Реконструювання концепції основного банківського обслуговування (Регхунатан Сукумара Піллай)

Коли рішення Core Banking (CBS) було розроблено наприкінці 1990-х років, воно було розроблено для підключення до різних відділень банку за допомогою центральної бази даних і забезпечення належного обліку для створення Головної книги. Він видалив величезні бухгалтерські книги в банку
де проводка вручну виконувалася  персоналом і ліквідувала бухгалтерське програмне забезпечення на базі філій (програмне забезпечення для повної автоматизації філій), яке допомагало фронт-офісу/касирам виконувати рутинні/повторювані транзакції. Початкові постачальники програмного забезпечення працювали / спільно створювали
програмне забезпечення з великими банками, які надали вимоги для перетворення ручних операцій бухгалтерської книги на програмне забезпечення для бухгалтерського обліку. Хоча намір полягав у тому, щоб здійснювати онлайн-облік у режимі реального часу, деякі процеси, які призвели до цього обліку, також були вбудовані
як частина пакету CBS. Основна увага дизайну зосереджена навколо різних бізнес-напрямків, поширених у банках на той момент – CASA та пасиви, активи та торгівля/іноземна валюта – головним чином з точки зору бухгалтерського обліку.

З точки зору концепції, вдалося усунути ручний облік, підвищити прозорість у звітності з точки зору банку/регуляторів і допомогти клієнту здійснювати банківські операції будь-де та будь-коли, оскільки всі рахунки пов’язані з централізованою базою даних.
Банки, співробітники яких приділяли більше часу звірці, проведенню відсотків уручну та створенню Головної книги вручну, зітхнули з полегшенням, оскільки помилки були зведені до мінімуму, дані доступні в програмному забезпеченні, а не в бухгалтерських книгах, звітність була більш гладкою. Від клієнта
перспективи, ощадні книжки та виписки надавалися автоматизовано, інформація про баланс і зняття було можливо через банкомат у будь-якому місці, розташованому в тому ж місті, де було відкрито рахунок/за його межами,  з інтерфейсом до базового банківського рішення (CBS), 
тим самим підвищуючи довіру до банківської екосистеми.
З точки зору банківської справи, багато операцій можна було б перемістити з банківських відділень до централізованої камери, що дозволить персоналу фронт-офісу зосередитися на обслуговуванні клієнтів і перехресних продажах/покращенні бізнесу. Поняття фронт-офіс/бек-офіс виникло де
окремий набір команд, зосереджених на бек-енд-діяльності, створенні продуктів та інноваціях, клірингу, кредитних операціях, торгових операціях, відкритті рахунків, аудиті, звірці, звітності та MIS тощо. Завдяки більшій кількості інформації та даних у бек-офісі, це проклало
шлях до нових продуктових інновацій, що призводить до запуску більшої кількості продуктів, тим самим збільшуючи бізнес/прибутки для банків. CBS допоміг Банку глобалізувати/локалізувати продукти, які відповідають цілям клієнта, приносячи їм задоволення. 
Десятиліттям пізніше банки зрозуміли, що CBS не в змозі задовольнити бізнес-сфери, де потрібні додаткові процеси/правила, наприклад, для платежів і торговельних операцій. Хоча CBS змогла вести облік, вона не змогла створити правила/процеси
необхідні для бізнес-операцій - наприклад, правила оплати на основі клієнта, суми, часу, мережі, зборів тощо. У той час як звичайні банки, які прийняли CBS, продовжують працювати/працювати з програмним забезпеченням для бухгалтерського обліку, зберігаючи правила/процеси для
платежів/торгівлі за межами країни, деякі з банків придбали спеціалізоване програмне забезпечення для цих підприємств, яке зазвичай могло обслуговувати ці процеси та взаємодіяти з CBS для бухгалтерського обліку. Спеціалізоване програмне забезпечення було розроблено для виконання процесів/кроків/правил/винятків
і дії протягом життєвого циклу для конкретного бізнесу, які, нарешті, можуть завершитися бухгалтерським обліком. Хоча спочатку платежі виходили за межі ядра, торговельні та кредитні операції йшли тим самим шляхом для цих банків, за винятком CASA, зобов’язань і бухгалтерського обліку.
в межах CBS.
З початку останнього десятиліття з’явилася низка нових видів діяльності, які включали приватні банкінги, управління готівкою, мікропозики, дистриб’юторські продукти, і набули популярності серед банків завдяки видимості нових напрямків бізнесу. Це було або
через нормативні акти чи ринкові фактори, і банки почали залежати від нових програмних рішень, що ще більше зменшило залежність від основного банківського обслуговування. У цю епоху також з’явилися цифрові канали та канали самообслуговування, де клієнти міленіалів/нової ери
для здійснення банківських операцій залежав від веб-браузера/смартфону. Старше покоління клієнтів, хоч і трохи неохоче, перейшло до цих цифрових каналів для обмежених транзакцій протягом певного періоду. Потрібен був плавний і простий інтерфейс із CBS
що призвело до того, що постачальники CBS були змушені створювати ці API/розумні інтерфейси. Це також гарантувало, що кілька протоколів безпеки та відповідності повинні бути вбудовані в додаток, щоб зменшити шахрайство для транзакцій, що відбуваються поза CBS. Досвід клієнтів
, поведінка клієнтів і потреби клієнтів у банківській діяльності різко змінилися протягом цього десятиліття.  
З появою Covid 19 кількість відвідувачів відділень банку ще більше скоротилася в усьому світі, і все більше і більше транзакцій виконувалися цифровими засобами, створюючи велике навантаження на програмне забезпечення CBS. Цифрові транзакції зросли в рази
в епоху Covid завдяки нормам, цифровим можливостям, доступним для клієнтів, електронній комерції та онлайн-платежам, а також вимушеній потребі споживача здійснювати транзакції з обмеженнями Covid.
Підсумовуючи, редизайн і модернізація Core banking є пріоритетом у поточному десятилітті з урахуванням змін і врахування багатьох факторів банківських транзакцій, які перемістилися з відділень на мобільні пристрої, соціальні мережі та альтернативні канали. Воно повинно рухатися
від CBS на основі бухгалтерського обліку до правил/процесів із вбудованим бухгалтерським обліком. Хоча початковий дизайн був зосереджений головним чином на бухгалтерському обліку, правила/процеси/виключення для життєвого циклу продукту/облікового запису на різних етапах повинні бути враховані для задоволення потреб
в сучасну епоху. Взаємодія з користувачем не була чинником початкового дизайну, що призвело до зменшення використання програмного забезпечення, а завдяки процесу/правилам/етапам досвід користувача потрібно було переписати. Підхід, керований параметрами меню, процесний підхід
для інформування користувача про завдання, які виконуються/будуть виконані/наступні кроки тощо, мають бути доступні на інформаційній панелі на основі прав доступу, правил і привілеїв користувача. Зі зростанням цифрових потреб потрібні відповідні API, які базуються на галузевих протоколах
бути доступним для виконання відповідних дій життєвого циклу бізнесу, щоб транзакції могли виконуватися в цифровому вигляді в будь-який час і будь-де. Відокремлення кількох бізнес-напрямків: зобов’язання, торгівля, платежі, кредитування, управління готівкою та незалежне самообслуговування
під час редизайну програмного забезпечення необхідно враховувати функції для кількох областей у межах поточного ядра для ціноутворення/обліку/майстрів. Залежність від обмежених баз даних і платформи відповідно до початкової збірки потрібно покращити та модернізувати ядро
має бути включено можливість роботи з будь-якими платформами або базами даних. Модернізація базового коду, щоб зробити його оновленим/сучасним за допомогою нових мов програмування, щоб не було обмежень для майбутніх змін для перетворення за допомогою конверторів/інструментів коду
дотримуватись. Зі збільшенням робочого навантаження в ядрі та, ймовірно, подальшим тестуванням через цифровий імпульс CBS має бути ввімкнено для задоволення збільшених обсягів і масштабу. CBS має відповідати вимогам глобальної безпеки та стандартам. Версія
Оновлення, інсталяції та зміни мають бути плавними, як автоматичне оновлення виправлень у мобільному телефоні, за винятком випадків, коли значні зміни та оновлення потрібні раз на десять років. У той час як початковий CBS міг надати функції/код без
Аналізуючи кінцеве використання, новий CBS має застосувати оновлений підхід з урахуванням кінцевого користувача. На платформі онлайн-обробки транзакцій він повинен розуміти сфери онлайн-аналітики, щоб надати значущу інформацію про вихідну точку/обробку транзакцій.
цикл
Є багато програмного забезпечення CBS, яке перевірено, перевірено за допомогою функціональності, успішно працює на вибраних ринках, і багато нових CBS, які нещодавно були створені виключно на основі нових технологій, правил, API і ще не підтвердили свої повноваження. CBS
має бути в курсі вимог ринку та новітніх інновацій і технологічних розширень у секторі банківських/фінансових послуг, а також має бути розроблено гнучке та гнучке ядро ​​нового віку, яке може бути відкритим для розміщення гравців екосистеми
і послуги та надавати банкам цілісне рішення. У зв’язку зі зміною банківського ландшафту CBS має бути перероблено з урахуванням багатьох факторів, і таке програмне забезпечення може бути успішним у наступне десятиліття, інакше банки досліджуватимуть альтернативні системи реєстрів, процеси
/системи правил, системи API та створити технологію /програму, що відповідає їхнім банківським потребам, з нуля, поєднуючи зазначені вище системи з програмним забезпеченням CBS або без нього.