В Диадоке появится новый статус подписания

С 1 февраля изменятся правила формирования статусов подписания для документов, созданных по формату Приказа ФНС № 820. Статусы будут формироваться в зависимости от значения атрибута КодИтога. Он может принимать три значения, которые отражают результат приемки. Появится новый статус — «Подписан с разногласиями».

24 ноября 2021

С 1 февраля 2022 года в Диадоке изменятся правила формирования статусов подписания для документов, сформированных по Приказу ФНС № 820. Помимо статусов «Документ подписан» и «Отказано в подписи», появится новый статус «Подписано с разногласиями». Это связано с многочисленными пожеланиями пользователей. О планируемых изменениях предупреждали ранее в новости.

В формате документов по приказу ФНС № 820 в титул покупателя добавлен новый атрибут КодИтога, который может принимать значения:

  • 1 — товары (работы, услуги, права) приняты без расхождений (претензий),
  • 2 — товары (работы, услуги, права) приняты с расхождениями (претензией),
  • 3 — товары (работы, услуги, права) не приняты. 

КодИтога — это результат сделки и работы с документом. Например, КодИтога = 1 равносилен подписанию документа, а КодИтога = 3 — отказу в подписи.

Пока в Диадоке не отличаются статусы документов с разными значениями КодИтога в титуле покупателя. Если по документу сформирован ответный титул, то документ считается подписанным. Поэтому документы с КодИтога = 2 или 3 в титуле покупателя имеют статус «Подписан», а это может не соответствовать бизнес-сценарию пользователей.

С 1 февраля при формировании статусов документов, сформированных по Приказу ФНС № 820, будет учитываться значение атрибута КодИтога в титуле покупателя:

  • КодИтога = 1 — статус «Подписан»,
  • КодИтога = 2 — статус «Подписан с разногласиями»,
  • КодИтога = 3 — статус «Отказано в подписи».

Такая логика формирования статусов будет применяться только для новых документов. Для документов, по которым уже сформирован ответный титул с любым значением КодИтога либо значение не заполнено, останется статус «Подписан».

Веб-интерфейс

В веб-интерфейсе уже есть возможность указать результаты приемки при подписании документов по формату Приказа ФНС № 820. Статус подписания будет формироваться в зависимости от значения, указанного в соответствующем поле. Об изменении формы подписания ранее рассказывали в новости.

Также изменится фильтр по статусам в расширенном поиске и результаты фильтрации:

  • Появится возможность искать по статусу «Подписан с разногласиями».
  • В результаты поиска по статусу будут попадать только те документы, для которых этот статус установлен. Например, в результаты поиска по статусу «Подписан» документы со статусом «Подписан с разногласиями» не войдут.

API Диадока

Новый статус WithPartiallyRecipientSignature («Подписан с разногласиями») будет добавлен в фильтр filterCategory метода GetDocuments и в список RecipientResponseStatus, который возвращается в методах GetMessage, GetEvent, GetNewEvents, GetLastEvent, GetDocument, GetDocumentsByMessageId, GetDocumentsGetDocflows_V3, GetDocflowsByPacketId_V3, SearchDocflows_V3, GetDocflowEvents_V3.
При формировании статуса будет учитываться значение атрибута КодИтога в титуле покупателя:

  • статус WithRecipientSignature будет соответствовать документам с КодИтога = 1,
  • WithRecipientPartiallySignature — КодИтога = 2,
  • RecipientSignatureRequestRejected — КодИтога = 3.

Статусу RecipientSignatureRequestRejected могут соответствовать документы с ответным титулом и с отказом в формате уведомления об уточнении. Различить такие документы можно будет по значению поля ContentTypeId, который будет возвращаться:

ContentTypeId — идентификатор, по которому можно судить о содержимом документа. Идентификатор будет уникальным для каждого документа, титула и служебного документа. Примеры для УПД по формату Приказа ФНС № 820 с функцией СЧФДОП:

  • ContentTypeId = utd820_schfdop_orig_t1_05_01_01 для первого титула,
  • ContentTypeId = utd820_schfdop_t2_05_01_01 для второго титула, 
  • ContentTypeId = signature_rejection_02а для отказа в подписи в формате уведомления об уточнении.

Методы отправки документов и ответных титулов останутся без изменения. Чтобы отправить отказ в виде титула покупателя с атрибутом КодИтога = 3, нужно использовать метод PostMessagePatch и структуру RecipientTitleAttachment.

Модуль для 1С

Интеграционный модуль Диадока для 1С поддерживает формирование нового статуса, начиная с версий:

  • 5.47.01 и выше — для модуля 1С 8.3 (управляемое приложение),
  • 5.41.01 и выше — для модулей 1С 8.2 и 8.3. (обычное приложение),
  • 2.15 и выше — для модуля 1С 7.7,
  • 4.5 и выше — для модуля 1С 8.2 и 8.3 (обычное и управляемое приложение).

Если версия вашего модуля ниже, просим обновить его. Напоминаем, что мы не поддерживаем модули устаревших версий, ранее писали об этом в новости.

Коннектор

Диадок.Коннектор также поддержит правила формирования статусов с 1 февраля. Если у вас возникнет новый сценарий обработки документов, связанный со статусом «Подписан с разногласиями», обратитесь к вашему персональному менеджеру.

Контур.ERP Диадок

Интеграционное решение поддержит формирование документов с новым статусом.


В ноябре мы прекратим поддержку устаревших версий. В статье найдете их список и инструкции по обновлению.

26 октября

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

21 октября

С сегодняшнего дня продлить модуль «Стандарт» можно только на обновленную версию. Поддержку текущей версии прекратим через год.

1 октября

Работа с УКД в старом формате по приказу ФНС № 189 будет ограничена. В статье расскажем, как работать с новым форматом пользователям веб-версии и интеграционных решений Диадока.

23 сентября

В веб-интерфейсе и интеграционных решениях Диадока можно использовать сертификаты, выданные в соответствии с Приказом ФСБ России от 27.12.2011 № 795. Все изменения к приказу поддержаны в сервисе.

21 сентября