En resum
- Abans de muntar res, defineix els estats de la comanda i qui respon quan falla un pas.
- Valida les entrades abans de modificar dades i atura el flux si hi falta alguna cosa.
- Reintenta només els passos idempotents; facturar o enviar correus exigeix comprovar abans si ja s'ha fet.
- Munta un workflow d'errors, afegeix aprovació humana on calgui i no desis als logs més dades personals de les necessàries.
Automatitzar comandes amb n8n és una de les maneres més ràpides de treure feina manual a un ecommerce. Entra una comanda a la botiga i, sense que ningú hi intervingui, arriba a l'ERP, es registra al CRM, s'avisa el magatzem i surt la comunicació al client. Els problemes comencen quan alguna cosa falla a mig camí: un flux mal plantejat pot deixar comandes a mitges, repetir factures o enviar el mateix correu tres vegades sense que ningú se n'assabenti.
Quan un workflow falla, hauria de dir quina comanda, en quin pas i què cal fer.
Defineix els estats de la comanda abans d'obrir l'editor
Abans d'obrir l'editor, dibuixa el procés en paper: quins estats travessa una comanda, quins sistemes hi intervenen i qui se n'ha d'assabentar si alguna cosa no s'acaba. Un workflow que connecta la botiga amb el correu, el CRM i l'ERP és una petita aplicació de negoci i necessita el mateix rigor que qualsevol altra.
- Disparadorwebhook, tasca programada o conciliació periòdica
- Validaciócomprova identificador, client, línies i imports
- Passos amb efectecomprova si ja s'han fet abans de reintentar
- Workflow d'errorsavisa amb la comanda, el pas i el missatge d'error
- Revisió humanadecisions excepcionals amb responsable i termini
Imagina una botiga que automatitza el pas de comandes a l'ERP i l'enviament d'un correu de confirmació personalitzat. Un dia l'ERP no respon. Si el flux s'atura sense més, ningú no sap quines comandes han quedat pendents; si es reintenta sencer, el client rep el correu dues vegades. Totes dues situacions s'eviten si ho dissenyes abans.
Als nostres projectes d'automatitzacions n8n comencem sempre per aquesta seqüència d'estats i pel responsable de cada excepció.
Com automatitzar comandes amb n8n: disparador i entrades
Tria el disparador
- Un webhook, amb què la botiga notifica cada comanda en temps real. És ràpid, però has de comptar que pot arribar repetit o desordenat.
- Una tasca programada que consulta cada cert temps les comandes noves. És més previsible i més fàcil de recuperar, a canvi d'una mica de latència.
- L'execució manual, útil en processos que requereixen una decisió prèvia o per reprocessar casos concrets.
Sovint el que funciona millor és combinar-los: el webhook com a via ràpida i una tasca programada de conciliació que detecti les comandes que s'han quedat sense processar.
Valida abans de tocar res
Abans de crear o modificar dades en un altre sistema, comprova que la comanda porta el que necessites: identificador, origen, client, línies, imports i mètode d'enviament. Un node condicional al principi del flux pot separar les comandes vàlides de les incompletes.
Si hi falta alguna cosa, atura el procés amb un missatge clar en lloc d'avançar amb dades parcials. Una comanda incompleta a l'ERP costa més de corregir que una que espera revisió.
Quins passos es poden reintentar i quins no
n8n permet configurar reintents als nodes (nombre d'intents i espera entre l'un i l'altre, segons la versió). Ajuda molt, però activar-los a tots els nodes sense pensar-hi és perillós. Distingeix dos tipus d'operació:
- Les idempotents, com llegir un catàleg, consultar l'estat d'una comanda o actualitzar un camp amb el mateix valor. Repetir-les no fa cap mal.
- Les que tenen efectes secundaris: crear una comanda a l'ERP, emetre una factura, cobrar, enviar un correu o un SMS. Si les repeteixes, dupliques l'efecte.
En aquestes últimes, abans de reintentar cal comprovar si la comanda ja existeix a l'ERP o si el correu ja ha sortit. Si deses l'identificador de la comanda al costat del resultat de cada pas, al sistema de destí o en una taula de control, el reintent sap per on ha de continuar.
És el mateix principi d'idempotència que evita duplicats en qualsevol integració ERP ecommerce, amb n8n o sense.
Errors transitoris i definitius
Un timeout o un servei no disponible es poden resoldre sols en uns minuts. Un producte que no existeix a l'ERP o un camp obligatori buit continuaran igual per molt que reintentis. Separa els dos casos amb una condició sobre el tipus d'error i envia els definitius directament a revisió.
Workflow d'errors i alertes útils
A n8n pots associar a un flux un workflow d'errors que s'executa quan l'execució falla. Fes-lo servir per centralitzar les incidències en lloc de configurar avisos solts a cada node. Aquest workflow hauria de:
- Identificar el flux, l'execució i la comanda afectada.
- Indicar quin node ha fallat i amb quin missatge.
- Enviar l'avís al canal que l'equip mira de debò, sigui el correu, el xat intern o l'eina de tiquets.
- Registrar la incidència en una cua revisable, per no dependre que algú llegeixi un missatge a temps.
Una automatització de comandes madura converteix aquesta cua en un llistat d'excepcions amb el seu estat: pendent, en revisió o resolta.
Quan hi ha d'intervenir una persona
Hi ha decisions que convé deixar en mans d'algú: canviar quantitats, desbloquejar una comanda retinguda per possible frau, aplicar un descompte excepcional o enviar documentació definitiva al client. Dissenya aquest punt de manera explícita i deixa resolt:
- Qui rep l'avís i qui el substitueix si no hi és.
- Quina informació necessita per decidir sense haver d'obrir cinc sistemes.
- Com continua el flux després d'aprovar o rebutjar, per exemple amb un enllaç que reprèn l'execució o amb un canvi d'estat que detecta un altre flux.
- Què passa si ningú no respon en un termini raonable.
Quan el punt d'aprovació està mal dissenyat es converteix en un coll d'ampolla, i l'equip acaba saltant-se'l i fent les coses a mà.
Logs útils sense desar dades de més
L'historial d'execucions de n8n serveix per depurar, però no substitueix un registre pensat per al negoci. Els logs han d'explicar quin flux s'ha executat, per a quina comanda, quin pas ha fallat i com ha acabat. Per a això no cal desar l'adreça completa del client ni el contingut íntegre de cada petició.
- Revisa quant de temps es conserven les execucions i qui les pot veure.
- Evita que l'historial emmagatzemi dades personals innecessàries.
- Desa les credencials al gestor de credencials, mai en nodes de codi, captures, logs ni exportacions compartides.
- Deixa l'accés a l'editor només a qui manté els fluxos.
Documentació per mantenir el flux
Un workflow que només entén qui el va construir és un risc. En acabar, demana o prepara:
- Un diagrama senzill del flux i dels seus estats.
- Instruccions per posar el procés en pausa sense perdre comandes.
- Un procediment per reprocessar errors de manera segura.
- Com rotar les credencials i quins fluxos se'n veuen afectats.
- Noms de nodes descriptius i notes als passos que no siguin evidents.
Amb el temps els fluxos creixen i es connecten entre ells. Revisar-los de tant en tant forma part d'un bon manteniment ecommerce, igual que actualitzar plugins o vigilar el rendiment. Si encara no saps quins processos has d'automatitzar primer, una visió global d'automatització ecommerce t'ajuda a ordenar-los per impacte.
Checklist abans d'activar el flux
- Els estats de la comanda i els responsables de cada excepció estan definits.
- Les entrades es validen abans de modificar dades en altres sistemes.
- Els reintents només estan actius en passos idempotents o precedits d'una comprovació.
- Hi ha un workflow d'errors que identifica la comanda, el pas i l'acció.
- Els punts d'aprovació humana tenen responsable i termini.
- Els logs no desen dades personals innecessàries ni credencials.
- Hi ha documentació per posar en pausa, reprocessar i rotar credencials.
