Si se va a utilizar la tabla de direcciones internas, se utilizará la siguiente estructura de tabla. Las personas de contacto de cada dirección se almacenan en una tabla PTC - Contact Person per Party / Addressindependiente. El enlace de las direcciones a las partes que están almacenadas en la tabla PTY - Party se establece mediante entradas en la tabla . PTA - Party Address Association
Nombre | Descripción Texto Ayuda | Tipo Datos | Long | Tabla de Códigos |
---|---|---|---|---|
INR | ID único interno | Texto | 8 | |
EXTKEY | Clave Externa | Texto | 24 | |
NAM | Name | Texto | 40 | |
BIC | Código de identificación bancaria (BIC) | Texto | 11 | |
BICAUT | Autenticador BIC/SWIFT intercambiado | Texto | 1 | <fixed-length> |
BID | Identificación de la sucursal | Texto | 35 | |
BLZ | Código bancario alemán | Texto | 8 | |
CLC | Código bancario (para bancos) | Texto | 35 | |
DPT | Departamento | Texto | 35 | |
EML | Correo electrónico/Internet | Texto | 140 | |
FAX1 | Telefax 1 | Texto | 20 | |
FAX2 | Telefax 2 | Texto | 20 | |
NAM1 | Nombre 1/SWIFT Línea 1 | Texto | 35 | |
NAM2 | Nombre 2/SWIFT Línea 2 | Texto | 35 | |
NAM3 | Nombre 3 | Texto | 35 | |
STR1 | Calle/SWIFT Línea 3 | Texto | 35 | |
STR2 | Segunda línea de calle opcional | Texto | 35 | |
LOCZIP | Código postal/Primera parte de SWIFT Line 4 | Texto | 10 | |
LOCTXT | TextoParte Ciudad/Segunda Parte SWIFT Línea 4 | Texto | 25 | |
LOC2 | Segunda línea de ciudad | Texto | 35 | |
LOCCTY | País de residencia | Texto | 2 | CTYTXT |
CORTYP | Canal de mensajes de salida principal (SWT, LET, TLX, TCO) | Texto | 3 | CORTYP |
POB | Apdo. correos | Texto | 35 | |
POBZIP | Código postal utilizado al direccionar el buzón | Texto | 10 | |
POBTXT | Parte de texto de la ciudad utilizada al direccionar el buzón | Texto | 25 | |
TEL1 | Teléfono 1 | Texto | 20 | |
TEL2 | Teléfono 2 | Texto | 20 | |
TID | ID TradeConnect | Texto | 23 | |
TLX | No. de Telex | Texto | 20 | |
TLXAUT | Telex Authenticator intercambiado | Texto | 1 | Embebido |
UIL | Código Idioma p/Defecto | Texto | 2 | UILTXT |
VER | Versión | Texto | 4 | |
MANMOD | Modificado manualmente | Texto | 1 | Embebido |
DTACID | ID L/C Importación DTA | Texto | 23 | |
DTECID | ID L/C Exportación DTA | Texto | 23 | |
TIDTCX | ID TradeConnect para la generación de documentos | Texto | 23 | |
DTGCID | ID DTA Garantías | Texto | 23 | |
BICTAR | BIC del destinatario de Target2 RTGS | Texto | 11 | |
ANTID | Id. allNETT (Opcional) | Texto | 13 | |
ANTEXPFLG | Exportación Datos allNETT | Texto | 1 | Embebido |
ANTATH | Autorización de cliente allNETT | Texto | 1 | Embebido |
ANTBUSLST | Lista de sectores de negocio, restringidos a allNETT/RIVO | Texto | 40 | |
LEI | Identificador de la Entidad Legal | Texto | 20 | |
BICTARACC | BIC de la cuenta RTGS de Target2 | Texto | 11 | |
TADMAINFLG | Bandera principal de RTGS T2 | Texto | 1 | |
TADPARTTYP | Tipo de participación en Target2 RTGS | Texto | 2 | Embebido |
ETGEXTKEY | Grupo Entidad | Texto | 8 | |
TIDBUS | Lista de sectores empresariales para TradeConnect | Texto | 40 | |
TIDTCXBUS | Lista de sectores de negocio para la generación de documentos | Texto | 40 |
ID interno único de un registro dentro de la tabla. El INR es un campo de texto que se crea recuperando la siguiente entrada válida del contador de esta tabla. El campo INR se utiliza para habilitar los vínculos de otras tablas a esta tabla.
Para los datos del contrato, el INR también vincula las dos tablas xxD y xxT, ya que las entradas asociadas tienen el mismo INR.
La clave externa se utiliza para identificar de forma única una dirección. La clave puede estar formada por letras y dígitos y suele ser el identificador único con el que un cliente o banco corresponsal se identifica en un banco.
La clave externa se puede utilizar para buscar una dirección que ya esté almacenada en la base de datos.
Este campo contiene un nombre descriptivo (de hasta 40 caracteres) que se utiliza para identificar una dirección. El nombre introducido en este campo no se utiliza para correspondencia, sino para identificar registros con nombres largos en una lista de selección o para otros fines de visualización e identificación.
La búsqueda dentro de una tabla se suele realizar introduciendo partes de este campo. Normalmente se muestran todos los conjuntos de datos coincidentes para poder seleccionar la dirección deseada.
Este campo contiene el código de identificación bancaria ISO (BIC) opcional de la dirección. La búsqueda dentro de una tabla se suele realizar introduciendo partes de este campo. Normalmente se muestran todos los conjuntos de datos coincidentes para poder seleccionar la dirección deseada.
El BIC se utiliza para identificar de forma única la dirección en todos los mensajes S.W.I.F.T. El SWIFT BIC está compuesto por un máximo de 11 caracteres y un mínimo de 8.
Este campo se utiliza para definir si se han intercambiado claves de autenticación SWIFT por esta dirección en particular.
Esta información se utiliza para establecer si todas las categorías de mensajes SWIFT pueden intercambiarse con el banco almacenado en esta dirección. Si este campo está en blanco, no se podrán intercambiar mensajes SWIFT con este banco.
Valores permitidos: No conectado = sin conexión SWIFT Conectado = sin autenticador, solo se puede intercambiar el mensaje SWIFT 999 con esta dirección Autenticado = autenticador disponible para intercambiar todos los tipos de mensajes SWIFT
Este campo contiene la ubicación (ciudad) utilizada para identificar la sucursal (no un código de sucursal SWIFT). Este campo solo se puede rellenar si no hay un SWIFT BIC disponible para esta dirección.
Cuando se especifica la identificación de sucursal (BID), se utiliza para identificar la dirección en un mensaje SWIFT (opción B de las etiquetas de campo SWIFT 52, 54 y 57 en determinados tipos de mensaje).
No es posible enviar mensajes SWIFT directamente a una dirección que solo esté identificada por su BID.
Este campo contiene el Bankleitzahl alemán (BLZ) de 8 dígitos o el código bancario de compensación. Por lo tanto, este campo solo se puede rellenar para bancos e instituciones financieras ubicados en Alemania y a los que se les ha asignado un BLZ.
Este campo se utiliza para indicar el código nacional del sistema de compensación de la dirección. Por ejemplo : Identificador universal CHIPS (EE. UU.) o código de sucursal CHAPS (Reino Unido), etc. Los BLZ alemanes no deben introducirse aquí, sino en el campo separado definido para este fin.
Identifica al departamento para la comunicación y la correspondencia.
Este campo contiene la dirección de correo electrónico del destinatario.
Este campo contiene un número de fax para el destinatario. Se pueden almacenar hasta dos números de fax por dirección.
Este campo contiene un número de fax para el destinatario. Se pueden almacenar hasta dos números de fax por dirección.
Este campo contiene el nombre de la institución o persona, cuya dirección se está configurando aquí.
Este campo contiene la segunda línea del nombre de la institución o persona, cuya dirección se está configurando aquí.
Este campo contiene el nombre de la institución o persona, cuya dirección se está configurando aquí.
Este campo contiene el número de la casa y el nombre de la calle del destinatario.
Este campo contiene la segunda línea opcional de la calle en la dirección.
Este campo contiene el código postal de la localidad (ciudad). (Código postal en EE. UU., PLZ en Alemania, etc.)
Este campo contiene el nombre de la ciudad.
Este campo opcional contiene el distrito de la ciudad o información adicional sobre la ciudad.
Este campo contiene el nombre del país para la dirección.
Este campo se utiliza para predeterminar el método preferido de correspondencia para esta dirección.
En este campo se especifica el número del apartado de correos del destinatario. Si este campo y el código postal de la dirección del apartado de correos contienen entradas, todo el correo superficial se enrutará al apartado de correos.
En este campo se especifica el código postal de la dirección del apartado de correos. Si este campo y el número de apartado postal contienen entradas, todo el correo superficial se enrutará al apartado de correos Caja.
Este campo contiene el nombre de la ciudad.
En este campo se especifica el número de teléfono. Se pueden especificar hasta dos números de teléfono diferentes.
En este campo se especifica el número de teléfono. Se pueden especificar hasta dos números de teléfono diferentes.
Este campo se utiliza para especificar el identificador único del destinatario que se utiliza para enviar y recibir mensajes de TradeConnect. La TID tiene 8 caracteres.
Este campo contiene el número de télex del destinatario.
Este campo especifica si se ha intercambiado un autenticador de télex con esta dirección.
Código | Texto |
---|---|
Y | Sí |
N | No |
El código de idioma define el idioma correspondiente a la dirección en cuestión. El sistema establecerá por defecto este código de idioma para la generación de correspondencia en el procesamiento diario siempre que sea posible.
Este campo contiene el contador de versiones utilizado para realizar un seguimiento del historial de una entrada de esta tabla. Las distintas versiones se administran mediante entradas en la tabla SLG.
El propósito de esta marca es marcar las direcciones que no deben sobrescribirse mediante la descarga de direcciones de la tabla de direcciones de host. También se comprueba si se ha modificado manualmente una dirección. Los valores que no estén vacíos protegen la entrada de la base de datos contra la sobrescritura de la importación de direcciones.
Código | Texto |
---|---|
no modificado | |
Y | modificado |
Número de cliente usado para direccionar mensajes DTA.
Número de cliente utilizado para direccionar mensajes DTE.
Este campo se utiliza para especificar el identificador único del destinatario que se utiliza para enviar y recibir mensajes de TradeConnect. La TIDTCX tiene una longitud de 8 caracteres.
Número utilizado para direccionar los mensajes DTG.
Este es el Target2-BIC completo de 11 dígitos para los pagos Target2. BIC que se utilizará en el encabezado del negocio de mensajes para abordar los pagos. Este BIC es igual al BIC de la cuenta de RTGS T2, excepto para los BIC de múltiples destinatarios.
Normalmente se carga desde el directorio Target2-BIC.
Id. de cliente allNETT Implementación común: Igual que el ID de cliente de DOKA
Este indicador indica que existe un ID allNETT y que se modificó recientemente. Es usado por la transacción CONANT para activar la exportación de datos del cliente a allNETT. Valores posibles: * Blank (En blanco): No se exportarán datos * P (perfil): Los datos del perfil del cliente solo se exportarán a allNETT. Esta opción está predeterminada al cambiar uno de estos atributos: Nombre, dirección, ID SWIFT BIC, autorización allNETT. * C (Contratos): Los datos completos del cliente se exportarán a allNETT, incluidos el perfil y las operaciones. Esta opción está predeterminada al configurar o modificar el ID de cliente allNETT. CONANT restablece este indicador después de completar la exportación de datos del cliente a allNETT.
Código | Texto |
---|---|
Ninguno | |
P | Perfil |
C | Operaciones |
B | Perfil & Operaciones |
Este campo controla la autorización de entrada de datos del cliente allNETT. Valores posibles: * I (Consulta): El cliente allNETT tiene autorización de solo lectura en sus datos. Solo puede consultar las transacciones comerciales existentes, pero no puede procesar nuevas transacciones. Este es el valor predeterminado. * D (entrada de datos): El cliente allNETT tiene autorización de lectura/escritura en sus datos. Es capaz de procesar transacciones comerciales, así como consultarlas.
Código | Texto |
---|---|
D | Ingreso de Datos |
I | Consulta |
ANTBUSLST tiene una lista separada por comas de sectores de negocio a los que allNETT está restringido para este cliente.
Si la lista está vacía y se establece un ID allNETT (ANTID), se permiten todos los sectores.
El identificador de entidad legal (LEI) es un identificador importante (pero no obligatorio) para ISO.
Una LEI es una norma ISO 17442 aprobada por G20, código de identidad único verificable globalmente. Se trata de una combinación de código alfanumérico de 20 dígitos asignado a una entidad jurídica, como una sociedad limitada, un fondo o un fideicomiso, o cualquier organización. Este código permite identificar cada entidad en una base de datos global de entidades que pueden buscarse por número en lugar de por nombre, ya que muchas entidades pueden tener el mismo nombre o similar.
El LEI tiene beneficios de gran alcance al aumentar la transparencia en la banca, los mercados de capitales, KYC, la incorporación de clientes y la lucha contra el blanqueo de capitales.
Se debe utilizar principalmente como identificador para las empresas. Para los bancos, el código de identificación principal debe ser siempre un BIC.
Este campo contiene la clave externa del grupo de entidades propietario para identificar al propietario lógico de esta entrada. Este campo se rellena automáticamente durante la inserción y se utiliza como filtro al acceder a la base de datos. Sin implementación especial, solo las entradas del grupo de entidades actualmente activo son visibles para el usuario.
Puede contener una lista de patrones delimitados por espacio de sectores de negocio. Si no está vacío, los mensajes de TCO para esta dirección solo se pueden crear en los sectores de negocio correspondientes.
Puede contener una lista de patrones delimitados por espacio de sectores de negocio. Si no está vacío, los mensajes TCX para esta dirección solo se pueden crear en los sectores de negocio correspondientes.
BIC que identifica la «Cuenta de efectivo directo» o la cuenta del «Banco central» de RTGS. BIC es igual al BIC del destinatario excepto para BIC de múltiples destinatarios.
Actualmente no se utiliza en DOKA. Es necesario si un participante no directo de T2 RTGS necesita cargar o abonar pagos en dicha cuenta «espejo/nostro».
Este BIC se suele importar a través del directorio T2 RTGS.
Indicador BIC principal en Target2-RTGS.
Normalmente, esta información se carga desde el directorio T2 RTGS.
Este indicador solo se muestra con fines informativos desde el directorio T2 RTGS.
La marca BIC principal no es compatible con esta aplicación.
En los sistemas T2 para pagos con RTGS se ofrecen varios tipos de participación:
Participantes directos - 01 - Solo los Participantes directos tienen acceso directo a RTGS. Pueden proporcionar acceso indirecto a RTGS para otras instituciones financieras y ofrecerles servicios especiales. - Los participantes directos son responsables de todas las transferencias de dinero enviadas y recibidas a través de su cuenta RTGS DCA (dinero directo).
Participantes indirectos - 02 - Participantes indirectos no tienen una cuenta de efectivo directa RTGS DCA (Direct Cash Account) - Los participantes indirectos solo están vinculados a una cuenta de DCA RTGS con un participante directo (podría estar en otro país) - Los participantes indirectos se pueden dirigir indirectamente
Participantes con múltiples destinatarios - 03 (Instituciones de crédito) y 04 (Sucursal de Participantes directos) - Sucursal de Participantes directos o Instituciones de crédito pertenecientes a un «grupo» de un Participante directo. - Están vinculados a través de la cuenta DCA de RTGS del Participante directo. - Sus órdenes de pago se liquidan en la cuenta DCA de RTGS del Participante Directo.
BIC direccionables: estos BIC solo pueden enviar y recibir pagos de RTGS a través de la cuenta vinculada de un Participante directo. - Sus órdenes de pago se liquidan en la cuenta DCA de RTGS del Participante Directo.
Código | Texto |
---|---|
01 | Directo |
02 | Indirecta |
03 | Multidirección - Instituciones de crédito |
04 | Destinatario múltiple - Sucursal del participante directo |
05 | BIC Dirigible - Correspondiente |
06 | BIC direccionable - Filial de participante directo |
07 | BIC direccionable - Sucursal del participante indirecto |
08 | BIC direccionable: sucursal del corresponsal |