Mantenedor Mapeo de Mensajes Recibidos

Esta transacción se usa para mantener mapeos de campo para mensajes entrantes.

Esta transacción permite asignar campos de un mensaje electrónico entrante a campos de la aplicación. La definición del campo permite que los mensajes entrantes se asignen automáticamente a los campos en la transacción comercial relacionada.

Indicación: Si un tipo de mensaje no se puede asignar a una transacción de destino, la transacción «Ruteo de Items Pendientes» (SPTROU) se especifica como transacción de destino. Si se puede determinar una transacción de destino, pero no se ha almacenado ninguna asignación, todos los campos del mensaje recibido se muestran en la transacción de destino en «Unmapped» (No mapeado). Si el mapeo no tiene éxito porque falta una entrada de la tabla de códigos, los campos que no se han mapeado también se mueven a «Unmapped».

Las siguientes transacciones se pueden iniciar haciendo clic en los iconos de la siguiente lista para:

• Agregar Mapeo de Campos
• Modificar Mapeo de Campos
• Eliminar Campo de Mapeo
• impresión de asignaciones de campo para mensajes entrantes.
• generarLista Mapeo de Campos
• muestra Registro de versiones las modificaciones de las asignaciones de campo para los mensajes entrantes.

• hastaExportar Mapeo para Mensajes Recibidos
• hastaImportar Mapeo para Mensajes Recibidos

Después de seleccionar el formato de origen (a través de la lista de selección «Fuente») y el tipo de mensaje, las etiquetas de mensaje (Etiqueta) se asignan con los campos de aplicación (Campo de destino) se muestran en la tabla en la parte inferior del panel. En el campo con el mismo nombre se muestra la transacción correspondiente en cada caso.

La «transacción» se puede introducir o buscar utilizando el icono que mostrará todas las asignaciones de transacción del tipo de mensaje introducido.

Nota sobre los mensajes SWIFT Score: Los mensajes de puntuación son MT798, donde 77E contiene un mensaje integrado de cliente a banco o de banco a cliente. El mapeo debe crearse para el mensaje incrustado. Tanto el MT798 como el mensaje incrustado contienen cada uno una etiqueta :20:. Para tag :20: del mensaje incrustado, REF.2 debe introducirse en el subtipo para la asignación.

Para respaldar especialmente la prueba de mensajes entrantes debido a cambios regulatorios como SWIFT 2018/2020 con diferentes conjuntos de caracteres (“X”, «Z») o requisitos de mapeo para el mismo tipo de mensaje, es posible manejar un mapeo alternativo por tipo de mensaje y transacción de destino.

La casilla de verificación «Asignación alternativa» mostrará las asignaciones alternativas y permitirá al usuario aplicar cualquier cambio si es necesario. Dependiendo de la fecha de activación SWIFT (definida en Mantenedor Configuración de Sistema), la aplicación utilizará la cartografía correcta en «Adminsitrador para Mensajes Recibidos».

Con la introducción de Nuevas Secuencias en Garantías, se han usado muchas etiquetas de campo en ambas secuencias con el mismo nombre. Para identificar la misma etiqueta de campo en una secuencia diferente, se añade Secuencia (B, C) como sufijo a la identificación secundaria en la asignación.

Además, se ofrece la opción de copiar un mapeo existente de la base de datos o copiar una definición de un archivo externo .

Seleccione la asignación de campos existente que desea modificar y, a continuación, haga clic en el icono . Es posible modificar o eliminar descripciones de campos existentes, o añadir nuevas descripciones de campos utilizando los botones «-/+».

Se debe marcar «Sobrescribir» si el contenido del campo existente en el campo de destino se va a reemplazar por el contenido del campo del mensaje actual.

«Transformación» describe cómo se debe transferir el contenido de la etiqueta a la aplicación. Es posible, por ejemplo, transformar un BIC directamente en una dirección, un código en texto largo, etc.

La transformación más utilizada es la 'Tabla de códigos'. Si se ha definido una «tabla de códigos incorporada» para el campo de destino que se va a utilizar, la columna «Argumento» debe dejarse vacía; de lo contrario, deberá introducir la tabla de códigos que se utilizará. Al hacerlo, las entradas de la tabla de códigos utilizadas en el mensaje se mostrarán correctamente en la aplicación (por ejemplo,: Asignación MT 700 de 'Tipo de LC' (LCRTYP) a LETOPN).

Si los valores del mensaje disponibles para un campo son idénticos a los del texto explicativo de la aplicación, se selecciona la transformación «Tabla de códigos» junto con la tabla que también está asignada al campo de aplicación. En este contexto, es irrelevante en qué idioma se conoce el texto explicativo en el sistema.

Si existen otros valores disponibles que puedan asignarse inequívocamente a los valores conocidos o guardados en la aplicación, será necesario definir una tabla de transformación. Esta tabla debe incluir el valor conocido o almacenado en la aplicación como clave y el texto descriptivo como valor del mensaje. Esto se gestiona de forma diferente si el mensaje contiene varios valores diferentes que se van a asignar a la misma clave: en este caso, se define una tabla de transformación cuya clave es al menos un dígito más larga que la clave del campo en la aplicación. A continuación, los textos explicativos se asignan a la tecla deseada y, además, se asigna un número secuencial (o bandera de idioma) adicional.
Esto hace que las claves de la tabla de transformación sean formalmente únicas una vez más. Sin embargo, cuando se copia un valor en un campo de aplicación, el componente adjunto se elimina de nuevo, de modo que solo queda el componente conocido en la aplicación.

Sin embargo, debe tenerse en cuenta que los valores resultantes pueden tener que ser devueltos de nuevo por la aplicación (por ejemplo, en las confirmaciones de ejecución de vuelta a TradeConnect). Si la asignación no es única, debe determinarse qué valor único debe devolverse (por ejemplo, a partir de la constelación de varios contenidos de campo) al devolver los datos.

Durante esta transformación, se comprueba si el contenido del campo existe en forma de código en la tabla de códigos nominada en la columna «Argumento» (vacío = tabla de códigos incrustada del campo de destino). De lo contrario, no se transferirá nada. Un ejemplo sería la información de la moneda que se puede comparar con la tabla de códigos CURTXT.

Esta transformación resuelve el contenido del campo del mensaje entrante contra la tabla de códigos indicada en la columna «Argumento» y el código, incluyendo su texto largo de la tabla de códigos, está disponible en «No mapeado». El resultado es que los campos que no se pueden transferir automáticamente y que solo contienen un código se muestran al usuario de forma comprensible. A continuación, el usuario puede decidir qué debe hacerse a partir de esta información. Para definir una transformación de este tipo, primero es necesario crear una tabla de códigos con los códigos del campo en el mensaje entrante. El texto que se mostrará en No mapeado junto con el código debe introducirse en la columna «Texto».

“Neg. «Importe» se utiliza para proporcionar una etiqueta que en términos de contenido representa una cantidad negativa, con un signo «menos» en la aplicación, es decir, para mostrar una cantidad negativa (por ejemplo,: MT707 a LETAME. El tag 33B contiene 'Reducir Importe'; sin embargo, en los mensajes se transmite sin el signo menos anterior. En la aplicación, esta etiqueta se introduce en el campo «Increase Amount» (Aumentar importe) estableciendo la transformación como una cantidad negativa).

Se utiliza un «Valor numérico» para los campos que utilizan el subID «NBR» para especificar que se trata de un campo numérico.

«Resolución BIC» se utiliza para resolver un BIC ( C oda de dentificador /Bank I)contenido en un mensaje entrante en una dirección almacenada en la aplicación.

Igual que con la resolución BIC, pero para los BIC representados por un código de terminal de 12 dígitos. Se elimina el código del terminal. Si el código de sucursal es 'XXX', también se elimina antes de la resolución.

La resolución de una dirección mediante una clave contenida en el mensaje recibido, que se utiliza para autenticar la dirección. Mediante los valores guardados en la tabla PTM se resuelve la dirección para un canal determinado.

Los campos que no se van a utilizar se pueden omitir seleccionando «Ignorar». Como resultado, no aparecerán en la lista «No mapeado» de la transacción.

Este método de transformación permite incluir campos en las reglas de cartografía y mostrarlos aún en «No mapeados» en la transacción. A diferencia de la situación de «Codetable for Unmapped», el contenido no se transformará. El contenido del campo para el mensaje entrante se muestra uno a uno en «No mapeado». Técnicamente, estas entradas de mapeo no son necesarias, pero pueden mejorar la documentación del uso de etiquetas en los mensajes entrantes.

'Text to date' convierte una fecha de 6 dígitos (AAMMTT) o de 8 dígitos (AAAAMMTT) en formato de texto en un campo de fecha del tipo 'Date'.

La 'TradeConnect-ID' se utiliza para la asignación de mensajes de TradeConnect.

Etiquetas en un mensaje en el que 2 partes de longitud variable separadas por '/' pueden ser mapeadas en consecuencia utilizando esta función. TX1 toma entonces el contenido del campo antes que '/', y TX2 toma el contenido del campo después del primer '/'.

La lógica de transformación basada en el Código de propósito (tag 22A de un SWIFT MT760) está disponible si la misma etiqueta de la misma secuencia necesita ser mapeada a diferentes campos de destino basados en los códigos de propósito.

Los códigos de propósito como argumentos se pueden definir para Transformación como 'Código de propósito (22A)' o para 'Resolución BIC'.

Los códigos de propósito permitidos son ISSU, ISCO e ICCO. Internamente, la lógica está diseñada de tal manera que todos los demás códigos de propósito (como los de la enmienda) se adaptan en consecuencia.

Los códigos de propósito ADVI, ACNF, ISAB, ISAW, ADVA, ACNA, ISUA elegirán el mismo mapeo definido para ISSU.
El código ISCA elegirá la misma asignación definida para ISCO.
El código de propósito ICCA elegirá la misma asignación definida para ICCO.

Seleccione la asignación de campos que desea eliminar y haga clic en el icono . Después de confirmar la eliminación, la asignación de campos seleccionada se elimina de la base de datos.

Las asignaciones de campos (también: mapas de campo) se pueden importar o exportar mediante los botones y . La transacción «Exportar Mapeo para Mensajes Recibidos» se usa para exportar y la transacción «Importar Mapeo para Mensajes Recibidos» se usa para importar.

Mapeo de Campos