2013-09-04 1 views
0

Используя API REST, я пытался создать получателей для встроенной подписи и все еще нуждаюсь в проверке идентификатора. Кажется, я не могу заставить его работать. Встроенная часть подписи работает нормально, но я не запрашиваю проверку идентификатора.DocuSign ID Check with Embedded подписания

Я знаю, что со встроенным подписями, что пользовательские функции аутентификации могут обрабатываться моим приложением, но наш бизнес по-прежнему хотел бы, чтобы подписыватели аутентифицировались с помощью функции проверки идентификатора.

Возможно ли использовать функцию проверки идентификатора со встроенной подписью?

ответ

0

Здесь может быть ошибка, но я получил это для работы, указав идентификатор RDA ID в настройках проверки получателя шаблона, а затем, когда я ссылаюсь на этот шаблон в вызове API встроенного подписи, он начинается с проверки идентификатора перед разрешая доступ к конверту.

Выполнение этого подтверждает, что вы можете комбинировать RSA ID Check с встроенной подписью, так что это ответ на эту часть. Однако тот факт, что мне пришлось установить аутентификацию RSA на уровне шаблона в консоли и свойство requireIdLookup в моих запросах, кажется, игнорируется, заставляет меня думать, что есть ошибка.

Я буду следить за DocuSign в отношении того свойства, которое не влияет на конверт, однако на данный момент вы должны иметь возможность работать так, как указано выше. Если вы иногда используете этот шаблон и НЕ хотите проверять идентификатор RSA для получателей, то вы можете просто сделать другой шаблон таким же, но добавить идентификатор проверки и ссылаться на этот новый шаблон в своих API-вызовах и использовать первый шаблон, когда вам не нужна проверка идентификатора RSA.

+0

Ошибка регистрируется с DocuSign, ошибка ид 30830 – Ergin

+0

Благодаря Ergin. Я все еще работаю в песочнице, которая, как я только узнал, удостоверение личности не работает. Поэтому я не смогу проверить это, пока мы не перейдем к производственной среде. Когда мы это сделаем, я попробую ваше предложение и отметьте это как ответ. – chrisl91

+0

Это неправда, проверка идентификатора работает в среде демонстрационной песочницы. Я могу инициировать процесс, выполнив описанные выше действия и сохранив параметр проверки проверки идентификатора на уровне шаблона ... – Ergin

0

Как указать метод проверки подлинности получателя при использовании API DocuSign REST для создания конверта будет зависеть от того, вы:

1) создание конверта с помощью DocuSign шаблона ИЛИ 2) создание огибающей поставляя документ (документы) в качестве части вызова API-интерфейса Create Envelope.

В первом случае (создание конверта с использованием шаблона DocuSign) вы можете использовать составные шаблоны в вызове API Create Envelope API, чтобы указать идентификатор проверки как форму аутентификации получателя (даже если ваш шаблон не указывает какую-либо форму аутентификации получателя). Например, этот запрос создаст конверт (с использованием шаблона), который указывает идентификатор проверки для встроенного получателя:

POST https: // {{env}} .docusign.net/restapi/{{version}}/счета/{{acctId}}/конверты

{ 
"emailSubject": "Please sign", 
"emailBlurb": "Please sign...thanks!", 
"status": "sent", 
"compositeTemplates": [ 
    { 
     "serverTemplates": [ 
      { 
       "sequence": 1, 
       "templateId": "YOUR_TEMPLATE_ID" 
      } 
     ], 
     "inlineTemplates": [ 
      { 
       "sequence": 2, 
       "recipients": { 
        "signers": [ 
         { 
          "email": "[email protected]", 
          "name": "Sally Adamson", 
          "recipientId": "1", 
          "clientUserId": "YOUR_CLIENT_USER_ID_VALUE", 
          "roleName": "Signer 1", 
          "requireIdLookup": "true", 
          "idCheckConfigurationName": "ID Check $" 
         } 
        ] 
       } 
      } 
     ] 
    } 
] 
} 

Обратите внимание, что вы должны установить requireIdLookup свойство истинного и установить idCheckConfigurationName свойство ID Check $ для получателя, указать идентификатор Проверьте как метод аутентификации получателя.

В последнем случае (создание конверта путем подачи документов, как часть вашего Create API вызова Envelope), вам просто нужно установить requireIdLookup свойства истинного и установить idCheckConfigurationName свойства ID Check $ для получателя.Например, эта структура получателя (если включено в контекст запроса Create Envelope API) указывает, что получатель будет идентифицирован через ID Проверил:

"recipients": { 
    "signers": [ 
     { 
      "email": "[email protected]", 
      "name": "Bob Adamson", 
      "recipientId": "1", 
      "routingOrder": "1", 
      "idCheckConfigurationName": "ID Check $", 
      "requireIdLookup": "true", 
      "tabs": { 
       "signHereTabs": [ 
        { 
         "recipientId": "1", 
         "tabLabel": "Customer_Signature", 
         "documentId": "1", 
         "pageNumber": "1", 
         "xPosition": "100", 
         "yPosition": "100" 
        } 
       ] 
      } 
     } 
    ] 
}