A webshop szállítási integráció akkor csökkenti a kézi munkát, ha a rendeléstől a csomagfeladásig ugyanazokat az ellenőrzött adatokat használja, és a hibás átadásokat is kezelni tudja. A térképes csomagpontválasztó önmagában még nem teljes integráció. A címke létrehozását, a nyomkövetési azonosítót és a rendeléshez visszaérkező állapotokat külön meg kell tervezned.
Ha a munkatárs minden reggel kimásolja a címeket a futárszolgálat felületére, a gépelés csak a látható feladat. Ugyanott kell észrevennie a hiányzó telefonszámot, a hibás csomagpontot vagy a már korábban feladott rendelést is. Az automatizálás ezekre a helyzetekre is adjon választ, különben a másolás helyét egy nehezen követhető hibajegyzék veszi át.
Rögzítsd, melyik rendszer felel a szállítási adatokért
Először írd le, hol keletkezik a rendelés, hol végzik a csomagolást, és melyik felület indítja a feladást. Ez lehet a webshop, egy vállalatirányítási rendszer vagy külön raktári alkalmazás. Egy adott adatnak legyen kijelölt elsődleges forrása: ha a raktárban javítják a csomag súlyát, a webshop ne írja felül később egy korábbi alapértékkel.
A számlázási cím, a házhozszállítási cím és a csomagpont három külön adatkör. Csomagautomatás kézbesítésnél a vásárló lakcíme nem helyettesíti a kiválasztott átvételi pont azonosítóját. A pont neve és címe az emberi ellenőrzéshez hasznos, a szolgáltató azonosítója pedig az adatátadáshoz szükséges. A kettőt együtt érdemes megőrizni a rendelésben.
Készíts mezőlistát: címzett neve, telefonszáma, e-mail-címe, szállítási mód, célpont, csomagszám, súly és az esetleges utánvét összege. Minden mező mellé kerüljön forrás, kötelezőség és ellenőrzési szabály. A telefonszám formátuma vagy az utánvét pénzneme nem puszta megjelenítési kérdés: a fogadó rendszer elutasíthatja a hibás értéket.
Az adatgazda és az azonosítók meghatározásához hasonló gondolkodás kell, mint a webshop és ERP közötti készletszinkron tervezésénél. A szállítási integráció azonban külön folyamat: egy helyesen átvitt készletadat még semmit nem igazol a címkézésről vagy a kézbesítési állapotokról.
A csomagpont, a címke és a nyomkövetés külön ellenőrzési pont
A Packeta hivatalos integrációs útmutatója külön lépésként írja le a célpont kiválasztását, az átvételi pont azonosítóját, a csomag létrehozását és a címke letöltését. A nyomkövetés további lehetőségként szerepel. Ez jól mutatja, miért érdemes a teljes folyamatot feladatokra bontani, és mindegyikhez külön eredményt rendelni.
A pénztárban kiválasztott pont maradjon meg a szállítási mód váltása és az oldal újratöltése után a tervezett módon. Ha a vásárló más szolgáltatót választ, a korábbi azonosító ne kerüljön véletlenül az új rendelésbe. A térkép felületének megjelenése és egy érvényes, a rendeléshez elmentett választás két eltérő ellenőrzés.
A FOXPOST WebAPI-segédlete az API-integráció kiinduló dokumentációja. A konkrét webshophoz a szállítási mód, a szerződéses hozzáférés és az aktuális integráció követelményeit együtt kell ellenőrizni. Attól, hogy két szállítási szolgáltatás az üzleti folyamatban hasonló, még nem következik azonos API, címkeformátum vagy bővítményfunkció.
A címke sikeres lekérése után a csomagazonosító kapcsolódjon vissza a rendeléshez. Legyen látható, mikor és melyik felhasználó vagy háttérfolyamat hozta létre. A nyomtatás sikertelensége ne indítson automatikusan új csomagfeladást: az elkészült címke újranyomtatása és egy új küldemény létrehozása külön művelet.
A szolgáltatói állapotokat ne fordítsd át gondolkodás nélkül webshopos rendelésállapotra. A címke elkészült, a csomagot átvették, az átvételi pontra megérkezett és a címzett átvette állapot más eseményt jelent. Ha a webshop rendelése már egy korábbi ponton teljesítettnek számít, azt üzleti döntésként kell rögzíteni, nem a szolgáltatói elnevezésből kikövetkeztetni.
Az ismételt küldés ne hozzon létre újabb csomagot
A legkényesebb helyzet nem mindig a világos hibaüzenet. Előfordulhat, hogy a küldemény létrejött a szolgáltatónál, de a webshop nem kapott időben választ. Ha a rendszer ilyenkor vakon újraküldi a kérést, kettős feladást okozhat. A megoldás a támogatott szolgáltatói lehetőségektől függ: szükség lehet egyedi műveletazonosítóra, állapotlekérdezésre vagy kezelői egyeztetésre.
A hibás rendelés kerüljön áttekinthető várólistára, érthető okkal és következő lépéssel. Más eljárás kell hiányzó címadat, szolgáltatói kiesés és bizonytalan eredmény esetén. A naplóban a rendelés és a küldemény összerendelése legyen visszakereshető, de a szükségesnél több személyes adat vagy hozzáférési titok ne jelenjen meg.
Határozd meg az újrapróbálkozás feltételeit és felső korlátját. Egy javítandó telefonszámot nem old meg száz ismétlés. Szolgáltatói kiesésnél viszont a kezelt várakozás hasznos lehet. Legyen felelőse annak is, aki a beragadt tételeket ellenőrzi, mert a hibanapló önmagában nem munkafolyamat.
Teszteld végig vendégvásárlóként a teljes feladást
A fejlesztői fiókkal sikeres próba nem bizonyítja a vendégvásárlás működését. Kijelentkezve, mobilon is ellenőrizd a választást és az adatmegőrzést. A szolgáltatói tesztkörnyezet és a bővítmény tesztmódja nem feltétlenül ugyanazt fedi le, ezért a próba előtt rögzítsd, melyik lépés indíthat valódi címkét, díjat vagy értesítést.
- Vendégként válassz csomagpontot, majd válts házhozszállításra és vissza.
- Próbáld ki a hiányzó célpontot, hibás telefonszámot és nem támogatott szállítási feltételt.
- Ellenőrizd az utánvét összegét, pénznemét és az utánvét nélkül fizetett rendelést.
- Hozz létre címkét, nyomtasd újra, és győződj meg róla, hogy nem keletkezik második küldemény.
- Vizsgáld meg a rendelés módosítását, lemondását és a címkelétrehozás utáni adatjavítás eljárását.
- Kövesd végig a csomagazonosító és a megfelelő státusz visszaérkezését, valamint a vásárló értesítését.
Szemléltető eset: a csomagoló két böngészőablakban nyitja meg ugyanazt a rendelést, és mindkettőből elindítja a címkézést. A kívánt eredmény egyetlen feladás és egyértelmű visszajelzés a második próbánál. Ez nem konkrét ügyféleset, hanem olyan teszt, amely a hétköznapi párhuzamos munkavégzést modellezi. Több munkatársnál vagy automatikus háttérfolyamatnál különösen hasznos.
Kész bővítmény vagy egyedi szállítási integráció?
Kész bővítmény akkor jó kiindulás, ha a támogatott szállítási módok, a pénztár típusa, a címkenyomtatás és az állapotkezelés lefedi a szükséges működést. Ellenőrizd az aktuális verzió dokumentációját, frissítési gyakorlatát és a használt WooCommerce-pénztárral való kompatibilitását. A szolgáltató logója vagy egy régi leírás még nem igazolja a teljes funkciólistát.
Egyedi fejlesztés akkor lehet indokolt, ha több raktár, speciális csomagbontás, egyedi utánvétkezelés vagy külső csomagolófolyamat kapcsolódik a rendeléshez. A WooCommerce-bővítmény fejlesztésének döntési szempontjai segítenek elkülöníteni a valódi hiányt a beállítási problémától. A specifikációban ne csak a sikeres küldés, hanem a leállás és a kézi beavatkozás is szerepeljen.
Ha a probléma elsősorban a folyamat szervezetlensége, előbb azt érdemes rendezni. Az üzleti automatizálás első feladatának kiválasztásáról szóló útmutatónk ehhez ad keretet. Automatizálni a már értelmezhető, ellenőrizhető folyamatot lehet megalapozottan.
A KovaBuild webshopfejlesztési munkáinál az adatátadás mellett a csomagoló munkáját és a hibás tételek kezelését is megtervezzük. Ha ilyen kapcsolatot szeretnél, írd meg nekünk a használt webshopmotort és szállítási szolgáltatót, valamint azt, melyik műveletet végzitek most kézzel. Ebből eldönthető, hol elég egy kész megoldás, és hol szükséges egyedi fejlesztés.