Italo Giurizzato Junior

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

Andre, A NFS-e é uma zorra, tem provedor que você só assina o Lote, outros temos que assinar somente os RPS, outros temos que assinar ambos e outros não devemos assinar nada. E ai, a sua aplicação esta preparada emitir NFS-e com qualquer provedor? E se a prefeitura da cidade em questão mudar de provedor? Lembre-se que esses provedores são contratados pelas prefeituras por licitação, quando esta vence uma nova tem que ser feita.

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 André, No caso da NFS-e a minha sugestão é deixar o componente ACBrNFSe fazer tudo, ou seja, gerar o XML, assinar, validar, enviar. Não tente fazer separadamente como é possível na NF-e, pois não vai funcionar. O problema também ocorre com o programa exemplo?

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>

Airton, Sim, é aqui mesmo que você deve fazer as suas perguntas. Na minha aplicação coloquei no Uses as units pcnConversao e pcnConversaoNFe e não tenho nenhum problema na hora de atribuir o valor ao campo, veja este exemplo: ICMS.CST := cst00;

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 Airton, Para usar os valores cst00, oeNacional, entre outros, basta incluir no uses do form que contem a sua rotina as units pcnConversao e se necessário pcnConversaoNFe. Espero ter ajudado.

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 noite Arturo, Faça mais uma correção: em vez de: [aver001] nAver=555 faça assim: [aver001001] nAver=555 O primeiro 001 se refere a lista de seguros e o segundo a lista de averbações.

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.

Boa tarde Arturo, Acredito que o erro esteja aqui: [Seg001] respSeg=4 Segundo o Manual do MDF-e versão 3 - página 100 temos: respSeg - Responsável pelo Seguro Preencher com: 1- Emitente do MDF-e; 2 - Responsável pela contratação do serviço de transporte (contratante) Dados obrigatórios apenas no modal Rodoviário, depois da lei 11.442/07. Para os demais modais esta informação é opcional.

Sim, mas o que esta me incomodando é essa tag <resultadoLote>, pois me leva a crer que pode conter mais de uma nota e outra coisa não consta o XML da nota, isso é apenas o retorno de uma consulta que mostra as notas que foram autorizadas e rejeitadas. Na NF-e temos o XML assinado e o retorno parecido com esse, mas na versão 6.0 do Manual da NF-e - página 169 item 10.3 temos o layout de como deve ficar o XML completo, ou seja, XML assinado e com o protocolo de autorização. É isso que eu necessito para fazer as alterações no componente.

Bom dia, Isso consta no manual que baixei, mas não ajuda em nada, note que nesse retorno não consta o numero do protocolo de autorização, apenas o status (<sit>) com o valor 100 que acredito ser "Nota Autorizada".. Eu esperava uma estrutura do tipo: <?xml version="1.0" encoding="UTF-8"?> <procNFSe versao="1.0"> <CNPJ>49454600000119</CNPJ> <chvAcessoNFS-e>434945460000011998000000976482769641</chvAcessoNFS-e> <dhRecbto>2013-04-18 10:49:59</dhRecbto> <NFS-e> <!-- Aqui tem-se as informações em conformidade com a estrutura da tag <NFS-e> --!> </NFS-e> <sit>100</sit> <motivos> <mot>Nota fiscal xxx aceita. Protocolo nr. yyyyy</mot> </motivos> <Signature> ... </Signature> </procNFSe> Algo semelhante a da NF-e. Pois o que temos acima nada mais é como o próprio nome da tag diz, um resumo do pedido de NFSe.

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.