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

14 марта 2023 28 385 4

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

Согласно Приказу ФНС от 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 года — успеть протестировать и внести изменения в свои системы.


Юридические аспекты работы с МЧД: что учесть

С 1 сентября 2023 года для сотрудников, действующих от лица компании, вступают в силу новые правила. Для подписания документов в онлайне вместо привычных электронных подписей юрлица появится возможность использовать подписи физлица в паре с машиночитаемыми доверенностями (МЧД). Юридические вопросы эксперт сервиса Контур.Диадок Ирина Левитан разобрала для издания «Главбух».

Новые обязанности участников ЭДО с 1 сентября

Обязательное использование машиночитаемых доверенностей стартует уже с 1 сентября. В связи с новыми правилами на всех участников электронного документооборота (ЭДО) возложены новые обязанности. Мария Потапова, эксперт сервиса Контур.Диадок, разобралась, за что отвечают компании, госорганы и операторы ЭДО.

Проверьте, кто из ваших контрагентов уже работает в Диадоке