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