Шамиль —1С:ЭДО и электронные документы

ЭТрН в 1С: «вид документа Прочее не указан как разрешенный» — как проверить МЧД

Что делать, если при обработке входящей ЭТрН в 1С проверка МЧД сообщает, что вид документа «Прочее» не разрешен: диагностика вида документа, полномочий и повторная проверка.

ЭТрНМЧДЭПД
ЭТрН в 1С: «вид документа Прочее не указан как разрешенный» — как проверить МЧД

При обработке входящей электронной транспортной накладной в 1С может появиться сообщение: «Полномочия не подтверждены правилами проверки. Правило №1: вид документа “Прочее” не указан как разрешенный». На первый взгляд кажется, что в машиночитаемой доверенности (МЧД) не хватает полномочий на транспортные документы. Но по одному этому сообщению такой вывод делать нельзя.

В описанном случае в МЧД уже присутствуют, в частности, полномочия BBDOCS_DOCS_DCSALL_SRCDOC_SOURCEDOCS5 («Подписывать товарные, товарно-транспортные, транспортные накладные, универсальные передаточные документы») и BBDOCS_DOCS_DCSALL_SRCDOC_SOURCEDOCS8 («Подписывать транспортные накладные»). В официальных материалах 1С для первого полномочия указано готовое правило, которое проверяет типы ТоварнаяНакладная, ЭТрН, УПД и УКД, а для полномочия на транспортные накладные используется проверка по виду ЭТрН. Поэтому главный диагностический признак здесь — не список кодов, а то, что программа в момент проверки видит документ как «Прочее».

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

МЧД с ограниченными полномочиями проверяется не только на действительность самой доверенности. Программа сопоставляет подписанта, сертификат, МЧД и конкретный электронный документ, в том числе выполняет проверку полномочий. Для полномочий из классификатора ФНС в 1С используются заранее подготовленные правила проверки; пользователь не должен вручную переписывать эти типовые правила.

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

Само значение «Прочее» в 1С используется для произвольных электронных документов. В инструкции 1С по отправке произвольного документа указано, что стандартно его вид определяется как «Прочее». Поэтому при входящей ЭТрН нужно выяснить, почему формализованный перевозочный документ оказался представлен для проверки как произвольный или нераспознанный вид.

Причина в конкретном обращении окончательно не установлена, поэтому корректно рассматривать несколько веток диагностики:

  • входящий пакет действительно содержит ЭТрН, но программа или модуль ЭДО не сопоставили его с видом ЭТрН;
  • документ пришёл как произвольный электронный документ, и для него фактически используется вид «Прочее»;
  • используется состояние программы или Модуля ЭДО, в котором требуется актуализация обработки текущего формата перевозочного документа;
  • проблема находится на стороне формирования или передачи электронного документа отправителем/оператором, поэтому получателю передаётся недостаточно данных для корректного определения вида.
Дерево диагностики

Что сделать

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

  2. Проверьте МЧД подписанта. Откройте журнал «Машиночитаемые доверенности» и доверенность, которая связана с подписью. Убедитесь, что доверенность действующая и в ней действительно есть полномочие на транспортные накладные. Для описанной ситуации релевантны, например, BBDOCS_DOCS_DCSALL_SRCDOC_SOURCEDOCS5 и BBDOCS_DOCS_DCSALL_SRCDOC_SOURCEDOCS8. Наличие других полномочий, например на УПД, само по себе ошибку вида «Прочее» не исправляет.

  3. Сверьте правила из классификатора. В журнале «Машиночитаемые доверенности» доступна команда «Еще» → «Классификатор полномочий ФНС (Единый формат)» или «Классификатор полномочий ФНС (Формат 002)». Для полномочий из классификатора 1С хранит готовые правила проверки. Если нужное полномочие предусматривает ЭТрН, а результат проверки всё равно говорит о «Прочее», это дополнительный признак проблемы с определением вида документа, а не с самим смыслом полномочия.

  4. Проверьте актуальность Модуля ЭДО. В рабочем месте «Текущие дела ЭДО» для нового интерфейса используется команда «Поддержка» → «О Модуле ЭДО». Зафиксируйте версию для диагностики. Не подставляйте «рекомендуемую» версию наугад: сначала сравните установленное состояние с актуальной поддерживаемой версией для вашей конфигурации и только затем планируйте обновление.

  5. Проверьте источник документа. Если входящий объект в 1С имеет вид «Прочее», запросите у отправителя или оператора ЭДО подтверждение, что документ сформирован именно как формализованная ЭТрН, а не как произвольный файл. Полезно сравнить поведение с другой входящей ЭТрН: если другие документы того же типа проходят проверку, проблема, вероятнее всего, относится к конкретному пакету; если все новые ЭТрН становятся «Прочее» — проверяйте настройки и актуальность программного компонента.

  6. Повторите проверку на тестовом документе. После исправления причины получите или сформируйте новый тестовый пакет без персональных и коммерчески чувствительных данных. Цель проверки — увидеть, что документ определяется как ЭТрН и правило МЧД подтверждает полномочия без сообщения про «Прочее».

  7. Не расширяйте полномочия без необходимости. ФНС и 1С рекомендуют указывать в МЧД реальные полномочия представителя. Выдача «всех полномочий» только ради обхода технической проверки увеличивает организационные и юридические риски и не устраняет первопричину неверного вида электронного документа.

Последовательность исправления

Чек-лист исправления

  • Подтверждено, что входящий документ по сути является ЭТрН.
  • Зафиксирован текст ошибки и видно, что проверяемый вид — «Прочее».
  • Проверена действительность МЧД подписанта.
  • В МЧД есть полномочие, которое распространяется на транспортные накладные/ЭТрН.
  • В классификаторе полномочий 1С проверено, что для выбранного кода предусмотрена проверка ЭТрН.
  • Зафиксирована версия Модуля ЭДО через «Поддержка» → «О Модуле ЭДО».
  • Проверено, единичная ли проблема: сравнен другой входящий документ ЭТрН.
  • При необходимости отправитель/оператор подтвердил, что документ передаётся как формализованная ЭТрН.
  • После изменения выполнена повторная проверка на новом или повторно полученном документе.
  • МЧД не расширялась до неограниченных полномочий только ради обхода ошибки.
Чек-лист исправления

Как убедиться, что проблема решена

Исправление считается подтверждённым не тогда, когда предупреждение просто исчезло, а когда выполняются одновременно три условия: входящий документ определяется в 1С как ЭТрН, подпись и МЧД проходят проверку, а полномочие подписанта подтверждается правилом, предназначенным для ЭТрН.

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

Если после обновления или повторного получения документ всё равно определяется как «Прочее», не меняйте правила МЧД наугад. Нужна техническая диагностика содержимого электронного пакета и механизма определения вида документа.

Что подготовить для поддержки

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

  • точный текст сообщения о проверке полномочий;
  • наименование фактического вида документа: ЭТрН;
  • какой вид отображается в результате проверки: «Прочее»;
  • коды релевантных полномочий МЧД без персональных данных доверителя и представителя;
  • статус МЧД: действующая/отозванная и срок действия без номера доверенности;
  • версию программы 1С и версию Модуля ЭДО;
  • результат сравнения с другой входящей ЭТрН;
  • сведения, в какой системе сформирован документ и через какого оператора он передан — без идентификаторов участников и реквизитов компании;
  • обезличенный технический пакет или журнал обмена, если его запросит специалист.

Официальные материалы для сверки:

Здравствуйте! Подскажу по тарифам или помогу с 1С 👋

Чат на сайте