Italo Giurizzato Junior

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.

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?

Boa tarde Tallys, O segundo é rejeitado pelo simples fato de que MS faz fronteira com SP então pela lógica é o caminhar ir de SP direto para MS. Sei que primeiro ele vai para GO, mas você não pode colocar GO como origem uma vez que a carga tem a sua origem em SP. No meu entendimento vai ter que informar Origem SP destino MS e não informar o percurso. Mas você pode ler a Cartilha do MDF-e disponível no Portal Nacional do MDF-e. https://mdfe-portal.sefaz.rs.gov.br/

Bom dia Leandro, Você notou que o XML em questão se trada do retorno da SEFAZ referente a uma consulta? <retCTeConsultaDFe> O XML que devemos enviar ao tomador do serviço é o XML do CT-e assinado e protocolado, ou seja todo o seu conteúdo encontra-se dentro do grupo <procCTe>.

Bom dia Rafael, No caso do MDF-e só podemos usar os valores uKG e uTon, conforme consta na Nota Técnica 2013/004 versão 1.00a de Outubro/2013 - página 102. Os demais valores juntamente com os 2 acima são utilizados pelo CT-e.

Bom dia Flavio, Após realizar a assinatura, mais alguma coisa esta sendo alterada no XML?

Bom dia Marcelo, Você já verificou antivírus e firewall? A emissão da NF-e ocorre na mesma maquina ou em outra?

Bom dia Paulo, O provedor Conam não segue o padrão ABRASF, inicialmente estamos migrando os provedores que já existiam no Trunk para o Trunk2 que seguem o padrão, vamos deixar para o final os provedores que não seguem o padrão.

Bom dia Jefferson, O grande problema é a descrição do produto que contem o caracter "<" algo que não deveria ter conforme recomendação que consta no manual da NF-e. Se você conseguisse o XML original dessa nota seria interessante para tentarmos descobrir o que podemos fazer.

Bom dia ALA, Não, pois desta forma você esta ADD 2 itens na lista, o primeiro com o valor de pDevol e o segundo com o valor de vIPIDevol. with Det.Add do begin Prod.nItem := i; Prod.cProd := cCodigoMaterial; Prod.cEAN := cEAN; Prod.xProd := cDescMaterial; (...) pDevol := percDevol; vIPIDevol := valorIPIDevol; end;

Bom dia Danny Mazzo, Para saber quando devemos informar ou não é sempre bom recorrer a Nota Técnica que apresenta uma nota TAG ou grupo. Neste caso temos a NT 2015/003 versão 1.40 Para saber quando a tag CEST deve constar ou não no XML vide a regra N23-10 que esta na página 10 da NT mencionada acima. Para saber quando o grupo ICMSUFDest deve constar ou não no XML vide as regras NA01-10, NA01-20 e NA01-30 Lembre-se das tags de totalização: vFCPUFDest, vICMSUFDest e vICMSUFRemet.

Bom dia Castro, A cidade de Belo Horizonte se utiliza do provedor BHISS. Esse provedor requer que tanto o RPS quanto o Lote sejam assinados, ainda não foi disponibilizado o arquivo INI para o provedor BHISS. E mesmo que venha ser disponibilizado não será possível enviar, pois o componente ainda não esta realizando a assinatura no lote quando o RPS esta assinado.