GALDIADOCCONNECT

GALDIADOCCONNECT ( 9.1.19.0 )

Краткое описание :

Диадок. Доработать подпись неформализованных документов, по которым приходит запрос ответной подписи

Описание :

Галактика 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
- в новой схеме обмена этот статус заменяет все другие, но и старые тоже пока
работают.