Passer au contenu principal
POST
Python
Vérifie à nouveau les documents signés d’une étape et enregistre le résultat dans validation de chaque signataire. Didit relit chaque PDF signé et vérifie son SHA-256. Pour une signature avancée (AES), il valide aussi la signature PAdES, le certificat, les données de révocation et l’horodatage. Une signature simple ne comporte aucune signature numérique : seule l’intégrité du fichier est vérifiée. Rien n’est signé à nouveau. Dans la console, cette action correspond au bouton Valider à nouveau de l’onglet Signature de la session.
Envoyez signature_id pour vérifier un seul signataire. Sans ce champ, Didit vérifie tous les signataires de l’étape et répond 409 avec signature_not_signed si l’un d’entre eux n’a pas encore signé. Un PDF signé conservé qui ne correspond plus à son sha256_signed renvoie 400 avec signature_document_changed. La réponse est { "signatures": [...] } avec les signataires vérifiés. Consultez validation.valid pour le résultat global et validation.documents[] pour chaque document. Voir Valider à nouveau une signature pour chaque champ.

Liens connexes

Autorisations

x-api-key
string
header
requis

La clé API de votre application, issue de Développeurs -> Clés API dans la Business Console. La clé principale dispose d'un accès complet. Une clé nommée peut être restreinte : aucun, lecture ou écriture par ressource, limitée à certains workflows ou aux sessions approuvées, à une liste d'adresses IP et à une date d'expiration. 401 signifie que la clé est incorrecte, révoquée ou expirée ; 403 signifie qu'aucune clé n'a été envoyée, que la clé n'a pas accès à cette ressource ou action, ou que la requête provient d'une adresse hors de sa liste d'IP ; 404 sur une route de session signifie que la session est hors des workflows ou des statuts de la clé. Une clé sans accès aux médias reçoit les URL d'images, de vidéos et de PDF à null, et une clé sans accès en écriture aux sessions reçoit les liens et tokens de session à null. Voir https://docs.didit.me/console/api-keys.

Paramètres de chemin

sessionId
string<uuid>
requis

La session de vérification des utilisateurs (KYC) ou de vérification d'entreprise (KYB).

Exemple:

"11111111-2222-3333-4444-555555555555"

nodeId
string
requis

L'étape de signature électronique : node_id de l'élément dans signatures[].

Exemple:

"feature_signature"

Corps

application/json
signature_id
string<uuid>

id de l'élément d'un signataire dans signatures[].

Réponse

Les signataires vérifiés, avec leur validation mise à jour.

signatures
object[]
Dernière modification le 7 novembre 2026