Возили миллиарды, но оплату за свою работу ждали полгода. Оказалось, инкассация держится на письмах и звонках

Представьте: вы выполнили работу, а деньги за нее получите через полгода. И все это время вы не знаете точно, сколько вам должны. Для фрилансера это звучит как кошмар, а для федеральной системы инкассации это была норма.

Объединение «Росинкас» — оператор критической инфраструктуры наличного денежного обращения. Оно отвечает за физическое движение наличных денег,  между точками их хранения и обработки, банками и бизнесом.

До: деньги ездят быстро, документы — месяцами

Броневики Объединения «Росинкас»  ездили по графику, доставляли деньги быстро и в срок. Сложности начинались после выезда машины: чтобы получить оплату за уже оказанную услугу, нужно было собрать данные о фактических заездах, сверить их с тарифами конкретного подразделения, проверить условия договора, вручную сформировать акт и отправить его банку на согласование.

Данные о выездах хранились в одной системе, тарифы — в другой.договоры — в третьей. Если возникали расхождения, начиналась переписка, иногда на недели. В итоге дебиторская задолженность могла висеть 120–150 дней. По сути, компания кредитовала банки уже выполненной работой.

Проблема была в том, что физическое движение денег и их цифровой учет были в разных контурах.

План работ: собрать воедино броневики, тарифы и документы

Нужно было собрать единую систему, где:

1. интерфейс выдерживает нагрузку десятков тысяч точек;
2. логистика и статусы обслуживания видны в реальном времени без звонков;
3. ошибки в реквизитах блокируются до подписания документов;
4. расчеты формируются автоматически по факту оказанной услуги;
5. подключение к API происходит без переписки и ручного обмена ключами.

Короче — выстроить один контур управления вместо набора разрозненных процессов.

Оптимизировали скорость работы системы при управлении тысячами объектов

У «Росинкас» клиенты — это федеральные сети и банки с тысячами объектов по всей стране: АТМ в торговых центрах, терминалы, кассы, дополнительные офисы.

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

Старая архитектура перезагружала страницы целиком и тянула тяжёлые выборки из базы. При работе с крупным банком это означало секунды ожидания на каждом действии и зависания при попытке массово обработать объекты.

А в инкассации время — это логистическое окно. Не подтвердил заявку вовремя — броневик уехал по маршруту. Банкомат может остаться без пополнения.

Мы перестроили интерфейс как полноценное приложение (SPA на Vue.js). Теперь страница не перезагружается целиком, данные подгружаются частями, большие массивы обрабатываются поэтапно. Можно работать сразу с тысячами точек и массово менять параметры. 

Заменили ручное согласование на автоматическое бронирование времени выезда

Инкассация живет по жестким тайм-слотам. У каждого маршрута — свое расписание, у каждой машины — свой график.

Раньше менеджеры банков согласовывали удобное время через людей: звонки, письма, ожидание ответа. При большом объеме это превращалось в узкое место.

Мы интегрировали ЛКБ напрямую с внутренней системой маршрутизации. Теперь при создании заявки личный кабинет в реальном времени запрашивает доступные окна у логистической системы и одновременно подтягивает тариф из CRM для конкретного подразделения. Банк видит сразу и время, и стоимость. Выбор фиксируется транзакционно: слот резервируется в графике, создается запись в логистике, а данные автоматически уходят в расчетную часть.

Если окно есть — оно бронируется мгновенно.

Внедрили автоматическую проверку реквизитов и исключили ошибки в договорах

В банковской сфере ошибка в одной цифре может обнулить юридическую силу документа. Ручной ввод реквизитов всегда риск.

Мы встроили автоматическую валидацию. При вводе ИНН система проверяет контрольные алгоритмы, обращается к внешним справочникам, подтягивает официальные данные компании и не позволяет сохранить запись, если формат счёта или БИК некорректен. Все поля проходят проверку еще до формирования договора.

Когда банк подтверждает условия, данные передаются во внутреннюю CRM, документ формируется автоматически и отправляется в систему ЭДО. Статус подписания синхронизируется обратно в личный кабинет.

Человеческий фактор мы не убрали полностью, но сократили его до минимума.

Ускорили получение оплаты от банков в 15 раз и другие итоги

Ключевым стало внедрение событийной модели. Теперь каждый этап (от создания заявки до фактического обслуживания) фиксируется как событие в системе. Эти события одновременно видны в интерфейсе, доступны через API и участвуют в расчетах.

Биллинг больше не строится на ручных выгрузках. Он формируется на основе подтвержденных фактов: выезд состоялся, кассета обслужена, объект закрыт.

Раньше выставление актов и оплата могли растягиваться на три-пять месяцев. После внедрения системы счета формируются на десятый рабочий день, а оплата поступает до середины месяца. Цикл расчетов сократился в 10–15 раз. Компания перестала финансировать банки за счет собственных оборотных средств.

Проект вырос из «личного кабинета» в полноценную отраслевую платформу. Ключи доступа генерируются внутри системы, роли разграничиваются, действия пользователей логируются. Подключение больше не требует недель переписки.

Каждый заезд теперь прозрачен: видно, когда машина приехала, что произошло на точке, была ли причина отказа. Это резко снизило количество спорных ситуаций.

Архитектура построена с разделением контуров тестирования и продакшена, с автоматическими проверками ключевых бизнес-процессов и жестким разграничением доступа к данным. При этом ЛКБ не хранит информацию, относящуюся к банковской тайне — только операционные данные, необходимые для оказания услуги.

А совсем скоро ЛКБ объединит других исполнителей услуг инкассации с заказчиками (банками и другими предприятиями).