Italo Giurizzato Junior

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.

Será que não esta sendo salvo em alguma outra pasta? Você procurou pelo XML usando a busca do Windows Explorer?

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.

Bom dia Fabio, Em vez de usar o método Download, porque você não usa o DistribuicaoDFe? Você pode manifestar várias notas e depois baixa-las com o DistribuicaoDfe.

Bom dia Mailson, Tentar enviar a nota agora assinada com o certificado que venceu e utilizando o certificado vencido não vai funcionar. No meu entendimento será necessário: 1. Instalar o novo certificado; 2. Gerar novamente o XML da respectiva nota e assinar usando o novo certificado; 3. Enviar a nota para SEFAZ.

Bom dia Dangelo, Aparentemente o seu XML esta correto, somente um detalhe, na TAG dhEmi consta apenas a data a hora esta aparecendo zerada. Em vez de: dhEmi := Date; faça dhEmi := Now; Isso não vai resolver o problema, mas você tem que fazer essa correção. Notei que você informou a chave de uma NF-e e o CNPJ do emitente da nota é o mesmo do MDF-e e provavelmente é o mesmo do certificado, correto? Se sim, pode ter ocorrido algum problema na SEFAZ. No caso do MDF-e não há necessidade de solicitar a liberação, uma vez liberado para emitir NF-e ou CT-e é liberado automaticamente para emitir o MDF-e.

Bom dia, Com a configuração: Configuracoes.Arquivos.Salvar setada como True antes de enviar execute o método Assinar e depois o Validar.

Boa tarde Dércio, Você se refere ao grupo ICMSUFDest publicado na Nota Técnica 2015/003? Se sim, na página 10 da versão 1.40 da NT mencionada acima temos a regra NA01-10 que diz que a NFC-e será rejeitada caso seja informado esse grupo. Conclui-se então que esse grupo só deve ser informado na NF-e apenas.

Boa tarde Gabriel, Ele já esta funcionando para alguns provedores.

Miriane, Você esta usando o método Enviar? Se sim verifica na configuração do componente se a propriedade: ConsultaLoteAposEnvio esta com o valor True ou False. Deixe ela com o valor True.

Boa tarde Wladimir, Ao baixar os fontes, foi baixado também o programa de instalação: ACBrInstall_Trunk2 ? Caso você tenha duvidas, exclua ele e baixe novamente.

Boa tarde Miriane, Você chegou a procurar pelos arquivos XML gerados pelo componente? Não salvar o xml da NFS-e é uma coisa, agora não salvar os arquivos de envio e de retorno é porque o componente não foi configurado corretamente. Configuracoes.Geral.Salvar := True; Se existe a linha acima na rotina de configuração os arquivos de envio e de retorno estão sendo salvos em disco, basta agora descobrir onde eles estão sendo salvos e fazer as configuração correta para salvar no lugar correto.

Boa tarde Miriane, Esse fragmento de código se refere a configuração do componente. Qual é o provedor ou a cidade que você pretende emitir a NFS-e?