Единый формат
Доверенность формируется в машиночитаемом XML-формате с данными доверителя, представителя и полномочий.
МЧД в бизнес-процессе: полномочия рядом с документом
Встраиваем работу с машиночитаемыми доверенностями в процесс документов и ЭДО: сохраняем идентификатор МЧД, проверяем нужные статусы и полномочия через поддерживаемые сервисы и показываем сотруднику результат там, где он готовит или отправляет документ.
Сотрудник → МЧД → документ
Сотрудникподписывает от имени организации
→МЧДидентификатор и полномочия
→ЭДО / реестрпроверка и использование
→CRMпонятный статус для процесса
→Актуальная модель
МЧД — машиночитаемый электронный документ, который информационная система может проверять автоматически
ФНС поддерживает единый формат МЧД и распределённый реестр. В прикладной интеграции важны не только XML-файл, но и связь доверенности с представителем, полномочиями и конкретным документным сценарием.
Представитель
Система должна понимать, какая доверенность относится к сотруднику, который выполняет юридически значимое действие.
Статус доверенности
Перед критичным действием проверяем доступный актуальный статус, а не полагаемся только на сохранённую ранее копию.
Связь с ЭДО
МЧД участвует в электронном подписании и обмене документами, поэтому её статус должен быть доступен в том же рабочем процессе.
Рабочая цепочка
Сотрудник не должен вручную искать GUID и проверять доверенность в отдельном окне перед каждым документом
Интеграция может заранее связать представителя с МЧД и проверить необходимые данные в момент, когда это действительно требуется процессу.
Документ готов→Определение подписанта→Связанная МЧД→Проверка статуса→Подписание / отправка→Результат в CRM
Данные МЧД
Храним идентификаторы и рабочие признаки, а не пытаемся заменить официальный реестр собственной таблицей
Источник актуального состояния доверенности остаётся в поддерживаемом реестре или операторе. В CRM сохраняем только то, что нужно для связи и работы сотрудника.
GUID / идентификатор
Используем стабильный идентификатор доверенности для проверки и связи с представителем.
Доверитель и представитель
Проверяем, что доверенность относится к нужной организации и физическому лицу.
Полномочия
Для критичного сценария недостаточно факта существования МЧД — важен согласованный набор полномочий.
Срок и состояние
Истёкшая, отменённая или иначе недействующая доверенность не должна восприниматься системой как готовая к использованию.
Источник проверки
Фиксируем, через какой поддерживаемый сервис или оператор получаем актуальное состояние и какие ответы считаются достаточными.
Создание и регистрация
Создание МЧД и использование МЧД — разные части процесса
ФНС позволяет сформировать и проверить электронную доверенность: после формирования XML доверенность подписывается электронной подписью доверителя и загружается в реестр. Интеграция CRM может сопровождать этот процесс, но не подменяет юридически значимое подписание.
Подготовка данных
Система может собрать реквизиты и параметры для согласованного сценария создания доверенности.
Подписание доверителем
Юридически значимое подписание выполняется соответствующей электронной подписью, а не обычной кнопкой CRM без авторизации.
Регистрация / хранение
После регистрации используем идентификатор и официальный источник состояния для дальнейших проверок.
Использование
При отправке документа система сопоставляет подписанта, МЧД и нужный документный процесс.
Автоматизация
Проверяем МЧД в тех точках, где её состояние действительно влияет на действие
Постоянный бессмысленный опрос реестра не нужен. Проверку привязываем к созданию, отправке, подписанию документа или другому значимому этапу.
Определяем подписанта
Кто выполняет действие от имени организации.
Находим МЧД
По сохранённой связи или согласованным идентификаторам.
Проверяем состояние
Получаем актуальный доступный результат из поддерживаемого источника.
Проверяем сценарий
Достаточны ли доверенность и полномочия для конкретной операции.
Возвращаем результат
Сотрудник видит, можно продолжать или требуется другая доверенность.
Связанные направления
МЧД обычно имеет смысл автоматизировать вместе с ЭДО, а не как отдельный справочник
Полномочия нужны в конкретном документном действии, поэтому связь с СБИС/Saby, Диадок или другим оператором важнее отдельной карточки доверенности.
Документы
Проверка полномочий становится частью отправки и подписания
CRM показывает сотруднику рабочий статус, а официальный реестр или оператор остаётся источником юридически значимой информации о доверенности.
Вопросы
Частые вопросы
Что такое МЧД?
Это машиночитаемая доверенность в электронной форме, содержащая данные доверителя, представителя и полномочий в формате, который информационные системы могут обрабатывать автоматически.
Где можно создать и проверить МЧД?
ФНС предоставляет сервис создания и проверки доверенности в электронной форме и распределённый реестр для МЧД единого формата. Конкретный рабочий процесс также может использовать возможности оператора ЭДО.
Можно хранить МЧД только в CRM?
CRM можно использовать для связи доверенности с сотрудником и процессом, но актуальный юридически значимый статус следует получать из поддерживаемого официального источника или оператора.
Можно автоматически проверить доверенность перед отправкой документа?
Да, если выбранный источник предоставляет необходимый интерфейс проверки. Определяем, какие признаки и полномочия нужно подтвердить для конкретного действия.
CRM может сама подписать МЧД за руководителя?
Не как обычное серверное действие без соответствующего механизма электронной подписи. Подписание выполняется уполномоченной электронной подписью в предусмотренном контуре.
Нужно проверять МЧД постоянно?
Обычно нет. Проверку разумно выполнять перед значимым действием и при событиях, которые могут менять возможность использования доверенности.
Где сейчас сотрудник вручную проверяет доверенность перед документом?
Покажите путь от выбора подписанта до отправки документа. Определим, какие данные МЧД нужно хранить в CRM и в какой момент проверять актуальное состояние.