oribeiro

Obrigado Juliomar, Vou aguardar que saia o manual de modo que os desenvolvedores consigam compatibilizar o ACBr com o comando NFE.CRIARNFESEFAZ() para o 3.1. Um abraço,

Todo o meu sistema está voltado para compatibilizar o TXT do SEFAZ com o do ACBr, dando ao cliente a possibilidade de utilizar os dois. Vocês vão adaptar o ACBr ao comando NFE.CRIARNFESEFAZ() quando o novo programa do SEFAZ estive funcionando direitinho na 3.10 e documentado? Em caso afirmativo eu vou aguardar. Obrigado,

Pessoal, O comando NFE.CRIARNFESEFAZ() que utiliza o TXT padrão do programa emissor da SEFAZ já está funcionando para a nova versão (3.10) com NFe-C ? Aguardo, obrigado.

Baixei agora a versão 0.8.6.0 e notei que o executável está com a data de 04/06/2014; já é um avanço! Vou testar os recursos disponibilizados recentemente nessa versão. Obrigado.

De fato, esse foi o discurso do André quando criaram a versão paga, mas o fato é que isso não tem acontecido nas últimas versões; por exemplo, na versão paga desde o início do ano que ela lê o FCI do produto no arquivo TXT gerado no padrão do SEFAZ usando o comando NFE.CRIARNFESEFAZ() e a versão gratuita de Maio não faz isso. Veja o post: Aliás, em maio foi modificado o número da versão, mas o executável continuou com a data de fevereiro. Isso é normal?

A versão de Agosto (trimestral) irá compor todas as alterações efetuadas na versão paga até o momento?

Pessoal, Em 20/05/2014 foi atualizada a versão aberta 0.7.12.4, consultando hoje a versão 20/05/2014 aparece como 0.8.2.3. Houve alguma alteração? Detalhe interessante é que o executável AcbrNfeMonitor.exe da 0.8.2.3 é de 25/02/2014. (fevereiro) Quando é que vão disponibilizar uma versão gratuita atualizada? Aguardo, obrigado.

André, Usando o dito popular: "Você é o cara". Essa versão "Ver.0.9.0b" funcionou certinho com comando o NFE.CRIARNFESEFAZ(). Quando o instalador dela estará disponível? Obrigado, aguardo.

A versão disponibilizada no dia 20/05/2014 é a 0.8.2.3. Vou esperar a próxima versão free e enquanto isso, meu cliente vai fazendo as notas de FCI importando o TXT do meu sistema no programa da SEFAZ. Ainda assim, agradeço-lhe muito pela sua disposição em testar e pela sua prontidão em responder ao minha solicitação. Um grande abraço,

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,