Rol | Descripción | Uso comodirección temporal ¿permitido? | Dirección Tipo | Nivel de detención | Automáticoscopiar dirección de la base de datos ¿contrato permitido? | Solodirección Principal ¿para ser usado? |
---|---|---|---|---|---|---|
APL | Aplicante | APLTYPFLG | 1 | APLADRCPYFLG | ||
BEN | Beneficiario | BENTMPFLG | 3 | M | ||
ISS | Banco Emisor | Y | B | 3 | ||
PRB | Presentador | Y | 3 | |||
OTH | Further Party | Y | 3 | |||
OAP | Old Account Party | APLTYPFLG | Z | APLADRCPYFLG | ||
INT | Intermediary bank | Y | 3 | |||
AWI | Account with Inst. | Y | 3 | |||
RMR | Inc. Reimbursemt Bk | B | 3 | M | ||
RMB | Banco Reembolsador | B | 3 | Y |
En los tipos de tramitación «Directo» e «Indirecto», el solicitante instruye al banco emisor para que emita la garantía. La garantía se contabiliza bajo su exposición. Por lo general, es el cliente del banco que utiliza la aplicación y debe registrarse en los datos estáticos. Tras la presentación de una utilización correcta, el banco emisor cargará al solicitante. En todos los demás tipos de liquidación, el solicitante es la parte que ordenó la confirmación o el asesoramiento de la garantía y, al mismo tiempo, la parte que emitió la garantía. Esta parte está registrada en el campo «Solicitante» y debe existir en los datos estáticos.
El beneficiario es la parte en cuyo favor se creó la garantía. Si el solicitante no cumple con sus obligaciones en virtud del contrato, el beneficiario puede reclamar la garantía y, a continuación, recibir el dinero del banco emisor.
En el caso de las garantías «directas» e «indirectas», el beneficiario no suele ser cliente del banco que utiliza la aplicación. El beneficiario puede introducirse como dirección temporal.
En todos los demás tipos de tratamiento, el beneficiario suele ser un cliente del banco que utiliza la aplicación y debe estar disponible en los datos estáticos.
El banco emisor es el banco que crea la garantía. Garantiza el pago del importe al beneficiario si el solicitante no cumple con sus obligaciones contractuales.
En el caso de las garantías «directas», el banco que utiliza la aplicación es el banco creador. Por lo tanto, no se puede introducir ningún banco emisor en esta constelación.
En el caso de las garantías «Indirectas», el banco que utiliza la aplicación encarga a un banco de correspondencia (principalmente en el país del beneficiario) la creación de la garantía y la contragarantía del banco que utiliza la aplicación. En este caso, el banco emisor debe estar disponible en los datos estáticos.
En todos los demás tipos de manipulación, el banco emisor es el solicitante del banco que utiliza la aplicación al mismo tiempo. El banco emisor se introduce en el campo «Solicitante».
Este campo contiene el nombre de la parte que ha presentado una reclamación bajo la garantía. Si los documentos son presentados por otra parte en lugar del beneficiario de la garantía, el presentador puede seleccionarse de la base de datos o introducirse como dirección temporal. La reclamación se paga al presentador.
Este campo contiene el nombre de la parte que debe pagar la reclamación. En la mayoría de los casos, este es el solicitante de una garantía. Sin embargo, especialmente cuando hay varios solicitantes, es posible que el pago de una reclamación pueda ser realizado por un solo solicitante o por todos los solicitantes juntos.
Para garantizar que la aplicación realice las contabilizaciones correctamente, el pagador debe almacenarse por separado bajo otra parte.
Esta parte no es parte de la transacción comercial exterior subyacente.
Esto es necesario para las operaciones internas con el fin de garantizar la contabilización correcta de los pasivos, en caso de que se cambie la parte responsable.