Как Диадок поддержит новый формат технологических документов

Изменения, внесенные в Приказ ФНС № ММВ-7-6/36, касаются форматов технологических и служебных документов в электронном документообороте (ЭДО). Приказ содержит требования к XML-файлам, которые операторы ЭДО передают в налоговую. Поправки были определены в Приказе ФНС от 21 февраля 2023 г. № ЕД-7-26/133@.

О том, что поменялось, мы рассказывали в новости. Прочитайте ее, если пропустили.

ФНС установила, что использовать старые форматы документов можно в переходный период — он продлится до 22 мая 2023 года включительно. К его окончанию операторы и участники ЭДО должны внести изменения в свои системы.

Что изменится в решениях

Веб-сервис

Пользователям не потребуется вносить изменения или перестраивать работу. Момент создания технологических документов будет определяться по старой логике. При этом сами документы будут сформированы в новом формате. 

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

Модуль для 1С

«Универсальный» и версия для 1С 7.7. Обновлять модули не требуется, все необходимые изменения будут внесены со стороны Диадока.

«Стандарт». Напоминаем, что мы не поддерживаем эту версию модуля с октября 2022 года. Перейти на актуальную версию, модуль «Универсальный», можно по ссылке.

Компонента

Если вы планируете заполнять данные о МЧД в документах, рекомендуем обновить компоненту до версии 5.42 и выше. Иначе извещения о получении и уведомления об уточнении будут формироваться по новым форматам, но без сведений о МЧД. Следите за изменениями на странице с документацией.

Коннекторы

Пользователям не потребуется вносить изменения в свои решения или перестраивать работу. Коннекторы будут автоматически генерировать документы в новом формате. Во время переходного периода — если оператор получателя перешел на новый формат. После 22 мая — для всех документов.

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

API

При разработке решения в Диадоке мы поддержали обратную совместимость. Это значит, что текущие контракты для генерации позволят заполнять новые форматы обязательными полями без сведений о доверенностях. Чтобы можно было заполнить все поля нового формата, будут разработаны новый контракт и новые публичные методы. Текущие публичные методы генерации продолжат работать и после 22 мая 2023.

Текуще методы генерации GenerateReceiptXml, GenerateInvoiceCorrectionRequestXml, GenerateDocumentReceiptXml, GenerateInvoiceDocumentReceiptXml, GenerateSignatureRejectionXml:

• Будут генерировать новый формат на основе старого контракта Signer.
• При генерации начнут проверять оператора получателя. До 22 мая, если оператор не перешел на новые форматы, генерация произойдет в старом.
• При заполнении ФИО в структуре SignerDetails необходимо указывать его из сертификата, которым будет подписан документ. Это требование к заполнению ФИО появилось в новых форматах.

Чтобы пользователи могли заполнять информацию о доверенностях и вручную указывать отдельные поля в контенте документов, мы создадим вторые версии вышеуказанных методов. Обе версии будут существовать одновременно. На вход будет приниматься новый контракт — его описание позже появится в документации. При генерации документов во второй версии фиче-флаг оператора получателя будет проверяться по такой же логике.

При вызове метода PostMessagePatch будет добавлена проверка — после 00:00 часов по московскому времени 22 мая можно будет прикладывать только новый формат документов.

Вам нужно внести изменения в интеграционное решение, то есть перейти на новые методы генерации, если вы:

• Планируете заполнять информацию о доверенности в извещении о получении (ИоП) и уведомлении об уточнении (УоУ).
• Хотите добавить логику заполнения некоторых атрибутов, например «СтатПодп».
• Имеете зависимость от форматов подтверждения оператора о дате отправки (ПДО) и подтверждения оператора о дате поступления (ПДП) в статусной модели.

Если вы самостоятельно формируете и обрабатываете ИоП, УоУ и отказы в подписи без методов API Диадока:

1. Воспользуйтесь информацией об обновленных XSD-схемах, которые представлены на сайте ФНС.
2. Изучите описание изменений форматов.
3. Научитесь генерировать ИоП и УоУ в вашей информационной системе в новом формате.
4. Научитесь принимать ИоП, УоУ, ПДП и ПДО в вашей информационной системе в новом формате.

Обратите внимание на важные моменты:

• До начала использования новых форматов в Диадоке технологические документы можно отправлять только в текущем формате. 
• После релиза новых форматов в Диадоке можно использовать оба формата. Такой переходный период продлится до 00:00 часов по московскому времени 22 мая. Если получатель документа работает в роуминге, необходимо проверить готовность оператора принимать новый формат с помощью метода GetRoamingOperators.
• С 00:00 часов по московскому времени 22 мая отправлять документы можно будет только в новом формате.

Все изменения будут вноситься постепенно и станут доступны в течение мая.

SAP ERP

Для получения обновленной версии решения всем клиентам будет необходима активная подписка. 

Для клиентов, которые используют коробочное решение, будет две опции. Те, кто не потерял доступ к SAP-порталу, смогут установить ноты с обновлениями. Для остальных мы выпустим обходное решение. С его помощью станет возможна генерация отсутствующих извещений о получении и уведомлений об уточнении в новом формате. Дополнительно мы дадим рекомендации по обновлению и настройке.

Клиентам, у которых старая система SAP без поддержки ЭДО с отдельно разработанным журналом, потребуются доработки.

Роуминг

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

Особенности заполнения информации о доверенностях

Новый формат технологических документов позволяет заполнять и МЧД, и бумажную доверенность. При этом мы не меняли механизм работы с доверенностями в Диадоке. Для постинга технологического документа с МЧД по-прежнему необходимо прикладывать ее в структуре PowerOfAttorneyFullId при отправке документа PostMessagePatch.

Доверенность, заполненная в структуре XML-файла, не будет сверяться с указанной в PowerOfAttorneyFullId и не будет обработана. Когда появится механизм работы с доверенностями в документах, мы расскажем об этом дополнительно.