C_DIADOC
Краткое описание :
Маркировка. Агрегированные КМОписание :
Управление снабжением \ Документы \ Приходные накладныеЧто измененно :
Поддержание работы с агрегированными КМ. Если мы получаем
продукцию от поставщика с агрегированным кодом маркировки, надо будет
передавать информации о разагрегировании, когда из агрегированного кода
получается штучный. И обратная ситуация также возможна, когда на складе
собирают коробку и агрегируют товар в нее, создавая новый агрегированный код.
Как измененно :
Реализовано. В раздел "Общие настройки системы \ Маркировка
товаров \ Код маркировки по умолчанию" добавлены настройки: 1.
Doc.SerialN.MARK.KTIU, 'Код упаковки КТИУ 2. Doc.SerialN.MARK.ATK, 'Код
упаковки АТК' с выбором из каталога МЦ с ролью "код маркировки". В модуль
"Складской учет" - "Операции" - "Агрегирование кодов маркировки" добавлены
документы 636, Акт агрегации транспортных кодов 637, Акт трансформации
транспортных кодов 638, Акт расформирования транспортных кодов
C_DIADOC
Краткое описание :
Диадок. Доработать проверку на валидность nrecОписание :
Что измененно :
Необходимо добавить проверку на валидность nrec для КодТов по
настройке Список организаций, для которых сопоставление проводить по полю
"Nrec" таблицы "Матценности" (Katmc) с тэгом КодТов" (DIADOCORG.FINDMCBYOBOZN)
Нрек должен передаваться в таком виде: <ДопСведТов НаимЕдИзм="шт"
КодТов="00010000000869D8h" ПрТовРаб="1"/> Если же в этом поле другое значение,
например, <ДопСведТов НаимЕдИзм="шт" КодТов="00-00005440" ПрТовРаб="1"/> То его
анализировать не нужно при включенной настройке для организации сопоставления
по нрек.
Как измененно :
Реализовано
C_DIADOC
Краткое описание :
Диадок. Доработать подпись неформализованных документов, по
которым приходит запрос ответной подписиОписание :
Галактика ERP \ Логистика \ Управление сбытом \ Документы \
Работа с Контур.ДиадокЧто измененно :
Список документов: Название DocumentType Неформализованный
Nonformalized=0 Акт AcceptanceCertificate = 16 Договор Contract = 36
Дополнительное соглашение SupplementaryAgreement = 40 Протокол согласования
цены PriceListAgreement = 30 Реестр сертификатов CertificateRegistry = 34
Прайс-лист PriceList = 26 Прайс-лист на данный момент у нас вообще не
передаётся, надо доработать: Структура PriceListMetadata содержит
дополнительные атрибуты документа (в структуре Document) специфичные для
ценовых листов: DocumentStatus определяет состояние, в котором находится данный
ценовой лист; принимает одно из значений перечисления BilateralDocumentStatus.
PriceListEffectiveDate- дата вступления в силу ценового листа в формате
ДД.ММ.ГГГГ. ContractDocumentDate- дата с_оставления договора, к которому
относится ценовой лист, в формате ДД.ММ.ГГГГ._ ContractDocumentNumber- номер
договора, к которому относится ценовой лист. Необходимо добавить в ПЛМ отправки
неформализованных документов “Прайс-лист” и в интерфейс привязки
неформализованных файлов добавить поля: “Дата вступления в силу” (тип дата),
“Дата составления договора” (типа дата), “Номер договора к которому относится
Прайс-лист”. При получении вышеперечисленных документов со статусом
InboundWaitingForRecipientSignature = 4 (Diadocument.Istatus), необходимо
разрешить подпись входящего документа по функции “Подписать выбранные
документы”. В ответ генерить подпись согласно того сертификата, под которым
залогинелся пользователь. По сути дела, можно ориентироваться на статус 4
“требуется подпись” по неформализованным докам, не знаю на сколько имеет смысл
проверять еще documenttype. DocumentType — Документация Диадок 1.87.0
(diadoc.ru) BilateralDocumentMetadata — Документация Диадок 1.87.0 (diadoc.ru)
Рассогласования статусов по всей видимости: Протокол согласования цены -
ожидается подпись контрагента кажет Реестр сертификатов - подписан кажет
Тестирование помимо функционала подписания описанных выше неформализованных
доков со статусами "требуется подпись", нужно будет попарно сгенерить для них
док с запросом ответной подписи и без запроса ответной подписи и посмотреть
меняются ли статусы или нет. Если я правильно понимаю относительно веб-морды
Договор и доп.соглашение всегда летят с запросом ответной подписи. По крайней
мере в морде нельзя выставить признак запросить ответную подпись, а статус
приходит "требуется подписать"
Как измененно :
Реализовано. Также добавлен флаг "Запросить извещение"
Некоторые документы не требуют принудительного флага параметра "запросить
подпись" - это может определятся документооборотом Диадока. На возможность
регулировки запросов на подпись влияет наличие атрибутов документа:
NeedRecipientSignature - флаг, обозначающий запрос подписи получателя под
отправляемым документом. - если в структуре данных этого атрибута нет, по
подпись может быть запрощена автоматически. NeedReceipt - необязательный
признак того, что от получателя требуется сформировать извещение о получении
данного документа - есть во всех структурах,. В принципе можно для всех
документов выводить статус по DiaDocument.iPriceLAgreMD_Status - он заполняется
для всех типов документов и соответствует
https://diadoc-sdk.readthedocs.io/ru/latest/proto/RecipientResponseStatus.html
- в новой схеме обмена этот статус заменяет все другие, но и старые тоже пока
работают.
C_DIADOC
Краткое описание :
Диадок. Ошибка открытия интерфейса Диадок при пустой
таблице DiadocumentОписание :
Управление сбытом - Документы - Дидаок, ДокументыЧто измененно :
Сообщение при открытии пункта меню "Диадок , Список
документов". если таблица DiaDocument пустая. Ничего не найдено. таблица N26056
Как измененно :
Сообщение погашено.
C_DIADOC
Краткое описание :
Диадок. Не получается отправить документ до КА из
черновика, ошибка подписанияОписание :
Галактика ERP \ Логистика \ Управление сбытом \ Документы \
Работа с Контур.ДиадокЧто измененно :
Не получается отправить документ до КА из черновика, ошибка
подписания.
Как измененно :
Доработано подписывание черновиков. Для их отправки следует
использовать DiaDoc.SendDraft вместо DiaDoc.PostCurDiadocMessagePatch