Aller au contenu principal

Dépannage

Passez en revue cette liste de contrôle rapide si vos requêtes ne fonctionnent pas

Assurez-vous que tous les endpoints et resource_uri se terminent par une barre oblique - '/'

Création de document - assurez-vous que votre tableau de signataires est contenu dans une liste.

Assurez-vous d'inclure l'en-tête Content-Type application/json.

Effectuez une requête GET avant une POST - confirmez que votre en-tête Authorization est correctement formaté.

Le succès d'une requête POST est 201. Le succès d'une requête GET est un code de statut 200.

Codes de statut Legalesign

Codes de statut
POST & 201 - réussi
PATCH & 202 - réussi
DELETE & 204 - réussi
400 - mauvaise requête (généralement un POST échoué)
401 - non autorisé
405 - méthode non autorisée
429 - limitation
500 - erreur HTTP - généralement une erreur d'analyse json

Les informations sur les erreurs sont souvent placées dans le CORPS de la réponse. Vérifiez cela pour une explication de ce qui ne va pas.

Le format de l'heure est : YYYY-mm-ddTH:M:S

Why is a user attribute needed? POST requests require a user attribute. You can send on behalf of other users in a group.

Still not working? Avoid frustration and contact us (with the problematic code snippet if possible) at support.legalesign.com.

Reference

Document status codes

Document status codeText
10Initial state, check signer status for sent/unsent
20Fields completed
30Signed / Approved / Witnessed
40Removed (before signing)
50Rejected

Recipient status codes

Recipient (signer, approver, witness) status codeText
4Unsent
5Schedule to be sent
10Sent
15Email opened
20Visited
30Fields complete
35Fields complete ex signature
39Waiting for a witness to complete
40Signed
50Downloaded
60Rejected

Export This Article

Save a copy of this page as PDF or plain text.