Salta al contingut principal
Scrive

Scrive Connector: error quan una part que només aprova porta camps personalitzats

El missatge surt en enviar un document quan un participant té el rol Approves i, alhora, línies a Custom Fields. S'arregla traient aquests camps o canviant el rol a Signs.

FlexigoTech · Responsable: Víctor Gómez · Actualitzat el 5 de novembre de 2026

L'essencial

Mòdul
Scrive
Versions
Odoo 17, 18, 19 i 20
Comprovat
al codi del connector, versió 20.0 · a les fonts enllaçades al final
Lectura
4 min

Quan surt el missatge

Surt en enviar un document quan un participant compleix dues condicions alhora: el seu Role és Approves i té almenys una línia a Custom Fields. Amb el valor per defecte del rol al codi, Signs, aquesta comprovació no es compleix.

El text que veus és aquest: Party '…' only approves the document, so Scrive does not let it carry custom fields. Remove them, or make this party a signing party.. En lloc dels punts suspensius apareix el nom del participant.

El Role es veu a la fitxa, pestanya Parties, taula Parties. Els seus valors són Signs, Approves i Views. Custom Fields es veu a la fitxa del participant. La seva ajuda parla de camps addicionals de casella de verificació, grup d'opcions o text personalitzat per al signant, a més dels camps d'identitat integrats, i afegeix que s'ignoren en enviar des d'una plantilla.

Esquema fet amb codi: el botó Enviar, els camps Custom Fields i Role, i el missatge d'error que surt
Esquema generat a partir del codi publicat del mòdul (Odoo 17, 18, 19 i 20), no és una captura d'Odoo: del botó d'enviament i dels camps del participant al missatge.
Odoo + Scrive: see who signed, get the sealed PDF
Vídeo: Odoo + Scrive: see who signed, get the sealed PDF (vídeo en anglès)

En quin moment ho comprova el mòdul

El missatge pot sortir en prémer Send a la vista del document. Aquest botó apareix amb condicions diferents. Un s'amaga quan el State no és el d'esborrany ni el d'error, i amb els valors per defecte es veu. L'altre només apareix quan el document és en preparació, i amb els valors per defecte no es veu. Tots dos arriben a la mateixa validació de participants.

La validació recorre els participants un a un. De cadascun revisa primer altres dades (per exemple el nom, el correu o el mòbil) i només després arriba a aquesta regla del rol. Si alguna cosa falla abans, veuràs aquest altre missatge. L'enviament s'atura al primer error, i per això, després de corregir aquest, pot aparèixer un altre de diferent.

És una comprovació del mòdul mateix. El codi la presenta com a reflex d'una regla de Scrive: un participant que només aprova no pot portar camps personalitzats.

Un cas il·lustratiu: el director que aprova i omple

Exemple Cas il·lustratiu: l'empresa i les seves dades són inventades per explicar el flux.

Aceros Lumbreras, una empresa inventada, prepara un document amb dos participants: la clienta, amb rol Signs, i el director financer, amb rol Approves. Algú va afegir al director una casella a Custom Fields perquè confirmi que ha llegit unes condicions. En prémer Send, l'acció s'atura i apareix el missatge amb el nom del director en lloc dels punts suspensius.

El mateix missatge existeix traduït a altres idiomes. L'esquema següent mostra el text en castellà, alemany, francès, italià i portuguès.

Esquema fet amb codi amb el mateix missatge en castellà, alemany, francès, italià i portuguès
Esquema generat a partir de les traduccions publicades del mòdul, no és una captura d'Odoo: el text de l'error segons l'idioma de l'Odoo de l'usuari.

Això és el que fa la persona que ho resol, per ordre:

  1. Llegeix el nom que surt al missatge i localitza aquest participant a la pestanya Parties de la fitxa.
  2. Comprova el seu Role: és Approves.
  3. Obre la seva fitxa i mira Custom Fields: hi ha almenys una línia.
  4. Decideix què necessita aquest participant: només donar la seva aprovació, o omplir la casella.
  5. Si només aprova, esborra totes les línies de Custom Fields. Si ha d'omplir la casella, canvia el seu Role a Signs.
  6. Torna a prémer Send, que es veu quan el State és esborrany o error.

Com resoldre-ho segons el que necessitis

  • El participant només aprova: deixa el rol a Approves i buida Custom Fields. La condició exigeix que hi hagi línies, així que amb la llista buida el missatge no torna a sortir.
  • El participant ha d'omplir camps: canvia el Role a Signs. El missatge mateix ho proposa: converteix-la en part signant.

No n'hi ha prou buidant un sol camp si n'hi ha diversos: la condició es compleix mentre quedi almenys una línia.

Què comprovar després

  • Que la taula de la pestanya Parties mostra el Role que volies per a cada participant.
  • Que, si has deixat algú com a Approves, la seva fitxa no conserva línies a Custom Fields.
  • Que, si l'enviament torna a aturar-se, el missatge anomena una altra dada o un altre participant. La validació revisa més coses de cada participant i s'atura a la primera que falla.

La comprovació és al codi publicat de les versions 17, 18, 19 i 20 d'Odoo, i el mòdul està publicat a Odoo Apps per a aquestes quatre versions. Tens la fitxa a Odoo Apps i la pàgina del mòdul.

Com ajuda FlexigoTech

Si estàs implantant Odoo i vols decidir quins participants signen, aproven o només reben el document abans d'enviar, a FlexigoTech implantem Odoo 17, 18, 19 i 20 i desenvolupem connectors i integracions a mida.

Continua llegint

Què fa el botó «Save as Template» de Scrive Connector, pas a pasQuè fa «Save as Template» a Scrive Connector: quan apareix, què comprova, què canvia al document i quins errors pot donar, pas a pas.Scrive Connector: «The auto-remind day must fall before the document expires.»Quan surt «The auto-remind day must fall before the document expires.» a Scrive Connector i com corregir-ho a la fitxa del document de signatura.
Comprovat al codi del connector (versió 20.0) i a les fonts enllaçades

Fonts