Signature eIDAS dans Odoo avec e-Signature.eu : itsme, Evrotrust et paiement à la signature

e-Signature.eu est une plateforme européenne de signature eIDAS : elle ne vend pas d'abonnements annuels, elle vend du crédit, et chaque signature en consomme. Le connecteur qui la branche sur Odoo, c'est nous qui l'avons construit et qui le maintenons, avec une version pour chaque série (17, 18 et 19) (fiche du module). Cet article traite de ce que presque personne ne vous explique avant l'achat : le niveau dont vous avez réellement besoin, ce que l'autre partie doit faire pour signer, et comment le calcul change quand on paie à la signature plutôt qu'à l'année.

Les trois niveaux eIDAS, vus sous l'angle de ce qu'ils changent dans votre processus

Le règlement (UE) 910/2014 définit trois niveaux, et la différence juridique figure dans son propre texte (articles 3, 25 et 26). Ce que le règlement ne dit pas, c'est la différence opérationnelle : chaque niveau demande quelque chose de différent au signataire, et plus vous en demandez, plus il y a de gens qui abandonnent en route.

Ces quatre méthodes forment le catalogue complet du connecteur, et il n'est pas modifiable : personne ne peut étiqueter comme « qualifiée » une signature qui ne l'est pas.

Quand la QES est-elle vraiment nécessaire ?

La plupart des entreprises qui s'interrogent sur la signature qualifiée la veulent pour des documents qui n'en ont pas besoin. Le bon critère n'est pas « combien vaut le contrat », c'est « quelqu'un va-t-il me l'exiger par écrit » :

• Démarches auprès d'une administration qui l'exige. En France, e-Signature.eu indique que depuis janvier 2023 l'INPI exige une signature qualifiée pour les formalités de modification et de cessation d'entreprise du Guichet unique. Là, pas de débat : soit c'est de la QES, soit la démarche n'est pas acceptée.
• Contreparties dont la politique d'achats l'impose. Grands comptes, assureurs et certaines banques la demandent par défaut.
• Documents que vous vous attendez à voir contestés. Si le litige est un scénario réaliste, la QES place la charge de la preuve de votre côté.

Tout le reste (confirmations, accusés de réception, annexes internes) relève de la SES ; les contrats B2B standard, de l'AES. Et une précision honnête : la QES ne remplace pas les actes que la loi oblige à passer en la forme authentique devant notaire. L'erreur la plus coûteuse n'est pas de viser trop bas : c'est de mettre la QES par défaut et de se demander ensuite pourquoi les gens mettent quatre jours à signer un bon de livraison.

itsme, Evrotrust, Veriff et OTP : ce que chacun demande au signataire

itsme® est l'identité numérique belge. En Belgique, l'inscription classique demande l'eID avec un lecteur de cartes ou la carte d'une banque belge ; hors de Belgique, selon e-Signature.eu, un passeport, une carte d'identité ou un titre de séjour suffit, mais la couverture dépend de la liste de pays d'itsme® : vérifiez-la avant de promettre une QES à qui que ce soit. Evrotrust est un prestataire de services de confiance qualifié (QTSP) bulgare inscrit sur la liste de confiance de l'UE ; c'est aussi une application mobile, sa couverture est plus large, et c'est la méthode que l'INPI français accepte depuis 2026, selon e-Signature.eu.

Veriff n'est pas un QTSP : c'est de la vérification d'identité, document plus selfie, et il en ressort une AES. OTP est un code par e-mail ou SMS, et il en ressort une SES. Un détail nous a coûté une ronde de revue entière avec e-Signature.eu : la plateforme écarte silencieusement tout téléphone qui n'est pas « + » suivi de chiffres seuls. Un humain saisit « +32 483 22 90 07 », la plateforme l'enregistre vide et l'OTP par SMS retombe sur l'e-mail sans prévenir. Le connecteur normalise le numéro avant de l'envoyer ; c'est la septième ronde de revue qui l'a mis au jour, le 14 juillet 2026.

Ce qui change dans le flux Odoo selon le niveau

Le connecteur ajoute un bouton Send for Signature aux devis, factures, bons de commande fournisseur, contrats d'employé (hr.version dans Odoo 19, hr.contract dans 18 et 17), candidatures, contacts et tout PDF joint. Il ne dépend pas de l'app Sign, qui ne figure même pas dans le manifeste, et cela compte, car la documentation d'Odoo elle-même indique que Sign génère des signatures électroniques simples, le premier des trois niveaux : pour une AES ou une QES, il faut passer par un prestataire.

L'assistant vous fait choisir séparément le niveau juridique minimum et les méthodes, et ne vous laisse pas les combiner de travers : avec le minimum sur « Qualifiée », l'envoi avec OTP ou Veriff est refusé, et la même validation s'applique aux méthodes par défaut du compte. Cela paraît anodin et cela évite l'erreur la plus courante : un processus étiqueté QES servi par un code SMS.

Avec la SES, l'envoi part directement : le signataire saisit le code et le PDF signé revient tout seul. Avec la QES, il y a une étape d'identification que vous devez concevoir : le signataire a besoin de l'application installée et de son identité déjà vérifiée, et si c'est la première fois, cette inscription peut prendre plus de temps que le contrat. La conséquence pratique est banale et elle fonctionne : prévenez la contrepartie avant d'envoyer.

Il y a deux modes : en mode e-mail, l'invitation est envoyée par e-Signature.eu ; en mode flux Odoo, le devis part par le circuit natif et le client signe depuis son portail, où « Signer » remplace « Accepter et payer ». Le second cachait un défaut que nous avons corrigé : la session chez e-Signature.eu ne doit être créée que lorsque l'e-mail est réellement envoyé ; auparavant, supprimer le brouillon laissait la demande comme envoyée.

Abonnement ou paiement à la signature : le calcul sur un coin de table

Un abonnement se paie que vous signiez ou non, et il comporte presque toujours un quota d'enveloppes. Le modèle d'e-Signature.eu est l'inverse : vous achetez des paquets de crédits, le prix par crédit baisse avec le volume et chaque signature consomme du crédit selon son niveau. Dans leur catalogue (celui que le connecteur reproduit), une QES avec itsme® ou Evrotrust consomme un crédit par signataire, une AES avec Veriff 0,7 et une SES par OTP 0,4, que la demande porte sur un ou cinq documents.

Le calcul tient en une ligne : divisez la cotisation annuelle par le prix du crédit et vous obtenez le nombre de signatures à partir duquel l'abonnement devient rentable. Faites-le avec la cotisation qu'on vous propose et le tarif qu'e-Signature.eu publie sur son site : le résultat est un chiffre, pas une opinion. Et il y a un effet de second ordre : avec un abonnement, vous payez la même chose pour une SES ou une QES, donc rien ne vous pousse à ajuster le niveau ; avec des crédits, choisir l'AES plutôt que la QES coûte 30 % de moins sur cette signature. Choisir le niveau passe d'un débat juridique abstrait à une décision économique, à chaque envoi.

Le solde est visible dans Odoo, avec sa date de mise à jour : l'API n'a pas de point d'accès pour le solde (elle le renvoie dans la réponse de chaque demande), donc le connecteur le récupère dans la dernière et le rafraîchit avec une action planifiée quotidienne, plutôt que de simuler une donnée en direct qui n'existe pas.

Ce qui est conservé et où se trouve la preuve

Une signature sans preuve récupérable ne sert à rien le jour où il le faut. Une fois la demande terminée, trois éléments restent dans Odoo :

• Le PDF signé, joint au document d'origine et nommé d'après lui (S00026-signed.pdf), et non d'après l'identifiant interne de la demande. Cela semble cosmétique jusqu'à ce que quelqu'un cherche son contrat sans le trouver.
• L'audit trail d'e-Signature.eu, enregistré sous <documento>-audit-trail.pdf. Attention : la plateforme le génère peu de temps après la fin de la demande, donc il peut manquer si vous le demandez à l'instant de la signature ; le connecteur vous le signale au lieu d'échouer sans explication.
• Un rapport de preuve propre au module, avec le niveau eIDAS réellement atteint, les méthodes, l'heure de signature, le SHA-256 du document signé et, pour chaque signataire, son identité vérifiée, la méthode utilisée et le moment de sa signature.

Et un bouton que vous ne verrez pas dans beaucoup de connecteurs : Verify eIDAS signature ouvre l'outil de validation DSS de la Commission européenne pour que vous validiez le PDF signé auprès de quelqu'un qui n'est ni nous ni e-Signature.eu. En coulisses, l'état se synchronise avec un webhook signé en HMAC-SHA256, un registre d'idempotence et une action planifiée horaire de rattrapage ; et supprimer une demande terminée la supprime aussi de l'historique d'e-Signature.eu.

Dix rondes de revue avec e-Signature.eu

Ce connecteur n'a pas été écrit d'après la documentation puis livré : il a été présenté à l'équipe d'e-Signature.eu, cassé, puis réécrit. Dans le dépôt, il y a un fichier de tests par ronde, de test_round2.py à test_round10.py. Deux exemples, en plus du téléphone de la ronde 7 :

• Ronde 9. Une demande annulée depuis le tableau de bord d'e-Signature.eu restait « Envoyée » dans Odoo pour toujours. Et la correction évidente (l'interroger de nouveau) ne marchait pas non plus : l'annuler depuis le tableau de bord la supprime chez e-Signature.eu et la requête répond 401.
• Ronde 10. Arrêter une demande à moitié signée laissait le signataire en attente éternellement : la plateforme refuse l'opération tant que personne n'a signé, et le code avalait l'erreur et la marquait quand même comme arrêtée.

Il y a même une fonction que le connecteur refuse de simuler : le placement manuel de la signature est documenté, mais le validateur de production le rejette (22 variantes testées sur l'API réelle le 10 juillet 2026, toutes rejetées). Omettre le champ ferait réussir l'envoi en plaçant la signature automatiquement, en ignorant silencieusement vos coordonnées ; nous préférons qu'il échoue avec une explication. Aujourd'hui, ce sont 121 tests au vert sous Odoo 17, 18 et 19 avec le même code source, et la suite a aussi été exécutée sur une vraie build Odoo.sh.

Liens utiles

Questions fréquentes