Jump to content

hcn

Membros
  • Content Count

    35
  • Joined

  • Last visited

Community Reputation

13 Good

About hcn

  • Rank
    Membro

Contact Methods

  • Website URL
    http://www.dasistemas.com.br

Profile Information

  • Sexo
    Masculino
  • Localização
    Guarapari / ES

Recent Profile Visitors

416 profile views
  1. Bom dia Senhores; Utilizamos o AcBRMonitorPlus versão 1.2.0.76. Estamos enviando .ini com as informações de ICMS ST, conforme arquivo em anexo, mas no XML, o AcBrMonitorPlus não está gerando as tags com os valores de ICMS ST. Com isso, recebemos a rejeição 533 - "Rejeição: Total da BC ICMS-ST difere do somatório dos itens. " PS: Nossa nota só tem um item. Desde já agradeço, Herculano 35190915410492000160550010000152641288302803-nfe.xml ArquivoINI_Acbr.txt
  2. Vocês podem me informar onde consigo o manual com todos os códigos de retorno? Att.,
  3. Blz, vou alterar o que fizeram aqui então. Obrigado
  4. Blz, isso eu entendi e é fácil resolver, minha pergunta foi se na nova versão mudou a forma de tratamento do erro, antes pegávamos o valor do xMotivo, só que percebi no LOG que o xMotivo está informando Lote Processado, antes o erro vinha nele, quero ter a certeza de que precisamos alterar nosso sistema para pegar o retorno em outra tag. Este é o LOG de hj. [Retorno] CStat=104 CUF=31 ChaveDFe=31190825567140000762550090000365891438866252 Msg=Nota(s) não confirmadas: 36589->539-Rejeicao: Duplicidade de NF-e, com diferenca na Chave de Acesso [31190825567140000762550090000365891000365895] Protocolo= VerAplic=14.3.13 Versao=4.00 XMotivo=Lote processado cMsg=0 nRec=310005584656256 tpAmb=1 xMsg= [NFe36589] Id= XML=<protNFe versao="4.00"> <infProt> <tpAmb>1</tpAmb> <verAplic>14.3.13</verAplic> <chNFe>31190825567140000762550090000365891438866252</chNFe> <dhRecbto>2019-09-02T11:46:13-03:00</dhRecbto> <digVal>mLlXG/JxslXHtyrnjdZVy8E1VxI=</digVal> <cStat>539</cStat> <xMotivo>Rejeicao: Duplicidade de NF-e, com diferenca na Chave de Acesso [31190825567140000762550090000365891000365895]</xMotivo> </infProt> </protNFe> cStat=539 chNFe=31190825567140000762550090000365891438866252 dhRecbto=02/09/2019 11:46:13 digVal=mLlXG/JxslXHtyrnjdZVy8E1VxI= nProt= tpAmb=1 verAplic=14.3.13 xMotivo=Rejeicao: Duplicidade de NF-e, com diferenca na Chave de Acesso [31190825567140000762550090000365891000365895] [NFe_Arq36589] Arquivo=\\Svrecaum\rmxnfe\31190825567140000762550090000365891438866252-nfe.xml 02/09/2019 11:46:16 - ALERTA: Fim da Conexão com: 192.168.0.104 em: 02/09/19 11:46:16
  5. Blz, isso eu entendi e é fácil resolver, minha pergunta foi se na nova versão mudou a forma de tratamento do erro, antes pegávamos o valor do xMotivo, só que percebi no LOG que o xMotivo está informando Lote Processado, antes o erro vinha nele, quero ter a certeza de que precisamos alterar nosso sistema para pegar o retorno em outra tag.
  6. Boa tarde! Com a nova versão, que verifica o cNF, o tratamento do arquivo de retorno mudou? Pq nosso sistema tratava o xMotivo e ele está retornando "Lote processado", mas qdo vamos ver deu erro naquela NF e o erro está em Msg: Msg=Nota(s) não confirmadas: 36589->539-Rejeicao: Duplicidade de NF-e, com diferenca na Chave de Acesso [31190825567140000762550090000365891000365895]
  7. Estou usando a versão 1.2.0.76 que baixei hj. Seguem em anexo o TXT que gero antes do envio, o XML e o LOG do ACBR. Fico no aguardo. Obrigado 31190825567140000762550090000354281000354286-nfe.xmlLOG.TXTArquivo_Ini.txt
  8. Estamos usando o AcBRNFeMonitor, talvez não tenha ficado claro na conversa
  9. Italo, adoraria que vc me mostrasse o erro já que vc tem certeza, pode conectar na minha máquina? Para verificar o que estava sendo enviado, estou gerando um TXT com os valores e nele está tudo certo, qdo passa o comando pro ACBR é que fica errado.
  10. Pois é, depois de atualizar tudo, rever as configurações e testar, o erro mudou, agora aparece "897-Rejeicao: Codigo numerico em formato invalido", percebi que o cNF está indo com o Nº da NF, mas em lugar nenhum altero o cNF, depois que gero aleatoriamente, não mexo mais, ou seja, o próprio ACBR está alterando, tem algum lugar na configuração que eu possa inibir isso? Posso até prover acesso a minha máquina para que vcs vejam.
  11. Baixei a nova versão do ACBR, estou gerando o cNF aleatório e nos testes em ambiente de homologação continua dando o erro, preciso de ajuda para resolver pq semana que vem entrará no ar a nova versão.
×
×
  • Create New...