TL;DR — Resumen Rápido

Error de ubicación inválida en Carta Porte 3.0: corrige código postal, colonia, municipio, coordenadas y nodos Ubicacion antes de timbrar el CFDI de traslado o ingreso.

Diagrama

Al timbrar un CFDI con complemento Carta Porte 3.0, uno de los rechazos más frecuentes del PAC o del validador del SAT es ubicación inválida: el nodo Ubicacion del XML no cumple catálogos de código postal, colonia, municipio, estado, RFC del establecimiento o coordenadas geográficas. El mensaje aparece en operaciones de transporte de carga, traslados entre almacenes y facturación de fletes cuando el sistema captura direcciones “como las conoce el chofer” pero no como las exige el Anexo 31 y los XSD del complemento.

Este artículo describe el error, las causas técnicas y fiscales, y un procedimiento para alinear origen, destino e ubicaciones intermedias con los catálogos del SAT antes de volver a enviar el comprobante al PAC.

El Error

Durante el timbrado puedes recibir variantes como:

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 o formato incorrecto

RFC de ubicación no coincide con el contribuyente del comprobante

Error en validación de esquema — nodo Ubicacion

Algunos PAC devuelven el índice de la ubicación (primera origen, segunda destino). Otros solo indican “ubicación inválida” y obligan a revisar todo el bloque cartaporte20:Ubicaciones en el XML. Mientras persista el error, no habrá UUID y el viaje queda sin comprobante fiscal de traslado.

Causa del Problema

Código postal y colonia inconsistentes

El SAT publica c_Colonia ligado a código postal. Capturar un CP válido pero elegir una colonia de otro CP, usar texto libre en lugar de clave de colonia, o dejar colonia vacía cuando el esquema la exige provoca rechazo. Es común en direcciones de obras, parques industriales o carreteras donde el operador conoce la calle pero no la clave catastral fiscal.

Municipio y estado desalineados

Tras actualizaciones de división territorial o de nombres oficiales, el ERP puede guardar municipio con nombre antiguo mientras el catálogo c_Municipio ya cambió la clave. El validador compara CP + municipio + estado; cualquier triplete inválido marca la ubicación como incorrecta aunque el resto del CFDI sea válido.

Tipo de ubicación y fechas incorrectas

Carta Porte distingue tipos (Origen, Destino, puntos intermedios). Confundir tipo, usar fecha y hora sin zona o en formato distinto al XSD, o declarar llegada anterior a salida genera errores que el PAC resume como ubicación inválida. En rutas multi-parada cada Ubicacion debe seguir orden lógico y campos obligatorios por modalidad (Autotransporte, Ferroviario, etc.).

Coordenadas y distancia recorrida

En modalidades que exigen latitud y longitud, valores en grados sexagesimales, comas en lugar de punto decimal, o coordenadas (0,0) son rechazadas. La DistanciaRecorrida debe ser coherente con origen y destino; discrepancias extremas activan validaciones de negocio del PAC aunque el XSD pase parcialmente.

RFC en ubicación y permisos SCT

Cuando la ubicación referencia un RFC distinto al del emisor o del receptor del comprobante sin la relación correcta, o faltan datos de figura de transporte y vehículo vinculados al mismo trayecto, el validador puede fallar en el nodo Ubicacion aunque el usuario interprete el mensaje como dirección postal únicamente.

Versión de complemento y ERP desactualizado

Mezclar plantillas Carta Porte 2.0 con comprobante CFDI 4.0 que exige 3.0, o no aplicar el parche del TMS después de un aviso del SAT, reproduce atributos obsoletos en Ubicacion que el esquema ya no reconoce — a menudo reportados como error 307 o ubicación inválida según el PAC.

Solución Paso a Paso

1. Aislar el XML y el índice de Ubicacion

Exporta el XML rechazado. Busca cartaporte20:Ubicacion (o namespace vigente). Anota TipoUbicacion, IDUbicacion, CP, colonia, municipio, estado, RFC y coordenadas de cada nodo. Guarda el mensaje literal del PAC en tu bitácora de logística.

2. Validar CP y colonia contra catálogos SAT

Descarga o consulta en tu ERP los catálogos c_CodigoPostal, c_Colonia, c_Municipio y c_Estado actualizados. Para cada ubicación:

  1. Verifica que el CP exista.
  2. Selecciona colonia por clave, no solo por nombre visible.
  3. Confirma que municipio y estado correspondan al CP.

Si la dirección física es nueva, usa el CP oficial asignado por SEPOMEX y la colonia que el SAT tenga publicada; no inventes claves.

3. Revisar RFC, tipo y fechas de cada ubicación

Asegura que el RFC en la ubicación sea el del establecimiento que corresponde (emisor, receptor o tercero autorizado según operación). Alinea FechaHoraSalidaLlegada con la ruta real y con la zona horaria exigida. Reordena ubicaciones intermedias si el TMS las exportó en secuencia incorrecta.

4. Corregir coordenadas y distancia

Obtén latitud y longitud del origen y destino desde el TMS o mapa con al menos seis decimales y punto decimal. Recalcula DistanciaRecorrida con la misma unidad que exige el complemento (kilómetros). Evita redondeos que dejen distancia cero en trayectos largos.

5. Validar XSD y timbrar prueba

Usa el validador de esquema del SAT para Carta Porte 3.0 junto con el CFDI 4.0. Corrige hasta eliminar errores en Ubicacion. Timbrar un traslado de prueba con la misma ruta y un monto simbólico confirma que el PAC acepta la configuración antes de producción masiva.

Integra la validación de CP en el alta de clientes y almacenes para no repetir el error en cada viaje.

Prevención

  • Mantén catálogos SAT sincronizados en el TMS o ERP cada trimestre.
  • Captura clave de colonia en alta de direcciones, no solo calle y ciudad.
  • Usa plantillas de ruta probadas que ya timbraron con éxito.
  • Actualiza el módulo Carta Porte cuando el SAT publique revisión del Anexo 31.
  • Capacita a tráfico para no copiar direcciones de facturación distintas a las de origen/destino de carga.

Resumen

  • Ubicación inválida en Carta Porte suele ser CP, colonia, municipio, coordenadas o RFC mal alineados con catálogos SAT.
  • Localiza el nodo Ubicacion exacto en el XML y corrige con claves oficiales, no texto libre.
  • Valida fechas, tipo de ubicación y distancia antes de reenviar al PAC.
  • Un timbrado de prueba por ruta evita multas por traslado sin CFDI válido.

Artículos Relacionados