Корпоративные системы и интеграции
Платёжные файлы и сверка между ERP и банком
ERP и банк: платёжные файлы наружу, выписки обратно, сверка
Платежи в формате ISO 20022 pain.001 через host-to-host SFTP или банковские API, выписки camt.053 и MT940 сопоставляются с учётом.
Схема
Прокрутите вбок, чтобы увидеть весь чертёж.
От ERP к банку: платежи наружу, выписки внутрь
Утверждённые платежи выходят из ERP подписанными файлами ISO 20022 по каналу host-to-host. Отчёты о статусе и выписки возвращаются тем же путём и сопоставляются с открытыми позициями. Отклонённые и несопоставленные строки передаются вашей команде с указанием причины.
- Основной поток
- Асинхронный
- Сценарий исключения
Поток из 10 шагов
Поток шаг за шагом
- От ERP к Интеграционный слой: Утверждённый платёжный реестр, по REST/JSON · IDoc (основной поток).
- От Интеграционный слой к Защищённый банковский канал: Подписанный и зашифрованный платёжный файл, по ISO 20022 pain.001 · OpenPGP (основной поток).
- От Защищённый банковский канал к Банк: Передан в банк, по SFTP H2H (основной поток).
- От Банк к Защищённый банковский канал: Отчёты о статусе и выписки, по pain.002 · camt.053 · MT940 (асинхронный).
- От Защищённый банковский канал к Интеграционный слой: Собрано и проверено, по SFTP H2H (асинхронный).
- От Интеграционный слой к Механизм сверки: Строки выписки, по camt.053 (асинхронный).
- От Механизм сверки к ERP: Сопоставленные проводки, по REST/JSON (основной поток).
- От Интеграционный слой к Казначейство и финансовый отдел: Отклонённые платежи с кодом причины, по pain.002 RJCT (сценарий исключения).
- От Механизм сверки к Казначейство и финансовый отдел: Несопоставленные строки: расхождение при сверке (сценарий исключения).
- От Казначейство и финансовый отдел к ERP: Исправлено и отправлено повторно (сценарий исключения).
Обзор
Это поток между ERP и банками: одобренные платежи уходят, а отчёты о статусе и выписки возвращаются. Это связь, которую многие финансовые службы до сих пор ведут вручную — через банковские порталы и электронные таблицы, — и та, где ошибка стоит денег.
Эталонная схема ставит между ERP и каждым банком интеграционный слой. Слой преобразует платежи в вариант ISO 20022 pain.001, принятый банком, подписывает и шифрует их и доставляет по host-to-host SFTP, EBICS или через API банка. Отчёты о статусе и выписки возвращаются тем же путём и сопоставляются с открытыми позициями в ERP.
Путь ошибок спроектирован так же тщательно, как и штатный сценарий. Отклонённый платёж возвращается с кодом причины банка. Строка выписки, которая не сопоставляется, становится расхождением при сверке для назначенного сотрудника. Ничего не теряется и ничего не проводится дважды.
Как устроен поток
Утвердить платёжный реестр
Ваша ERP формирует платёжный реестр, и ваши утверждающие лица его выпускают, как и сегодня. Интеграционный слой забирает только утверждённые реестры.
Преобразовать, подписать и зашифровать
Слой преобразует каждый платёж в вариант pain.001 нужного банка, проверяет его, подписывает и шифрует файл в соответствии с требованиями банка.
Доставить в банк
Файл передаётся по согласованному каналу — host-to-host SFTP, EBICS или API банка — до времени отсечения банка.
Получить статусы и выписки
Банк возвращает отчёты о статусе pain.002 по каждому файлу и платежу, а в конце дня — выписки camt.053 или MT940.
Собрать и проверить
Слой собирает каждый отчёт, проверяет его на пропуски и дубли относительно последовательности выписок и разбирает на строки.
Сопоставить и провести
Строки выписки сопоставляются с открытыми позициями по утверждённым вами правилам, а сопоставленные записи проводятся в ERP.
Когда что-то идёт не так
Платёж отклонён
Отчёт pain.002 содержит код причины банка. Платёж помечается в ERP как отклонённый и передаётся вашей службе казначейства для исправления и повторной отправки.
Строка выписки не сопоставляется
Строка становится расхождением при сверке с вероятными кандидатами и причиной сбоя. Ваша команда его закрывает, а правила могут на нём учиться.
Файл отсутствует или опаздывает
Проверяются порядковые номера выписок и ожидаемое время доставки. Отсутствующий или опоздавший файл вызывает оповещение до того, как кто-либо начнёт полагаться на позицию по денежным средствам.
Ключ или сертификат скоро истекает
Ключи подписи и сертификаты каналов отслеживаются с датами истечения, а продление начинается достаточно рано, чтобы согласовать новый ключ с банком.
Стандарты и системы
- Банковские стандарты и каналы
- ISO 20022
- pain.001
- pain.002
- camt.052
- camt.053
- camt.054
- MT940
- MT942
- SFTP (H2H)
- EBICS
- Swift
- OpenPGP
Вопросы и ответы
Host-to-host, EBICS или банковские API: что нам выбрать?
Обычно решает банк. Host-to-host SFTP — самый распространённый канал для корпоративных платёжных файлов. EBICS распространён у банков в Германии, Франции и соседних странах. Банковские API подходят для балансов в реальном времени и мгновенных платежей там, где банк их предлагает. Многие компании используют несколько каналов, а интеграционный слой скрывает разницу от ERP.
Получать выписки camt.053 или MT940?
Там, где банк предлагает оба формата, camt.053 содержит более богатые структурированные данные о назначении платежа, что делает автоматическое сопоставление надёжнее. MT940 по-прежнему широко используется и хорошо работает во многих случаях. Мы принимаем оба, приводим их к единой внутренней модели и переводим каждый банк с MT940 на camt.053, когда это удобно вам и банку.
Можем ли мы видеть позицию по денежным средствам в течение дня?
Да, если ваши банки предоставляют внутридневные отчёты. Они приходят как сообщения camt.052 или MT942 либо через API баланса. Мы собираем их по графику, который поддерживает каждый банк, и показываем рядом с выписками на конец дня, чтобы ваша служба казначейства видела ожидаемые и фактические позиции до времени отсечения.
Можем ли мы отследить, кто утвердил и отправил платёж?
Да. Утверждение остаётся в вашей ERP с её существующими контролями. Интеграционный слой журналирует каждый созданный, подписанный, отправленный и полученный файл с отметками времени, идентификаторами и технической учётной записью. Этот журнал связывает каждый платёж из отчёта о статусе банка с документом ERP и его утверждающими лицами.
У нас несколько банков. Каждый — отдельный проект?
Нет. Интеграционный слой, внутренняя модель платежей и правила сопоставления создаются один раз. Каждый новый банк добавляет свой вариант формата, канал и шаги подключения — это меньшие объёмы работ. Обычно мы сначала подключаем банк с наибольшим объёмом, а затем добавляем остальные по порядку.
Как тестируется подключение до запуска?
Каждый банк предоставляет тестовую среду или тестовый процесс. Мы согласуем с банком набор тестовых сценариев, охватывающих каждый тип платежа, отказы и выписки, прогоняем их и сохраняем подтверждения. После одобрения банком мы запускаем небольшой первый платёжный реестр и сравниваем результаты, прежде чем переводить остальное.
Начните с разговора, а не с договора.
Расскажите, что нужно создать, подключить или защитить. Архитектор разберёт это с вами и порекомендует, с чего начать.
Что происходит дальше
Согласование времени
Наша команда напишет вам, чтобы согласовать время сессии.
Предконсультационная сессия
бесплатная 30-минутная онлайн-сессия предварительного консультирования: мы разбираем ваши цели, системы и ограничения.
Оценка готовности
В рамках бесплатная 48-часовая оценка готовности ведущий архитектор проверяет ваш проект по шести критериям определения готовности и рекомендует подходящий трек.
Выбор трека
Проекты с готовым объёмом работ получают обязывающее предложение в течение 3–5 рабочих дней. Проекты на стадии концепции начинаются в Blueprint Studio. Действующая система, которая сбоит, не документирована или требует интеграции, начинается с диагностики 1–2 недели. У Blueprint Studio и диагностики фиксированная плата, указанная в предложении.