Orderdirigering i Shopify kan skicka uppdrag till ett lager som verkar rätt på papperet men gör ordern svårare att hantera. Shopifys senaste utvecklaruppdatering gör det möjligt för orderdirigeringsfunktioner i Shopify Functions att prioritera platser för flera distributionsgrupper i de instabila API:erna. För handlare som skickar varor från flera platser väcker det en relevant fråga: när bör grupper ha samma platsprioritering, och när behöver de hanteras olika? Så här skulle vi utvärdera förändringen innan vi lägger tid på utveckling eller ändrar dirigeringen i drift.
Vad har ändrats i Shopifys orderdirigering?
I sin ändringslogg för utvecklare den 5 november meddelade Shopify att orderdirigeringsfunktioner nu kan tillämpa samma platsprioritering på flera distributionsgrupper i de instabila Function-API:erna.
En gemensam platsprioritering anger samma föredragna ordning för platser i flera distributionsgrupper. Det innebär inte i sig att grupperna slås ihop till en försändelse. Att föredra ett lager är inte samma sak som att garantera att lagret kan leverera allt.
Den skillnaden är viktig. Handlare bedömer ofta dirigeringen utifrån resultatet: vilket lager fick uppdraget, fick kunden separata paket och vad kostade leveransen? Utvecklare behöver också ta hänsyn till vilka grupper funktionen får som indata och hur prioriteringen samverkar med övriga inställningar för orderdirigering.
Vår bedömning: uppdateringen är värd att undersöka om verksamheten vill ha en enhetlig platsprioritering för flera grupper. Den är däremot inget skäl att ersätta en fungerande dirigering bara för att API:et har fått en ny möjlighet.
Instabil version betyder utvärdering, inte en deadline för driftsättning
Uppdateringen gäller uttryckligen instabila API:er. Den anger inget datum för en stabil version och kräver inte att handlare migrerar.
Be utvecklaren granska det aktuella schemat och bekräfta vilket beteende som stöds i en utvecklingsmiljö. Innan ni planerar driftsättning behöver ni kontrollera att funktionen finns i den tänkta API-versionen och att appen och butiken uppfyller kraven för att använda den. Meddelandet i sig är inte en fullständig implementationsspecifikation.
Börja med lagerbeslutet, inte med funktionen
Beskriv vilket beslut driftteamet vill fatta innan ni skriver kod. ”Prioritera centrallagret” är för vagt. Under vilka omständigheter ska det prioriteras? Vad händer när en fysisk butik har varan i lager men behöver behålla den för kunder som handlar på plats?
Tänk er en klädhandlare med ett centrallager som även skickar beställningar från sina butiker. En varukorg innehåller ytterkläder och en accessoar, och underlaget för orderdirigeringen består av flera distributionsgrupper. Handlaren kanske vill att varje grupp ska prioritera centrallagret när det kan leverera de aktuella varorna.
Här kan en gemensam prioritering vara rimlig. Men om accessoaren bara finns i en butik kan den gemensamma prioriteringen inte skapa lagersaldo i centrallagret. Teamet bör inte heller utgå från att prioriteringen gör att försändelserna slås ihop.
Tänk nu på en produkt som kräver särskild hantering. Om den måste skickas från en viss anläggning behöver det kravet säkerställas. En generell lagerprioritering får inte åsidosätta en begränsning i verksamheten.
Skilj på vad som gör en plats lämplig för uppdraget och vad som gör att den bör prioriteras framför andra lämpliga platser. Fråga sedan utvecklaren vilka delar som kan uttryckas i tillägget för orderdirigering och vilka som hör hemma i andra delar av distributionsinställningarna.
När gemensam platsprioritering i Shopify passar
Det tydligaste användningsområdet är återkommande affärslogik. Om olika grupper ska följa samma lagerprioritering kan ett enhetligt sätt att uttrycka den göra lösningen lättare att förstå och underhålla. Det är en möjlig teknisk fördel, inte ett belägg för billigare frakt.
Prioritera centrallagret
En handlare kan vilja prioritera centrallagret eftersom det har ett dedikerat team för utleveranser, medan butikerna bara skickar beställningar när det behövs. Gemensam prioritering är värd att undersöka om den verkligen ska gälla för alla berörda grupper.
Nackdelen är att arbetet koncentreras. Fler uppdrag till det prioriterade lagret kan öka belastningen där. Reglerna för orderdirigering behöver ta hänsyn till verksamhetens kapacitet, snarare än att behandla en etablerad lagerhierarki som rätt för all framtid.
Enhetlig regional prioritering
En handlare kan också vilja att grupper inom samma order följer samma regionala platsprioritering. Skälet kan vara en beprövad leveranstjänst eller en mer förutsägbar utleveransprocess.
Kontrollera vilka indata funktionen faktiskt får innan ni lovar regional logik. Utforma inte regler kring fraktpriser i realtid eller lagerkapacitet utan att först bekräfta hur informationen når fram till beslutet.
Vilka bör avstå från specialutveckling? Handlare vars befintliga inställningar redan ger önskat beteende, och verksamheter som sällan behöver göra ett verkligt val mellan olika distributionsplatser. Egen kod innebär ansvar för både förvaltning och testning. Den behöver lösa ett konkret problem.
Dokumentera undantagen innan ni väljer prioritering
En platsprioritering blir riskabel när alla minns grundregeln men ingen minns undantagen. Vi skulle be driftteamet dokumentera följande fall innan utvecklingen börjar:
- Produkter med särskilda krav: identifiera varor som kräver en viss anläggning eller hanteringsprocess.
- Skydd av butikernas lagersaldo: förklara när varor måste finnas kvar för lokala kunder.
- Begränsningar för utleverans: dokumentera när den prioriterade platsen inte kan hålla leveranslöftet.
- Otillgängliga platser: definiera vad som är ett godtagbart beteende när det ordinarie lagret inte kan ta uppdraget.
Dokumentet ska beskriva verksamhetens krav, inte utgå från att varje krav motsvarar indata som funktionen stöder. Utvecklarens nästa uppgift är att koppla varje krav till verifierat beteende i plattformen.
Om den information som behövs inte finns tillgänglig bör ni förenkla reglerna eller ändra processen runt omkring. En dirigeringsregel som bygger på inaktuella antaganden kan vara sämre än en enkel standardregel som lagerteamet förstår.
Testa orderdirigeringen mot verkliga ordermönster
Att funktionen körs utan fel räcker inte. Det relevanta testet är om beslutet motsvarar ett godkänt verksamhetsresultat.
Använd representativa varukorgar från tidigare beställningar i en utvecklingsmiljö, utan kunduppgifter. Ta med både beställningar som fungerade smidigt och sådana som krävde manuell omfördelning. Dokumentera aktuella lagersaldon och förväntad platsprioritering för varje scenario innan ni kör testet.
Testunderlaget bör omfatta:
- Grupper där alla varor finns på det prioriterade lagret.
- En grupp som inte kan levereras från det prioriterade lagret.
- Varor med hanteringskrav som är knutna till en viss plats.
- En normalt prioriterad plats som är otillgänglig.
- Grupper som faktiskt behöver olika prioriteringar.
- Ett ordermönster som i dag kräver manuell hantering.
Granska prioriteringen i varje fall och följ sedan det faktiska distributionsutfallet. Håll isär observationerna. En korrekt prioritering kan ändå leda till en oönskad uppdelning av försändelser eftersom en annan begränsning styr distributionen.
Låt driftteamet godkänna resultaten tillsammans med utvecklaren. Ett test kan vara tekniskt godkänt och ändå skicka uppdrag till en plats där utleveransteamet inte kan hantera dem.
Mät resultatet utan att lova färre paket
Gemensam prioritering är en möjlighet inom orderdirigering. Färre paket är ett möjligt verksamhetsresultat som måste beläggas.
Innan ni gör en ändring i drift bör ni fastställa hur ofta personalen manuellt omfördelar distributionsuppdrag och varför. Följ upp delade leveranser separat. Ta med den faktiska distributionskostnaden om rapporteringen stöder det, i stället för att utgå från att den prioriterade platsen alltid är billigast.
Jämför liknande ordermönster efter förändringen. Skillnader i lagertillgänglighet kan ge en missvisande bild: om centrallagret fylls på under utvärderingen kan dirigeringen verka bättre även om den nya logiken bidrar mycket lite.
Vi skulle också granska hur utleveranserna fungerar. Regler som minskar behovet av omfördelning men överbelastar det prioriterade lagret kan försämra kundupplevelsen. Bestäm i förväg vilket operativt resultat som motiverar att behålla förändringen och vilket som innebär att ni ska återställa den tidigare lösningen.
Planera för fel innan ni aktiverar reglerna
Utse en ansvarig för lösningen och dokumentera hur ni återställer de tidigare dirigeringsinställningarna. Förvara de godkända verksamhetsreglerna tillsammans med den tekniska konfigurationen så att supportpersonalen kan skilja ett avsiktligt undantag från ett fel.
Vid en incident kan ni kontrollera Shopify Status, som visar plattformens driftstatus och hänvisar handlare till detaljerad status för den egna butiken. Använd det som ett av flera underlag för felsökningen. En plattformsincident bevisar inte att felet ligger i er funktion, och en statussida som visar normal drift bevisar inte att er egen logik är korrekt.
Granska sedan dirigeringsunderlaget för den berörda ordern och den diagnostik som finns i appen. Undvik upprepad manuell omfördelning tills någon har klarlagt om problemet beror på saknat lagersaldo, en olämplig prioritering eller ett körningsfel.
För en funktion i ett instabilt API är nästa steg en teknisk utredning i utvecklingsmiljö med dokumenterade resultat. Låt reglerna i drift vara oförändrade tills ni har verifierat både stödet för driftsättning och att beteendet fungerar för verksamheten. Det är ett bättre sätt att ta till vara uppdateringen än att skynda in med experimentell logik i en redan belastad utleveransverksamhet.
Viktiga slutsatser
- Shopifys nya funktion gör det möjligt att tillämpa samma platsprioritering på flera distributionsgrupper i instabila Function-API:er.
- Gemensam prioritering garanterar varken en samlad försändelse eller lägre distributionskostnader.
- Skilj på vilka platser som kan hantera uppdraget och vilka som ska prioriteras, och dokumentera undantagen före utveckling.
- Testa representativa beställningar och verifiera stödet för produktion innan ni ändrar orderdirigeringen i drift.
Källor
- Orderdirigeringsfunktioner kan nu prioritera platser för flera distributionsgrupper i de instabila Function-API:erna.
- Shopify Status
Vill ni ha hjälp med arbetet?
Vi på ZAGO är Shopify Premier Partner och arbetar dagligen med prestanda, konverteringsoptimering och butiksutveckling som betalar sig. Boka en kostnadsfri genomgång av er butik så visar vi de tre förbättringar vi skulle genomföra först.
Vanliga frågor
Vad ändrades i Shopifys orderdirigering i november 2026?
Shopify meddelade att orderdirigeringsfunktioner kan tillämpa samma platsprioritering på flera distributionsgrupper i de instabila Function-API:erna. Handlare bör verifiera stödet i stabila API-versioner innan de planerar en driftsättning.
Slår gemensam platsprioritering ihop försändelser i Shopify?
Inte i sig. Gemensam prioritering anger samma föredragna ordning för platser i flera grupper. Lagertillgänglighet och andra distributionsbegränsningar påverkar fortfarande om varorna kan skickas tillsammans.
Bör alla Shopify-butiker utveckla egen orderdirigering?
Nej. Specialutveckling är värd att utvärdera när befintlig dirigering inte kan uppfylla ett dokumenterat verksamhetskrav. Butiker vars nuvarande inställningar fungerar bra kan ha liten nytta av det extra underhållet.
Hur bör handlare testa en orderdirigeringsfunktion i Shopify?
Använd representativa ordermönster i en utvecklingsmiljö och definiera det förväntade resultatet i förväg. Ta med varor som saknas i lager, produkter med särskilda krav och undantag för olika platser. Granska både prioriteringen och det faktiska distributionsutfallet.
