Почніть не з тарифу, а з власних документів і контрольного тесту: створити, погодити, підписати, передати контрагенту, отримати результат та експортувати оригінал. Платформа підходить лише тоді, коли цей повний маршрут працює у потрібному форматі й із належними повноваженнями.
Опишіть реальний документообіг
Матеріал перевірено 17 жовтня 2026 року. Визначте види документів, місячний обсяг, пікове навантаження, кількість юридичних осіб і підписувачів. Акт, договір, податкова накладна та е-ТТН мають різні вимоги й адресатів. Наявність модуля «документи» не доводить підтримку всіх чотирьох сценаріїв. Виберіть кілька власних зразків без зайвих персональних даних і попросіть показати на них увесь процес, а не лише красивий порожній екран.
Матриця обов’язкових вимог
| Питання | Який доказ отримати |
|---|---|
| Чи працюють наші документи та підписи? | Тест конкретної форми, носія, надавача та формату підпису |
| Чи прийме документ контрагент? | Погоджений обмін між двома фактичними сервісами |
| Хто може редагувати й підписувати? | Окремі ролі, журнал дій, процедура заміщення та відкликання доступу |
| Чи можна вивезти архів? | Експорт оригіналів, підписів, вкладень і результатів обміну |
| Що буде під час збою? | Визначені контакти, резервування, порядок відновлення та договірні умови |
| Що коштує інтеграція? | Опис API або обміну файлами, обмеження, тест і кошторис робіт |
Погодьте формати з контрагентами
З’ясуйте, чи передають сторони структурований XML, PDF із підписом, відокремлений підпис або контейнер. Для відокремленого підпису потрібні і підпис, і незмінений файл-оригінал. Домовтеся про ідентифікатор документа, версії, строки погодження, відхилення та виправлення. Наявність роумінгу у провайдера не гарантує, що кожен тип вкладення й маршрут однаково підтримує сервіс адресата. Перевірте приймання, а не тільки успішне надсилання.
Розподіліть ролі й перевірте безпеку
Автор готує дані, погоджувач перевіряє зміст, уповноважена особа підписує, адміністратор керує доступом. Це рекомендована організаційна модель, а не універсальна вимога до штатного розпису. Адміністратор не повинен отримувати особисті ключі всіх працівників. Перевірте окремі облікові записи, посилений захист входу, обмеження прав і доступність журналу. За рекомендацією NCSC оцінюйте докази безпеки конкретного сервісу та сферу сертифікації, а не тільки знак ISO на рекламній сторінці.
Архів і вихід із сервісу
До договору й приймального тесту включіть порядок експорту та відновлення архіву після завершення підписки. ЗІР ДПС розрізняє електронний оригінал із реквізитами й підписом та його роздруківку. Тому перелік PDF у папці не є достатнім доказом збереження всіх оригіналів. Вибірково перевірте підписи після експорту поза платформою, наявність вкладень і зв’язок виправлених версій. Окремо визначте строки зберігання для кожного виду документів: єдиного строку «для всього ЕДО» немає.
Інтеграція та спеціальний сценарій е-ТТН
Перевірте імпорт реквізитів, номенклатури й сум, захист від дублювання, повідомлення про помилки та повторну обробку після збою. Для е-ТТН потрібен окремий пілот за участю відправника, перевізника й отримувача: хто створює, хто підтверджує свої дії, як виправляються розбіжності та як отримати оригінали. Загальна стаття про вибір ЕДО не встановлює обов’язковості е-ТТН для кожного вантажу. Це перевіряють за відповідним транспортним сценарієм, а не за обіцянкою продавця сервісу.
Приклад повної вартості
Умовна пропозиція на рік: підписка 12 000 грн, налаштування 6000 грн, інтеграція 18 000 грн, навчання 4000 грн, додаткове зберігання 2000 грн. Перший рік — 42 000 грн. Якщо компанія обробляє 6000 документів на рік, це 7 грн на документ до внутрішніх витрат персоналу. Порівнювати 12 000 грн однієї пропозиції з повними 42 000 грн іншої некоректно. Це навчальний розрахунок, не тариф жодного постачальника й не обіцяна окупність.
Пілот перед придбанням
- Визначте перелік обов’язкових сценаріїв і відповідального за кожний результат.
- Пройдіть створення, погодження, підписання, доставку, приймання та виправлення на тестових документах.
- Перевірте обмін із реальним сервісом контрагента та резервний порядок у разі збою.
- Відкличте тестовий доступ працівника й перевірте, що права справді припинилися.
- Експортуйте архів і незалежно перевірте вибіркові підписи.
- Зафіксуйте незакриті вимоги, ціну їх реалізації й умови приймання. Лише після цього затверджуйте впровадження.
Типові помилки та FAQ
- Обирати тільки за ціною або рекламною кількістю клієнтів.
- Змішувати доставку документа з його погодженням і підписанням.
- Вважати демонстрацію модуля доказом працездатної інтеграції.
- Чи треба купувати однакову програму з контрагентом? Не завжди: потрібна доведена сумісність маршрутів і форматів.
- Чи можна довірити весь архів провайдеру? Узгодьте його обов’язки, але перевірте власний доступ, експорт і відновлення.
Увійдіть до iFin, щоб застосувати ці рекомендації у своїй роботі.
Увійти в iFinДжерела та корисні посилання
Опубліковано 17 жовтня 2026 р.. Останнє оновлення: 17 жовтня 2026 р.. Матеріал описує робочий процес. Для конкретної операції звіряйте чинні норми та актуальну інструкцію сервісу. Редакційні принципи
