Интеграция КЭДО с системой управления проектами в 2026

Интеграция КЭДО с системой управления проектами связывает кадровый электронный документооборот с теми инструментами, в которых команда реально живёт изнутри — таск-трекером, доской задач, корпоративным порталом. Здесь вы поймёте, какие способы связки существуют (готовый коннектор или API), сколько времени занимает каждый, что отдавать на сторону вендора, а что оставлять своей разработке, и как не получить вместо экономии лишний ручной труд. Если нужен общий взгляд на тему, есть большой материал про кадровый электронный документооборот, где разобран весь путь от выбора системы до полного перевода штата.

Автор статьи — Мария Ж, юрист со стажем более 20 лет, соучредитель сервиса КЭДО Добыто, спикер на конференциях по КЭДО и юриспруденции, судебный эксперт в сфере корпоративного и трудового права. Занимается наймом персонала более 13 лет. Автор более 1000 статей о цифровой подписи, трудовом праве, КЭДО и HR.

Автор статьи

Мария Ж.

Кофаундер сервиса электронного документооборота Добыто

Кофаундер сервиса электронного документооборота Добыто. Юрист с 20 летней практикой. В 2008 году получала красный диплом юриста по корпоративной практике. Руководитель HR-отдела. Спикер на конференциях по КЭДО и юриспруденции.

Что значит интеграция КЭДО с системой управления проектами

Под системой управления проектами обычно понимают таск-трекер или корпоративный портал, где сотрудники ведут задачи, спринты, дедлайны: Битрикс24, Directum, внутренние порталы на 1С, ВК HR и десятки самописных решений. КЭДО про другое — оно про юридически значимое подписание трудовых договоров, приказов, заявлений и ЛНА. Две системы про разное, но живут они в одной голове сотрудника. Человек открывает таск-трекер по двадцать раз на дню, а в кабинет КЭДО заходит, когда кадровик пнул. Вот этот разрыв интеграция и закрывает.

Если совсем по-простому: интеграция — это мост между вашей рабочей средой и сервисом, где документы подписываются и хранятся. Сотрудник видит уведомление о новом документе там, где он и так сидит. Не нужно держать в голове ещё один логин, ещё один интерфейс, ещё один пароль, который все забывают. По нашей практике именно лишний сервис в цепочке убивает доходимость до подписания — человек откладывает, теряет письмо, и кадровик бегает за ним неделю.

Сразу разделим понятия. Интеграция КЭДО с системой управления проектами почти никогда не означает, что подписание происходит прямо внутри таск-трекера. Чаще это сценарий, когда проектная система выступает источником данных и точкой входа, а само подписание идёт через сервис КЭДО с применением электронной подписи. Документ создаётся в одной системе, передаётся в другую, подписывается, возвращается отметкой о статусе. Бесшовно для пользователя, технически — через коннектор или API.

Мария Ж, соучредитель сервиса КЭДО Добыто:
«Главная ошибка в голове у заказчика — думать, что КЭДО надо засунуть внутрь таск-трекера и там подписывать. Не надо. Подпись живёт в сервисе КЭДО, а трекер — это просто окно, через которое сотрудник в это окно заглядывает. Сделал бесшовку — и человек даже не понял, что прыгнул в другую систему. Вот это и есть нормальная интеграция, а не шайтан-машина из пяти вкладок.»

Зачем связывать кадровый документооборот с проектной средой

Самый частый запрос — удалёнка и гибрид. Когда четверть штата в офисе, а три четверти раскиданы по городам, бумажный процесс растягивается на дни. Реальный кейс: компания на 235 сотрудников, большинство на удалёнке. До перехода документ печатали, отдавали офис-менеджеру, тот слал курьером, следил за трек-номером, дёргал сотрудника в корпоративном чате, а потом бухгалтер отдельно проводил подписанное в учётную систему — три-пять дней ожидания. После связки кадрового процесса с рабочей средой срок упал максимум до полудня, а экономия на курьерах за неполный год составила порядка 60 000 рублей. И это маленькая компания.

Вторая причина — онбординг и прибординг. Новый человек выходит на проект, ему нужно за пару дней подписать пачку документов и сразу включиться в задачи. Если кадровое оформление висит отдельным процессом, разработчик неделю числится принятым, но фактически не может получить доступы. Когда подписание встроено в тот же контур, где заводится учётка и ставятся первые задачи, прибординг ужимается — безбумажное оформление дистанционного сотрудника реально укладывается в пару минут на подписание.

Третья — текучка и проектные команды. На проектную работу часто берут ГПХ и самозанятых, состав меняется месяцами. Каждый раз заводить человека вручную, гонять акты и допники по почте — это головняк, который масштабируется линейно с числом людей. Интеграция позволяет работать со штатными, самозанятыми и ГПХ в одном контуре, а часть документов формировать автоматически по событию в проектной системе: открыли задачу подрядчику — система подцепила нужный комплект на подписание.

Способы интеграции: готовый коннектор или API

Способов ровно два, и выбор между ними определяется тем, какая у вас учётная или проектная система.

Готовый коннектор — это уже построенный мост. Разработчик сервиса отдаёт готовое расширение, вы его ставите без привлечения своей команды разработки. Условно, сел и поехал. Коннекторы делают под самые популярные системы: 1С (ЗУП, КА, бухгалтерия), SAP, Boss-Кадровик. Установка происходит буквально за час. Это вариант для тех, у кого типовая инфраструктура и кто не хочет втягивать своих разработчиков.

API — это когда у вас специфическая или вообще самописная система, под которую готового моста нет. Тогда подключается ваша команда разработки. Специалисты сервиса консультируют по технической документации, дают тестовые доступы, помогают всё отладить. Срок зависит в первую очередь от скилов вашей команды. По нашей практике интеграция через API занимает от двух дней до двух месяцев. Точную цифру заранее не назовёт никто, пока ваши разработчики не посмотрят документацию и не оценят объём.

Что важно проверить на этапе выбора: есть ли у вендора нормальная документация API. Если планируете связку с проектной системой, под которую коннектора нет, сразу зовите своих разработчиков на демо — пусть посмотрят, оценят, зададут вопросы. Это решается до подписания договора, а не после.

В сервисе Добыто мы делаем связку обоими путями: где есть готовый коннектор — ставим его за час, где система нестандартная — отдаём документацию API и ведём вашу разработку до рабочей интеграции. И отдельно держим практику сопровождения клиента до первых 50 подписаний, чтобы момент запуска не превратился в затык.

Как выбрать способ интеграции КЭДО: пошаговая инструкция

Какие сценарии связки работают на практике

Сценарий первый — проектная система как точка входа. Сотрудник работает в таск-трекере, там же ему прилетает пуш или уведомление: появился документ на подпись. Он жмёт, проваливается в подписание, ставит подпись через мобильное приложение или веб-портал, возвращается к задачам. Кадровику в его системе приходит отметка — подписано. Никакой беготни с бумажками.

Сценарий второй — возврат подписанных документов обратно. Большинство кадровых документов создаётся в учётной системе, потом через интеграцию передаётся туда, где они подписываются и хранятся. При необходимости их выгружают. Часто заказчики просят, чтобы подписанный документ можно было открыть прямо из проектной или учётной системы по гиперссылке. Это и есть бесшовка: кадровый специалист нажимает кнопку, и ему открывается, условно, PDF с заявлением и плашкой подписей. Удобно, но это отдельная точка интеграции, которую надо заложить заранее.

Сценарий третий — автособытия. Открыли в проектной системе задачу на подрядчика по ГПХ — система определила нужный комплект документов под эту роль и сама отправила его на подписание. Закрыли проект — сформировался закрывающий акт. Это глубокая автоматизация, и работает она только когда проектная система и КЭДО говорят на одном языке через API.

Мария Ж, специалист по трудовому праву и КЭДО:
«Самый частый запрос, который я слышу: сделайте, чтобы документ возвращался обратно в нашу систему подписанным. Делаем через бесшовку — кадровик жмёт кнопку в привычном интерфейсе, и ему открывается готовый документ с плашкой подписей. Не нужно шариться по окнам, выгружать архив, скачивать сиг-файлы. Один клик — и всё перед глазами.»

Маршруты согласования: связь проектной иерархии и подписания

Отдельная и недооценённая тема — маршрутизация. В проектной работе у документа часто несколько согласующих: руководитель направления, юрист, бухгалтер. И логично, чтобы маршрут согласования в КЭДО опирался на ту же подчинённость, что и в проектной системе. Когда подчинённость соответствует штатному расписанию, её можно подтянуть из учётной системы, и в кабинете сотрудника развернётся такая же структура — без ручного перебивания, кто кому подчиняется.

Сервис должен уметь строить и параллельные, и последовательные маршруты, с любым числом участников и с выбором типа подписи на каждом этапе. Например, руководитель подписывает УКЭП на токене, который ему ФНС выдала. Юрист только согласовывает без подписи. Рядовой исполнитель подписывает ПЭП по SMS, если не хочет ставить приложение. Все эти варианты система обязана поддерживать одновременно — иначе часть людей просто выпадет из процесса.

Полезная штука для проектных команд — автозакрытие этапа по таймауту. Если согласующий не отреагировал за N дней, документ возвращается кадровику, а не зависает навсегда. И виджеты исполнительской дисциплины: кадровик видит, кто не принял приглашение, кто не подписал, у кого скоро кончается подпись. В сервисе Добыто такая маршрутизация настраивается без разработчика — конфигурирует аналитик через low-code.

Мария Ж, HR-эксперт с 13-летним стажем:
«Проектные команды — вечная карусель: сегодня джун зашёл на спринт, завтра схантили, послезавтра новый мидл. Оформлять каждого поштучно руками — кадровик утонет. А когда заведение человека в проект тянет за собой автосбор документов под его роль, это и есть та фишка, ради которой связку делают.»

Образцы документов для запуска КЭДО при интеграции с рабочими системами

Принцип экосистемности: почему отдельный сервис обходится дороже

Наблюдение из практики внедрений: если система КЭДО встроена в экосистему — связана с проектной средой, учётной системой, корпоративным порталом, — сложности сопровождения отпадают, документ проходит весь цикл в едином контуре. Если экосистемности нет, КЭДО остаётся сервисом, который приходится постоянно встраивать в процессы вручную. Это выходит дорого, кусочно и не очень эффективно.

Пример экосистемного подхода — корпоративный портал, где КЭДО уже часть платформы. В Битрикс24 кадровое подписание встроено в тот же сервис, где мессенджеры, календари, диск, автоматизация процессов, таск-трекер и CRM. И финансовая логика другая: не нужно выпускать платную подпись под каждого нового сотрудника, что чувствительно при высокой текучке. Посчитайте: подпись по 400 рублей на 2500 сотрудников — это миллион рублей только на ЭП, плюс при тарификации 25 рублей за документ и ~20 документах в год на человека набегает ещё 1 250 000 рублей.

Обратная сторона — не каждая компания готова жить в одном вендорском контуре. У кого-то проектная система самописная, у кого-то жёсткий периметр ИБ и VPN, куда облако не пустят. Универсального ответа нет: кому-то заходит коробочный портал со всем внутри, кому-то нужна отдельная система КЭДО с API под свою специфику.

Нагрузка и безопасность: что проверить до интеграции

При переходе на КЭДО речь о подключении в идеале всех 100% сотрудников. Рассылаете через проектную систему ЛНА на ознакомление — в систему может одновременно обратиться несколько тысяч человек. Платформа архитектурно должна быть к этому готова. Сценарий из практики: заказчик всё настроил, протестировал на малой группе, всё работает. Пришёл десяток тысяч сотрудников — система встала колом, а масштабирование задним числом упёрлось в то, что запас на уровне платформы не заложили. Смотрите на результаты нагрузочного тестирования: серьёзные вендоры подтверждают работу под нагрузкой 50 000 одновременных пользователей.

Информационная безопасность — вторая обязательная проверка. На первых же встречах по внедрению появляются специалисты по ИБ и первыми задают вопросы, насколько система закрывает требования, и только потом обсуждают бизнес-функции. При интеграции добавляется новая точка обмена данными, а значит, защищённый канал связи, шифрование и соответствие 152-ФЗ обязательны. Персональные данные сотрудников хранятся на территории Российской Федерации — иностранные платформы сразу отпадают. Для жёсткого периметра есть три вида поставки: облачная, on-premise и гибридная.

Мария Ж, судебный эксперт в сфере трудового права:
«Безопасники теперь заходят в проект первыми, раньше бизнеса. И правильно делают. Каждая интеграция — это новая дверь, через которую ходят персональные данные людей. Если эта дверь не на защищённом канале и не по 152-ФЗ, то вся экономия на курьерах не стоит одного штрафа за утечку. Я на этом не экономлю никогда.»

Типичные ошибки при интеграции КЭДО с проектной системой

Ошибка первая — тащить в техзадание лишние требования. Заказчики иногда хотят, например, чтобы подписание шло через сторонний портал, добавляя ещё одно звено в цепочку. Каждое звено — это новая точка интеграции и новая точка отказа. Если на стороне внешнего сервиса случится перебой, встанет весь процесс. Цена ошибки — простой подписания и недовольство сотрудников, которые не понимают, почему опять не работает. Логика простая: чем меньше звеньев, тем устойчивее связка.

Ошибка вторая — выбрать систему без запаса по нагрузке ради экономии на старте. Мотив понятен: дешевле сейчас. Цена ошибки — потерянное время на настройку и повторное внедрение, когда платформа не вытянула массовое подключение. Фактически деньги и недели работы уходят впустую, и компания приходит к выводу, что этой системой пользоваться не сможет.

Ошибка третья — игнорировать согласие работника и ЛНА в погоне за технической красотой. При массовой регистрации через интеграцию работодатель организует передачу персональных данных, а значит, нужно письменное согласие сотрудника. Минтруд пока придерживается позиции, что согласие берётся письменно — это важно для доказательной базы при споре. Цена ошибки — предписание ГИТ и штраф по ст. 5.27 КоАП. Проверить актуальные требования и задать вопрос инспекции можно на портале Роструда «Онлайнинспекция.рф». Техническая часть без юридической обвязки не работает.

В Добыто мы как раз выписываем спорные требования из техзадания и обсуждаем их с заказчиком, чтобы убрать второстепенное и оставить то, что несёт реальную бизнес-ценность. Это экономит и бюджет, и сроки.

Стоимость интеграции и тарифы на КЭДО

Стоимость складывается из двух частей: подписка на сам сервис КЭДО и работы по интеграции. Подписка зависит от численности персонала, тарифа и набора функций. Работы по интеграции зависят от способа: готовый коннектор ставится за час и отдельных серьёзных затрат не требует, а связка через API под нестандартную проектную систему оценивается по объёму силами вашей разработки.

Глубокая связка через API с проектной системой обычно относится к тарифу Корпорация, где как раз заложены API и кастомные интеграции. Итоговая сумма зависит от численности персонала, выбранного тарифа и объёма работ по интеграции — актуальные тарифы сервиса Добыто помогут сориентироваться точнее и прикинуть бюджет под ваш сценарий.

Выводы: интеграция КЭДО с системой управления проектами

Интеграция КЭДО с проектной средой решает один разрыв — сотрудник перестаёт держать в голове отдельный сервис для подписания и работает там, где и так живёт. Способов связки два: готовый коннектор, который ставится за час под типовые системы вроде 1С и Битрикс24, и API, который занимает от двух дней до двух месяцев и нужен под нестандартные или самописные решения. Само подписание при этом остаётся в сервисе КЭДО с применением электронной подписи, а проектная система выступает точкой входа и источником данных.

На практике связка ускоряет онбординг до пары минут на подписание, сокращает срок кадровых задач минимум вдвое и снимает беготню с бумагами на удалёнке. Но техническая часть не работает в отрыве от юридической: при массовой регистрации через интеграцию нужно письменное согласие работника, локальные акты о КЭДО и поддержка всех видов подписи — УКЭП, УНЭП, ПЭП, иначе часть людей выпадет из процесса. До запуска проверьте запас платформы по нагрузке и соответствие требованиям ИБ и 152-ФЗ.

Ближайший вектор развития — углубление автоматизации по событиям: открытие проекта или задачи будет всё чаще автоматически тянуть за собой формирование и отправку нужного комплекта документов на подписание. Экосистемный подход, когда КЭДО изначально часть рабочего контура, постепенно вытесняет схему с отдельно стоящим сервисом, который приходится встраивать вручную. Начинать стоит с пилота на одной команде, а не с раскатки на всю компанию сразу.

Часто задаваемые вопросы