Форматы документов

Формат №155

Формат, утвержденный Приказом ФНС России от 24.03.2016 №ММВ-7-15/155@ позволяет сформировать 3 разных типа документов:

  • счета-фактуры,
  • накладные, акты, другие первичные документы,
  • УПД.

В XML-файле документа необходимо заполнить поле «функция», которая определит тип документа:

  • счет-фактура ( СЧФ ),
  • первичный документ ( ДОП ),
  • УПД ( СЧФДОП ).

Работа в Диадоке

Для Диадока документ в формате №155 – это контейнер, внутри которого лежит информация о сделке, совершенной клиентом.

Диадок ничего не знает о том, как выглядит учетная политика клиентов, и, соответственно, не может угадать дали ему ЭСФ/АКТ/Накладную/УПД.

Более того, по содержанию документа так же нельзя однозначно отличить один тип документа от другого.

Примечание

При отправке документа участник ЭДО всегда сам выбирает показатель «тип документа».

Пример

Если продавец выставит счет-фактуру по формату согласно Приказу №155, укажет в документе функцию СЧФ, но тип документа в API укажет UniversalTransferDocument, то Диадок визуализирует документ, как УПД.

Чтобы визуализация счета-фактуры была привычной, при отправке документа необходимо указывать тип в API Invoice.

Соответствие типов документов и формата №155
Веб API Форматы Функция Печатная форма
СФ Invoice
  • приказ №93
  • приказ №155
  • СЧФ
СФ
КСФ InvoiceCorrection
  • приказ №93
  • приказ №189
  • КСЧФ
КСФ
Накладная XmlTorg12
  • приказ №172
  • приказ №155
  • приказ №551
  • ДОП
Накаладная
Акт XmlAcceptanceCertificate
  • приказ №172
  • приказ №155
  • приказ №552
  • ДОП
Акт
УПД UniversalTransferDocument
  • приказ №155
  • СЧФ
  • ДОП
  • СЧФДОП
УПД
УКД UniversalCorrectionDocument
  • приказ №189
  • КСЧФ
  • ДИС
  • КСЧФДИС
УКД

Возможные форматы

В связи с тем, что документ может быть в разных форматах – интеграционным решениям необходимо понимать в каком формате пришел документ, что бы корректно обработать его на своей стороне.

Для получения акутальной информации о XSD-схеме документа введено специальное поле AttachmentVersion.

Оно появилось в структурах данных Document, Entity и DocumentInfo.

Типы и значения AttachmentVersion для формализованных документов
Тип документы Структура Возможные версии
Счет-фактура (СФ) Invoice
  • invoice_05_01_01
  • invoice_05_01_03
  • invoice_05_02_01
  • utd_05_01_01
  • utd_05_01_02
Исправление СФ InvoiceRevision
  • invoice_05_01_03
  • invoice_05_02_01
  • utd_05_01_01
  • utd_05_01_02
Корректировочный СФ (КСФ) InvoiceCorrection
  • invoicecor_05_01_03
  • invoicecor_05_02_01
  • ucd_05_01_01
Исправление КСФ InvoiceCorrectionRevision
  • invoicecor_05_01_03
  • invoicecor_05_02_01
  • ucd_05_01_01
Формализованный ТОРГ-12 XmlTorg12
  • torg12_05_01_01
  • torg12_05_01_02
  • utd_05_01_01
  • tovtorg_05_01_02
Формализованный акт XmlAcceptanceCertificate
  • act_05_01_01
  • act_05_01_02
  • utd_05_01_01
  • rezru_05_01_01
УПД UniversalTransferDocument
  • utd_05_01_01
  • utd_05_01_02
Исправление УПД UniversalTransferDocumentRevision
  • utd_05_01_01
  • utd_05_01_02
УКД UniversalCorrectionDocument
  • ucd_05_01_01
Исправление УКД UniversalCorrectionDocumentRevision
  • ucd_05_01_01

Важно

AttachmentVersion = UniversalTrnsaferDocument для СФ/ИСФ и AttachmentVersion = UniversalCorrectionDocument для КСФ/ИКСФ считаются устаревшими. Они будут сконвертированы в новые значения согласно таблице выше.

Типы и значения AttachmentVersion для неформализованных документов
Тип документы Структура Возможные версии
Неформализованный документ Nonformalized v1
Приглашение к ЭДО TrustConnectionRequest v1
Неформализованный ТОРГ-12 Torg12 v1
Неформализованный акт AcceptanceCertificate v1
Счет ProformaInvoice v1
Ценовой лист PriceList v1
Протокол согласования цены PriceListAgreement v1
Реестр сертификатов CertificateRegistry v1
Акт сверки ReconciliationAct v1
Договор Contract v1
Накладная Torg13 v1
Детализация ServiceDetails v1
Доп. соглашение SupplementaryAgreement v1

Добавление новых версий

При обновление форматов формализованных документов ФНС, в Диадоке будут добавляться новые значения AttachmentVersion, соответствующие новым версиям формата.

Интеграционным решениям нужно быть готовыми к тому, что может прийти новое значение AttachmentVersion. Рекомендуется уметь обрабатывать такие ситуации.