Italo Giurizzato Junior

Boa tarde Rodrigo, Esta disponível as notas dos últimos 90 dias e desde que o Destinatário realize a Manifestação, caso contrario você só vai conseguir baixar os resumos das mesmas.

Dangelo, Entre em contato com o provedor, para checar se há necessidade ou não e se não é preciso, tem que verificar junto ao provedor se os dados do emitente estão corretos. Tem casos também que no cadastro o CNPJ e IM esta formatado, ou seja, com pontos, barras e traços, já no XML esses caracteres não devem ir, ai ocorre o problema.

Boa tarde, O Emitente é de qual UF? Todos os fontes de todas as pastas estão atualizados?

Boa tarde Dangelo, Lembre-se que alguns provedores exigem um cadastro para emitir NFS-e via site e um outro para emitir via Web Services.

Boa tarde Edílson, O encerramento é um evento só que essa mensagem é apresentada quando tentamos enviar o MDF-e. Você deve esta usando o método errado, o método de envio de evento é: EnviarEvento.

Boa tarde Rodrigo, Notei que na justificativa do cancelamento esta sendo colocado caracteres especiais tais como cedilha e vogais acentuadas. <xJust>Erro de Digitação</xJust> Tente novamente da seguinte forma: <xJust>Erro de Digitacao</xJust>

Bom dia Jozimar, Primeiramente peço desculpas ao Felipe pela demora em avaliar e disponibilizar as alterações. Agradeço a todos pela colaboração, já analisei e enviei para o repositório. Favor atualizar todos os fontes de todas as pastas e façam novos testes.

Bom dia Rodrigo, A sua última atualização foi dia 11? Acredito que já ocorreram correção e melhorias do dia 11 até hoje. Outra coisa o XML que você anexou se refere ao CT-e que você pretende cancelar, mas e o XML de envio do evento de cancelamento. Pois a rejeição no caso se refere ao evento de cancelamento e não ao CT-e objeto de cancelamento.

Bom dia Cesar, Esses XMLs mostram que o lote foi enviado e recebido com sucesso pela SEFAZ, pois a mesma retornou o numero de recibo. Depois foi feita uma consulta informando o numero do recibo para saber a situação do lote enviado e a SEFAZ retornou que o lote se encontra em processamento. Tanto o envio quanto o retorno estão coerentes, pois foi enviado para o ambiente de homologação versão 4.00 e o retorno da SEFAZ se refere ao mesmo ambiente e versão. O único problema que vejo é talvez a demora no processamento do lote. Sendo assim, sugiro que aumente o numero de tentativas e ou aumente o intervalo de tempo entre uma tentativa e outra e se for o caso aumente também o valor de TimeOut.

Bom dia Juliano, Lembre-se que o DistribuicaoDFe pode retornar 4 tipos de documentos: Resumo de Nota, Nota Completa, Resumo de Evento e Evento Completo. Sendo assim primeiro precisamos saber qual é o tipo de documento que estamos lendo no momento. Para isso basta lermos o valor de: ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[ x ].Schema Valores retornados: schresNFe (Resumo de Nota), schprocNFe (Nota Completa), schresEvento (Resumo de Evento) e schprocEventoNFe (Evento Completo). Se o valor de ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[ x ].resNFe.chNFe for diferente de vazio temos um Resumo ou Nota Completa. Se o valor de ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[ x ].resEvento.chNFe for diferente de vazio temos um Resumo de evento. Se o valor de ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[ x ].procEvento.chNFe for diferente de vazio temos um Evento Completo Para todos os casos o valor de ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[ x ].XML contem o XML retornado para quem deseja salvar o mesmo no banco de dados. Lembre-se que para saber de que tipo documento se trata devemos sempre ler o valor do campo Schema. No caso de uma Nota Completa como a quantidade de informações são grandes, optamos por ler somente alguns dados. Para saber quais são os dados lidos nos 4 casos peço que estude a função: function TRetDistDFeInt.LerXml: boolean; que esta na unit pcnRetDistDFeInt. Espero ter ajudado.

Boa noite Juliano, Você chegou abrir os XML através de um navegar? No retorno temos o documento de NSU 82503 que no caso é um evento. Quanto a última postagem desculpe não entendi o seu questionamento. Um coisa é certa, o retorno vem compactado, mas o componente se encarrega de descompactar.

Boa noite Renyldo, É gerado o XML *-con-dist-dfe.xml ?

Boa noite Claudemir, Eu te questionei em função do que você escreveu: "IE do cliente bem como outros dados estão corretos," "TRUNK , 2016 A ULTIMA ATUALIZA..." Pelo que estou vendo os seus fontes vão fazer aniversário de 1 ano sem atualização. Muita coisa foi melhorada e corrigida não só nos fontes do ACBNFSe quanto aos demais componentes.

Boa tarde Rodrigo, Favor atualizar mais uma vez pois ocorreram atualizações nas classes mães (ACBrDFe).

Boa tarde Claudemir, A rejeição se refere a Inscrição Municipal e não Inscrição Estadual. Outra coisa, quando você se refere a Trunk é o trunk antigo? Se sim, desculpe hoje só damos suporte aos fontes do Trunk2.

Boa tarde André, Muito obrigado pela colaboração, já esta no repositório. Vou fazer a mesma alteração nos demais provedores.

Boa tarde José, O componente ACBrANe se encontra no Branches, portanto trata-se de um componente em desenvolvimento. Caso queira colaborar com o seu desenvolvimento fique a vontade.

Bom dia Cesar, Você esqueceu de anexar o XML.

Bom dia Juliano, Deve esta ocorrendo algum problema com o Ambiente Nacional, uma vez que é este que se encontra o Web Services do DistribuicaoDFe. Ao realizar a consulta você informou 82502 como sendo o último NSU, mas no retorno temos Resumos de Eventos, Eventos e Resumos de Notas que totalizam 48. O NSU do primeiro é 82455 e do último é 82502 e os valores de ultNSU é 82502 e de maxNSU é 82512. Se o maxNSU é 82512 no retorno deveria consta 50 documentos e não 48, uma vez que o lote é de 50. Tente usar o método DistribuicaoDFePorNSU(cUF, CNPJ, NSU), neste caso informe o valor 82503 para NSU. O método acima só vai retornar o documento cujo NSU é 82503, diferente do método DistribuicaoDFePorUltNSU(cUF, CNPJ, ultNSU) que retorna até 50 documentos a partir do ultNSU informado.

Bom dia Igor, O que você acha de usar o programa exemplo do componente ACBrNFSe para fazer esse teste? É a melhor maneira para descobrir.

Caetano, Acredito que alguma DLLs deve estar faltando.

Boa tarde Miche, Acessei no site da SEFAZ-SP e não existe nada especifico.

Boa tarde Juliano, Favor anexar os arquivos de envio e de retorno do DistribuicaoDFe.

Boa tarde Caetano, Favor fazer um teste copiando as DLLs da pasta: ...\DLLs\XMLSec também.

Boa tarde Rodrigo, Como dito anteriormente o provedor WebISS segundo outros desenvolvedores esta funcionando 100%. Favor atualizar todos os fontes de todas as pastas e certifique-se que sua aplicação esteja usando os arquivos INI disponibilizados no repositório.