Integrácie dopravy BigCommerce: možnosti sadzieb, štítkov a sledovania zásielok

Integrácie dopravy BigCommerce plnia tri rôzne úlohy: výpočet sadzieb dopravy pri platbe, nákup štítkov na expedíciu a sledovanie zásielok po odoslaní. Pre obchodníkov nie je správnym riešením nevyhnutne jedna aplikácia, ktorá sľubuje všetko. Ide o prepojený pracovný postup, v ktorom zostávajú metódy dopravy pri platbe, úkony skladu, záznamy o zásielkach a aktualizácie pre zákazníkov konzistentné.

Začnite časťou dopravy, ktorá dnes nefunguje. Neočakávané poplatky pri platbe si vyžadujú kontrolu sadzieb. Pomalé balenie a odosielanie si vyžadujú kontrolu pracovného postupu pre štítky. Chýbajúce aktualizácie doručenia si vyžadujú lepšie sledovanie. Tieto problémy môžu zdieľať údaje o objednávkach, no vyriešenie jedného z nich automaticky nevyrieši ostatné.

Čo jednotlivé integrácie dopravy skutočne robia

Pred výberom integrácie oddeľte ponuku dopravy určenú zákazníkom od prevádzkovej práce potrebnej na jej splnenie. Poplatok za dopravu pri platbe nemusí byť suma, ktorú neskôr zaplatíte za štítok, a sledovacie číslo nie je dôkazom, že dopravca zásielku prijal.

Vrstva integrácie	Hlavná zodpovednosť	Čo overiť
Sadzby pri platbe	Určiť, ktoré spôsoby doručenia a poplatky zákazníci uvidia.	Miesta odoslania, destinácie, údaje o produktoch, oprávnenosť služby a záložné správanie.
Štítky a plnenie objednávok	Premeniť objednávky na zásielky a vytvoriť dokumenty potrebné na odoslanie.	Účty dopravcov, výber balenia, kompatibilita tlačiarne a spätný zápis údajov o zásielke.
Sledovanie po nákupe	Zhromažďovať udalosti doručenia a sprístupniť priebeh zásielky.	Zachytenie sledovacieho čísla, identifikácia dopravcu, doručovanie aktualizácií a riešenie výnimiek.

Oficiálny trh aplikácií BigCommerce je východiskovým bodom na hľadanie balíkových integrácií. Jeho dokumentácia pre vývojárov je východiskom na overenie vlastného prepojenia. Samotný záznam na trhu by sa nemal považovať za potvrdenie, že aplikácia podporuje každú krajinu, službu dopravcu, konfiguráciu platby alebo pracovný postup plnenia objednávok, ktorý používate.

Vyberte spôsob integrácie podľa pracovného postupu

Použite nastavenia dopravy platformy, keď sú pravidlá jednoduché

Ak je vaša ponuka dopravy jednoduchá, najprv skontrolujte konfiguráciu dopravy, ktorá je už dostupná vo vašom obchode. Pred pridaním ďalšieho systému definujte destinácie, ktoré obsluhujete, spôsoby, ktoré majú zákazníci vidieť, a obchodné pravidlá týchto spôsobov.

Obchod ponúkajúci štandardný poplatok za vnútroštátnu dopravu môže napríklad potrebovať jasnejšie zóny dopravy a výnimky namiesto externého nástroja na výpočet sadzieb. Obchod, ktorý odosiela nadrozmerné produkty z viacerých miest, má iný problém: jednoduchý poplatok môže skryť významné rozdiely v nákladoch na plnenie objednávok.

Najvhodnejšie pre: obchodníkov s predvídateľnými balíkmi, obmedzenou zložitosťou plnenia objednávok a pravidlami dopravy, ktoré dokáže vyjadriť existujúca konfigurácia. Túto cestu opustite, keď požadovanú logiku nemožno spoľahlivo vyjadriť — nie iba preto, že iná aplikácia má viac nastavení.

Použite balíkovú integráciu na opakované úlohy plnenia objednávok

O balíkovej integrácii dopravy sa oplatí uvažovať, keď pracovníci opakovane kopírujú adresy, vyberajú služby, nakupujú štítky alebo zadávajú sledovacie čísla. Jej hodnota spočíva v obmedzení odovzdávania práce a v udržiavaní záznamu objednávky v súlade s tým, čo bolo skutočne odoslané.

Nepredpokladajte, že každá integrácia štítkov poskytuje aj sadzby pri platbe. Rovnako nepredpokladajte, že aplikácia, ktorá importuje objednávky, dokáže zapísať údaje o zásielke späť do BigCommerce. Požiadajte poskytovateľa, aby pomocou vášho pracovného postupu predviedol každý požadovaný smer pohybu údajov.

Najvhodnejšie pre: tímy, ktoré chcú zavedené prevádzkové rozhranie bez údržby vlastnej integrácie. Je nevhodná, ak si základné pravidlá skladu vyžadujú manuálne obchádzky, ktoré zmažú ušetrený čas.

Použite vlastné prepojenie, keď plnenie objednávok riadi iný systém

Vlastná integrácia môže mať zmysel, keď expedíciu už riadi systém správy objednávok, skladová platforma alebo poskytovateľ logistických služieb tretej strany. V takomto usporiadaní môže byť BigCommerce predajným kanálom, nie prevádzkovým zdrojom pravdy pre každú činnosť súvisiacu s dopravou.

Určte, ktorý systém vlastní adresy, rozhodnutia o balení, nákup štítkov, vytváranie zásielok a aktualizácie sledovania. Potom v príslušnej dokumentácii potvrďte potrebné operácie API, požiadavky na overenie, oprávnenia a obmedzenia platformy.

Najvhodnejšie pre: obchodníkov so skutočnou požiadavkou na pracovný postup a technickou kapacitou na jeho údržbu. Vlastný vývoj nie je automaticky najlacnejšou cestou po započítaní monitorovania, podpory a budúcich zmien.

Sadzby: zosúlaďte prísľub pri platbe s prevádzkou dopravy

Integrácia sadzieb by mala vytvoriť ponuku doručenia, ktorú dokážete splniť, nielen vrátiť číslo. Pred testovaním poskytovateľov zdokumentujte vstupy týkajúce sa miesta odoslania, destinácie, produktu a balenia, ktoré určujú oprávnenosť služby a náklady.

• Miesta odoslania: Ktorý sklad alebo partner na plnenie objednávok odošle objednávku?
• Údaje o produktoch: Sú hmotnosti a rozmery presné a používajú rovnaké jednotky?
• Balenie: Používa výpočet jednotlivé produkty, vybranú škatuľu alebo odhadované balenie?
• Destinácie: Čo sa stane pri odľahlých oblastiach, poštových schránkach a miestach mimo vašej obsluhovanej oblasti?
• Obchodné pravidlá: Budete účtovať vypočítanú sumu, dotovať dopravu alebo uplatňovať propagačný limit?

Poplatky pri platbe a náklady na štítky sa môžu líšiť, pretože balík, služba, miesto odoslania alebo účet použitý pri plnení objednávky sa líši od predpokladov pri platbe. Pred záverom, že výpočet sadzby je nesprávny, porovnajte obe strany testovacej objednávky.

Definujte aj správanie pri zlyhaní. Ak požiadavka na sadzbu zlyhá, má platba zobraziť nakonfigurovanú alternatívu, odstrániť dotknutú metódu alebo zastaviť objednávku? Správna voľba závisí od toho, či váš tím dokáže alternatívu splniť. Záložný poplatok, ktorý prijme objednávku, ktorú nemožno odoslať, nie je úspešnou obnovou.

Pri medzinárodných objednávkach oddeľte poplatok za prepravu od ciel a daní. Neoznačujte sadzbu za celkové náklady s doručením, pokiaľ zodpovedná služba výslovne nevypočítava príslušné poplatky a proces plnenia objednávky nepodporuje uvedené usporiadanie platieb.

Štítky: vyhodnoťte celý cyklus expedície

Nákup štítkov by sa mal testovať od importu objednávky až po zrušenie, nielen po prvú úspešnú tlač. Prevádzkovou otázkou je, či integrácia udržiava synchronizáciu skladovej práce a záznamov v obchode.

Použite tieto akceptačné kontroly:

1. Import objednávok: Overte, že správne objednávky sú dostupné na plnenie a že úpravy sa spracúvajú predvídateľne.
2. Vytvorenie balíka: Otestujte jeden balík, viac balíkov a objednávku, v ktorej sa odošle iba časť položiek.
3. Výber služby: Skontrolujte, ako sa spôsob dopravy zvolený zákazníkom pri platbe mapuje na službu zakúpenú pracovníkmi skladu.
4. Tlač: Overte, že veľkosť štítka, formát súboru a nastavenia tlače fungujú so skutočným vybavením skladu.
5. Spätný zápis zásielky: Overte, že správne sledovacie údaje a odoslané položky sa dostanú do objednávky BigCommerce.
6. Opakovaná tlač a zrušenie: Stanovte, ako sa pracovníci vyhnú duplicitným nákupom a ako sa riešia nepoužité štítky podľa pravidiel príslušného poskytovateľa.

Mimoriadne užitočným testom je nákup štítka, ktorý uspeje, zatiaľ čo následná aktualizácia objednávky zlyhá. Pracovníci potrebujú spôsob obnovy, ktorý aktualizuje objednávku bez nákupu ďalšieho štítka. Práve tu sa môže uhladená ukážka líšiť od spoľahlivého produkčného pracovného postupu.

Skontrolujte tiež, kto vlastní upozornenia pre zákazníkov. Ak správy o odoslaní posiela integrácia dopravy aj iný pripojený systém, zákazníci môžu dostať duplicitné alebo protichodné aktualizácie.

Sledovanie: odlíšte záznamy o zásielkach od viditeľnosti doručenia

Zapísanie sledovacieho čísla do objednávky rieši problém evidencie. Zhromažďovanie neskorších udalostí dopravcu rieši problém viditeľnosti. Vaša firma môže potrebovať oboje, no mali by sa vyhodnocovať samostatne.

Užitočný pracovný postup sledovania zachováva vzťah medzi objednávkou, zásielkou, balíkom, dopravcom a sledovacím číslom. Tento vzťah je dôležitý, keď má jedna objednávka viac balíkov alebo keď balík prechádza cez viac než jedného doručovateľa.

Pre vrstvu sledovania riadenú vývojárom je relevantnou možnosťou na posúdenie 17TRACK Tracking API. Jej oficiálna dokumentácia API poskytuje základ na vyhodnotenie registrácie sledovania a doručovania udalostí vo vlastnom pracovnom postupe. Ide o prípad použitia sledovania, nie o náhradu výpočtu sadzieb pri platbe alebo nákupu štítkov.

Nepredpokladajte, že dostupnosť API znamená zahrnutie hotového konektora BigCommerce. Určte, ako sa údaje o zásielke presunú z vášho obchodu alebo systému plnenia objednávok do služby sledovania, ako sa aktualizácie dostanú na cieľové miesto a kto bude pripojenie udržiavať.

Pred implementáciou potvrďte podporu vašich skutočných dopravcov a služieb, príslušné podmienky predplatného a konfiguráciu doručovania aktualizácií. Potom otestujte oneskorené skeny, nerozpoznané čísla, duplicitné aktualizácie a výnimky pri doručení. Integrácia sledovania nedokáže vytvoriť fyzický sken dopravcu, ktorý sa neuskutočnil.

Vyberte v rámci firmy aj vlastníka sledovania. Panel výnimiek má obmedzenú prevádzkovú hodnotu, pokiaľ nie je niekto zodpovedný za vyšetrovanie uviaznutých zásielok a rozhodovanie, kedy kontaktovať dopravcu alebo zákazníka.

Porovnávajte celkové náklady, nie iba cenu v nadpise

Keďže tieto vrstvy integrácie vykonávajú odlišnú prácu, porovnávajte náklady s pracovným postupom, ktorý potrebujete, a nie s jedinou inzerovanou sumou predplatného.

• Poplatky za softvér: Identifikujte predplatné, limity používania, nadlimitné poplatky a funkcie účtované samostatne.
• Poplatky za dopravu: Oddeľte poštovné a úpravy dopravcu od poplatku za softvér.
• Implementácia: Zahrňte nastavenie, čistenie údajov, mapovanie služieb, testovanie a školenie pracovníkov.
• Priebežná prevádzka: Zohľadnite manuálne opravy, neúspešné synchronizácie a zodpovednosť za podporu.
• Požiadavky na ukončenie: Overte, ako môžete získať záznamy o zásielkach a odstrániť pripojenie bez narušenia otvorených objednávok.

Požiadajte každého poskytovateľa, aby vysvetlil, ktorá udalosť sa započítava do účtovaného používania. Objednávky, štítky, balíky, registrované sledovacie čísla a požiadavky API nie sú zameniteľné jednotky. Pri odhade nákladov použite reprezentatívne obdobie z vlastnej prevádzky.

Pred prechodom spustite malý pilot od začiatku do konca

Najlepšou metódou výberu je kontrolovaný pilot s realistickými objednávkami. Zahrňte bežný vnútroštátny balík, objednávku s viacerými položkami, rozdelenú zásielku a všetky medzinárodné alebo nezvyčajné typy zásielok, ktoré sú pre vašu firmu dôležité.

Pri každom teste zaznamenajte ponuku pri platbe, vybranú službu, výsledok štítka, záznam o zásielke, cieľ sledovania a upozornenia pre zákazníka. Pridajte aspoň jeden prípad zlyhania, napríklad odmietnutú adresu alebo prerušenú synchronizáciu.

Určte jasnú zodpovednosť: tím elektronického obchodu schvaľuje správanie pri platbe, pracovníci skladu schvaľujú balenie a tlač, zákaznícka podpora schvaľuje viditeľnosť zásielky a technický vlastník schvaľuje oprávnenia a postupy obnovy. Skontrolujte, aké údaje o zákazníkoch jednotlivé prepojenia prijímajú, a udeľte iba prístup potrebný na ich úlohu.

Praktické odporúčanie: Udržujte nastavenie také jednoduché, ako to vaša prevádzka umožňuje. Použite existujúcu konfiguráciu dopravy tam, kde spĺňa požiadavku, pridajte integráciu plnenia objednávok tam, kde odstraňuje opakovanú prácu, a zaveďte samostatnú vrstvu sledovania, keď viditeľnosť zásielok potrebuje vlastný pracovný postup. Vrstvy prepájajte zámerne namiesto automatického nákupu prekrývajúcich sa funkcií.

Časté otázky

Potrebujem samostatné integrácie pre sadzby, štítky a sledovanie?

Nie nevyhnutne. Jedna integrácia môže pokrývať viac funkcií, zatiaľ čo iná môže riešiť iba jednu. Každú požadovanú funkciu overte samostatne vrátane toho, či číta objednávky, zapisuje údaje o zásielke späť a doručuje neskoršie aktualizácie sledovania.

Zmení integrácia štítkov automaticky sadzby dopravy pri platbe?

Nepredpokladajte to. Nákup štítka prebieha počas plnenia objednávky, zatiaľ čo sadzby pri platbe sa zobrazujú pred odoslaním objednávky. Overte, či integrácia poskytuje funkciu sadzieb pri platbe a či funguje s konfiguráciou vášho obchodu.

Môžem pripojiť vlastné účty dopravcov?

Závisí to od integrácie, dopravcu, oprávnenosti účtu a regiónu dopravy. Zistite, ktoré účty a služby sú podporované, či možno použiť sadzby vášho účtu a kto účtuje poštovné a následné úpravy.

Môže 17TRACK nahradiť nástroj BigCommerce na štítky?

Tracking API by sa malo vyhodnocovať z hľadiska viditeľnosti sledovania, nie ako náhrada nákupu štítkov. Vlastný pracovný postup môže pripojiť údaje o zásielke k službe sledovania, pričom výpočty pri platbe a vytváranie štítkov ponechá systémom zodpovedným za tieto úlohy.

Prečo zákazník po prijatí sledovacieho čísla nemusí vidieť žiadny pohyb?

Sledovacie číslo môže existovať ešte pred prvým skenom balíka dopravcom. Ďalšími možnosťami sú nesprávne číslo, problém s identifikáciou dopravcu alebo oneskorená dostupnosť udalostí. Pred označením absencie aktualizácií za zlyhanie softvéru skontrolujte odovzdanie zásielky a údaje o dopravcovi.

Zdroje

• BigCommerce App Marketplace — oficiálny východiskový bod na identifikáciu balíkových integrácií a kontrolu jednotlivých záznamov.
• BigCommerce Developer Documentation — oficiálna referencia na overenie požiadaviek integrácie platformy a podrobností implementácie API.
• 17TRACK Tracking API — oficiálna referencia produktu pre možnosť API sledovania opísanú v tejto príručke.
• 17TRACK API Documentation — technická referencia na vyhodnotenie vlastného pracovného postupu sledovania.