Jump to content

logo_acbr_paygo.png

Chegou o TEF ACBr PayGo
Seja um revendedor e ofereça uma solução completa para seu cliente.


botao_saibamais.png

beneficios.png

Curso Dominando o ACBrMonitor
Novo Módulo Soluções de Varejo
Assine o SAC ACBr em qualquer plano e tenha acesso

Saiba Mais

Balança SM100 performance surpreendente

Tecnologia Japonesa   Teclado e Visor resistentes a água
Consumo inteligente de etiquetas   Baixo custo de manutenção
Comunicação Ethernet e WIFI independentes

Saiba Mais

Impressora de Etiquetas ELGIN - L42 PRO

Protocolos PPLA, PPLB, ZPL, EPL (automático)
Porta USB padrão Opcionais: Ethernet, Serial, Paralela
Sensor de Etiquetas Móvel Garantia de 18 meses

Saiba mais

Rubinho

Membros
  • Content Count

    66
  • Joined

  • Last visited

Community Reputation

12 Good

About Rubinho

  • Rank
    Membro

Profile Information

  • Sexo
    Masculino
  • Localização
    Brasil

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Bom dia pessoal! Ao utilizar o comando NFE.InutilizarNFe o retorno tem trazido o a variável NProt em branco. Alguém sabe como resolver esse problema? Detalhe: Na variável XML do retorno o conteúdo vem (<nProt>328190000127483</nProt>). Não é muto difícil tratar isso, mas se tiver alguma outra solução, seria melhor, assim não precisamos fugir do padrão de tratamento da respostas do ABCrMonitor. Testei em modo homologação e produção, em ambos os casos estão vindo em branco. Inutiliza_1012996501_1013006501.ret
  2. Não, era uma NFC-e emitida em contingencia e que já tinha sido efetivada. Mas a opção do ACBrMonitor, "Validar Digest Value ao consultar XML" desabilitada, resolve meu problema. Inclusive, gostaria de sugerir a ACBr que desconsiderasse essa parâmetro quando fosse feita a consulta apenas via chave, porque ao meu ver não faz muito sentido. Obrigado pela atenção!
  3. Obrigado, amigo por sua atenção! Mas não esta sendo enviado novo XML, estou usando a consulta apenas com a chave. Tem uma opção no ACBrMonitor, "Validar Digest Value ao consultar XML" que resolve o problema. Inclusive, gostaria de sugerir a ACBr que desconsiderasse essa parâmetro quando fosse feita a consulta apenas via chave, porque ao meu ver não faz muito sentido. Obrigado a todos que tentaram me ajudar!
  4. Pessoal, acho que tem alguma coisa relacionada as pastas "logs" e "arqs", quando eu limpo essas pastas a consulta funciona. Não estou gerando XML, estou fazendo a consulta através da chave, assim: NFe.ConsultarNFe("28190707684607000187650080000500799800970052")
  5. Ítalo, isso também se aplica a consulta pela chave NFe.ConsultarNFe("28190707684607000187650080000500799800970052")? A chave esta sendo gerada no momento da consulta, mas ela esta exatamente igual.
  6. Trecho do log: 30/07/2019 11:42:52 - ACBrMonitor/ACBrNFeMonitor PLUS Ver. 1.2.0.56 Conectado em: 30/07/19 11:42:52 Maquina: 192.168.0.201 Esperando por comandos. 30/07/2019 11:42:52 - NFe.ConsultarNFe("28190707684607000187650080000500799800970052") 30/07/2019 11:42:53 - ERRO: DigestValue do documento 28190707684607000187650080000500799800970052 não confere. 30/07/2019 11:42:53 - ALERTA: Fim da Conexão com: 192.168.0.201 em: 30/07/19 11:42:53
  7. Acho que não seja isso, Daniel, já comparei a chave original que vai no qrcode do xml com a chave da consulta.
  8. Bom dia, pessoal! Continuo com o problema, por isso decidir portar aqui tbm. Alguem pode me ajudar? Estou com o seguinte problema: ao tentar consultar uma NFC-e já autorizada através da chave estou recebendo o erro "ERRO: DigestValue do documento 28190707684607000187650080000500799800970052 não confere." vi em alguns posts do fórum, referenciando o problema a divergência na data de emissão da NFC-e, mas neste caso não estou usando a consulta via xml e sim pela chave. De toda forma, a data de emissão que utilizo na NFC-e vem do meu banco de dados. Onde mais posso procurar a solução para este problema? Conteudo do arquivo ENT.TXT NFe.ConsultarNFe("28190707684607000187650080000500799800970052") QRCode: http://www.hom.nfe.se.gov.br/portal/consultarNFCe.jsp?p=28190707684607000187650080000500799800970052|2|2|24|5.00|474771514F394A305932797948735A704A7668667A76442F5A79773D|1|91E8B49F028FAE3E5BC198AD6217E867AB3A3039
  9. Bom dia, pessoal! Estou com o seguinte problema: ao tentar consultar uma NFC-e já autorizada através da chave estou recebendo o erro "ERRO: DigestValue do documento 28190707684607000187650080000500799800970052 não confere." vi em alguns posts do fórum, referenciando o problema a divergência na data de emissão da NFC-e, mas neste caso não estou usando a consulta via xml e sim pela chave. De toda forma, a data de emissão que utilizo na NFC-e vem do meu banco de dados. Onde mais posso procurar a solução para este problema? Conteudo do arquivo ENT.TXT NFe.ConsultarNFe("28190707684607000187650080000500799800970052") QRCode: http://www.hom.nfe.se.gov.br/portal/consultarNFCe.jsp?p=28190707684607000187650080000500799800970052|2|2|24|5.00|474771514F394A305932797948735A704A7668667A76442F5A79773D|1|91E8B49F028FAE3E5BC198AD6217E867AB3A3039
  10. Bom dia, pessoal! Não entendi bem a explicação: "Usando o comando informado no log o ACBrMonitorPLUS está gerando o CST 00 e não o 60." mas funcionou! Não seria interessante tratar o CST como um campo numérico internamente no componente ACBr? Obrigado, pela atenção!!!
  11. Boa tarde, pessoal! Estou tendo um problema quando tento enviar produtos com o CFOP 5405 e o CST 060 emitido por empresas de Regime Normal, rejeição: "382-Rejeicao: CFOP nao permitido para o CST informado [nItem:1]". Curioso que apenas no ACBrMonitor Plus. O XML final 2871 foi emitido via ACBrMonitor e o XML de final 2866 via componente ACBr, segue em anexo o LOG do monitor, que a principio, me parece totalmente coerente com os XMLs gerados, tanto de uma forma, como da outra. LOG.TXT 28190607684607000187650080000032871000032871-nfe.xml 28190607684607000187650080000032861000032866-nfe.xml
  12. Descobri onde estava o problema. Eu estava enviando via socket o mesmo conteúdo como se fosse o método via troca de arquivos "NFe.CriarEnviarNFe("C:\ACBrMonitorPlus\Entrada\Exemplos\0000002631.req",1,1)" e não o conteúdo do arquivo "ini". Seria interessante alterar a mensagem de erro. RESOLVIDO!
  13. Acontece o mesmo erro "UF não pode ser vazia" Na verdade, esse campo "cUF no grupo [Emitente]" não existia no exemplo original que peguei na pasta dos fontes da ACBr, adicionei na expectativa que fosse isso e acabei esquecendo de remover. O curioso é que via troca de arquivos funciona.
×
×
  • Create New...