Меняется порядок обмена электронными документами

Согласно Приказу ФНС от 08.06.2021 №ЕД-7-26/546@ операторы ЭДО должны поддерживать технологию обмена электронными документами и выполнять методические рекомендации по порядку обмена. В декабре ФНС опубликовала обновление этих документов.

Налоговая внесла дополнения в порядок обмена. Они касаются большинства формализованных и неформализованных документов. Все операторы ЭДО должны поддержать документооборот по новым схемам и описаниям от ФНС до 23 мая 2023 года.

Для нескольких документов сохранится старый порядок обмена по Приказу №14Н:

• счета-фактуры;
• УПД и исправление УПД с функцией СЧФ по формату № 820;
• УКД и исправление УКД с функцией КСЧФ по формату № 736.

Что поменяется для однотитульных документов

Однотитульными называют документы, которые при передаче содержат один файл и подписываются одной из сторон. Например, к ним относится счет на оплату.

Схема обмена однотитульным документом

Со стороны оператора

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

• подтверждением оператора о дате поступления титула отправителя;
• подтверждением оператора о дате отправки титула отправителя.

Если по документу будет запрошена ответная подпись первой стороной и сформирован отказ в подписи второй, добавятся:

• подтверждение оператора о дате поступления отказа в подписи;
• подтверждение оператора о дате отправки отказа в подписи.

Если документ поддерживает работу с уведомлением об уточнении, документооборот дополнится:

• подтверждением оператора о дате поступления уведомления об уточнении;
• подтверждением оператора о дате отправки уведомления об уточнении.

Со стороны пользователей

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

Что поменяется для двухтитульных документов

Двухтитульными называют документы, которые при передаче содержат два файла — с информацией продавца и покупателя. Каждый из них подписывает свой. Так, к двухтитульным относится накладная.

Со стороны оператора

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

• подтверждением оператора о дате поступления титула отправителя;
• подтверждением оператора о дате отправки титула отправителя;
• подтверждением оператора о дате поступления титула получателя;
• подтверждением оператора о дате отправки титула получателя.

В случаях с отказом в подписи и уведомлении об уточнении, добавятся те же подтверждения, что и для однотитульных документов.

Со стороны пользователей

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

Схема обмена двухтитульным документом

Что изменится в решениях Диадока

Веб-версия

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

API

Для всех документов, кроме счетов-фактур, УПД и УКД, обновляются виды документооборота:

• извещение о получении титула отправителя формируется по запросу отправителя;
• извещение о получении титула получателя формируются по запросу получателя;
• требуется формировать извещение о получении в ответ на уведомление об уточнении, если оно отправлено до релиза изменений в сервисе;
• если уведомление об уточнении отправлено после релиза, на него формируется подтверждение оператора — пользователю не нужно создавать извещение о получении.

В структурах Message, MessagePatch, DocflowV3 теперь будут возвращаться:

• подтверждения оператора на титулы продавца и покупателя;
• подтверждения оператора на отказ в подписи;
• подтверждения оператора на уведомление об уточнении.

В ответе метода GetDocuments в фильтры filterCategory = Any.InboundHaveToCreateReceipt и Any.OutboundHaveToCreateReceipt будут попадать технологические документы. 

• До релиза изменений — извещение о получении на сам документ, на подтверждение оператора или на уведомление об уточнении. 
• После релиза — извещение о получении на титул отправителя или титул получателя.

В ответе метода GenerateDocumentZip с параметром fullDocflow = true будет возвращаться архив со всеми подтверждениями оператора. 

AttachmentType извещения о получении титула получателя будет такой же, как у извещения о получении титула отправителя:

• для УПД СчфДоп, УКД КсчфДис и некоторых «Своих типов документов» — InvoiceReceipt;
• для УПД Доп, УКД Дис, актов, накладных и других типов документов — Receipt.

В ответе метода GetDocuments в фильтры filterCategory = Any.InboundWaitingForInvoiceReceipt и Any.OutboundWaitingForInvoiceReceipt будут попадать документы, ожидающие извещения о получении с AttachmentType = InvoiceReceipt.

В ответе метода GetDocuments в фильтры filterCategory = Any.InboundWaitingForReceipt и Any.OutboundWaitingForReceipt будут попадать документы, ожидающие извещения о получении с AttachmentType = Receipt.

Если вы явно не указываете workflowId, при отправке после релиза документ будет автоматически передан с новым workflowId.

Чтобы определить доступное ответное действие на документ, рекомендуем анализировать свойства документооборота, а не номер workflowId. Для получения свойств документооборота DocumentWorkflow, используйте метод GetWorkflowsSettings.

Добавится новая версия метода GetWorkflowsSettings. В ответе метода не будет свойств, связанных с подтверждениями оператора:

• OperatorConfirmationBehavior; 
• RoamingConfirmationBehavior;
• AmendmentRequestOperatorConfirmationBehavior;
• AmendmentRequestRoamingConfirmationBehavior.

Поддержка старой версии будет ограничена, рекомендуем переходить на новую.

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

• при постинге документов не указывает явно параметр workflowid в структуре  DocumentAttachment;
• не анализирует номер workflowId для определения ответного действия на документ;
• использует автоподписание в веб-интерфейсе, модуле для 1С или коннекторах, а не формирует извещение о получении в интеграции;
• при определении необходимости сформировать извещение о получении на титул отправителя или титул получателя ориентируется на статусную модель;
• при скачивании документов не проверяет целостность документооборота на наличие всех сущностей.

В остальных случаях необходимо внести изменения в ваши решения. Документацию по ссылкам выше обновим в апреле. Изменения будем выпускать постепенно в течение апреля и мая.

Модуль для 1С

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

• На версиях с 4.26 по 4.16 останется возможность отправки документов и подписания входящих, но не будет формироваться извещение о получении на второй титул. Документ может получить статус «Подписан. Требуется подписать извещение».
• На версиях с 4.15 и ниже могут появится проблемы с подписанием входящих документов.

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

Компонента

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

Со стороны Диадока в ReplySendTask2 в коллекции ContentItems появятся свойства для запроса извещения о получении на второй титул. В DocumentBase добавим поле со статусом извещения о получении титула отправителя — SenderReceiptMetadata.

Коннекторы

Пользователям не понадобится вносить изменения со своей стороны. Со стороны Диадока в решение добавятся новые документы для выгрузки:

• подтверждение оператора о дате поступления отказа в подписи;
• подтверждение оператора о дате отправки отказа в подписи.

Все изменения подтверждений оператора будут поддержаны в вебе.

Что изменится в роуминге

Поддержка изменений в роуминге будет происходить поэтапно по мере готовности операторов-партнеров. ФНС установил сроки: 23 марта операторы должны завершить разработку, а к 23 мая 2023 года — успеть протестировать и внести изменения в свои системы.