Al trabajar con direcciones, se puede distinguir entre direcciones principales («Partes») y direcciones postales subordinadas («Dirección»). Una dirección siempre se asigna a una parte, mientras que una parte puede tener varias direcciones.
La sede central del grupo puede definirse como la parte, por ejemplo, con direcciones afiliadas que representen las direcciones de las sucursales. Lo mismo se aplica a un banco como el participante, por ejemplo, con las direcciones que representan a los departamentos correspondientes y a los contactos pertinentes.
Las condiciones, los números de cuenta y similares se asignan a una parte específica, mientras que, en principio, una dirección es simplemente la dirección postal de esa parte en particular (es decir, no se incluye más información en una dirección). La mayoría de las veces, la relación será 1:1 con una parte que solo tenga la dirección única. Sin embargo, en los casos en los que se hayan asignado varias direcciones a una parte concreta, un usuario introduce una parte y recibe una lista de selección de las direcciones asignadas a partir de las cuales se puede realizar una selección.
Cada parte está asignada a uno o más tipos de dirección que de hecho describen la naturaleza de la parte, por ejemplo, cliente, banco, etc. Cada vez que se rellena un campo de dirección durante una transacción, la definición de campo particular identifica qué tipos de dirección se pueden usar. En las listas de selección solo se contemplan las direcciones permitidas.
Hay dos formatos de entrada/visualización de direcciones en las transacciones:
Al editar las direcciones en la transacción, están disponibles los siguientes iconos para cada dirección, tanto en la visualización directa (principal) como en la visualización de la lista:
Si se introduce manualmente una dirección (introduciendo la dirección en el subpanel «Crear temporalmente <Party>“), se solicita al usuario que confirme si la dirección debe guardarse como dirección temporal. Si se confirma la solicitud, la dirección se almacena como dirección temporal en la base de datos con un código interno. Posteriormente, se puede recuperar de la base de datos de la misma forma que una dirección «normal».
En este contexto, varios tipos de mensajes (por ejemplo, números SWIFT-BIC o ID de TradeConnect) se pueden introducir directamente en el panel. Los detalles de la dirección se muestran en el panel «Autenticación de la dirección» y se pueden editar en las transacciones de edición del sistema de datos estáticos.
Se puede editar una dirección temporal haciendo clic en [ Modificar] en el panel de visualización para las direcciones temporales. La modificación se guarda directamente. Por lo tanto, sigue estando disponible, incluso si el registro de la transacción se pausa o se cancela.
Para recuperar una dirección de la base de datos, ya sea el número en el que se ha guardado el participante, se requiere parte del nombre del participante o parte del BIC del participante. En los últimos casos, se muestra una lista de selección que hace referencia a la información que el usuario ha introducido y desde la que puede elegir. A continuación, se muestra la información correspondiente en el siguiente campo.
Estas «partes» (también, «roles») se establecen para cada sector de negocio y conllevan ciertos significados. Entre ellos se incluyen el «aplicante», el «banco presentador», etc. Para cada función hay un código de 3 dígitos que se utiliza para referirse a la parte en procesamiento. Estos códigos de rol solo se muestran en la aplicación cuando, por motivos técnicos, no es posible visualizar la descripción bancaria correcta de la función. La función es visible en las transacciones de liquidación, por ejemplo, y en el resumen de mensajes que se van a enviar.
Los roles válidos se definen en la tabla de códigos «ROLALL».
Hay varios tipos de fiesta/función:
Son las partes habituales, como el banco presentador, el solicitante, etc.
Algunas partes de un contrato pueden ser simplemente copias de otra parte, con el usuario decidiendo qué parte se copiará. De forma alternativa, también se puede utilizar una nueva dirección no introducida en el contrato. Con estas partes, también hay un campo de rol en la parte superior de los datos normales de la parte que controla qué parte se puede copiar. Si el campo de función contiene el valor «FRE», se trata de una nueva dirección introducida en el contrato. Si el campo de función no contiene el valor «FRE», la dirección original y el participante dinámico siempre se sincronizarán. Por lo tanto, si, por ejemplo, se cambia la referencia del participante dinámico, esta se copia de nuevo en los detalles del participante original.
Siempre que sea posible, los paneles de liquidación y los mensajes deben utilizar siempre partes dinámicas para un contrato en lugar de transferir al participante original, dependiendo del campo de función.
Las partes dinámicas típicas incluyen el «presentador de documentos» (PRB) y la «parte responsable del pago» (PYR).
Estas partes son distinguibles de las partes dinámicas al ser utilizadas solamente en una transacción y no se almacenan en la operación. Un ejemplo típico sería el «destinatario de un mensaje» en las transacciones xxxFRE, por ejemplo.