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.

Este campo contiene el número de referencia del contrato del conjunto de documentos (BR). El número de referencia puede tener hasta 16 caracteres. Este campo debe definirse como un campo clave de la base de datos para optimizar el rendimiento. Se puede utilizar para buscar contratos BR en la base de datos.

Este campo contiene el nombre de las facturas recibidas que se muestran externamente para identificar un contrato BR. El nombre puede tener hasta 40 caracteres.

Este campo debe definirse como un campo clave de la base de datos para optimizar el rendimiento. Se puede utilizar para buscar contratos BR en la base de datos.

Este campo contiene el ID de usuario de la persona responsable del tratamiento de este contrato.

Este campo contiene el INR de la transacción que abrió/emitió la operación.

Este campo de fecha identifica la fecha en la que se agregó físicamente la entrada a la base de datos.

El campo contiene la fecha de apertura/emisión del contrato. Si se establece este campo, el contrato se ha establecido legalmente y podría utilizarse para transacciones comerciales. Esta fecha describe el momento en el que el presente contrato se convierte en legalmente vinculante. Puede tratarse de una fecha anterior a la fecha de creación, en la que el contrato era legalmente vinculante antes de que se almacenara en la base de datos.

Estos campos indican la fecha de cierre de un contrato. Si se ha realizado una entrada, la operación se cierra y ya no se puede utilizar para procesar transacciones comerciales, excepto transacciones especiales como los gastos de liquidación o los mensajes comunes.

Este campo contiene el tipo de operación principal.

Este campo contiene el número de identificación único de la operación principal.

La fecha de presentación es la fecha en la que el banco que utiliza la aplicación presenta los documentos al cliente (por ejemplo, el solicitante o la institución iniciadora).

Esta fecha especifica cuándo se han enviado las mercancías. Si las mercancías se envían por mar, este campo especifica la fecha en la que las mercancías se recogen a bordo del buque en el país del beneficiario.

Este campo se rellena cuando la liquidación se efectúa antes de que se hayan presentado los documentos.

Si el campo está rellenado, es posible reclamar el importe del documento.

Este campo especifica la fecha en la que los documentos comienzan a vencer o vencer. Esto sucede cuando se ha presentado un conjunto limpio de documentos al banco emisor (banco utilizando la aplicación) y el banco está obligado a pagar. Por alguna razón, el banco no puede adeudar la cuenta del solicitante a cambio y, por lo tanto, otorga (intencionadamente) un crédito al solicitante. Si el banco puede recuperar posteriormente el importe del documento del solicitante, puede cobrar intereses a partir de ese día.

Este campo es necesario en caso de que se reciba un Aviso de pago (MT 754) bajo la L/C donde se haya especificado el TAG 34A. Según la normativa SWIFT, el TAG 34A puede contener una fecha de valor, que es la fecha en la que el conjunto de documentos debe pagarse o ha sido pagado. La información recibida se guarda en este campo.

La fecha contiene la fecha en la que se recibió un Aviso de pago (MT754 entrante) (por ejemplo, en la transacción «Documentos de asesoramiento»).

Este campo especifica la fecha de vencimiento de un conjunto de documentos de uso presentados bajo la L/C.

Fecha en la que el banco que utiliza la solicitud ha recibido los documentos del presentador (fecha del sello de recepción, NO fecha de la orden del cliente, sería la fecha de la orden).

Este campo indica la fecha en la que se recibió un Aviso de discrepancia (MT750 entrante) (por ejemplo, en la transacción «Documentos de asesoramiento»).

Este campo especifica el tipo de documentos que se han recibido bajo la L/C. La selección realizada en este campo influye en gran medida en las opciones de procesamiento disponibles en BR.

Por ejemplo, si se ha seleccionado «documentos a la vista» (= P), el conjunto de documentos se puede liquidar en la transacción «Enviar, Aceptar y Liquidar Documentos», mientras que para los documentos de uso (= A, D) solo los pasivos se pueden contabilizar en «Enviar, Aceptar y Liquidar Documentos».

Este indicador se establece en la transacción (pre)apertura en caso de que se rechace un mensaje recibido. La operación se cierra directamente.

En este campo se especifica si los documentos se envían sobre la base de la aprobación, es decir, que pueden recibirse documentos discrepantes que el solicitante puede pagar o rechazar.

Este indicador indica a la parte que instigó la liberación de mercancías.

Esta fecha especifica la fecha en la que el banco que utiliza la aplicación ha emitido la liberación de mercancías.

Este campo indica el número del documento de transporte (por ejemplo, número de conocimiento de embarque, carta de porte aéreo).

En este campo se especifica si los documentos deben gestionarse sin pago, es decir, si los documentos pueden presentarse al solicitante sin que este tenga que pagar por ellos.

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.

Este campo especifica si los documentos se han avisado mediante un Aviso de pago entrante (por ejemplo, MT754) o Aviso de Discrepancia (por ejemplo, MT750).

La opción «Other» (Otros) se puede utilizar para los mensajes entrantes que no sean MT750 o MT754, que también pueden avisar a un conjunto de documentos. Por ejemplo : El banco emisor ha emitido la L/C con la autorización de reembolso (la L/C es pagadera en el extranjero y el propio banco emisor es el banco de reembolso). Si el banco en el extranjero acepta documentos y reclamaciones de reembolso, el banco emisor podría recibir un MT742 (solicitud de reembolso).

Este campo se utiliza para diferenciar entre las mercancías liberadas bajo una garantía de embarque o bajo una carta de porte aéreo, etc.

En caso de que se emita una garantía de embarque bajo la L/C, esta fecha especifica la fecha de vencimiento de la garantía de embarque.

Si se establece esta marca, los bienes se liberan al solicitante de la L/C. De lo contrario, las mercancías pueden liberarse a otra parte introducida en «Liberación a la dirección».

Este campo indica el tipo de documento de transporte (por ejemplo, conocimiento de embarque, carta de porte aéreo, etc.) que se presenta bajo esta L/C.

Este campo indica la fecha del documento de transporte (por ejemplo, conocimiento de embarque, carta de porte aéreo) que se presenta bajo esta L/C.

Este campo indica cómo se han enviado las mercancías (por ejemplo, por mar, aire o una combinación de diferentes modos de transporte).

Este campo se establece en un valor no vacío, si el conjunto de documentos tiene más de un tenor.

Esta casilla de verificación permite a los bancos decidir si desean utilizar una versión «delgada» de la transacción «Documentos recibidos», donde solo se introduce una información mínima.

Esta función la prefieren los bancos más grandes. Los bancos más pequeños utilizan la transacción 'Documentos recibidos' para introducir detalles, discrepancias, instrucciones y datos de envío. Si la casilla está marcada, aparecen paneles adicionales relevantes.

Define la parte que ha presentado los documentos y es el receptor del pago. Excepción: En caso de que se haya introducido un banco de pegatinas, el pago se realizará al banco de pegatinas.

En este campo se almacena el estado actual del conjunto de documentos.

Este campo está estrechamente vinculado al campo «Discrepancias», donde se enumeran las discrepancias del conjunto de documentos. Si este campo se establece como un valor no vacío, el contenido de «Discrepancias» se ignorará. Por ejemplo: Si el campo se rellena, las discrepancias no se enumeran en la correspondencia saliente, los memos no se generan para hacer un seguimiento de la aceptación de los documentos discrepados.

Este campo contiene la divisa del importe total del mensaje MT750 que se enviará al remitente del mensaje. Como este campo es obligatorio en transacciones posteriores (MT752 saliente en 'Aceptar discrepancias') o 'Enviar y liquidar documentos'), el campo se almacena aquí.

Este campo contiene la cantidad total del mensaje MT750 que se enviará al remitente del mensaje. Como este campo es obligatorio en otras transacciones posteriores (MT752 saliente en 'Aceptar discrepancias' o 'Enviar, aceptar y liquidar documentos'), el campo se almacena aquí.

Este campo especifica el participante de débito que está pagando el conjunto de documentos (por ejemplo, solicitante)

En este campo se especifica si se aceptan documentos y si se pueden contabilizar responsabilidades contra el BR.

Fecha de recepción de la carta de presentación del ponente.

Cuando se establece esta marca, se devolvieron los documentos.

Cuando se establece esta marca, el documento que presenta el banco actúa como un banco de pegatinas, lo que significa que las cuentas por cobrar se han vendido a este banco y el pago debe efectuarse al banco de pegatinas de acuerdo con las instrucciones del banco presentador. Normalmente, esto se documenta mediante una pegatina en la carta de presentación del documento.

Esto solo se aplica a los LC UPAS/UPAU.

Esta casilla de verificación indica si el pago al Beneficiario puede enviarse o no (mediante el cargo en la cuenta UPF interna). Si se establece la marca, la liquidación se hará final y el pago se enviará al Beneficiario.

Este campo especifica la fecha de vencimiento de UPAU.

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.