Поддержка нового формата УПД — Диадок

Поддержка нового формата УПД

19 марта 2019
Работа системы

Сравнение старого и нового форматов

В предыдущей статье мы рассказали об изменениях в новом формате по приказу 820, а теперь подготовили сравнение со старым форматов по приказу 155.

Посмотреть сравнение 155 и 820 форматов

Переход на новый формат

В первую очередь, 2 главные даты:

  • 2 февраля 2019 года вступил в силу 820 приказ ФНС, который определяет формат счета-фактуры и других первичных документов.
  • 1 января 2020 года выставление электронного счета-фактуры и УПД возможно только в новом формате.

В период со 2 февраля по 31 декабря документы можно выставлять и в старом, и в новом форматах.

Как будет происходить переход

В апреле 2019 года будет реализована поддержка нового формата в API Диадока и отправка готового документа в веб-интерфейсе. О последующих планах мы сообщим дополнительно.

Изменения в API

Формат изменился значительно, поэтому не все текущие методы API смогут его поддержать.

Для генерации документов в новом формате необходимо будет использовать универсальные методы GenerateSenderTitleXml и GenerateRecipientTitleXml. Методы GenerateUniversalTransferDocumentXmlForSeller и GenerateUniversalTransferDocumentXmlForBuyer продолжат работать только со старым форматом, новый формат не поддержат.

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

Если вы в интеграционных решениях используете генерацию и парсинг УПД, то для работы с новым форматом вам следует перейти на универсальные методы GenerateSenderTitleXmlGenerateRecipientTitleXml и новый метод парсинга.

На отправку и патчинг изменения формата не повлияли. Для нового формата можно будет использовать текущие методы отправки (PostMessage и PostMessagePatch) и патчинга (PrepareDocumentToSign). Отправлять УПД следует используя структуру DocumentAttachment.

Неточности нового формата

В титуле покупателя для подписанта указывается Статус, и в зависимости от значения Статуса прописываются основания полномочия (доверия) (атрибут ОснПолн).

В новом формате значения Статусов изменились:

  • 3 — работник иной уполномоченной организации,
  • 4 — уполномоченное физическое лицо, в том числе индивидуальный предприниматель,
  • 5 — работник организации — покупателя,
  • 6 — работник организации — составителя файла обмена информации покупателя, если составитель файла обмена информации покупателя не является покупателем. Правила заполнения Оснований полномочий остались без изменений и поэтому противоречат значениям статуса.

Как указано в формате:

  • Для Статус=1 или Статус=2 или Статус=3 указываются «Должностные обязанности» по умолчанию или иные основания полномочий (доверия).
  • Для Статус=4 указываются основания полномочий (доверия).

Как должно быть и как правильно трактовать:

  • Для Статус=5 или Статус=6 или Статус=3 указываются «Должностные обязанности» по умолчанию или иные основания полномочий (доверия).
  • Для Статус=4 указываются основания полномочий (доверия)
43 комментария
Алексей    22 марта, 12:57
Добрый день! Спасибо! Очень ценная и нужная информация. Какие новости по 189-му?
Наталья    25 марта, 09:52
ФНС пока не утвердила новый 189 формат, ждем.
Нина    25 марта, 08:49
Что такое 189?
Алексей    25 марта, 09:00
Приказ от 13.04.2016 № ММВ-7-15/189 Об утверждении формата корректировочного счета-фактуры и формата представления документа об изменении стоимости отгруженных товаров (выполненных работ, оказанных услуг), переданных имущественных прав, включающего в себя корректировочный счет-фактуру, в электронной форме. Планируются ли изменения?
Андрей    25 марта, 16:33
Что такое УПД? Нет ни одной расшифровки.
Наталья    25 марта, 16:39
УПД - это универсальный передаточный документ. Подробнее, что это такое и для чего используется, можно почитать здесь https://www.diadoc.ru/docs/upd
Максим    28 марта, 16:27
У вас в таблице сравнения в 5.16 дважды опечатка - НомСредИндентТов.
Вот интересно, означает ли изменение названия файла что на товары, подлежащие маркировке, нужно выставлять отдельный комплект ТСД (наличие в одном СФ маркируемых и немаркируемых товаров не допускается)?
Демина Ольга    29 марта, 13:03
Максим, добрый день.
спасибо, поправим опечатку!
В один документ можно включать маркируемые и немаркируемые товары.
в один документ нельзя включать маркируемые и прослеживаемые товары, т.к. в этом случае невозможно назвать файл документа корректно.
Матвей    16 апреля, 06:48
Добрый день, формат в API появился? Когда планируется обновление модуля стандарт для 1С?
Андрей    6 мая, 10:46
Добрый день.
Присоединяюсь к вопросам.
Ирина    6 июня, 15:46
Модули Диадока для 1С поддержат новый формат в несколько этапов. В июле будет реализован прием входящих документов без обработки новых полей формата, связанных с маркировкой, прослеживаемыми товарами, федеральным казначейством и товарами на муниципальные нужды. Полная поддержка формата появится к концу 2019 года.
Дмитрий    8 мая, 14:08
Добрый день. Присоединяюсь к вопросу. Апрель уже закончился.
Константин    28 мая, 01:41
Скоро, готовьтесь
Дмитрий    19 июля, 08:05
Добрый день!
Я правильно понимаю, что новый формат будет зашит в саму компоненту(dll) и сама обработка 1С сильно не поменяется как и не поменяется API компоненты 1С? Хотелось бы, хотя бы, примерно узнать месяц выхода версии для 1С с полной поддержкой нового формата. Октябрь? Ноябрь?
Ирина    22 июля, 13:31
Добрый день,
Компонента уже поддерживает 820 формат. Изменения в API компоненты можно посмотреть в инструкции — http://1c-docs.diadoc.ru/ru/latest/History/release_info/5_27_0.html
Модуль Диадока 1С поменяется из-за смены API компоненты. Поэтому не достаточно обновить dll.

Модули Диадока для 1С поддержат новый формат в несколько этапов. В августе будет реализован прием документов без обработки новых полей формата, связанных с маркировкой, прослеживаемыми товарами, федеральным казначейством и товарами на муниципальные нужды. Полная поддержка формата появится к концу 2019 года, назвать месяц выхода сейчас не могу.
Дмитрий    26 сентября, 11:15
Добрый день!
Август позади, новости по приему документов не видел. Релиз модуля Диадок для 1С отодвигается?
Ирина    26 сентября, 11:42
Добрый день,
С каким модулем работает ваша организация?
Дмитрий    26 сентября, 11:46
Доработанный стандарт для 1С 8.2 версии 5.31.07
Ирина    26 сентября, 12:06
Релиз модуля Стандарт для обычных форм запланирован на следующую неделю.

В модуле должна появиться кнопка "Скачать обновление". Подробнее про нее можно посмотреть в инструкции https://wiki.diadoc.ru/pages/viewpage.action?pageId=12877935.
Дмитрий    26 сентября, 12:07
Я правильно понимаю, что в 1С после данного релиза будет доступна работа с документами в 820 приказе?
Ирина    3 октября, 08:46
Вчера вышел релиз для обычных форм. В версии OF_5_32_01 поддержали работу с 820 форматом.

Воспользуйтесь кнопкой "Скачать обновление", чтобы скачать эту версию. Подробнее про нее можно посмотреть в инструкции https://wiki.diadoc.ru/pages/viewpage.action?pageId=12877977
Алексей    15 августа, 11:27
"С 19 июля меняется форма счета-фактуры, реквизиты и форматы. Форма счета-фактуры осталась прежней (утв. постановлением Правительства от 26.12.2011 № 1137 в ред. от 19.01.2019). Но если оформляется электронная счет-фактура и получение документов от поставщиков, надо будет обновить программу, через которую выставляются электронные документы. С 19 июля 2019 года вступает Приказ №ММВ-7-15/176 с новыми форматами. Оформленные документы по старым форматам с 19 июля будут недействительны..."
Из статья "Изменения в счете-фактуре с 19 июля 2019 года" на официальном сайте федеральной налоговой службы.
Где вы увидели что с новым форматом можно тянуть до 1 января 2020? Прошу указать ссылку на статью в том же ресурсе
Ольга Дёмина    15 августа, 12:08
Алексей, добрый день.
Обратите внимание на пункт 2 Пркиаза ФНС РФ от 19.12.2018 № ММВ-7-15/820 "Об утверждении формата счета-фактуры, формата представления документа об отгрузке товаров (выполнении работ), передаче имущественных прав (документа об оказании услуг), включающего в себя счет-фактуру, и формата представления документа об отгрузке товаров (выполнении работ), передаче имущественных прав (документа об оказании услуг) в электронной форме".
Там написано, что Приказ ФНС от 24.03.2016 № ММВ-7-15/155 (действующий пркиаз для составления счетов-фактур и первичных документов) утратит силу 1 января 2020 года.
Елена    8 октября, 10:27
А есть какие новости по 189-му приказу? УКД с нового года в старом формате?
Матвей    8 октября, 10:53
Пока в старом остается. Но ФНС планировали и 189-й формат обновить, но по срокам данных не было.
Константинов Александр    10 октября, 16:43
Пока работать с корректировками следует в режиме: исходный документ в 820, корректировка в 189. Скоро подготовим редактор для отправки 189 на 820 из веб-интерфейса.

Сроков от налоговой по публикации нового формата пока нет.
Виктория    15 октября, 16:10
Добрый день!

Не могли бы вы пояснить следующий момент: в новом формате УПД теги СтТовУчНал и СтТовУчНалВсего стали необязательными, то есть вместо стоимости товаров может приходить "-" в тегах ДефСтТовУчНал и ДефСтТовУчНалВсего соответственно.

Откуда при этому получить сумму поставки товаров? Эта информация будет приходить в УКД?
Ольга    4 декабря, 16:35
Виктория, добрый день.
Если вы получили документ без нужных данных, вы можете запросить уточнение и ожидать от клиента корректировку (УКД) с необходимыми данными. Обращаю Ваше внимание, что не указывать эти данные могут только определенные КА (налоговые агенты), КА работающие со счетами-фактурами на аванс. В общем случае, эти данные должны быть заполнены.
Алексей    21 октября, 14:44
Вопрос: почему я не могу передать через Диадок Транспортную накладную в формате XML, когда я смогу это сделать?
Матвей    21 октября, 14:46
Вопрос слишком обобщенный, на такой вам тут никто не ответит. Пишите конкретней, в чем проблема.
Алексей    22 октября, 10:36
Проблема в том, что я не могу отправить ТрН в XML через Диадок.
Ольга    21 октября, 15:12
Алексей, добрый день.
Транспортную накладную можно передать в формате xml Диадок. Отправка и получение этого документа поддержаны в нашем API. Если вы готовы принять участие в пилотах по запуску транспортной накладной - обратитесь в техподдержку https://www.diadoc.ru/support.
Также вы можете отправлять транспортную накладную как неформализованный документ, с помощью API или в веб-интерфейсе.
Андрей    21 октября, 16:25
Добрый день, Алексей.
Не могли бы Вы уточнить, какой именно "формат XML" для Транспортной накладной Вы имели в виду?
Насколько я знаю, формат и регламенты для этого вида документа на сегодняшний день не утверждены (в отличие от железнодорожной транспортной накладной).
Или Вы хотите использовать собственный формат?
Ольга    22 октября, 08:26
Да, Андрей. Сейчас мы используем собственный формат.
Алексей    22 октября, 10:35
Электронная ТрН
Транспортную накладную (далее —ТрН) необходимо передавать нам в электронном виде через систему ЭДО.
•Отправлять желательно формализованный документ — файл с расширением XML. Так как Ваш оператор предоставляет ТрН в формате XML, Вы сможете создать ТрН прямо в своем кабинете ЭДО.
1.Создайте ТрН в ЭДО.
2.Подпишите ее и отправьте нам.
3.На портале, на странице генерации штрихкодов поставки, привяжите ТрН к своему поступлению.
4.Сразу по завершении разгрузки Вашей поставки транспортная накладная будет подписана нами в ЭДО.
Алексей    22 октября, 10:40
Обращался, мне ответили, что в xml я не смогу отправить Транспортную накладную. Поэтому я спрашиваю у представителей Диадока - когда наступит тот день, когда я смогу отправлять ТрН, или мне уходить на SynerDoc?
Ольга    22 октября, 11:04
Добрый день, Алексей.
На текущий момент в Диадоке реализована возможность обмена транспортной накладной в формате xml через API. Если вы хотите поучаствовать в пилоте, напишите повторный запрос на https://www.diadoc.ru/support, оставьте свои контакты и ИНН организации.

Вероятно, ваше обращение было до момента реализации функциональности, поэтому вы получили такой ответ от техподдержки.
Алексей    6 ноября, 08:47
В новом формате следующие теги можно заполнять неограниченное количество раз:
/Файл/Документ/СвСчФакт/СвПрод
/Файл/Документ/СвСчФакт/ГрузОт
/Файл/Документ/СвСчФакт/ГрузПолуч
/Файл/Документ/СвСчФакт/СвПокуп

То есть формат допускает их множественность в одном электронном документе.
Коллеги, вопрос: каким образом система Диадок будет визуализировать и, возможно, маршрутизировать документы в которых указаны несколько разных продавцов, покупателей, грузоотправителей, грузополучателей? Какова цель ФНС для такой модификации формата (относительно старого приказа 155) ?
Наталья    6 ноября, 15:33
Добрый день! При визуализации будет выводиться первый из указанных покупателей, продавцов, грузоотправителей, грузополучаталей.
При доставке документа до получателя мы не смотрим на СвПрод и СвПокуп. В формате есть отдельные элементы ИдОтпр и ИдПол, которые обозначают отправителя и получателя, они не могут быть множественными, т.е. отправитель и получатель документа всегда определяются однозначно.
Такая модификация формата случилась для того, чтобы можно было формировать и отправлять сводные счета-фактуры. Примеров конкретных кейсов, как с этим работать, у нас пока нет.
Максим    27 ноября, 14:06
Что-то я не пойму логику... Зачем в ИспрСчФ добавлены Деф...? Ведь ИспрСчФ остался безусловно необязательным (нет никаких примечаний вроде "Обязателен при функции СЧФ..."). Какой смысл формировать ИспрСчФ c Деф..., если исправления нет и можно не формировать? (а если исправление есть - у него должен быть и номер, и дата).
Понимаю, что вопрос не совсем по адресу, но у вас ведь более плотный контакт с разработчиками форматов...
Наталья    2 декабря, 08:34
Максим, мы разделяем ваши эмоции. Для нас тоже это осталось загадкой. Мы знаем, что дефисы были добавлены по настоянию методологов налоговой, которые писали постановление правительства №1137. Таким образом, формат электронного документа приведен в соответствие с печатной формой и вариантами заполнения печатной формы.
Максим    6 декабря, 17:50
Код вида товара. Согласно ПП1137(ред.ПП981) "При отсутствии данных ставится прочерк".
В Приказе 820 у КодВидТов тоже написано 'При отсутствии значения ставится знак "-" (дефис) (визуализируется как прочерк)'.
При этом формат элемента "T(=10)" и ФЛК знак "-" (дефис) не пропускает (по длине).
Прокомментируете?
Елена    6 декабря, 18:09
Максим, согласно xsd-схеме 820 формата КодВидТов - это необязательное поле с длиной в 10 символов. Мы рекомендуем клиентам не заполнять это поле прочерком, так как поле не пройдёт ФЛК по xsd-схеме, как вы правильно заметили. Если атрибут КодВидТов отсутствует, то сервис визуализирует его в печатной форме прочерком.