Партнерство / Інтеграції

FinDay OS — Operating System Financial Day. Інтеграції для нас — це не “підключили щось і хай працює”, а керований канал обміну даними, який не ламає дисципліну доступів і не створює сліпих зон у контролі. Ми підтримуємо інтеграції там, де вони додають реальну операційну цінність: знімають ручну роботу, знижують помилки, вирівнюють стандарти даних і роблять процеси швидшими без втрати прозорості.

1. Типи інтеграцій

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

Банки (тільки виписки / імпорт).

FinDay OS може приймати банківські виписки або імпорт транзакцій для звірки та обліку. Важливо: FinDay OS не є банком, не ініціює платежі і не виконує платіжні операції — ми працюємо з даними, а не з рухом коштів.

CRM.

Синхронізація контрагентів, угод/замовлень (якщо модель передбачає), статусів, базових реквізитів і посилань на документи — щоб комерційний і фінансовий контури не жили в різних реальностях.

Складські системи.

Обмін номенклатурою, залишками, рухами, партіями та складськими документами — щоб склад був частиною фінансового дня, а не окремою “чорною скринькою”.

EDI.

Обмін електронними документами та статусами (приймання/відвантаження/узгодження) у форматі, який підтримує ваш EDI-провайдер і ваш процес.

API.

Для інтеграцій, яких немає “з коробки”, або для корпоративних сценаріїв ми надаємо API (якщо доступно у вашому тарифі або за домовленістю). API — це інструмент для контрольованого доступу до даних і подій, а не “вільний доступ до всього”.

Інтеграції підключаються тільки в рамках керованого доступу — так, щоб клієнт контролював “хто і що може”.

Методи авторизації.

Залежно від інтеграції використовуються OAuth, API-ключі або інші стандартні механізми. Кожен спосіб прив’язується до конкретного клієнтського середовища (вашого акаунта/організації).

Мінімальні права (least privilege).

Інтеграція отримує лише ті дозволи, які потрібні для її задачі: наприклад, читання виписок або синхронізація довідників — без доступу до всього підряд.

Контроль і відкликання.

Клієнт може обмежити або відключити інтеграцію (через кабінет або підтримку — залежно від реалізації). Компрометація ключа або підозріла активність — привід для негайного відкликання доступу.

Журналювання доступів.

Там, де це технічно можливо і доцільно, ми фіксуємо події доступу інтеграцій до критичних операцій: підключення, зміни налаштувань, масові імпорти/експорти, помилки авторизації. Це частина прозорості Operating System Financial Day: інтеграція не повинна бути “невидимою рукою”.

3. Відповідальність за сторонні сервіси

Інтеграції завжди залежать від третіх сторін. Тому ми чесно фіксуємо межі відповідальності.

Сторонні сервіси можуть змінювати правила або API.

Банк, CRM, EDI або інший провайдер може змінити формат даних, ліміти, політики авторизації, вимоги безпеки або просто мати інцидент доступності. У таких випадках інтеграція може тимчасово працювати нестабільно або бути недоступною — навіть якщо FinDay OS працює штатно.

Ми підтримуємо інтеграцію в межах контролю.

Якщо зміни у стороннього провайдера потребують адаптації, ми робимо це у розумні строки. Але ми не можемо гарантувати безперервність роботи зовнішнього сервісу або зобов’язати його не змінювати API.

Дані і результат залежать від джерела.

Якщо сторонній сервіс передає некоректні/неповні дані або ви налаштували інтеграцію з помилками, це може вплинути на коректність результатів у FinDay OS. Ми допомагаємо діагностувати, але відповідальність за “правду джерела” лежить на джерелі та на ваших налаштуваннях.

4. Обробка даних в інтеграціях

Ми підходимо до інтеграцій як до керованої обробки даних, а не просто “обміну файлами”.

Які дані можуть передаватися.

Залежно від типу інтеграції це можуть бути: довідники (контрагенти, номенклатура), документи і їх статуси, складські події, банківські транзакції у форматі виписки, технічні ідентифікатори синхронізації (ID, timestamps), а також журнали помилок/діагностики.

Ролі сторін.

У більшості B2B-сценаріїв:

• клієнт залишається контролером своїх даних (визначає цілі та склад),
• FinDay OS обробляє дані як процесор у межах надання сервісу,
• а сторонній інтеграційний провайдер (банк/CRM/EDI) може бути окремим контролером або процесором залежно від його ролі та договору з вами.

Детальні принципи обробки даних, права користувачів і правила доступу описані в Політиці конфіденційності та DPA (для B2B).

5. Каталог інтеграцій

Ми можемо вести публічний каталог інтеграцій або позначати його як “в розробці” — залежно від поточного стану продукту.

Якщо каталог уже є:

Перейдіть у розділ “Каталог інтеграцій”, щоб побачити доступні підключення, умови, короткий опис сценаріїв і вимоги до доступів.

Якщо каталог ще в розробці:

Ми підключаємо інтеграції пріоритетно під реальні задачі клієнтів. Якщо вам потрібна інтеграція — подайте заявку, і ми узгодимо формат (імпорт/синхронізація/API), склад даних, права доступу та очікуваний сценарій.

Що вказати у заявці:

назва сервісу (банк/CRM/EDI/склад тощо), ваш сценарій, очікувані дані “вхід/вихід”, частота синхронізації, критичність для процесу, контакт відповідальної технічної особи з вашого боку.