diadocsdk-csharp
diadocsdk-csharp copied to clipboard
diadoc
Вопрос по реализации сценария ЭДО через Диадок на собственном сайте
Коллеги, разработчики, подскажите, пожалуйста .
Есть такая задача.
Наши клиенты хотят подписывать заявку на перевозку(это документ формата pdf) в нашем личном кабинете.
Из вашей документации, на примере документооборота с актом, следует:
- Мы должны подписать документ, добавить документ и подпись в сообщение и отправить сообщение в ящик нашего клиента
- Клиент получает наше сообщение
- Клиент формирует свой «титул», подписывает «титул», формирует «патч» и добавляет к сообщению «патч» со своей подписью
Вопрос:
Если мы опустим пункт 2, а просто поставим подпись клиента на его "титул" (с нашим авторизационными данными, но используя ЭЦП клиента) и добавим «патч» подписанный клиентом к сообщению из пункта 1.
То в таком случае в ящике клиента, сообщение("цепочка документооборота") обновится? Он увидит, что подписал документ?
Если нет, то как реализовать сценарий подписи клиентом документа на нашем сайте. Хотя бы на пальцах расскажите? Ключ АПИ используется только наш.
Правильно ли я поняла, что вы хотите пропустить этап с получением документа клиентом? А подпись клиента будет ставиться на документ со стороны отправителя (с авторизационными данными отправителя)? В таком случае документооборот завершен не будет. При вышеуказанном сценарии, документ будет подписан двумя подписями только со стороны отправителя. Если вы будете использовать свои авторизационные данные, то документ будет подписан в первый и второй раз отправителем (поскольку авторизация была под одним и тем же пользователем одной и той же организации и фактически документ не был передан получателю). Рекомендуем ознакомиться с моделью данных и порядком работы с API Диадока. Для того, чтобы документ был подписан получателем, получатель должен авторизоваться в системе под своей учетной записью и поставить подпись патчем на входящий документ. Я так понимаю, что речь идет о неформализованном ДО. Вот здесь описана схема работы с неформализованными документами.
Добрый день!
Спасибо за ответ, но вы не совсем правильно меня поняли. Спасибо за совет, но я уже ознакомится с документацией. К слову сказать, хуже и запутаннее документации я еще не видел)). Также у нас прекрасно работает интеграционное решение, которые мы написали основываясь на вашей "документации" и ответов от поддержки.
Пожалуйста, внимательнее перечитайте мое обращение.
Там написано, что авторизовавшись в системе под своей компанией и используя свой ключ АПИ, мы подписываем ПАТЧ с помощью ЭЦП КЛИЕНТА, а не нашей ЭЦП. Сообщение при этом клиентом будет получено на этапе 1. Как я понимаю модель, сообщение в данном случае будет одно и тоже что у клиента, что у нас. **После того, как я в это сообщение добавлю ПАТЧ подписанный ЭЦП клиента, подписанный клиентом, ТО по идее и в ящике клиента это сообщение должно обновится. Это следует из модели, где написано, что сообщение ОДНО и оно доступно из двух ящиков.
Так ли это?**
Да, сообщение будет доступно с двух сторон. Вы авторизуетесь сначала под своей организацией, формируете документ, подписываете его своей ЭЦП и направляете в адрес контрагента. После этого вы хотите подписать этот же документ уже ЭЦП клиента, верно? В таком случае, если вы будете производить авторизацию своим ключом АПИ, то вам потребуется это сделать под учетной записью клиента (от его организации) и подписать документ со стороны получателя. Для того, чтобы подписать документ от имени получателя, нужно авторизоваться в системе от имени организации получателя. Вы можете протестировать этот кейс с помощью тестовых организаций. Их можно создать со страницы https://diadoc-widget.kontur.ru/easyregistration/test.