МЧД в 1С: как загрузить и использовать доверенность

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

Коротко о главном

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

Дальше программа связывает доверенность с сертификатом сотрудника и подставляет её к документам, которые он подписывает. Связка держится на данных физлица: ФИО и СНИЛС в доверенности и в сертификате должны совпадать.

Отдельно живут два сценария: отчётность (доверенность в формате налоговой, регистрируется в ФНС) и обмен с контрагентами (единый формат, проверка по реестру). В программе это разные разделы, и настраиваются они независимо.

В этой статье

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

Что делает 1С, а что не делает

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

Делает учётная система	Не делает
Хранит загруженные доверенности	Не выдаёт доверенности сама по себе
Связывает МЧД с сертификатом сотрудника	Не исправляет расхождение данных
Подставляет доверенность к документу при подписании	Не выбирает за вас формат под получателя
Показывает срок действия	Не отзывает доверенность в реестре

Проще говоря: программа — это витрина и исполнитель, а источник правды о доверенности находится в реестре. Об этом — в статье про реестр МЧД.

Я долго думала, что раз доверенность загружена в программу, то всё — она работает. А потом отозвали доверенность на бывшего сотрудника, и она преспокойно осталась в базе как активная. Программа-то про отзыв не знает, если не подтягивает статус. С тех пор проверяю статус в реестре, а базу считаю просто хранилищем.

Откуда доверенность попадает в программу

Три пути, по убыванию удобства.

Через сервис отчётности или ЭДО. Если у вас подключён сервис прямо в программе, доверенности приезжают вместе с ним: оформили в сервисе — увидели в 1С. Самый спокойный вариант, потому что синхронизация статусов происходит сама.

Загрузкой файла. Скачали XML доверенности из сервиса, где её выпускали, и загрузили в программу. Работает всегда, но статус отзыва программа сама не узнает.

Формирование внутри программы. Часть конфигураций умеет собирать доверенность и отправлять её на регистрацию. Здесь важно проверить, какой формат она формирует и подойдёт ли он вашему получателю — см. статью про форматы МЧД.

Загруженная в базу доверенность — это копия. Действует она или отозвана, знает только реестр.

Отчётность и ЭДО: два разных сценария

Их путают постоянно, поэтому разложим.

Отчётность. Бухгалтер сдаёт декларации за компанию. Нужна доверенность в формате налоговой, зарегистрированная в ФНС, с полномочиями из её классификатора. В программе она указывается в настройках отчётности — как доверенность представителя.

Обмен с контрагентами. Сотрудник подписывает УПД, акты, счета-фактуры. Нужна доверенность единого формата, и она проверяется получателем — по номеру из реестра или приложенным файлом. В программе она настраивается в разделе ЭДО.

Настройка одного не включает другое. Классическая история: отчётность ушла, а накладные отклоняются — потому что доверенность оформлена только под налоговую.

Контур.Доверенность: одно место для всех МЧД компании — и для отчётности, и для обмена с контрагентами. Открыть сервис

Как доверенность привязывается к сотруднику

Связка идёт через физлицо. Программа сопоставляет:

ФИО представителя в доверенности и владельца сертификата;
СНИЛС — главный связующий реквизит;
ИНН физлица;
период действия доверенности и дату документа.

Предупреждение от бывалого: в базе у одного человека нередко заведены две карточки физлица — например, после смены фамилии или при приёме на второе место работы по совместительству. Доверенность привяжется к одной, а подписывать сотрудник будет из другой. Сначала наведите порядок в справочнике, потом разбирайтесь с доверенностями.

Подписание документа: что происходит под капотом

Порядок такой:

Сотрудник нажимает «Подписать» и выбирает свой сертификат.
Программа находит действующую доверенность для этого физлица и для этой организации.
К документу прикладывается доверенность — файлом или ссылкой на номер, в зависимости от схемы обмена.
Документ уходит получателю, где проверяются и подпись, и полномочия.

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

Программа не видит доверенность: разбор

Самая частая жалоба. Идём по списку, от банального к неочевидному.

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

Когда мне говорят «1С не видит МЧД», я прошу открыть карточку физлица и карточку сертификата рядом. В восьми случаях из десяти проблема видна глазами за десять секунд: где-то «Наталия», где-то «Наталья». Никакой мистики. Программа честно сравнивает строки — она не обязана догадываться, что это один человек.

Обслуживающая бухгалтерия: несколько организаций в одной базе

Отдельный сценарий для бухгалтерских фирм и обслуживающих бухгалтеров. Здесь один человек работает за много компаний, и доверенность ему нужна от каждой: выдаёт её клиент, а не работодатель бухгалтера.

Что важно в организации процесса:

Доверенность на каждого клиента отдельно, с понятным сроком — обычно по сроку договора обслуживания.
Разделение по направлениям: отчётность и обмен с контрагентами оформляются отдельно.
Централизованный учёт: у обслуживающего бухгалтера доверенностей может быть несколько десятков, и без списка со сроками это неуправляемо.
Прекращение обслуживания — сигнал отозвать доверенность, и напомнить об этом должны вы, а не клиент.

Подробнее про этот сценарий — в статье про МЧД для отчётности.

Порядок, который стоит завести

Раз. Один справочник физлиц без дублей — это фундамент, без него всё остальное будет ломаться.

Два. Доверенности загружаются в программу сразу после выпуска, а не в момент, когда понадобились.

Три. Проверка тестовым документом по каждому направлению после настройки.

Четыре. Регулярная сверка: что в базе числится активным, действительно ли действует в реестре.

По факту: в 1С машиночитаемая доверенность ломается не в программе, а в данных. Одинаковые ФИО, один СНИЛС, одна карточка физлица — и девять из десяти проблем не возникают вовсе.

Часто задаваемые вопросы

Можно ли выпустить МЧД прямо в 1С?

Часть конфигураций и подключённых сервисов это умеют. Но выпуск в любом случае идёт через регистрацию доверенности, а программа выступает интерфейсом. Проверьте, какой формат она формирует.

Нужно ли загружать доверенность в программу, если она уже в реестре?

Да, если программа должна подставлять её к документам. Реестр хранит доверенность, но учётная система должна знать, какую именно МЧД использовать для этого сотрудника и этой организации.

Почему доверенность работает в отчётности, но не работает в ЭДО?

Потому что это разные форматы и разные полномочия. Для налоговой нужна доверенность в её формате, для обмена с контрагентами — единого формата. Оформляются отдельно.

Что делать, если сотрудник сменил фамилию?

Сначала обновить данные в сертификате, затем выпустить новую доверенность, затем отозвать старую и поправить карточку физлица в базе. Порядок важен: иначе останется дубль.

Как понять, какая доверенность подставится к документу?

Программа выбирает действующую доверенность для связки «физлицо + организация + направление». Если подходящих несколько, обычно можно выбрать вручную в момент подписания.

Узнает ли программа об отзыве доверенности?

Только если она синхронизируется с сервисом, где доверенность выпущена. Загруженный файлом XML об отзыве не знает — статус нужно проверять в реестре.

Итого: 1С не заменяет реестр и не выпускает доверенности за вас — она их применяет. Наведите порядок в справочнике физлиц, разведите отчётность и ЭДО, проверьте каждое направление тестовым документом. Дальше система будет подставлять доверенность сама, и вспоминать о ней вы будете только при увольнении сотрудника.