Verificación Visual de una SWIFT COPY MT103

1. El UETR: la huella digital del MT103

Toda SWIFT COPY auténtica de un MT103 debe incluir un UETR (Unique End-to-End Transaction Reference), un identificador único en formato UUID:

123e4567-e89b-12d3-a456-426614174000

Si no aparece, o el formato no es un UUID válido, la copia no es auténtica.

2. Field 20: la referencia del emisor

El campo :20: debe contener una referencia única generada por el banco emisor:

:20:ABC123456789XYZ

• Alfanumérico
• Sin espacios
• Sin símbolos extraños
• No genérico

Si el :20: es incoherente o repetitivo, alerta de falsificación.

3. Estructura obligatoria de una SWIFT COPY MT103

Una copia auténtica debe mostrar los bloques SWIFT:

{1:F01AAAABBCCAXXX1234567890}
{2:I103BBBCCDDXXXXN}
{4:
:20:REF123456789
:23B:CRED
:32A:250205EUR12345,67
:50K:/123456789
JOHN DOE
:59:/ES9820385778983000760236
JANE DOE
:71A:OUR
-}

Si falta el Block 1, Block 2 o el cierre -}, no es una SWIFT COPY auténtica.

4. Formato SWIFT: cómo debe verse

• Texto plano estructurado
• Sin logos ni colores
• Sin tablas ni diseño de oficina
• Importes con coma decimal (12345,67)
• Campos en orden exacto

5. Errores típicos en copias falsas

• Campos inventados (:40A:, :77B:, :71F:)
• Importes con puntos o separadores de miles
• Orden incorrecto de campos
• Espacios antes de los dos puntos
• Ausencia del cierre -}
• BIC inexistentes o incoherentes
• :71A: con valores no válidos

6. Checklist visual rápido

• UETR válido (UUID)
• Field 20 coherente
• Bloques {1:}{2:}{4:} presentes
• Campos obligatorios en orden
• Formato texto plano
• Importes con coma decimal
• BIC reales
• :71A: OUR / SHA / BEN
• Ordenante es cliente, no banco
• Cierre -} presente

Si falla uno solo, la SWIFT COPY no es auténtica.