Налаштування електронного підпису документів Bitrix24

Електронний підпис Битрикс24: де розривається процес

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

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

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

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

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

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

Розбираємо, де саме розривається процес підписання документів у CRM і що налаштовується, щоб статус підпису був один для всіх учасників.

Що дає наскрізне підписання документів з картки угоди

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

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

Швидкість закриття угоди та оплати

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

Угода рухається за статусами — від «на погодженні» до «підписано» — без листування та ручних дзвінків.

За нашими проєктами строк від виставлення до підпису скорочується з кількох днів до годин, частка документів, підписаних з першого разу, сягає 90 % і вище, а кількість ручних операцій на документ падає до однієї-двох. Типові розбіжності та забуті додатки відсікаються ще до відправлення контрагенту.

Єдиний журнал підписів і статусів

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

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

Керівник бачить зріз по завислих угодах, бухгалтерія — підставу для закриваючих документів. Налаштовуємо Битрикс24 так, щоб підпис був частиною угоди, а не окремою операцією поза системою.

Способи підписання: порівняння варіантів підключення

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

Підписання всередині системи

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

Підписання через зовнішній сервіс

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

Ціна рішення — зіставлення довідників і моніторинг черги обміну, інакше документ зависає в проміжному стані.

Етапи впровадження: від аудиту документів до передачі регламентів

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

Без цього кроку підпис прикручують до першого-ліпшого шаблону, а через місяць з'ясовується, що половина договорів вимагає другого підписанта.

Підготовка інфраструктури підпису

1. Інвентаризація документів — вивантажуємо шаблони, типи та статуси, відзначаємо, де потрібен підпис, а де достатньо погодження.
2. Схема маршрутів — фіксуємо порядок погоджувачів, точки підпису та правила, якщо відповідальний не відповідає.
3. Налаштування підпису — підключаємо сертифікати, прив'язуємо їх до співробітників і карток документів, розмежовуємо права на підписання.
4. Тестовий контур — розгортаємо копію порталу, проганяємо маршрути на копії даних, перевіряємо відмову та відкликання підпису.

Пілот на одному типі документа

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

Що залишається у вас: конфігурації, схеми та регламенти

Електронний підпис у Битрикс24 — це не одне налаштування, а контур, який живе всередині компанії: сертифікати, маршрути погодження, права та архів.

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

Нижче — що саме залишається у вас на руках після запуску. Кожен пункт — робочий артефакт, а не опис «як треба»: його можна відкрити, перевірити та долучити до розбору спірної ситуації.

Документація та карти процесів

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

Інструкції для співробітників і контрагентів

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

Кейс: як акти та рахунки почали підписувати за один день

Оптовий постачальник закривав місяць вручну: акти та рахунки друкували, везли кур'єром, підписували та сканували назад. Нижче — заміри до впровадження та після.

Точка старту: ручне погодження

Цикл погодження одного акта займав дев'ять днів: два-три з них йшли на кур'єра, решта — на очікування підпису в керівника та бухгалтерії. З першого разу підписували приблизно третину документів, інші поверталися через реквізити, неправильну дату або не того підписанта.

Кожна поворотна ітерація додавала ще день-два, а до закриття періоду накопичувався десяток «завислих» актів. Це клас відмов, який не ловиться перевіркою на стороні відправника: помилку бачить лише отримувач — і тільки коли документ уже в дорозі.

Що змінилося після впровадження

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

Цикл погодження скоротився з дев'яти днів до одного, частка актів, підписаних з першого разу, зросла з третини до більшості. Ручна операція залишилася одна — завантаження первинного документа в картку, далі маршрут іде сам.

Закриття періоду перестало бути авралом: акти збираються протягом тижня, а не до середини наступного місяця. Повернення через реквізити зникли як клас — дані беруться з облікової системи, а не набираються вручну.

Чим відрізняється простий електронний підпис від удосконаленого?

Юридична сила підпису визначається не тим, що людина натиснула кнопку в інтерфейсі, а тим, чи можна довести авторство та незмінність документа.

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

Удосконалений підпис прив'язаний до вмісту: будь-яка правка після підписання його обнуляє, а отримувач бачить, хто і коли документ підписав.

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

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

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

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

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

У Битрикс24 обидва режими зазвичай співіснують в одному порталі, а маршрути документів розходяться за типами.

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

Часті технічні сумніви перед запуском

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

У нас уже частково налаштований контур — з чого почнете?

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

Як перевіряється, що підпис юридично значущий?

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

Де зберігаються ключі і хто має до них доступ?

Закриті ключі не потрапляють у базу порталу — вони залишаються в захищеному сховищі або на носії. Доступ розмежовуємо за ролями, кожне використання ключа фіксується в журналі: видно, хто, коли і який документ підписав.

Що робити при зміні відповідального за підпис?

Старий сертифікат блокуємо або відкликаємо, випускаємо новий на співробітника, який прийняв обов'язки, і переназначаємо права на шаблони. Незавершені документи переводимо на нового підписанта, щоб ланцюжки погодження не зупинялися.

Обговоримо задачу підписання документів у вашому контурі

Щоб оцінка та план робіт спиралися на факти, а не на здогадки, нам потрібен зріз вашого документообігу. Надішліть те, що є під рукою, — цього достатньо, щоб порахувати обсяг налаштування електронного підпису в Битрикс24 і не переробляти маршрути після запуску.

• Типи документів. Договори, акти, рахунки, кадрові накази, внутрішні заявки — по кожному важливо, хто підписує і чи потрібна попередня віза.
• Ролі учасників. Хто ініціює, хто погоджує, хто підписує, хто лише ознайомлюється з файлом; чи є зовнішні підписанти без облікового запису у вашому контурі.
• Поточні маршрути. Як погодження живе зараз — папір, пошта, спільний диск, уже зібрані бізнес-процеси — і що в них змінювати не потрібно.
• Вимоги контрагентів. Який формат підпису вони приймають, чи потрібен візуалізований штамп, як перевіряють документ на своїй стороні.
• Зберігання та доступ. Терміни зберігання, хто має право відкривати архів, чи потрібне вивантаження підписаних файлів у 1С або в зовнішню систему.
• Обсяг і темп. Скільки документів на місяць і скільки підписантів працюють одночасно — від цього залежить навантаження на контур.

Опишіть задачу у вільній формі — повернемося з оцінкою та планом робіт: етапи, терміни, що потрібно від вашої сторони і де вузькі місця.