Nombre | Descripción Texto Ayuda | Tipo Datos | Long | Tabla de Códigos |
---|---|---|---|---|
INR | ID único interno | Texto | 8 | |
OWNREF | Nuestra Ref. | Texto | 16 | |
NAM | Name | Texto | 80 | |
AGTREF | Referencia Agente | Texto | 16 | |
AGTACT | Cuenta Agente | Texto | 35 | |
AGTCOM | Comisión del Agente | Texto | 40 | |
OPNTRNINR | TRNINR que abrió el contrato | Texto | 8 | |
SHPDAT | F. de Embarque | Fecha | 12 | |
PREDAT | Fecha de Presentación | Fecha | 12 | |
RCVDAT | Fecha de recepción de documentos | Fecha | 12 | |
OPNDAT | Fecha de Apertura | Fecha | 12 | |
ADVDAT | Fecha Aviso Documentos Recibidos | Fecha | 12 | |
MATDAT | Fecha de Vencimiento | Fecha | 12 | |
CLSDAT | Fecha de cierre | Fecha | 12 | |
DOCTYPCOD | Condición de Cobranza | Texto | 1 | DOCTYP |
MATPERBEG | Inicio Periodo Vencimiento | Texto | 2 | MATBEG |
MATPERCNT | No Días/Meses Periodo Vencimiento | Numérico | 3 | |
MATPERTYP | Días/Meses o Años Periodo Vencimiento | Texto | 1 | MATPER |
TRPDOCTYP | Tipo de Transporte de Documentos | Texto | 6 | TRPTYP |
TRPDOCNUM | No.de Documento de Transporte | Texto | 40 | |
TRADAT | Fecha del documento de transporte | Fecha | 12 | |
TRAMOD | Modo de Transporte | Texto | 6 | TRAMOD |
SHPFRO | Embarque Desde | Texto | 40 | |
SHPTO | Para Transporte a | Texto | 40 | |
WAICOLCOD | Renunciar a Cargos Banco Cobrador | Texto | 1 | WAICOD |
WAIRMTCOD | Renunciar a Cargos Banco Remitente | Texto | 1 | WAICOD |
CHATO | Liquidación de comisiones: nuestra comisión se cargará a | Texto | 1 | CHADET |
STACTY | Código de país (país de riesgo) | Texto | 2 | CTYTXT |
STAGOD | Código de mercancía (para estadísticas) | Texto | 6 | GODCOD |
CREDAT | Creado el | Fecha | 12 | |
OWNUSR | Usuario Responsable | Texto | 8 | <fixed-length> |
VER | Versión | Texto | 4 | |
FOCFLG | Libre de Pago | Texto | 1 | |
DIRCOLFLG | Cobranza Directa | Texto | 1 | |
CCDPURFLG | Pago bajo Reserva | Texto | 1 | |
CCDNDRFLG | Truncamiento - Documento físico conservado con sus propios | Texto | 1 | |
ISSDAT | Fecha de emisión | Fecha | 12 | |
PAYDOCNUM | No Documento Pago | Texto | 16 | |
PAYDOCTYP | Tipo de Documento de Pago | Texto | 6 | PAYDOC |
MATTXTFLG | Múltiples Plazos | Texto | 1 | |
OTHINS | Aplazar Pago Hasta | Texto | 3 | BCOTHI |
DOCSTA | Estado Set Documentos | Texto | 40 | Embebido |
RESFLG | Transac. Reservada | Texto | 1 | Embebido |
AMENBR | Número de modificaciones | Numérico | 2 | |
MSGROL | Destinatario del segundo correo | Texto | 3 | ROLALL |
AMEDAT | Fecha Última Modificación | Fecha | 12 | |
APPRULFLG | Casilla Regla Aplicable | Texto | 1 | |
REJTYPSEL | Tipo de Rechazo | Texto | 1 | REJFBC |
ACCDAT | Fecha de Aceptación | Fecha | 12 | |
REJFLG | Rechazo Directo | Texto | 1 | |
ANTSNDBY | Enviar Documentos vía | Texto | 1 | Embebido |
ANTDFTACP | Si la Letra es Aceptada | Texto | 1 | Embebido |
ANTPTSPAY | Protestar en caso de No Pago | Texto | 1 | |
ANTPTSACP | Protestar en caso de No Aceptar | Texto | 1 | |
ANTDOCCHG | Conserve los documentos sin cargo | Texto | 1 | |
ANTSTOGOD | Almacenar mercaderías | Texto | 1 | |
ANTAGTINS | Autorización de instrucciones | Texto | 6 | Embebido |
ANTCOLINT | Cobrar Interés del Girado | Texto | 1 | |
ANTINTRAT | T.de Interés | Numérico | 5 | |
ANTINTDAT | F. Inicio Interés | Fecha | 12 | |
ANTINTREF | En caso de rechazo | Texto | 1 | Embebido |
ALADICOD | Reemb.ALADI. Código | Texto | 16 | |
ALADIFLG | Casilla de verificación ALADI | Texto | 1 | |
OLDREF | Referencia alternativa | Texto | 16 | |
ETYEXTKEY | Entidad | Texto | 8 | |
PRDCOD | Código del Producto | Texto | 6 | PRDCOD |
PRDSUB | Subtipo de Producto | Texto | 6 | PRDSUB |
PRDVAR | Variante de Producto | Texto | 6 | PRDVAR |
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 nuestro número de referencia para esta colección.
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 de la operación y la parte principal y no puede ser modificada por el usuario.
Este campo contiene la referencia del agente tal y como se recibió en el mensaje TradeConnect T41 entrante.
Este campo contiene la cuenta del agente tal y como se recibió en el mensaje de TradeConnect T41 entrante.
Este campo contiene la comisión del agente tal y como se recibió en el mensaje TradeConnect T41 entrante.
Este campo contiene el INR de la transacción que abrió/emitió la operación.
Fecha de envío TAG 44C (Shipment Date) del mensaje entrante de T41 TradeConnect
Fecha en la que el banco que utiliza la aplicación ha recibido la orden de cobro del cliente (por ejemplo, cajón). La fecha de presentación es la fecha del sello de recibo y NO la fecha del pedido del cliente, es decir, la fecha del pedido de los documentos.
Este campo contiene la fecha de pedido del presentador (por ejemplo, el librador o un banco remitente antes del banco utilizando la aplicación).
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 la fecha en la que se enviaron los documentos al banco cobrador/drawee y se creó el cobro de exportación.
Este campo es necesario para cobranzas limpias y documentales y especifica la fecha en la que los documentos relevantes deben pagarse.
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 el tipo de colección, por ejemplo, si se han presentado documentos visuales o de uso.
Este campo es obligatorio para las cobranzas documentales 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 presentan 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 presentan 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 presentan el período de vencimiento, a partir del cual se puede calcular la fecha de vencimiento de la cobranza.
Este campo es relevante solo para cobranzas documentales. 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 es relevante solo para cobranzas documentales. Indica el número del documento de transporte (por ejemplo, número de conocimiento de embarque, carta de porte aéreo).
Este campo es relevante solo para cobranzas documentales. 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 es relevante solo para cobranzas documentales. 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 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.
Este campo define si las comisiones y comisiones del banco que utiliza la aplicación deben ser soportadas por el emisor o por el cliente (=«U»), del girado, por el extranjero (=«B») o por terceros. 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 «transmitido por el extranjero»: Si en el campo de liquidación de comisiones se ha seleccionado «borne by client» o si el campo no se ha completado, se propondrán comisiones propias en la liquidación al débito de la garantía SIDE. (En el caso de cobranzas de exportación, el RMI o DRR estaría disponible).
Significado de «transmitido por el extranjero»: Se proponen comisiones propias en la liquidación para el débito del LADO girado (en el caso de un cobro de exportación, el COL o DRE estaría disponible).
Significado de «otros»: No se propone ninguna función en las comisiones del panel de liquidación.
El campo está predeterminado con el código de país del país de riesgo del banco cobrador, como receptor 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 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.
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.
Si se rellenan, los documentos se envían directamente al girado (importador) por parte del emisor (exportador). Se le indica al banco que utilice la aplicación que procese el pago.
Este campo es obligatorio solo para Cobranzas Limpias.
(Recaudación limpia: cuando los documentos financieros (como letras de cambio, cheques, etc.) y no se presentan documentos de transporte para su recogida).
El banco puede optar por pagar el importe de la cobranza limpia al cajón antes de haber recibido los fondos del banco cobrador. Esto se denomina «pago bajo reserva», ya que el banco se reserva el derecho de cargar el cajón en caso de que no se reciba ningún fondo del banco cobrador.
Si se selecciona el pago bajo reserva, se realiza un pago de crédito en el lado del cajón, mientras que la cuenta interna del banco que utiliza la aplicación (OWN) se carga en la transacción emisora del contrato (“Enviar una Cobranza Limpia”). Cuando se reciban fondos posteriormente (por ejemplo, en «Documentos de Aceptación y Liquidación»), se cargará el débito al banco cobrador y se abonará la cuenta interna del banco utilizando la solicitud.
Si no está vacío, este indicador indica que los documentos financieros se conservan con el banco remitente (banco que utiliza la aplicación) y no se presentan al banco cobrador.
En virtud de acuerdos bilaterales entre los bancos, solo se pueden enviar mensajes electrónicos que contengan toda la información relevante para los documentos de pago. El Banco Presentador guarda los documentos reales en caso de que surjan problemas en el cobro. Esto se denomina «Truncation». El girado conoce los documentos suscritos contra él y pagará contra recibo emitido por su banco. De este modo, las transacciones se pueden gestionar de forma mucho más rápida y rentable en comparación con el uso de documentos en papel que antes tendrían que enviarse por correo al girado a través del banco cobrador situado en el extranjero.
El mensaje electrónico utilizado puede ser un SWIFT MT 405. Actualmente, SWIFT MT405 no es compatible con la aplicación, ya que este mensaje solo puede ser utilizado por bancos que se suscriban al grupo de usuarios de mensajes (MUG).
Este campo es obligatorio solo para las colecciones limpias. (Recaudación limpia: cuando los documentos financieros (como letras de cambio, cheques, etc.) y no se presentan documentos de transporte para su recogida).
En el marco de una cobranza limpia, la fecha de emisión especifica la fecha en la que se ha emitido el documento de pago correspondiente.
Este campo es obligatorio solo para la recolección limpia.
Una colección limpia: Si hay documentos financieros (por ejemplo, letras de cambio, cheques etc.) y no se presentan documentos de transporte para su recogida.
En una cobranza limpia, este campo indica el número del documento financiero (por ejemplo, número de cheque).
Este campo es obligatorio solo para la recolección limpia.
Una colección limpia: cuando los documentos financieros (como letras de cambio, cheques, etc.) y no se presentan documentos de transporte para su recogida.
Este campo se establece en un valor no vacío, si el conjunto de documentos tiene más de un tenor.
Este campo contiene instrucciones sobre cuánto tiempo puede aplazar el girado el pago.
En este campo se almacena el estado actual del conjunto de documentos.
Código | Texto |
---|---|
A | Cobranza pre-abierta |
B | Cobranza abierta |
C | Pago de Documentos aceptado |
D | Cobranza pagada / libre de pago |
E | Cobranza cerrada |
F | Cobranza aceptada |
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 Exportación» (BOTPOP) e «Info Cobranza de Exportación» (INFBOD). Invisible en todas las demás transacciones.
Código | Texto |
---|---|
Operación Normal | |
X | Reservar Operació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 campo contiene el destinatario del segundo correo, si los documentos se envían en dos correos. El destinatario del segundo correo puede ser una parte contratante, como un banco cobrador, un segundo banco cobrador o un girado (si se ha celebrado el contrato) o una parte adicional (RSM - Receptor del segundo correo) que se almacena en la base de datos.
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 el indicador se establece en un valor no vacío, 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.
La descripción está vacía, para esto es un grupo de radio con una etiqueta.
Este campo contiene la fecha en la que se han tomado los documentos, es decir, se ha ejecutado la transacción BOTPAY.
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.
Cómo enviar la Cobranza al Banco Cobrador
Código | Texto |
---|---|
M | |
C | Courier |
Instrucciones sobre qué hacer con el borrador aceptado
Código | Texto |
---|---|
C | Conserve la Letra |
R | Devolver la Letra |
Cómo tratar la información o las instrucciones recibidas del contacto.
Código | Texto |
---|---|
info | Solo para información |
accept | Aceptar sus instrucciones sin reserva |
En caso de que se recoja el interés
Instrucción para saber si se entregan documentos al Girado en caso de que se rechace el pago de intereses.
Código | Texto |
---|---|
X | Renuncia a los intereses |
No liberar documentos |
El banco que utilice DOKA debe emitir el código de reembolso ALADI a petición del cliente cuando se abra una Cobranza de Exportación.
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. Lata, por ejemplo: contienen el número de referencia antiguo de los contratos migrados.
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.