Cuándo una TED es entre cores
La política de tenant
onus.shared_ispb_gate_enabled (predeterminado false) indica que tu ISPB se comparte con otro core. Cuando es true, o ilegible, el plugin le pregunta al mapa de titularidad de JD Courier quién tiene la cuenta del destinatario de cada TED a tu ISPB:
Con
false, una TED a tu propio ISPB es un P2P, y el plugin no consulta el mapa.
Envía una TED entre cores
Una TED entre cores usa las mismas dos llamadas que una TED OUT: Initiate Transfer y Process Transfer.
- Iniciar. El plugin calcula la comisión de la transferencia como en una TED OUT: la comisión se cobra además del monto, y el destinatario recibe el monto completo. En el modo de comisión
native, un paquete de comisiones que saca la comisión del monto se rechaza con422 BTF-3002. Como un P2P, una TED entre cores ignora la ventana de operación de TED OUT. - Procesar. El plugin verifica otra vez el titular de la cuenta del destinatario. Retiene el monto más la comisión en la cuenta del remitente, con la cuenta de ledger
@intercorecomo contrapartida. Luego envía el crédito al otro core por JD Courier.
El worker de conciliación reenvía un crédito con resultado desconocido, dentro y fuera de la ventana de TED OUT. Cuando el otro core acredita al destinatario, el plugin confirma la retención. El plugin mantiene la retención y estaciona la transferencia para un operador en estos casos:
- Después de un intento cuyo resultado fue desconocido, el otro core rechaza el crédito, o JD Courier responde que el titular de la cuenta del destinatario cambió.
- No llega ninguna respuesta en 24 horas.
- La liberación de la retención no termina.
PROCESSING, con estado de conciliación MANUAL_REVIEW. Encuéntrala con List Pending Reconciliation. Un operador la resuelve como una TED OUT con Resolve Transfer Reconciliation: SETTLE confirma la retención, y REVERT la libera.
Antes de poner la retención, /process rechaza la transferencia en estos casos:
422 BTF-4003: el titular de la cuenta del destinatario cambió después de la iniciación. La transferencia quedaFAILED.503 BTF-4000: el mapa de titularidad no muestra la cuenta del remitente como mantenida por este motor. Envía la confirmación otra vez más tarde.
Recibe créditos entre cores
El otro core envía sus TED entre cores a Bank Transfer por JD Courier. El plugin registra cada una en el ledger del destinatario, sin comisión:
- Un crédito debita
@intercorey acredita al destinatario el monto completo, en el vínculo deCROSS_CORE_IN. - Una devolución de una TED entre cores que enviaste debita
@intercorey acredita al remitente original, en el vínculo deCROSS_CORE_RETURN_IN. Una devolución puede ser parcial. El plugin rechaza una devolución por encima del monto todavía no devuelto.
CROSS_CORE_IN con estado COMPLETED, y ambas disparan transfer_incoming.completed.
Configura las transferencias entre cores
- Define la política de tenant
onus.shared_ispb_gate_enabledcomotruemediante la Admin API. - Conecta el plugin con JD Courier mediante las variables de JD Courier. Define
COURIER_ACCOUNT_CLAIMS_ENABLEDcomotrue, para que el plugin reclame las cuentas de este motor en el mapa de titularidad. - Crea una cuenta con el alias
@intercoreen cada ledger que envía o recibe TED entre cores. Un crédito del otro core la debita, así que permite el sobregiro en su saldo. - Agrega los vínculos de
CROSS_CORE_OUT,CROSS_CORE_INyCROSS_CORE_RETURN_INal enrutamiento del ledger. Cada ledger con un vínculo deCROSS_CORE_OUTtambién necesita un vínculo deCROSS_CORE_RETURN_IN. - Configura el otro core como describen las páginas de JD Courier.