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 de la cobranza de importación (BC = Bills for Collection) que se está estableciendo. 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. Puede utilizarse para buscar una CL de la base de datos.

Este campo contiene el nombre descriptivo que se muestra en la aplicación para describir y buscar un contrato. Dentro de la versión estándar, este campo está establecido por una regla predeterminada basada en el monto del contrato y el participante principal y no puede ser modificado por el usuario.

Este indicador indica el nombre de la persona que solicita la liberación de las mercancías.

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

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

Este campo contiene la fecha en la que el banco cobrador recibió los documentos (fecha del sello de recibo).

Este campo contiene la fecha de la orden/fecha de la carta de remesa del cajón (o un banco remitente antes del banco que utiliza la aplicación).

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

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

Este campo contiene la fecha en la que los documentos fueron avisados al girado (o a un segundo banco cobrador).

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 especifica la fecha en la que los documentos de uso deben pagarse.

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.

Este campo especifica el tipo de colección, por ejemplo, si se han presentado documentos visuales o de uso.

Este campo es obligatorio para la cobranza documental y especifica parte del período de vencimiento. El periodo de vencimiento indica cuándo deben pagarse los documentos (en texto). El periodo de vencimiento consta de 3 campos. En conjunto, estos campos representan el período de vencimiento, a partir del cual se puede calcular la fecha de vencimiento de la cobranza.

Este campo es obligatorio para la cobranza documental y especifica parte del período de vencimiento. El periodo de vencimiento indica cuándo deben pagarse los documentos (en texto). El periodo de vencimiento consta de 3 campos. En conjunto, estos campos representan el período de vencimiento, a partir del cual se puede calcular la fecha de vencimiento de la cobranza.

Este campo es obligatorio para la cobranza documental y especifica parte del período de vencimiento. El periodo de vencimiento indica cuándo deben pagarse los documentos (en texto). El periodo de vencimiento consta de 3 campos. En conjunto, estos campos representan el período de vencimiento, a partir del cual se puede calcular la fecha de vencimiento de la cobranza.

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.

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 colección.

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

Este campo indica la fecha del documento de transporte (por ejemplo, conocimiento de embarque, carta de porte aéreo) que se presenta en esta colección.

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

En este campo se especifica el lugar de la transferencia (en el caso de un documento de transporte multimodal), el lugar de recepción (en el caso de un documento de transporte por carretera, ferrocarril o vías navegables interiores o un servicio de mensajería o entrega urgente), el lugar de envío o el lugar de envío que debe indicarse en el documento de transporte.

Este campo especifica el destino final de las mercancías enviadas en virtud del contrato subyacente.

Este campo define si las comisiones y comisiones del banco que utiliza la aplicación deben ser soportadas por el girado o «transmitidas por el cliente» (=«U»), por el emisor o «transmitidas por el extranjero» (=«B»), o por otras partes. En función de la selección realizada en este campo, se proponen las funciones de la segunda tabla de liquidación (comisiones propias/tarifas).

Significado «por el cliente»: Si en el campo de liquidación de comisiones se ha seleccionado «borne by client» o si el campo no se ha rellenado, se propondrán comisiones propias en la liquidación al débito del girado SIDE. (En el caso de las cobranzas de importación, el DRE o el CO2 estarían disponibles).

Significado de «transmitido por el extranjero»: Se proponen comisiones propias en la liquidación para el débito del emisor SIDE (en el caso de una cobranza de importación, el DRR o RMI estaría disponible).

Significado de «otros»: No se propone ninguna función en las comisiones del panel de liquidación.

Este campo contiene instrucciones sobre cuánto tiempo puede retrasar el girado un pago.

El campo está predeterminado con el código de país del banco remitente, que es el remitente de la cobranza. Se puede utilizar con fines estadísticos.

Este campo contiene el tipo de mercancía enviada. El código de la mercancía se utiliza para evaluar los contratos según el tipo de mercancía. El banco puede personalizar la tabla de códigos según sus necesidades.

Este campo contiene la fecha en la que el girado aceptó los documentos de uso. Si el contrato está financiado, esta fecha será la fecha de inicio de la financiación.

En este campo se almacena el número de enmiendas realizadas hasta ahora en el contrato. Este campo se actualiza automáticamente a partir de la transacción de enmienda correspondiente.

Este indicador indica que los documentos van acompañados de un borrador que debe garantizar el banco mediante la aplicación. Si lo hace, el banco asume una responsabilidad y la reserva de responsabilidad se gestiona en consecuencia.

En este campo se distingue si las mercancías se entregan bajo garantía de embarque, carta de porte aéreo, etc.

Si se emite una garantía de embarque bajo la cobranza de importación, esta fecha especifica la fecha de vencimiento de la garantía de embarque.

Si se establece esta marca, las mercancías se liberan al girado. De lo contrario, las mercancías pueden liberarse a otra parte introducida en «Liberación a la dirección».

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

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

Este campo indica si los cargos del banco cobrador pueden rechazarse al pagar el cobro.

Este campo indica si los cargos del banco remitente pueden rechazarse al pagar la cobranza.

Esta marca indica que los documentos originales se han presentado al girado (“Documentos originales pasados al girado”). El indicador se establece cuando se emite el contrato, por ejemplo, («Documentos de asesoramiento»), con los documentos que se pagarán posteriormente («Documentos de aceptación y liquidación»).

Los bancos solo permitirán a sus mejores clientes recibir los documentos originales sin pagar por ellos.

Si los documentos se presentan en un segundo correo, estos documentos originales también pueden enviarse directamente al girado. Esto se gestiona en la transacción 'Documentos de asesoramiento en el segundo correo'.

Cuando los documentos se envían directamente, la responsabilidad se contabiliza en la cuenta del girado.

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

Estado del contrato. Si no está vacío, el contrato se ha reservado y solo deben rellenarse unos pocos campos básicos. Visible en «Pre-Abrir Cobranza de Importación» (BCTPOP) e «Info Cobranza de Importación» (INFBCD). Invisible en todas las demás transacciones.

Este campo contiene la fecha de la factura del agente. Si se introduce, la información se asigna a la etiqueta 43C del mensaje saliente de T40 TradeConnect.

Este campo contiene la fecha de la última modificación procesada bajo el contrato. Si está vacío, el contrato sigue estando en su estado original. Esta fecha se actualiza automáticamente mediante las correspondientes transacciones de modificación.

Esta bandera se utiliza para indicar si la colección está basada en las «Reglas uniformes para la recopilación» o no. Cuando se marca el indicador, significa que se aplica la URC. su campo se utiliza para mostrar el hecho de que la colección está sujeta a las Reglas Uniformes para Colecciones (URC). Si la casilla está marcada, la correspondencia saliente contendrá un párrafo que hace referencia a la URC.

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.

El banco que utilice DOKA debe emitir el código de reembolso ALADI a petición del cliente cuando se abra un contrato.

Esta marca solo será visible si el grupo de entidades está en la región LATAM.

Además, esto se habilitará para entrada solo si la entidad actual tiene un ID de miembro ALADI y el banco de la contraparte también se define como miembro ALADI en la tabla de partes.

La comprobación de esta marca indica que este contrato se encuentra bajo ALADI Interbank Settlement y, por lo tanto: a) El sistema genera automáticamente el código de reembolso ALADI para (LC Importación y contratos de Cobranza de Exportación). b) El sistema permite al usuario introducir manualmente el código de reembolso ALADI para (LC de exportación y contratos de cobranza de importación)

Número de referencia alternativo. Es decir, referencia antigua si la operación se migra desde otro sistema.

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.

Versión inicial para apoyar la diferenciación de productos bancarios predefinidos entre sectores empresariales. Esta solución organizativa se compone de tres campos: PRDCOD, PRDSUB y PRDVAR, que proporcionan un producto bancario, una subdiferenciación y variantes individuales si es necesario. En este caso, el PRDCOD identificará el sector empresarial junto con algunos criterios clave, como la LC confirmada o no confirmada, en una identificación única para todos los sectores empresariales.

Versión inicial para apoyar la diferenciación de productos bancarios predefinidos entre sectores empresariales. Esta solución organizativa se compone de tres campos: PRDCOD, PRDSUB y PRDVAR, que proporcionan un producto bancario, una subdiferenciación y variantes individuales si es necesario. En este caso, el PRDSUB identificará los productos específicos del sector empresarial definidos a nivel bancario, añadiendo algunos subcriterios clave en una identificación única para todos los sectores empresariales.

Versión inicial para apoyar la diferenciación de productos bancarios predefinidos entre sectores empresariales. Esta solución organizativa se compone de tres campos: PRDCOD, PRDSUB y PRDVAR, que proporcionan un producto bancario, una subdiferenciación y variantes individuales si es necesario. En este caso, la variante del producto está diseñada para ampliarla lo máximo posible para configurar variantes específicas por debajo del producto y el código del subproducto.