Получатель только для просмотра? createRecipientView

Я вызываю createRecipientView и используя ответ для генерации iFrame в своем приложении. Тем не менее, похоже, что просмотр этого iFrame работает только один раз - последующие представления iFrame отправляют пользователя в returnUrl.Получатель только для просмотра? createRecipientView

Это проблема, потому что в моем приложении мы сохраняем документы, которые пользователь может подписывать по своему усмотрению, чтобы они могли посмотреть на документ и принять решение подписывать его позже ... что означает, что нам нужно будет снова вызвать createRecipientView и получить новый URL-адрес для iFrame.

Я правильно понимаю это? Я не могу найти много документации по возвращенному URL-адресу - он истекает только после просмотра или истекает через определенное количество времени/других условий?

источник

2016-06-28 crdzoba

Пожалуйста, не забудьте перечислить все полезные ответы, в том числе вопросы других. –

Вы верны; URL-адрес истекает либо после использования, либо через пять минут (токен TTL 300 секунд).

источник

2016-06-28 23:14:56

Это полезно знать! Если они заполняют документ (например, длинный документ), истечет ли он? Если да, то каков наилучший способ использования Docusign, чтобы люди могли заполнять длинные документы на моем сайте? – crdzoba

Существует параметр «Тайм-аут сеанса подписчика», который может быть изменен DocuSign на бэкэнд и увеличен до 120 минут. Если вы существующий клиент, я бы предложил обратиться за поддержкой. Если это просто демо-счет, я рад помочь. –

До тех пор, пока получатель «активен», он не истечет. Я считаю, что есть тайм-аут, где, если они ничего не сделают, это истечет, но я считаю, что он установлен относительно высоким (может быть, 20 минут), и в течение этого времени (даже не прокрутки) они не будут абсолютно ничего делать expire, и вам нужно создать для них новую внедренную подпись. – Ergin

Обратите внимание, что iFrame - это не очень хорошая идея. Особенно, если ваше приложение будет когда-либо использоваться с мобильного браузера или планшета.

Я обновил документы для метода EnvelopeViews: createRecipient с информацией об использовании одного URL-адреса.

источник

2016-06-30 07:54:38

Спасибо за информацию. Спецификация требует iFrame, поскольку пользователь должен иметь возможность щелкнуть вкладки, соответствующие различным документам/конвертам. Кажется, что iFrame - наш единственный выбор? Кроме того, спасибо за обновление документов! Можете ли вы дать дополнительную информацию о том, почему следует избегать использования iFrame? – crdzoba

iFrame - плохая идея, потому что пользовательский интерфейс DocuSign предназначен для использования на 100% экрана. Это особенно актуально для мобильных подписчиков. И в наши дни мы рекомендуем вам предположить, что люди будут подписываться с помощью мобильного телефона. Вместо интерфейса с вкладками, почему бы не модальный интерфейс? Когда пользователь нажимает кнопку, они перенаправляются в правый RecipientView. Возможность переключения между RecipientViews может привести к таймаутам, когда пользователь пренебрегает выполнением задачи на определенной вкладке. –

Получатель только для просмотра? createRecipientView

ответ

Смежные вопросы