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

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

Настраиваем повторяемый сценарий для большого числа отгрузок и ответственных сотрудников.

Отдельно проверяем диспетчеров, водителей и мобильный сценарий подписания в рейсе.

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