Este campo contiene el estado de confirmación del contrato de reembolso.

Valores posibles: Y = compromiso de reembolso emitido S = compromiso de reembolso silencioso emitido '' = no se ha emitido ningún compromiso de reembolso

Este campo de fecha especifica cuándo la L/C bajo la cual se recibe la autorización de reembolso caduca y, por lo tanto, indica la última fecha para la presentación de documentos bajo la Carta de Crédito. Se puede recibir una solicitud de reembolso después de esa fecha.

Este campo especifica dónde caduca la L/C bajo la cual se recibe la autorización de reembolso. El lugar de vencimiento está estrechamente vinculado a la fecha de vencimiento ya que especifica más detalladamente el lugar donde los documentos deben presentarse bajo la Carta de Crédito.

Este campo califica aún más el monto del contrato y se vuelve importante al verificar los documentos presentados bajo el contrato. Si se utiliza el código «no exceder», no se permite ninguna tolerancia. Si se utiliza el código «según UCP», las asignaciones se conceden en función de las estipulaciones establecidas en el artículo 30 del UCP.

Este campo especifica la tolerancia positiva al importe nominal del contrato subyacente como porcentaje más ese importe. Para calcular el importe máximo (p. ej., el riesgo máximo del banco), el importe de tolerancia positiva se suma al importe nominal.

Este campo especifica la tolerancia negativa al importe nominal del contrato subyacente como porcentaje menos ese importe.

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 contiene el ID de usuario de la persona responsable del tratamiento de este contrato.

Este campo contiene el número de solicitudes de reembolso recibidas en virtud del contrato. El número aumenta automáticamente en 1 con cada nueva reclamación y nunca se reduce.

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 contiene la información sobre quién paga los cargos en virtud de la autorización de reembolso.

Valores posibles: «CLM» = nuestros cargos son pagaderos al reclamar el banco “OUR” = nuestros cargos son pagaderos al emitir el banco

Este campo especifica si la autorización de Reembolso está sujeta a la última versión de las Reglas Uniformes para Reembolsos Banco a Banco en virtud de créditos documentarios, emitidas por la Cámara de Comercio Internacional.

En este campo, el usuario puede seleccionar si el banco emisor o el banco reclamante solicitaron la confirmación del contrato de reembolso.

Estado del contrato. Si no está vacío, el contrato se ha reservado y solo deben rellenarse unos pocos campos básicos. Visible en «Apertura previa» (RMTPOP) y «Autorización de reembolso de información» (INFRMD). Invisible en todas las demás transacciones.

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 el número de reclamaciones pendientes recibidas bajo la autorización de reembolso. El número aumenta automáticamente en 1 con cada nueva reclamación recibida y disminuye en 1 con cada reclamación liquidada o cerrada no pagada.

Este campo indica el país de riesgo de la garantía de reembolso. Se utiliza por motivos estadísticos y permite al banco de reembolso evaluar los riesgos nacionales que pueda haber suscrito mediante la emisión de una garantía de reembolso.

Este campo (invisible) define si el importe o el porcentaje se han confirmado en una operación parcialmente confirmada.

Basándose en esta información, el porcentaje o la cantidad se protege y se calcula a través del otro campo.

Este campo especifica las reglas que rigen la autorización de reembolso.

Fecha de vencimiento de nuestro compromiso de reembolso (confirmación)

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.

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.

Estos campos contienen el porcentaje de la garantía de reembolso parcial, si la hubiera. Se habilita para las entradas de usuarios, solo si el banco ha emitido una garantía de reembolso utilizando la aplicación.

Este campo se establece automáticamente cuando la cobertura de efectivo se reserva en una «cuenta de retención» bajo el reembolso.

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.