Jump to content

dev botao

  • Este tópico foi criado há 3617 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

Posted

Boa tarde, estou começando a desenvolver a emissão da NFCe e estou com algumas dúvidas:

 

- Nas configurações do ACBrNFeMonitor existe uma aba referente a NFCe onde existem campos para informar um número de Token e o ID do Token. O que é esse Token? Essas informações são obrigatórias? Caso sejam existem dados que posso utilizar nos testes ou devo testar em algum cliente?

 

- Como sou de MG estou utilizando o WebService do AM com um certificado de MG, neste caso os dados do emitente podem ser os de MG ou devem ser de AM?

 

- Segue em anexo um XML que criei utilizando o ACBrNFeMonitor, ele está correto? Não consegui enviá-lo para o WebService do AM.

 

Obrigado

31140804717475000154650010000000021000000022-nfe.xml

  • Moderadores
Posted

- Nas configurações do ACBrNFeMonitor existe uma aba referente a NFCe onde existem campos para informar um número de Token e o ID do Token. O que é esse Token? Essas informações são obrigatórias? Caso sejam existem dados que posso utilizar nos testes ou devo testar em algum cliente?

O Token é um identificador da empresa no SEFAZ para emissão de NFC-e, funciona basicamente igual ao token dos bancos e websites, você gera uma vez e utiliza ele sempre que for imprimir uma NFC-e, ela faz parte do endereço que fica dentro do QRCode.

Sim são obrigatórias, alguns ambientes de teste necessitam somente do idtoken, que é o que vai na URL do QRCode.

ID Token é um numero  que identifica o token do cliente, para produção, geralmente no website do SEFAZ do estado existe a opção de requisitar o token, nessa opção é gerado o token e retornado o número dele.

Para o AM em testes utilize sempre 000001 para idToken e deixe o token em branco, para MT você precisa entrar no site do SEFAZ estadual e gerar o token mesmo em homologação, 

 

- Como sou de MG estou utilizando o WebService do AM com um certificado de MG, neste caso os dados do emitente podem ser os de MG ou devem ser de AM?

Os dados podem ser de MG, só tome cuidado com a Inscrição Estadual que no AM é diferente, utilize 123456789 que passa sem problemas.

 

- Segue em anexo um XML que criei utilizando o ACBrNFeMonitor, ele está correto? Não consegui enviá-lo para o WebService do AM.

Qual foi a mensagem de erro?

Equipe ACBr

Régys Borges da Silveira

http://www.regys.com.br

certificacao delphicertificacao delphi
Posted

Régys... o Token passou a se chamar CSC (Código de segurança do contribuinte). Segundo a SEFAZ-MT estava dando muita confusão com os outros tokens. Ele é gerado normalmente pelo contador quando é feito o credenciamento como emissor de nfce. E é bom o pessoal atentar para os prazos... As empresas quem entregam que estão no SPED conseguiram uma prorrogação para 31 de outubro, concomitante com a ECF ou não. Já o resto das empresas foram "forçadas" a se enquadrar em 01/08/2014.

 

Rubens

  • Like 1
Posted

Régys,

 

Antes de utilizar esse idToken que você passou eu obtia retorno. Agora, utilizando esse idToken, o ACBrNFeMonitor retorna dizendo que o lote foi recebido com sucesso. Mas o estranho é que a mensagem de retorno da NFe, quando utilizo o comando ENVIARNFE, está diferente do retorno dado para a NFCe. Segue em anexo as mensagem de retorno de cada caso. É assim mesmo? Creio que não, pois quando tento consultar a NFCe obtenho que a mesma não consta na base de dados da SEFAZ.

 

Obrigado!

post-2015-0-56639400-1407154743.png

post-2015-0-66404300-1407154750.png

  • Moderadores
Posted

Régys... o Token passou a se chamar CSC (Código de segurança do contribuinte). Segundo a SEFAZ-MT estava dando muita confusão com os outros tokens. Ele é gerado normalmente pelo contador quando é feito o credenciamento como emissor de nfce. E é bom o pessoal atentar para os prazos... As empresas quem entregam que estão no SPED conseguiram uma prorrogação para 31 de outubro, concomitante com a ECF ou não. Já o resto das empresas foram "forçadas" a se enquadrar em 01/08/2014.

 

Rubens

 

Valeu Rubens pela notícia, você tem o link para a legislação que prorrogou o prazo?

Equipe ACBr

Régys Borges da Silveira

http://www.regys.com.br

certificacao delphicertificacao delphi
Posted

Este último problema que postei já consegui solucionar Régys, o meu sistema estava com um erro. Porém, agora tenho uma outra dúvida. Nos campos de data agora é obrigatório informar também o horário e o fuso horário, no formato UTC. Como faço para informar isso utilizando o ACBrNFeMonitor? Tentei alterar no parâmetro passado pro método CRIARNFE, informando do seguinte modo?

 

Emissao=AAAA-MM-DDTHH:MM:SS-04:00 (Informei -04:00 pois estou usando o webservice do AM)

 

Mas o ACBr retornou um erro e não criou o XML. Porém, se informo somente a data ele cria o XML, conforme o que está em anexo, com a hora zerada e o fuso horário de Brasília. Como devo proceder?

 

Obrigado

31140818024692000173650010000000101000000102-nfe.xml

Posted

Régys, mandando o horário junto não dá erro, ele cria o XML com a data e a hora de emissão informados corretamente, porém ele sempre informa o fuso horário de Brasília, mesmo a máquina estando configurada com outro fuso horário.

  • Moderadores
Posted

Eu me equivoquei, o ACBr não acerta a data conforme o fuso do webservice, você teria que acertar o horário na máquina que está enviando, assim passa normalmente, fiz o teste aqui alterando o fuso da minha máquina para Cuiaba e enviando a NFC-e para o AM, funcionou perfeitamente.

Equipe ACBr

Régys Borges da Silveira

http://www.regys.com.br

certificacao delphicertificacao delphi
Posted

Régys - o link http://www.sefaz.mt.gov.br/portal/noticias/mostra_impressao.php?codg_Noticia=32306. 

 

Infelizmente tem que mudar a data e hora no computador onde vai instalar o monitor, senão não funciona.. e ainda tem a questão de o relógio estar no máximo 5 minutos diferente do servidor da sefaz, se não dá erro também. 

 

Régys a última correção a qual você se refere já corrige o erro de leitura do qrcode? Nos testes o que é gerado no danfe do fortes não é reconhecido... mas se você vai no site e consulta a chave a nota está lá normalmente... 

 

Rubens

  • Moderadores
Posted

 

 

Régys - o link http://www.sefaz.mt....Noticia=32306.�

Não entendi, aqui abre uma página em branco.

 

 

 

Infelizmente tem que mudar a data e hora no computador onde vai instalar o monitor, senão não funciona.. e ainda tem a questão de o relógio estar no máximo 5 minutos diferente do servidor da sefaz, se não dá erro também. 

Foi justamente o que eu disse logo acima, "fiz o teste aqui alterando o fuso da minha máquina para Cuiaba e enviando a NFC-e para o AM, funcionou perfeitamente". Estou estudando uma forma de fazer isso automaticamente pelo fuso, mas deve demorar um pouco para ser liberado.

 

 

 

Régys a última correção a qual você se refere já corrige o erro de leitura do qrcode? Nos testes o que é gerado no danfe do fortes não é reconhecido... mas se você vai no site e consulta a chave a nota está lá normalmente... 

Você está falando do ACBrNFeMonitor?

Se for dos componentes está funcionando normalmente, aqui eu imprimo e valido normalmente tanto em Fortes Report quanto em FastReport, os outros estão corretos também, pois os usuários não tem reclamado.

Equipe ACBr

Régys Borges da Silveira

http://www.regys.com.br

certificacao delphicertificacao delphi
Posted

Url corrigida http://www.sefaz.mt.gov.br/portal/index.php?action=noti&codg_Noticia=32306

 

Mesmo usando o acbrnfemonitor que você postou aqui http://www.projetoacbr.com.br/forum/index.php?app=core&module=attach&section=attach&attach_id=9372 não consigo ler o Qrcode com o celular. Vou anexar um cupom para você ver... Foi impresso no acbrnfemonitor que você postou com uma nfce válida e mesmo assim não consigo ler o qrcode. Consultando pela chave na sefaz tá lá belezinha, mas pelo qrcode nao vai.  

Chave da NFCe - 5114 0807 4070 0500 0182 6500 1000 0002 7610 0000 2760

 

Danfe da nfce

QrCode que nao le - acbr0808.pdf

 

Não é no celular porque eu li dois outros danfes de outro sistemas e foi beleza...

 

Rubens

 

 

 

 

 

Posted

Régys... 

 

 

Fiz o procedimento que você falou.... inverti o token e o idtoken... agora está assim 

[NFCe]
Modelo=0
IdToken=000001
Token=fcf8f79281a98eff0dd994b7f41d6fca 

Estranho que na configuração do token no monitor está invertido os labels... 

post-450-0-99958200-1407348782.jpg

 

e mesmo assim continua dando endereço inválido quando manda ler o qrcode

 

Danfe

278.pdf

 

Xml - Gerado 

51140807407005000182650010000002781000002781-nfe.xml

 

 

O que mais posso tentar mudar.... 

 

Rubens

 

 

 

  • Membros Pro
Posted

Boa tarde!

Não sei se isso é possível: Alguém tem um arquivo texto de uma NFC-e gerado para o ACBrNFeMonitor e possa postar?

Laudelino

Posted

E como corrijo isso Régys, no monitor? no ini?  

Eu atualizei os fontes hoje e compilei o monitor... mas ficou do mesmo jeito... 

Testei com o monitor que você disponibilizou mas também tá do mesmo jeito... 

 

Laudelino, tá aí um ini validado...

NFC00278.TXT

 

Obrigado

Rubens

 

 

Posted (edited)

 Régys... No acbrnfemonitor.ini tá dessa forma

 

 

[NFCe]

Modelo=0
IdToken=000001
Token=fcf8f79281a98eff0dd994b7f41d6fca

 

Esse danfe postado hoje aqui nesse link http://www.projetoacbr.com.br/forum/index.php?app=core&module=attach&section=attach&attach_id=9413 também não lê o qrcode... Talvez esse seja por ser em ambiente de homologação. 

 

Rubens

 

Arquivo acbrnfemonitor.ini 

ACBrNFeMonitor.ini

Edited by rubens
  • Moderadores
Posted

Esse Token é o mesmo que foi retornado pelo site do SEFAZ, você copiou como retornou? Com os maiúsculos e minúsculos?

Um outro usuário relatou o mesmo problema e era justamente isso, diferença do informado na configuração com o retornado no cadastro do SEFAZ.

Equipe ACBr

Régys Borges da Silveira

http://www.regys.com.br

certificacao delphicertificacao delphi
  • Este tópico foi criado há 3617 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.
Guest
This topic is now closed to further replies.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.

The popup will be closed in 10 seconds...