Processamento de Faturas CFDI Mexicanas
50+ XMLs de 14 Fornecedores, Uma Planilha de AP Limpa

Quando 50 XMLs de CFDI Chegam no Fechamento do Mês — A Diferença Entre "Cada XML é Válido" e "O Lote Está Limpo"

O sistema de CFDI do México opera com um modelo de validação tripartite: o fornecedor gera um XML conforme as especificações do Anexo 20, um PAC certificado valida e carimba com um UUID (o Folio Fiscal de 36 caracteres), e o SAT o recebe em tempo real. Quando um CFDI chega ao seu departamento de contas a pagar como receptor, o XML já foi certificado. Isso é diferente de faturas em papel ou contas de fornecedores apenas em PDF na maioria dos outros países — e cria uma primeira impressão enganosa.

Como cada XML é individualmente válido, as equipes de AP presumem que o lote também estará limpo. Não estará. Cinco problemas estruturais surgem quando você reúne 50+ XMLs de CFDI de vários fornecedores e tenta consolidá-los em uma única planilha de AP:

Mistura de PUE e PPD. As faturas CFDI possuem um campo Método de Pago que divide todo o seu lote em dois pipelines de processamento fundamentalmente diferentes. As faturas PUE (Pago en una sola exhibición) são completas por si só — a fatura é o registro fiscal final. As faturas PPD (Pago en parcialidades o diferido) estão incompletas até que um CFDI de Pagamento correspondente com um Complemento de Pago chegue. Em um lote de 50 XMLs de fornecedores, você pode ter 32 PUE e 18 PPD. Os PPD não podem ser contabilizados até que o complemento de pagamento seja recebido e verificado em relação ao UUID da fatura original. Se sua planilha de AP tratar todos como itens de linha equivalentes, você contabilizará 18 transações que ainda não são dedutíveis para fins de IVA.

Fragmentação do Uso CFDI. Cada CFDI carrega um código Uso CFDI obrigatório — um valor do catálogo do SAT que determina como o receptor (sua empresa) aplicará a fatura para fins fiscais. G01 (aquisição geral de negócios), G03 (despesa geral) e D01 (aquisição dedutível para operações específicas) são comuns em um lote de fornecedores — mas acionam diferentes tratamentos fiscais, diferentes categorias de relatório DIOT e diferentes regras de crédito de IVA. Uma planilha que agrupa todos os CFDIs em uma única coluna "Imposto" sem o código Uso CFDI é inútil para a declaração do DIOT, a declaração mensal de compras de IVA devida até o dia 17.

Falha na deduplicação baseada em UUID. A maioria dos sistemas de AP deduplica com base no nome do fornecedor + número da fatura. No CFDI, o número da fatura (Folio) é único apenas dentro de uma única Série do fornecedor — e mesmo assim, um fornecedor pode anexar um novo UUID após cancelar e reemitir uma fatura corrigida. O verdadeiro identificador único é o Folio Fiscal (UUID) de 36 caracteres atribuído pelo PAC durante o timbrado. Sem extrair o UUID de cada XML, dois CFDIs diferentes de fornecedores diferentes com o mesmo valor de Folio serão sinalizados como duplicatas — ou um CFDI de substituição corrigido não será reconhecido como substituto do original.

Atraso na reconciliação do Complemento de Pago. Para faturas PPD, o comprovante de pagamento (CFDI Tipo Pago com Complemento de Pago) chega separadamente — às vezes dias ou semanas após a fatura de Ingreso original. Ele faz referência ao UUID da fatura original, registra o valor do pagamento, data e método, e deve ser cruzado com a linha de AP em aberto. Em um fluxo de trabalho manual, combinar 18 faturas PPD com seus respectivos Complementos de Pago em um lote de 50+ documentos é um exercício de reconciliação que pode levar horas — e uma correspondência perdida deixa uma despesa não dedutível em seu razão.

Variações de formato do RFC no bloco do receptor. O CFDI 4.0 exige o RFC exato no nó do receptor (sua empresa). Porém, alguns fornecedores — especialmente os menores ou produtores agrícolas — emitem CFDIs com o RFC genérico XAXX010101000 quando não têm seus dados fiscais completos. Outros enviam faturas para o RFC de sua subsidiária, enquanto seu sistema de contas a pagar espera o RFC da matriz. Essas divergências são sinalizadas no SAT: o CFDI existe, está certificado, mas o RFC do receptor não corresponde ao seu registro fiscal, o que pode levar à negação do crédito de IVA em uma auditoria.

PUE vs PPD em Lote — Por que um Único Campo Divide Todo o Seu Processo de Fim de Mês

No sistema CFDI do México, o Método de Pago não é uma conveniência de relatório. É uma classificação fiscal que determina se uma fatura pode ser deduzida imediatamente ou somente após o registro de um comprovante de pagamento correspondente. De acordo com a Resolução Miscelânea Fiscal (RMF), as faturas PUE são dedutíveis no momento da emissão. As faturas PPD tornam-se dedutíveis somente quando o Complemento de Pago é emitido e o evento de pagamento é registrado no SAT.

Para o processamento em lote, essa dualidade cria uma bifurcação prática no seu fluxo de trabalho:

A implicação para o processamento em lote: antes de executar qualquer extração, você deve primeiro classificar os XMLs do CFDI por Método de Pago. O lote PUE pode seguir diretamente para extração e contabilização. O lote PPD precisa de uma segunda passagem — cada Ingreso deve ser combinado com seu CFDI de Pago correspondente antes de entrar no razão. Se você não dividir o lote antecipadamente, terá 18 transações contabilizadas que ainda não estão fiscalmente completas, e seu DIOT discordará do seu razão de contas a pagar.

Para equipes de contas a pagar processando 50+ XMLs de CFDI no fim do mês, classificar por Método de Pago — e manter uma lista atualizada de UUIDs de PPD não conciliados — é a etapa de pré-processamento mais importante. Também é a mais frequentemente ignorada, porque a maioria das ferramentas de processamento em lote trata todas as faturas como equivalentes.

Ordenação do Uso CFDI — Por que G01, G03 e D01 não podem compartilhar a mesma conciliação

O catálogo de Uso CFDI (c_UsoCFDI) é uma lista de códigos mantida pelo SAT que o receptor — sua empresa — deve atribuir corretamente para cada CFDI recebido. Esta não é uma decisão do fornecedor; é sua declaração de como a despesa será tratada. Os três códigos mais comuns em um lote de fornecedores:

Os CFDIs G01, G03 e D01 vão para linhas diferentes na DIOT — a declaração mensal de compras de IVA do México, devida até o dia 17 de cada mês e agora protocolada inteiramente online pela plataforma web do SAT. Se a saída da extração do lote tratar todos os três códigos como uma única coluna "Imposto", o preparador da DIOT terá que reordenar manualmente os dados extraídos por Uso CFDI antes do protocolo. Isso é uma passagem extra em mais de 50 linhas.

A correção é simples: extraia o código Uso CFDI como uma coluna dedicada na saída do lote. Assim, sua planilha de contas a pagar pode ser ordenada, pivotada ou filtrada por código antes do protocolo da DIOT — e sua conciliação de fim de mês pode validar que cada linha G01 no lote corresponde a um RFC de fornecedor na seção G01 da DIOT, cada G03 em sua respectiva seção, e assim por diante. Uma extração de duas colunas (Valor + Imposto) é um lote quebrado. Uma extração de múltiplas colunas que preserva Uso CFDI, UUID, Método de Pagamento e RFC do fornecedor é um ciclo fechado.

Deduplicação por UUID — Por que o Folio Fiscal, e não o Folio, é o Número Real da Sua Fatura

Todo XML de CFDI carrega dois identificadores que parecem semelhantes, mas têm propósitos totalmente diferentes: o Folio (número da fatura atribuído pela sequência de numeração do fornecedor) e o UUID (o Folio Fiscal de 36 caracteres atribuído pelo PAC no momento do timbrado). Para deduplicação de contas a pagar, o Folio não é confiável. O UUID é a única chave confiável.

Três modos de falha de deduplicação específicos do processamento em lote de CFDI:

Colisão de Folio entre fornecedores. O Fornecedor A emite o Folio #1523 na Série A. O Fornecedor B também emite o Folio #1523 na Série F. Se seu sistema de contas a pagar deduplicar apenas com base no nome do fornecedor + Folio, ambos serão reconhecidos como únicos — mas se o mesmo fornecedor retransmitir o mesmo CFDI após uma correção, o sistema não detectará a duplicidade porque o UUID mudou enquanto o Folio permaneceu o mesmo. Você precisa de deduplicação em nível de UUID.

Correção via substituição de CFDI. De acordo com as regras de cancelamento do SAT, um fornecedor pode cancelar um CFDI com Motivo 01 ("fatura emitida com erros contendo dados incorretos") e reemitir uma versão corrigida com um novo UUID. O UUID antigo é invalidado, mas um sistema que deduplica por Folio verá o mesmo Folio tanto no XML cancelado quanto no corrigido — e pode marcar a versão corrigida como duplicata, suprimindo a fatura válida.

Reenvio em um ciclo de lote diferente. Os fornecedores ocasionalmente reenviam XMLs que você já processou — especialmente se usam entrega por e-mail em lote no final do mês. Sem deduplicação baseada em UUID, o mesmo CFDI chega em dois lotes consecutivos de final de mês e é contabilizado duas vezes.

Para contas a pagar em lote, a saída da extração deve incluir o UUID como uma coluna dedicada. Antes de lançar qualquer linha no razão, verifique o UUID em seu histórico de transações. Uma contagem distinta de UUIDs que corresponda ao número de XMLs no lote é uma verificação rápida de integridade — se 50 arquivos produzirem 47 UUIDs distintos, você tem 3 duplicatas para investigar antes de lançar.

O Problema do Complemento de Pago — Quando a Fatura Indica PPD e o Comprovante de Pagamento Chega Dias Depois

O Complemento de Pago é o mecanismo que conclui a vida fiscal de uma fatura PPD. Quando um fornecedor emite um Ingreso CFDI com Método de Pago = PPD, a transação não é encerrada fiscalmente até que um Pago CFDI separado chegue, contendo um Complemento de Pago que referencia o UUID da fatura original.

Para as equipes de AP, o Complemento de Pago cria um problema de conciliação de dois documentos que se agrava em escala de lote:

Defasagem de tempo. O Ingreso chega durante o mês. O Pago CFDI com o complemento de pagamento chega dias ou semanas depois — frequentemente em um período contábil diferente. Seu lote no fechamento do mês pode conter 35 Ingreso PPD CFDIs e apenas 28 Pago CFDIs correspondentes. Os 7 não correspondentes não podem ser encerrados. Se você os contabilizar mesmo assim, a despesa não é dedutível para IVA, e a conciliação algorítmica do SAT sinalizará a divergência.

Rastreamento de Parcialidad. Quando o pagamento de um fornecedor é feito em parcelas, cada pagamento parcial gera seu próprio Pago CFDI. Um Ingreso de $100.000 MXN pago em três parcelas gera três Pago CFDIs — cada um referenciando o mesmo UUID original, mas registrando um valor e data de pagamento diferentes. Sua planilha de AP precisa rastrear o status do pagamento no nível da parcela, não no nível da fatura, porque o crédito de IVA fica disponível incrementalmente à medida que cada Complemento de Pago é emitido.

Conciliação entre lotes. Na prática, o Complemento de Pago raramente chega no mesmo lote que o Ingreso original. O fechamento de AP no final do mês exige extrair a lista de UUIDs PPD abertos do lote do mês anterior, cruzar com os Pago CFDIs recém-recebidos e, em seguida, encerrar os pares correspondentes. Este é um trabalho manual de conciliação que escala linearmente com o tamanho do lote — 35 itens PPD abertos = 35 consultas manuais, cada uma exigindo localizar o XML do Pago, extrair os campos do complemento e verificar se os valores coincidem.

Variações no Formato do RFC — Por que XAXX010101000 Quebra sua Consulta de Cadastro de Fornecedores

O CFDI 4.0 endureceu significativamente os requisitos de identificação do receptor em comparação com a versão 3.3. No CFDI 4.0, o nó do receptor deve conter o RFC exato (registro fiscal), nome legal (Nombre), código postal (DomicilioFiscalReceptor) e regime fiscal (RegimenFiscalReceptor) — todos pré-validados na base de dados de contribuintes do SAT antes que a PAC aplique o timbre. Isso foi projetado para eliminar o problema do "fantasma fiscal", onde notas eram emitidas para contribuintes inexistentes ou com dados incorretos.

Para o processamento em lote de contas a pagar, a consequência prática é que um lote de 50 XMLs de CFDI de fornecedores não terá um RFC de receptor uniforme — mesmo que todos sejam emitidos para sua empresa:

Em um lote de 50 XMLs de CFDI de fornecedores, especialmente de fornecedores menores (produtores agrícolas, distribuidores rurais, prestadores de serviços independentes), 5–10% trarão um RFC genérico ou incorreto. Esses CFDIs são certificados e tecnicamente válidos — o SAT os aceitou — mas sua empresa não pode creditar o IVA sobre eles. A saída do lote deve sinalizar esses casos separadamente, e a equipe de contas a pagar deve acompanhar o fornecedor para reemitir o CFDI com o RFC correto do receptor antes do fechamento da janela de declaração DIOT do mês.

Validação de Campos CFDI 4.0 em Lote — O Que o SAT Rejeita Antes da Sua Equipe Ver

O CFDI 4.0, obrigatório desde 1º de abril de 2023, introduziu validações de campo mais rigorosas e novos campos obrigatórios. Para equipes de AP que recebem lotes de XMLs, as mudanças relevantes são:

RegimenFiscalReceptor agora é obrigatório. No CFDI 3.3, o regime fiscal do receptor era opcional. No 4.0, todo CFDI deve incluir o código Regimen Fiscal do receptor (do catálogo c_RegimenFiscal do SAT). Se sua empresa opera sob múltiplos regimes — por exemplo, Régimen General de Ley Personas Morales (código 601) para operações principais e Régimen de Actividades Empresariales con ingresos a través de plataformas tecnológicas (código 625) para uma linha de negócios separada — os CFDIs no seu lote devem refletir em qual regime cada transação se enquadra. Uma incompatibilidade entre o RegimenFiscalReceptor da fatura e seu regime registrado cria uma exposição a auditoria.

Validação cruzada RFC + Nome. O CFDI 4.0 pré-valida o RFC do receptor contra o nome legal registrado na base de dados do SAT. Se um fornecedor inserir seu RFC correto, mas um nome legal ligeiramente errado (ex.: "SA de CV" em vez de "S.A. de C.V."), o PAC rejeita o CFDI antes do timbrado. Isso significa que os XMLs CFDI 4.0 que chegam à sua caixa de entrada são estruturalmente mais confiáveis — mas a contrapartida é que erros na emissão têm maior probabilidade de resultar em rejeição total, em vez de uma fatura certificada, porém com falhas. O lote que você processa é mais limpo, mas menor: alguns fornecedores podem ter tido suas faturas rejeitadas e ainda não as reemitiram.

Campo Exportación. O CFDI 4.0 introduziu um campo Exportación obrigatório (c_Exportacion) — valores 01 (não sujeito a exportação), 02 (exportação definitiva, A1), 03 (exportação definitiva, A2) ou 04 (exportação temporária). Para empresas que exportam mercadorias, um lote de CFDIs de fornecedores conterá faturas com Exportación=01 e Exportación=02/03. Os CFDIs 02/03 têm tratamento de IVA diferente (IVA a 0% em vendas de exportação) e geralmente incluem o Complemento de Comércio Exterior (Complemento de Comercio Exterior 2.0, obrigatório desde janeiro de 2024). Essas faturas marcadas como exportação devem ser segregadas das faturas domésticas na saída do lote, pois a declaração DIOT separa compras nacionais e relacionadas à exportação.

Para o validador de lote, uma varredura rápida de pré-extração pode revelar sinais úteis: conte os valores distintos de RegimenFiscalReceptor (mais de 1 = possível incompatibilidade de regime), verifique a distribuição do campo Exportación (lote misto nacional/exportação) e conte RFCs de receptores distintos (RFCs genéricos sinalizados). Uma pré-verificação de 3 segundos em um lote de 50 XMLs economiza meia hora de classificação posterior.

Limites de Download em Lote no Portal SAT — O Que Você Pode (e Não Pode) Extrair do Buzón Tributario

Uma limitação prática que molda o fluxo de trabalho de AP no México: o portal SAT permite que contribuintes baixem seus CFDI recebidos pelo Buzón Tributario, mas com limites que se tornam relevantes em escala. A funcionalidade de download em massa do portal geralmente limita a 500.000 registros por solicitação — muito acima do que uma equipe de AP de médio porte precisa — mas a interface web impõe uma limitação prática: as sessões de download manual expiram, e navegar mês a mês pelos CFDI recebidos para selecionar XMLs individuais não é mais rápido do que solicitá-los diretamente aos fornecedores.

Para equipes de AP que processam de 50 a 200 XMLs de CFDI por mês, o gargalo mais comum não são os limites de download do SAT, mas a consistência na entrega dos fornecedores. Fornecedores maiores no México, que usam PACs como CONTPAQi (#1 PAC no México) ou EDICOM, geralmente entregam automaticamente os XMLs certificados ao comprador. Fornecedores menores que usam ferramentas SAT gratuitas ou PACs de baixo custo podem apenas gerar o CFDI sem entrega automatizada ao receptor — o que significa que a versão em PDF (com QR code para verificação no SAT) chega à sua equipe de AP, enquanto o XML precisa ser solicitado separadamente.

O fluxo de trabalho em lote para CFDI esporádicos ou de pequenos fornecedores, onde o XML está faltando, envolve duas abordagens práticas: solicitar o XML ao fornecedor (o que adiciona de 1 a 3 dias úteis ao fechamento do mês) ou usar a versão em PDF com uma ferramenta de extração de dados que pode ler dados de notas fiscais de PDFs e imagens — extraindo os mesmos campos para as mesmas colunas junto com os XMLs que você já possui. Essa consolidação de fontes mistas é onde o processamento em lote passa de "executar um parser de XML 50 vezes" para um fluxo de trabalho operacional real.

De 50 XMLs de CFDI para uma Planilha de AP — Um Fluxo de Trabalho de Fim de Mês

Aqui está um fluxo de trabalho em lote que leva em conta os desafios estruturais descritos acima. Ele é projetado para um analista de AP no fim do mês, lidando com 50+ XMLs de CFDI de 14 fornecedores, com um prazo de importação para CONTPAQi ou Aspel-COI no 3º dia após o fechamento.

Este fluxo de trabalho processa o lote em aproximadamente o mesmo tempo que um analista leva para extrair manualmente dados de 6 a 8 PDFs de CFDI um de cada vez — mas ele lida com 50+ e produz uma saída pronta para DIOT, não apenas "dados em uma planilha."

Para um mergulho mais profundo nos fundamentos da extração de dados estruturados de XMLs e PDFs de CFDI — incluindo como lidar com lotes de formato misto onde nem todos os fornecedores fornecem o XML — veja nosso guia sobre extração de notas fiscais CFDI mexicanas para Excel.

FAQ — Processamento em Lote de Faturas CFDI Mexicanas

O processamento em lote de CFDI pode lidar com faturas PUE e PPD misturadas na mesma execução?

Tecnicamente sim — uma ferramenta em lote pode extrair dados de ambas. Mas para precisão contábil, elas devem ser processadas como sub-lotes separados. Faturas PUE podem ser lançadas imediatamente. Faturas PPD devem ser pareadas com seu Complemento de Pago antes do lançamento. Mesclar ambas na mesma saída sem a etapa de reconciliação PPD cria passivos em aberto no seu razão.

Qual é o limite prático para download em lote de CFDIs recebidos no portal do SAT?

O download em massa do portal do SAT através do Buzón Tributario suporta até 500.000 registros por solicitação — muito além dos volumes típicos de contas a pagar. No entanto, a interface web tem sessão temporizada e não foi projetada para recuperação rápida de XMLs individuais de fornecedores. Para fechamento de contas a pagar mensal, solicitar XMLs diretamente dos fornecedores ou usar um serviço automatizado de entrega PAC-ao-receptor é mais rápido do que downloads manuais no portal do SAT.

O ImageToTable.ai processa arquivos XML de CFDI diretamente, ou apenas versões em PDF?

O ImageToTable.ai processa PDFs, imagens JPG, PNG e pode lidar com capturas de tela de documentos. Para arquivos XML de CFDI, você pode enviar a renderização em PDF do CFDI (que todo fornecedor mexicano deve fornecer junto com o XML), e a ferramenta extrai os mesmos campos — UUID, RFCs, valores, datas, Método de Pago — em colunas estruturadas. Para lotes mistos de XML + PDF onde alguns fornecedores enviaram apenas a versão impressa, tudo é mesclado em uma única planilha.

Como lidar com a deduplicação de UUID de CFDI em vários lotes de fechamento mensal?

Mantenha um registro contínuo de UUIDs. Antes de lançar cada novo lote, verifique cada UUID contra o registro. Uma contagem distinta de UUIDs que corresponda à contagem de arquivos confirma que não há duplicatas. UUIDs que aparecem em dois lotes separados indicam uma reenvio (mesmo CFDI enviado duas vezes) ou uma correção (cancelado e reemitido com um novo UUID — o antigo invalidado). Em ambos os casos, investigue antes de lançar. Uma saída de extração em lote que inclua a coluna UUID torna essa verificação um exercício de tabela dinâmica de 30 segundos.

Por que alguns CFDIs usam um RFC genérico como XAXX010101000, e posso contabilizar essas faturas?

XAXX010101000 é o RFC genérico designado pelo SAT para um receptor estrangeiro cujo RFC mexicano não está disponível. Você pode contabilizar a fatura em seu livro, mas o IVA desse CFDI não é creditável — não pode ser deduzido para fins de IVA. Para solicitar o crédito de IVA, você deve pedir ao fornecedor que reemita o CFDI com o RFC correto e registrado da sua empresa. Esta é uma das exceções mais comuns em um lote de 50+ CFDIs de fornecedores, e RFCs genéricos devem ser sinalizados antes da contabilização.

O Complemento de Pago pode ser automaticamente correspondido à sua fatura original em lote?

Sim, se sua ferramenta de processamento em lote extrair o UUID da fatura original de cada nó Complemento de Pago do CFDI de Pagamento — o elemento <pago20:Pago> referencia o UUID da fatura original em seu filho DocumentoRelacionado — e cruzá-lo com os UUIDs das faturas de Ingreso PPD abertas. Esta é uma correspondência XML-para-XML estruturada e pode ser totalmente automatizada, transformando 18 reconciliações manuais em zero.

Quais tipos de CFDI devo esperar em um lote típico de múltiplos fornecedores?

Em um lote de grandes distribuidores e fornecedores industriais, espere principalmente Ingreso (Tipo I) com Método PPD. Fabricantes e prestadores de serviços podem usar tanto PUE quanto PPD, dependendo dos termos contratuais. Você também pode receber notas de crédito Egreso (Tipo E) para devoluções ou ajustes — estas devem ser correspondidas com seu Ingreso original e tratadas como contra-lançamentos, não como itens de linha independentes. CFDIs de folha de pagamento (Tipo N, Nómina) são processados separadamente e devem ser filtrados do seu lote de AP.

O Verdadeiro Gargalo na AP Mexicana Não É a Velocidade de Digitação — É a Integridade da Reconciliação

Se cada XML de CFDI leva 3 minutos para abrir, examinar e copiar manualmente 8 campos para uma planilha, processar 50 faturas de fornecedores consome 2,5 horas do fechamento mensal de um analista de AP. Mas esse cálculo ignora o custo real. As 2,5 horas de digitação são seguidas por mais 3–4 horas de reconciliação — correspondendo faturas PPD a complementos de pagamento, verificando UUIDs contra lotes anteriores, classificando por Uso CFDI para declaração DIOT e cobrando RFCs genéricos dos fornecedores.

O gargalo na AP mexicana não é a velocidade de digitação. É que o resultado de uma extração manual — uma planilha com Nome do Fornecedor, Valor e Imposto — não contém nenhum dos campos necessários para a reconciliação. UUID, Método de Pago, Uso CFDI, Exportación, RegimenFiscalReceptor — esses são os campos que transformam uma lista simples de faturas em um lote de AP pronto para DIOT e auditável. Uma extração em lote que preserva todos eles simultaneamente elimina a etapa de reconciliação, que é onde o tempo real é gasto.

Na primeira vez que você processar um lote de 50 XMLs de CFDI de 14 fornecedores e exportar uma planilha onde a coluna UUID está preenchida, a divisão PUE/PPD está pré-classificada e o agrupamento por Uso CFDI corresponde às seções do DIOT — você perceberá que a extração em si nunca foi a parte difícil. A parte difícil era a reconciliação que você costumava fazer depois.