OneSpan Sign version 11.50 : Reprise de l'acceptation seule

Duo Liang,

La version 11.50 de OneSpan Sign a récemment été déployée dans les environnements de prévisualisation. Dans cette dernière version, nous avons introduit le flux de signature OneSpan Notary, pris en charge la signature de documents signés en externe, permis à un document d'être à la fois signable et accepté uniquement, ajouté plus de détails à la piste d'audit et effectué un certain nombre de corrections de bogues. Pour une liste complète des mises à jour du produit, consultez la note de mise à jour 11.50. Consultez également notre Trust Center pour connaître les dates de déploiement de tous nos environnements.

Dans ce blog, nous commencerons par le remaniement de l'acceptation uniquement et nous montrerons comment définir un document qui doit être à la fois signé et accepté, puis nous verrons comment signer électroniquement un document qui a été préalablement signé par une solution externe autre que OneSpan Sign. Sans plus attendre, commençons !

Reprise à l'acceptation seule

Dans OneSpan Sign, un document accepté uniquement est un document utilisé pour confirmer qu'une personne accepte les termes de la transaction et souhaite poursuivre le processus. Jusqu'à présent, lorsqu'un document était marqué comme document à accepter uniquement, les expéditeurs ne pouvaient pas ajouter de signatures d'acceptation à côté d'autres types de signatures et de champs.

23-2-22-1

Afin d'apporter plus de flexibilité et de granularité lors de la conception d'un flux de signature électronique après la version 11.50, OneSpan Sign a supprimé cette limitation et les expéditeurs ont désormais la possibilité d'attribuer au document d'une transaction à la fois le statut de document signable et celui de document à accepter uniquement. Cette amélioration permet de réaliser des cas d'utilisation dans lesquels certains signataires signent un document tandis que d'autres ne peuvent qu'accepter le document.

Pour les utilisateurs ad hoc

Lorsque les utilisateurs conçoivent un document dans le portail de l'interface utilisateur, l'affectation d'un signataire sélectionné en tant qu'accepteur pour le document en cours fait disparaître toutes les signatures et tous les champs. Toutefois, le fait de désigner un signataire comme acceptant uniquement n'affecte pas les autres signataires. Vous pouvez toujours sélectionner d'autres signataires et placer des signatures et des champs pour eux. Voir la capture d'écran ci-dessous :

23-2-22-2

Pour les utilisateurs de l'API RESTful

Les utilisateurs intégrés peuvent également tirer parti de cette fonctionnalité. Lors de la création d'une transaction et de l'élaboration du JSON de la demande, si vous souhaitez définir un destinataire accepteur, ne spécifiez aucun "champ" dans le nœud "approbations" qui lui est attribué. Dans le même temps, conservez les "approbations" des signataires ordinaires telles quelles. Voyez l'exemple ci-dessous où Signer1 est un accepteur et Signer2 est un signataire ordinaire :

Demande HTTP

POST /api/packages

En-têtes HTTP

Authorization : Basic api_key / Bearer access_token
Accept : application/json
Content-Type : multipart/form-data

Chargement de la requête

{
  "roles" : [
    {
      "id" : "Signer1",
      "signers" : [
        {
          "email" : "[email protected]",
          "firstName" : "John",
          "lastName" : "Smith"
        }
      ]
    },
    {
      "id" : "Signer2",
      "signers" : [
        {
          "email" : "[email protected]",
          "firstName" : "Mary",
          "lastName" : "Doe"
        }
      ]
    }
  ],
  "documents" : [
    {
      "approvals" : [
        {
          "role" : "Signer1",
          "fields" : [
          ]
        },
        {
          "role" : "Signer2",
          "fields" : [
            {
              "page" : 0,
              "top" : 300,
              "sous-type" : "FULLNAME",
              "height" : 50,
              "left" : 100,
              "width" : 200,
              "type" : "SIGNATURE"
            }
          ]
        }
      ],
      "nom" : "Document de test"
    }
  ],
  "nom" : "Test Accept-Only Rework",
  "status" : "SENT"
}

Notez que cette fonctionnalité n'est temporairement pas disponible dans les SDK.

Nous voulons connaître votre avis

Nous y voilà. Nous avons présenté quatre nouvelles fonctionnalités introduites dans la version 11.50. Si vous avez des questions concernant ce blog ou tout autre sujet relatif à l'intégration de OneSpan Sign dans votre application, visitez les forums de la communauté des développeurs. Vos commentaires nous intéressent !