Платіжні файли ERP до банку й звіряння
ERP до банку: платіжні файли назовні, виписки назад, зі звірянням
Платежі надсилаються як ISO 20022 pain.001 через 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, підписує й шифрує їх і доставляє через SFTP хост до хосту, EBICS чи API банку. Звіти про статус і виписки повертаються тим самим шляхом і зіставляються з відкритими позиціями в ERP.
Шлях збою спроєктовано так само ретельно, як успішний. Відхилений платіж повертається з кодом причини банку. Рядок виписки, що не зіставляється, стає розбіжністю звіряння для визначеної людини. Ніщо не втрачається й ніщо не проводиться двічі.
Як працює потік
Затвердіть платіжний цикл
Ваша ERP формує платіжний цикл, а ваші схвалювачі його випускають, як і сьогодні. Інтеграційний шар бере лише затверджені цикли.
Зіставте, підпишіть і зашифруйте
Шар зіставляє кожен платіж із варіантом pain.001 банку, перевіряє його та підписує й шифрує файл, як вимагає банк.
Доставте в банк
Файл іде узгодженим каналом, 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
Запитання й відповіді
SFTP хост до хосту, EBICS чи банківські API: що обрати?
Зазвичай вирішує банк. SFTP host-to-host є найпоширенішим каналом для корпоративних платіжних файлів. EBICS поширений у банках Німеччини, Франції й сусідніх країн. Банківські API підходять для залишків у реальному часі й миттєвих платежів, якщо банк їх пропонує. Багато компаній використовують кілька каналів, а інтеграційний шар приховує різницю від ERP.
Отримувати виписки camt.053 чи MT940?
Де банк пропонує обидва, camt.053 несе багатші структуровані дані призначення платежу, що робить автоматичне зіставлення надійнішим. MT940 досі широко використовується й добре працює для багатьох випадків. Ми приймаємо обидва, перетворюємо їх на одну внутрішню модель і переводимо кожен банк з MT940 на camt.053, коли це зручно вам і банку.
Чи бачимо ми позицію грошових коштів протягом дня?
Так, якщо ваші банки надають внутрішньоденні звіти. Вони надходять як повідомлення camt.052 чи MT942 або через API балансу. Ми збираємо їх за графіком, який підтримує кожен банк, і показуємо поряд із виписками на кінець дня, щоб ваша казначейська команда бачила очікувані й фактичні позиції до граничних часів.
Чи можемо ми простежити, хто затвердив і надіслав платіж?
Так. Схвалення залишається у вашій ERP з її наявними контролями. Інтеграційний шар журналює кожен файл, який створює, підписує, надсилає й отримує, з позначками часу, ідентифікаторами й технічним обліковим записом. Цей журнал повʼязує кожен платіж у звіті про статус банку назад із документом ERP і його схвалювачами.
У нас кілька банків. Чи є кожен окремим проєктом?
Ні. Інтеграційний шар, внутрішня модель платежів і правила зіставлення створюються один раз. Кожен новий банк додає власний варіант формату, канал і кроки онбордингу, що є меншими частинами роботи. Зазвичай ми підключаємо банк із найбільшим обсягом першим і додаємо інші за порядком.
Як перевіряється підключення до запуску?
Кожен банк надає тестове середовище чи тестовий процес. Ми узгоджуємо з банком набір тестових випадків, що охоплюють кожен тип платежу, відхилення й виписки, виконуємо їх і зберігаємо докази. Коли банк схвалює, ми запускаємося з малим першим платіжним циклом і порівнюємо результати, перш ніж переміщати решту.
Почніть із розмови, а не з договору.
Розкажіть, що вам треба побудувати, зʼєднати чи захистити. Архітектор пройде це з вами, а потім порадить, з чого почати.
Що буде далі
Узгодження часу
Наша команда напише вам, щоб узгодити час сесії.
Попередня консультація
Формат: безкоштовна 30-хвилинна онлайн-консультація перед співпрацею. Ми разом розбираємо ваші цілі, системи й обмеження.
Оцінка готовності
На кроці «безкоштовна 48-годинна оцінка готовності» головний архітектор перевіряє ваш проєкт за 6 пунктами Definition of Ready і рекомендує відповідний трек.
Вибір треку
Проєкти з готовим обсягом отримують обовʼязкову пропозицію протягом від 3 до 5 робочих днів. Проєкти на стадії концепції починаються в Blueprint Studio. Робоча система, яка дає збої, не має документації або потребує інтеграції, починається з діагностики тривалістю від 1 до 2 тижнів. Blueprint Studio і діагностика мають фіксовану плату, зазначену в пропозиції.