Документи · AUT-0033 · Чернетка, оцінка потребує перевірки

Контроль підписання документа

Відповідальний бачить стан кожної сторони й отримує нагадування.

Проблема

Після відправлення договору ніхто не знає, хто затримує підпис.

Результат

Відповідальний бачить стан кожної сторони й отримує нагадування.

Як працює рішення

1. Пов’язати погоджену редакцію документа з ID у сервісі підписання
2. Отримати стан документа й підписантів через перевірений канал; зафіксувати час оновлення
3. Перед нагадуванням повторно звірити статус; підписані, відхилені або відкликані документи обробити окремо
4. При зміні редакції створити новий цикл із окремим ID; не змішувати статуси різних документів

Варіанти реалізації

Трекер підписів

Синхронізація статусів і нагадування.

Приклад: Клієнт підписав договір, але друга сторона ні; відповідальний бачить затримку саме на другому кроці.

Що потрібно для реалізації

• Сервіс підпису надає статуси або webhook.
• Визначені сервіс і доступний API, ID документа, погоджена редакція, підписанти, час останнього оновлення та правила нагадування.

Спосіб реалізації

• Перевірений API або події сервісу підписання з оновленням полів PlanFix; для Вчасно.ЕДО історична передача документа не є доказом зворотної синхронізації.

Обмеження

• Статус підпису треба отримувати із юридично прийнятного сервісу.
• Кейс PlanFix 2018 року описує одностороннє завантаження у Вчасно; відображення статусу тоді було планом. Стан кожного підписанта, нагадування та сучасну інтеграцію треба перевірити окремо.
• Прийняття запиту сервісом або передача файла не означає підписання. Відсутність свіжого статусу означає непідтверджений стан, а не відмову чи завершення.

Що не входить у бюджет

• Ліцензії та підписки сторонніх сервісів.
• Очищення й міграція історичних даних, якщо їх не враховано окремо.

Що потрібно уточнити

• Чи є більше двох підписантів?

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

Джерела та межі підтвердження

• Редакційна модель типового процесу

  Бізнес-логіка й попередня оцінка; перевірити на даних клієнта

• Історичний кейс PlanFix і Вчасно: передача документа

  Кейс 2018 року, оновлений у 2019: одностороннє завантаження документа через посередницький сервіс. Зворотний статус лише запланований; не підтверджує реалізацію трекера підписів.

  Переглянути джерело
• Вчасно.ЕДО: інтеграція з обліковими системами

  Опис виробника 2023 року: завантаження документів, отримання статусу підписання та інтеграція через API. Не підтверджує готове підключення PlanFix, окремі статуси всіх сторін, нагадування або години.

  Переглянути джерело

Повернутися до каталогу