Novadrastia Import
Info@novadrastia.net

UETR SWIFT, Campo 121 y Campo 111: formato, uso y obligaciones operativas

Con la SWIFT Standard MT Release 2018 se introdujo la obligación de incluir la UETR (Unique End-to-End Transaction Reference) en el campo 121 del Bloque 3 del encabezado FIN para determinados mensajes MT. Esta referencia única permite identificar y seguir una transacción de extremo a extremo a lo largo de toda la cadena bancaria, independientemente del número de bancos intermediarios que intervengan.

Además, para los miembros de SWIFT gpi, se incorpora el uso del campo 111 – Service Type Identifier, también en el Bloque 3, que clasifica el tipo de servicio gpi asociado a la transacción (por ejemplo, pagos de cliente gpi, servicios de cobertura, etc.).

El objetivo de esta página es explicar en detalle qué es el UETR, cómo debe formatearse, dónde se coloca en el mensaje SWIFT, cómo se relaciona con el campo 111 y cuáles son las obligaciones concretas de bancos, empresas e intermediarios en la generación, transmisión y conservación de esta información.

1. Qué es el UETR (Unique End-to-End Transaction Reference)

El UETR es una referencia única de transacción de extremo a extremo que identifica de forma inequívoca una operación de pago o instrucción a lo largo de toda la cadena SWIFT. No se trata de una referencia interna de un banco, sino de un identificador global que:

Permite rastrear la transacción desde el iniciador hasta el beneficiario final.
Es único a nivel mundial, no solo dentro de una entidad o país.
Se mantiene inalterado a lo largo de todos los bancos intermediarios.
Es obligatorio para determinados tipos de mensajes MT (por ejemplo, MT103, MT101, etc.).

En el contexto de SWIFT gpi, el UETR es la clave que permite la trazabilidad en tiempo casi real de los pagos, la identificación de retrasos, comisiones aplicadas y el estado de la operación en cada punto de la cadena.

2. Formato y generación del UETR

El UETR debe cumplir con el estándar de UUID/GUID versión 4 definido en IETF RFC 4122. Esto implica:

Debe ser un identificador único a nivel global.
Debe generarse siguiendo el algoritmo de UUID versión 4 (basado en valores aleatorios).
Debe tener una longitud de 36 caracteres, incluyendo guiones.
Se compone de 32 caracteres hexadecimales (0–9, a–f) divididos en 5 grupos.

2.1. Estructura del UETR

El formato general es:

xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx

Donde:

x es cualquier carácter hexadecimal en minúscula (0–9, a–f).
4 indica que se trata de un UUID de versión 4 (valor fijo).
y puede ser 8, 9, a o b (bits de variante del UUID).

2.2. Requisitos clave

Unicidad: cada UETR debe ser único a nivel mundial.
Asignación: el UETR debe ser asignado por la parte iniciadora del mensaje (banco o corporativo).
Formato: siempre en minúsculas, con guiones en las posiciones estándar del UUID.
Persistencia: el mismo UETR debe acompañar a la transacción durante toda su vida.

La generación del UETR no debe hacerse “a mano” ni con formatos arbitrarios. Debe utilizarse un generador de UUID versión 4 conforme a RFC 4122, integrado en los sistemas del banco o de la empresa iniciadora.

3. Campo 121 – UETR en el Bloque 3 del encabezado SWIFT

El campo 121Bloque 3 del encabezado FIN de los mensajes MT. La SWIFT Standard MT Release 2018 establece la obligación de incluir este campo para determinados tipos de mensajes.

3.1. Ubicación en el encabezado

Un encabezado MT103 sin UETR podría verse así:

{1:F01YOURCODEZABC1234567890}{2:I103YOURBANKXJKLU3003}{3:{113:SEPA}{108:ILOVESEPA}}{4:

Con el UETR correctamente incluido en el campo 121 del Bloque 3, el encabezado debe verse así:

{1:F01YOURCODEZABC1234567890}{2:I103YOURBANKXJKLU3003}{3:{113:SEPA}{108:ILOVESEPA}{121:xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx}}{4:

3.2. Reglas de uso del campo 121

Debe estar siempre en el Bloque 3 del encabezado.
Debe contener un UETR válido (UUID v4) de 36 caracteres.
Debe ser generado por la parte iniciadora del mensaje.
Debe mantenerse inalterado por todos los bancos intermediarios.

Cuando SWIFT gpi se extienda a una base de usuarios corporativos más amplia, los iniciadores corporativos deberán incluir el campo 121 en sus mensajes MT (por ejemplo, MT101) exactamente de la misma manera, garantizando la trazabilidad end-to-end.

4. Campo 111 – Service Type Identifier (solo miembros SWIFT gpi)

El campo 111 también se sitúa en el Bloque 3 del encabezado y se utiliza para identificar el tipo de servicio SWIFT gpi asociado a la transacción. Solo debe ser utilizado por miembros de SWIFT gpi.

4.1. Ejemplo de encabezado con campos 111 y 121

{1:F01YOURCODEZABC1234567890}{2:I103YOURBANKXJKLU3003}{3:{113:SEPA}{108:ILOVESEPA}{111:001}{121:xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx}}{4:

4.2. Valores típicos del campo 111

001 – Para:
- SWIFT gpi Customer Credit Transfer (gCCT).
- SWIFT gpi Cover Services (gCOV).
002 – Reservado para el servicio SWIFT gpi Stop and Recall (gSRP).
Otros valores – Podrán definirse en el futuro para nuevos servicios gpi.

4.3. Puntos clave

Si la entidad no es miembro gpi, no debe utilizar el campo 111.
Si es miembro gpi, debe utilizar el valor correcto según el tipo de servicio.
El campo 111 complementa al UETR, pero no lo sustituye.

5. Ejemplos de encabezados MT con UETR y Service Type

5.1. MT103 con UETR (sin gpi)

{1:F01YOURCODEZABC1234567890}
{2:I103YOURBANKXJKLU3003}
{3:{113:SEPA}{108:ILOVESEPA}{121:123e4567-e89b-12d3-a456-426655440000}}
{4:
:20:REF123456
...
-}

5.2. MT103 gpi con UETR y Service Type 001

{1:F01YOURCODEZABC1234567890}
{2:I103YOURBANKXJKLU3003}
{3:{113:SEPA}{108:ILOVESEPA}{111:001}{121:123e4567-e89b-12d3-a456-426655440000}}
{4:
:20:REF123456
...
-}

Estos ejemplos son ilustrativos. En la práctica, el UETR debe generarse dinámicamente y no reutilizarse entre transacciones distintas.

6. Obligaciones de bancos, empresas e intermediarios

6.1. Parte iniciadora (banco o corporativo)

Generar un UETR válido (UUID v4) para cada transacción relevante.
Incluir el UETR en el campo 121 del Bloque 3 del mensaje MT.
Asegurar que el UETR se almacena y se puede consultar para trazabilidad y conciliación.

6.2. Banco receptor

Ser capaz de recibir y procesar el campo 121 en el Bloque 3.
Almacenar el UETR junto con el resto de datos de la transacción.
Utilizar el UETR para la trazabilidad, conciliación y resolución de incidencias.

6.3. Bancos intermediarios

Recibir el UETR en el Bloque 3 del mensaje MT.
Reenviar el UETR sin cambios al siguiente banco en la cadena.
No generar nuevos UETR ni modificar el existente.

6.4. Entorno de pruebas y puesta en producción

Los requisitos relativos al UETR y al campo 121 están disponibles para pruebas en el entorno T&T (Test & Training) y se activaron en producción con la SWIFT Standard MT Release 2018 (18 de noviembre de 2018, según el calendario anual).

7. Impacto operativo, trazabilidad y control

7.1. Trazabilidad end-to-end

El UETR permite seguir una transacción a través de todos los bancos implicados, lo que:

Facilita la localización de pagos retenidos, rechazados o en investigación.
Permite identificar en qué punto se ha producido un retraso o una incidencia.
Mejora la transparencia frente a clientes y contrapartes.

7.2. Conciliación y reporting

Al disponer de un identificador único global, los sistemas internos de bancos y empresas pueden:

Conciliar pagos entre distintos sistemas (core banking, tesorería, ERP, etc.).
Generar informes de estado de pagos con un identificador común.
Responder con mayor precisión a consultas de clientes y auditores.

7.3. Riesgos si no se implementa correctamente

Pérdida de trazabilidad de la operación a lo largo de la cadena bancaria.
Dificultades para localizar pagos en caso de disputa o reclamación.
Incumplimiento de los requisitos SWIFT y posibles observaciones en auditorías técnicas.

En la práctica, el UETR se ha convertido en un elemento central de la operativa de pagos internacionales moderna. Su correcta generación, transmisión y conservación no es solo un requisito técnico, sino una pieza clave de la gestión de riesgos, la transparencia y la eficiencia operativa en el entorno SWIFT gpi y en la mensajería MT en general.