Cupons com XML Inexistente/Invalido em Self-Checkout (SOCIN -> SAC)
Contexto do problema
Em alguns casos, especialmente em Self Checkout, pode ocorrer de uma venda:
Ser iniciada antes da meia-noite (ex.: às 23h59).
Ser finalizada após a meia-noite (ex.: 00h01).
Nessa situação, o sistema pode registrar a NFC-e (XML) com a data do dia seguinte, gerando desencontro entre o cupom emitido e o XML vinculado.
Sintomas
Relatórios ou auditoria apresentam XML inexistente/inválido para determinados cupons.
Auditor de Cupom mostra registros sem vinculação correta.
XML não aparece na retaguarda no mesmo dia da venda.
Causa provável
Divergência entre a data/hora de início da venda e a data/hora de finalização.
O sistema grava o XML conforme o horário de autorização na SEFAZ (após a meia-noite), e não pelo início da operação no PDV.
Como resolver
Passo 1 – Verificar no Guardião
Acesse o Guardião ou concentrador de cupons/NFC-e.
Localize os cupons apontados como inválidos ou inexistentes.
Confirme se a NFC-e está presente, mas vinculada à data seguinte.
Passo 2 – Reprocessar para a retaguarda
No Guardião, selecione os cupons com divergência.
Efetue o reprocessamento para a retaguarda.
Aguarde a sincronização dos XMLs.
Passo 3 – Conferir na Auditoria de Cupom
Abra a tela Auditoria de Cupom no SAC Gerencial.
Valide se os cupons aparecem agora vinculados às suas NFC-e corretas.
Confirme que não há mais registros com XML inválido/inexistente.
Resultado esperado
Todos os cupons passam a ter XML válido vinculado.
A inconsistência causada pelo cruzamento de datas é corrigida.
Relatórios e auditorias passam a exibir os registros normalmente.
Prevenção
Monitorar rotinas de Self Checkout próximo à meia-noite, validando se os XMLs sobem corretamente para a retaguarda.
Em ocorrências futuras, sempre consultar o Guardião antes de considerar a NFC-e inexistente.
Se necessário, configurar alertas para reprocessamento automático quando identificado descompasso entre cupom e XML.
Conclusão
Esse problema não indica falha fiscal ou perda de dados, mas sim um desencontro entre hora de início da venda e hora de autorização da NFC-e.
A solução é simples: localizar a NFC-e no Guardião (normalmente na data seguinte), reprocessar e confirmar a vinculação.
Cupons com XML inexistente/inválido no SAC Gerencial vindos de vendas do Self-Checkout
O que significa quando o cupom aparece com “XML inexistente/inválido”?
Significa que o sistema não conseguiu vincular o cupom ao XML gerado no mesmo dia. Geralmente, o XML existe, mas está gravado com a data do dia seguinte.
Esse problema é fiscal? Minha NFC-e foi autorizada na SEFAZ?
Não é um problema fiscal. A NFC-e foi autorizada normalmente na SEFAZ. O problema está apenas no vínculo entre o cupom e o XML dentro do sistema.
Por que isso acontece mais em Self Checkout?
Porque nesses caixas é comum o cliente iniciar a compra antes da meia-noite e só finalizar após a virada do dia. O XML é autorizado com a nova data (dia seguinte).
Onde encontro a NFC-e correta nesses casos?
No Guardião (ou concentrador), pesquisando pela data seguinte à da venda.
O que devo fazer quando encontro esse erro?
Reprocessar os cupons no Guardião para que os XMLs sejam reenviados e vinculados corretamente à retaguarda.
Preciso reenviar a nota para a SEFAZ?
Não. A NFC-e já está autorizada na SEFAZ. Basta apenas reprocessar no sistema interno.
Depois de reprocessar, como confirmar que deu certo?
Acesse o Auditor de Cupom no SAC e verifique se os cupons que estavam sem XML agora aparecem vinculados à NFC-e autorizada.
Como evitar que isso ocorra novamente?
Não há como impedir totalmente, pois depende da virada do dia. Porém, monitorar as vendas próximas à meia-noite e reprocessar quando necessário garante que o sistema fique sincronizado.