WooCommerce ERP / wholesaler API sync
Mitt verdikt
Synkroniser WooCommerce med ERP- og grossist-API-er via planlagte, idempotente jobber: deklarativ feltmapping (EAN/indeks), marginregler ved skriving og lagerbeskyttelse som skjuler utilgjengelige varer. Behandle butikken som en cache; leverandøren er sannhetskilden.
Praktikerbrief
Hvorfor vi tok det i bruk
Butikker som videreselger katalogen til en distributør eier ikke sannheten om eget lager. Det gjør leverandøren. Vi leverte dette mønsteret for en butikk med bildeler koblet til et REST-API hos en grossist med titusenvis av indekser: butikken er en cache med checkout, grossisten er sannhetskilden. Når den inversjonen først er akseptert, vedlikeholder katalog, lager og pris seg selv, og de to dyre feilmodusene (å selge det leverandøren ikke har, og å selge under en kostpris som har flyttet seg) forsvinner.
Mekanikken som betyr noe
Deklarativ feltmapping med EAN og leverandørindeks som nøkkel (attributter, media og HTML-beskrivelsesblobber mappes til WooCommerce-produkter og -variasjoner uten at duplikater opprettes ved ny kjøring). Lagerbeskyttelsen er bevisst dum: sier leverandøren utilgjengelig, blir produktet ikke kjøpbart, ingen finesser. Pris er kostpris pluss marginregler beregnet ved skriving, så eieren styrer lønnsomheten ved å redigere regler, ikke tusenvis av priser.
Arr fra produksjon
Kadensen må splittes (hyppig lett polling for lager og pris, sjelden tung oppfriskning for full katalog og media), ellers smelter du delt hosting. Ikke driv den fra WP-Cron ved sidelast, bruk ekte planlagte oppgaver. Syklusene må være idempotente (en synk som dør halvveis kjøres på nytt, ikke repareres). Og hold øye med oppblåsing av wp_postmeta: en slurvete skriver ødelegger ytelsen på spørringer lenge før noen mistenker synken. Bytt grossisten med et ERP som har et API (Comarch, Dynamics 365, NetSuite), og formen er identisk.
Lagt til: 2026-07-07 · Sist gjennomgått: 2026-07-07