How to Choose

How to choose a core banking system (ABS) for a bank: vendor platform, in-house, or wrap-around

Comparison of three approaches to a core banking system: vendor platform (Temenos, Oracle FLEXCUBE, Diasoft), in-house build, or wrap-around layer on top of the existing core. When each option is justified and where it becomes an expensive mistake.

Discuss Your Challenge

The question is wrong

When a bank asks “which core banking system is best”, it has already half-lost the game. There is no “best” core banking system on the market — there are systems suited to a specific bank at a specific maturity phase. The right question sounds different: what is actually breaking inside, and which automation approach will remove the pain fastest with minimal risk.

Three real options in the Central Asian market

A vendor platform (international — Temenos, Oracle FLEXCUBE, Infosys Finacle; CIS — Diasoft; local Uzbekistan — NCI, FIDO, ASBT), in-house development, or a wrap layer around the existing core. Each works — but in different situations. The mistake is that banks usually compare only the first two and rarely look at the third, even though it delivers the best economic outcome in roughly 60% of regional cases.

When local Uzbek vendors (NCI, FIDO, ASBT) deserve a serious look

Local Uzbek vendors are not a “budget alternative to international ones”. They are a distinct class of solutions with their own strengths and weaknesses. Strengths: deep knowledge of CBU regulatory specifics, native handling of local accounting and tax reporting, Russian- and Uzbek-language support, reasonable maintenance cost, fast response to regulatory change (biometric mandate from April 2026, CBDC readiness, tokenization). Weaknesses: shallower corporate banking block, limited support for international operations (trade finance, syndications, complex multi-currency products), often monolithic architecture without modern API-first patterns. For small and mid-sized Uzbek banks operating mostly on the local market, these vendors often deliver the best ratio of functionality to cost. For a large bank with an international agenda — either an international vendor or a wrap approach around the existing core.

Why the wrap approach is underrated

A wrap is when the bank accepts that the core is stable, but chaos grows around it: credit applications in Excel, approvals by email, manual accounting, product rules living in employees’ heads. Replacing the core does not fix this. What fixes it is building a managed layer of processes, rules, data and integrations on top of the working core. This costs two to three times less than a core replacement and is twice as fast — while delivering about 70% of the target effect.

What is critical for Uzbek banks in 2026

Choosing a core in Uzbekistan adds a regulatory layer: the Central Bank of Uzbekistan is expanding its fintech mandate, mandatory biometric verification starts April 22, 2026 for card linkage, a CBDC pilot is in preparation, and tokenization of equities is moving into regulation. Any core or wrap layer must address these — otherwise the project ages out during implementation.

CTA

If a bank is currently discussing a core replacement, the right starting point is not vendor presentations but an honest audit: where time is lost in operations, where accountability is blurred, which processes need automation first. That step usually shows that 50-70% of the problem is solved by a wrap layer, while replacing the core is a separate decision for a separate maturity phase.

What is being compared

Вопрос «какая АБС лучше» поставлен неправильно. Правильный вопрос — какой подход к автоматизированной банковской системе соответствует зрелости банка, портфелю, регуляторным требованиям ЦБ РУ и готовности ИТ-команды. На рынке Центральной Азии реально сравниваются три варианта: готовая платформа крупного вендора (международные — Temenos, Oracle FLEXCUBE, Infosys Finacle; СНГ — Diasoft; локальные УЗ — NCI, FIDO, ASBT), собственная разработка под задачу банка, и wrap-подход — оставить действующее ядро и построить управляемый слой вокруг него.

When option is justified:готовая АБС вендора

Готовая платформа оправдана, когда банк достиг зрелого объёма, имеет команду способную управлять вендором, горизонт 3-5 лет на внедрение и бюджет от $10 млн. По экспертным оценкам, 40%+ внедрений АБС в регионе заканчиваются неудачей, поэтому ключ не в выборе бренда, а в способности банка вести такой проект. Международные вендоры (Temenos, Oracle FLEXCUBE, Infosys Finacle) подходят крупным банкам с международной повесткой и бюджетом от $20 млн. Diasoft — для регионального рынка СНГ с устоявшейся методикой. Локальные узбекские АБС — NCI, FIDO (Fido-Biznes) и ASBT — для средних и малых банков УЗ: они ближе к локальной регуляторике ЦБ РУ, к языковым требованиям, к местной бухгалтерии и отчётности, и их поддержка обходится существенно дешевле международных. При этом у локальных вендоров обычно слабее покрытие корпоративного блока и международных операций — это надо учитывать при выборе.

When option is justified:собственная разработка

Собственная разработка оправдана только для цифровых банков с сильной ИТ-командой и чётким видением уникального продукта (Apex Bank, ANOR BANK, AVO в Узбекистане — примеры). Для традиционного банка это путь в долгий бюджетный ад: регуляторная отчётность, бухгалтерия, кредитные продукты, расчёты — всё это зрелые домены, где изобретать своё обычно дороже готового. Собственная разработка работает на периферии (digital onboarding, каналы, аналитика) и редко — в ядре.

When option is justified:wrap-слой вокруг существующего core

Wrap-подход — самая недооценённая опция. Банк оставляет действующее ядро (часто легаси), но строит вокруг него управляемый слой: LOS, servicing, BPM, CRM, аналитика. Это даёт 70% эффекта полной замены при 20-30% бюджета и вдвое меньшем риске. Подходит банкам, у которых core работает стабильно, но операционные процессы вокруг — в Excel и почте. В Узбекистане именно этот путь выбирают банки, которые не могут позволить 5-летний проект замены ядра, но нуждаются в ускорении кредитного конвейера и управлении данными.

Common mistakes when choosing

  • Выбор вендора по бренду без аудита реальной зрелости банка — закупается Temenos в банк, где нет формализованных продуктовых правил
  • Замена ядра под предлогом решения операционных проблем, хотя ядро работает, а ломается периферия
  • Игнорирование wrap-подхода как «несерьёзного» — хотя это самый быстрый путь к измеримому эффекту
  • Попытка самодельной АБС на базе open source в банке без ИТ-команды уровня Tier-1
  • Выбор вендора без учёта ЦБ РУ требований: отчётность, IFRS 9, биометрия с апреля 2026
  • Ставка на «готовую платформу закроет всё» — АБС не решает проблемы процессов и данных, она их автоматизирует как есть

Criteria for decision-making

  • Где реально ломается операционная работа — в ядре или в периферии вокруг него
  • Какой зрелости кредитная политика и продуктовые правила — внедрение АБС не создаёт политику, а требует её
  • Сколько банк готов инвестировать в проект 2-5 лет с риском 40%+ провала по рынку
  • Есть ли внутренняя ИТ-команда способная вести вендора, а не быть заложником интегратора
  • Какие регуляторные требования ЦБ РУ критичны в ближайшие 2 года (IFRS 9, биометрия, CBDC-готовность)
  • Какая часть эффекта получается от замены ядра, а какая — от автоматизации процессов вокруг него
← Back

Ready to discuss your challenge?

Tell me what's not working or what needs to be built. First conversation — no obligations.

Usually respond within a few hours

Discuss a challenge
Choose a convenient way to connect
Telegram
Fast reply
Fast
WhatsApp
Voice and documents
📞
Call
+998 99 838-11-88