Gumawa o bumili: ang tunay na halaga ng isang core banking system

Maaga o mahuli, bawat fintech founder ay nagpepresyo ng iisang desisyon: gagawin ba ang core banking system sa loob ng kumpanya, o lilisensyahan ang isang umiiral na at iko-configure ito. Ang payak na paghahambing — bayad sa lisensya sa isang panig, ilang sweldo ng developer sa kabila — ay halos palaging mali, dahil hindi magkapareho ang laman ng dalawang column.

Ang tapat na paghahambing ay ang kabuuang halaga ng pagmamay-ari sa buong buhay ng produkto: ang paggawa, ang permanenteng maintenance, ang tuloy-tuloy na gawain sa seguridad at compliance, at ang kitang hindi mo nakukuha habang gumagawa ka. Gumagawa kami ng core banking software, kaya malinaw na may posisyon kami — pero ang kalkulasyong nasa ibaba ang gusto naming makita kung kami ang bumibili.

Ano talaga ang ibig sabihin ng "core banking system"

Karamihan sa mga pagtatantiya ng gumawa-o-bumili ay nagkakamali bago pa maisulat ang anumang numero, dahil minamaliit ang saklaw. Ang banking app na nakikita ng mga customer mo ay ang nakikitang bahagi lang ng sistema. Ang isang production-grade na core ay apat na produkto sa iisa:

• Ang transactional core: isang double-entry ledger na nananatiling balanse kahit sabay-sabay ang load, kung saan ang bawat balanse ay hinuhugot mula sa ledger at araw-araw na nire-reconcile sa bawat provider.
• Ang produkto para sa customer: ang mismong banking app, onboarding na may mga tier ng KYC at KYB, multi-currency na mga account, mga transfer, mga card — at, palaki nang palaki, mga crypto wallet na may tunay na pag-iingat ng susi sa likod.
• Ang pangalawang produktong walang nagpaplano: isang operations back office para sa mga compliance queue, pagsubaybay sa transaksyon, pag-configure ng bayarin, pag-uulat at detalyadong mga role ng staff.
• Ang hindi nakikitang layer: append-only na audit trail, mga two-factor flow na lampas sa login, rate limiting, device fingerprinting, at pamamahala ng susi na naglalayo sa mga secret mula sa code at database.

Ang landas ng paggawa: ano talaga ang laman ng budget

Ang makatotohanang in-house na paggawa ay nangangailangan ng mga senior na backend engineer na may karanasan sa mga sistemang pinansyal, mga frontend engineer, DevOps at seguridad, QA, at koordinasyon ng produkto na nakakaintindi ng compliance. Ang mga team na umaabot sa kalidad ng production ay bihirang mas maliit sa anim hanggang sampung senior na tao — at ang pinakamadalang na profile, mga engineer na nagpatakbo na ng mga ledger at custody sa production, ang eksaktong pinakamahirap kunin at panatilihin.

Sa timeline, pare-pareho ang pattern: isa hanggang dalawang taon para marating ang ibinibigay ng isang mature na platform sa unang araw. Hindi napupunta sa mga screen ang oras; napupunta ito sa kawastuhan ng ledger sa ilalim ng concurrency, sa mga integrasyon ng provider na bawat isa ay may dalang sariling kakaibang gawi ng sandbox at mga hakbang ng sertipikasyon, sa pagpapatibay ng seguridad, at sa mahabang buntot ng mga edge case na lumalabas lang kapag may totoong customer at totoong pera.

At hindi natatapos sa launch ang paggastos. Nagbabago ng API ang mga provider, nag-a-upgrade ang mga blockchain network, gumagalaw ang regulasyon, nabubulok ang mga dependency. Ang in-house na core ay hindi proyektong natatapos; isa itong permanenteng team na obligado mong pondohan habang umiiral ang produkto.

Ang mga gastos na hindi kailanman umaabot sa spreadsheet

• Opportunity cost: bawat buwang ginugol sa paggawa ng ledger ay buwang wala sa merkado ang produkto. Ang mga kakumpitensyang naglisensya ng kanilang core ay nag-o-onboard na ng mga customer at nag-a-adjust ng presyo habang nag-i-integrate ka pa rin ng mga provider.
• Panganib sa hiring: ipinapalagay ng plano na ang team na nagsimula ang siyang tatapos. Ang pagkawala ng isa sa dalawang engineer na nakakaintindi ng ledger sa kalagitnaan ng paggawa ay pagkaantalang sinusukat sa mga buwan.
• Ang buntot ng kawastuhan: ang ledger na 99% tama ay hindi halos tapos — ito ay generator ng mga support ticket, hindi tugmang reconciliation at mga insidenteng pangregulasyon. Mas mahal ang huling 1% kaysa sa unang 99%.
• Seguridad bilang operasyon: mga penetration test, pag-ikot ng susi, pagtugon sa insidente, monitoring at alerting — mga paulit-ulit na gastos na umiiral may mangyari mang masama o wala.
• Pagpapanatili ng compliance: pag-expire ng mga dokumento ng KYC, nagbabagong mga patakaran sa crypto-asset, mga bagong obligasyon sa pag-uulat. Umuulit ang trabaho bawat taon at hindi maipagpapaliban.
• Ang back office: karaniwang itinuturing ng mga in-house na paggawa na pangalawang priyoridad ang mga tool ng staff, at SQL console ang minamana ng operations team. Bawat regulator at auditor na makakakita niyan ay pipilitin kang gawin itong maayos.
• Localization: mura ang paglalabas sa maraming wika na may tunay na right-to-left na suporta kapag idinisenyo mula sa unang araw, at mahal itong idagdag kapag tapos na ang produkto.

Ang landas ng pagbili: ano ang binabayaran mo at ano ang nananatiling sa iyo

Sa panig ng pagbili, malinaw ang column ng teknolohiya: lisensya o renta ng platform — hiwalay na pinepresyuhan ng mga seryosong vendor ang mga module, chain at wika para sumunod ang singil sa aktwal mong ina-activate — kasama ang imprastrakturang tinatakbuhan ng instance. Ang hindi inaalis ng pagbili: ang mga regulatory license o kasunduan mo sa mga partner, ang mga komersyal na kasunduan mo sa mga provider, ang operations staff mo, ang distribusyon mo. Ang mga gastos na iyon ay sa operator sa alinmang landas — inaalis ng pagbili ang bundok ng engineering, hindi ang negosyo.

Ang mga tapat na gastos ng pagbili ay hugis-dependency: hindi ganap na sa iyo ang roadmap, at ang platform ay kasinghusay lang ng pinakamahina nitong module. Ang mga pananggalang ay mga bagay na mabe-verify mo bago pumirma: dedikadong instance na may sarili mong database at sarili mong naka-encrypt na mga secret, para ang pag-alis sa vendor ay migrasyon at hindi negosasyon na parang may hostage; mga integrasyon ng provider na nasa likod ng abstraction layer, para sa iyo ang mga kasunduan at mapapalitan ang mga provider; modular na paglilisensya, para magbayad ka lang sa binubuksan mo; at ebidensyang nakapagproseso na ang platform ng totoong mga customer at totoong pera.

Kailan tamang desisyon ang paggawa sa loob ng kumpanya

Ang gumawa-o-bumili ay hindi retorikal na tanong na may nakatakdang sagot. Tama ang paggawa kapag totoo ang kahit isa sa mga ito:

• Ang imprastraktura ang produkto: ibinebenta mo ang ledger, ang custody o ang mismong kakayahan ng banking-as-a-service, kaya ang pagmamay-ari nito ang negosyo.
• Ang pagkakaiba mo ay nasa mga requirement na walang vendor na sumasaklaw — hindi mga feature na kulang sa isang vendor ngayong quarter, kundi mga kakayahang istruktural na nasa labas ng ginagawa ng mga platform.
• Mayroon ka nang senior na team na may karanasan sa core banking sa production, at may pondo para suportahan sila nang ilang taon nang walang kita.
• Isang regulator o parent company ang nag-aatas ng buong in-house na kontrol sa stack bilang kundisyong hindi mo mapag-uusapan.

Limang tanong bago magpasya

• Pagkakaiba: may customer bang pipili sa iyo dahil gawang-bahay ang ledger mo? Kung ang lamang mo ay produkto, distribusyon o presyo, tubero lang ang core — mahalaga, pero hindi ikaw ang dapat mag-imbento nito muli.
• Timeline: kakayanin ba ng negosyo ang isa hanggang dalawang taong walang kita habang ginagawa ang core, sa merkadong hindi naghihintay?
• Team: mayroon ka ba, o makakakuha at mapapanatili mo ba nang makatotohanan, ng mga engineer na nagpatakbo na sa production ng mga sistemang gumagalaw ng pera?
• Tatlong-taong gastos: ihambing ang gastos sa paggawa kasama ang permanenteng maintenance team laban sa lisensya kasama ang mga na-activate na module sa loob ng tatlong taon — hindi kailanman gastos sa launch laban sa gastos sa launch.
• Paglabas: ano ang hitsura ng pag-alis sa bawat landas? Sa in-house, ang panganib ay ang pag-alis ng mga pangunahing tao dala ang kaalaman. Sa vendor, hingin ang dedikadong instance, sarili mong database at sarili mong mga susi, at ang paglabas ay migrasyon.

Saan nakapuwesto ang Coreza sa desisyong ito

Ang Coreza ang column ng pagbili, ginawa para pumasa sa checklist sa itaas: bawat kliyente ay nagpapatakbo ng dedikadong instance sa AWS na may sariling database at sariling naka-encrypt na mga secret, bawat module — kasama ang mga chain, wika at token — ay hiwalay na nililisensyahan para sumunod ang presyo sa ina-activate mo, at ang mga integrasyon ng provider ay nasa likod ng abstraction layer para manatiling sa iyo ang mga komersyal na kasunduan.

Isang bersyon ng core na ito ay tumatakbo sa production sa isang regulated na European fintech mula 2024, at ang bagong instance ay nade-deploy sa loob ng ilang linggo: ang branding, mga module, wika at chain ay configuration, hindi engineering. Kung kinakalkula mo ang mga numero ng gumawa-o-bumili, iyan ang paghahambing na inaanyayahan ka naming gawin — tatlong-taong gastos laban sa tatlong-taong gastos, na punong-puno na ang nakatagong column.