Signature électronique dans Odoo : choisir son fournisseur selon le niveau eIDAS, le volume et le pays du signataire

Le choix d'un fournisseur de signature électronique pour Odoo dépend de trois questions, pas d'une marque : quel niveau eIDAS exige le document, combien de documents vous signez par an et dans quel pays se trouve le signataire. Si la réponse est « simple, peu nombreux et peu importe le pays », Odoo Sign suffit. Si vous avez besoin d'une signature qualifiée, d'une méthode d'identification propre à un pays ou d'un volume qui rend le paiement à la signature rentable, l'un des trois fournisseurs pour lesquels nous avons construit un connecteur entre en jeu : e-Signature.eu, Scrive ou Signaturit. Ce qu'est eIDAS est expliqué dans signature électronique eIDAS dans Odoo.

Odoo Sign natif : quel niveau il offre et où il suffit

La documentation d'Odoo le dit sans détour : des trois types que distingue eIDAS, « Odoo génère le premier, les signatures électroniques simples ». Sign est un module Enterprise, absent des addons Community, et il fait bien son travail : le signataire trace sa signature ou accepte d'un clic, et le document est consigné dans le chatter avec un certificat de fin de signature (hash par signataire, horodatage et IP). Comme identification supplémentaire, il propose un code par SMS, itsme® (UE, Royaume-Uni, Islande et Norvège) et Aadhaar en Inde ; les trois consomment des crédits d'achat intégré et, sans crédit, l'identification est ignorée.

Il suffit pour ce qui se signe entre parties qui ne contesteront pas la paternité : accusés de réception, autorisations internes, annexes, acceptations de clients habituels. Il ne suffit pas quand quelqu'un exige par écrit une signature avancée ou qualifiée, quand le signataire a besoin d'un schéma d'identité national que Sign ne propose pas, ou quand le fournisseur a déjà été choisi par la maison mère du groupe.

Les quatre, côte à côte

Les « pays forts » sont ceux où la méthode d'identification est celle que les gens ont déjà installée. Sans chiffres de prix : chaque fournisseur fixe les siens.

Par type de document

• Devis et commande client. Ce qui se signe le plus et ce qui demande le moins de niveau : Odoo Sign ou le niveau simple de n'importe quel fournisseur. Le sortir d'Odoo a une raison opérationnelle, pas juridique : que le statut « signé » arrive tout seul sur la commande.
• Contrat avec une contrepartie externe. Identité vérifiée (AES) et, si un litige est réaliste ou si la contrepartie l'exige, QES. L'erreur coûteuse est de mettre la QES par défaut et que la contrepartie mette des jours à créer une identité numérique qu'elle n'avait pas.
• Contrat de travail et RH. Il naît dans les RH (hr.version dans Odoo 19, hr.contract dans 18 et 17) ; les trois connecteurs ont un pont RH et le niveau simple ou avancé suffit généralement. L'essentiel est que le contrat signé et ses preuves reviennent dans le dossier.
• Secteur réglementé et administration. Quand la norme dit « qualifiée », il n'y a pas de niveau à choisir : c'est la QES ou la démarche n'est pas acceptée, comme au Guichet unique français pour les modifications et radiations d'entreprise. Ce que l'on choisit, c'est la méthode : avec e-Signature.eu, itsme® ou Evrotrust ; chez Scrive, les QES de BankID norvégien, Smart-ID, Verimi ou les siennes.

Le flux dans Odoo change selon le fournisseur

Les trois connecteurs démarrent par un bouton sur l'enregistrement Odoo et se terminent par le PDF signé joint à cet enregistrement ; ce qui change, c'est le milieu, car chaque API raconte l'état à sa manière et aucune des trois ne signe son avis de changement : les trois le traitent comme une sonnette et réinterrogent l'API avant de toucher à quoi que ce soit. e-Signature.eu gère six statuts sur la demande (brouillon, envoyée, signée, arrêtée, annulée, erreur) et sept sur le document d'origine, en comptant « non envoyé » ; il dédoublonne l'avis par le hash du corps et dispose d'un cron horaire de rattrapage. À la clôture, il reste le PDF signé, l'audit trail du fournisseur et un rapport probatoire propre. Pas à pas dans signature eIDAS dans Odoo avec e-Signature.eu.

Scrive distingue dix statuts (brouillon, préparation, en attente de démarrage, en attente, signé, annulé, expiré, refusé, erreur et enregistré comme modèle) ; les changements arrivent par callback, authentifié par un jeton propre à chaque compte dans l'URL, et par un cron horaire. Sa particularité : le PDF est scellé deux fois et le connecteur actualise la même pièce jointe pour ne pas laisser deux contrats sur la même commande. C'est dans Scrive et Odoo et, avec les endpoints, dans sa version technique en anglais.

Signaturit ne signe pas non plus ses événements : le connecteur les authentifie avec un jeton propre à chaque compte dans l'URL et, si l'option est activée, en vérifiant l'IP d'origine ; puis il dédoublonne et réinterroge l'API. La demande passe par huit statuts et le document d'origine en affiche sept ; refusée, expirée et erreur programment une activité pour la personne qui a créé la demande. Le détail se trouve dans Signaturit dans Odoo.

Changer de fournisseur sans changer d'Odoo

On change de fournisseur : le contrat arrive à échéance, une exigence de QES apparaît que l'actuel ne couvre pas. Ce qui ne devrait pas changer, c'est ce qu'Odoo sait de chaque document. Quatre éléments doivent rester stables pour que le changement soit un nouveau module et non une migration :

• Le lien entre la demande et l'enregistrement d'origine : modèle et identifiant.
• Un champ de statut sur l'origine avec un vocabulaire commun : non envoyé, en attente, signé, refusé, expiré, annulé, erreur.
• Le PDF signé et ses preuves comme pièces jointes de l'enregistrement d'origine, nommées d'après le document et non d'après l'identifiant du fournisseur.
• Une note dans le chatter pour chaque changement de statut.

Ainsi, ce qui a été signé avant reste consultable et les automatisations ne remarquent pas le changement. Les demandes en cours ne sont pas migrées : on les termine avec l'ancien fournisseur ou on les renvoie avec le nouveau. C'est le critère de tout connecteur Odoo pour le logiciel d'un partenaire.

Checklist de décision

1. Qui pourrait vous exiger par écrit un niveau précis pour chaque document ? Si personne, c'est une SES et Odoo Sign suffit.
2. Regardez le pays des signataires, pas le vôtre : la méthode qu'ils ont déjà installée pèse plus que le logo.
3. Divisez l'abonnement annuel par le prix à la signature : c'est le seuil à partir duquel chaque modèle devient rentable.
4. Vérifiez que la formule inclut l'API. Sans jeton, pas de connecteur.
5. Exigez que le PDF signé et les preuves reviennent dans l'enregistrement Odoo d'origine.
6. Demandez ce qui se passe quand le webhook n'arrive pas. Sans une action planifiée qui réinterroge, il n'y a pas d'intégration.
7. Si le fournisseur a déjà été choisi par le groupe, intégrez celui qui existe et laissez l'interne à Odoo Sign. Les trois figurent dans partenaires technologiques et d'Odoo et dans solutions.

Questions fréquentes

Liens utiles chez FlexigoTech

Ce que nous faisons à ce sujet