Как автоматизировать закрытие операционного дня через интерфейс ЦФТ

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

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

В одном из банковских проектов мы автоматизировали часть этого процесса, сохранив ЦФТ в исходном виде. На его примере разберем, как можно отделить повторяющиеся операции от действий, где требуется решение сотрудника.

Почему автоматизацию вынесли за пределы ЦФТ

Одним из ограничений проекта было сохранение существующего банковского ядра и действующей логики системы.

Поэтому автоматизацию построили на уровне пользовательского интерфейса.

Система воспроизводит утвержденную последовательность действий сотрудника: открывает нужные разделы, подставляет параметры, выполняет проверки и операции, формирует отчеты и сохраняет результаты.

Программный код ЦФТ, банковское ядро и действующая логика сохраняются в исходном виде.

Такой подход позволяет автоматизировать повторяющийся регламент отдельно от доработки основной банковской системы.

Что отдали системе, а что оставили сотруднику

Система запускает процедуры по расписанию, открывает нужные разделы ЦФТ, подставляет даты, филиалы и другие параметры, устанавливает фильтры, выполняет проверки и фиксирует результаты.

Каждый выполненный шаг журналируется.

При обнаружении отклонения система передает его сотруднику для принятия решения.

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

Какие процессы вошли в автоматизацию

В реализованном проекте такой подход применялся для предварительного и итогового контроля закрытия операционного дня.

Автоматизация охватывала процедуры, связанные с:

1. платежными документами;
2. финансовыми, депозитными и карточными счетами;
3. расчетно-кассовым обслуживанием;
4. дистанционным банковским обслуживанием;
5. эквайрингом;
6. резервированием;
7. валютными операциями;
8. контрольными отчетами, ведомостями и выгрузками.

Часть процедур могла проходить полностью автоматически. В других сценариях сотрудник подключался при обнаружении исключений.

Тот же механизм использовался для процедур закрытия отчетного периода.

Как адаптировать сценарии при изменениях

Регламенты и интерфейсы меняются, а один и тот же процесс может отличаться между учетными контурами.

Поэтому сценарии собираются из параметризованных шагов и хранятся в конфигураторе. Это позволяет корректировать процедуру при изменениях интерфейса ЦФТ и переносить готовые сценарии на другие контуры с повторным использованием уже настроенных шагов.

Какой эффект может дать такой подход

По расчетной модели проекта до 80% штатных операций ЗОД потенциально можно выполнять автоматически.

Расчетная экономия составляет от 5 до 15 часов работы сотрудников в день на один филиал. При регулярном выполнении процедур эффект может достигать 300 человеко-часов в месяц на один филиал.

Эти цифры показывают расчетный потенциал проекта.

Фактический эффект зависит от состава процедур, количества учетных контуров и действующего регламента конкретного банка.

Поэтому экономику автоматизации имеет смысл сначала проверять на ограниченном участке процесса.

Почему начинать стоит с 10–15 процедур

Для пилота проекта в ИТ-компании WINFOX, можно выбрать 10–15 повторяющихся процедур в одном филиале, подразделении или учетном контуре.

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

По итогам пилота банк получает:

1. фактическую долю автоматизированных действий;
2. сокращение времени выполнения процедур;
3. статистику успешных запусков и ручных вмешательств;
4. перечень выявленных исключений;
5. расчет эффекта масштабирования на весь ЗОД и филиальную сеть.

Так решение о дальнейшем внедрении можно принимать на основе собственных данных банка.

Когда такой подход имеет смысл

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

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

Для проверки достаточно выбрать 10–15 процедур, замерить текущие трудозатраты, автоматизировать их в тестовом контуре и сравнить показатели до и после.

Если пилот подтверждает эффект, следующий шаг — оценить масштабирование на остальные процедуры ЗОД и другие учетные контуры.