oribeiro

Juliomar, Baixei a última versão do ACBrNFeMonitor (Capicon) disponibilizada hoje, mas ele ainda não lê a informação do FCI colocada na linha i| do produto no TXT gerado no padrão SEFAZ - comando: NFE.CRIARNFESEFAZ(). Por favor, verifique isso para mim. Tenho um cliente precisando disso. Obrigado, Oscar

Kiko, Não dá para implementar no arquivo texto padrão SEFAZ (CAMPO DA LINHA i|) o campo do FCI para que ele seja incorporado no XML? Isso fará com que o ACBrNFeMonitor mantenha a compatibilidade dos arquivos padrão .INI com o comando do SEFAZ que ele disponibiliza. Aguardo, obrigado.

Muito obrigado Juliomar por atender a esse meu pedido. Vou aguardar a próxima compilação do ACBrNFeMonitor.exe para obter essa melhoria para o meu cliente. Um grande abraço,

Desenvolvedores, Sei que a solução FCI já existe no ACBrNFeMonitor no modo comando a comando, porém, é possível colocar o FCI na TAG do produto dentro do comando que utiliza o TXT no padrão do SEFAZ? O comando que utilizo é: NFE.CRIARNFESEFAZ() Aguardo, obrigado.

Eu verificava apenas o cStat de um XML Aprovado, mas agora vou comparar as TAGs dos Dígitos da Chave com a do Protocolo. Assim, acho que evitarei esses problemas no futuro. Além disso, vocês acham que é necessário fazer outras verificações no XML? Aguardo, obrigado.

Gr@c@, Não consigo baixar o XML no site da receita, porque, ao pesquisar a CHAVE o retorno é de que não consta na base da SEFAZ. Tens alguma outra sugestão?

André, Muito obrigado pela sua prontidão em responder. Em qual posição fica o dígito verificador na CHAVE e no PROTOCOLO? Achei esse fato muito estranho. Quais são as suas conjecturas sobre o que pode ter ocorrido. Como pode um XML ter uma autorização de outro? Acha que foi um problema do sistema da SEFAZ retornar um protocolo autorizado e não gravá-lo no banco de dados da receita? Aguardo, obrigado.

Pessoal, Nessa semana aconteceu algo muito estranho: - O ACBr gerou um XML autorizado, protocolado, tudo certinho. Gerou o DANFe, enviou o XML e o PDF para o Cliente. Tudo como manda o figurino. Porém, ao consultar a CHAVE no site do SEFAZ acusa erro nº 217=REJEIÇÃO: Não consta na base de dados da SEFAZ. Como pode ter acontecido algo assim? Anexei os dois XML, o que retornou quando o cliente gerou a DANFe e outro atual gerado através da consulta na CHAVE. Aguardo, 35140345233707000186550000000132171509990952-nfe (Autorizado).xml 35140345233707000186550000000132171509990952-nfe (Não Autorizada).xml

Caro Juliomar, Eu fiz isso que você sugeriu. Instalei o emissor do SEFAZ, fiz a consulta dessa chave que eu estou tentando gerar o XML pelo ACBr e aconteceu exatamente como você indicou. Para a minha surpresa, ele gerou o XML autorizado, completinho, sem questionar nada. Parece que há um caminho aberto para isso, o duro é descobrir. (risos) Um abraço, obrigado.

Olá Juliomar, Esse problema é de fato com a internet do Cliente. O ACBr é fantástico! Porém, quando ocorre esse problema de conexão (internet) eu preciso apresentar uma solução para o cliente. O meu desejo é de apresentar uma solução automática, do tipo, não encontrou o XML autorizado na pasta \logs\, faz o download automático dele. Mas ainda não me foi possível! Obrigado pelo seu interesse no assunto.

Kiko, Você está certíssimo! Como eu não pensei nisso antes? Não posso confirmar, sendo eu o emitente. Tentei enviar o evento com o CNPJ do destinatário e ele acusou que eu não tenho o certificado do destinatário. Isso é correto! Então, concluo que não há um modo do emitente recuperar automaticamente o XML, caso aconteça esse erro de transmissão onde o ACBr autoriza mas não grava o XML final na pasta \logs\. Ainda bem que esse erro tem acontecido não muito frequente. Vou orientar o cliente a fazer o download do XML diretamente no site da SEFAZ e gravá-lo na pasta \LOGS\ quando isso acontecer. Ainda assim, Kiko, agradeço muito a sua atenção em me ajudar, você tem sido muito solícito e essa é uma qualidade elogiável. Se um dia você souber da existência de alguma forma de recuperar o XML do emitente e como emitente de forma automática, por favor, me avise. Obrigado.

Kiko, Preenchi os outros campos, mas o resultado foi o mesmo: xMotivo=Rejeicao: Codigo do Orgao diverge do orgao autorizador NFE.ENVIAREVENTO(" [EVENTO] idLote=1 [EVENTO001] nSeqEvento=1 versaoEvento=1.00 cOrgao=35 chNFe=35140161922720000107550010000053601426888569 CNPJ=61922720000107 dhEvento=10/02/14 07:37:38 tpEvento=210210 descEvento=Ciencia da Operacao ")

Tentei enviar o cOrgao também, mas o retorno é o mesmo. NFE.ENVIAREVENTO(" [EVENTO] idLote=1 [EVENTO001] chNFe=35140161922720000107550010000053601426888569 cOrgao=35 CNPJ=61922720000107 dhEvento=10/02/14 07:37:38 tpEvento=210210 ")

Pessoal, Reabri esse tópico porque tratei de um problema aqui no passado que continua na versão 0.7.12.4 de Janeiro/2014 do ACBrNFeMonitor.exe: O problema é que na visualização do evento de cancelamento o ACBr modifica automaticamente o formulário A5. Depois disso, se visualizar uma DANFe, ela também é mostrada em formulário A5 e fica distorcida. Não há como voltar para formulário A4 automaticamente após a impressão do evento de cancelamento? Ou então deixar esse evento como A4 mesmo? Já tentei guardar os parâmetros (.INI) antes da impressão desse evento e depois restaurá-los mas não consegui. Aguardo sugestões, obrigado.

Kiko, Tentei com a versão 0.7.12.4 de janeiro/2014 e recebi o seguinte retorno da manifestação: <tpAmb>2</tpAmb> <verAplic>AN_1.0.0</verAplic> <cOrgao>91</cOrgao> <cStat>657</cStat> <xMotivo>Rejeicao: Codigo do Orgao diverge do orgao autorizador</xMotivo> <chNFe>35140161922720000107550010000053601426888569</chNFe> <tpEvento>210210</tpEvento> <xEvento>Ciencia da Operacao</xEvento> <nSeqEvento>1</nSeqEvento> <dhRegEvento>2014-02-10T07:36:43-02:00</dhRegEvento> </infEvento> Sabe o que é isso? Obrigado. Aguardo.

Versão 0.7.9.0 de Setembro / 2013 Obrigado,

Obrigado Kiko, Li toda informação do fórum e da NT sobre esse assunto depois, Usei esses dois comandos: NFE.ENVIAREVENTO("[EVENTO] idLote=1 [EVENTO001] chNFe=35140161922720000107550010000053601426888569 CNPJ=61922720000107 dhEvento=07/02/14 08:30:38 tpEvento=210210 ") e depois esse: NFe.DownloadNfe(61922720000107,35140161922720000107550010000053601426888569) Mas o ACBrNFeMonitor.EXE versão 0.7.9.0 nem responde. Não dá erro, mas não faz nada, não retorna nada. (risos)

Juliomar, Li o tópico: Ali, informa que antes de usar o comando Nfe.Downloadnfe( CNPJ, CHAVE ) é preciso fazer a manifestação do destinatário. Mesmo assim, segui a sua orientação e tentei: NFe.DownloadNfe(61922720000107,35140161922720000107550010000053601426888569) NFe.DownloadNfe("61922720000107","35140161922720000107550010000053601426888569") Em nenhum desses comandos o ACBrNFeMonitor.exe respondeu. Qual é o comando do acbrnfemonitor.exe para fazer essa tal manifestação? (risos) Grato,

Juliomar, Mais uma vez, agradeço a sua ajuda. Qual é o comando do "ACBrNFeMonitor.EXE" para eu fazer a manifestação de destinatário? Pesquisei esse tópico mas só aponta para instruções usando o componente do ACBr e não o ACBrNFeMonitor.exe. Aguardo,

Obrigado Juliomar e desculpe. Conquanto, eu notei que aqui essa pergunta é mais apropriada e cancelei o assunto naquele local e continuarei no aguardo da resposta nesse tópico. Um abraço,

Encontrei outro tópico que trata especificamente do ACBrNFeMonitor x Arquivo XML. Obrigado. Vou me comunicar com o fórum por lá.

Em alguns casos raros, por falha de comunicação com a rede, o ACBrNFeMonitor, faz todo o processo mas não gera o XML autorizado na pasta ..\Logs. Nesses casos, quando eu tento gerar uma nova NFe, o ACBrNFeMonitor me informa o erro de duplicidade e me retorna o número da CHAVE Original da nota. Portanto, como EMITENTE, eu tenho a CHAVE correta da NFe e quero recuperar o arquivo XML. Informando essa chave no site do SEFAZ eu consigo fazer o donwload do XML novamente, mas eu quero automatizar esse processo. Existe um modo de fazer isso com o ACBrNFeMonitor ? Aguardo, obrigado.

Esse comando (DownloadNFe) existe no ACBrNFeMonitor ??? Se sim, como utilizá-lo? Obrigado,

Juliomar, Muito obrigado pela sua prontidão em responder, eu estou realmente interessado nesse assunto. O Kiko testou o meu TXT com a última versão do ACBrNFeMonitor do SAC e me disse que não gerou o FCI no XML usando o comando E.CRIARNFESEFAZ() que eu utilizo. Veja a resposta dele abaixo. Você tem como testar esse comando na versão disponível no SAC para eu ter certeza de que está funcionando? Aguardo, obrigado mais uma vez. Postado pelo kIKO em 13 November 2013 - 03:18 PM Oscar, testei com a versão 0.7.17.1 a última no momento e infelizmente não interpretou esta linha no TXT no padrão do emissor gratuito da SEFAZ/SP. Então no momento para este padrão de texto ainda não está funcionando. Teremos que aguardar algum desenvolvedor incluir a interpretação da linha abaixo. I|01-168151||ESCOVA DSW 2/40|85452000||6102|PC|1.0000|100.0000|100.00||PC|1.0000|100.0000|||||1|||B01F70AF-10BF-4B1F-848C-65FF57F616FE|

Peço que, por favor, algum desenvolvedor inclua a leitura do número do FCI no arquivo texto padrão SEFAZ para uso do comando: NFE.CRIARNFESEFAZ() Me avise assim que incluir para que eu possa contratar o SAC e fazer o download da versão que contenha esse algoritmo. Obrigado, Arquivo(s) anexado(s) para teste do comando NFE.CRIARNFESEFAZ() NF012111.TXT 1.26K 2 Downloads