Skip to main content
DomovBlogIntegracije pošiljanja Bigcommerce: možnosti za cene, nalepke in sledenje

Integracije pošiljanja Bigcommerce: možnosti za cene, nalepke in sledenje

17TRACK

Integracije za dostavo v BigCommerce opravljajo tri različne naloge: izračunavanje cen dostave na blagajni, nakup nalepk za izpolnjevanje naročil in sledenje paketom po odpremi. Za trgovce ustrezna nastavitev ni nujno ena sama aplikacija, ki obljublja vse. Gre za povezan potek dela, v katerem ostanejo načini dostave na blagajni, dejanja skladišča, zapisi o pošiljkah in obvestila strank usklajeni.

Možnosti integracij dostave BigCommerce za cene, nalepke in sledenje

Začnite pri delu dostave, ki danes ne deluje. Nepričakovani stroški na blagajni zahtevajo pregled cen. Počasno pakiranje in odprema zahtevata pregled poteka dela z nalepkami. Manjkajoča obvestila o dostavi zahtevajo boljše sledenje. Te težave si lahko delijo podatke o naročilu, vendar rešitev ene ne odpravi samodejno tudi drugih.

Kaj posamezna integracija dostave dejansko počne

Pred izbiro integracije ločite ponudbo dostave, namenjeno strankam, od operativnega dela, potrebnega za njeno izvedbo. Strošek dostave na blagajni ni nujno znesek, ki ga boste pozneje plačali za nalepko, številka za sledenje pa ni dokaz, da je prevoznik prevzel paket.

Plast integracijeGlavna odgovornostKaj preveriti
Cene na blagajniDoločanje načinov dostave in stroškov, ki jih vidijo kupci.Izvorne lokacije, cilji, podatki o izdelkih, upravičenost do storitve in nadomestno vedenje.
Nalepke in izpolnjevanje naročilPretvarjanje naročil v pošiljke in izdelava dokumentov, potrebnih za odpremo.Računi prevoznikov, izbira paketa, združljivost s tiskalnikom in zapis pošiljke nazaj v sistem.
Sledenje po nakupuZbiranje dogodkov dostave in zagotavljanje dostopa do napredka pošiljke.Zajem številke za sledenje, prepoznavanje prevoznika, dostava posodobitev in obravnava izjem.

Uradna trgovina z aplikacijami BigCommerce je izhodišče za iskanje paketnih integracij. Njena dokumentacija za razvijalce je izhodišče za preverjanje povezave po meri. Samega vnosa v trgovini ne smete obravnavati kot potrditev, da aplikacija podpira vsako državo, storitev prevoznika, konfiguracijo blagajne ali potek izpolnjevanja naročil, ki ga uporabljate.

Izberite način integracije glede na svoj potek dela

Uporabite nastavitve dostave platforme, ko so pravila preprosta

Če je vaša ponudba dostave preprosta, najprej preglejte konfiguracijo dostave, ki je že na voljo v vaši trgovini. Preden dodate drug sistem, določite cilje, ki jih oskrbujete, načine, ki naj jih kupci vidijo, in poslovna pravila za temi načini.

Trgovina, ki na primer ponuja standardno domačo ceno dostave, morda potrebuje jasnejše dostavne cone in izjeme, ne pa zunanjega mehanizma za izračun cen. Trgovina, ki predimenzionirane izdelke pošilja z več lokacij, ima drugačen problem: preprost strošek lahko skrije pomembne razlike v stroških izpolnjevanja naročil.

Najprimerneje za: trgovce s predvidljivimi paketi, omejeno zapletenostjo izpolnjevanja naročil in pravili dostave, ki jih lahko izrazi njihova obstoječa konfiguracija. To možnost presezite, ko zahtevane logike ni mogoče zanesljivo predstaviti – ne zgolj zato, ker ima druga aplikacija več nastavitev.

Uporabite paketno integracijo za ponavljajoče se delo pri izpolnjevanju naročil

Paketno integracijo dostave je vredno oceniti, ko zaposleni večkrat kopirajo naslove, izbirajo storitve, kupujejo nalepke ali vnašajo številke za sledenje. Njena vrednost je v zmanjšanju predaj in ohranjanju zapisa naročila usklajenega z dejansko odpremljenim blagom.

Ne domnevajte, da vsaka integracija nalepk zagotavlja tudi cene na blagajni. Prav tako ne domnevajte, da lahko aplikacija, ki uvaža naročila, zapiše podrobnosti o pošiljki nazaj v BigCommerce. Od ponudnika zahtevajte predstavitev vsake potrebne smeri prenosa podatkov z uporabo vašega poteka dela.

Najprimerneje za: ekipe, ki želijo uveljavljen operativni vmesnik brez vzdrževanja lastne integracije. Slaba izbira je, če bistvena pravila skladišča zahtevajo ročne obvoze, ki izničijo prihranek časa.

Uporabite povezavo po meri, ko drug sistem upravlja izpolnjevanje naročil

Integracija po meri je smiselna, ko sistem za upravljanje naročil, skladiščna platforma ali ponudnik logistike tretje osebe že nadzoruje odpremo. V takšni ureditvi je BigCommerce lahko prodajni kanal in ne operativni vir resnice za vsako dejanje, povezano z dostavo.

Določite, kateri sistem upravlja naslove, odločitve o paketih, nakupe nalepk, ustvarjanje pošiljk in posodobitve sledenja. Nato v ustrezni dokumentaciji potrdite potrebne operacije API, zahteve glede preverjanja pristnosti, dovoljenja in omejitve platforme.

Najprimerneje za: trgovce z resnično potrebo po prilagojenem poteku dela in tehnično zmogljivostjo za njegovo vzdrževanje. Razvoj po meri ni samodejno najcenejša možnost, ko vključite spremljanje, podporo in prihodnje spremembe.

Cene: uskladite obljubo na blagajni z izvedbo dostave

Integracija cen mora ustvariti ponudbo dostave, ki jo lahko izvedete, in ne zgolj vrniti številke. Pred testiranjem ponudnikov dokumentirajte vhodne podatke o izvoru, cilju, izdelku in pakiranju, ki določajo upravičenost do storitve in stroške.

  • Izvori: Katero skladišče ali partner za izpolnjevanje naročil bo odpremil naročilo?
  • Podatki o izdelkih: Ali so teže in mere točne ter ali so njihove enote dosledne?
  • Pakiranje: Ali izračun uporablja posamezne izdelke, izbrano škatlo ali ocenjeni paket?
  • Cilji: Kaj se zgodi z oddaljenimi območji, poštnimi predali in lokacijami zunaj vašega območja storitev?
  • Poslovna pravila: Boste zaračunali izračunani znesek, subvencionirali dostavo ali uporabili promocijski prag?

Stroški na blagajni in stroški nalepk se lahko razlikujejo, ker se paket, storitev, izvor ali račun, uporabljen pri izpolnjevanju naročila, razlikuje od predpostavk na blagajni. Preden sklenete, da je izračun cene napačen, primerjajte obe strani testnega naročila.

Določite tudi vedenje ob napaki. Če zahteva za ceno ne uspe, naj blagajna prikaže konfigurirano alternativo, odstrani prizadeti način ali ustavi naročilo? Ustrezna izbira je odvisna od tega, ali lahko vaša ekipa izvede alternativo. Nadomestni strošek, ki sprejme naročilo, ki ga ni mogoče odpremiti, ni uspešna obnovitev.

Pri mednarodnih naročilih ločite strošek prevoza od carin in davkov. Cene ne opišite kot končnega stroška z vključenimi vsemi dajatvami, razen če odgovorna storitev izrecno izračunava zadevne stroške in postopek izpolnjevanja podpira navedeni način plačila.

Nalepke: ocenite celoten cikel odpreme

Nakup nalepk je treba preizkusiti od uvoza naročila do preklica, ne le do prvega uspešnega tiskanja. Operativno vprašanje je, ali integracija ohranja usklajenost dela v skladišču in zapisov v trgovini.

Uporabite naslednja preverjanja sprejemljivosti:

  1. Uvoz naročil: Potrdite, da so prava naročila na voljo za izpolnjevanje in da se spremembe obravnavajo predvidljivo.
  2. Ustvarjanje paketov: Preizkusite en paket, več paketov in naročilo, pri katerem se odpremi le del izdelkov.
  3. Izbira storitve: Preverite, kako se način na blagajni, ki ga izbere kupec, preslika v storitev, ki jo kupi skladiščno osebje.
  4. Tiskanje: Potrdite, da velikost nalepke, oblika datoteke in nastavitve tiskanja delujejo z dejansko opremo skladišča.
  5. Zapis pošiljke nazaj: Preverite, ali pravilne informacije o sledenju in odpremljeni izdelki dosežejo naročilo v BigCommerce.
  6. Vnovični izpisi in razveljavitve: Določite, kako se zaposleni izognejo podvojenim nakupom in kako se neuporabljene nalepke obravnavajo v skladu s pravili zadevnega ponudnika.

Še posebej koristen je preizkus, pri katerem je nakup nalepke uspešen, naknadna posodobitev naročila pa ne uspe. Zaposleni potrebujejo način obnovitve, ki posodobi naročilo brez nakupa druge nalepke. Tu se lahko dovršena predstavitev razlikuje od zanesljivega produkcijskega poteka dela.

Preverite tudi, kdo upravlja obvestila strank. Če tako integracija dostave kot drug povezan sistem pošiljata sporočila o odpremi, lahko stranke prejmejo podvojena ali nasprotujoča si obvestila.

Sledenje: ločite zapise o pošiljkah od vidnosti dostave

Zapis številke za sledenje v naročilo reši težavo z vodenjem evidenc. Zbiranje poznejših dogodkov prevoznika reši težavo z vidnostjo. Vaše podjetje morda potrebuje oboje, vendar ju je treba ocenjevati ločeno.

Uporaben potek sledenja ohranja povezavo med naročilom, pošiljko, paketom, prevoznikom in številko za sledenje. Ta povezava je pomembna, ko ima eno naročilo več paketov ali ko paket prehaja prek več kot enega dostavljavca.

Za plast sledenja, ki jo vodi razvijalec, je 17TRACK Tracking API ustrezna možnost za oceno. Njegova uradna dokumentacija API je osnova za ocenjevanje registracije sledenja in dostave dogodkov v poteku dela po meri. To je primer uporabe za sledenje in ne nadomestilo za izračun cen na blagajni ali nakup nalepk.

Ne domnevajte, da razpoložljivost API-ja pomeni vključeno že pripravljeno povezavo za BigCommerce. Določite, kako se bodo podrobnosti pošiljke iz vaše trgovine ali sistema za izpolnjevanje naročil prenesle v storitev za sledenje, kako bodo posodobitve dosegle svoj cilj in kdo bo vzdrževal povezavo.

Pred izvedbo potrdite podporo za svoje dejanske prevoznike in storitve, ustrezne naročniške pogoje ter konfiguracijo dostave posodobitev. Nato preizkusite zakasnele skene, neprepoznane številke, podvojene posodobitve in izjeme pri dostavi. Integracija sledenja ne more ustvariti fizičnega skena prevoznika, ki se ni zgodil.

V podjetju določite tudi odgovorno osebo za sledenje. Nadzorna plošča za izjeme ima omejeno operativno vrednost, če nihče ni odgovoren za preiskovanje pošiljk, ki so obstale, in odločanje, kdaj stopiti v stik s prevoznikom ali stranko.

Primerjajte skupne stroške, ne da bi se zanašali na oglaševane cene

Ker te plasti integracije opravljajo različno delo, primerjajte stroške glede na potek dela, ki ga potrebujete, in ne glede na eno samo oglaševano naročnino.

  • Stroški programske opreme: Določite naročnine, vključene količine uporabe, prekoračitve in funkcije, ki se zaračunajo ločeno.
  • Stroški dostave: Poštnino in prilagoditve prevoznika ločite od pristojbine za programsko opremo.
  • Izvedba: Vključite nastavitev, čiščenje podatkov, preslikavo storitev, testiranje in usposabljanje zaposlenih.
  • Stalno delovanje: Upoštevajte ročne popravke, neuspele sinhronizacije in odgovornost za podporo.
  • Zahteve za izstop: Preverite, kako lahko pridobite zapise o pošiljkah in odstranite povezavo, ne da bi motili odprta naročila.

Vsakega ponudnika prosite, naj pojasni, kateri dogodek se šteje v obračunsko uporabo. Naročila, nalepke, paketi, registrirane številke za sledenje in zahteve API niso zamenljive enote. Pri ocenjevanju stroškov uporabite reprezentativno obdobje iz lastnega poslovanja.

Pred prehodom izvedite majhen pilot od začetka do konca

Najboljša metoda izbire je nadzorovan pilot z uporabo realističnih naročil. Vključite običajen domači paket, naročilo z več izdelki, razdeljeno pošiljko in vse mednarodne ali nenavadne vrste pošiljk, ki so pomembne za vaše podjetje.

Za vsak preizkus zabeležite ponudbo na blagajni, izbrano storitev, rezultat nalepke, zapis pošiljke, cilj sledenja in obvestila strank. Dodajte vsaj en primer napake, na primer zavrnjen naslov ali prekinjeno sinhronizacijo.

Določite jasno odgovornost: ekipa za e-trgovino odobri vedenje blagajne, skladiščno osebje odobri pakiranje in tiskanje, podpora strankam odobri vidnost pošiljk, tehnični lastnik pa odobri dovoljenja in postopke obnovitve. Preglejte, katere podatke o strankah prejme posamezna povezava, in dodelite le dostop, ki ga potrebuje za svojo nalogo.

Praktično priporočilo: nastavitev naj bo tako preprosta, kot dopušča vaše poslovanje. Uporabite obstoječo konfiguracijo dostave, kjer izpolnjuje zahteve, dodajte integracijo izpolnjevanja naročil, kjer odstrani ponavljajoče se delo, in uvedite namensko plast sledenja, ko vidnost pošiljk potrebuje lasten potek dela. Plasti povežite premišljeno, namesto da bi privzeto kupovali prekrivajoče se zmogljivosti.

Pogosta vprašanja

Ali potrebujem ločene integracije za cene, nalepke in sledenje?

Ni nujno. Ena integracija lahko pokriva več funkcij, druga pa samo eno. Vsako zahtevano funkcijo preverite neodvisno, vključno s tem, ali bere naročila, zapisuje podatke o pošiljki nazaj in pozneje dostavlja posodobitve sledenja.

Ali bo integracija nalepk samodejno spremenila cene dostave na blagajni?

Ne domnevajte tega. Nakup nalepk se izvede med izpolnjevanjem naročila, cene na blagajni pa so prikazane, preden je naročilo oddano. Potrdite, ali integracija zagotavlja funkcionalnost cen na blagajni in ali deluje s konfiguracijo vaše trgovine.

Ali lahko povežem svoje račune prevoznikov?

To je odvisno od integracije, prevoznika, upravičenosti računa in območja dostave. Vprašajte, kateri računi in storitve so podprti, ali je mogoče uporabiti cene vašega računa ter kdo zaračunava poštnino in poznejše prilagoditve.

Ali lahko 17TRACK nadomesti orodje za nalepke BigCommerce?

Tracking API je treba ocenjevati za vidnost sledenja in ne kot nadomestilo za nakup nalepk. Potek dela po meri lahko poveže podatke o pošiljki s storitvijo za sledenje, medtem ko izračunavanje cen na blagajni in ustvarjanje nalepk ostaneta v sistemih, ki so odgovorni za ti nalogi.

Zakaj stranka po prejemu številke za sledenje morda ne vidi premika?

Številka za sledenje lahko obstaja, še preden paket prejme prvi sken prevoznika. Druge možnosti vključujejo napačno številko, težavo pri prepoznavanju prevoznika ali zakasnelo razpoložljivost dogodka. Preden odsotnost posodobitev obravnavate kot napako programske opreme, preverite predajo pri izpolnjevanju naročila in podatke o prevozniku.

Viri

Loading