Shopifyn tilausten reititys voi ohjata tilauksen varastolle, joka vaikuttaa paperilla sopivalta mutta hankaloittaa käytännössä tilauksen toimittamista. Shopifyn uusimman kehittäjäpäivityksen myötä tilausten reitityksen Functions-toiminnot voivat asettaa sijainnit tärkeysjärjestykseen useille toimitusryhmille yhteisesti kokeellisissa unstable-rajapinnoissa. Useasta sijainnista toimittavan verkkokaupan kannattaa nyt pohtia, milloin ryhmien tulisi suosia samaa sijaintia ja milloin ne tarvitsevat erilaiset säännöt. Näin arvioisimme muutosta ennen kehitystyöhön sitoutumista tai tuotannossa olevan reitityksen muuttamista.
Mikä Shopifyn tilausten reitityksessä muuttui?
Shopify kertoi 5. marraskuuta julkaistussa kehittäjien muutoslokissa, että tilausten reitityksen Functions-toiminnot voivat nyt käyttää samaa sijaintien tärkeysjärjestystä useille toimitusryhmille kokeellisissa Function API -rajapinnoissa.
Yhteinen sijaintien tärkeysjärjestys tarkoittaa, että useat toimitusryhmät suosivat sijainteja samassa järjestyksessä. Se ei itsessään tarkoita, että ryhmät yhdistyvät yhdeksi lähetykseksi. Varaston suosiminen on eri asia kuin takuu siitä, että varasto pystyy toimittamaan kaiken.
Ero on tärkeä. Kauppiaat arvioivat reititystä yleensä lopputuloksen perusteella: mille varastolle työ ohjautui, saiko asiakas erillisiä paketteja ja mitä toimitus maksoi. Kehittäjien on lisäksi huomioitava Function-toiminnolle välitetyt ryhmät sekä se, miten sen määrittämä tärkeysjärjestys toimii yhdessä muiden reititysasetusten kanssa.
Meidän näkemyksemme on, että päivitykseen kannattaa perehtyä, jos liiketoimintasi tarvitsee yhtenäisen sijaintien tärkeysjärjestyksen eri ryhmille. Toimivaa reititystä ei kuitenkaan kannata korvata vain siksi, että rajapintaan on tullut uusi ominaisuus.
Unstable tarkoittaa arviointivaihetta, ei käyttöönoton määräaikaa
Julkaisu koskee nimenomaan kokeellisia unstable-rajapintoja. Siinä ei ilmoiteta vakaan version julkaisupäivää eikä edellytetä kauppiailta siirtymistä uuteen ratkaisuun.
Pyydä kehittäjää tarkistamaan nykyinen skeema ja varmistamaan tuettu toiminta kehitysympäristössä. Ennen tuotantokäytön suunnittelua varmista, että ominaisuus on saatavilla aiotussa API-versiossa ja että sovelluksesi ja kauppasi täyttävät sen käyttöehdot. Pelkkä julkaisutiedote ei ole kattava toteutusmäärittely.
Aloita varaston valinnasta, älä Function-toiminnosta
Kuvaa ennen koodaamista, millaisen päätöksen operatiivinen tiimisi haluaa tehdä. ”Suosi keskusvarastoa” on liian epämääräinen ohje. Missä tilanteissa sitä pitäisi suosia? Entä jos myymälässä on saldoa, mutta tuotteet tarvitaan paikan päällä asioiville asiakkaille?
Otetaan kuvitteelliseksi esimerkiksi vaatekauppa, joka toimittaa tilauksia sekä keskusvarastolta että myymälöistä. Ostoskorissa on ulkovaatteita ja asuste, ja reitityksen syöte sisältää useita toimitusryhmiä. Kauppias saattaa haluta jokaisen ryhmän suosivan keskusvarastoa silloin, kun se pystyy toimittamaan kyseisen ryhmän tuotteet.
Yhteinen tärkeysjärjestys voi olla tässä järkevä. Jos asustetta on kuitenkin saatavilla vain myymälässä, yhteinen järjestys ei luo keskusvarastolle saldoa. Tiimin ei myöskään pidä olettaa, että saman sijainnin suosiminen yhdistää lähetykset.
Ajatellaan seuraavaksi tuotetta, joka vaatii erityiskäsittelyä. Jos se on lähetettävä tietystä toimipisteestä, vaatimuksen toteutuminen on varmistettava. Yleinen varastojen tärkeysjärjestys ei saa ohittaa toiminnallista rajoitusta.
Määrittele erikseen, mikä tekee sijainnista toimitukseen kelpaavan ja mikä tekee kelpaavasta sijainnista ensisijaisen. Kysy sitten kehittäjältä, mitkä vaatimukset voidaan toteuttaa reitityslaajennuksessa ja mitkä kuuluvat toimitusasetusten muihin osiin.
Milloin yhteinen tärkeysjärjestys sopii Shopify-tilausten reititykseen?
Selkein käyttötapaus on toistuva liiketoimintalogiikka. Jos eri ryhmien pitäisi noudattaa samaa varastojen tärkeysjärjestystä, sen yhtenäinen määrittely voi tehdä toteutuksesta helpommin ymmärrettävän ja ylläpidettävän. Tämä on mahdollinen tekninen hyöty, ei osoitus edullisemmista toimituksista.
Keskusvaraston suosiminen
Kauppias voi haluta keskusvaraston ensisijaiseksi, koska siellä on oma lähettämötiimi, kun taas myymälät toimittavat tilauksia vain tarvittaessa. Yhteistä tärkeysjärjestystä kannattaa selvittää, jos tämä periaate todella pätee kaikkiin kyseisiin ryhmiin.
Kääntöpuolena on työn keskittyminen. Kun ensisijaiselle varastolle ohjataan enemmän työtä, sen kuormitus voi kasvaa. Reititysperiaatteiden on vastattava todellista kapasiteettia sen sijaan, että vakiintunutta varastojen järjestystä pidettäisiin pysyvästi oikeana.
Alueellinen johdonmukaisuus
Kauppias voi myös haluta, että tilauksen ryhmät noudattavat samaa alueellista sijaintien tärkeysjärjestystä. Perusteena voi olla tuttu kuljetuspalvelu tai ennakoitavampi lähetysprosessi.
Tarkista, mitä syötetietoja Function-toiminto todella saa, ennen kuin lupaat alueellista logiikkaa. Älä rakenna sääntöjä reaaliaikaisten kuljetushintojen tai varaston kapasiteettitietojen varaan varmistamatta, miten tiedot saadaan päätöksenteon käyttöön.
Kenen kannattaa jättää räätälöity kehitystyö väliin? Kauppiaiden, joiden nykyiset reititysasetukset toteuttavat jo halutun toiminnan, sekä yritysten, joissa toimitussijaintien välillä on harvoin aidosti merkityksellistä valintaa. Räätälöity koodi tuo mukanaan ylläpito- ja testausvastuita. Sen pitää ratkaista havaittava ongelma.
Kirjaa poikkeukset ennen tärkeysjärjestyksen valintaa
Sijainnin suosimisesta tulee riski, jos kaikki muistavat oletussäännön mutta kukaan ei poikkeuksia. Pyytäisimme operatiivista tiimiä dokumentoimaan seuraavat tilanteet ennen kehitystyön aloittamista:
- Tuotekohtaiset rajoitukset: tunnista tuotteet, jotka vaativat tietyn toimipisteen tai käsittelyprosessin.
- Myymäläsaldon turvaaminen: määrittele, milloin tuotteet on pidettävä paikallisten asiakkaiden saatavilla.
- Lähettämisen rajoitteet: kirjaa tilanteet, joissa ensisijainen sijainti ei pysty täyttämään toimituslupausta.
- Sijainnit, jotka eivät ole käytettävissä: määrittele hyväksyttävä toimintatapa tilanteisiin, joissa tavallinen varasto ei voi ottaa työtä vastaan.
Dokumentin tulee kuvata liiketoiminnan vaatimukset, ei olettaa, että jokainen vaatimus on toteutettavissa Function-toiminnon tukemilla syötteillä. Kehittäjän seuraava tehtävä on selvittää, miten kukin vaatimus vastaa alustan varmennettua toimintaa.
Jos tarvittavaa tietoa ei ole saatavilla, yksinkertaista sääntöjä tai muuta ympäröivää prosessia. Vanhentuneisiin oletuksiin perustuva reitityssääntö voi olla huonompi kuin selkeä oletusratkaisu, jonka varastotiimi ymmärtää.
Testaa reitityspäätöksiä todellisilla tilaustyypeillä
Function-toiminnon onnistunut suoritus ei yksin riitä. Olennaista on testata, vastaako sen tekemä päätös liiketoiminnan hyväksymää lopputulosta.
Käytä kehitysympäristössä edustavia esimerkkejä aiemmista ostoskoreista ja poista niistä asiakastiedot. Ota mukaan sekä sujuvasti edenneitä tilauksia että tilauksia, joiden toimitussijaintia jouduttiin vaihtamaan käsin. Kirjaa kuhunkin tilanteeseen liittyvät varastosaldot ja odotettu sijaintien tärkeysjärjestys ennen testin suorittamista.
Testiaineiston tulisi sisältää:
- Ryhmiä, joiden kaikki tuotteet ovat saatavilla ensisijaisella varastolla.
- Ryhmä, jota ei voida toimittaa ensisijaiselta varastolta.
- Tuotteita, joilla on sijaintikohtainen käsittelyrajoitus.
- Tavallisesti ensisijainen sijainti, joka ei ole käytettävissä.
- Ryhmiä, jotka aidosti tarvitsevat erilaisen tärkeysjärjestyksen.
- Tilaustyyppi, joka vaatii nykyisin manuaalista käsittelyä.
Tarkista jokaisessa tapauksessa tärkeysjärjestys ja seuraa sen jälkeen toimitusprosessin lopputulosta. Pidä nämä havainnot erillään. Oikea tärkeysjärjestys voi silti johtaa epätoivottuun lähetysten jakautumiseen, jos jokin muu rajoite ohjaa toimitusta.
Pyydä operatiivista tiimiä hyväksymään tulokset yhdessä kehittäjän kanssa. Testi voi mennä teknisesti läpi, vaikka se ohjaisi työtä paikkaan, jossa lähettämötiimi ei pysty käsittelemään sitä.
Mittaa tuloksia lupaamatta vähemmän paketteja
Yhteinen tärkeysjärjestys on reititysominaisuus. Pakettimäärän väheneminen on mahdollinen liiketoimintahyöty, joka on osoitettava käytännössä.
Selvitä ennen tuotantomuutosta, kuinka usein henkilöstö vaihtaa toimitussijaintia käsin ja miksi. Seuraa erikseen useaan lähetykseen jakautuvia tilauksia. Huomioi todelliset tilausten käsittely- ja toimituskustannukset, jos raportointisi mahdollistaa sen, äläkä oleta ensisijaisen sijainnin olevan automaattisesti halvin.
Vertaa samankaltaisia tilaustyyppejä muutoksen jälkeen. Erot varastosaatavuudessa voivat vääristää tuloksia: jos keskusvarastolle saapuu täydennystä arvioinnin aikana, reititys voi näyttää parantuneen, vaikka uuden logiikan vaikutus olisi vähäinen.
Tarkastelisimme myös lähettämön toimintaa. Sääntö, joka vähentää manuaalisia siirtoja mutta ylikuormittaa ensisijaisen varaston, voi heikentää asiakkaan kokemusta. Päätä etukäteen, millainen toiminnallinen tulos puoltaa muutoksen säilyttämistä ja millainen johtaa aiempaan ratkaisuun palaamiseen.
Varaudu häiriöihin ennen sääntöjen käyttöönottoa
Nimeä toteutukselle vastuuhenkilö ja dokumentoi, miten aiemmat reititysasetukset palautetaan. Säilytä hyväksytyt liiketoimintasäännöt teknisen määrityksen yhteydessä, jotta tukihenkilöstö pystyy erottamaan tarkoituksellisen poikkeuksen virheestä.
Tarkista häiriötilanteessa Shopify Status, joka kertoo alustan tilasta ja ohjaa kauppiaat oman kauppansa tarkempiin tilatietoihin. Käytä sitä yhtenä vianmäärityksen tietolähteenä. Alustan häiriö ei osoita, että syy on Function-toiminnossasi, eikä normaalista toiminnasta kertova tilasivu todista räätälöityä logiikkaasi oikeaksi.
Tarkista seuraavaksi kyseisen tilauksen reititykseen vaikuttaneet tiedot ja sovelluksen saatavilla olevat diagnostiikkatiedot. Vältä toistuvia manuaalisia toimitussijainnin vaihtoja, kunnes on selvää, johtuuko ongelma puuttuvasta varastosaldosta, sopimattomasta tärkeysjärjestyksestä vai suoritusvirheestä.
Kokeellisen API-ominaisuuden kohdalla seuraava askel on tekninen selvitys ja tulosten dokumentointi. Pidä tuotannon reititys ennallaan, kunnes tuettu käyttöönotto ja toiminta liiketoiminnan näkökulmasta ovat selvillä. Näin saat julkaisusta enemmän hyötyä kuin kiirehtimällä kokeellista logiikkaa kiireisen lähettämön käyttöön.
Yhteenveto
- Shopifyn uusi ominaisuus mahdollistaa saman sijaintien tärkeysjärjestyksen käyttämisen useille toimitusryhmille kokeellisissa Function API -rajapinnoissa.
- Yhteinen tärkeysjärjestys ei takaa yhtä yhdistettyä lähetystä tai pienempiä tilausten käsittely- ja toimituskustannuksia.
- Erota sijainnin kelpoisuus sen ensisijaisuudesta ja dokumentoi poikkeukset ennen kehitystyötä.
- Testaa edustavia tilauksia ja varmista tuotantokäytön tuki ennen käytössä olevan reitityksen muuttamista.
Lähteet
- Tilausten reitityksen Functions-toiminnot voivat nyt määrittää sijaintien tärkeysjärjestyksen useille toimitusryhmille kokeellisissa Function API -rajapinnoissa.
- Shopify Status
Haluatko jättää toteutuksen meille?
ZAGO on Shopify Premier Partner. Teemme päivittäin töitä suorituskyvyn, konversio-optimoinnin ja itsensä takaisin maksavien verkkokauppatoteutusten parissa. Varaa maksuton verkkokaupan arviointi, niin näytämme kolme parannusta, jotka toteuttaisimme ensin.
Usein kysytyt kysymykset
Mikä Shopifyn tilausten reitityksessä muuttui marraskuussa 2026?
Shopify ilmoitti, että tilausten reitityksen Functions-toiminnot voivat käyttää samaa sijaintien tärkeysjärjestystä useille toimitusryhmille kokeellisissa Function API -rajapinnoissa. Kauppiaiden kannattaa varmistaa vakaan API-version tuki ennen tuotantototeutuksen suunnittelua.
Yhdistääkö yhteinen sijaintien tärkeysjärjestys Shopify-lähetykset?
Ei itsessään. Yhteinen tärkeysjärjestys määrittää, että ryhmät suosivat sijainteja samassa järjestyksessä. Varastosaatavuus ja muut toimitusrajoitteet vaikuttavat edelleen siihen, voidaanko tuotteet lähettää yhdessä.
Kannattaako jokaisen Shopify-kaupan rakentaa räätälöity tilausten reititys?
Ei. Räätälöityä toteutusta kannattaa arvioida, kun nykyinen reititys ei pysty täyttämään dokumentoitua liiketoimintavaatimusta. Jos kaupan nykyiset asetukset toimivat hyvin, lisäylläpidosta saatava hyöty voi jäädä vähäiseksi.
Miten Shopifyn tilausten reitityksen Function-toimintoa kannattaa testata?
Käytä kehitysympäristössä edustavia tilaustyyppejä ja määrittele odotettu lopputulos etukäteen. Ota mukaan puuttuvia varastosaldoja, rajoitusten alaisia tuotteita ja sijaintikohtaisia poikkeuksia. Tarkista sekä tärkeysjärjestys että sitä seuraavan toimitusprosessin lopputulos.
