Обзор системы для проведения расчётов Digital Q.Payments от компании Диасофт

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

Модули системы Digital Q.Payments

Система Digital Q.Payments состоит из четырех ключевых модулей: «Расчеты» (обработка платежных документов), «Расчетный центр» (интеграция с платежными системами), «Касса» (управление наличными средствами) и «Валютный контроль» (контроль валютных операций).

Модуль «Расчеты»

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

— Обмен сообщениями с платежными системами
— Выполнение контрольных процедур
— Учет блокировок и арестов счетов
— Определение приоритетности платежей
— Отражение результатов расчетов в бухгалтерской отчетности (Главная книга)

Модуль «Расчетный центр»

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

Модуль «Касса»

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

Модуль «Валютный контроль»

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

Работа с платежами

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

• Проверка наличия арестов: Перед обработкой платежа проверяется наличие судебных решений или иных ограничений на списание денежных средств.
• Определение приоритета платежей: Платежи распределяются по уровням важности, например, платежи в бюджет имеют наивысший приоритет, а клиентские операции обрабатываются во вторую очередь.
• Учет очередности платежей: Если средств недостаточно для покрытия всех обязательств одновременно, система автоматически выстраивает порядок выплат согласно установленным правилам.
• Учёт комиссий: Каждая сторона сделки может взимать комиссии, которые также учитываются системой, обеспечивая точный расчёт итоговой суммы перевода.

Эти механизмы позволяют Digital Q.Payments эффективно управлять платежами, снижая риски ошибок и соблюдая законодательные требования.

Готовые шаги обработки платежей

Digital Q.Payments обладает мощным функционалом для настройки процесса обработки платежных документов. Вот ключевые особенности, касающиеся вашего вопроса:

• Универсальность состава: Решение содержит около 130 готовых шагов обработки, позволяющих строить маршруты для различных типов платежных документов.
• Гибкость настроек: Процесс обработки документов настраивается визуально («no code»), что упрощает адаптацию системы под конкретные бизнес-процессы организации.
• Доступность шагов: Все шаги обработки доступны в справочниках, что облегчает их использование и понимание пользователями.
• Параллельная обработка: Возможна как последовательная, так и параллельная обработка этапов, что повышает производительность и сокращает время обработки больших объемов платежей.

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

Дневная очередь обработки

Очередность настраивается с помощью правил. по каждой операции выставляется приоритет. Далее платежи осуществляются в соответствии с приоритетом.

Картотека

В полной мере разработана работа с картотекой.

Картотека К1 (Документы, ожидающие акцепта)

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

Картотека К1.2 (Документы, ожидающие разрешения)

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

Картотека К2 (Документы, не оплаченные в срок)

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

Межфилиальные платежи

Межфилиальные платежи, счета типа «лоро» и «ностро» являются важными элементами инфраструктуры банковского дела и расчета между банками и филиалами внутри одной группы или сети учреждений.

• Межфилиальные платежи — это переводы денежных средств между отделениями одного банка. Обычно они осуществляются быстро и легко, поскольку средства перемещаются внутри единой структуры банка, без участия третьих лиц.
• Счета «лоро» — это корреспондентские счета, открываемые одним банком другому банку в своей собственной структуре. По сути, это счет, открытый иностранным банком в российском банке, позволяющий первому проводить расчеты в отечественной валюте или других валютах.
• Счета «ностро» — противоположны «лоро»: это счета, которые открывает отечественный банк в иностранном банке. Таким образом, средства на таком счете принадлежат российскому банку, но физически находятся в другом финансовом учреждении.

Поддержка форматов

• УФЭБС — Унифицированный формат электронных банковских сообщений. Используется для обмена финансовыми сообщениями в платежной системе Банка России.
• СПФС — Система передачи финансовых сообщений. Российская система межбанковского обмена финансовыми сообщениями, разработанная Банком России как альтернатива SWIFT.
• SBRF — Формат обмена сообщениями, используемый в инфраструктуре Сбербанка для интеграции банковских систем и передачи платежных документов.
• SWIFT-RUR — Специализированный формат сообщений SWIFT для проведения операций в российских рублях.
• SWIFT MT** — Стандартные типы сообщений сети SWIFT (например: MT103, MT202, MT940), применяемые для международных и межбанковских расчетов.
• ISO 20022 — Международный стандарт финансовых сообщений на основе XML, используемый для обмена платежными и финансовыми данными между банками и финансовыми организациями.

STP процессинг

STP-процессинг платежей — это автоматическая обработка платежей без ручного вмешательства на всех этапах.

STP (Straight-Through Processing) означает, что платеж проходит путь от создания до исполнения автоматически через банковские системы.

1. Клиент создаёт платеж.

2. Система автоматически проверяет данные.

3. Платеж проходит комплаенс-проверки.

4. Сообщение отправляется в платежную систему или банк.

5. Платеж исполняется и формируется подтверждение.

Все этапы проходят без ручной обработки оператором.

Выполняется контроль документов, продуктовые контроли, дневная очередь, ручная обработка, конструктор сценариев, онлайн баланс.

СНС, НЗР

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

НЗР — это неснижаемый остаток средств на счёте клиента. Данная сумма резервируется банком и не может быть использована для проведения платежей или списаний. Неснижаемый остаток применяется для обеспечения обязательств клиента, поддержания минимального баланса или выполнения условий банковских договоров.

Технологические особенности

Решение написано на Java Enterprise Edition, сервера приложений. СУБД Digital Q.Database. Протоколы взаимодействия — SOAP, REST, Kafka (JSON). Брокер сообщений Q.Kafka.

В значительной степени реализован функционал Low-Code — инструмент собственной разработки.

Согласно отчету о нагрузочном тестировании, время обработки на одной ноде 20 файлов по 10 000 ED занимает 40 минут, на двух нодах — 20 минут.

Возможность настройки 400+ алгоритмов автоматических проверок и контролей.

Масштабируемая обработка платежей с использованием технологий In-Memory обеспечивает высокую скорость выполнения операций за счёт обработки данных в оперативной памяти.

Сфера применения

Банки из топ-10 имеют разнородный ИТ-ландшафт без ярко выраженного монолитного решения. Для расчетов может быть использована Digital Q.Payments.

Ещё одна возможность по внедрению Digital Q.Payments — импортозамещение зоны критической инфраструктуры. Расчеты должны быть на российском ПО, количество банков, попадающих под импортозамещение, скорее всего, будет расширяться.

Digital Q.Payments и комплексные АБС

При наличии комплексной АБС, например, FA#, дополнительно ставить Digital Q.Payments нет смысла.

Digital Q.Payments лучше подходит там, где нужна масштабируемость, Java-стек, кластеризация.