Bigcommerce siuntimo integracijos: tarifų, etikečių ir siuntų sekimo parinktys

BigCommerce siuntimo integracijos atlieka tris skirtingas funkcijas: apskaičiuoja siuntimo įkainius atsiskaitymo metu, įsigyja vykdymui reikalingas etiketes ir seka siuntas po išsiuntimo. Prekybininkams tinkama sąranka nebūtinai yra viena programėlė, žadanti viską. Tai susieta darbo eiga, kurioje atsiskaitymo metodai, sandėlio veiksmai, siuntų įrašai ir klientų naujiniai išlieka nuoseklūs.

Pradėkite nuo tos siuntimo dalies, kuri šiandien neveikia. Netikėti mokesčiai atsiskaitymo metu reikalauja įkainių peržiūros. Lėtas pakavimas ir išsiuntimas – etikečių darbo eigos peržiūros. Trūkstami pristatymo naujiniai – geresnio sekimo. Šios problemos gali naudoti tuos pačius užsakymų duomenis, tačiau vienos problemos sprendimas automatiškai neišsprendžia kitų.

Ką iš tikrųjų atlieka kiekviena siuntimo integracija

Prieš pasirinkdami integraciją, atskirkite klientams skirtą siuntimo pasiūlymą nuo veiklos, reikalingos jam įvykdyti. Siuntimo mokestis atsiskaitymo metu nebūtinai yra suma, kurią vėliau sumokėsite už etiketę, o sekimo numeris nėra įrodymas, kad vežėjas priėmė siuntą.

Integracijos sluoksnis	Pagrindinė atsakomybė	Ką patikrinti
Atsiskaitymo įkainiai	Nustatyti, kokius pristatymo būdus ir mokesčius mato pirkėjai.	Siuntimo vietos, paskirties vietos, produktų duomenys, paslaugos tinkamumas ir atsarginis veikimas.
Etiketės ir užsakymų vykdymas	Paversti užsakymus siuntomis ir parengti išsiuntimui reikalingus dokumentus.	Vežėjų paskyros, pakuotės pasirinkimas, spausdintuvo suderinamumas ir siuntos duomenų įrašymas atgal.
Sekimas po pirkimo	Surinkti pristatymo įvykius ir padaryti siuntos eigą prieinamą.	Sekimo numerio perėmimas, vežėjo identifikavimas, naujinių pristatymas ir išimčių tvarkymas.

BigCommerce oficiali programėlių prekyvietė yra pradinis taškas ieškant paruoštų integracijų. Jos kūrėjų dokumentacija yra pradinis taškas tikrinant pasirinktinį ryšį. Vien įrašas prekyvietėje neturėtų būti laikomas patvirtinimu, kad programėlė palaiko visas šalis, vežėjų paslaugas, atsiskaitymo konfigūracijas ar jūsų naudojamą užsakymų vykdymo darbo eigą.

Pasirinkite integracijos kelią pagal savo darbo eigą

Naudokite platformos siuntimo nustatymus, kai taisyklės yra paprastos

Jei jūsų siuntimo pasiūlymas yra paprastas, pirmiausia peržiūrėkite parduotuvėje jau prieinamą siuntimo konfigūraciją. Prieš pridėdami kitą sistemą, apibrėžkite aptarnaujamas paskirties vietas, pirkėjams rodomus būdus ir komercines taisykles.

Pavyzdžiui, parduotuvei, taikančiai standartinį vietinio siuntimo mokestį, gali reikėti aiškesnių siuntimo zonų ir išimčių, o ne išorinio įkainių variklio. Parduotuvė, siunčianti didelių gabaritų produktus iš kelių vietų, susiduria su kita problema: paprastas mokestis gali slėpti reikšmingus vykdymo kaštų skirtumus.

Geriausiai tinka: prekybininkams, turintiems nuspėjamas siuntas, ribotą vykdymo sudėtingumą ir siuntimo taisykles, kurias gali išreikšti esama konfigūracija. Pereikite nuo šio kelio, kai reikiamos logikos neįmanoma patikimai išreikšti, o ne vien todėl, kad kita programėlė turi daugiau nustatymų.

Naudokite paruoštą integraciją pasikartojančiam vykdymo darbui

Paruoštą siuntimo integraciją verta įvertinti, kai darbuotojai nuolat kopijuoja adresus, renkasi paslaugas, perka etiketes ar įveda sekimo numerius. Jos vertė – mažesnis perdavimų skaičius ir užsakymo įrašo suderinimas su tuo, kas iš tikrųjų buvo išsiųsta.

Nemanykite, kad kiekviena etikečių integracija taip pat pateikia atsiskaitymo įkainius. Taip pat nemanykite, kad užsakymus importuojanti programėlė gali įrašyti siuntos informaciją atgal į BigCommerce. Paprašykite teikėjo pademonstruoti kiekvieną reikalingą duomenų judėjimo kryptį pagal jūsų darbo eigą.

Geriausiai tinka: komandoms, norinčioms nusistovėjusios veiklos sąsajos, neprižiūrint savo integracijos. Tai prastas pasirinkimas, jei esminėms sandėlio taisyklėms reikia rankinių sprendimų, panaikinančių sutaupytą laiką.

Naudokite pasirinktinį ryšį, kai užsakymų vykdymą valdo kita sistema

Pasirinktinė integracija gali būti prasminga, kai užsakymų valdymo sistema, sandėlio platforma ar trečiosios šalies logistikos teikėjas jau kontroliuoja išsiuntimą. Tokiu atveju BigCommerce gali būti pardavimo kanalas, o ne kiekvieno siuntimo veiksmo veiklos pagrindinis informacijos šaltinis.

Apibrėžkite, kuri sistema valdo adresus, pakuotės sprendimus, etikečių pirkimą, siuntos sukūrimą ir sekimo naujinius. Tada atitinkamoje dokumentacijoje patvirtinkite reikalingas API operacijas, autentifikavimo reikalavimus, leidimus ir platformos apribojimus.

Geriausiai tinka: prekybininkams, turintiems tikrą darbo eigos poreikį ir techninių galimybių jį prižiūrėti. Pasirinktinis kūrimas ne visada yra pigiausias kelias, įskaičiavus stebėjimą, palaikymą ir būsimus pakeitimus.

Įkainiai: suderinkite atsiskaitymo pažadą su siuntimo operacija

Įkainių integracija turėtų pateikti pristatymo pasiūlymą, kurį galite įvykdyti, o ne tiesiog grąžinti skaičių. Prieš testuodami teikėjus, dokumentuokite vietos, paskirties, produkto ir pakuotės duomenis, lemiančius paslaugos tinkamumą ir kainą.

• Siuntimo vietos: Kuris sandėlis ar vykdymo partneris išsiųs užsakymą?
• Produktų duomenys: Ar svoriai ir matmenys yra tikslūs, ar jų vienetai nuoseklūs?
• Pakavimas: Ar skaičiavime naudojami atskiri produktai, pasirinkta dėžė ar apskaičiuota pakuotė?
• Paskirties vietos: Kas nutinka atokioms vietovėms, pašto dėžutėms ir vietoms už jūsų aptarnaujamos teritorijos ribų?
• Komercinės taisyklės: Ar taikysite apskaičiuotą sumą, subsidijuosite siuntimą ar taikysite reklaminį slenkstį?

Atsiskaitymo mokesčiai ir etikečių kainos gali skirtis, nes vykdymo metu naudojama pakuotė, paslauga, siuntimo vieta ar paskyra skiriasi nuo atsiskaitymo prielaidų. Prieš darydami išvadą, kad įkainis apskaičiuotas neteisingai, palyginkite abi bandomojo užsakymo puses.

Apibrėžkite ir nesėkmės veikimą. Jei įkainio užklausa nepavyksta, ar atsiskaitymo metu turėtų būti rodoma sukonfigūruota alternatyva, pašalinamas paveiktas būdas, ar užsakymas sustabdomas? Tinkamas pasirinkimas priklauso nuo to, ar jūsų komanda gali įvykdyti alternatyvą. Atsarginis mokestis, priimantis neišsiunčiamą užsakymą, nėra sėkmingas atkūrimas.

Tarptautiniams užsakymams atskirkite transportavimo mokestį nuo muitų ir mokesčių. Nevadinkite įkainio visa apimančia galutine pristatymo kaina, nebent atsakinga paslauga aiškiai apskaičiuoja atitinkamus mokesčius, o vykdymo procesas palaiko nurodytą mokėjimo susitarimą.

Etiketės: įvertinkite visą išsiuntimo ciklą

Etikečių pirkimą reikia išbandyti nuo užsakymo importo iki atšaukimo, o ne tik iki pirmojo sėkmingo spausdinimo. Veiklos klausimas – ar integracija sinchronizuoja sandėlio darbą ir parduotuvės įrašus.

Naudokite šiuos priėmimo patikrinimus:

1. Užsakymo importas: Patvirtinkite, kad tinkami užsakymai tampa prieinami vykdymui ir kad pakeitimai tvarkomi nuspėjamai.
2. Pakuotės sukūrimas: Išbandykite vieną siuntą, kelias siuntas ir užsakymą, kuriame išsiunčiama tik dalis prekių.
3. Paslaugos pasirinkimas: Patikrinkite, kaip pirkėjo pasirinktas atsiskaitymo būdas susiejamas su sandėlio darbuotojų nupirkta paslauga.
4. Spausdinimas: Patvirtinkite, kad etiketės dydis, failo formatas ir spausdinimo nustatymai veikia su tikra sandėlio įranga.
5. Siuntos duomenų įrašymas atgal: Patikrinkite, kad teisinga sekimo informacija ir išsiųstos prekės pasiektų BigCommerce užsakymą.
6. Pakartotinis spausdinimas ir anuliavimas: Nustatykite, kaip darbuotojai išvengs pasikartojančių pirkimų ir kaip bus tvarkomos nepanaudotos etiketės pagal taikomas teikėjo taisykles.

Ypač naudingas testas – etiketės pirkimas, kuris sėkmingas, kai vėlesnis užsakymo naujinimas nepavyksta. Darbuotojams reikia atkūrimo kelio, leidžiančio atnaujinti užsakymą neperkant kitos etiketės. Čia išbaigtas demonstracinis pavyzdys gali skirtis nuo patikimos gamybinės darbo eigos.

Taip pat patikrinkite, kas valdo klientų pranešimus. Jei ir siuntimo integracija, ir kita prijungta sistema siunčia išsiuntimo pranešimus, klientai gali gauti pasikartojančius arba prieštaringus naujinius.

Sekimas: atskirkite siuntų įrašus nuo pristatymo matomumo

Sekimo numerio įrašymas į užsakymą išsprendžia apskaitos problemą. Vėlesnių vežėjo įvykių rinkimas išsprendžia matomumo problemą. Jūsų verslui gali reikėti abiejų, tačiau juos reikia vertinti atskirai.

Naudinga sekimo darbo eiga išsaugo ryšį tarp užsakymo, siuntos, paketo, vežėjo ir sekimo numerio. Šis ryšys svarbus, kai vienas užsakymas turi kelias siuntas arba kai paketas keliauja per daugiau nei vieną pristatymo operatorių.

Kūrėjų valdomam sekimo sluoksniui tinkama įvertinti 17TRACK Tracking API. Jos oficiali API dokumentacija suteikia pagrindą vertinti sekimo registraciją ir įvykių pristatymą pasirinktinėje darbo eigoje. Tai sekimo naudojimo atvejis, o ne atsiskaitymo įkainių skaičiavimo ar etikečių pirkimo pakaitalas.

Nemanykite, kad API prieinamumas reiškia, jog įtrauktas paruoštas BigCommerce jungiklis. Nustatykite, kaip siuntos informacija iš jūsų parduotuvės ar vykdymo sistemos pateks į sekimo paslaugą, kaip naujiniai pasieks paskirties vietą ir kas prižiūrės ryšį.

Prieš įgyvendinimą patvirtinkite savo realių vežėjų ir paslaugų palaikymą, atitinkamas prenumeratos sąlygas ir naujinių pristatymo konfigūraciją. Tada išbandykite vėluojančius nuskaitymus, neatpažintus numerius, pasikartojančius naujinius ir pristatymo išimtis. Sekimo integracija negali sukurti fizinio vežėjo nuskaitymo, kuris neįvyko.

Pasirinkite sekimo atsakingąjį asmenį ir įmonės viduje. Išimčių skydelis turi ribotą veiklos vertę, jei niekas neatsako už užstrigusių siuntų tyrimą ir sprendimą, kada susisiekti su vežėju ar klientu.

Palyginkite bendrą kainą nepasikliaudami reklamuojamu tarifu

Kadangi šie integracijos sluoksniai atlieka skirtingą darbą, lyginkite kainas pagal reikalingą darbo eigą, o ne pagal vieną reklamuojamą prenumeratos sumą.

• Programinės įrangos mokesčiai: Nustatykite prenumeratas, naudojimo limitus, viršijimus ir atskirai apmokestinamas funkcijas.
• Siuntimo mokesčiai: Atskirti pašto ir vežėjo koregavimus nuo programinės įrangos mokesčio.
• Įgyvendinimas: Įtraukite sąranką, duomenų valymą, paslaugų susiejimą, testavimą ir darbuotojų mokymą.
• Nuolatinė veikla: Įvertinkite rankinius taisymus, nepavykusias sinchronizacijas ir palaikymo atsakomybę.
• Išėjimo reikalavimai: Patikrinkite, kaip galite gauti siuntų įrašus ir pašalinti ryšį nesutrikdydami atvirų užsakymų.

Paprašykite kiekvieno teikėjo paaiškinti, kuris įvykis įskaičiuojamas į apmokestinamą naudojimą. Užsakymai, etiketės, siuntos, užregistruoti sekimo numeriai ir API užklausos nėra keičiami vienetai. Vertindami kainą naudokite tipinį savo veiklos laikotarpį.

Prieš keisdami sprendimą atlikite nedidelį bandymą nuo pradžios iki pabaigos

Geriausias pasirinkimo metodas – kontroliuojamas bandymas su realistiškais užsakymais. Įtraukite įprastą vietinę siuntą, kelių prekių užsakymą, padalytą siuntą ir bet kokio tipo tarptautinę ar neįprastą siuntą, svarbią jūsų verslui.

Kiekvieno testo metu užrašykite atsiskaitymo pasiūlymą, pasirinktą paslaugą, etiketės rezultatą, siuntos įrašą, sekimo paskirties vietą ir klientų pranešimus. Įtraukite bent vieną nesėkmės atvejį, pavyzdžiui, atmestą adresą ar nutrūkusią sinchronizaciją.

Aiškiai paskirstykite atsakomybę: elektroninės prekybos komanda tvirtina atsiskaitymo veikimą, sandėlio darbuotojai – pakavimą ir spausdinimą, klientų aptarnavimo komanda – siuntos matomumą, o techninis atsakingasis – leidimus ir atkūrimo procedūras. Peržiūrėkite, kokius klientų duomenis gauna kiekvienas ryšys, ir suteikite tik darbui reikalingą prieigą.

Praktinė rekomendacija: išlaikykite tokią paprastą sąranką, kokią leidžia jūsų veikla. Naudokite esamą siuntimo konfigūraciją, kai ji atitinka reikalavimus, pridėkite vykdymo integraciją, kai ji pašalina pasikartojantį darbą, ir įdiekite atskirą sekimo sluoksnį, kai siuntos matomumui reikia savos darbo eigos. Sąmoningai sujunkite sluoksnius, o ne pagal nutylėjimą pirkite persidengiančias funkcijas.

DUK

Ar man reikia atskirų integracijų įkainiams, etiketėms ir sekimui?

Nebūtinai. Viena integracija gali apimti kelias funkcijas, o kita – tik vieną. Kiekvieną reikalingą funkciją tikrinkite atskirai, įskaitant tai, ar ji skaito užsakymus, įrašo siuntos informaciją atgal ir pateikia vėlesnius sekimo naujinius.

Ar etikečių integracija automatiškai pakeis siuntimo įkainius atsiskaitymo metu?

Nepasitikėkite tokia prielaida. Etiketės perkamos vykdymo metu, o atsiskaitymo įkainiai pateikiami prieš pateikiant užsakymą. Patvirtinkite, ar integracija teikia atsiskaitymo įkainių funkciją ir ar ji veikia su jūsų parduotuvės konfigūracija.

Ar galiu prijungti savo vežėjų paskyras?

Tai priklauso nuo integracijos, vežėjo, paskyros tinkamumo ir siuntimo regiono. Paklauskite, kurios paskyros ir paslaugos palaikomos, ar galima naudoti jūsų paskyros įkainius ir kas išrašo sąskaitą už pašto išlaidas bei vėlesnius koregavimus.

Ar 17TRACK gali pakeisti BigCommerce etikečių įrankį?

Tracking API reikėtų vertinti kaip matomumo sprendimą, o ne etikečių pirkimo pakaitalą. Pasirinktinė darbo eiga gali susieti siuntos informaciją su sekimo paslauga, o atsiskaitymo skaičiavimus ir etikečių kūrimą palikti už tai atsakingoms sistemoms.

Kodėl klientas gali nematyti jokio judėjimo gavęs sekimo numerį?

Sekimo numeris gali egzistuoti dar prieš paketui gaunant pirmąjį vežėjo nuskaitymą. Kitos galimybės – neteisingas numeris, vežėjo identifikavimo problema arba vėluojantis įvykių prieinamumas. Prieš laikydami naujinių nebuvimą programinės įrangos klaida, patikrinkite perdavimą vykdymui ir vežėjo informaciją.

Šaltiniai

• BigCommerce App Marketplace — oficialus pradinis taškas ieškant paruoštų integracijų ir tikrinant atskirus įrašus.
• BigCommerce Developer Documentation — oficiali nuoroda platformos integracijos reikalavimams ir API įgyvendinimo detalėms tikrinti.
• 17TRACK Tracking API — oficiali šiame vadove aptariamos sekimo API parinkties produkto nuoroda.
• 17TRACK API Documentation — techninė nuoroda pasirinktinei sekimo darbo eigai įvertinti.