Ir para conteúdo
  • Cadastre-se

solar

Membros
  • Total de ítens

    8
  • Registro em

  • Última visita

Tudo que solar postou

  1. Márcio. Bom dia... Eu olhei todos os parâmetros exigidos que estavam no manual. E todos estavam sendo informados corretamente no XML. Me chamou a atenção o Fuso Horário, Eu criava o XML com 04:00 e o Acbr altera para 03:00. Um detalhe importante. O idCSC e o CSC, em muitos Estados, tem um específico para o ambiente de homologação. Foi o nosso caso. Assim que gerei eles para o ambiente de homologação, funcionou. iNTé
  2. OK André. Conseguimos... O problema acontecia porque, assim com em outros estados, em MT é preciso de um código CSC/Token novo para o sistema de homologação. Geramos o novo código e os testes de homologação funcionaram. Muito grato pela atenção e pelas dicas. Essa foi dada pelo Italo. Um grande abraço e iNTé Luís Carlos Thomas Solar Sistemas
  3. Italo. Boa tarde... Estou lhe enviando em anexo o arquivo .XML de uma NFCe gerado pelo ACbr Monitor Plus. Notei que no final do HashQrCode tem dois caracteres em branco, o que dá o tamanho de 42. sendo que o tamanho tem que ser 40 cIdToken=000001&cHashQRCode=64BD6781A0D596BABD4D498347B3909D1812F601 ]]> Dê uma olhada por favor e verifique. Isso dá problema no meu entender. Já verificamos o .XML de uma empresa conhecida e não tem esses 2 espaços no final do cHashQRCode. iNTé 51161009001879000241650200001446911524145016-nfce.xml
  4. Bom dia André; Ontem, quando recebi seu email, pedimos ao contador que nos enviasse o Tokem. Ele nos enviou o seguinte arquivo em anexo... que contem 2 códigos de token Estamos usando o primeiro (000001 - 95a68e4a87368d9dc08f4654fe2f8a9a), dá a mensagem de erro 464 =Rejeicao: Codigo de Hash no QR-Code difere do calculado Quando testamos com o segundo (000005 - 7cc80262d1a78366ed6361a6aef43a67), a SEFAZ dá a mensagem de erro 462 Rejeicao: Codigo Identificador do SCS no QR-Code nao cadastrado na SEFAZ Baixamos a versão do ACBr MonitorPLUS Ver.0.3.08.1 e continua com erro 464 =Rejeicao: Codigo de Hash no QR-Code difere do calculado com o primeiro token. TOKEN A01.pdf
  5. Para Mato Grosso.. Informamos que a partir de 01/11/2016 a Sefaz passará a verificar o parâmetro Hash do QR-Code da Nota Fiscal de Consumidor Eletrônica (NFC-e); caso este não esteja correto, a NFC-e será rejeitada, retornando a mensagem de erro "464 - Código de Hash no QR-Code difere do calculado", conforme descrito na regra de validação ZX02-120 da Nota Técnica 2015/002 versão 1.41. Fizemos o teste de homologação e deu o erro Código de Hash no QR-Code difere do calculado". Estou com a versão ACBrMonitorPLUS 0.3.0.5- ACBr: 0.9.0a É preciso atualizar esta versão para resolver o problema para o Mato Grosso ou qual o procedimento que devo adotar? No aguardo Luís Carlos Thomas Solar Sistemas Cuiabá - MT
  6. OK. Muito Grato. A solução do problema foi enviar o comando NFE.setmodelodf("55") ou NFE.setmodelodf("65") , conforme o caso. Muito grato a todos e especialmente ao KIko Fernandes que respondeu na mosca.
  7. Estou enviando esta linha... NFE.INUTILIZARNFE("99999999999999","PROBLEMAS TECNICOS NA EMISSAO",16,65,20,15801,15801) e estou recebendo esta resposta ERRO: Rejeicao: Modelo da NF-e diferente de 55 De fato, o modelo é 65 por se tratar de uma NFC-e. Alguém pode me informar o que pode estar ocorrendo??
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...