Как разработать банковское приложение под ключ за 6 месяцев: 5 секретов реального проекта
Мы в Surf за 12 лет разработали много финтех-приложений. И в одном из последних проектов убедились, что наш накопленный опыт и лучшие практики позволяют нам существенно ускорить срок разработки и создать работающий банковский продукт за гораздо более короткий срок — 6 месяцев.
А скажите, неужели ваше приложение напрямую обращается к банковской БД и само выполняет все-все-все операции?
Ну вот скажем завести нового клиента. Это не просто вбить данные в карточку. Там еще куча проверок проводится по ходу пьесы - валидность ДУЛ, срок действия ДУЛ, наличие ДУЛ в списке недействительных, проверка на совпадения по ФИО, ДР, ДУЛ, ИНН по спискам ПЭ/ППТ/ОМУ, по санкционным спискам... Определения уровня риска клиента (страновые риски, банкроты и т.п.).
Все это делает ваше приложение само? Или все-таки ваш "бэкенд" просто предоставляет вам интерфейсы к существующим на уровне ядра АБС запросам, а вы только дергаете их?
Здравствуйте, в кейсе речь идёт о зарубежном банке, так что привычные нам ИНН и ДУЛ тут не фигурируют. Но, безусловно, проверки проводятся, как и в любом другом банке. Архитектуру показывать мы не имеем права по условиям NDA. Можем лишь дополнить, что как и во всех банковских приложениях клиент обращается к части бэка, которая предоставляет данные для клиента. В свою очередь этот слой взаимодействует с ядром. Если интересует процесс, как именно это происходит с точки зрения бэка, сформулируйте, пожалуйста, свой вопрос точнее — постараемся ответить :)