Кто доверяет
Организация или ИП определяет, какому физическому лицу передаются полномочия.
Машиночитаемая доверенность нужна не «для ЭТрН вообще», а для подтверждения полномочий физического лица, которое подписывает электронный документ от имени организации в соответствующем сценарии. Поэтому настройка начинается с ролей: кто подписывает титулы грузоотправителя, перевозчика и грузополучателя, каким видом электронной подписи и на каком основании.
МЧД — электронная доверенность в структурированном формате. Она используется вместе с электронной подписью физического лица в тех случаях, когда сотрудник подписывает электронный документ от имени организации и его полномочия должны подтверждаться доверенностью.
Организация или ИП определяет, какому физическому лицу передаются полномочия.
Сотруднику или иному представителю, который действует от имени компании.
В доверенности фиксируются полномочия представителя в пределах выбранного сценария.
Использует допустимый для конкретного действия вид электронной подписи.
При обмене сведения о доверенности могут передаваться вместе с электронным документом.
Ответственность за достоверность сведений в файле обмена несёт лицо, подписавшее этот файл.
Ключевой вопрос — кто именно подписывает титул и каким видом электронной подписи. Если сотрудник действует от имени организации со своей подписью физического лица, полномочия обычно подтверждаются МЧД. Для других допустимых законом сценариев порядок может отличаться.
Минтранс указывает, что ЭПД могут подписываться УКЭП юридического лица или ИП, а также УКЭП либо УНЭП физического лица в предусмотренных законом случаях. Для отдельных сценариев допускается ПЭП. Поэтому схема полномочий строится по конкретному титулу и подписанту.
ЭТрН состоит из отдельных файлов обмена. Каждый титул подписывает соответствующий участник, поэтому доверенности и сертификаты должны быть подготовлены до первого рейса.
Определяем сотрудника, который подписывает исходный титул, и проверяем его право действовать от имени грузоотправителя.
Проверяем, кто подтверждает этап погрузки: водитель или уполномоченный сотрудник перевозчика, и как завершается подписание.
Назначаем ответственного за приёмку и юридически значимое подтверждение данных получателя.
Определяем, кто оформляет выдачу груза и кто выполняет окончательное заверение со стороны перевозчика.
Для нестандартных событий проверяем полномочия по актуальному формату ЭТрН и используемому решению.
Не обязательно подписывает документы, но отвечает за корректную привязку пользователей, сертификатов и доверенностей.
Минтранс разрешает водителю подписывать ЭТрН простой электронной подписью или УНЭП при условии последующего подписания соответствующего файла перевозчиком УКЭП или УНЭП. Поэтому мобильный сценарий водителя и полномочия организации нужно проектировать как единую цепочку.
В 1С при выборе сертификата для электронного документа доверенность может подставляться автоматически, если она уже связана с сертификатом и доступна в системе. Но это не отменяет проверки срока действия и полномочий.
Минтранс прямо разъясняет, что правила не возлагают на ГИС ЭПД обязанность оценивать содержание полномочий подписанта по МЧД. Поэтому успешная техническая отправка сама по себе не доказывает, что представитель был наделён корректными полномочиями.
МЧД лучше настраивать не отдельно от ЭТрН, а одновременно с ролями, сертификатами и тестированием титулов.
Определяем стороны ЭТрН и подписантов.
Определяем допустимый вид ЭП по каждой роли.
Оформляем и проверяем необходимые полномочия.
Связываем пользователей, сертификаты и доверенности.
Проводим титулы по реальному сценарию.
Фиксируем замещение, отзыв и поддержку.
На производстве титул может подписывать логист, на складе — ответственный сотрудник отгрузки, у перевозчика — диспетчер или другой уполномоченный сотрудник. Поэтому универсальной матрицы подписантов нет.

Разводим полномочия логистики, склада, бухгалтерии и сотрудников, которые подписывают титулы.

При массовых отгрузках особенно важны резервные подписанты и понятный порядок замещения.

Разделяем действия водителя, диспетчера и уполномоченного подписанта транспортной компании.

Проверяем полномочия при нерегулярных маршрутах, разных юридических лицах и сложной цепочке участников.
Проблема может быть технической или организационной: просроченный сертификат, отозванная доверенность, неверная организация или отсутствие полномочия на конкретное действие.
Пользователь выбирает подпись, а система не подставляет нужную доверенность.
Подписант работает в группе компаний, но документ отправляется от другого юридического лица.
Технически МЧД существует, но её содержание не соответствует фактическому действию сотрудника.
Рабочий сценарий останавливается уже при подписании реального титула.
Отпуск или увольнение одного сотрудника блокирует отгрузки и ЭТрН.
Мобильный сценарий не согласован с тем, как файл должен окончательно заверяться перевозчиком.
У каждого титула есть конкретный ответственный, понятный вид подписи и подтверждённые полномочия, а в 1С пользователь видит только доступные ему действия.
Понятно, кто подписывает каждый титул и от имени какой организации.
Доверенности соответствуют пользователям, сертификатам и срокам действия.
Сертификаты и доверенности доступны в момент подписания.
Замещение сотрудника не останавливает перевозочный процесс.
Для одной организации с двумя подписантами задача проще, чем для холдинга с филиалами, несколькими базами 1С и десятками сотрудников.
Основные факторы.
Состав определяется после проверки текущего контура.
Эта страница закрывает именно вопрос МЧД для ЭТрН. Для технического подключения и настройки используйте связанные направления.
Общая подготовка электронных подписей и полномочий для перевозочных документов.
Подробнее →Кто формирует Т1, Т2, Т3 и Т4 и как они проходят по цепочке.
Подробнее →Роли, справочники, подписи, оператор и тестовый рейс.
Подробнее →Подписание и работа водителя с электронной транспортной накладной.
Подробнее →Оператор, пользователи, рабочие места и первый документ.
Подробнее →Комплексный запуск от аудита до промышленной эксплуатации.
Подробнее →МЧД для ЭТрН используется для подтверждения полномочий физического лица, которое подписывает электронный перевозочный документ от имени организации в тех случаях, когда такие полномочия должны подтверждаться доверенностью. МЧД не заменяет электронную подпись: это отдельный электронный документ о полномочиях.
Поэтому перед выпуском доверенностей сначала нужно определить, кто подписывает титулы ЭТрН. Для грузоотправителя, перевозчика и грузополучателя могут быть назначены разные сотрудники, сертификаты и схемы подписания.
Минтранс разъясняет, что ЭПД подписываются допустимыми видами электронной подписи, а водитель может применять ПЭП или УНЭП при условии последующего подписания ЭТрН со стороны перевозчика предусмотренной усиленной подписью. Это означает, что водителю нельзя автоматически приписывать ту же схему МЧД, что офисному подписанту.
Для компании в Москве практический запуск начинается с матрицы титулов ЭТрН, затем настраиваются КЭП и МЧД и проверяется рабочий процесс в 1С.
Отдельно важно учитывать, что ГИС ЭПД не проверяет объём полномочий по МЧД по существу. Поэтому отсутствие технической ошибки не заменяет внутреннюю проверку доверенности.
Кратко о доверенностях, подписях и водителях.
Это машиночитаемая доверенность, которая подтверждает полномочия физического лица действовать от имени организации при подписании электронного документа в соответствующем сценарии.
Нет. Электронная подпись идентифицирует подписанта и подтверждает его действие, а МЧД подтверждает полномочия действовать от имени другой стороны.
Нет. Нужно разделять сотрудников, которые только заполняют или просматривают документ, и тех, кто подписывает его от имени организации.
Это зависит от конкретной схемы подписания. Для водителя законом допускаются отдельные варианты ПЭП или УНЭП при последующем подписании файла перевозчиком, поэтому вопрос МЧД нужно решать по фактическому сценарию.
Минтранс разъясняет, что обязанность проверять объём полномочий по существу на ГИС ЭПД не возложена. Ответственность за корректную схему полномочий остаётся на участниках процесса.
Да. В поддерживаемых сценариях доверенность может быть связана с сертификатом и использоваться при подписании электронных документов. Конкретный порядок зависит от конфигурации и сервиса.
С матрицы ролей и титулов: кто подписывает от грузоотправителя, перевозчика и получателя. Затем определяются виды подписи, доверенности, пользователи 1С и тестируется полный документ.
Проверим, кто подписывает каждый титул, какие полномочия нужны, как доверенности связаны с сертификатами и что произойдёт при замещении сотрудника.