TL;DR — Resumo Rápido
Erro de localização inválida em Carta Porte 3.0: corrija CEP, colônia, município, coordenadas e nós Ubicacion antes de timbrar CFDI de transferência.
Ao timbrar um CFDI com Carta Porte 3.0, uma das rejeições mais comuns do PAC ou do validador do SAT é localização inválida: o nó Ubicacion do XML não cumpre catálogos de CEP, colônia, município, estado, RFC do estabelecimento ou coordenadas. O erro surge em frete, transferências entre armazéns e faturamento de transporte quando o sistema grava o endereço “como o motorista conhece” e não como o Anexo 31 exige.
Este artigo descreve o erro, causas técnicas e fiscais, e como alinhar origem, destino e paradas intermediárias aos catálogos do SAT antes de reenviar ao PAC.
O erro
Durante o timbrado:
Ubicación inválida en complemento Carta Porte
El código postal no corresponde al municipio declarado
La colonia no existe en el catálogo para el CP indicado
Coordenadas geográficas fuera de rango
Alguns PAC indicam o índice da localização; outros só “localização inválida”. Sem correção, não há UUID nem comprovante fiscal de transferência.
Causa do problema
CEP e colônia inconsistentes
O SAT publica c_Colonia ligado ao CEP. CEP válido com colônia de outro CEP, texto livre em vez de chave de catálogo, ou colônia vazia quando obrigatória gera rejeição — comum em obras e parques industriais.
Município e estado desalinhados
O ERP pode guardar nome antigo enquanto c_Municipio mudou a chave. O validador compara CEP + município + estado.
Tipo de localização e datas
Confundir Origen e Destino, fuso ou formato de data incorreto, chegada antes da saída → erro resumido como localização inválida.
Coordenadas e distância
Lat/long com vírgula, (0,0) ou DistanciaRecorrida incoerente disparam regras do PAC.
RFC na localização
RFC em Ubicacion incompatível com emissor/receptor ou dados de transporte incompletos.
Versão do complemento
Misturar Carta Porte 2.0 com CFDI 4.0 que exige 3.0 deixa atributos obsoletos em Ubicacion.
Solução passo a passo
1. Isolar XML e índice Ubicacion
Exportar XML rejeitado, anotar cada TipoUbicacion, CEP, colônia, município, estado, RFC e coordenadas.
2. Validar CEP e colônia nos catálogos SAT
Atualizar c_CodigoPostal, c_Colonia, c_Municipio, c_Estado; escolher colônia por chave.
3. Revisar RFC, tipo e datas
Alinhar FechaHoraSalidaLlegada e ordem das paradas.
4. Corrigir coordenadas e distância
Seis decimais e ponto decimal; recalcular DistanciaRecorrida.
5. Validar XSD e timbrar teste
Validador SAT para Carta Porte 3.0; traslado teste na mesma rota. Se o PAC também apontar Figura de transporte, identificação veicular ou seguros, corrija no mesmo ciclo — costumam estar ligados à rota mesmo quando a mensagem cita só localização. Compare o XML gerado com um timbrado recente bem-sucedido da mesma transportadora; um diff revela rapidamente atributo novo ou vazio em Ubicacion.
6. Corrigir cadastros e TMS de forma permanente
Replique a chave de colônia e o CEP validados nos cadastros de clientes, fornecedores e armazéns. Crie rotas padrão com IDs de Ubicacion fixos no TMS para evitar redigitar endereço a cada viagem. Após atualizações dos catálogos SAT, execute verificação em lote dos endereços de entrega abertos contra c_Colonia antes da alta temporada.
Prevenção
- Sincronizar catálogos SAT trimestralmente.
- Chave de colônia no cadastro de endereços.
- Modelos de rota já aprovados.
- Atualizar módulo Carta Porte após revisões do Anexo 31.
Resumo
- Localização inválida costuma ser CEP/colônia/município/coordenadas/RFC fora do catálogo.
- Corrigir o nó
Ubicacionexato com chaves oficiais. - Timbrado teste por rota antes da produção em massa.