WooCommerce leveres med statusser, der beskriver et lager: behandles, fuldført, på hold. En butik, der bekræfter hver ordre på telefon, pakker den, overdrager den til et fragtfirma og derefter venter på betaling ved levering, har brug for et andet ordforråd: bekræftet, pakket, afsendt, leveret, returneret.
At tilføje de statusser er ti minutters veldokumenteret arbejde. At få resten af WooCommerce til at anerkende, at de findes, er de andre halvfems procent.
Tre indstillinger afgør, om en status er ægte
En nyregistreret status vises i dropdownen og gør ikke andet. WooCommerce skal stadig have at vide, separat, hvordan den skal behandles:
- Tæller som betalt. Uden det behandles en status, der kommer efter betaling, ikke som en betalt tilstand, og den adfærd, der afhænger af betaling, følger ikke med ordren.
- Medtaget i rapporter. Uden det er omsætning, der ligger i en egen status, usynlig for statistikken. En butik, hvis ordrer for det meste ligger i dispatched , ser en salgsrapport tæt på nul.
- Tilgængelig i massehandlinger. Uden det er det fyrre enkelte redigeringer at flytte fyrre ordrer videre i slutningen af en pakkedag.
Vi gjorde hver af dem til en indstilling pr. status i stedet for noget, der afgøres i koden, fordi kun butiksejeren ved, om dispatched allerede skal tælle som omsætning. Det spørgsmål handler om deres regnskab, ikke om vores implementering.
Husk, at der nu er to ordretabeller
Med High-Performance Order Storage slået til er det ikke længere nok at registrere en status på den traditionelle måde; den skal også erklæres via HPOS-statusfilteret, og hooks til massehandlinger i ordrelisten findes under to forskellige navne afhængigt af, hvilken lagring butikken bruger. Kode, der kun registrerer sig til den ene, virker perfekt på udviklerens maskine og tilbyder i stilhed ingenting hos kunden.
Det vigtigste
- At registrere en status er trin ét af fire; betalt, rapporter og massehandlinger er separate tilvalg.
- En manglende rapportindstilling giver ingen fejl; den undervurderer bare stille og roligt omsætningen.
- Lad butiksejeren afgøre, hvilke statusser der tæller som betalt; det er en regnskabsbeslutning.
- Registrér og hook til både HPOS og den ældre ordretabel, ellers forsvinder funktionen i den ene af dem.
Læs også: en intern tracker til pakning og forsendelse, live statusredigering i ordrens forhåndsvisning.
Støder du på en lignende begrænsning i din egen WooCommerce- eller WordPress-butik? Lad os tale — ArtinTech Solution bygger netop den slags skræddersyede værktøjer til webshops.