--- title: "O cliente diz não ter recebido a fatura: esclarecer sem conflito" canonical: https://www.billabex.com/pt/blog/cliente-afirma-nao-ter-recebido-fatura/ lang: pt alternate: https://www.billabex.com/fr/blog/client-affirme-facture-non-recue.md alternates: fr: https://www.billabex.com/fr/blog/client-affirme-facture-non-recue.md en: https://www.billabex.com/en/blog/customer-says-invoice-never-arrived.md de: https://www.billabex.com/de/blog/kunde-behauptet-rechnung-nicht-erhalten.md es: https://www.billabex.com/es/blog/cliente-dice-no-haber-recibido-factura-establecer-hechos-sin-conflicto.md it: https://www.billabex.com/it/blog/cliente-dice-di-non-aver-ricevuto-fattura.md nl: https://www.billabex.com/nl/blog/klant-zegt-factuur-niet-te-hebben-ontvangen.md pl: https://www.billabex.com/pl/blog/klient-twierdzi-ze-nie-otrzymal-faktury.md pt: https://www.billabex.com/pt/blog/cliente-afirma-nao-ter-recebido-fatura.md updated: 2026-10-06 index: https://www.billabex.com/llms.txt --- # O cliente diz não ter recebido a fatura: esclarecer sem conflito «Nunca recebemos esta fatura.» Pode significar documento que não saiu do sistema, mensagem numa caixa pouco acompanhada, anexo em falta ou ausência de tratamento contabilístico. Responder imediatamente «mas foi enviada» pode fechar a conversa antes de identificar o bloqueio. A pergunta útil é onde parou o documento e o que falta para o serviço competente conseguir tratá-lo. Um registo de envio não responde sozinho a todas essas possibilidades. Defina o que procura demonstrar: localizar a fatura, verificar percurso e permitir tratamento. Se a conversa passar a contestação da dívida ou do prazo, examine provas contratuais e enquadramento separadamente. Um estado técnico não resolve todas essas questões. O objetivo inicial é recuperar informação verificável e escolher uma ação adequada, sem atribuir ao cliente uma recusa que a mensagem dele ainda não demonstra. ## Perguntar o que realmente falta Peça precisão: não encontra mensagem, falta anexo ou a fatura não aparece na contabilidade? As respostas orientam ações diferentes. Repetir envio pode ajudar no primeiro caso, falhar no segundo e nada mudar no circuito de aprovação do terceiro. A classificação deve permitir compreender o impedimento, não apenas marcar a mesma tarefa como reenviada várias vezes sem saber se o documento passou a ser utilizável. Verifique número completo, emitente, data e valor antes de reenviar. Quem trata várias sociedades pode procurar outra referência. O contacto acordado de faturação pode diferir do comercial. Se o [contacto contabilístico saiu](https://www.billabex.com/pt/blog/contacto-contabilidade-saiu-circuito-pagamento/), recupere o circuito atual sem presumir transferência de todas as peças antigas. A pessoa nova pode precisar de um resumo direcionado, não de confirmação de um envio que nunca teve possibilidade de consultar. Uma pergunta útil: «Para tratar a fatura X desta sociedade, confirma este canal de receção e que não é necessário outro carregamento?». Verifica destino e ação, sem pedir reconhecimento de uma leitura talvez inexistente. O cliente pode esclarecer uma condição operacional, como portal ou destinatário específico, permitindo adaptar o próximo passo. A conversa fica centrada em tornar o documento tratável, não em provar quem tem razão sobre um estado de email. ## Separar aceitação técnica e chegada ao destinatário SendGrid explica que «Delivered» resulta de aceitação pelo servidor com resposta `250 OK`. O servidor pode depois classificar fora da caixa principal, colocar em espera ou filtrar. Isso não prova presença diante do interlocutor certo. A documentação sobre email entregue mas ausente da caixa descreve esse serviço, não confirma a cadeia técnica de qualquer outro produto. Peça elementos disponíveis: destinatário usado, data, referência de mensagem, erro e ficheiro realmente transmitido. Se houve rejeição, corrija a causa antes de pedir pagamento novamente. Se o servidor aceitou, use o dado para ajudar a pesquisa, sem concluir mentira do cliente. A mensagem pode ter chegado tecnicamente e continuar inacessível à pessoa que precisa de aprovar ou registar a fatura. O [registo de lembretes](https://www.billabex.com/pt/blog/registo-lembretes-rastreabilidade-automatizacao/) reconstitui percurso, mas deve ser lido no nível certo: tentativa, aceitação e resposta humana são diferentes. Estarem no mesmo histórico não os torna equivalentes nem garante anexo correto. Confirme a ligação ao documento e ao destinatário, para que uma prova técnica de uma mensagem não seja aplicada indevidamente a outra fatura ou conversa. ## Abertura não decide o desacordo A Apple indica que a proteção de atividade Mail descarrega conteúdo remoto em segundo plano independentemente da interação. Um sinal baseado nesse carregamento pode ocorrer sem leitura humana. A referência é Mail Privacy Protection, versão de 12 de dezembro de 2025. A documentação ajuda a interpretar o funcionamento do sinal, sem o transformar numa prova de tratamento contabilístico do documento anexado. Evite «sabemos que abriu a fatura» com base num contador. Mesmo abertura real não prova leitura do anexo, correção das menções ou registo contabilístico. Peça ação observável: encontrar documento, confirmar identificação ou explicar impedimento. O objetivo é obter informação útil para avançar, não usar um indicador de alcance limitado como argumento definitivo sobre o comportamento da pessoa. Isto melhora também trocas internas. Um comercial pode abrir e reencaminhar enquanto contabilidade ainda procura o anexo. O contador não reconstitui toda a cadeia. Uma resposta específica do serviço destinatário é mais útil do que interpretar um evento isolado. Procure saber quem consegue tratar o documento e que elemento falta, em vez de concluir que qualquer abertura equivale a receção pelo responsável pelo pagamento. ## Simulação: a última etapa importa Considere vinte faturas fictícias de 2 000 euros, enviadas por email num circuito em que o meio é aplicável. Três envios são rejeitados, dezassete aceites pelos servidores. Depois de verificar com clientes, cinco dessas dezassete ficaram em caixas que não tratam faturas; doze foram identificadas pelo serviço competente. O exemplo separa resultado técnico e tratamento operacional, mantendo o mesmo conjunto inicial de documentos. A aceitação técnica é **17 ÷ 20 = 85 %**, correspondendo a 34 000 euros. O tratamento confirmado é **12 ÷ 20 = 60 %**, ou 24 000 euros. A diferença é cinco faturas e 10 000 euros. São valores da simulação, não taxas de mercado ou desempenho de fornecedor. O denominador comum permite comparar etapas, mas cada indicador continua a medir um acontecimento diferente. Os cinco casos mal dirigidos exigem mudança de circuito; as três rejeições, resolução de entrega. As doze confirmações ainda não são pagamentos: o dinheiro recebido pode continuar nulo. Medir separadamente permite escolher ação e evita apresentar faturas aceites por servidor como caixa assegurada. O avanço administrativo é útil, mas não deve ser contado como recebimento antes de verificar o movimento financeiro correspondente. ## Reenviar sem criar outro pedido incoerente Se o original está correto, envie cópia identificável e explique que é documento já emitido. Preserve referência completa. Não crie segunda fatura para dar visibilidade ao reenvio. Se há erro de destinatário, valor ou regime, peça correção contabilística em vez de alterar silenciosamente o ficheiro. A continuidade entre original e eventual retificação deve permanecer compreensível para as duas partes. Confirme documentos esperados: a fatura pode estar disponível e bloqueada por [nota de encomenda em falta](https://www.billabex.com/pt/blog/nota-encomenda-em-falta-fatura-bloqueada/). Reenviar só a fatura não resolve. Junte a peça pertinente ou identifique quem a fornece e peça confirmação de que o processo é utilizável. O passo seguinte deve responder ao motivo concreto, não repetir o mesmo envio por ser a única ação disponível no modelo de acompanhamento. Em França, a DGFiP esclarece que um PDF normal por email não é fatura eletrónica no sentido da reforma: esta inclui dados estruturados e plataforma acreditada. Nas operações abrangidas pelo calendário e âmbito, examine esse percurso; email informativo não o substitui. Consulte a [DGFiP, 16 de janeiro de 2026](https://www.impots.gouv.fr/professionnel/questions/est-ce-quune-facture-envoyee-par-mail-est-une-facture-electronique). O canal correto depende do regime, não apenas da preferência operacional do remetente. ## Retomar com factos e próxima etapa Uma resposta possível: «Encontrámos o envio para o canal acordado no dia 14. Para permitir tratamento, reenviamos a cópia e a nota de encomenda. Pode confirmar receção pela contabilidade e indicar qualquer peça em falta?». Adapte depois de verificar processo e canal. O texto reconhece o histórico sem exigir que o cliente confirme uma leitura que não pode demonstrar e pede uma ação concreta que permite avançar. Não prometa automaticamente novo vencimento desde reenvio. Se houver contestação do prazo ou obrigação, reúna contrato, execução e cronologia. O artigo 1353 do Code civil distribui prova entre quem reclama obrigação e quem afirma liberação. Não torna um contador de abertura prova suficiente de todo o crédito. Consulte o [artigo 1353](https://www.legifrance.gouv.fr/codes/article_lc/LEGIARTI000032042341), mantendo separadas questões técnicas e análise jurídica francesa. As [conversas de acompanhamento na Billabex](https://www.billabex.com/pt/produto/lembretes-conversas/) recolocam a resposta no processo. Procure documento correto, destino adequado e interlocutor que saiba o que verificar. A discussão transforma-se numa pesquisa útil ao recebimento, com provas e limites conhecidos. O agente pode apoiar continuidade, mas não deve converter um estado técnico numa afirmação sobre leitura, aceitação ou pagamento que os elementos disponíveis não demonstram. ## Fontes - SendGrid, Delivered mas ausente da caixa. - Apple, Mail Privacy Protection, 12 de dezembro de 2025. - [DGFiP, fatura enviada por email, 16 de janeiro de 2026](https://www.impots.gouv.fr/professionnel/questions/est-ce-quune-facture-envoyee-par-mail-est-une-facture-electronique). - [Code civil, artigo 1353](https://www.legifrance.gouv.fr/codes/article_lc/LEGIARTI000032042341).