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

Форматы¶

Примечание

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

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

приказа ФНС РФ от 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_01
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_01`
Титул заказчика	Приказ №820	GenerateTitleXml	`documentVersion = utd820_05_01_01`
Титул исполнителя	Приказ №552	GenerateTitleXml	`documentVersion = rezru_05_01_02`
Титул заказчика	Приказ №552	GenerateTitleXml	`documentVersion = rezru_05_01_02`

Парсинг¶

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

Подписант¶

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

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

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

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

Примечание

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

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

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