Signatura electrònica a Odoo: com triar proveïdor segons el nivell eIDAS, el volum i el país del signant

L'elecció de proveïdor de signatura electrònica per a Odoo la fixen tres preguntes, no la marca: quin nivell eIDAS exigeix el document, quants documents signes a l'any i en quin país és qui signa. Si la resposta és «simple, pocs i tant fa el país», Odoo Sign n'hi ha prou. Si necessites signatura qualificada, un mètode d'identificació d'un país concret o un volum que faci rendible pagar per signatura, entra un dels tres proveïdors per als quals hem construït connector: e-Signature.eu, Scrive o Signaturit. Què és eIDAS ho trobaràs a signatura electrònica eIDAS a Odoo.

Odoo Sign natiu: quin nivell dona i on n'hi ha prou

La documentació oficial d'Odoo ho diu sense embuts: dels tres tipus que distingeix eIDAS, «Odoo genera el primer, signatures electròniques simples». Sign és un mòdul d'Enterprise, no és als addons de Community, i fa bé la seva feina: el signant traça la seva signatura o accepta amb un clic i el document queda al chatter amb un certificat de finalització (hash per signant, segell de temps i IP). Com a identificació addicional ofereix codi per SMS, itsme® (UE, Regne Unit, Islàndia i Noruega) i Aadhaar a l'Índia; els tres gasten crèdits de compra integrada i, sense crèdit, la identificació s'omet.

N'hi ha prou per al que se signa entre parts que no discutiran l'autoria: acusaments de rebuda, autoritzacions internes, annexos, acceptacions de clients habituals. No n'hi ha prou quan algú exigeix per escrit signatura avançada o qualificada, quan el signant necessita un esquema d'identitat nacional que Sign no porta, o quan el proveïdor ja el va triar la matriu del grup.

Els quatre, un al costat de l'altre

«Països forts» és on el mètode d'identificació és el que la gent ja té instal·lat. Sense xifres de preu: les fixa cada proveïdor.

Per tipus de document

• Pressupost i comanda de venda. El que més se signa i el que menys nivell necessita: Odoo Sign o el nivell simple de qualsevol proveïdor. Treure'l fora té una raó operativa, no legal: que l'estat «signat» arribi a la comanda tot sol.
• Contracte amb contrapart externa. Identitat verificada (AES) i, si el litigi és realista o la contrapart ho exigeix, QES. L'error car és posar QES per defecte i que la contrapart trigui dies a donar-se d'alta en una identitat digital que no tenia.
• Contracte laboral i RRHH. Neix a RRHH (hr.version a Odoo 19, hr.contract a 18 i 17); els tres connectors tenen pont de RRHH i el nivell simple o avançat sol bastar. El que importa és que el contracte signat i la seva evidència tornin a l'expedient.
• Sector regulat i administració. Quan la norma diu «qualificada» no hi ha nivell per triar: és QES o el tràmit no entra, com al Guichet unique francès per a modificacions i cessaments d'empresa. El que es tria és el mètode: amb e-Signature.eu, itsme® o Evrotrust; a Scrive, les QES de BankID noruec, Smart-ID, Verimi o les pròpies.

El flux dins d'Odoo canvia segons el proveïdor

Els tres connectors comencen en un botó del registre d'Odoo i acaben amb el PDF signat adjunt a aquest registre; canvia el que hi ha pel mig, perquè cada API explica l'estat a la seva manera i cap de les tres signa el seu avís de canvi: els tres el tracten com un timbre i tornen a preguntar a l'API abans de tocar res. e-Signature.eu maneja sis estats a la sol·licitud (esborrany, enviada, signada, aturada, cancel·lada, error) i set al document d'origen, comptant «sense enviar»; deduplica l'avís pel hash del cos i té un cron horari de rescat. En tancar-se queden PDF signat, audit trail del proveïdor i informe probatori propi. Pas a pas, a signatura eIDAS a Odoo amb e-Signature.eu.

Scrive distingeix deu estats (esborrany, preparació, pendent d'arrencada, pendent, signat, cancel·lat, caducat, rebutjat, error i desat com a plantilla); els canvis arriben per callback, autenticat amb un token propi de cada compte a la URL, i per un cron horari. La seva particularitat: el PDF se segella dues vegades i el connector refresca el mateix adjunt per no deixar dos contractes a la mateixa comanda. Està a Scrive i Odoo i, amb els endpoints, a la seva versió tècnica en anglès.

Signaturit tampoc no signa els seus esdeveniments: el connector els autentica amb un token propi de cada compte a la URL i, si s'activa, comprovant la IP d'origen; després deduplica i torna a preguntar a l'API. La sol·licitud passa per vuit estats i el document d'origen en mostra set; rebutjat, caducat i error programen una activitat per a qui va crear la sol·licitud. El detall, a Signaturit a Odoo.

Canviar de proveïdor sense canviar d'Odoo

Els proveïdors es canvien: venç el contracte, apareix una exigència de QES que l'actual no cobreix. El que no hauria de canviar és el que Odoo sap de cada document. Quatre coses han de mantenir-se estables perquè el canvi sigui un mòdul nou i no una migració:

• El vincle entre la sol·licitud i el registre d'origen: model i identificador.
• Un camp d'estat a l'origen amb vocabulari comú: sense enviar, pendent, signat, rebutjat, caducat, cancel·lat, error.
• El PDF signat i la seva evidència com a adjunts del registre d'origen, anomenats pel document i no per l'identificador del proveïdor.
• Una nota al chatter per cada canvi d'estat.

Amb això, el que es va signar abans continua sent cercable i les automatitzacions no noten el canvi. Les sol·licituds en vol no es migren: s'acaben amb el proveïdor antic o es reenvien amb el nou. És el criteri de qualsevol connector d'Odoo per al programari d'un partner.

Checklist de decisió

1. Qui podria exigir-te per escrit un nivell concret per a cada document? Si ningú, és SES i Odoo Sign val.
2. Mira el país dels signants, no el teu: el mètode que ja tenen instal·lat decideix més que el logotip.
3. Divideix la quota anual pel preu per signatura: aquest és el punt en què compensa cada model.
4. Comprova que el pla inclou API. Sense token no hi ha connector.
5. Exigeix que el PDF signat i l'evidència tornin al registre d'Odoo d'origen.
6. Pregunta què passa quan el webhook no arriba. Sense una tasca programada que torni a preguntar, no hi ha integració.
7. Si el proveïdor ja el va triar el grup, integra el que hi ha i deixa el que és intern a Odoo Sign. Els tres són a partners tecnològics i d'Odoo i a solucions.

Preguntes freqüents

Enllaços útils dins de FlexigoTech

El que fem sobre això