-
Total de ítens
36.030 -
Registro em
-
Última visita
-
Days Won
1.000
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Italo Giurizzato Junior
-
-
Bom dia @Heronim Antonio Marçal,
Já esta no SVN.
-
Bom dia João,
Já esta no SVN.
- 1
-
Bom dia @PrimeSoftware,
Já esta no SVN.
-
Bom dia João,
Já esta no SVN.
- 1
-
Marcia,
Você tem o XML salvo em disco ou no banco de dados que foi enviado para a SEFAZ e ocorreu problema com a internet e acabou ficando se o protocolo de autorização?
Se sim, basta carregar ele usando o LoadFromFile (se estiver salvo em disco) ou LoadFromString (se estiver salvo no banco de dados), depois basta executar o Consultar.
Não precisa gerar o XML novamente, pois se fizer isso o que pode ocorrer?
1. o valor do campo cMDF estar com outro valor, pois ele é um código aleatório do MDF-e e quando salvamos no banco de dados as informações do MDF-e que vamos emitir devemos também gerar esse código e guardar ele no banco de dados também. Não devemos atribuir o valor zero a esse campo, pois isso faz com que o componente gere um código aleatório e você acaba não tendo mais controle.
2. Devemos também armazenar no banco de dados a data/hora de emissão, pois caso contrario teremos um horário diferente gerando problemas com o DigestValue, ou seja, o DigestValue do XML do MDF-e vai ser diferente do protocolo retornado pela SEFAZ.
Confirmando o que o @Juliomar Marchetti, já lhe passou.
O Consultar não baixa o XML do MDF-e, do CT-e e nem da NF-e, você esta fazendo confusão.
O Consultar retorna a situação do documento, ou seja, se ele foi autorizado é retornado o protocolo de autorização, caso contrario é retornado a rejeição.
De forma resumida, se você tem o XML que foi enviado para a SEFAZ ele esta assinado, então basta:
1. Carregar ele com o LoadFromFile ou LoadFromString;
2. Executar o Consultar
É só isso que precisa ser feito.
-
Manda para nós um XML que contem essa sequencia de caracteres para que possamos analisar.
-
Boa tarde João,
Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5341
- 1
-
Boa tarde Diego,
Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5340
- 1
-
Boa tarde Marcia,
Quem gera a chave do documento é o próprio componente, não adianta você querer atribuir que o componente vai desconsiderar ela.
Por que você diz que a chave gerada pelo componente esta errada?
O que esta diferente na chave?
-
Boa tarde @luisclaudio_jr,
Recapitulando:
Os dois XMLs que você nos enviou por e-mail, um foi lido sem nenhum problema pela unit ACBrNFeXmlReader, já o segundo foi necessário fazer uma correção na unit que inclusive já se encontra no SVN.
Em nenhum dos dois XML contem a sequencia: #$A .
Os XMLs das notas ele esta recebendo por e-mail e salvando em disco?
Se sim, pode ser esse o problema.
-
Boa tarde @leonard.miranda,
Já inclui na minha lista de tarefas para analise do problema. TK-5339
- 1
-
Boa tarde @cefantacini,
Tente usar somente o botão [Criar e Enviar modo Síncrono].
-
Bom dia @PrimeSoftware,
Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5338
-
Bom dia Jean,
Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5337
-
Tópico movido para a área do SAC, para que o SLA de respostas seja considerado
-
Bom dia @phulano,
Você poderia anexar o arquivo ENT.txt para que possamos analisar o problema?
- 1
-
Bom dia @leonard.miranda,
Você poderia disponibilizar o XML de uma nota para que possamos analisar o problema?
-
Bom dia Rogério,
Veja este este tópico lhe ajuda.
-
Bom dia @cefantacini,
O XML do MDF-e foi enviado em modo Assíncrono (botão [Criar e Enviar modo Assíncrono]) ou Síncrono (botão [Criar e Enviar modo Síncrono]) ?
-
Bom dia @Doni Delphi,
Muito obrigado pela colaboração, já inclui na minha lista de tarefas para analise. TK-5336
-
Tópico movido para a área do SAC, para que o SLA de respostas seja considerado
-
Bom dia @cefantacini,
Analisando os 2 XML as únicas diferenças são:
O conteúdo do atributo Id da tag infMDFe que é a chave, mas isso é explicado pois o numero do MDF-e é outro e consequentemente o digito verificador também
O conteúdo das tags nMDF e cDV (numero do MDF-e e Digito Verificador).
O conteúdo dhEmi que é a data e hora de emissão do MDF-e que foram emitidos (enviados) em horários diferentes.
Por fim o atributo URI da assinatura que também é o mesmo do atributo Id.
Fora essas diferenças que são aceitáveis não encontrei nada que pudesse provocar o problema.
-
Boa noite,
Esses 2 XMLs foram assinados com o mesmo certificado digital?
-
Boa tarde @João Paulo Alcântara,
Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5334
- 1
Quebra de linha na NFS-e Provedor GIAP
em ACBrNFSe
Postado
Bom dia Jeferson,
Já esta no SVN.