Электронный документооборот
Учет и отчетность
Участие в закупках
Торговля и ритейл
Автоматизация бизнеса
Управление HR‑процессами
Проверка контрагентов
Обучение
Коммуникации
Сделки с недвижимостью
Банковские услуги
Продажи и маркетинг
Информационная безопасность
Диадок теперь умеет работать с электронными документами в новом формате по 820 приказу ФНС.
Диадок теперь умеет работать с электронными документами в новом формате по 820 приказу ФНС. С новым форматом можно работать полностью в API и частично в веб-интерфейсе.
В новом формате можно формировать следующие типы документов:
- Универсальный передаточный документ (УПД)
- Исправление УПД
- Счет-фактура
- Исправление счета-фактуры
- Акт
- Товарная накладная
- Акт о приеме-передаче товарно-материальных ценностей на хранение MX-1
- Акт о возврате товарно-материальных ценностей, сданных на хранение MX-3
- Акт приемки выполненных работ КС-2
- Справка о стоимости выполненных работ и затрат КС-3
До 31 декабря 2019 года документы данных типов можно отправлять и принимать как в новом, так и в старом формате 155. С 1 января 2020 года использовать старый формат будет нельзя.
Работа в API
В API работа с новым форматом поддержана полностью.
Для генерации и парсинга документов в новом формате нужно использовать только универсальные методы:
-
для генерации — GenerateSenderTitleXml и GenerateRecipientTitleXml,
-
для парсинга — ParseTitleXml.
Отправить документ в формате 820 можно при помощи метода API PostMessage, используя структуру DocumentAttachment.
Для подготовки документа к подписанию можно использовать метод PrepareDocumentToSign.
Подписать входящие и исходящие документы можно с использованием метода PostMessagePatch.
Веб-интерфейс
В веб-интерфейсе работать с документами в новом формате можно следующим образом:
-
загрузить готовый xml-файл без возможности редактирования,
-
подписать исходящий документ и отправить,
-
подписать входящий документ.
Полностью работа с новым форматом в веб-интерфейсе будет поддержана к осени:
-
Визуализация и печатные формы появятся в начале июля. Пока для визуализации можно использовать кастомные печатные формы.
-
Возможность создавать и редактировать документы в новом формате в веб-интерфейсе появится в конце августа.
Модули 1С и Коннекторы
Модули Диадока для 1С поддержат новый формат в несколько этапов. В июле будет реализован прием входящих документов без обработки новых полей формата, связанных с маркировкой, прослеживаемыми товарами, федеральным казначейством и товарами на муниципальные нужды. Полная поддержка формата появится к концу 2019 года.
Коннекторы Диадока научатся работать с новым форматом в июле.
Присоединяюсь к вопросу - будет ли Диадок:
1) принимать XML-файлы документов и файлы обмена информации покупателя с указанным номером версии 5.02?
2) поддерживать генерацию XML с указанием номера версии 5.02?
1). да
2) да.
Будут реализованы в течение месяца. В ближайшее время будет подробная новость. Возможность отправлять документы в старых версиях до конца года сохранится.
Ждем новостей.
Вам нужно сформировать документ в 820 формате и при отправке выбрать тип документа МХ-1/МХ-3. В остальном использование МХ-.. не отличается в старом и новом формате
Получатель увидит документ как тип МХ-1/МХ-3 в списке. На странице документа визуализации печатной формы не будет, с такими документами лучше работать через интеграции.
Будет новый Вид документа для этого ?
МХ-3 - ReturnInventoryAcceptanceCertificate
Есть особенности технической реализации.
А может даже и не в декабре.
Контрагент может отправлять документ по действующему 155 приказу?В этом случае вопрос был бы решен.
820 формат будет поддержан во всех модулях Диадока 1С.
Для старых версий поддержку 820 не планируем.
У меня вопрос по формированию xml.
Согласно новой xsd схеме “NSCHFDOPPR”, элемент “СвПрод” (Сведения о продавце) и “ГрузОт” (Сведения о грузоотправителе) стали множественными.
В элементе “ГрузОт” возможно указать вложенный элемент “ГрузОтпр”, либо “ОнЖе” (указывается, если продавец соответствует грузоотправителю).
Вопрос: По каким правилам будет формироваться элемент “ГрузОт” для ниже указанных кейсов, а именно, нужно ли указывать элемент “ОнЖе”?
Кейс 1. Продавцов несколько (например, магазин1 и магазин2), а грузоотправитель всего один (магазин1) и он соответствует одному из продавцов.
Кейс 2. Продавцов несколько (например, магазин1, магазин2 и магазин3), и грузоотправителей тоже несколько (магазин1 и мазин2), два из которых соответствуют продавцам.
Кейс 3. Продавцов несколько (например, магазин1, магазин2 и магазин 3), и грузоотправителей тоже несколько (магазин1 и мазин4), один из которых соответствуют продавцу.
Спасибо.
Во всех случаях выше надо указывать грузоотправителей.
Постановление Правительства №1137 рекомендует:
При составлении счета-фактуры комиссионером (агентом), приобретающим у двух и более продавцов товары (работы, услуги), имущественные права от своего имени, указываются полные или сокращенные наименования грузоотправителей и их почтовые адреса (через знак ";" (точка с запятой).
Электронный документ необходимо заполнять согласно формату, т.е. заполнять поля, предложенные форматом для грузоотправителя. В приведенных случаях, должны быть указаны все грузоотправители.
Обращаю Ваше внимание, что Диадок пока не поддерживает работу с множественными Покупателями и Продавцами, а именно - вы сможете отправить такие документы в адрес только одного КА, на печатных формах они не будут отображаться. Пока мы собираем сценарии использования множественных данных.
Хотел бы уточнить по поводу сроков реализации поддержки 820-го формата в модулях Диадока для 1С.
В статье написано, что в июле будет реализован прием входящих документов.
Но в истории изменений обработки Diadoc_3_1_19_epf, которую мы получили в начале августа, упоминания о поддержке 820-го отсутствуют.
На странице, посвящённой интеграции с 1С, в качестве актуальной на сегодняшний день версии модуля Pro указана версия 3_1_0.
Коллеги, правильно ли мы понимаем, что сроки реализации поддержки сдвинулись?
Не могли бы вы сообщить актуализированные прогнозные сроки?
Да, сроки сдвинулись. К концу сентября должны выпустить все модули с поддержкой 820 формата.
Поддержка 820 формата в модуле ПРО будет в версии 3.2.0.
С приказами 155 и 820, и переходному периоду все понятно. Я не про это спрашиваю. Уже неоднократно пытаюсь выяснить. Никто не может дать четкий ответ.
Если уже имеются (с начала года) несколько подписанных документов в Диадок не в формате xml. Это значит, что они недействительны? Не имеют юр силы? И их нужно запрашивать у партнеров (при условии, что они пока не могут предоставить документы в xml - формате) оригиналы с живыми подписями и печатями? Или это тот вариант, что Вы описывали ранее -
"Документы в иных форматах направляются в виде печатных форм, которые вы можете скачать из Диадока. Возможно, вас попросят распечатать такой документ, заверить и отправить скан."
Достаточно ли будет для ФНС печатной формы заверенной только с нашей стороны? Или потребуется все-таки оригиналы с живыми печатями и подписями с обеих сторон?
>> Если уже имеются (с начала года) несколько подписанных документов в Диадок не в формате xml.
О каких конкретно документах речь? о счетах-фактурах? если да, то это нарушение НК РФ. Что за это будет, я не могу сказать.
Документы, которые в виде сканов или PDF файлов уже заверяются КЭП сотрудника организации при отправке в ФНС, но иногда, как я уже писала выше, такие документы просят распечатать и заверить ручкой. Заверение требуется только от отвечика на требование.
Спасибо большое за ответ. Еще можно уточнение?
Правильно я понимаю, что в переходный период до 01.01.20г. для таких документов при запросе из ФНС, мы предоставляем распечатанный из Диадока и заверенный нашей печатью документ.
И данный документ является юр корректным?
Уточняю, так как мне руководству необходимо предоставить развернутый ответ.
Таким образом, документы формируются в утвержденных форматах ФНС, а значит в ответ на требование представляются в виде xml файлов с файлами подписей.