En el artículo “Lanza SAT Complemento Carta Porte versión 3.0” se analizan los cambios contenidos en esta versión.

Duda
Una de las grandes dudas que han surgido es en torno a un nuevo dato que se solicita, como obligatorio, a nivel encabezado del CCP. Este nuevo dato es un identificador del CCP, denominado IdCCP.

La explicación técnica del nuevo estándar del CCP 3.0 establece que este campo es para expresar los 36 caracteres del folio del complemento Carta Porte (IdCCP) de la transacción de timbrado conforme al estándar RFC 4122, para la identificación del CFDI con complemento Carta Porte.

RFC 4122
Al referirse al estándar RFC 4122, no es algo que tenga relación con el Registro Federal de Contribuyentes (RFC), sino que se trata del estándar para la creación de identificadores únicos, conocidos como UUID (Universally Unique Identifiers) o también llamados GUID (Globally Unique Identifiers) en el contexto de Microsoft.

Un UUID es un número de 128 bits que se utiliza para identificar información de manera única en sistemas informáticos. El RFC 4122 es el documento que define el estándar y las técnicas para generar UUID, asegurando que sean únicos en todo el mundo, sin necesidad de un sistema central de coordinación.

Un ejemplo de un UUID es: 550e8400-e29b-41d4-a716-446655440000.

Los contribuyentes pueden estar familiarizados con este dato, puesto a que cada Comprobante Fiscal Digital por Internet (CFDI) que se timbra en México se le asigna uno, y se le conoce como “folio fiscal”. Este folio es asignado por el Servicio de Administración Tributaria (SAT), o bien, por el proveedor autorizado de certificación (PAC).

Dado que es matemáticamente improbable (aunque no imposible) que dos UUID generados de forma adecuada sean idénticos, se pueden usar con confianza para identificar recursos e información en distintos sistemas y redes sin temor a colisiones o duplicados.

IdCCP
Ahora bien, la explicación técnica del nuevo campo IdCCP señala que se trata del folio del CCP de la transacción de timbrado, para la identificación del CFDI con CCP.

Cabe aclarar que el CCP no se timbra sólo, sino este complemento debe incorporarse a un CFDI ya sea de ingreso (tipo “I”) o de traslado (tipo “T”), por lo que resulta confuso, al menos con la información disponible al día de hoy, cómo es que se va a incorporar un UUID adentro del complemento.

Dado que este dato es requerido para formar la “cadena original” del CFDI con CCP, que se requiere para generar el sello digital del comprobante, resulta indispensable que este dato ya exista desde antes de timbrarse.

Posibilidad
Del análisis realizado por Fiscalia, todo parece indicar que será obligación del emisor de la Carta de Porte generar un UUID de manera propia (con sus propios sistemas), para que quede como identificador único del CCP, y que sea incorporado a la cadena original como un dato más. De ahí que la propia autoridad aclare el estándar con el que este IdCCP se debe generar.

Esto es así, porque actualmente el único UUID que se genera en un CFDI es el generado por la autoridad o por el PAC al momento de timbrar el comprobante.

Con este cambio, todo parece indicar que será el mismo emisor que estará obligado a generar un UUID previo, mediante sus propios recursos, para agregarlo como identificador único de esa carta de porte, y que, finalmente formará parte del conjunto de datos que se timbrarán, y por los que la autoridad generará y asignará el UUID, pero a nivel comprobante fiscal.

Aclaraciones
Aún están pendiente las reglas de la autoridad en las que se aclare la manera en que se debe generar esta nueva versión del CCP 3.0, pero, en el inter, este análisis puede servir de guía para dilucidar la intención de la autoridad.

Especial
Toda la documentación técnica del CCP 3.0 está disponible en el Especial de Fiscalia Complemento Carta Porte (CFDI) - Cobertura especial sobre documentación técnica, marco jurídico e implementación de la nueva Carta de Porte.

Fuente: Fiscalia.com