Документооборот УПД

Информацию про универсальный передаточный документ (УПД) можно найти на сайте Диадока.

Примечание

Примеры работы с УПД приведены на странице Работа с УПД.

Порядок документооборота электронных счетов-фактур (СФ) утвержден приказом Минфина от 05.02.2021 N 14Н.

На сегодня для счетов-фактур (СФ) и универсальных передаточных документов (УПД) действует только версия 5.03, утвержденная Приказом ФНС России от 15.11.2024 N ЕД-7-26/1032@, который вносит поправки в Приказ ФНС РФ от 19.12.2023 N ЕД-7-26/970@.

Ранее действовали следующие версии:

Примечание

Версия 5.03 заменила собой версии 5.01 и 5.02. Теперь использовать для первых титулов версии 5.01 и 5.02 нельзя: вместо них отправлять первые титулы УПД и СФ нужно в соответствии с версией 5.03. Однако если первый титул был отправлен до 22 января с версией 5.02 или до 01 апреля с версией 5.01, то ответить на них нужно вторым титулом с той же версией.

На базе форматов электронных УПД и СФ версии 5.03 в Диадоке реализованы первичные документы, подтверждающие совершение хозяйственной операции — товарные накладные, акты и т.д.

Для Диадока УПД представляет собой документ с информацией о совершенной сделке. Но по его содержанию Диадок не может определить, что это за документ — СФ, акт, накладная или УПД. Чтобы система верно определила тип документа, отправитель должен указать его самостоятельно. Только в этом случае Диадок верно визуализирует документ в веб-интерфейсе. Если при отправке документа указать его тип неправильно, то при визуализации такого документа могут возникнуть ошибки: например, если продавец выставит счет-фактуру по формату приказа №970, укажет в документе функцию СЧФ, но при отправке в API укажет тип документа UniversalTransferDocument, то Диадок визуализирует документ как УПД. Чтобы Диадок визуализировал документ верно, при отправке документа в API такому документу нужно указать тип Invoice.

Схемы XSD и UserDataXsd можно скачать в разделе XSD-схемы.

Формат имени файла

Имя файла ИдФайл для УПД и СФ в формате приказа №970 имеет вид R_T_A_O_GGGGMMDD_N1_N2_N3_N4_N5_N6_N7, где:

  • R_Т — префикс; принимает значения ON_NSCHFDOPPR — в титуле продавца, ON_NSCHFDOPPOK — в титуле покупателя;

  • A — идентификатор получателя файла обмена;

  • О — идентификатор отправителя файла обмена;

  • GGGGMMDD — дата (год, месяц и день) формирования файла;

  • N1 — 36-символьный GUID;

  • N2 — признак того, что в документе содержится информация о прослеживаемых товарах;

  • N3 — признак того, что в документе содержится информация о маркированных товарах;

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

  • N5 — признак того, что в документе содержится информация о табачной продукции, сырье, никотинсодержащей продукции и сырье;

  • N6 — признак того, что в документе содержится информация о нефтепродуктах;

  • N7 — зарезервированное поле, заполняется значением 00.

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

Обмен электронными счетами-фактурами в России регулируют Министерство финансов РФ и Федеральная налоговая служба.

Порядок обмена УПД зависит от его функции. Ниже описаны порядки обмена для каждой функции УПД.

УПД с функцией СЧФ

Для документов, сформированных в процессе документооборота УПД с функцией СЧФ, существуют следущие типы вложения AttachmentType структуры Entity:

  • UniversalTransferDocument — для УПД с функцией СЧФ,

  • UniversalTransferDocumentRevision — для исправления УПД с функцией СЧФ,

  • UniversalCorrectionDocument — для корректировки УКД с функцией КСЧФ,

  • UniversalCorrectionDocumentRevision — для исправления корректировки УКД с функцией КСЧФ.

  • InvoiceConfirmation — для подтверждения оператора электронного документооборота на УПД (СЧФ)/иУПД (СЧФ)/УКД (КСЧФ)/иУКД (КСЧФ), на извещение о получении УПД (СЧФ)/иУПД (СЧФ)/УКД (КСЧФ)/иУКД (КСЧФ), на уведомление об уточнении УПД (СЧФ)/иУПД (СЧФ)/УКД (КСЧФ)/иУКД (КСЧФ),

  • InvoiceCorrectionRequest — для уведомления об уточнении УПД (СЧФ)/иУПД (СЧФ)/УКД (КСЧФ)/иУКД (КСЧФ),

  • InvoiceReceipt — для извещения о получении УПД (СЧФ)/иУПД (СЧФ)/УКД (КСЧФ)/иУКД (КСЧФ).

Документооборот УПД с функцией СЧФ повторяет документооборот счетов-фактур.

  1. Продавец формирует УПД (СЧФ) UniversalTransferDocument1, подписывает его и направляет Покупателю.

  2. Диадок формирует подтверждение оператора InvoiceConfirmation2о дате получения УПД (СЧФ), подписывает его и направляет Продавцу.

  3. Диадок формирует подтверждение оператора InvoiceConfirmation2“о дате отправки УПД (СЧФ), подписывает его и направляет вместе с УПД (СЧФ) Покупателю.

  4. Покупатель получает УПД (СЧФ) и подтверждение оператора и отправляет в ответ подписанное извещение InvoiceReceipt3о получении УПД (СЧФ).

  5. Диадок формирует подтверждение оператора InvoiceConfirmation4о дате получения извещения о получении УПД (СЧФ), подписывает его и направляет Покупателю.

  6. Диадок формирует подтверждение оператора InvoiceConfirmation4“о дате отправки извещения о получении УПД (СЧФ), подписывает его и направляет вместе с извещением о получении Продавцу.

  7. Если Покупатель обнаружил ошибки в полученном УПД (СЧФ), он формирует уведомление об уточнении УПД (СЧФ) InvoiceCorrectionRequest5, подписывает его и направляет Продавцу.

  8. Диадок формирует подтверждение оператора InvoiceConfirmation6о дате получения уведомления об уточнении УПД (СЧФ), подписывает его и направляет Покупателю.

  9. Диадок формирует подтверждение оператора InvoiceConfirmation6“о дате отправки уведомления об уточнении УПД (СЧФ), подписывает его и направляет вместе с уведомлением об уточнении УПД (СЧФ) Продавцу.

../_images/docflow_utd_invoice.png

УПД с функцией ДОП

Для документов, сформированных в процессе документооборота УПД с функцией ДОП, существуют следущие типы вложения AttachmentType структуры Entity:

  • UniversalTransferDocument — для титула продавца УПД с функцией ДОП,

  • UniversalTransferDocumentBuyerTitle — для титула покупателя УПД с функцией ДОП.

Документооборот УПД с функцией ДОП повторяет документооборот актов и накладных.

  1. Продавец формирует титул продавца УПД (ДОП) UniversalTransferDocument1, подписывает его и направляет Покупателю.

  2. Диадок формирует подтверждение оператора InvoiceConfirmation2о дате получения УПД (ДОП), подписывает его и направляет Продавцу.

  3. Диадок формирует подтверждение оператора InvoiceConfirmation2“о дате отправки УПД (ДОП), подписывает его и направляет вместе с УПД (ДОП) Покупателю.

  4. Покупатель получает титул продавца УПД (ДОП) UniversalTransferDocument3и при необходимости отправляет в ответ подписанное извещение о получении Receipt4.

  5. Покупатель формирует титул покупателя UniversalTransferDocumentBuyerTitle5, подписывает его и отправляет в сторону Продавца.

  6. Диадок формирует подтверждение оператора InvoiceConfirmation6о дате получения УПД (ДОП), подписывает его и направляет Покупателю.

  7. Диадок формирует подтверждение оператора InvoiceConfirmation6“о дате отправки УПД (ДОП), подписывает его и направляет вместе с УПД (ДОП) Продавцу.

  8. Продавец получает титул покупателя и при необходимости отправляет в ответ подписанное извещение о получении Receipt8.

  9. Если Покупатель обнаружил ошибки в полученном титуле продавца УПД (ДОП), он формирует отказ в подписи XmlSignatureRejection9, подписывает его и направляет Продавцу.

  10. Диадок формирует подтверждение оператора InvoiceConfirmation10о дате получения отказа в подписи XmlSignatureRejection, подписывает его и направляет Покупателю.

  11. Диадок формирует подтверждение оператора InvoiceConfirmation10“о дате отправки отказа в подписи XmlSignatureRejection, подписывает его и направляет вместе с отказом в подписи XmlSignatureRejection11 Продавцу.

  12. Если Покупатель обнаружил ошибки в полученном титуле продавца УПД (ДОП), он формирует уведомление об уточнении УПД (ДОП) InvoiceCorrectionRequest12, подписывает его и направляет Продавцу.

  13. Диадок формирует подтверждение оператора InvoiceConfirmation13о дате получения уведомления об уточнении УПД (ДОП), подписывает его и направляет Покупателю.

  14. Диадок формирует подтверждение оператора InvoiceConfirmation13“о дате отправки уведомления об уточнении УПД (ДОП), подписывает его и направляет вместе с уведомлением об уточнении УПД (ДОП) Продавцу.

../_images/docflow_utd_basic.png

УПД с функцией СЧФДОП

Документооборот УПД с функцией СЧФДОП объединяет документообороты УПД с функцией СЧФ и УПД с фунцией ДОП.

  1. Продавец формирует УПД (СЧФДОП) UniversalTransferDocument1, подписывает его и направляет Покупателю.

  2. Диадок формирует подтверждение оператора InvoiceConfirmation2о дате получения титула продавца УПД (СЧФДОП), подписывает его и направляет Продавцу.

  3. Диадок формирует подтверждение оператора InvoiceConfirmation2“о дате отправки титула продавца УПД (СЧФДОП), подписывает его и направляет вместе с УПД (СЧФДОП) Покупателю.

  4. Покупатель получает титул продавца УПД (СЧФДОП) и подтверждение оператора и отправляет в ответ подписанное извещение о получении титула продавца УПД (СЧФДОП) InvoiceReceipt3.

  5. Диадок формирует подтверждение оператора InvoiceConfirmation4о дате получения извещения о получении титула продавца УПД (СЧФДОП), подписывает его и направляет Покупателю.

  6. Диадок формирует подтверждение оператора о дате отправки извещения о получении титула продавца УПД (СЧФДОП) InvoiceConfirmation4“ , подписывает его и направляет вместе с извещением о получении Продавцу.

  7. Покупатель формирует в ответ на титул продавца УПД (СЧФДОП) титул покупателя УПД (СЧФДОП) UniversalTransferDocumentBuyerTitle5, подписывает его и отправляет в сторону Продавца.

  8. Диадок формирует подтверждение оператора InvoiceConfirmation6о дате получения титула покупателя УПД (СЧФДОП), подписывает его и направляет Покупателю.

  9. Диадок формирует подтверждение оператора InvoiceConfirmation6“о дате отправки титула покупателя УПД (СЧФДОП), подписывает его и направляет вместе с титулом покупателя Продавцу.

  10. Продавец получает титул покупателя и при необходимости отправляет в ответ подписанное извещение о получении InvoiceReceipt7.

  11. Если Покупатель обнаружил ошибки в полученном титуле продавца УПД (СЧФДОП), он формирует отказ в подписи XmlSignatureRejection8, подписывает его и направляет Продавцу.

  12. Диадок формирует подтверждение оператора InvoiceConfirmation9о дате получения отказа в подписи XmlSignatureRejection.

  13. Диадок формирует подтверждение оператора InvoiceConfirmation9“о дате отправки отказа в подписи, подписывает его и направляет вместе с отказом в подписи XmlSignatureRejection Продавцу.

  14. Если Покупатель обнаружил ошибки в полученном титуле продавца УПД (СЧФДОП), он формирует уведомление об уточнении УПД (СЧФДОП) InvoiceCorrectionRequest10, подписывает его и направляет Продавцу.

  15. Диадок формирует подтверждение оператора InvoiceConfirmation11о дате получения уведомления об уточнении УПД (СЧФДОП), подписывает его и направляет Покупателю.

  16. Диадок формирует подтверждение оператора InvoiceConfirmation11“о дате отправки уведомления об уточнении УПД (СЧФДОП), подписывает его и направляет вместе с уведомлением об уточнении УПД (СЧФДОП) Продавцу.

../_images/docflow_utd.png