Демоверсия системы КЭДО показывает интерфейс: карточку документа, маршрут согласования, кнопку «Подписать» и красивый личный кабинет сотрудника. За кадром остаются четыре вещи, от которых зависит судьба проекта: работа службы поддержки, поведение системы под нагрузкой, трудоёмкость интеграции с вашей учётной системой и юридическая обвязка подписи. Главное различие, которое определяет комплект документов и порядок действий: со стороны работодателя кадровый документ подписывается УКЭП, со стороны работника — ПЭП или УНЭП. При ПЭП и УНЭП с работником требуется соглашение с описанным порядком проверки подписи, при УКЭП по 63-ФЗ подпись признаётся по умолчанию.
Разберём, что демо физически не может показать, какие вопросы задать вендору до договора и чем ПЭП, УНЭП и УКЭП отличаются по применению, а не по определению из закона. Покажем, как проверить подпись, которую выдала демоверсия, и почему «гибкость» из презентации нужно расшифровывать в техническом задании. Сценарий тест-драйва на 5 рабочих дней, сравнительная таблица подписей, требования к лицензиям вендора, стоимость подключения на 2026 год и ответы на частые вопросы — во второй половине статьи.
Что демоверсия КЭДО показывает и что в неё не помещается
Демо идёт на подготовленном стенде: два-три сотрудника, чистый справочник подразделений, один маршрут согласования, документ на 1 страницу. Вендор показывает коробочную функциональность, и на этом уровне все системы на рынке выглядят одинаково хорошо. Разница между ними начинается там, куда демостенд не дотягивается: на 3000 сотрудниках, на вашей конфигурации 1С, на массовой рассылке ЛНА и на третьей неделе эксплуатации, когда вопросы уходят в поддержку.
Важный нюанс из практики: заказчики приходят на демо в трёх состояниях. Первые несут детально проработанное техническое задание на десятки и сотни страниц, собранное бизнесом, ИТ и информационной безопасностью. Вторые формулируют верхнеуровневые бизнес-требования. Третьи говорят «нам нужен КЭДО, мы читали, что это экономит деньги». Для третьей группы демо работает как воркшоп: по коробочной функциональности проходят вместе, фиксируют отклонения и на выходе получают заготовку технического задания. Для первой группы демо решает другую задачу — выровнять понятийный аппарат и вычеркнуть требования, которые не несут бизнес-ценности.
Список того, что демоверсия не покажет по своей природе, короткий и он же определяет план проверки: качество и загрузка поддержки, работа под одновременной нагрузкой, реальная трудоёмкость интеграции с вашими релизами учётной системы, поведение маршрутов на вашей оргструктуре, судьба электронного архива после расторжения договора, наличие у вендора лицензий и сертификатов.
Полезно знать: требование «работа под большой нагрузкой» почти никогда не попадает в технические задания заказчиков. При переходе на КЭДО подключаются все 100% сотрудников, и при отправке одного ЛНА на ознакомление в систему одномоментно приходят тысячи человек. Запросите у вендора результаты нагрузочного тестирования до пилота: масштабирование архитектуры, не заложенной под такую нагрузку, идёт не мгновенно.
Мария Ж, соучредитель сервиса КЭДО Добыто: «Слово „гибкая» сегодня пишет о себе каждый вендор, и в презентации оно ничего не значит. Требуйте детализации прямо в техническом задании: система должна собирать процесс любой сложности, добавлять не только блоки согласования и подписания, но и блоки задач — например, после подписания трудового договора отправлять административной службе задачу подготовить рабочее место. Тогда на демо вы сравниваете системы по одному критерию и видите, где гибкость настоящая»
В практике Добыто на демонстрацию мы разворачиваем не витрину, а фрагмент реального процесса заказчика: берём один документ, одну оргединицу и один маршрут с двумя согласующими. Дальше по нему видно, где система требует ручных действий, а где справляется сама.
ПЭП, УНЭП и УКЭП в КЭДО: кто чем подписывает и что проверять в демо
Со стороны организации кадровый документ всегда подписывается УКЭП: это касается генерального директора, руководителя кадровой службы, бухгалтера по зарплате или другого уполномоченного сотрудника. Со стороны работника допустимы ПЭП и УНЭП, а по 377-ФЗ и статьям 22.1-22.3 ТК РФ виды подписи различаются по типам документов. Отсюда практический вывод для демо: смотреть надо не на то, «поддерживает ли система три вида подписи», а на то, какие виды подписи система умеет назначать разным участникам одного маршрута.
| Параметр | ПЭП | УНЭП | УКЭП |
|---|---|---|---|
| Что это технически | Связка логина, пароля и кода из SMS | Криптографическое преобразование документа | То же преобразование плюс сертификат аккредитованного УЦ |
| Кто применяет в КЭДО | Работник, согласующий руководитель | Работник, согласующий руководитель | Работодатель и его уполномоченные сотрудники |
| Как выпускается | Внутри системы при регистрации | Внутри сервиса в два действия, пароль задаёт сам работник | В удостоверяющем центре или через Госключ |
| Нужно ли соглашение с подписантом | Да, с описанием порядка проверки подписи | Да, если использование не предусмотрено федеральным законом | Нет, признаётся по умолчанию |
| Где хранится ключ | Учётная запись в системе | Устройство работника или облако удостоверяющего центра | Токен, устройство работника или облако |
Из таблицы следует практическая развилка для проекта: универсальная связка для большинства компаний — УНЭП со стороны сотрудника и УКЭП со стороны работодателя. Она закрывает основной поток кадровых документов и не требует покупать токен каждому работнику.
Запросы вида «тип подписки УКЭП» и «единица измерения УКЭП» появляются из-за путаницы в тарификации. УКЭП не продаётся подпиской: это квалифицированный сертификат, который выпускается на срок в аккредитованном удостоверяющем центре либо через Госключ. Подпиской тарифицируется сама система КЭДО, и единица там другая — активный сотрудник в месяц. ПЭП и УНЭП для сотрудников выпускаются внутри сервиса и в тариф уже входят, поэтому за них отдельно не платят.
Внимание: при использовании ПЭП или УНЭП соглашение с подписантом обязательно, и оно должно предусматривать порядок проверки такой электронной подписи. При использовании УКЭП соглашение формально не требуется: квалифицированная подпись признаётся по умолчанию.
Мария Ж, специалист по цифровой подписи и КЭДО: «По безопасности подпись на устройстве работника считается надёжнее облачной: ключ находится в непосредственном ведении человека, будь то смартфон или USB-токен. Облачная подпись хранится на стороннем защищённом сервере удостоверяющего центра, и к нему нужно каждый раз обращаться, а специалисты по безопасности отдельно указывают на риск перехвата SMS. В споре исход зависит от конкретных обстоятельств, поэтому на демо спросите вендора, какой вариант хранения ключа он предлагает по умолчанию и можно ли его изменить»
Отдельная тема — Госключ. Государство предоставляет инфраструктуру бесплатно и для граждан, и для работодателя, а само приложение переехало внутрь мобильных Госуслуг, так что отдельную программу ставить уже не обязательно. Стоп-факторов два. Первый: для работника это всё равно второй интерфейс, из личного кабинета КЭДО он уходит в приложение и возвращается обратно. Второй: чтобы подписать документ, его тело передаётся через портал госуслуг в Госключ, и у службы безопасности работодателя к этому возникают вопросы. Оба вопроса решаются переадресацией и настройками, но выяснять их надо на этапе демо. Проверить готовый результат можно самостоятельно через сервис проверки электронной подписи на портале Госуслуг.
Проверьте подпись на документе, выгруженном из демоверсии
Проверка электронной подписи
Покажем, кто и когда подписал документ и действует ли сертификат. Без регистрации.
1 Выберите вид подписи:
2 Загрузите документ и файл подписи:
Документ
Файл подписи (.sig)
Нужно подписать документ?
Подпишите прямо в браузере через КриптоПро. На PDF можно поставить штамп в нужном месте.
Поддержка: как проверить её до подписания договора
Уровень поддержки зашит в тариф, и это первое, что стоит сверить с реальностью проекта. На младших тарифах поддержка обычно почтовая, на средних заявляется приоритетной, на корпоративных появляются персональный менеджер и SLA. Формулировка в тарифе показывает канал и приоритет, но не показывает загрузку линии: на массовых облачных сервисах с быстрым внедрением поддержка выстроена хорошо, а нагрузка на неё такая, что решение вопросов растягивается. Для локальной поставки на ваших серверах история тяжелее: часть вопросов уходит в вашу же инфраструктуру.
Внедрение делится на три части, и поддержка нужна в каждой. Организационная часть — это обучение: выпуск подписи, формирование заявлений, работа с шаблонами и само подписание. По практике на рядовых сотрудников хватает одного-двух вебинаров, кадровым специалистам нужен более широкий блок: где искать подписанные документы, как отработать заявку, как проверить ход согласования. Техническая часть — интеграция. Организационно-юридическая — ЛНА, согласия и уведомления.
Пожалуйста, подпишитесь на нас в мессенджерах
Канал для кадровиков и HR: изменения в законах, практика проверок, шаблоны документов, инструменты подбора и оценки.
Мария Ж, HR-эксперт с 13-летним стажем: «Спрашивайте у вендора не про часы работы поддержки, а про то, кто ведёт вас на первых подписаниях. Нормальная практика — сопровождать клиента первые 50 подписаний, пока он не начнёт работать в сервисе полностью самостоятельно, и только потом передавать его в общую линию технической поддержки. Если вендор не может описать этот переход, вы получите доступ к системе и инструкцию»
Мы закладываем пилотную группу перед раскаткой на всю компанию: одно подразделение, где сотрудники ежедневно работают за компьютером. Это снимает основную часть ошибок настройки маршрутов и заодно даёт честную метрику по нагрузке на поддержку в вашей компании, а не в среднем по рынку.
Вопросы, которые закрывают тему поддержки на этапе выбора: какой канал и какое время реакции указаны в договоре, а не в презентации; кто отвечает за инцидент при локальном развёртывании; сколько специалистов вендора закреплено за проектом на этапе запуска; что происходит с обращением, если ошибка в интеграции с 1С; кто и в какие сроки обновляет коннектор после выхода нового релиза учётной системы.
Нагрузка, интеграция и роли: три места, где проект ломается после демо
Интеграция с учётной системой определяет и срок, и бюджет. Готовый коннектор устанавливается примерно за час и не требует вашей команды разработки. Интеграция через API занимает от 2 дней до 2 месяцев и зависит от квалификации ваших разработчиков. Кадровый и зарплатный учёт большинство российских компаний ведёт в 1С, поэтому на демо уточняйте не факт наличия интеграции, а конкретику: с какими конфигурациями она работает — ЗУП, ERP, комплексная автоматизация, бухгалтерия — и с какими релизами. Конфигурации сложнее ЗУП поддерживаются заметно реже, а типовых зарплатных конфигураций у компаний с численностью от тысячи человек почти не встречается.
Лайфхак: если учётная система самописная, привлекайте свою команду разработки уже на этапе выбора: пусть она получит от вендора документацию API и тестовые доступы и оценит объём до подписания договора. Так срок интеграции становится измеримым до старта проекта, а не выясняется на третьем месяце.
Второе место — роли и маршрутизация. Демо обычно показывает маршрут с конкретными фамилиями, а рабочая система должна оперировать ролями. Если в компании много подразделений и за каждым закреплён свой кадровый специалист, система обязана сама вычислить получателя заявления по внутренним алгоритмам, без выбора вручную инициатором. Проверяется это на одном вопросе: покажите, как заявление одного и того же вида уходит разным кадровикам в зависимости от подразделения автора. В Добыто КЭДО маршрут выбирается из готовых шаблонов или собирается заново, а статус каждого участника цепочки виден в карточке документа.
Третье — перенос данных. Внешнему сервису нужно передать справочники сотрудников, оргструктуру и накопленные остатки отпусков. При бесшовной интеграции, когда модуль встроен в учётную систему, данные подтягиваются оттуда и отдельная загрузка справочников не требуется. При отдельном сервисе это самостоятельный этап проекта, который на демо не виден вообще.
Кейс из практики: в организации, которая перевела в электронный вид заявления на отпуск, запрос справок и выдачу расчётных листков, временные затраты кадровой службы после внедрения снизились минимум в три раза, а согласование перестало зависеть от присутствия сотрудника в офисе.
Лицензии, сертификаты и персональные данные: что запросить у вендора
Деятельность в области информационной безопасности в России лицензируется, и лицензии выдают два регулятора — ФСТЭК и ФСБ. ФСТЭК выдаёт лицензию на техническую защиту конфиденциальной информации и лицензию на разработку средств защиты. Любая система, в которой реализована хотя бы одна функция безопасности вплоть до проверки пароля пользователя, попадает под разработку средств защиты, и вендор обязан получить лицензию, если продаёт продукт в России. Проверка занимает минуты, а цена её отсутствия высокая: у регуляторов широкие полномочия, они могут прекратить деятельность организации или запретить использование продукта, и тогда вы остаётесь без поставщика или без системы.
Сертификат подтверждает соответствие требованиям для продукта и выдаётся на конкретную версию, поэтому у зрелого вендора сертификация идёт постоянно, версия за версией. Часть вендоров переходит на сертификацию процессов разработки безопасного программного обеспечения: тогда подтверждается всё производство, а не отдельный релиз. Обязательность сертифицированного продукта зависит от вашей организации: он точно нужен государственным организациям и тем, у кого по закону требуются высокие уровни защищённости.
Аттестация — зона ответственности оператора, то есть вашей компании. По 152-ФЗ оценка соответствия обязательна, и провести её можно двумя способами: самостоятельно, тогда документ называется актом оценки соответствия требованиям, либо привлечь лицензиата ФСТЭК, тогда процедура называется аттестацией и заканчивается аттестатом или замечаниями. Компаниям без собственного подразделения безопасности разумно привлечь третье лицо хотя бы для того, чтобы убедиться, что аттестация не требуется.
Мария Ж, юрист со стажем более 20 лет: «Разграничивайте роли по 152-ФЗ до старта. Если работников в сервисе регистрирует работодатель и данные передаются массово при интеграции, сервис выступает лицом, которое обрабатывает персональные данные по поручению, а согласие собирает оператор, то есть вы. Если работник регистрируется сам, схема другая. От выбранной схемы зависит комплект документов, поэтому его согласовывают до пилота, а не после раскатки»
Последний вопрос, который на демо не задают почти никогда: что будет с электронным архивом при расторжении договора. Кадровые документы хранятся десятилетиями, требования к хранению бумажных документов переносятся на электронные, а 125-ФЗ даёт организации право самостоятельно создавать архив и организовывать хранение. В лицензионных договорах разработчиков, как правило, предусмотрено, что доступ к архивной версии остаётся у клиента и после расторжения. Формулировку надо увидеть в проекте договора, а не услышать на встрече.
Факт: при выборе системы хранения полезен приказ Росархива от 15 июня 2020 года об утверждении типовых функциональных требований к системам электронного документооборота и системам хранения электронных документов. Это готовый перечень того, что система обязана уметь для поддержания юридической значимости документа.
Шаблоны ЛНА и чек-листы для проверки системы КЭДО
Комплект для этапа выбора и запуска: начните с дорожной карты, она задаёт последовательность и сразу показывает, какие документы понадобятся раньше остальных.
| Документ | Скачать |
|---|---|
| Дорожная карта внедрения КЭДО, шаблон для HR | Скачать |
| Чек-лист настройки КЭДО в 1С:ЗУП | Скачать |
| Матрица прав и ролей КЭДО в 1С:ЗУП | Скачать |
| Соглашение об использовании ПЭП и НЭП | Скачать |
| Положение о ведении КЭДО | Скачать |
| Приказ: ответственный за КЭДО и делегирование права подписи | Скачать |
Тест-драйв демоверсии: сценарий на 5 рабочих дней
Тест-драйв отличается от демонстрации тем, что в нём работаете вы, а не менеджер вендора. Минимальный состав участников: кадровый специалист, один линейный руководитель, два-три рядовых сотрудника из разных подразделений и представитель ИТ. Готовить сценарий имеет смысл до встречи: подберите документ, который у вас реально идёт по сложному маршруту, и оргединицу, где подчинённость отличается от штатного расписания.
Как протестировать демоверсию КЭДО: пошаговая инструкция
- Шаг 1. Заведите двух сотрудников из разных подразделений и подайте от их имени одинаковое заявление. Убедитесь, что документы ушли разным кадровым специалистам по роли, без ручного выбора получателя.
- Шаг 2. Соберите маршрут с параллельным и последовательным согласованием и назначьте участникам разные виды подписи: работнику УНЭП, работодателю УКЭП. Проверьте, что система разрешает такую комбинацию в одном документе.
- Шаг 3. Выпустите УНЭП от лица сотрудника и засеките время. Работник задаёт пароль сам, перевыпуск при утере пароля не должен требовать обращения к вендору.
- Шаг 4. Подпишите документ, выгрузите его вместе с файлом подписи и проверьте подпись сторонним сервисом. Сравните данные подписанта и срок действия сертификата с тем, что показывает интерфейс системы.
- Шаг 5. Отправьте ЛНА на ознакомление всей тестовой группе одновременно и попросите ИТ снять показатели отклика. На демостенде это имитация, но она покажет, есть ли у системы очередь заданий и уведомления по SMS для сотрудников без смартфона.
- Шаг 6. Запросите у вендора установку коннектора к вашей конфигурации 1С на тестовом контуре и зафиксируйте фактический срок и объём доработок. Одновременно попросите список поддерживаемых конфигураций и релизов письмом.
- Шаг 7. Заведите тестовое обращение в поддержку в нерабочее время и зафиксируйте время первого ответа и время решения. Сверьте результат с формулировками SLA в проекте договора.
Когда демоверсия не закрывает задачу
Демо бесполезно, пока не пройден аудит кадровых процессов. Первый шаг перехода — разобрать существующие процессы: какие типовые формы можно упростить, где сократить количество подписей, какие поля документов дублируют данные из других кадровых документов, какие ознакомления и уведомления переводятся в электронный вид сразу. Без этого вы сравниваете интерфейсы, а не решения своей задачи.
Второй случай — организации, обязанные использовать сертифицированные продукты. Здесь порядок обратный: сначала обследование и определение требований, желательно с привлечением лицензиата ФСТЭК, затем короткий список систем, которые этим требованиям соответствуют, и только потом демонстрации. Демо до определения требований даёт список красивых вариантов, половина которых не пройдёт согласование безопасности.
Третий случай — если основной объём подписаний приходится на самозанятых и исполнителей по договорам ГПХ. Требования к работникам по трудовому договору на них не переносятся: с исполнителем оформляется соглашение об электронном документообороте, а проверять в системе надо работу с внештатными подписантами и удобство их личного кабинета.
Цена ошибки на этом этапе считается не стоимостью лицензии. Компания настраивает систему, обучает сотрудников, переносит справочники, а на массовой раскатке выясняется, что платформа не масштабируется или интеграция не держит обновления релизов. Потерянными оказываются месяцы работы проектной команды и доверие сотрудников, которых уже один раз перевели в новый интерфейс. Второй переход внутри той же компании идёт заметно тяжелее первого.
Стоимость подключения КЭДО и что входит в тариф
Стоимость зависит от численности сотрудников, набора модулей и требований к поддержке и инфраструктуре. Электронные подписи для сотрудников входят в тариф и отдельно не оплачиваются.
| Услуга | Стоимость | Сроки |
|---|---|---|
| Тариф «Старт»: до 25 сотрудников, ПЭП и УНЭП, базовые шаблоны, email-поддержка | от 30 ₽ за сотрудника / мес | подключение за 5 минут |
| Тариф «Бизнес»: неограниченно сотрудников, ПЭП, УНЭП и УКЭП, кастомные шаблоны, электронный архив | от 50 ₽ за сотрудника / мес | подключение за 5 минут |
| Минимальная оплата по тарифу «Бизнес» | 30 000 ₽ в год за 50 сотрудников | оплата за год |
| Тариф «Корпорация»: выделенный сервер, SLA 99.9%, персональный менеджер, API и кастомные интеграции | по запросу | рассчитывается индивидуально |
| Выпуск ПЭП и УНЭП для сотрудников | входит в тариф | в день подключения |
| Получение УКЭП | через партнёров-удостоверяющих центров | рассчитывается индивидуально |
| Модуль интеграции с 1С:ЗУП (тариф «Бизнес») | входит в тариф | установка и настройка за 1 день |
Итоговая сумма складывается из численности подключаемых сотрудников, выбранного тарифа и того, нужны ли выделенный сервер и кастомные интеграции. Актуальные условия по каждому пакету и состав функций собраны на странице тарифов ДОБЫТО КЭДО.
Переход между тарифами доступен в любой момент: при повышении разница пересчитывается пропорционально оставшемуся периоду оплаченного срока.
Выводы
Демонстрация системы КЭДО отвечает на вопрос «как выглядит интерфейс» и не отвечает на вопросы про поддержку, нагрузку, интеграцию с вашими релизами 1С и юридическую обвязку подписи. Эти четыре темы закрываются письменными ответами вендора и собственным тест-драйвом на реальном документе и реальной оргединице. Разделение подписей остаётся неизменным: работодатель подписывает УКЭП, работник ПЭП или УНЭП, и при ПЭП и УНЭП требуется соглашение с описанным порядком проверки подписи.
В Добыто мы ведём проекты так, чтобы к моменту раскатки у заказчика уже были пройдены пилот, проверка маршрутов на его оргструктуре и настройка интеграции с учётной системой. Такой порядок оставляет спорные вопросы на этапе, где их ещё можно решить без переноса сроков.
Частые вопросы
Обязателен ли переход на КЭДО в 2026 году?
На дату публикации КЭДО остаётся добровольным: нормативных актов, которые делают его обязательным для каких-либо категорий работодателей, нет. Встречающиеся в интернете утверждения об обязательности не подтверждены документами. Отраслевая логика подсказывает движение по сценарию электронной отчётности и электронных счетов-фактур, где сначала появился удобный сервис, а затем обязанность для крупных компаний с постепенным снижением порога. Ориентировочный горизонт, о котором говорят на рынке, — ближайшие 3-5 лет.
Какие кадровые документы нельзя перевести в электронный вид?
В бумажном виде остаются трудовые книжки, акты о несчастных случаях на производстве, приказы об увольнении и документы, подтверждающие прохождение инструктажей по охране труда. Инструктаж проводится очно, и подпись о его прохождении ставится на бумаге. Остальные кадровые документы могут вестись электронно без дублирования на бумажном носителе.
Нужно ли собирать письменное согласие с дистанционных работников?
С дистанционным работником порядок обмена электронными документами регулируется главой ТК РФ о дистанционной работе, и отдельное письменное согласие на переход на КЭДО с него не требуется: условия электронного взаимодействия закрепляются в трудовом договоре или отдельном локальном нормативном акте о дистанционной работе. С остальными работниками, принятыми до 31 декабря 2021 года, согласие собирается в письменном виде. Отказ работника не является основанием для увольнения или иных санкций.
Стоит ли требовать от вендора подписание через портал «Работа в России»?
Требование встречается в технических заданиях, но обязанности использовать этот портал для подписания на уровне государства нет. Практические издержки: сотруднику приходится уходить из личного кабинета КЭДО на отдельный портал, вспоминать пароль и работать в незнакомом интерфейсе, мобильного приложения у портала нет. Плюс появляется дополнительная точка интеграции: при перебоях на стороне портала подписание в компании останавливается.
Нужно ли возвращать подписанные документы обратно в учётную систему?
Технически возможно, практической ценности мало. Большинство кадровых документов создаётся в учётной системе, передаётся в систему подписания и хранится там же, а кадровый специалист открывает подписанный документ по гиперссылке из привычного интерфейса. При возврате копий в учётную систему документы задваиваются, база и нагрузка растут, а процедуры перештамповки подписи и архивного хранения учётные системы не выполняют.
Что делать с бумажным архивом после перехода на электронные документы?
Бумажный архив остаётся в том виде, в котором он сформирован: ранее подписанные документы продолжают храниться на бумаге по действующим правилам. Новые документы формируются и хранятся электронно. При выборе системы хранения ориентируйтесь на требования к читаемости, идентифицируемости, доступности, аутентичности, а также на конвертацию и миграцию форматов — они закреплены в ГОСТ Р 57762-2017 об обеспечении долговременной сохранности электронных документов.
