Integrar Shopify amb un ERP sense desquadrar l'estoc

Integrar Shopify amb un ERP sembla, sobre el paper, una feina de connexió: triar un connector, relacionar camps i activar la sincronització. A la pràctica, la majoria de desquadraments d'estoc venen de decisions que ningú no va prendre abans de connectar. Aquí repassem aquestes decisions, com muntar la sincronització d'estoc i de comandes i què cal provar abans de deixar que dos sistemes gestionin el mateix inventari.

Per què una integració entre Shopify i un ERP desquadra l'estoc

Una integració pot estar activa i funcionant i, tot i així, generar diferències, perquè dos sistemes prenen decisions diferents sobre la mateixa dada. Imagina una botiga que ven en línia i a distribuïdors: Shopify deixa comprar una unitat que l'ERP ja havia reservat per a una comanda B2B. Tots dos sistemes fan el que se'ls va configurar. El que falta és haver decidit quin mana.

Els símptomes es repeteixen força d'un projecte a l'altre:

• Productes que surten esgotats al web mentre el magatzem té unitats.
• Comandes que s'accepten en línia i després no es poden preparar.
• Diferències que es corregeixen a mà cada matí i tornen a aparèixer a la tarda.
• Quan hi ha una discrepància, ningú no sap amb certesa quina xifra és la bona.

Abans de revisar el connector, apunta quin sistema decideix cada dada i què ha de passar quan la sincronització falla.

Decideix el sistema mestre de cada dada

Abans de connectar res, defineix on neix cada dada i qui té permís per corregir-la. No cal que sigui el mateix sistema per a tot. Un repartiment habitual seria aquest:

• Estoc: l'origen és l'ERP o el programari de magatzem, i Shopify rep una disponibilitat calculada.
• Preus i fitxes comercials: poden viure a l'ERP, en un PIM o a Shopify, però només en un d'ells.
• Comandes: neixen a Shopify i passen a l'ERP, que retorna els estats de preparació i d'enviament.
• Clients: depèn de si hi ha condicions B2B, facturació específica o tarifes especials.

Si hi ha diverses ubicacions, aclareix quines atenen comandes en línia i quines són exclusivament físiques. Una botiga amb un magatzem central i dues botigues físiques que no preparen enviaments no hauria de sumar les tres xifres al web.

Amb el mestre clar, qualsevol correcció manual es fa en un únic lloc. Si algú ajusta l'estoc directament a Shopify mentre l'ERP també l'actualitza, la sincronització següent trepitjarà un dels dos canvis i ningú no sabrà quin era el correcte.

Distingeix estoc físic, reservat i vendible

L'estoc físic i el vendible no sempre coincideixen. Les reserves, les devolucions pendents de revisar, les unitats defectuoses o la mercaderia compromesa amb un altre canal redueixen la xifra que pots oferir en línia.

Documenta quins estats descompten estoc i quan el recuperen. Per exemple:

• Una comanda pagada reserva unitats; una de pendent de pagament, potser no.
• Una devolució rebuda no torna a ser vendible fins que algú la revisa.
• Un marge de seguretat per referència evita vendre l'última unitat, que potser està malmesa.
• Les unitats en trànsit entre magatzems no haurien de comptar com a disponibles.

El connector ha d'aplicar aquesta lògica abans d'enviar la quantitat. Si l'ERP envia el físic i Shopify el tracta com a vendible, el desquadrament està garantit encara que la sincronització funcioni perfectament. Si el teu cas combina botiga física i diversos magatzems, a estoc multimagatzem a Shopify expliquem com separar ubicacions i disponibilitat per canal.

Tria la freqüència i el sentit de cada sincronització

No totes les dades necessiten la mateixa urgència. L'estoc dels productes amb molta rotació exigeix actualitzacions gairebé immediates, mentre que un catàleg de poca rotació es pot sincronitzar cada cert temps sense risc. Per a cada flux, decideix:

• Sentit: de quin sistema a quin, i si en algun cas és bidireccional.
• Disparador: esdeveniment (webhook) o tasca programada.
• Granularitat: canvis incrementals o bolcat complet.
• Finestra: què passa amb les vendes que entren mentre se sincronitza.

El que sol funcionar millor és combinar esdeveniments per al que és urgent amb una conciliació periòdica que compari tots dos sistemes i avisi de les diferències. Així la dada es manté al dia i la conciliació recull el que els esdeveniments han deixat escapar.

Amb el repartiment de sistemes mestres que hem vist, un punt de partida per a cada dada seria aquest (ajusta'l a la teva operativa):

Tracta els esdeveniments duplicats i desordenats

Els webhooks poden arribar més d'una vegada i les tasques automàtiques es poden tornar a executar. Si una actualització de comanda aplica dues vegades el mateix descompte d'estoc, tindràs un desquadrament encara que totes dues peticions hagin acabat bé.

Per evitar-ho, dissenya operacions idempotents: processar el mateix esdeveniment dues vegades ha de donar el mateix resultat que processar-lo una. A la pràctica vol dir:

• Desar l'identificador de cada esdeveniment processat i descartar els repetits.
• Enviar quantitats absolutes sempre que es pugui, en lloc de restes relatives.
• Comprovar la data de cada canvi per no aplicar una dada antiga damunt d'una de més nova.
• Fer servir l'identificador de la comanda de Shopify com a referència única a l'ERP.

Amb les comandes passa el mateix: si l'ERP rep dues vegades la mateixa, l'ha de reconèixer i no crear-ne un duplicat.

Com es recupera la integració quan l'ERP falla

Tard o d'hora l'ERP deixarà de respondre una estona, potser mitja hora un divendres a la tarda. Perquè això no acabi en comandes perdudes o duplicades, necessites:

• Una cua que guardi els missatges pendents en lloc de perdre'ls.
• Reintents amb límit i una espera creixent entre un intent i el següent.
• Un registre llegible de cada error, amb la comanda o la referència afectada.
• Una manera de tornar a processar una comanda concreta sense duplicar-la.
• Avisos que arribin a una persona capaç d'actuar, a més del registre.

Decideix també què veu el client mentrestant. Si la sincronització d'estoc fa hores que està aturada, potser és millor bloquejar la venda de certes referències que continuar venent a cegues. A automatització de comandes expliquem com dissenyem fluxos en què les excepcions queden a la vista.

Quines excepcions cal provar abans d'activar la integració

Les comandes normals solen funcionar des del primer dia. La fiabilitat es juga en les excepcions, així que el pla de proves hauria d'incloure com a mínim:

• Una devolució parcial d'una comanda amb diverses línies.
• Una cancel·lació després que la comanda hagi arribat a l'ERP.
• Dues compres simultànies de l'última unitat.
• Una transferència d'estoc entre magatzems.
• Un article venut a Shopify sense correspondència a l'ERP.
• Una caiguda de l'ERP durant uns quants minuts mentre entren comandes.
• Una modificació manual de la comanda des de l'administrador de Shopify.

Apunta el resultat esperat de cada prova abans d'executar-la. Si en algun d'aquests casos no saps què hauria de passar, ja tens la primera decisió pendent.

Connector existent o integració a mida

Si el volum és reduït i el teu ERP té un connector mantingut per a Shopify, un connector ben configurat pot ser suficient. Comprova quins camps sincronitza, com gestiona els errors, si permet tornar a processar i quin control et dona sobre la lògica d'estoc.

Una integració pròpia comença a compensar quan hi ha diversos canals, ubicacions amb regles diferents, condicions B2B, kits o packs, o quan el connector estàndard no explica què ha fet amb cada comanda. En aquest punt, una integració ERP i ecommerce dissenyada per a la teva operativa evita corregir a mà el que el connector no entén.

Pensa en una botiga que ven packs formats per tres productes solts. Si el connector només coneix referències individuals, el pack mai no descomptarà bé l'estoc dels seus components, i són regles com aquesta les que solen justificar un desenvolupament a mida.

Llista de comprovació abans de connectar Shopify i l'ERP

• Sistema mestre definit per a estoc, preus, comandes i clients.
• Ubicacions que atenen comandes en línia identificades.
• Estats que reserven, descompten i alliberen estoc documentats.
• Freqüència i disparadors de cada flux decidits.
• Operacions idempotents i control d'esdeveniments duplicats.
• Cua, reintents, registre i alertes amb un responsable.
• Pla de proves amb excepcions i resultat esperat.
• Conciliació periòdica entre tots dos sistemes.

Si la teva botiga ja té una integració que desquadra i no saps per on començar, una auditoria tècnica ecommerce permet localitzar on es perd la dada abans de tocar codi. Si prefereixes dissenyar la connexió des de zero, a integracions Shopify t'expliquem com treballem.