Italo Giurizzato Junior

Boa tarde Lauro, Antes de realizar a manifestação, verifique se a nota já consta no Portal Nacional da NF-e. Se sim, ai sim tenta manifestar, procure certificar-se que realimente a chave informada é exatamente igual ao da nota consulta via site. Se eu entendi direito a primeira nota a ser manifestada o problema não ocorre, ao tentar manifestar a segunda ocorre o problema, correto? Se sim, tente fechar a aplicação e tentar manifestar essa segunda nota, se ela for sem nenhum problema, podemos concluir que é a sua aplicação, que deve esta executanto um segundo ADD e ao tentar enviar o evento ocorre o problema.

Boa noite Daniel, Entrar em contato com a SEFAZ e expor o problema.

Boa noite, Você segui o meu exemplo acima? Antes de executar o exemplo o componente foi configurado para salvar o XML? Configuracoes.Arquivos.Salvar := True;

Pessoal, Parece que o problema na SEFAZ-SP foi resolvido.

Bom dia a todos, Vejam: http://www.nfe.fazenda.gov.br/portal/disponibilidade.aspx?versao=0.00&tipoConteudo=Skeuqr8PQBY=

Arnaldo, Se a postagem acima se refere ao seu XML, isso significa que você esta com os fontes desatualizados, pois o percentual referente a TAG pICMSInter tem que ter apenas duas casas decimais e o motivo do erro é porque esta com 4 casas.

Bom dia Diego, O certificado não esta vencido?

Bom dia, Qual é a UF?

Bom dia Jefferson, Acredito que não, mas vamos estudar o caso.

Bom dia Arnaldo, A mensagem de erro é só isso?

Bom dia Maurício, Ao executar pela segunda vez o DistribuicaoDFe, você esta informando o último NSU retornado pela consulta anterior? Se sim não é para constar da lista o resumo da NF-e manifestada e sim somente a NF-e. Para saber do que se trata, se é um resumo de nota ou nota completa ou resumo de evento ou evento completo deve-se ler a propriedade Schema conforme já dito na minha postagem anterior. Exemplo: if ACBrNFe1.retDistDFeInt.docZip.Items.XML <> '' then begin case ACBrNFe1.retDistDFeInt.docZip.Items.schema of tsresNFe: begin (...) end: tsresEvento: begin (....) end; tsprocNFe: begin (...) end; tsprocEventoNFe: begin (...) end; end; end;

Bom dia a todos, Rafael, note que a versão da nota é 3.10 mas a aplicação que gera esse XML ao receber o protocolo de autorização deve incluir no inicio o grupo <nfeProc> Isso esta sendo feito, mas ainda esta colocando a versão antiga. Consequentemente a versão que aparece na TAG nfeProc é 2.00 (errada) e a versão que aparece na TAG infNFe é 3.10 (correta). Medidas que você deve tomar: 1. editar esse XML corrigindo a versão que esta na TAG nfeProc, isso você pode fazer sem nenhum problema, pois não vai invalidar a nota. 2. entrar em contato com o emitente ou com o desenvolvedor dessa aplicação e informar que a versão que aparece na TAG nfeProc esta errada.

Bom dia, Daniel, tanto na NT quanto no Schema não existe nenhuma restrição no que diz respeito ao percentual do campo pICMSInter como esta definido na NF-e. Claudio, não existe nenhuma possibilidade de alguém da equipe ACBr efetuar alguma alteração em algum fonte do Trunk, só estamos trabalhando com o Trunk2.

Boa tarde Graça, Tente: Configuracoes.Geral.Salvar := False;

Boa tarde Claudio e Daniel, Vocês perceberam que estão postando no lugar errado? Aqui é um tópico sobre o ACBrCTe e a NT 2015/003 do Conhecimento de Transporte Eletrônico não tem CEST. Por favor prestem mais atenção onde postar.

Boa tarde Marco, Muito obrigado pela colaboração já esta no repositório.

Jefferson, Alguma coisa esta errada, pois segundo a versão 5 do manual da NF-e - página 91 item 5.3 trata sobre os caracteres especiais. Tem até uma tabela informando que no caso do "<" devemos converte-lo para &lt;

Bom dia Jeder, A tag qrCode é gerada assim que o XML é assinado, mas para isso existe uma propriedade no componente chamada: IncluirQRCodeXMLNFCe que devemos atribuir o valor True para que a TAG seja incluída no XML.

Dangelo, Pelo contrario, se o emitente da NF-e é quem vai realizar o transporte das mercadorias usando um veículo próprio por exemplo, o CNPJ do emitente da NF-e tem que ser o mesmo do MDF-e, logo tem que ser o mesmo do certificado. O que não pode você incluir no seu MDF-e notas emitidas pelo seu vizinho (outra empresa) que vai aproveitar o seu veículo para transportar as mercadorias dele também.

Bom dia Jefferson, Tentou abrir o XML gerado pelo emitente da nota usando o bloco de notas? Pois não podemos usar o carácter "<" na descrição ele tem que ser convertido para ser assinado e validado.

Bom dia Wilson, Da forma anterior o ADD estava sendo executado varias vezes logo a cada execução um novo elemento era adicionado a lista. Por outro lado usando o With o ADD é executado somente uma vez. Se a nota possui 3 produtos o ADD só pode ser executado 3 vez, uma para cada produto e não um para cada propriedade do produto.

Bom dia Edson, Só um detalhe, Inutilização não é evento. Se a propriedade NomeArquivo esta vazia com certeza precisamos corrigir isso no componente.

Bom dia Maurício, Se tratando do retorno do método DistribuicaoDFe, vamos analisar os seguintes fontes: pcnRetDistDFeInt.pas e pcnConversaoNFe.pas No primeiro vamos descobrir (linha 431) que é montada uma lista e temos uma propriedade dessa lista chamada schema cujo valor pode ser um dos definidos em TSchemaNFe (pcnConversaoNFe.pas) e na linhas (443, 464, 483 e 522) temos a propriedade XML recebendo o respectivo retorno. Se o componente estiver configurado para salvar em disco os retornos serão salvos. Mas como você pode ver podemos identifica-los através do valor atribuído em Schema e podemos ler os dados desse retorno através de diversas propriedades. Veja por exemplo o bloco de linhas de 441 até 460, se refere ao retorno de um resumo da NF-e, temos o resumo completo armazenado na propriedade XML e as informações separadas nas demais propriedades como por exemplo: chNFe, CNPJCPF, xNome, etc Lendo essas propriedades podemos obter a chave da NF-e que consta no respectivo resumo, bem como o CNPJ do emitente, o nome, etc. Tudo parece ser muito complicado então vamos simplificar um pouco. Dentro da pasta ...\Exemplos\ACBrDFe\ACBrNFe você encontra um TXT chamado DistribuicaoDFe é o fragmento de uma rotina que se utiliza do método para realizar a consulta e depois lê os dados retornados do resumo da NF-e. Por se tratar de um exemplo só consta a leitura do resumo da NF-e, de eventos não tem, mas a ideia é a mesma e para saber quais são os dados retornados no caso de um resumo de evento estude o bloco de linhas 462 até 479. Espero ter ajudado e Bons Estudos.

Bom dia ALA, Que tal você abrir o fonte ACBrNFe.pas e procurar pelo método EnviarEmaiEvento ? Você vai encontrar a sua definição com a sequencia de todos os seus parâmetros.

Bom dia Miriane, Com relação a rotina da postagem anterior, não mudou nada contia da mesma forma. Verifique se a propriedade para visualizar o DANFSE esta com o valor True. Se você estiver usando o método Enviar, o segundo parâmetro do mesmo a principio tem valor True e se não for alterado o DANFSE será impresso automaticamente. Vou fazer um teste contendo mais de um RPS para descobrir o problema de salvar somente a primeira. Com relação ao nome dos arquivos, o numero que aparece a esquerda de -lista-nfse.xml é o numero do protocolo, retornado pelo provedor assim que recebe o lote de RPS. Na pasta Notas, como você disse consta uma nota o nome dela é <num>-nfse.xml sendo que <num> é o numero da nota gerado pelo provedor.