Як банки та великі підприємства можуть зменшити ризик глобальної експансії (Серхіо Барбоза)

Коли правління банків збирається для оцінки операційних ризиків глобальної експансії, рідко буває, що розробка програмного забезпечення є частиною порядку денного. Однак багато постачальників фінансових послуг виявляють, що зробити правильний вибір означає, що вони
можуть оновити свої системи відповідно до нових регіональних правил, забезпечуючи при цьому відсутність збоїв у роботі своїх існуючих партнерів і клієнтів. 

Близько 50% респондентів опитування Асоціації управління ризиками сказали, що так
витрачати 6-10% свого доходу на витрати на відповідність, тоді як більші фірми повідомили, що середня вартість підтримки відповідності становить
близько $ 10,000 на одного працівника. Хоча ці цифри стосуються компаній, які працюють у США, можна уявити, що коли банки виходять на нові території, їхній бюджет має різко зрости, коли
забезпечує відповідність їхніх систем усім новим регіональним нормам і вимогам до звітності. 

Внесення значних системних змін за найкращих обставин може вимагати місяців планування та часто значних збоїв. Для банків та інших фінансових організацій це просто не варіант. 

Деякі регіони є більш складними, ніж інші, особливо для банків-претендентів

Обличчя банківської справи назавжди змінилося з появою трансформаційних претендентів або необанків. Ці заклади з прямими фінансовими послугами з низькою комісією, які працюють виключно в Інтернеті, кидають виклик статус-кво. Необанки, хоча іноді пропонують
обмежені послуги, часто пропонують вищі за середні відсоткові ставки та привабливі для молодшої та більш підкованої демографічної групи. 

За оцінками
дослідження, глобальний ринок нео-банків і банків-претендентів, який у 18,604 році оцінювався в 2018 46.5 мільйони доларів США, а CAGR має досягти майже 395% і досягти приблизно 2026 мільярдів доларів до XNUMX року.

Незважаючи на те, що це робить зростання трансформаційної банківської сфери цілком привабливим, проблеми, пов’язані з роботою необанків у регіонах зі складними регуляторними вимогами, як-от Близький Схід, можуть бути непомірними навіть для традиційних банків, які прагнуть досягти результатів.
нові онлайн-пропозиції. На щастя, такі ініціативи, як від Дубайського міжнародного фінансового центру, який створив пісочниці для тестування нових продуктів фінансових і банківських стартапів, що пропонують послуги в регіоні, полегшують це завдання. 

Однак, незважаючи на те, що це допомагає, ми бачимо з роботи, яку ми проводимо з банками в регіоні, це було б набагато складніше, якби не використовувати дуже повторюваний підхід. 

Нещодавно ми також спостерігали, як південноафриканська компанія, яка розширює свою діяльність в Австралії та Новій Зеландії, зіткнулася з тим, наскільки складними можуть бути системні вимоги на нових територіях, що вимагало перебудови їх технологій, щоб вони були більш відповідними для їх нових
багаторегіональне майбутнє. Звичайно, кожен регіон має унікальні вимоги, які вимагають роботи, але створення стійкості в архітектурі означало, що вони могли не тільки безпечно торгувати в Австралії, але в міру того, як вони збільшували свій глобальний слід, з Близьким Сходом вишикувалися
далі, робота, необхідна в майбутньому, буде набагато менш обтяжливою. 

Архітектура мікросервісів і керовані сервіси можуть значно знизити ризик регіонального розширення з мінімальними простоями організацій, що надають фінансові послуги, особливо в регіонах зі складною роботою.  

Архітектура мікросервісу забезпечує швидкі результати 

Архітектура мікросервісів забезпечує швидку та надійну доставку великих складних програм за допомогою набору невеликих автономних служб. Розбиваючи великі проекти програмного забезпечення на більш дрібні, більш керовані частини, наші команди можуть швидко
розгортати нові функції, а також швидко ізолювати та виправляти непередбачені проблеми. Менша кодова база та обсяги дозволяють швидше розгортати. І, оскільки послуги є окремими, ви можете легше масштабувати найбільш необхідні у відповідний час, збільшуючи роботу
більш ефективним і гнучким для операційних вимог організації. 

Крім того, використання шаблону проектування DOMA (domain oriented microservices architecture) означає, що команди можуть краще керувати змінами для підприємств, які часто мають тисячі мікросервісів, що працюють разом одночасно. Такий технологічний підхід дозволяє
кілька команд для автономної роботи над більшою ціллю, не порушуючи базу коду.  

Використовуючи повністю керовану послугу, ви можете усунути багато поширених проблем із доставкою та ризиків, пов’язаних із системами переробки, щоб відповідати новим нормативним вимогам і вимогам ринку.

Такий підхід дозволяє вам запускати системи разом із щоденними операціями. Ітеративний підхід із використанням тестової розробки означає, що стійкий код можна створити та розгорнути в безпечному середовищі з низьким рівнем ризику. Що для такої організації, як банк,
є критично важливою місією, особливо коли вони роблять свої перші кроки в новому регіоні.