BigCommerce szállítási integrációk: lehetőségek a díjakhoz, címkékhez és nyomon követéshez

A BigCommerce szállítási integrációi három különböző feladatot látnak el: a szállítási díjak kiszámítását a pénztárnál, a címkék megvásárlását a teljesítéshez, valamint a csomagok nyomon követését feladás után. A kereskedők számára a megfelelő megoldás nem feltétlenül egyetlen alkalmazás, amely mindent megígér. Inkább egy összekapcsolt munkafolyamatra van szükség, amelyben a pénztári lehetőségek, a raktári műveletek, a szállítmányrekordok és az ügyfélértesítések összhangban maradnak.

Először azt a szállítási területet vizsgáld meg, amely jelenleg problémát okoz. A váratlan pénztári díjak a díjszámítás felülvizsgálatát teszik szükségessé. A lassú csomagolás és feladás a címkefolyamat átvizsgálását igényli. A hiányzó kézbesítési frissítések jobb nyomon követést tesznek szükségessé. Ezek a problémák megoszthatják a rendelési adatokat, de az egyik megoldása nem oldja meg automatikusan a többit.

Mit végez valójában az egyes szállítási integrációk?

Mielőtt integrációt választasz, különítsd el az ügyfeleknek kínált szállítási lehetőséget az annak teljesítéséhez szükséges operatív munkától. A pénztárnál felszámított szállítási díj nem feltétlenül egyezik meg azzal az összeggel, amelyet később a címkéért fizetsz, és a nyomkövetési szám nem bizonyítja, hogy a fuvarozó átvette a csomagot.

Integrációs réteg	Fő felelősség	Mit kell ellenőrizni?
Pénztári díjak	Annak meghatározása, hogy a vásárlók milyen kézbesítési módokat és díjakat látnak.	Feladási helyek, célállomások, termékadatok, szolgáltatási jogosultság és tartalék működés.
Címkék és teljesítés	A rendelések szállítmányokká alakítása és a feladáshoz szükséges dokumentumok előállítása.	Fuvarozói fiókok, csomagválasztás, nyomtató-kompatibilitás és a szállítmányadatok visszaírása.
Vásárlás utáni nyomon követés	A kézbesítési események összegyűjtése és a szállítmány előrehaladásának elérhetővé tétele.	Nyomkövetési szám rögzítése, fuvarozó azonosítása, frissítések továbbítása és kivételkezelés.

A BigCommerce hivatalos alkalmazás-piactere kiindulópontot jelent a csomagolt integrációk megtalálásához. A fejlesztői dokumentáció pedig egy egyedi kapcsolat ellenőrzésének kiindulópontja. Egy piactéri adatlap önmagában nem igazolja, hogy az alkalmazás minden országot, fuvarozói szolgáltatást, pénztári konfigurációt vagy az általad használt teljesítési munkafolyamatot támogat.

Az integrációs útvonalat a munkafolyamatod köré építsd

Használd a platform szállítási beállításait, ha a szabályok egyszerűek

Ha a szállítási ajánlatod egyszerű, először tekintsd át az áruházadban már elérhető szállítási konfigurációt. Egy új rendszer hozzáadása előtt határozd meg a kiszolgált célállomásokat, a vásárlók számára megjelenítendő módokat és az ezek mögött álló üzleti szabályokat.

Például egy standard belföldi szállítási díjat kínáló áruháznak külső díjszámító motor helyett pontosabb szállítási zónákra és kizárásokra lehet szüksége. Egy több helyszínről túlméretes termékeket szállító áruháznak más problémája van: az egyszerű díj elrejtheti a teljesítési költség jelentős különbségeit.

Ideális választás: kiszámítható csomagokkal, korlátozott teljesítési összetettséggel és olyan szállítási szabályokkal rendelkező kereskedők számára, amelyeket a meglévő konfigurációjuk képes kifejezni. Akkor lépj túl ezen a megoldáson, ha a szükséges logika nem ábrázolható megbízhatóan – ne pusztán azért, mert egy másik alkalmazás több beállítást kínál.

Használj csomagolt integrációt az ismétlődő teljesítési munkákhoz

Egy csomagolt szállítási integrációt érdemes megvizsgálni, ha a munkatársak rendszeresen címeket másolnak, szolgáltatásokat választanak, címkéket vásárolnak vagy nyomkövetési számokat írnak be. Értékét az adja, hogy csökkenti az átadásokat, és összhangban tartja a rendelési rekordot azzal, amit ténylegesen feladtak.

Ne feltételezd, hogy minden címkeintegráció pénztári díjakat is biztosít. Ugyanígy ne feltételezd, hogy egy rendeléseket importáló alkalmazás vissza tudja írni a szállítmányadatokat a BigCommerce-be. Kérd meg a szolgáltatót, hogy a munkafolyamatod használatával mutassa be az adatmozgás minden szükséges irányát.

Ideális választás: olyan csapatok számára, amelyek saját integráció fenntartása nélkül szeretnének kialakított működési felületet. Rossz választás, ha az alapvető raktári szabályok manuális kerülőmegoldásokat igényelnek, amelyek semmissé teszik a megtakarított időt.

Használj egyedi kapcsolatot, ha egy másik rendszer kezeli a teljesítést

Egy egyedi integráció akkor lehet célszerű, ha a rendeléskezelő rendszer, a raktári platform vagy egy külső logisztikai szolgáltató már irányítja a feladást. Ebben a felállásban a BigCommerce értékesítési csatorna lehet, nem pedig minden szállítási művelet operatív igazságforrása.

Határozd meg, melyik rendszer kezeli a címeket, a csomagdöntéseket, a címkevásárlásokat, a szállítmány létrehozását és a nyomkövetési frissítéseket. Ezután ellenőrizd a szükséges API-műveleteket, hitelesítési követelményeket, jogosultságokat és platformkorlátozásokat a vonatkozó dokumentációban.

Ideális választás: olyan kereskedők számára, akiknek valódi munkafolyamat-követelményük és annak fenntartásához szükséges technikai kapacitásuk van. Az egyedi fejlesztés nem automatikusan a legolcsóbb út, ha a felügyelet, támogatás és jövőbeli változtatások költségeit is figyelembe vesszük.

Díjak: hangold össze a pénztári ígéretet a szállítási művelettel

Egy díjintegrációnak olyan kézbesítési ajánlatot kell előállítania, amelyet teljesíteni is tudsz, nem csupán egy számot kell visszaadnia. A szolgáltatók tesztelése előtt dokumentáld a szolgáltatás jogosultságát és költségét meghatározó feladási hely-, célállomás-, termék- és csomagolási adatokat.

• Feladási helyek: Melyik raktár vagy teljesítési partner adja fel a rendelést?
• Termékadatok: Pontosak a súlyok és méretek, és egységesek a mértékegységek?
• Csomagolás: A számítás egyedi termékeket, kiválasztott dobozt vagy becsült csomagot használ?
• Célállomások: Mi történik távoli területek, postafiókok és a szolgáltatási területeden kívüli helyek esetén?
• Üzleti szabályok: A kiszámított összeget számítod fel, támogatod a szállítást, vagy promóciós küszöböt alkalmazol?

A pénztári díjak és a címkeköltségek eltérhetnek, mert a teljesítés során használt csomag, szolgáltatás, feladási hely vagy fiók különbözik a pénztári feltételezésektől. Egy tesztrendelés mindkét oldalát hasonlítsd össze, mielőtt hibásnak ítélnéd a díjszámítást.

Határozd meg a hibás működés kezelését is. Ha egy díjkérés sikertelen, a pénztár jelenítsen meg konfigurált alternatívát, távolítsa el az érintett módot, vagy állítsa le a rendelést? A megfelelő választás attól függ, hogy a csapatod teljesíteni tudja-e az alternatívát. Egy olyan tartalékdíj, amely teljesíthetetlen rendelést fogad el, nem sikeres helyreállítás.

Nemzetközi rendelések esetén különítsd el a szállítási díjat a vámoktól és adóktól. Ne nevezz egy díjat teljes, célállomásig számított költségnek, kivéve, ha a felelős szolgáltatás kifejezetten kiszámítja a releváns díjakat, és a teljesítési folyamat támogatja a megadott fizetési megállapodást.

Címkék: értékeld a teljes feladási ciklust

A címkevásárlást a rendelés importálásától a törlésig kell tesztelni, nem csupán az első sikeres nyomtatásig. Az operatív kérdés az, hogy az integráció szinkronban tartja-e a raktári munkát és az áruházi rekordokat.

Használd az alábbi elfogadási ellenőrzéseket:

1. Rendelésimport: Ellenőrizd, hogy a megfelelő rendelések válnak elérhetővé a teljesítéshez, és a módosításokat kiszámíthatóan kezeli-e a rendszer.
2. Csomaglétrehozás: Tesztelj egyetlen csomagot, több csomagot és olyan rendelést, amelyből csak néhány tételt szállítanak ki.
3. Szolgáltatásválasztás: Ellenőrizd, hogyan felelteti meg a rendszer a vásárló pénztári módját a raktári munkatárs által megvásárolt szolgáltatásnak.
4. Nyomtatás: Győződj meg arról, hogy a címkeméret, a fájlformátum és a nyomtatási beállítások működnek a tényleges raktári eszközökkel.
5. Szállítmányadatok visszaírása: Ellenőrizd, hogy a megfelelő nyomkövetési adatok és a feladott tételek eljutnak-e a BigCommerce-rendelésbe.
6. Újranyomtatás és érvénytelenítés: Határozd meg, hogyan kerülhetik el a munkatársak a dupla vásárlásokat, és hogyan kezelik a fel nem használt címkéket az alkalmazandó szolgáltatói szabályok szerint.

Különösen hasznos teszt egy olyan címkevásárlás, amely sikeres, miközben az ezt követő rendelésfrissítés sikertelen. A munkatársaknak olyan helyreállítási útra van szükségük, amely újabb címke vásárlása nélkül frissíti a rendelést. Itt válhat el egy kifinomult bemutató a megbízható éles munkafolyamattól.

Ellenőrizd azt is, ki kezeli az ügyfélértesítéseket. Ha egy szállítási integráció és egy másik kapcsolt rendszer is feladási üzeneteket küld, az ügyfelek ismétlődő vagy egymásnak ellentmondó frissítéseket kaphatnak.

Nyomon követés: különítsd el a szállítmányrekordokat a kézbesítési láthatóságtól

A nyomkövetési szám rendeléshez írása nyilvántartási problémát old meg. A későbbi fuvarozói események összegyűjtése láthatósági problémát old meg. Lehet, hogy mindkettőre szükséged van, de külön kell értékelned őket.

Egy hasznos nyomonkövetési munkafolyamat megőrzi a kapcsolatot a rendelés, a szállítmány, a csomag, a fuvarozó és a nyomkövetési szám között. Ez a kapcsolat akkor fontos, amikor egy rendelés több csomagot tartalmaz, vagy amikor egy csomag egynél több kézbesítési szolgáltatón halad át.

Fejlesztők által kezelt nyomonkövetési réteg esetén a 17TRACK Tracking API releváns lehetőség. A hivatalos API-dokumentáció alapot biztosít a nyomkövetés regisztrációjának és az események továbbításának értékeléséhez egy egyedi munkafolyamatban. Ez nyomonkövetési célú használati eset, nem helyettesíti a pénztári díjszámítást vagy a címkevásárlást.

Ne feltételezd, hogy az API elérhetősége kész BigCommerce-kapcsolatot is jelent. Határozd meg, hogyan jutnak el a szállítmányadatok az áruházadból vagy a teljesítési rendszerből a nyomonkövetési szolgáltatásba, hogyan jutnak el a frissítések a céljukhoz, és ki tartja fenn a kapcsolatot.

A megvalósítás előtt erősítsd meg a tényleges fuvarozóid és szolgáltatásaid támogatását, a vonatkozó előfizetési feltételeket és a frissítéstovábbítás konfigurációját. Ezután teszteld a késleltetett szkenneléseket, az ismeretlen számokat, a dupla frissítéseket és a kézbesítési kivételeket. Egy nyomonkövetési integráció nem képes létrehozni olyan fizikai fuvarozói szkennelést, amely nem történt meg.

Válassz nyomonkövetési felelőst a vállalkozáson belül is. Egy kivételkezelő irányítópultnak korlátozott operatív értéke van, ha senki sem felelős az elakadt szállítmányok kivizsgálásáért és annak eldöntéséért, mikor kell kapcsolatba lépni a fuvarozóval vagy az ügyféllel.

Hasonlítsd össze a teljes költséget a kiemelt árakra hagyatkozás nélkül

Mivel ezek az integrációs rétegek eltérő munkát végeznek, a költségeket a szükséges munkafolyamathoz viszonyítsd, ne egyetlen hirdetett előfizetési összeghez.

• Szoftverköltségek: Azonosítsd az előfizetéseket, használati kereteket, többletdíjakat és külön számlázott funkciókat.
• Szállítási díjak: Különítsd el a postaköltséget és a fuvarozói korrekciókat a szoftverdíjtól.
• Bevezetés: Számítsd bele a beállítást, az adattisztítást, a szolgáltatás-hozzárendelést, a tesztelést és a munkatársak képzését.
• Folyamatos működés: Számolj a manuális javításokkal, a sikertelen szinkronizálásokkal és a támogatás felelősségével.
• Kilépési követelmények: Ellenőrizd, hogyan kérheted le a szállítmányrekordokat, és hogyan távolíthatod el a kapcsolatot a nyitott rendelések megzavarása nélkül.

Kérd meg minden szolgáltatót, hogy magyarázza el, mely események számítanak számlázható használatnak. A rendelések, címkék, csomagok, regisztrált nyomkövetési számok és API-kérések nem felcserélhető egységek. A költség becslésekor a saját működésedből származó reprezentatív időszakot használj.

Váltás előtt futtass kis léptékű, teljes körű pilotot

A legerősebb kiválasztási módszer egy reális rendelésekkel végzett, ellenőrzött pilot. Tartalmazzon egy szokásos belföldi csomagot, egy több tételből álló rendelést, egy megosztott szállítmányt, valamint minden olyan nemzetközi vagy szokatlan szállítástípust, amely fontos a vállalkozásod számára.

Minden tesztnél rögzítsd a pénztári ajánlatot, a kiválasztott szolgáltatást, a címke eredményét, a szállítmányrekordot, a nyomkövetés célját és az ügyfélértesítéseket. Adj hozzá legalább egy hibás esetet is, például elutasított címet vagy megszakadt szinkronizálást.

Jelölj ki egyértelmű felelősséget: az e-kereskedelmi csapat hagyja jóvá a pénztári működést, a raktári munkatársak a csomagolást és nyomtatást, az ügyfélszolgálat a szállítmány láthatóságát, a technikai felelős pedig a jogosultságokat és helyreállítási eljárásokat. Vizsgáld meg, hogy az egyes kapcsolatok milyen ügyféladatokat kapnak, és csak a feladatukhoz szükséges hozzáférést add meg.

Gyakorlati ajánlás: tartsd a beállítást olyan egyszerűen, amennyire a működésed lehetővé teszi. Használd a meglévő szállítási konfigurációt, ha megfelel a követelménynek, adj hozzá teljesítési integrációt, ha az megszünteti az ismétlődő munkát, és vezess be külön nyomonkövetési réteget, amikor a szállítmányok láthatósága saját munkafolyamatot igényel. Tudatosan kapcsold össze a rétegeket, ahelyett hogy alapértelmezés szerint átfedő képességeket vásárolnál.

GYIK

Szükségem van külön integrációra a díjakhoz, címkékhez és nyomon követéshez?

Nem feltétlenül. Egy integráció több funkciót is lefedhet, míg egy másik csak egyet kezelhet. Minden szükséges funkciót külön ellenőrizz, beleértve azt is, hogy olvassa-e a rendeléseket, visszaírja-e a szállítmányadatokat, és továbbítja-e a későbbi nyomonkövetési frissítéseket.

Egy címkeintegráció automatikusan módosítja a pénztári szállítási díjakat?

Ne feltételezd ezt. A címkevásárlás a teljesítés során történik, míg a pénztári díjak a rendelés leadása előtt jelennek meg. Ellenőrizd, hogy az integráció biztosít-e pénztári díjfunkciót, és működik-e az áruházad konfigurációjával.

Csatlakoztathatom a saját fuvarozói fiókjaimat?

Ez az integrációtól, a fuvarozótól, a fiók jogosultságától és a szállítási régiótól függ. Kérdezd meg, mely fiókok és szolgáltatások támogatottak, használhatók-e a saját fiókod díjai, és ki számlázza a postaköltséget és a későbbi korrekciókat.

A 17TRACK helyettesítheti a BigCommerce címkeeszközét?

A Tracking API-t a nyomonkövetési láthatóság szempontjából kell értékelni, nem a címkevásárlás helyettesítőjeként. Egy egyedi munkafolyamat összekapcsolhatja a szállítmányadatokat egy nyomonkövetési szolgáltatással, miközben a pénztári számításokat és a címkék létrehozását az ezekért felelős rendszerekre bízza.

Miért nem láthat mozgást az ügyfél a nyomkövetési szám kézhezvétele után?

A nyomkövetési szám már létezhet azelőtt, hogy a csomag megkapná az első fuvarozói szkennelést. További lehetőség a hibás szám, a fuvarozó azonosításával kapcsolatos probléma vagy az események késedelmes elérhetősége. Mielőtt a frissítések hiányát szoftverhibának tekintenéd, ellenőrizd a teljesítési átadást és a fuvarozói adatokat.

Források

• BigCommerce App Marketplace — hivatalos kiindulópont a csomagolt integrációk azonosításához és az egyes adatlapok ellenőrzéséhez.
• BigCommerce Developer Documentation — hivatalos referencia a platformintegrációs követelmények és az API-megvalósítás részleteinek ellenőrzéséhez.
• 17TRACK Tracking API — hivatalos termékreferencia az útmutatóban tárgyalt nyomonkövetési API-lehetőséghez.
• 17TRACK API Documentation — technikai referencia egy egyedi nyomonkövetési munkafolyamat értékeléséhez.