ГОЛОВНЕ

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

Опишіть реальний документообіг

Матеріал перевірено 17 жовтня 2026 року. Визначте види документів, місячний обсяг, пікове навантаження, кількість юридичних осіб і підписувачів. Акт, договір, податкова накладна та е-ТТН мають різні вимоги й адресатів. Наявність модуля «документи» не доводить підтримку всіх чотирьох сценаріїв. Виберіть кілька власних зразків без зайвих персональних даних і попросіть показати на них увесь процес, а не лише красивий порожній екран.

Матриця обов’язкових вимог

ПитанняЯкий доказ отримати
Чи працюють наші документи та підписи?Тест конкретної форми, носія, надавача та формату підпису
Чи прийме документ контрагент?Погоджений обмін між двома фактичними сервісами
Хто може редагувати й підписувати?Окремі ролі, журнал дій, процедура заміщення та відкликання доступу
Чи можна вивезти архів?Експорт оригіналів, підписів, вкладень і результатів обміну
Що буде під час збою?Визначені контакти, резервування, порядок відновлення та договірні умови
Що коштує інтеграція?Опис API або обміну файлами, обмеження, тест і кошторис робіт

Погодьте формати з контрагентами

З’ясуйте, чи передають сторони структурований XML, PDF із підписом, відокремлений підпис або контейнер. Для відокремленого підпису потрібні і підпис, і незмінений файл-оригінал. Домовтеся про ідентифікатор документа, версії, строки погодження, відхилення та виправлення. Наявність роумінгу у провайдера не гарантує, що кожен тип вкладення й маршрут однаково підтримує сервіс адресата. Перевірте приймання, а не тільки успішне надсилання.

Розподіліть ролі й перевірте безпеку

Автор готує дані, погоджувач перевіряє зміст, уповноважена особа підписує, адміністратор керує доступом. Це рекомендована організаційна модель, а не універсальна вимога до штатного розпису. Адміністратор не повинен отримувати особисті ключі всіх працівників. Перевірте окремі облікові записи, посилений захист входу, обмеження прав і доступність журналу. За рекомендацією NCSC оцінюйте докази безпеки конкретного сервісу та сферу сертифікації, а не тільки знак ISO на рекламній сторінці.

Архів і вихід із сервісу

До договору й приймального тесту включіть порядок експорту та відновлення архіву після завершення підписки. ЗІР ДПС розрізняє електронний оригінал із реквізитами й підписом та його роздруківку. Тому перелік PDF у папці не є достатнім доказом збереження всіх оригіналів. Вибірково перевірте підписи після експорту поза платформою, наявність вкладень і зв’язок виправлених версій. Окремо визначте строки зберігання для кожного виду документів: єдиного строку «для всього ЕДО» немає.

Інтеграція та спеціальний сценарій е-ТТН

Перевірте імпорт реквізитів, номенклатури й сум, захист від дублювання, повідомлення про помилки та повторну обробку після збою. Для е-ТТН потрібен окремий пілот за участю відправника, перевізника й отримувача: хто створює, хто підтверджує свої дії, як виправляються розбіжності та як отримати оригінали. Загальна стаття про вибір ЕДО не встановлює обов’язковості е-ТТН для кожного вантажу. Це перевіряють за відповідним транспортним сценарієм, а не за обіцянкою продавця сервісу.

Приклад повної вартості

Умовна пропозиція на рік: підписка 12 000 грн, налаштування 6000 грн, інтеграція 18 000 грн, навчання 4000 грн, додаткове зберігання 2000 грн. Перший рік — 42 000 грн. Якщо компанія обробляє 6000 документів на рік, це 7 грн на документ до внутрішніх витрат персоналу. Порівнювати 12 000 грн однієї пропозиції з повними 42 000 грн іншої некоректно. Це навчальний розрахунок, не тариф жодного постачальника й не обіцяна окупність.

Пілот перед придбанням

  1. Визначте перелік обов’язкових сценаріїв і відповідального за кожний результат.
  2. Пройдіть створення, погодження, підписання, доставку, приймання та виправлення на тестових документах.
  3. Перевірте обмін із реальним сервісом контрагента та резервний порядок у разі збою.
  4. Відкличте тестовий доступ працівника й перевірте, що права справді припинилися.
  5. Експортуйте архів і незалежно перевірте вибіркові підписи.
  6. Зафіксуйте незакриті вимоги, ціну їх реалізації й умови приймання. Лише після цього затверджуйте впровадження.

Типові помилки та FAQ

  1. Обирати тільки за ціною або рекламною кількістю клієнтів.
  2. Змішувати доставку документа з його погодженням і підписанням.
  3. Вважати демонстрацію модуля доказом працездатної інтеграції.
  4. Чи треба купувати однакову програму з контрагентом? Не завжди: потрібна доведена сумісність маршрутів і форматів.
  5. Чи можна довірити весь архів провайдеру? Узгодьте його обов’язки, але перевірте власний доступ, експорт і відновлення.

Увійдіть до iFin, щоб застосувати ці рекомендації у своїй роботі.

Увійти в iFin

Джерела та корисні посилання

Опубліковано 17 жовтня 2026 р.. Останнє оновлення: 17 жовтня 2026 р.. Матеріал описує робочий процес. Для конкретної операції звіряйте чинні норми та актуальну інструкцію сервісу. Редакційні принципи