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 subcontrato creado para el conjunto de documentos recibidos del 2.o beneficiario.

Este campo contiene el nombre externo del conjunto de documentos seleccionado presentado bajo la transferencia.

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.

Este campo especifica la fecha en la que el banco recibió los documentos de intercambio (como la factura comercial) del primer beneficiario utilizando la solicitud (fecha del sello de recibo real, NO la fecha de la orden del cliente, es decir, la «Fecha de la orden (1er beneficiario)»). Este campo debe introducirse cuando se reciben documentos del primer beneficiario en la transacción «Recepción de documentos del 1.er beneficiario».

Este campo contiene la fecha de envío según el documento de transporte presentado.

Esta fecha se establece cuando se ha recibido un Aviso de pago (MT754 entrante).

Este campo contiene una fecha de vencimiento fija para el conjunto de documentos presentados.

Este campo contiene una lista para seleccionar el tipo de presentación del documento.

Esta fecha se establece cuando se ha recibido un Aviso de discrepancia (MT750 entrante).

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.

Marque esta casilla si los documentos deben gestionarse con base en la aprobación.

Este campo especifica si los documentos se gestionan sin pago, es decir, si se presentan al solicitante sin que este tenga que pagar por ellos.

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

Este campo especifica la fecha en la que se recibió la carta de presentación entrante del segundo beneficiario. El segundo beneficiario puede presentar los documentos directamente o a través de un segundo banco avisador.

Esta fecha debe introducirse cuando la recepción de los documentos del segundo beneficiario se registra en la transacción «Recepción de documentos del segundo beneficiario». Si es necesario, la fecha se puede corregir en «Recibir documentos».

Rol de la parte que presentó los documentos.

Este campo especifica el participante a cargar, es decir, la parte responsable de pagar el conjunto de documentos (por ejemplo, el banco emisor o su cliente, que es el solicitante de la L/C).

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.

Esta marca especifica que los documentos se aceptan para el pago, la aceptación y la negociación. La selección realizada en este campo influye en gran medida en las opciones de procesamiento disponibles en BT (sector empresarial «Back-to-Back-L/C»).

Este indicador se utiliza en la transacción BTTPAY para pagar documentos a la vista o para reservar la responsabilidad de los documentos de uso.

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), 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 transacciones posteriores (MT752 saliente), el campo se almacena aquí.

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

Este campo especifica si los documentos se han avisado a través del Aviso de pago entrante (por ejemplo, MT754) o Aviso de Discrepancia (por ejemplo, MT750).

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

Este campo especifica la fecha en la que el banco recibió los documentos del segundo beneficiario utilizando la solicitud (fecha del sello de recibo real, NO la fecha de la orden del cliente, es decir, la «Fecha de la orden (2o beneficiario)»). Este campo debe introducirse cuando se reciben documentos del segundo beneficiario en la transacción «Recepción de documentos del segundo beneficiario».

En este campo se especifica el ponente del 1.er beneficiario. En la mayoría de los casos, los documentos de intercambio los presenta directamente el primer beneficiario; en otros casos, puede haber otro banco implicado.

Este campo especifica la fecha en la que se recibió la carta de presentación del primer beneficiario. Los documentos pueden ser presentados por el primer beneficiario directamente o a través de un segundo banco avisador.

Esta fecha debe introducirse cuando los documentos de intercambio (por ejemplo, factura comercial) del primer beneficiario se reciben y registran a través de la transacción «Recibir documentos del 1er beneficiario». Si es necesario, la fecha se puede corregir en «Recibir documentos».

Este campo especifica la fecha en la que el banco que utiliza la aplicación presenta los documentos al banco emisor de la carta de crédito. La fecha de presentación debe establecerse en la transacción “Enviar documentos” o «Enviar y liquidar documentos».

Cuando se establece esta marca, se devuelven los documentos al primer beneficiario.

Cuando se establece esta marca, se devuelven los documentos al segundo beneficiario.

Activa la contabilización de una responsabilidad si los documentos deben enviarse con base en aprobación.

Con este campo se pueden enviar los documentos (p. ej., presentación del documento 1st/ 2nd mail) a una dirección distinta a la del pagador de los documentos.

Esta casilla de verificación puede utilizarse para indicar que los documentos deben enviarse a otra dirección. La dirección se selecciona en «Receptor de documentos».

Si se ha configurado «Enviar directamente al banco del solicitante» en el LE, este campo se predeterminará en consecuencia.

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.