Цифровая экосистема «Росинкас»

Объединение «РОСИНКАС». Тип сайта: порталы и сервисы. Сфера: финансы, страхование, инвестиции

Каждый день по России перемещаются десятки миллиардов рублей. Не в виде цифр на экране, а в броневиках, банковских кассетах, инкассаторских сумках и спецконтейнерах.

Именно в этой реальности работает Объединение «Росинкас» — крупнейший перевозчик наличных денег в стране. Он отвечает за физическое движение наличных денег между точками их хранения и обработки, банками и бизнесом, а также за обслуживание автоматических устройств (терминалов, АДМ и АТМ). Здесь любая операционная ошибка может обрести физический масштаб: пустые банкоматы и кассы, магазины без оборотных средств.

Основные группы клиентов «Росинкас» — это торгово-розничные предприятия и банки. Цифровизация шла поэтапно: сначала мы запустили личный кабинет для розницы, чтобы автоматизировать их привычную рутину. А вот банковский сектор устроен гораздо сложнее, обойтись косметическими правками в старом интерфейсе не вышло бы. Нужна была совершенно другая логика управления и интеграций. Так начался второй этап проекта — создание отдельного Личного кабинета банка (ЛКБ).

Почему банкам нужен отдельный интерфейс:

• Сверка чеков длится до полугода. Чтобы получить деньги за услуги, Объединение «Росинкас» и банк должны были подписать акты сверки. Из-за того, что единой базы не было, этот процесс затягивался на 3–5 месяцев.
• «Ручной режим». Банки часто уточняли, какие договоры у них подписаны, какие точки находятся на обслуживании. Все уточнения велись через звонки менеджерам или по почте.
• Размер банка. Часть банков не готовы сразу «идти в API». Когда количество объектов небольшое, ЛКБ — хорошая альтернатива для ручной апробации возможностей личного кабинета. Освоив базовый функционал ЛКБ, легче шагнуть на следующую ступень и принять решение по переходу на API.

• Разработать интерфейс, который станет цифровым шлюзом для онбординга банков (автоматическая выдача SSL-сертификатов и API-ключей) и заменит переписку по почте.
• Обеспечить прозрачность данных, чтобы сократить срок сверки оказанных услуг и получения оплаты.
• Настроить «зеркальность» API и интерфейса. Сделать так, чтобы их работа была синхронной — данные должны обновляться мгновенно в обеих системах.
• Реализовать возможность управления десятками тысяч объектов без потери производительности и с автоматизацией массовых операций.

Когда пользователь работает с пятью точками, скорость загрузки страницы не имеет значения. Другое дело, когда в системе появляется федеральная сеть или банк с тысячей объектов, — здесь, к сожалению, каждый клик превращается в испытание. Страница перезагружается целиком или браузер мучительно долго подгружает тяжелые таблицы заново.

Для представителя банка — это не просто вопрос комфорта, а вопрос реальных убытков. Если интерфейс «думает», пока менеджер пытается отредактировать список из 500 точек, банк не успеет подтвердить заявку до закрытия логистического окна.

Чтобы убрать эти риски, мы перестроили ЛКБ на Vue.js по принципу Single Page Application (SPA). Теперь интерфейс работает как единое приложение, которое открывается один раз и больше не перезагружается. Данные подгружаются в фоновом режиме, а при переходе между разделами обновляются только те блоки и части, по которым происходит изменение.

Но одной скорости интерфейса было недостаточно — нам нужна была скорость самой разработки. В проектах такого масштаба ТЗ постоянно меняется: сегодня у котировки 5 этапов согласования, а завтра заказчик понимает, что нужно 7. Чтобы не переписывать код и не перерисовывать макеты с нуля, мы внедрили атомарную дизайн-систему.

Это подход, при котором статичные страницы не нужно каждый раз отрисовывать. Вместо этого используется компоненты — таблиц, кнопок, полей. Когда бизнес-процесс внезапно усложнился, мы просто пересобрали логику из готовых компонентов. А бонусом такой подход начал ускорять разработку: мы сократили время вывода новых функций.

Внутри Объединения «Росинкас» работают десятки подразделений, и у каждого из них есть своя привычная среда. Никто из них не заходит в ЛКБ, им это не нужно. Но нужно, чтобы личный кабинет брал информацию у банка и сам разносил ее по внутренним системам «Росинкас».

Все начинается с логистики. Чтобы банк мог добавить новую точку инкассации, ЛКБ должен «договориться» с производственной системой управления маршрутами. Личный кабинет в момент запроса стучится к бэкофисной системе: «Какие свободные окна есть на эту дату?». В ответ система предлагает доступные варианты. Банк выбирает подходящий тайм-слот, и ЛКБ бронирует его в графике инкассаторов. Логистика привязана к тарифам. Мы автоматизировали расчет стоимости через прямую интеграцию с внутренней CRM Объединения «Росинкас». Запрос тайм-слотов идет в рамках котировки, мы получаем тариф вместе с тайм-слотами. Все это делается через API. API получает ответ от отдела логистики по тайм-слотам, затем стучится в CRM и забирает тариф для кода подразделения.

Вот так система стала прозрачной: банк видит, может ли Объединение «Росинкас» приехать в конкретную точку и по какой цене. Это исключило долгие согласования через менеджеров.

Но нужно превращать предварительные договоренности в юридически значимый документ. В банковском мире это самый тонкий момент: любая опечатка в номере расчетного счета или в БИКе приведет к затягиванию процессов.

Как это работает: менеджеру не нужно вводить все вручную. Достаточно вбить ИНН, и система сама подтянет актуальные данные о компании. На этом же этапе ЛКБ проверяет и необходимые маски для полей. Если в данных есть ошибка, система просто не даст отправить заявку в работу. Клиент один раз заполняет свои расчетные счета и потом просто выбирает в нужных местах из выпадающего списка — таким образом вероятность ошибки сокращается.

Как только банк нажимает кнопку «Принять», в дело вступает автоматика. ЛКБ передает все детали во внутреннюю CRM «Росинкас», которая автоматически формирует дополнительное соглашение со всеми привязками к точкам и тарифам. Готовый документ тут же улетает в систему ЭДО на подпись.

Менеджеру банка не нужно переключаться между окнами — он видит актуальные статусы документа прямо в своем личном кабинете. Как только в ЭДО появляется уведомление, банку остается только поставить квалифицированную электронную подпись.

Даже самый быстрый интерфейс теряет смысл, если пользователю приходится выполнять в нем сотни однотипных действий. А когда еще в систему входит федеральный ритейлер, масштаб задач меняется кардинально. Это 4000 точек по всей стране, и у каждой свои ответственные сотрудники, графики и счета. Если вносить эти данные вручную по одному объекту за раз, работа растянется на недели, а опечаток не избежать.

А еще в ЛКБ скоро будут отображаться все заезды: если инкассаторы приехали на 3 точки из 5, менеджер банка видит это на следующий день с указанием причин (например, отсутствие кассира на рабочем месте). За счет этого банки могут оспаривать услуги, которые не были оказаны.

Была внедрена компонентная дизайн-система. Интерфейс собирается из повторно используемых элементов, что позволяет гибко адаптировать бизнес-логику без полной переработки страниц.

В крупных банках процессы идут параллельно: ИТ-системы обмениваются данными с Объединением «Росинкас» через API, а менеджеры работают в веб-интерфейсе ЛКБ. Мы должны были исключить рассинхрон между этими каналами. Для этого настроили все так, чтобы любая информация мгновенно обновлялась в обеих системах. Запросы, точки, договоры, созданные через API попадают в ЛК, и наоборот — можно создать в ЛК, но запросить по API.

Для банков, которые работают через интеграции, мы вынесли управление безопасностью прямо в интерфейс ЛКБ. Если банк подключается через API, его техническому специалисту нужны SSL-сертификаты — это цифровые «ключи», которые подтверждают право системы обмениваться данными с Объединением «Росинкас». Если же банк использует только веб-версию ЛКБ, ему не нужно об этом думать — базовая защита каждой страницы и так работает по умолчанию.

Чтобы система Личного кабинета оставалась стабильной в режиме 24/7, мы выстроили процесс выпуска обновлений через три независимых контура. Сначала новые функции попадают в «песочницу», где их тестируют разработчики. Затем код переносится на «препрод» — полную копию реальной системы. Здесь команда заказчика проводит глубокое сквозное тестирование и прогоняет автотесты, написанные под все ключевые бизнес-процессы. Только после такой двойной проверки, когда все отлажено до мелочей, обновление попадает на «прод» — к реальным пользователям.

Отдельный акцент мы сделали на защите конфиденциальной информации. В работе с банками критически важно соблюдать баланс между удобством интерфейса и требованиями безопасности, поэтому доступ ЛК к данным строго ограничен.

Мы не храним информацию, которая относится к банковской тайне. В системе нет паспортных данных клиентов, номеров их личных счетов или сумм остатков на балансах — все это остается внутри закрытого банковского контура и систем ЭДО. Личный кабинет оперирует только тем минимумом информации, который необходим для выполнения самой услуги.

• Уникальность на рынке. На данный момент даже у крупных игроков отрасли нет подобного API и функционала личного кабинета.
• Автоматизация онбординга. Выдача ключей доступа и регистрация новых банков переведена из «ручного режима» (почта/звонки) в автоматизированный интерфейс ЛКБ.
• Ускорение Time-to-Market (благодаря Vue.js и атомарному дизайну).
• Исключение человеческого фактора. Ошибки в реквизитах и договорах минимизированы за счет автоматического подтягивания данных из CRM и проверок по ИНН.
• Проект новый, поэтому более развернутые результаты эффективности появятся минимум через полгода. Проект перерос рамки простого кабинета — сегодня это полноценный полигон для отработки инновационных идей на рынке инкассаторских услуг.

Руководитель проекта 3  ●  Менеджер проекта 2  ●  Бизнес-аналитик  ●  Арт-директор  ●  Ux/Ui-дизайнер 2

Front-end разработчик 3  ●  Back-end разработчик 3  ●  SEO-специалист