Документооборот актов¶

Форматы¶

Примечание

Подробнее про электронные акты можно прочитать здесь

Процесс обмена электронными актами в Диадоке реализован с учетом:

приказа ФНС РФ от 19.12.2018 N ММВ-7-15/820@,
приказа ФНС от 30 ноября 2015 г. N ММВ-7-10/552@,
приказа ФНС РФ от 24.03.2016 N ММВ-7-15/155@ (формат устарел),
приказа ФНС России от 21.03.2012 № ММВ-7-6/172@ (формат устарел),

В силу приказа N ММВ-7-15/820@ утвержден электронный формат универсального передаточного документа УПД. Его можно использовать как первичный документ, подтверждающий совершение хозяйственной операции.

XSD-схема формата титула продавца УПД (функция ДОП);
- используется для титула исполнителя электронного акта,
XSD-схема формата титула покупателя УПД (функция ДОП);
- используется для титула заказчика электронного акта.

В силу приказов N ММВ-7-10/552@ электронный акт может быть в следующем формате (documentVerstion=rezru_05_01_02):

XSD-схемы первого и второго титулов акта последней версии формата 552 могут быть получены с помощью ссылки, доступной в поле XsdUrl контракта DocumentTitle, в результате вызова метода GetDocumentTypes.

Соответствие формата накладных и AttachmentVersion¶
Структура	Форматы	Функция	AttachmentVersion
XmlAcceptanceCertificate	приказ №820	ДОП	utd820_05_01_02_hyphen
XmlAcceptanceCertificate	приказ №155 (формат устарел)	ДОП	utd_05_02_01
XmlAcceptanceCertificate	приказ №552	–	rezru_05_02_01
XmlAcceptanceCertificate	приказ №172 (формат устарел)	–	act_05_01_01 act_05_01_02

Структуры¶

Для документов, возникающих в ходе документооборота электронных актов, в Диадоке зарезервированы специальные типы сущностей.

Для титула исполнителя электронного акта можно использовать следующую структуру:

Attachment/XmlAcceptanceCertificate,

Для титула покупателя электронной накладной можно использовать следующую структуру:

Attachment/XmlAcceptanceCertificateBuyerTitle,

Генерация¶

Соответствие формата актов и AttachmentVersion¶
Титул	Формат	Геренация	DocumentVersion
Титул исполнителя	Приказ №820	GenerateTitleXml	`documentVersion = utd820_05_01_02_hyphen`
Титул заказчика	Приказ №820	GenerateTitleXml	`documentVersion = utd820_05_01_02_hyphen`
Титул исполнителя	Приказ №552	GenerateTitleXml	`documentVersion = rezru_05_01_02`
Титул заказчика	Приказ №552	GenerateTitleXml	`documentVersion = rezru_05_01_02`

Парсинг¶

Соответствие формата накладных и AttachmentVersion¶
Титул	Формат	Парсинг	DocumentVersion
Титул исполнителя	Приказ №820	ParseTitleXml	`documentVersion = utd820_05_01_02_hyphen`
Титул заказчика	Приказ №820	ParseTitleXml	`documentVersion = utd820_05_01_02_hyphen`
Титул исполнителя	Приказ №552	ParseTitleXml	`documentVersion = rezru_05_01_02`
Титул заказчика	Приказ №552	ParseTitleXml	`documentVersion = rezru_05_01_02`

Подписант¶

Акты в форматах №820, №552 подразумевают расширенный набор полей для подписантов. Этот набор полей не содержится ни в сертификате, ни в данных организации.

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

Расширенные данные можно заполнить методом ExtendedSignerDetails.

Порядок обмена¶

Примечание

Порядок обмена электронными актами между компаниями через Диадок описан здесь

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

Для актов — это порядок обмена двухтитульного электронного документа.

Схема, приведенная ниже, демонстрирует порядок обмена электронными актами, реализованный в Диадоке:

Исполнитель формирует титул исполнителя акта XmlAcceptanceCertificate₁, подписывает его и направляет Заказчику.
Диадок формирует подтверждение оператора InvoiceConfirmation₂ о дате получения титула акта, подписывает его и направляет Исполнителю.
Диадок формирует подтверждение оператора InvoiceConfirmation_2“ о дате отправки титула, подписывает его и направляет вместе с титулом исполнителя акта Заказчику.
Заказчик получает титул исполнителя акта XmlAcceptanceCertificate₃ и при необходимости отправляет в ответ подписанное извещение о получении Receipt ₄.
Заказчик формирует в ответ титул заказчика акта XmlAcceptanceCertificateBuyerTitle₅, подписывает его и отправляет в сторону Исполнителя.
Диадок формирует подтверждение оператора InvoiceConfirmation₆ о дате получения титула заказчика акта, подписывает его и направляет Заказчику.
Диадок формирует подтверждение оператора InvoiceConfirmation_6“ о дате отправки титула заказчика акта, подписывает его и направляет вместе Исполнителю.
Исполнитель получает титул заказчика акта и при необходимости отправляет в ответ подписанное извещение о получении Receipt₈.
Если Заказчик обнаружил ошибки в полученном титуле исполнителя акта, он формирует отказ в подписи XmlSignatureRejection₉, подписывает его и направляет Исполнителю.
Диадок формирует подтверждение оператора InvoiceConfirmation₁₀ о дате получения отказа в подписи подписывает его и направляет Исполнителю.
Диадок формирует подтверждение оператора InvoiceConfirmation_10“ о дате отправки отказа в подписи подписывает его и направляет вместе с отказом в подписи XmlSignatureRejection₁₁ Заказчику.

Старый порядок обмена¶

Подробнее

Схема, приведенная ниже, демонстрирует порядок обмена электронными актами, реализованный в Диадоке:

Исполнитель формирует титул исполнителя акта XmlAcceptanceCertificate₁, подписывает его и направляет Заказчику.
Диадок доставляет титул исполнителя акта XmlAcceptanceCertificate₂до Заказчика.
Заказчик получает титул исполнителя акта XmlAcceptanceCertificate₂, и формирует в ответ титул заказчика акта XmlAcceptanceCertificateBuyerTitle₃, подписывает его и отправляет в сторону Исполнителя.
Диадок доставляет титул заказчика акта XmlAcceptanceCertificateBuyerTitle₄до Исполнителя.
Если Заказчик обнаружил ошибки в полученном титуле исполнителя акта, он формирует отказ в подписи XmlSignatureRejection₅, подписывает его и направляет Исполнителя.
Диадок доставляет отказ в подписи XmlSignatureRejection₅до Исполнителя.