Quando um TED é entre cores
A política de tenant
onus.shared_ispb_gate_enabled (padrão false) diz que o seu ISPB é compartilhado com outro core. Quando ela é true, ou ilegível, o plugin pergunta ao mapa de titularidade do JD Courier quem detém a conta do destinatário de cada TED para o seu ISPB:
Com
false, um TED para o seu próprio ISPB é um P2P, e o plugin não consulta o mapa.
Enviar um TED entre cores
Um TED entre cores usa as mesmas duas chamadas de um TED OUT: Initiate Transfer e Process Transfer.
- Iniciar. O plugin calcula a tarifa da transferência como em um TED OUT: a tarifa é cobrada por cima do valor, e o destinatário recebe o valor inteiro. No modo de tarifa
native, um pacote de tarifas que tira a tarifa do valor é recusado com422 BTF-3002. Como um P2P, um TED entre cores ignora a janela de operação do TED OUT. - Processar. O plugin verifica de novo o detentor da conta do destinatário. Ele retém o valor mais a tarifa na conta do remetente, com a conta de ledger
@intercorecomo contrapartida. Depois, envia o crédito ao outro core pelo JD Courier.
O worker de conciliação reenvia um crédito com resultado desconhecido, dentro e fora da janela do TED OUT. Quando o outro core credita o destinatário, o plugin confirma a retenção. O plugin mantém a retenção e estaciona a transferência para um operador nestes casos:
- Depois de uma tentativa cujo resultado foi desconhecido, o outro core recusa o crédito, ou o JD Courier responde que o detentor da conta do destinatário mudou.
- Nenhuma resposta chega em 24 horas.
- A liberação da retenção não termina.
PROCESSING, com status de conciliação MANUAL_REVIEW. Encontre-a com List Pending Reconciliation. Um operador a resolve como um TED OUT com Resolve Transfer Reconciliation: SETTLE confirma a retenção, e REVERT a libera.
Antes de colocar a retenção, o /process recusa a transferência nestes casos:
422 BTF-4003: o detentor da conta do destinatário mudou depois da iniciação. A transferência ficaFAILED.503 BTF-4000: o mapa de titularidade não mostra a conta do remetente como mantida por este motor. Envie a confirmação de novo mais tarde.
Receber créditos entre cores
O outro core envia os TEDs entre cores dele ao Bank Transfer pelo JD Courier. O plugin lança cada um no ledger do destinatário, sem tarifa:
- Um crédito debita
@intercoree credita ao destinatário o valor inteiro, no vínculo deCROSS_CORE_IN. - Uma devolução de um TED entre cores que você enviou debita
@intercoree credita o remetente original, no vínculo deCROSS_CORE_RETURN_IN. Uma devolução pode ser parcial. O plugin recusa uma devolução acima do valor ainda não devolvido.
CROSS_CORE_IN com status COMPLETED, e os dois disparam transfer_incoming.completed.
Configurar transferências entre cores
- Defina a política de tenant
onus.shared_ispb_gate_enabledcomotruepela Admin API. - Conecte o plugin ao JD Courier com as variáveis do JD Courier. Defina
COURIER_ACCOUNT_CLAIMS_ENABLEDcomotrue, para que o plugin reivindique as contas deste motor no mapa de titularidade. - Crie uma conta com o alias
@intercoreem cada ledger que envia ou recebe TEDs entre cores. Um crédito do outro core a debita, então permita saldo negativo no saldo dela. - Adicione os vínculos de
CROSS_CORE_OUT,CROSS_CORE_INeCROSS_CORE_RETURN_INao roteamento do ledger. Cada ledger com um vínculo deCROSS_CORE_OUTtambém precisa de um vínculo deCROSS_CORE_RETURN_IN. - Configure o outro core como as páginas do JD Courier descrevem.

