Esta tabla contiene la información de todos los documentos gestionados por la aplicación.
Para los documentos generados, las entradas se generan al guardar la transacción. Los documentos generados siempre están vinculados al contrato y a la transacción de generación.
Los documentos o mensajes entrantes están vinculados al registro durante la importación. La transacción que recoge el mensaje recibido vincula el documento con la operación.
Nombre | Descripción Texto Ayuda | Tipo Datos | Long | Tabla de Códigos |
---|---|---|---|---|
INR | ID único interno | Texto | 8 | |
OBJTYP | Tipo de Objeto | Texto | 6 | |
OBJINR | INR de objeto | Texto | 8 | |
TRNTYP | Tipo de Transacción | Texto | 6 | |
TRNINR | Transacción que maneja el documento | Texto | 8 | |
TRNSUB | Contador en TRN | Numérico | 3 | |
EXTKEY | Clave Externa | Texto | 32 | |
NAM | Name | Texto | 40 | |
CREUSR | Crear Usuario | Texto | 8 | |
CREFRM | Creando transacción | Texto | 8 | |
CREDATTIM | Timestamp of Creation | Fecha y Hora | 15 | |
DIR | Dirección ('>'=Saliente, '<'=Ingreso) | Texto | 1 | SMHDIR |
DOCPTH | Ruta del documento (relativa a la aplicación o raíz de datos) | Texto | 50 | |
DOCFIL | Nombre de documento (ID de archivo) | Texto | 32 | |
DOCFXT | Formato del documento (RTF, TIF, TXT, etc.) | Texto | 4 | |
DOCMAC | MAC | Texto | 8 | |
MSGPOS | Posición Mensaje en Documento | Numérico | 10 | |
MSGLEN | Longitud del mensaje en el documento (0=resto del documento) | Numérico | 10 | |
GRPINR | INR del 1er de Mensajes Particulados/Parciales | Texto | 8 | |
GRPSEQ | No Secuencia Mensajes Parciales | Numérico | 3 | |
CORTYP | Estructura/Sintaxis del mensaje (SWT, LET, TLX, TCO) | Texto | 3 | CORTYP |
CORTYPSUB | Subtipo de mensaje (define SRV) | Texto | 3 | |
APF | Formulario | Texto | 6 | APFTXT |
SNDKEY | Clave del receptor (BIC/Telex#/Fax#/Email) | Texto | 140 | |
APFCNT | Recuento por formulario | Texto | 50 | |
PTAINR | Documentos de recepción de PTA | Texto | 8 | |
ORIFLG | Tipo de Copia | Texto | 1 | Embebido |
ORISMHINR | ID único interno del mensaje original | Texto | 8 | |
PARTFLG | Contador de mensajes parciales | Texto | 3 | |
MSGTYP | Tipo de mensaje (opcional) | Texto | 8 | |
RELCUR | Divisa relevante (opcional) | Texto | 3 | |
RELAMT | Importe Relevante (Opcional) | Numérico | 18 | |
DOCETY | ETYEXTKEY de la entidad que envía | Texto | 8 | |
SNDKEYSTM | Receptor Adicional | Transmisión | 80 | |
STP | Mensaje STP | Texto | 1 | Embebido |
ANTATTKEY | Clave de documento adicional allNETT | Texto | 50 | |
SWTUTR | Swift UETR para mensajes de pago entrantes/salientes | Texto | 36 | |
VER | Versión | Texto | 4 | |
ETYEXTKEY | Entidad | Texto | 8 | |
GETFLDNRM | Campo que contiene los campos de búsqueda normalizados. | Texto | 100 |
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.
Tipo de objeto del contrato de tenencia (p. ej., TAPA, GID).
Identificador único del contrato de tenencia.
En este campo se especifica la tabla a la que está asociada la identificación de la transacción. (Típicamente TRN)
Identificador único de la transacción que creó o procesó el documento. Este campo se rellena cada vez que se guarda un mensaje saliente. En el caso de los mensajes entrantes, este campo se rellena cuando se guarda la transacción de procesamiento.
Sub ID para identificar de forma única un mensaje creado y obtener un pedido definido dentro de una transacción.
El campo identifica un mensaje. Para los mensajes SWIFT entrantes, este campo se utiliza para combinar mensajes parciales (por ejemplo, TAG 27 donde TAG 27 está lleno pero no '1:1').
Para los mensajes salientes, el campo indica el usuario que crea el mensaje.
Transacción que creó esta entrada SMH.
Actualmente solo se rellena en el registro automático.
Para los mensajes salientes, el campo define la fecha y la hora en que se creó el mensaje.
Dirección del mensaje. Los mensajes salientes creados por la aplicación están marcados con '>'. Los mensajes entrantes creados por aplicaciones externas u otras partes están marcados con «<».
Ruta donde se almacena el documento. La ruta debe ser relativa a la partición de datos de la aplicación. Si se especifica una ruta absoluta, es posible que no se pueda reubicar este documento.
ID de archivo del documento.
Extensión del archivo del documento utilizado para determinar el tipo de documento. La extensión del archivo se guarda sin el punto delimitador. Para crear el nombre real del archivo, el nombre del documento, el punto y la extensión del archivo deben estar concatenados.
Este campo puede estar vacío si no se ha creado ninguna MAC de protección o puede contener la MAC del mensaje/documento creado.
(1=Comienzo del documento, 0=Documento completo) Campo para identificar la posición de un único mensaje dentro de un documento de varios mensajes. Un valor de 0 hace referencia a todo el documento. Un valor de 1 hace referencia al primer byte del archivo de documento.
Este campo especifica la longitud de un mensaje dentro de un archivo de documento de varios mensajes. Un valor de 0 especifica el resto del documento como documento.
Si un mensaje se divide técnicamente en mensajes parciales, o si se crean otras copias secundarias del mensaje original (por ejemplo, una copia SWIFT enviada a través de x99), este campo contiene el ID único (INR) del mensaje principal original.
Lo mismo se aplica a los mensajes entrantes combinados para crear el mensaje lógico completo. Por lo tanto, todas las entradas SMH lógicas agrupadas se vinculan llenando este campo con el INR del primer mensaje, o el principal. Para los mensajes que aún no estén vinculados y deban combinarse con otros mensajes, este campo debe mantenerse vacío, ya que estos indicadores no procesan submensajes.
Si un grupo de entradas SMH se forma al rellenar el campo INR, este campo especifica la secuencia de los mensajes.
«0» indica el líder de grupo
Para mensajes de división salientes (p. ej., SWIFT): El mensaje original antes de la división obtiene GRPSEQ=0
Para mensajes salientes con adjuntos (por ejemplo, TC, EML, BOL): GRPSEQ = 0 para 'Mensaje principal'=Jefe de grupo GRPSEQ > 0 para adjuntos
Para mensajes entrantes de varias partes que se unen (por ejemplo, SWIFT) GRPSEQ = 0 para mensaje 1/x
Para mensajes entrantes de varias partes con adjuntos (p. ej., TC, EML, BOL) GRPSEQ = 0 para mensaje principal GRPSEQ > 1 para adjuntos
Define la estructura/sintaxis del mensaje usada para crear/interpretar el mensaje.
Formulario de solicitud utilizado para imprimir el mensaje.
'NOP' significa 'El mensaje no se puede imprimir'.
Contiene una secuencia de hasta 10 entradas de 5 bytes cada una que describe cuántas copias se van a imprimir.
Este campo identifica al remitente/receptor de este mensaje. Si la dirección para este mensaje se ha tomado de la base de datos, el ID del participante que define la dirección utilizada se almacena aquí. Si no se toma una dirección de la base de datos, este campo se deja en blanco.
A = Accesorios SMH, es decir, el ID del mensaje original comprende el ID del SMH que contiene el documento F = Archivo adjunto, es decir, DOCxxx contiene el nombre del archivo adjunto
Código | Texto |
---|---|
C | Copiar a |
S | Original a |
N | Suprimir Original |
O | Original |
A | SMH Adjunto |
F | Archivo Adjunto |
D | Documento Adjunto |
Si el mensaje es una copia o reemplazo de un mensaje original creado automáticamente, el ID del SMH original se almacena aquí.
Este campo se rellena para marcar mensajes entrantes parciales, es decir, mensajes para los que el número de mensajes parciales es superior a 1 y el campo INR aún no se ha establecido.
Si el campo no está vacío, el mensaje aún no se ha completado. El campo contiene el número del mensaje parcial, por ejemplo, «1/2».
Si el mensaje está completo, los campos INR y secuencia se utilizan para agrupar los mensajes parciales y este campo se restablece a vacío.
Tipo técnico de mensaje recibido o enviado.
Si se puede determinar una moneda relevante para este mensaje, la moneda se puede almacenar aquí. De lo contrario, el campo se deja en blanco.
Si se puede determinar una cantidad relevante para este mensaje, esta cantidad se puede almacenar aquí. En este caso, también debe almacenarse la divisa asociada.
Esta entidad puede ser opcional para definir una entidad utilizada como remitente de este mensaje. Este campo a veces se denomina «entidad de logotipo» ya que para la salida en papel la dirección del membrete + remitente está definida por esta entidad.
Lista de destinatarios adicionales (adicional al campo 'Clave de destinatario') que se utilizan actualmente solo para el correo electrónico. Cada línea contiene un receptor.
Mensaje STP: Procesamiento directo
Clave para permitir la comprobación de adjuntos allnett duplicados enviados a clientes allNETT.
Construya de la misma manera que EXTKEY pero permita 50 dígitos
TRNINR + «:» + PANDSC
Este campo se rellenará con un UETR.
UETR (Referencia única de transacción de extremo a extremo) es una parte obligatoria de muchas normas de pago, por ejemplo, SWIFT GPI, SWIFT CBPR+ y T2 RTGS. Proporciona una referencia universalmente única de extremo a extremo en una transacción de pago. Se utiliza para identificar globalmente los mensajes de pago con el fin de permitir que cualquier participante solicite el estado de cualquier pago en cualquier momento. El UETR lo genera la parte iniciadora de un mensaje de pago.
Mensajes salientes Para mensajes Swift FIN MT, el UETR se añade al campo 121 del mensaje de pago (por ejemplo, MT103, MT202) por el servicio de mensajes SWIFT. Para mensajes de pago basados en la norma ISO20022 (por ejemplo, Swift CBPR+, T2 RTGS etc.) forma parte del bloque «Payment Identification» (Identificación de pagos) y se añade mediante el servicio de mensajes para mensajes XML.
Mensajes entrantes Para los mensajes entrantes, ya que la aplicación no gestiona los mensajes de pago entrantes, la UETR solo se muestra pero no se asigna.
Este campo contiene la clave externa de la entidad propietaria 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 de la entidad actualmente activa son visibles para el usuario.
Campo que contiene la suma concatenada y normalizada de todos los campos de búsqueda utilizados por la búsqueda rápida. Este es uno de los campos definidos en un método SdbSetNRMFields definido en el módulo de definición de tabla.
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.