Italo Giurizzato Junior

Bom dia Rubens, O Capicom só funciona se o Identificador foi Id (com o i maiúsculo) no caso de Salvador é id (tudo minúsculo). Neste caso para não ocorrer esse erro, no arquivo INI temos que alterar para zero o valor de URI, mas mesmo assim vai continuar acusando que o Hash esta errado ou inválido.

Para o provedor Saatri tente o seguinte: 1. no programa exemplo aba WebServices temos 3 campos logo abaixo do quadro Proxy, são eles: Senha, Usuário e Frase Secreta. Informe a senha e o usuário criado para essa empresa emitir notas. 2. na aba certificado no campo SSL Lib coloque o valor libCapicomDelphiSoap. Refaça os testes.

Bom dia Diego, O erro: Falha ao localizar o nó de assinatura é normal uma vez que você esta executando a aplicação através do Delphi, basta clicar no botão continuar. Já o erro de falha de validação é preciso saber o que de errado no XML, tag faltando, tag com nome errado, tag fora do lugar ou valor da tag incorreto.

Bom dia Rafael, Compare o seu XML com este: 1718060455011000018856000000000000027-rps.xml

Se o provedor segue a versão 2 do layout da ABRASF você pode testar os 3 botões: [Enviar Lote Rps (Enviar)], [Enviar um Rps (Gerar)] e [Enviar Lote Rps (EnviarSincrono)]. Agora se o provedor segue a versão 1, só podemos usar o primeiro: [Enviar Lote Rps (Enviar)].

Bom dia Rafael, Você esta com todos os fontes de todas as pastas atualizados?

Bom dia Kartter, O que você acha de abrir o arquivo Abaco.ini e dar uma olhada na seção [Assinar]? ; 0 = False / 1 = True (se True então assina) [Assinar] RPS=0 Lote=1 Isso responde a sua pergunta?

Bom dia, Tenho uma lista com 81 provedores, dos quais 28 seguem a versão 1 do layout da ABRASF, 40 seguem a versão 2 e 13 tem o seu próprio layout. Os provedores que seguem a versão 1 do layout da ABRASF não possuem os serviços: Gerar, EnviarSincrono e Substituição. Já os que seguem a versão 2 tem todos os serviços exceto o de ConsultaSituacao. A priori, mas pode acontecer do provedor não disponibilizar algum serviço como por exemplo o Cancelar, neste caso para efetuar o cancelamento de uma nota é preciso entrar em contato com a prefeitura ou efetuar o seu cancelamento via site. Para saber quais serviços disponíveis é preciso abrir o arquivo INI do provedor em questão e verificar quais serviços esta definido a estrutura do envelope utilizado para o envio do XML para o webservice. Os erros de "SoapAction não definido" é uma prova que o respectivo serviço não existe para o provedor em questão. Idem para a mensagem de erro onde mostra o serviço e a mensagem "não implementado". Quanto a mensagem de erro http 500, qual consulta você tentou executar? Pois o componente possui 4 métodos de consulta: ConsultarSituacao, ConsultarLoteRps, ConsultarNFSePorRps e ConsultarNFSe. No caso do provedor Saatri que se utiliza a versão 2 do layout da ABRASF não devemos utilizar o método ConsultarSituacao pelo simples fato desse método não existir na versão 2.

Bom dia Roberto, A intensão de ter no XML os caracteres #13#10 é para que ao abrir o XML através de um navegador o conteúdo das tags: Discriminacao e Descricao sejam apresentados com quebra de linha? Ou se não fizer isso na impressão do DANFSE não sai com a quebra de linha? Se é na impressão então devemos fazer as devidas correções neste e não na geração do XML.

Bom dia Israel, O componente para o eSocial já existe, bem como o programa exemplo que demostra como alimentar cada tipo de evento referente ao eSocial. Documentação sobre o componente não existe, mas você pode ter como base o Manual do eSocial para saber o que vem a ser cada evento e seus respectivos campos.

Bom dia Rafael, Muito obrigado pela informação. O Trunk2 já esta pronto para emitir NFS-e para a cidade de Araguaína/TO com o nome provedor WebIssv2.

Bom dia Heunogaliton, Se tratando do CT-e OS o grupo <toma> só é opcional quando se tratar de bagagem extra, que não é o caso. Na descrição do grupo <toma> temos: Informações do Tomador/Usuário do Serviço Para indicar somente um dos passageiros como sendo o tomador, acredito eu que essa pessoa deveria ser uma pessoa jurídica, desta forma fica caracterizado um fretamento e na tag <qCarga> que se encontra dentro do grupo <infQ> informar a quantidade de pessoas que estão participando dessa excursão. Como nenhuma dessas pessoas deva ter um CNPJ e se tem não deseja assumir esse papel, não vejo outra saída emitir um CT-e OS para cada passageiro, uma vez que cada um esta pagando pelo serviço de transporte. Uma outra saída seria a emissão de um BP-e - Bilhete de Passagem Eletrônico para cada passageiro, mas não são todos os Estados brasileiros que já aderiram esse modelo de documento fiscal e ele é destinado as empresas de transporte intermunicipal e interestadual.

Bom dia Diego, Tenta com esse outro XML em anexo. teste3_alterado.xml

Rubens, No caso do lote, qual das duas assinaturas que é considerada inválida? O que você esta usando, libCapicom, libWinCrypt, libOpenSSL,...?

Bom dia, Desculpa não entendi o motivo da sua alteração. Pois ao alimentar o componente no campo Discriminacao devemos usar o caractere ";" (ponto e virgula) sempre. Quando o componente vai gerar o XML ele troca esse caractere pelo o que esta definido no arquivo INI do provedor em questão.

Rubens, O grande problema é o seguinte. Todos os componentes, ACBrNFe, ACBrCTe, ACBrMDFe, ACBrBPe, ACBreSocial, ACBrReinf e ACBrNFSe no que diz respeito a assinatura segue o padrão estabelecido pelo ICP Brasil. O Provedor Salvador que atende somente a cidade de Salvador esta fora desse padrão. A ausência do grupo <Transforms> da assinatura deixa ela sem nenhuma segurança, pois sem ela pegamos o XML e calculamos o Hash, por outro lado com ela antes de calcular o Hash ocorre a transformação do conteúdo isso deixa a assinatura mais segura. O correto é o provedor rever o que foi feito e passar a seguir o ICP Brasil.

Diego, Você esta com todos os fontes de todas as pastas atualizados? Se sim, os componentes foram reinstalados através do ACBrInstall_Trunk2? Pois após carregar o XML, o componente checa se esta assinado ou não, caso não esteja, assina, valida e salva em disco.

Bom dia Rubens, Pelo que notei no XML gerado pelo outro componente não contem dentro da assinatura o grupo <Transforms>. Você removeu esse grupo da assinatura do XML gerado pelo componente ACBNFSe? Se sim, como você fez?

Diego, Você tem certeza? E nas sub pastas que foram criadas dentro da pasta XMLExemplos?

Bom dia, O componente ACBrNFe já esta preparado para todas essas mudanças. Você só precisa estar com todos os fontes atualizados.

Diego, Se o componente estiver configurado para salvar o arquivo (Configuracoes.Arquivos.Salvar := True) o XML assinado vai ser salvo no disco.

Bom dia Diego, Se você já tem o XML gerado pela sua aplicação o que você acha de testar usando o exemplo do botão [Carregar XML]? Detalhe no arquivo XML só deve conter o evento, não pode esta contido dentro do grupo <envioLoteEvento>

Bom dia Rafael, Vocês ainda usam os fontes do Trunk1? Até quando vão continuar no passado? Por favor me arruma as URLs de homologação e de produção da respectiva cidade para o novo provedor.

Bom Rodrigo, Desculpe pela demora em disponibilizar a alteração. Favor atualizar os fontes e faça alguns testes. O método GerarLote agora possui um segundo parâmetro chamado AqMaxRps que por padrão vale 50. Para poder gerar um lote a ser importado pelo site com uma quantidade maior basta fazer da seguinte forma: ACBrNFSe1.GerarLote(nLote, 500);

Bom dia Evandro, O problema é que esse XML esta identando ou seja com quebras de linha e tabulações ou espaços.