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. El número se crea automáticamente al crear el subcontrato.

Este campo contiene el nombre descriptivo que se muestra en la aplicación para describir y buscar un contrato. Dentro de la configuración predeterminada, este campo está establecido por una regla predeterminada basada en el importe del contrato y la parte principal, y el usuario no puede modificarlo.

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 contiene el INR de la transacción que abrió/emitió la operación.

La fecha de presentación es la fecha en la que el banco que utiliza la aplicación presenta los documentos al pagador (por ejemplo, banco emisor o 1er banco avisador).

Fecha en la que el banco, utilizando la solicitud, recibió los documentos del presentador (fecha del sello de recepción, NO fecha de la orden del cliente, es decir, la fecha de la orden).

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.

La fecha se establece cuando se ha recibido 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.

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 BE.

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

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 de fecha identifica la fecha en la que se agregó físicamente la entrada a la base de datos.

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

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, es decir, si se han recibido documentos que el solicitante pueda pagar o rechazar.

Este campo especifica si los documentos se gestionan sin pago, es decir, si los documentos se presentan al solicitante sin que sea necesario liquidarlos.

Define la parte que ha presentado los documentos y es el destinatario del pago.

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

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

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

su 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 han tomado 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 Documentos de Exportación. La marca se utiliza en la transacción “Enviar y liquidar documentos” para pagar documentos a la vista o para contabilizar la responsabilidad con documentos de uso.

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

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

Este campo contiene la divisa del importe total del mensaje MT750 que se enviará al remitente del mensaje. Como este campo es obligatorio en otras 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.

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

Con este campo se pueden enviar los documentos (p. ej., Presentación del documento 1st/ 2nd mail) a una dirección que no sea el 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 indica si se envió un mensaje de acuse de recibo para los documentos recibidos en «Recibir documentos», en «Enviar y liquidar documentos» o en «Enviar documentos». Un campo rellenado significa que el mensaje se envió en la fecha almacenada en el campo.

Cuando se establece esta marca, los documentos se han devuelto.

Esto desencadena el cobro de un pasivo si se han enviado documentos de autorización.

Este campo especifica la fecha en la que los documentos empiezan a vencer o vencer. Esto sucede cuando se ha presentado un conjunto de documentos y el banco está obligado a pagar. Por alguna razón, el banco no puede cargar el importe en la cuenta del pagador a cambio, por lo que concede (sin voluntad) un crédito al pagador. Si posteriormente el banco puede recuperar el importe del documento del pagador, puede cobrar intereses a partir de ese día.

El número de referencia del cliente asignadas para esta negociación.

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.

La marca se establece si se ha enviado un MT 742.