Версии формата МЧД различаются не внешним видом доверенности, а составом сведений в XML и тем, какая приёмная система этот файл примет. На сентябрь 2026 года в обороте три живых формата: единый 003 (схема EMCHD_1) для обмена с контрагентами и большинством госорганов, налоговый 5.03 по приказу ФНС от 16.10.2024 № ЕД-7-26/858@ и формат УПУП для Социального фонда России по постановлению ПФР от 21.04.2022 № 63п. Формат 002 (схема DOV_1) с 1 марта 2025 года не регистрируется, но доверенности, зарегистрированные раньше, работают до конца своего срока. Формат 001, а также налоговые 5.01 и 5.02 новыми не выпускаются. Версию выбирает не доверитель, а приёмная сторона: для отчётности в налоговую нужен 5.03, для ЭДО с контрагентом и для торговых площадок — 003.
Ниже разобрано, чем 003 отличается от 002 на уровне структуры документа: несколько представителей в одном файле, передоверие, реквизиты филиала, ограничения полномочий и явный срок действия. Показано, почему подпись под доверенностью всегда отсоединённая и когда файл подписи называется .p7s, а когда .sig. Таблица соответствия форматов приёмным системам, порядок загрузки в распределённый реестр ФНС, разбор ошибок при смене версии и стоимость подключения сотрудников к электронным подписям — во второй половине статьи.
Какие версии формата МЧД действуют в 2026 году
Машиночитаемая доверенность — это XML-файл, собранный по XSD-схеме, плюс отдельный файл электронной подписи руководителя. Машиночитаемость обеспечивает именно структура: приёмная система считывает реквизиты доверителя, представителя и полномочия автоматически, без участия человека. Состав сведений задан приказом Минцифры от 18.08.2021 № 857, требование к формату XML — приказом № 858, порядок формирования классификатора полномочий — приказом № 856. Общая конструкция закреплена статьёй 17.5 63-ФЗ, а правила доверенности как сделки остались в статьях 185-189 ГК РФ.
Номер версии — это номер XSD-схемы, а не номер редакции документа. Схема определяет, какие элементы обязательны, какие допустимы и в каком виде указываются полномочия. Отсюда главное следствие для интеграции: файл, валидный по одной схеме, не проходит валидацию по другой, и приёмная система отклоняет его на входе, ещё до проверки подписи.
| Версия формата | Чем задан | Где применяется | Статус в 2026 году |
|---|---|---|---|
| 001 | ранняя схема по единым требованиям Минцифры (приказ № 857) | первые сценарии обмена между организациями | новые доверенности не выпускаются |
| 002 (DOV_1) | схема по единым требованиям Минцифры | обмен документами с контрагентами, сделки, расчёты между юрлицами и ИП | регистрация прекращена с 1 марта 2025 года, ранее зарегистрированные действуют до конца срока |
| 003 (EMCHD_1) | единая форма Минцифры и ФНС, XSD-схема опубликована публично | ЭДО с контрагентами, ФНС, Росстат, Росприроднадзор, ФТС, Росалкогольтабакконтроль, торговые площадки | основной формат, к сентябрю 2024 года на него приходилось около 90% зарегистрированных доверенностей |
| 5.01 | приказ ФНС от 30.04.2021 № ЕД-7-26/445@ | представление отчётности в налоговые органы | не выпускается, доверенности действовали не позднее 28 февраля 2025 года |
| 5.02 | приказ ФНС от 19.09.2023 № ЕД-7-26/648@, применялся с 1 марта 2024 года | представление отчётности в налоговые органы | заменён форматом 5.03 с 10 января 2025 года |
| 5.03 | приказ ФНС от 16.10.2024 № ЕД-7-26/858@ | только налоговая отчётность, передаётся через оператора ЭДО | действующий формат налоговой |
| УПУП | постановление ПФР от 21.04.2022 № 63п | уведомление о предоставлении полномочий представителю при сдаче ЕФС-1 в Социальный фонд России | действует наряду с 003 |
Из таблицы следует практический вывод для инвентаризации: доверенности в старых версиях не нужно экстренно переоформлять, если они уже зарегистрированы и срок не истёк. Переоформление требуется в двух случаях — когда срок закончился и когда меняются полномочия или состав представителей.
Мария Ж, специалист по цифровой подписи и КЭДО: «Суть перехода проще всего объяснить через арифметику сертификатов. Раньше сотруднику, работавшему на три организации, выпускали три сертификата: в каждом были и его данные, и данные компании, но понять из сертификата, что именно человек вправе подписывать, было невозможно. Теперь у него один сертификат физического лица и три доверенности — по одной от каждого руководителя. Полномочия переехали из невидимой части сертификата в отдельный читаемый файл, и именно поэтому у файла появились версии схемы.»
Чем формат 003 отличается от 002 на уровне документа
Единый формат 003 собирали так, чтобы одной доверенностью закрывались и обмен с контрагентами, и обращение в государственные системы. В 002 такой универсальности не было: доверенность для B2B и доверенность для ведомства оставались разными документами. Перечень отличий, которые видны при разборе XML и влияют на интеграцию:
- Несколько представителей в одном файле. В 003 в одной доверенности можно перечислить нескольких уполномоченных лиц, тогда как раньше на каждого сотрудника формировался отдельный документ.
- Передоверие как штатный сценарий. Формат поддерживает и выдачу доверенности с правом передоверия, и саму доверенность, оформленную в порядке передоверия.
- Нотариальное удостоверение. Единую форму согласовывали с Федеральной нотариальной палатой, поэтому в схеме предусмотрены сведения о нотариальном удостоверении — без этого цепочки передоверия между сотрудниками не переводились в электронный вид.
- Реквизиты филиала и обособленного подразделения. В 003 указывается КПП подразделения, а руководитель филиала может выдавать доверенности на работников для документов своего филиала.
- Ограничения полномочий. Полномочие можно не просто назвать, но и ограничить, тогда как в ранних версиях оно указывалось плоским перечнем.
- Явный срок действия. Период задаётся парой дат «с» и «по», что снимает разночтения при проверке на стороне приёмной системы.
- Объединение полномочий B2B и B2G. В одном документе допустимы и полномочия на подписание документов с контрагентами, и полномочия для взаимодействия с государственными органами.
Для разработчика интеграции это означает, что перенос с 002 на 003 — не переименование пространства имён, а пересборка маппинга: появляются повторяющиеся блоки представителей, узлы передоверия и ветка нотариального удостоверения. Локальная валидация по XSD до отправки экономит основную часть времени: приёмная система отклоняет невалидный файл без внятного описания, какой именно элемент не подошёл.
Факт: у каждой машиночитаемой доверенности есть идентификатор GUID длиной 36 символов. Чтобы получить полные сведения по доверенности в сервисе налоговой, нужны три параметра: номер доверенности, ИНН доверителя и СНИЛС представителя.
Мария Ж, юрист со стажем более 20 лет: «Правила работы с доверенностью устанавливает та площадка, где она применяется, и правила эти отличаются. Если сотрудник подписывает документы у оператора ЭДО, сдаёт отчётность, участвует в торгах и работает с маркировкой, одной доверенностью он не обойдётся, даже когда все системы принимают 003. При планировании перехода считайте не сотрудников, а сценарии: сколько разных приёмных систем, столько потенциально и доверенностей.»
Форматы ФНС: почему у налоговой отдельная линейка версий
Налоговая служба ведёт собственную нумерацию форматов доверенности уполномоченного представителя, и она не совпадает с нумерацией единой формы. Первой была версия 5.01 по приказу ФНС от 30.04.2021 № ЕД-7-26/445@. Её сменила версия 5.02: приказ ФНС от 19.09.2023 № ЕД-7-26/648@ утвердил и сам формат, и порядок направления доверенности по телекоммуникационным каналам связи с 1 марта 2024 года. Версия 5.02 добавила то, чего не было в 5.01: возможность передоверия и передачу полномочий нескольким уполномоченным представителям сразу.
Действующая версия — 5.03, она введена приказом ФНС от 16.10.2024 № ЕД-7-26/858@ и применяется с 10 января 2025 года. Из содержательных изменений в ней появилась строка с номером записи федерального регистра сведений о населении. Формат 5.03 используется только для налоговой отчётности и передаётся через оператора ЭДО.
Практический вывод: 003 не отменяет 5.03, а 5.03 не заменяет 003 в обмене с контрагентами. Если в компании один сотрудник и сдаёт отчётность, и подписывает первичку, у него будут две действующие доверенности разных линеек одновременно. Это нормальная конфигурация, а не ошибка настройки.
Внимание: любое изменение XML-файла ломает подпись под ним. Если сотруднику нужно расширить полномочия, отредактировать действующую доверенность нельзя — выпускается новая, а прежняя отзывается.
Проверьте отсоединённую подпись под своим XML-файлом
Проверка электронной подписи
Покажем, кто и когда подписал документ и действует ли сертификат. Без регистрации.
1 Выберите вид подписи:
2 Загрузите документ и файл подписи:
Документ
Файл подписи (.sig)
Нужно подписать документ?
Подпишите прямо в браузере через КриптоПро. На PDF можно поставить штамп в нужном месте.
Какой формат нужен конкретной приёмной системе
Версия схемы — только половина ответа. Вторая половина в том, где доверенность создаётся и где регистрируется: часть систем принимает файл, выпущенный где угодно, часть работает исключительно со своим личным кабинетом.
| Сценарий работы сотрудника | Формат | Где создаётся и регистрируется | Что критично |
|---|---|---|---|
| Обмен документами с контрагентами через оператора ЭДО | 003 | любой сервис или собственная информационная система, регистрация в распределённом реестре ФНС | способ передачи доверенности контрагенту: пакетом с документом, реквизитами внутри документа или в метаданных |
| Сдача налоговой отчётности | 5.03 | сервис ФНС или сервис оператора, передача по телекоммуникационным каналам связи | доверенность должна дойти в налоговую до отправки первой декларации, иначе отчёт не примут |
| Сдача ЕФС-1 и обмен с Социальным фондом России | УПУП или 003 | кабинет страхователя и сервисы операторов отчётности | формат уведомления о предоставлении полномочий отличается от доверенности для налоговой |
| Работа в государственной системе маркировки | по правилам системы | исключительно личный кабинет самой системы | отзыв тоже только там, и только руководителем; сотрудник отозвать доверенность не может |
| Закупки по 44-ФЗ и закупки у субъектов МСП по 223-ФЗ | по правилам портала закупок | личный кабинет на портале закупок | для остальных закупок по 223-ФЗ и коммерческих торгов правила смотрят на конкретной площадке |
| Росстат, ФТС, Росприроднадзор, Росалкогольтабакконтроль | 003 | сервис ФНС или сервис оператора, загрузка в целевую систему после регистрации | порядок шагов: сначала реестр, потом целевая система |
Большинство площадок позволяют работать с ранее созданной доверенностью, и это стоит проверить до того, как вы начнёте плодить новые файлы: иногда достаточно загрузить существующий XML. Реквизиты для сдачи отчётности в фонд удобно сверять по разделу о машиночитаемых доверенностях в кабинете страхователя Социального фонда России, где указано, какие форматы принимаются и в каком виде загружается файл.
Пожалуйста, подпишитесь на нас в мессенджерах
Канал для кадровиков и HR: изменения в законах, практика проверок, шаблоны документов, инструменты подбора и оценки.
Лайфхак: не описывайте работу сотрудника заново. Возьмите его бумажную доверенность и переводите её пункт за пунктом — в классификаторе полномочий уже несколько тысяч записей, и самостоятельный подбор кодов занимает больше времени, чем перенос готовых формулировок.
Кейс из практики: бухгалтер на аутсорсе вёл три организации и хранил три сертификата — по одному на каждое юрлицо плюс собственный. После перехода у него остался один сертификат физического лица и три машиночитаемые доверенности. Количество носителей сократилось с трёх до одного, а при расставании с одним из клиентов ключ не перевыпускается: отзывается доверенность.
Шаблоны и рабочие файлы для перехода на новый формат
Начните с образца XML: по нему проще сверить, какие узлы в вашей выгрузке лишние, а каких не хватает.
| Документ | Скачать |
|---|---|
| Машиночитаемая доверенность: образец и структура XML | Скачать |
| Шпаргалка по командам cryptcp | Скачать |
| Чек-лист диагностики «Подпись не валидна» | Скачать |
| Разбор ошибок площадок при подписании | Скачать |
| Реестр сертификатов сотрудников | Скачать |
| Реестр выданных токенов | Скачать |
Как подписать доверенность и загрузить её в реестр
Подпись под машиночитаемой доверенностью всегда отсоединённая. Приёмная сторона получает два объекта: сам XML и отдельный файл подписи, в котором лежит информация о том, что документ подписан сертификатом руководителя организации. Присоединённая подпись здесь не работает, потому что тогда исходный XML перестаёт быть валидным по схеме — внутрь него добавляется контейнер подписи.
p7s, sig или sgn: что писать в настройках
Расширение файла подписи не меняет его содержимое: внутри в любом случае лежит контейнер CMS с подписью по ГОСТ. КриптоПро CSP и Инструменты КриптоПро позволяют выбрать расширение подписанного файла из списка p7s, sig и sgn, а КриптоАРМ ГОСТ даёт пять вариантов: sig, p7s, sgn, sign и bin. Расширение диктует приёмная система: сервис налоговой при формировании доверенности отдаёт пару вида ON_EMCHD_20231208_08b9b6f9-43b5-4863-851c-d22450c1deb9.xml и тот же файл с окончанием .xml.p7s, а инструкции по подписанию через КриптоАРМ описывают пару из XML и файла .sig.
Отсюда типовая причина отказа, которую видно только в логах интеграции: файл подписан правильно, но назван не так, как ждёт приёмник. Переименование файла подписи содержимое не портит, поэтому лечится это одной строкой в скрипте выгрузки, а не перевыпуском доверенности. В практике Добыто с этого и начинают разбор отказа: сверяют расширение и имя пары файлов, и только потом проверяют саму подпись.
Мария Ж, судебный эксперт по трудовому праву: «Отсоединённая подпись — это не прихоть разработчиков схемы, а условие машиночитаемости. Документ должен остаться ровно тем XML, который валидируется по схеме, иначе автоматическая проверка полномочий невозможна. Если вы собираете доверенности в своей информационной системе, зафиксируйте в регламенте два параметра: тип подписи отсоединённая и расширение файла под требования конкретного приёмника. Эти два пункта закрывают большую часть отказов на входе.»
Важный нюанс из практики: регистрация доверенности в реестре налоговой идёт до загрузки в целевую систему, а не после. Порядок нарушать нельзя: незарегистрированную доверенность принимающая система просто не примет, и диагностировать это по сообщению об ошибке обычно не получается.
Как выпустить МЧД в формате 003 и ввести её в работу: пошаговая инструкция
- Шаг 1. Сформируйте XML на портале налоговой службы либо в своей информационной системе: выберите единую форму, заполните сведения о доверителе и представителе, укажите полномочия и скачайте файл.
- Шаг 2. Проверьте файл локально по XSD-схеме нужной версии. Ошибку структуры дешевле поймать до подписания, потому что после правки XML подпись придётся создавать заново.
- Шаг 3. Подпишите доверенность квалифицированной подписью руководителя организации, то есть лица, имеющего право действовать от имени юридического лица без доверенности. Тип подписи — отсоединённая, расширение файла выбирайте под требования приёмника.
- Шаг 4. Зарегистрируйте доверенность: загрузите XML и файл подписи в распределённый реестр ФНС. После загрузки у доверенности появляется статус, который приёмные системы проверяют автоматически.
- Шаг 5. Загрузите доверенность в целевую систему, если она этого требует: выберите роль доступа, укажите место осуществления деятельности и сформируйте сертификат доступа по правилам конкретной системы.
- Шаг 6. Внесите доверенность в реестр компании: сотрудник, система, номер, срок, полномочия. Без такого реестра при увольнении вы не вспомните, что и где отзывать.
Порядок загрузки в распределённый реестр удобно один раз пройти руками, даже если дальше всё будет работать через API: на экране видно, какой именно файл принят, а какой отклонён.
Полезно знать: доверенность не ссылается на сертификат представителя. В XML указаны данные физического лица, и система сверяет именно их. Поэтому при перевыпуске подписи сотрудника доверенность продолжает работать, если его персональные данные не изменились.
Что ломается при смене версии формата
Смена версии затрагивает не только выгрузку XML. Ниже — ошибки, которые в проектах стоят дороже всего, и цена каждой.
- Выпустили новую доверенность вместо отзыва старой. В обороте остаются два действующих документа с разными полномочиями. Приёмная система примет любой, и предсказать, какой именно приложится к спорному документу, невозможно.
- Поправили XML после подписания. Подпись перестаёт сходиться, файл отклоняется на входе. Правка одного символа в полномочии равна выпуску новой доверенности.
- Перепутали линейки форматов. Доверенность 003 отправили в налоговую вместо 5.03. Отчётность не принимается, а срок сдачи продолжает идти.
- Не учли отзыв родительской доверенности. При отзыве доверенности, выданной руководителем среднего звена, автоматически перестают действовать все документы, которые он передоверил. Один отзыв обесточивает целое подразделение.
- Передоверили без нотариуса там, где он нужен. Если руководитель организации или филиала выдаёт доверенность в порядке передоверия, нотариус не требуется. Если полномочия передаёт сотрудник другому сотруднику, передоверие удостоверяется нотариально, и без этого документ не имеет силы.
Важный нюанс из практики: самая дорогая ошибка лежит не в формате, а в попытке его обойти. Практика, когда бухгалтер хранит подпись директора и подписывает ею отчётность, нарушает требования законодательства об электронной подписи. Были случаи, когда по такой схеме сдавалась отчётность с ошибками, организация получала штрафы, а разбирательства затягивались надолго. Ссылка руководителя на то, что он утратил контроль над ключом, от ответственности не спасает: контроль над ключом — его обязанность по статье 10 63-ФЗ.
Что проверить до начала перехода
Перед тем как трогать интеграцию, соберите исходные данные. Без них перевод на новый формат превращается в перебор вариантов:
- Список сотрудников, которые подписывают документы от имени компании, и перечень систем, где каждый из них работает.
- Действующие бумажные и машиночитаемые доверенности с их полномочиями и сроками.
- Сертификаты сотрудников: где выпущены, на кого оформлены, когда истекают. Сертификат физического лица и сертификат руководителя — разные сущности, и путаница между ними даёт основную часть вопросов.
- Носители ключей: сколько токенов реально на руках, кто за них отвечает. Реестр выданных токенов нужен не ради формальности, а чтобы при увольнении понимать, что изымать.
- Требования каждой приёмной системы к версии формата, расширению файла подписи и способу передачи доверенности.
В практике Добыто мы просим клиента выгрузить эти пять списков до первой технической встречи: почти всегда обнаруживается, что сценариев подписания больше, чем предполагали, и часть из них закрывается вообще без машиночитаемых доверенностей.
Когда МЧД не нужна вовсе
Доверенность нужна не всем и не всегда. Она не требуется индивидуальному предпринимателю, который подписывает свои документы, и руководителю организации: он работает по сертификату руководителя, полученному в удостоверяющем центре налоговой службы. Если человек, работающий в системе, и есть руководитель, доверенность не оформляется.
Отдельный случай — внутренний кадровый документооборот. Внутри компании работник подписывает заявления, приказы и допсоглашения простой или усиленной неквалифицированной подписью по статье 22.3 ТК РФ, и машиночитаемая доверенность здесь не участвует. В сервисе Добыто ПЭП и УНЭП для сотрудников выпускаются внутри платформы, а МЧД остаётся инструментом внешнего оборота — отчётности, сделок и торгов.
Стоимость подключения сотрудников к КЭДО и электронным подписям
Стоимость зависит от численности сотрудников, набора видов подписи и необходимости интеграции с учётной системой.
| Услуга | Стоимость | Сроки |
|---|---|---|
| Тариф «Старт»: до 25 сотрудников, ПЭП и УНЭП, базовые шаблоны, email-поддержка | от 30 ₽ за сотрудника / мес | подключение за 5 минут |
| Тариф «Бизнес»: неограниченно сотрудников, ПЭП, УНЭП и УКЭП, кастомные шаблоны, электронный архив | от 50 ₽ за сотрудника / мес | подключение за 5 минут |
| Минимальная оплата по тарифу «Бизнес» | 50 сотрудников за 30 000 ₽ в год | период — год |
| Тариф «Корпорация»: выделенный сервер, SLA 99.9%, API и кастомные интеграции | по запросу | рассчитывается индивидуально |
| Выпуск ПЭП и УНЭП для сотрудников | входит в тариф | при подключении |
| УКЭП для сотрудников | через партнёров-удостоверяющих центров | рассчитывается индивидуально |
| Модуль интеграции с 1С:ЗУП | входит в тариф «Бизнес» | установка и настройка за один день |
Итоговая сумма складывается из численности, выбранного набора подписей и того, нужна ли интеграция с учётной системой. Действующие условия по каждому тарифу приведены на странице тарифов ДОБЫТО КЭДО, там же указано, что электронные подписи для сотрудников входят в тариф.
Расходы на квалифицированные подписи для внешнего оборота считаются отдельно от подписок на КЭДО: УКЭП физического лица выпускается в аккредитованном удостоверяющем центре, и её стоимость к тарифу платформы не относится.
Мария Ж, соучредитель сервиса КЭДО Добыто: «Отзыв родительской доверенности отзывает и все дочерние по цепочке передоверия. Для увольнения это удобно: один отзыв закрывает сотруднику доступ везде, где он что-то передоверил. Для планирования это ловушка — отзывая доверенность руководителя среднего звена, вы одномоментно обесточиваете всех его подчинённых. Перед отзывом проверьте по реестру, кто именно висит под этой доверенностью.»
Выводы
Номер версии машиночитаемой доверенности — это номер XSD-схемы, и он определяет, какие сведения попадут в файл и примет ли его приёмная сторона. Единый формат 003 закрывает и обмен с контрагентами, и большинство государственных систем, налоговая работает по своей линейке и сейчас принимает 5.03, а Социальный фонд — УПУП или 003. Доверенности в снятых с регистрации версиях доживают свой срок и переоформляются только при истечении срока или изменении полномочий. Технически всё держится на двух правилах: подпись отсоединённая, и любое изменение XML после подписания требует выпуска нового документа.
Мы в Добыто разбираем такие связки постоянно: где заканчивается внутренний кадровый документооборот с ПЭП и УНЭП и где начинается внешний оборот с квалифицированной подписью и доверенностью. Если нужно разложить процессы компании по этой границе и посчитать, сколько сценариев реально требует машиночитаемых доверенностей, это разбирается на этапе демонстрации платформы.
Частые вопросы
Можно ли одной доверенностью закрыть все системы сразу?
Нет. Единый формат 003 снимает проблему разных схем, но не отменяет правила приёмных систем. Работа с маркировкой требует доверенности, оформленной в личном кабинете самой системы, закупки по 44-ФЗ и закупки у субъектов МСП по 223-ФЗ — доверенности из личного кабинета портала закупок, налоговая отчётность — формата 5.03. Часть полномочий объединяется в одном документе, часть нет, поэтому считать нужно по сценариям, а не по сотрудникам.
Что будет с доверенностями формата 002, зарегистрированными до 1 марта 2025 года?
Они продолжают действовать до окончания своего срока. Новые доверенности в этом формате зарегистрировать нельзя: при изменении полномочий, смене представителя или истечении срока выпускается документ в формате 003. Массовое досрочное переоформление не требуется.
Как передать доверенность контрагенту вместе с документом?
Способов три. Первый — прикладывать доверенность пакетом к каждому элементу документооборота, что удваивает трафик и объём хранения по всей цепочке. Второй — указывать реквизиты доверенности внутри самого документа, но это работает только для формализованных XML-документов и только там, где в формате предусмотрены соответствующие поля. Третий — передавать сведения о доверенности в метаданных, этот способ поддержан операторами ЭДО и применим к любым документам, включая договоры в PDF.
Как расширить полномочия в уже выпущенной доверенности?
Только выпуском новой. Редактирование XML разрушает подпись под ним, поэтому доверенность с дополненными полномочиями — это другой документ с другим идентификатором. Прежнюю при этом отзывают, чтобы в обороте не осталось двух действующих документов с разным набором прав.
Нужна ли доверенность директору, предпринимателю и главному бухгалтеру?
Директору и индивидуальному предпринимателю доверенность не нужна: они подписывают документы сертификатом руководителя, полученным в удостоверяющем центре налоговой службы. Главному бухгалтеру и любому другому сотруднику нужна: он подписывает документы сертификатом физического лица, а полномочия подтверждает машиночитаемая доверенность.
Отзывается ли передоверие при отзыве основной доверенности?
Да, при отзыве доверенности верхнего уровня по цепочке прекращают действие все доверенности, выданные в порядке передоверия на её основании. Отозвать доверенность может только руководитель организации, сотрудник сам этого сделать не может.
Нужна ли машиночитаемая доверенность для подписания кадровых документов с сотрудниками?
Нет. Внутренний кадровый документооборот идёт по статье 22.3 ТК РФ: работник подписывает документы простой или усиленной неквалифицированной подписью в системе работодателя, доверенность здесь не участвует. Машиночитаемая доверенность нужна, когда сотрудник подписывает документы от имени организации во внешнем обороте: отчётность, сделки, торги, работа в государственных системах.
