Synkronisering av varelager i butikk og på nett med WooCommerce

Synkronisering av varelager i butikk og på nett kokar ned til eitt krav: båe kanalane må selje frå den same lagerbehaldninga, oppdatert i same augneblink som eit sal skjer. Alt mindre enn det (nattlege importer, regneark-opplastingar, ein tilsett som justerer tal etter stengjing) gjev eit tidsrom der WooCommerce-butikken din gjerne sel eit produkt som disken din selde for ein time sidan.

Meir enn nokon annan netthandelsplattform driv WooCommerce fleire nettbutikkar, i følgje brukardata frå W3Techs ved publisering¹, og mange av seljarane bak dei sel òg på ein fysisk stad: ein butikk, ein markedssal, ein pop-up. Dette innlegget dekkjer kvifor tala sporer av, kva for synkroniseringsval som finst, og kva ein fullstendig WooCommerce POS-synkronisering faktisk inneheld.

Kvifor sporer varelageret i butikk og på nett av?

Tala sporer av fordi to system kvar held på sine eigne tal og berre samanliknar av og til. POS-systemet ditt (kassesystemet som registrerer kjøp i butikken) veit kva som vart seld over disken. WooCommerce veit kva som vart seld på nett. Mellom avstemmingane tek båe feil.

Feilmodusane er føreseielege:

• Oversal. Ei nettbestilling kjem inn på ei vare som vart seld i butikken i dag tidleg. Du refunderer, orsakar, og meinar du må håpe at meldinga blir snill.

• Dobbel datainntasting. Kvart nytt produkt blir oppretta to gongar, med to sjansar for skrivefeil i pris eller SKU (produktkoden som vert brukt til sporing).

• Fantomlager. Returar, skadar og feilteljingar blir føre inn i det eina systemet og ikkje det andre, slik at det tilgjengelege talet ditt sakte slepp taket i det som faktiske står i hylla.

• Bortkasta timar. Nokom brukar ein del av kvar veke på å eksportere, importere og granske regneark for å tvinge dei to tala saman att.

Ved lågt volum er dette irriterande. Ved reelt volum tyder det refusjonar, tapt sal på varer som står som utselde men som ligg i hylla, og lagerrapportar du sluttar å stole på.

Kva for val har du for å synkronisere WooCommerce-lageret?

Det finst tre hovudtilnærmingar, og dei skil seg hovudsakleg i kor stort oversalssvindauget er.

• Manuelle oppdateringar. Juster WooCommerce-lageret for hand kvar gong noko blir seld i butikken. Gratis, og helt greitt for ein bod som sel tolv unike varer. Det sluttar å fungere den dagen du har for travelt til å gjere det, noko som er akkurat den dagen du oversel.

• Tidsplanlagde koplingar. Dei fleste POS-system nå WooCommerce gjennom tredjeparts mellomvare (ein eigen betalt teneste som fraktar data mellom dei to) som synkroniserer på tidleg: kvart 15. minutt, kvar time, nokre gongar om natta. Betre, men tidsrommet mellom synkroniseringar er framleis ein oversalssrisiko for varer med høg rotasjon, og du har lagt til eit nytt abonnement og ein ny leverandør å feilsøkje når ein synkronisering stille feilar.

• Innebygd hendingsbasert synkronisering. POS-systemet og WooCommerce snakkar direkte saman, og kvar endring blir sendt i same augneblink som ho skjer (hendingsbasert tyder at oppdateringar skjer per sal, ikkje etter tidsplan). Eit disksal reduserer netttalet med ein gong, og omvendt. Ingen tidsinnstilling, inga mellomvare, ikkje noko vindauge.

Dersom produkta dine er éin per SKU eller blir selde raskt, er det tredje alternativet det einaste som faktisk tetter gapet.

Kva bør ein fullstendig WooCommerce POS-synkronisering dekkje?

Varelager åleine er ikkje nok, fordi lagerfeil vanlegvis startar ein annan stad. Ein fullstendig synkronisering dekkjer fire datatypar:

• Produkt. Namn, prisar, skildringar, kategoriar og bilete flyt frå WooCommerce inn i POS-systemet, slik at katalogen berre finst éin stad.

• Varelager. Båe kanalane trekkjer frå ein felles lagerbehaldning i reeltid.

• Ordre. Nettordrar hamnar i POS-rapporteringa saman med disksal, slik at inntekt og lagerbevegelse ligg på éin stad.

• Kunder. Profilar held seg samla på tvers av kanalar i staden for å bli dupliserte.

Spør òg om mekanikken: om synkroniseringa er hendingsbasert eller går på tid, korleis den fyrste importen handterer ein stor katalog, om du kan velje kva for produktkategoriar som synkroniserast, og korleis fleire lokasjonar blir handterte (kva for ein lokasjon sine varer som fôrar nettbutikken). Dei svara skil ein reell integrasjon frå ei avkryssing på ei funksjonsliste. For eit breiare blikk på lagerstyring ved disken, sjå lagerstyring i POS, og dersom du framleis vel system, start med korleis du vel ein POS for nettbutikken din.

Korleis synkroniserer Final med WooCommerce?

Final sin WooCommerce-utviding er, så langt vi veit, den mest komplett utstyrte WooCommerce-synkroniseringa i kva som helst POS-app: alle dei fire datatypane (produkt, varelager, ordrar og kundar), synkroniserte hendingsbasert i reeltid i staden for etter tidsplan. Du installerar utvidinga frå Merchant Hub, installerar Final POS-programtillegget på WordPress-nettstaden din, og limer inn éin autentiseringsnøkkel for å kople dei saman. The step-by-step setup guide walks through it; plan for the initial import to take an hour or more on a large catalog.

To detaljar det er verdt å vite. Du vel kva for produktkategoriar, kundar og ordrehistorikk som skal synkroniserast, slik at du ikkje blir tvinga til ein alt-eller-ingenting-import. Og med fleire lokasjonar hentar nettbutikken frå éin utstad sitt lager medan andre utstader styrer sine uavhengig; overføring av varer flyttar varelager mellom dei ved behov.

Så, korleis held du varelageret i butikk og på nett i synk?

Éin katalog, éin lagerbehaldning, oppdateringar sendte per hending i staden for per tidsplan, og ordrar og kundar med på kjøpet. Tommelfingerregel: dersom synkroniseringa di går på tid, er tala dine alt feil ein stad; du har berre ikkje merkje det ennå. Dersom WooCommerce er nettbutikken din, er Final POS sin WooCommerce-utviding den raskaste måten å få disken og nettstaden over på det same talet.