Adobe Acrobat Sign pour NetSuite : Notes de mise à jour

La mise à jour 4.0.5 contient plusieurs correctifs de sécurité liés à la connexion OAuth.

La version 4.0.4 est entièrement adaptée pour l’utilisation de domaines spécifiques au compte pour tout nouveau trafic généré.

L’icône Adobe Sign a été mise à jour avec la nouvelle image.

Nouvelle image de marque Adobe Sign (précédemment services Adobe Document Cloud eSign)
Le nom Adobe Sign est désormais utilisé à la place de Adobe eSign Services.  

La sortie du nouveau package (v4.0.1) fait suite à une régression de l’API survenue lors de la mise à jour de la plateforme de NetSuite.

Nous conseillons à nos utilisateurs de procéder à la mise à jour.

Ajout de la configuration automatique des utilisateurs via NetSuite

Un système de préférences personnalisées a été ajouté à la version 4.0. Lorsque celles-ci sont activées, les utilisateurs qui envoient des accords dans NetSuite sont automatiquement configurés avec un compte utilisateur des services eSign d’Adobe Document Cloud.

Homologation « Built for NetSuite »

Cette version a obtenu l’homologation « Built for NetSuite » et applique toutes les meilleures pratiques récentes en matière de conception de NetSuite.

Services eSign d’Adobe Document Cloud (auparavant EchoSign)

Là où auparavant apparaissait Adobe EchoSign, apparaît désormais « Services eSign d’Adobe Document Cloud » (ou « Services eSign d’Adobe »).

Sécurité renforcée avec OAuth

Pour renforcer la sécurité des données, les services eSign utilisent désormais OAuth 2.0 pour authentifier votre compte des services eSign d’Adobe Document Cloud dans NetSuite. Ce nouveau protocole permet à NetSuite de communiquer avec les services eSign sans avoir besoin de vous demander votre mot de passe pour les services eSign. Dans la mesure où les informations sensibles ne sont pas directement partagées entre les applications, votre compte est moins susceptible d’être piraté. Cette amélioration n’a aucune incidence sur votre mise en œuvre. Vous devrez toutefois effectuer une configuration unique pour autoriser votre package NetSuite à communiquer avec Adobe Document Cloud. Cette configuration est effectuée pendant le processus d’installation. Pour les utilisateurs qui mettent à jour une ancienne version du package (v3.5.9 et antérieures), la clé API utilisée est remplacée par un jeton OAuth, généré lors du processus d’autorisation.

Migration des services eSign des API SOAP aux API REST

Dans l’optique d’une efficacité, d’une flexibilité et d’une vitesse de traitement accrues, les services eSign d’Adobe Document Cloud (et par conséquent, la version 4.0 de l’intégration pour NetSuite) utilisent désormais des API REST au lieu d’API SOAP.

Rôles avancés des participants - Approbateur

• Le rôle d’approbateur peut être donné à plusieurs destinataires d’un accord.
• Le rôle des approbateurs et de réviser et approuver le document.
• Les approbateurs peuvent également être amenés à ajouter des données à l’accord avant de l’approuver.

Aperçu du document ou placement des champs de formulaire par glisser-déposer avant l’envoi

Prévisualisez l’accord ou placez des champs de formulaire par glisser-déposer avant l’envoi pour signature.

Envoi d’un rappel au signataire actuel

Envoyez un rappel immédiat au signataire actuel.

Politiques d’authentification avancée des signataires

• Authentification fondée sur les connaissances : le signataire doit répondre à des questions visant à vérifier son identité.
  • Le signataire doit répondre à des questions visant à vérifier son identité. Ces questions sont extraites de centaines de bases de données publiques et commerciales.
  • Le nom pris en compte pour la signature est le nom authentifié de l’utilisateur. Celui-ci ne peut pas être modifié au moment de la signature.
  • Solution d’authentification RSA.
  • L’utilisation de l’authentification fondée sur les connaissances est limitée par compte et par mois. Pour plus d’informations, contactez le support commercial.
• Identité web : connexion possible uniquement après s’être identifié sur Facebook, LinkedIn, Google, etc.
  • Le signataire doit obligatoirement faire vérifier son identité grâce à un service web tiers avant de pouvoir se connecter.
    • Google, LinkedIn, Facebook, Microsoft Live, Yahoo!, Twitter
  • Le nom pris en compte pour la signature est celui qui figure sur le profil de service web de l’utilisateur. Celui-ci ne peut pas être modifié au moment de la signature.
  • Un journal d’audit enregistre les détails de la vérification d’identité.
• Mot de passe à usage unique
• Appliquez certaines méthodes d’authentification selon si le signataire est interne, externe ou appliquez les à l’ensemble des signataires.
  • Exemple : vous pouvez décider que les signataires externes nécessitent un mot de passe ou utilisent l’authentification fondée sur les connaissances, sans que cela soit le cas pour les signataires internes.

Préférences personnalisées supplémentaires

• Ajoutez un fichier PDF signé sous forme d’un lien vers l’URL du fichier, ou d’une pièce jointe hébergée par NetSuite.
• Ajoutez un journal d’audit à l’enregistrement de l’accord après la signature de celui-ci.
• Désignez le contact de transaction comme signataire par défaut, plutôt que l’adresse électronique du client.
• Autorisez les expéditeurs à donner aux destinataires le rôle d’approbateur.

Fichiers de transaction

Sélectionnez facilement les fichiers de l’actuelle transaction à joindre, dans la nouvelle liste déroulante « Fichiers de transaction ».

Certification Adobe PDF pour tous les documents EchoSign

• L’ensemble des fichiers PDF envoyés ou téléchargés avec EchoSign reçoit un certificat numérique Adobe EchoSign.
• Acrobat ou Reader affichent la certification du document, garantissant ainsi son intégrité, pour plus de sérénité.

Collecte de documents annexes

• Les expéditeurs ont la possibilité de récupérer des pièces justificatives supplémentaires de la part des signataires, au moment de la signature (permis de conduire, extrait K-bis, etc.)
• Les documents ainsi récupérés sont ajoutés à l’enregistrement officiel de l’accord signé.

Champs de données conditionnels

• Définissez la logique conditionnelle pour les champs de l’accord.
• Les conditions peuvent reposer sur les valeurs d’un ou plusieurs champs de l’accord.
• Les conditions peuvent être définies via l’interface de création de formulaires à glisser-déposer ou via des balises de texte.
• Les champs qui conviennent sont présentés au signataire lors de la signature du document, en fonction des conditions définies.

Autres améliorations de champs de formulaires EchoSign

• Menus déroulants
• Masquage de champs
• Cases d’option
• Créez des balises de textes plus courtes pour garder la structure du document.