SonaCORE

Como funciona

O mecanismo, em quatro propriedades.

Quatro propriedades governam como uma transação liquida no Sona Core: consome N obrigações e cria M num único ato, carrega sua própria origem, é verificada pelo ledger, e só é dada como concluída quando há certeza.

Propriedade um

N entradas, M saídas, uma transação

Um core bancário convencional liquida em sequência: paga o lojista, depois o imposto, depois a taxa da plataforma. Cada perna é uma transação separada. Se a segunda falha, a primeira já foi lançada: uma parte recebeu, a outra não, e desfazer isso é trabalho manual.

No Sona Core, o ato é um só: a transação consome obrigações de vários donos e cria as novas no mesmo instante. Ou todas as pernas são lançadas juntas, ou nenhuma é. A janela em que uma parte recebeu e a outra não deixa de existir.

Obrigações consumidas · 2Obrigações criadas · 3R$ 900,00dono: A · origem #712R$ 300,00dono: B · origem #745UMATRANSAÇÃOtudo ou nadaR$ 700,00dono: C · novo donoR$ 260,00dono: D · novo donoR$ 240,00dono: A · trocoR$ 1.200,00 consumidos = R$ 1.200,00 criados · válida por construção

Duas obrigações de donos diferentes são consumidas por uma única transação, que cria três obrigações novas, incluindo o troco de volta ao dono original, com a soma conservada.

02

Propriedade dois

Cada obrigação carrega sua origem

Pergunte a um core bancário convencional de onde veio um saldo, e ele percorre o histórico de transações para montar a resposta. No Sona Core, a origem é propriedade do próprio objeto: pegue qualquer parcela do saldo e navegue para trás, transação a transação, até a entrada que a trouxe ao sistema.

de onde veio este saldo?Conta: Asaldo R$ 1.460,00soma derivada de 3 obrigaçõesR$ 700,00 · origem #802R$ 520,00 · origem #779R$ 240,00 · origem #712navegar para trás: cada obrigação aponta para a transação que a crioutx_088repasse · N→MR$ 900,00dono: A · origem #712tx_041entradaPix #712evidência externado saldo de hoje até a entrada que o trouxe ao sistema: a origem é um ponteiro que o objeto carrega

Um saldo derivado de três obrigações. Uma delas é navegada para trás, da transação que a criou até a entrada Pix que a trouxe ao sistema.

03

Propriedade três

Regras impostas pelo ledger

Num core bancário convencional, um bloqueio de destino, um limite de gasto ou uma restrição de contraparte vivem em código de aplicação ao lado do ledger. No Sona Core, a regra viaja junto com o valor, e o ledger a verifica no momento em que o valor se move.

R$ 700,00dono: C · origem #712regra: pagar só insumotx_112 · propostadestino: fornecedor de insumotx_113 · propostadestino: fora da finalidadeLEDGERverifica a regraonde o valor estáválida ✓R$ 700,00 → fornecedorregra cumprida · lançadainválida ✕nada é lançadoa transação inválida nunca existiusem corrida e sem caminho alternativo de código: o movimento fora da regra é inválido antes de existir

Uma obrigação carrega sua regra. Duas transações são propostas contra ela: a que respeita a regra é lançada, e a que viola é inválida, então nunca chega a existir.

Por construção
Os lançamentos são apenas de inclusão. Uma correção sempre cria um novo lançamento em vez de reescrever o antigo, então o histórico permanece íntegro do início ao fim.
04

Propriedade quatro

Pendente é um estado real e declarado.

Nada é dado como concluído antes de estar concluído. Uma transferência que ainda não liquidou é marcada como pendente.

postedpendingfailedvoiddraft

Sempre o nome literal do estado, mostrado sem filtro. Um time de conciliação que lê o ledger vê exatamente o que o ledger vê, sem uma palavra mais confortável no lugar.

Veja o mecanismo aplicado ao seu próprio fluxo de liquidação.

Fale com nosso time sobre onde uma liquidação com múltiplas partes, um bloqueio de destino ou uma trilha de origem mudariam a forma como sua instituição concilia hoje.