Thiago Sist. Auditor

Pessoal analisando com mais calma agora verifiquei que existe retorno q só veio o resumo mas já foram dado ciência e confirmação então é meio aleatório o retorno. Peguei um caso de retorno aqui pesquisando uma chave de acesso veio o xml completo modelo 55 protocolado todo bonitinho, mais uma tag chamada <resEvento> que é <xEvento>MDF-e autorizado</xEvento> da para ficar meio doido rsrs aparece dois retornos um do XML modelo 55 e o vinculo dele no Manifesto de transporte tb. SAC ACBR amanhã estamos junto preciso entender este processo.

Estou tentando rever este processo aqui de nota fiscal destinadas havia uma outra pessoa que cuidava desse modulo no sistema e ela acabou saindo da empresa. E acabou caindo no meu colo este módulo estava verificado o retorno do WS pela função DistribuicaoDFe e ele me retorno alguns resumos <resNFe> mas tem alguns que vem o XML completo na mesma consulta. Duvida é este, quando o XML é completo é por q já foi dado ciência nas notas e quando vem só o resumo é por não foi dado ciência?

Hoje tive o mesmo problema muitas reclamações dos meus clientes. Pedi para um ficar testando de 15 a 15 min. demorou 1h e 15 min para conseguir liberar o download.

Sim o cupom que foi com cliente esta errado mesmo mas como é loja de eletrodoméstico o cliente é identificado por causa da garantia e seria solicitado a a troca do cupom. Infelizmente eu especifico um nome do arquivo e caminho certo para salvar o xml no ACBR, então sempre que mudo o xml ele modifica o mesmo XML.

Pessoal entendi o processo que tenho que fazer mas infelizmente fiz algumas notas erradas exemplo emitir uma nota Nº 20 Normal e não conseguir resposta da SEFAZ então meu sistema fazia o seguinte pegava esta mesma nota 20 e trocava para contingencia e as vezes causava erro de duplicidade com chave diferente então eu apenas acertava a chave para a correta. Mas meu XML ficava errado já que eu havia trocado o tipo de emissão. Então eu estava querendo refazer estes XML novamente para arquiva-los corretamente. Então o que eu faria geraria o XML com a chave correta e mandava assina para informar que é meu realmente e ao consultar a chave a sefaz me retorna o protocolo que eu adicionaria no meu XML. Mas a questão é que a assinatura muda por causa acredito eu q a data e hora são diferentes. Minha grande duvida é eu posso fazer isso ou é uma ilegalidade? Eu deixo meu cliente com o XML divergente. Lembrando eu não mudo nada referente a valores e tributação e nada mais é o mesmo que já conta na SEFAZ.

Boa Cristiano, eu estava pensando em fazer algo parecido com isso mesmo mas seria manual eu fiz um monitor de NFCe e havia pensado em o fiscal de caixa quando detectar este problema is até o monitor e dar uma carga para todos os caixas para entrarem em envio de contingencia e no máximo por 1h depois desse tempo voltaria ao normal automaticamente. Mas esta validação para ver se esta de volta automático é uma boa.

Obrigado BigWings, mas eu fico preocupado em com supermercado que varias vendas e acontece isso imagina a quantidade de nota que vou ter que cancelar. Acho que abriria um alerta junto a SEFAZ.

Bom dia, eu estou com o seguinte problema: Eu configurei no componente do ACBr para fazer 3 tentativas para pegar o retorno da SEFAZ num intervalo de 1/2 segundo entre elas caso o código de retorno sejam (103, 104, 105, 12002, 12007) eu aguardo 3 segundos e faço uma consulta para ver ser o código de retorno mudou para (100) caso contrario gero uma nota em contingencia para poder liberar o cliente no caixa. Depois num monitor que fiz de acompanhamento de notas de rejeição e contingencia dento envia- as notas de contingencia algumas me retorna a rejeição (539 - Duplicidade de NF-e com diferença na Chave de Acesso [chNFe:99999999999999999999999999999999999999999999][nRec:999999999999999]) com a unica diferença é o tipo de envio da nota. O que aconteceu neste caso foi eu tentei enviar "Normal" e não conseguir o retorno de autorizado pela SEFAZ então gerei em "Contingencia", mas a nota foi enviada realmente "normal" e a SEFAZ demorou muito no retorno e tentei retransmitir ela em contingencia causando esta rejeição. Ajustar isso é tranquilo o problema é que o cliente levou o cupom com o QR Code de transmissão em contingencia e ele nunca vai conseguir consultar esta nota já que na minha primeira tentativa em normal havia sido enviada. Alguém poderia me ajudar como tentar resolver este tipo de problema com alguma sugestão. Obrigado.