ELOVITОбговорити задачу ↗
← Усі кейси

05 / Фінанси

Інтеграція банківських операцій monobank і ПУМБ з BAS через API

Власний API-обмін із monobank та ПУМБ для передавання банківських операцій до облікової системи.

monobankПУМБAPIБанківські операції
Підключити банківські дані до обліку ↗

Дані замовника не розкриваються.

ЗАДАЧА

monobank / ПУМБ → BAS

Банківські дані потрібно включити в обліковий процес без проміжного ручного перенесення файлів виписок.

ЯК ПРОХОДЯТЬ ДАНІ

Банківські операції — в обліку

Два банківські джерела, одна погоджена API-інтеграція з BAS.

Банківські операції — в обліку Дані операцій monobank та ПУМБ проходять через власну API-інтеграцію до BAS для подальшої роботи в обліку. Схема процесу за матеріалами Elovit, сторінки 14–16. Не відображає поточний стан клієнтських систем. 05 / ФІНАНСИБанківські операції — в облікуДані monobank та ПУМБ надходять у BAS через власний API-обмін.СХЕМА ПРОЦЕСУопераціїопераціїдані банку01monobankБанківські дані02ПУМББанківські даніAPI-інтеграціяВласний обмінбанківськими даними03BASОбліковий процесРобота з операціямиБЕЗ ПРОМІЖНОГО ФАЙЛУ ВИПИСКИУ кейсі реалізовано оновлення банківських даних у реальному часі.ELOVIT / 14–16
  1. банківські операції
    monobank Власна API-інтеграція
  2. банківські операції
    ПУМБ Власна API-інтеграція
  3. дані для обліку
    Власна API-інтеграція BAS
Два банківські джерела, одна погоджена API-інтеграція з BAS.

  • Дані банківських операцій через API monobank.

  • Дані банківських операцій через API ПУМБ.

  • Обмін і оновлення банківських даних.

  • Подальша робота з банківськими даними в обліку.

Зв’язки та склад даних
  1. банківські операції
    monobank Власна API-інтеграція
  2. банківські операції
    ПУМБ Власна API-інтеграція
  3. дані для обліку
    Власна API-інтеграція BAS

Узагальнена схема інтеграції. Анімація ілюструє склад та послідовність передавання даних; вона не виконує запитів до клієнтських систем. Час руху є параметром демонстрації, а не виміром роботи інтеграції.

АРХІТЕКТУРА ТА МЕЖІ РІШЕННЯ

Технічний опис реалізації

Два незалежні банківські джерела використовують власні API-контури отримання даних. Інтеграційна логіка передає отримані операції в BAS для подальшого облікового опрацювання. На схемі кожен банк має окремий маршрут до спільного облікового контуру.

Склад даних

Дані банківських операцій, отримані через API monobank та ПУМБ. Банки позначають зовнішні системи інтеграції, а не замовників або партнерів Elovit.

Обсяг власної розробки

Розроблено власний API-обмін і оновлення банківських даних. Відправлення платежів, автоматичне зіставлення оплат і проведення документів цим кейсом не заявляються.

Умови нового впровадження

Для нового підключення погоджуємо доступні операції API, необхідні облікові дані та режим оновлення. Числова затримка й інтервали в цьому описі не встановлюються.

ВЛАСНИЙ ВНЕСОК

Що ми розробили

Власний обмін через API банків

  1. Розробили взаємодію з API monobank та ПУМБ.
  2. Реалізували оновлення банківських даних через API.
  3. Передали дані банківських операцій до BAS для подальшої роботи в обліку.

РЕЗУЛЬТАТ ДЛЯ ПРОЦЕСУ

Результат реалізації

Банківські операції надходять до облікової системи через API та стають частиною робочого процесу BAS.

Обговорити мою задачу ↗

ПОВ’ЯЗАНІ РІШЕННЯ

Інші сторони процесу

НАСТУПНИЙ КРОК

Потрібне схоже рішення?

Давайте поєднаємо ваші системи.

Напишіть, які програми використовуєте, де виникає ручна робота і що хочете отримати. Почнемо з предметного обговорення.

[email protected] ↗Написати у Telegram ↗

Без паролів і ключів API у формі.

Компанія та бажаний термін — необов’язково

Звернення та персональні дані