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 manual 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. Con este campo se puede buscar un contrato manual en 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 configuración predeterminada, este campo se establece mediante una regla predeterminada basada en el importe de la operación y la parte principal y no puede ser modificada por el usuario.

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 la fecha de vencimiento del contrato manual.

Este campo contiene la fecha de recepción de la orden de instrucción.

Este campo contiene la referencia del destinatario.

Este campo contiene la referencia del solicitante.

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.

El campo puede utilizarse por motivos estadísticos y permite al banco evaluar los riesgos nacionales que ha introducido mediante la emisión del contrato manual.

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.

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.

Si se marca esta marca, se pueden generar liquidaciones periódicas automatizadas por transacción pendiente del sistema (SPT).

Si se marca esta marca, se pueden generar extractos de saldo automatizados por transacción pendiente del sistema (SPT).

Si se crean extractos de saldo por transacción pendiente del sistema (SPT), se utiliza la fecha establecida en la fecha de referencia. La ejecución manual establece esta fecha como hoy.

Versión inicial para apoyar la diferenciación de productos bancarios predefinidos entre sectores empresariales. Esta solución organizativa está formada por los tres campos «código de producto» (PRDCOD), «subtipo de producto» (PRDSUB) y «variante de producto» (PRDVAR), que proporcionan un producto bancario, una subdiferenciación y variantes individuales si es necesario.

En este caso, el PRDCOD de «código de producto» 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 está formada por los tres campos «código de producto» (PRDCOD), «subtipo de producto» (PRDSUB) y «variante de producto» (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 está formada por los tres campos «código de producto» (PRDCOD), «subtipo de producto» (PRDSUB) y «variante de producto» (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.