Как посмотреть список всех выданных МЧД по юридическому лицу и решить проблемы с их проверкой в 1С

С наступлением эпохи машиночитаемых доверенностей (МЧД) многие организации столкнулись с трудностями администрирования выданных полномочий. Одной из главных задач для руководителя и бухгалтера является возможность оперативно просмотреть все активные и отозванные доверенности, выданные от имени компании. Разберем подробно, как получить этот список, как работает распределенный реестр и что делать, если 1С отказывается подписывать документ из-за отозванной МЧД контрагента.

Где найти список всех выданных МЧД организации

На общедоступном портале ФНС (реестр МЧД) поиск реализован преимущественно по идентификатору (GUID) доверенности и ИНН. Однако для получения полного списка всех доверенностей, выданных вашим юридическим лицом, следует использовать специализированные личные кабинеты:

1. Личный кабинет налогоплательщика ЮЛ на сайте ФНС: Проанализируем возможности этого сервиса. После авторизации с помощью КЭП руководителя организации, в разделе «Документооборот» или специализированном подразделе «МЧД», доступен реестр всех зарегистрированных доверенностей. Здесь можно увидеть статус каждой доверенности (действует, истекла, отозвана).
2. Специализированный сервис ФНС «Мои доверенности»: Рассмотрим портал распределенного реестра. Зайдя на него под учетной записью руководителя через Госуслуги, вы сможете просмотреть не только те МЧД, которые выдали вы (как доверитель), но и те, что выданы на вас как на физическое лицо.
3. Функционал внутри 1С: В современных конфигурациях (например, 1С:Бухгалтерия 8 или 1С:ЗУП) в разделе «Отчеты» или «Администрирование» есть пункт «Машиночитаемые доверенности». Если учет ведется централизованно, система подтягивает данные из реестра ФНС. Посмотрим на объект Справочник.МашиночитаемыеДоверенностиОрганизаций — именно здесь хранятся записи о ваших МЧД.

Проблема проверки отозванной МЧД в 1С:ЭДО

Рассмотрим ситуацию, часто встречающуюся в практике: контрагент отправил накладную по ЭДО, когда МЧД подписанта была действительна. Однако к моменту получения товара и необходимости подписания документа с вашей стороны, сотрудник контрагента уволился, и его МЧД была отозвана. Выясним, почему 1С может блокировать подписание и как это исправить.

Согласно законодательству (63-ФЗ) и принципам работы электронной подписи, действительность подписи должна проверяться на момент ее создания, а не на момент получения или проверки документа. Если в подписи содержится метка точного времени (штамп времени), и на это время доверенность была активна, документ юридически значим.

Если ваша 1С выдает ошибку при попытке подписать входящий документ, проанализируем следующие шаги:

1. Обновление модуля ЭДО: Ранние версии программного обеспечения проверяли статус МЧД на текущую дату. Убедимся, что установлены последние обновления конфигурации, где логика проверки исправлена на проверку по метке времени подписи отправителя.
2. Использование архивных доказательств: Для корректной проверки старых подписей система должна иметь доступ к OCSP-ответам или спискам отзыва (CRL), актуальным на момент подписания.
3. Ручное управление статусом: В некоторых случаях, если вы уверены в легитимности документа на дату отгрузки, в 1С можно использовать механизм игнорирования ошибок проверки для завершения документооборота, однако это требует осторожности.

Посмотрим на пример логики, которая должна отрабатываться системой при проверке:

// Псевдокод проверки валидности МЧД
Если ПодписьКонтрагента.ДатаСоздания >= МЧД.ДатаНачалаДействия 
   И ПодписьКонтрагента.ДатаСоздания <= МЧД.ДатаОкончанияДействия 
   И (МЧД.ДатаОтзыва = Дата('00010101') ИЛИ ПодписьКонтрагента.ДатаСоздания < МЧД.ДатаОтзыва) Тогда
    СтатусПроверки = "Действительна на момент подписания";
Иначе
    СтатусПроверки = "Недействительна";
КонецЕсли;

Особенности работы с МЧД для Социального фонда (СФР)

Многие пользователи отмечают, что доверенности для СФР (бывшие ПФР и ФСС) не всегда отображаются в общем реестре ФНС. Разберем, почему так происходит. Долгое время СФР использовал собственную систему регистрации доверенностей и специализированное ПО — АРМ Доверенность.

На сегодняшний день ситуация меняется в сторону унификации:

• Единый формат 003: Рекомендуем использовать формат версии 003, который является универсальным и поддерживается большинством ведомств, включая ФНС и СФР.
• Регистрация в реестре ФНС: Чтобы МЧД, созданная для СФР, была видна в общем поиске, ее необходимо загрузить в распределенный реестр ФНС через соответствующую кнопку в сервисе m4d.nalog.gov.ru или напрямую из 1С.

Распределенный реестр на базе блокчейн

Выясним причину, по которой реестр МЧД называют распределенным. Это не просто централизованная база данных ФНС. В систему узлов (нод) входят крупнейшие банки, операторы ЭДО и государственные структуры. Это гарантирует, что при отзыве доверенности в одной точке (например, через нотариуса или в ЛК ФНС), информация об этом мгновенно разойдется по всем участникам обмена.

Для пользователя это означает следующее:

• Нет необходимости пересылать файл МЧД вместе с каждым документом (достаточно указать GUID).
• Проверка полномочий происходит автоматически через API распределенного реестра.
• Риск использования «вчера отозванной» доверенности сводится к минимуму благодаря высокой скорости синхронизации узлов.

Практические советы по работе с МЧД в 1С

Проанализируем ежедневные задачи менеджера или бухгалтера при работе с большим количеством контрагентов:

1. Автоматическая загрузка: Настройте в 1С регламентное задание ОбновлениеСтатусовМашиночитаемыхДоверенностей. Это позволит системе заранее знать об отзыве полномочий ваших сотрудников или контрагентов.
2. Контроль сроков: Используйте типовые отчеты в 1С для мониторинга срока действия КЭП физических лиц и привязанных к ним МЧД. Помните, что с 1 сентября 2024 года использование КЭП сотрудников без МЧД (старого образца) окончательно уходит в прошлое.
3. Отказ от подписи: Если документ пришел с невалидной МЧД (которая была отозвана ДО момента подписания документа отправителем), используйте стандартную функцию ЭДО Отклонить с указанием причины «Отсутствие полномочий подписанта». Это легитимный способ заставить контрагента выставить корректный документ с актуальной подписью.

Таким образом, хотя внедрение МЧД и кажется сложным процессом, использование Личного кабинета ЮЛ на сайте налоговой и правильная настройка механизмов проверки в 1С позволяют полностью контролировать документооборот и минимизировать риски работы с неполномочными представителями.