Bigcommerce интеграције за испоруку: опције за тарифе, налепнице и праћење

Integracije za isporuku u BigCommerce-u obavljaju tri različita zadatka: izračunavanje cena isporuke na stranici za plaćanje, kupovinu nalepnica za realizaciju porudžbina i praćenje paketa nakon slanja. Za trgovce, odgovarajuće podešavanje ne mora nužno biti jedna aplikacija koja obećava sve. To je povezan tok rada u kojem metode isporuke na stranici za plaćanje, radnje u skladištu, evidencija pošiljki i obaveštenja kupcima ostaju usklađeni.

Počnite od dela isporuke koji danas ne funkcioniše. Neočekivane naknade na stranici za plaćanje zahtevaju proveru cena. Sporo pakovanje i slanje zahtevaju proveru toka rada sa nalepnicama. Nedostajuća obaveštenja o isporuci zahtevaju bolje praćenje. Ovi problemi mogu koristiti iste podatke o porudžbini, ali rešavanje jednog problema ne rešava automatski ostale.

Šta svaka integracija za isporuku zapravo radi

Pre nego što izaberete integraciju, razdvojte ponudu isporuke namenjenu kupcima od operativnog rada potrebnog za realizaciju porudžbine. Naknada za isporuku prikazana na stranici za plaćanje nije nužno iznos koji ćete kasnije platiti za nalepnicu, a broj za praćenje nije dokaz da je prevoznik primio paket.

Sloj integracije	Glavna odgovornost	Šta treba proveriti
Cene na stranici za plaćanje	Određivanje metoda isporuke i naknada koje kupci vide.	Mesta slanja, odredišta, podaci o proizvodima, dostupnost usluge i rezervno ponašanje.
Nalepnice i realizacija porudžbina	Pretvaranje porudžbina u pošiljke i izrada dokumenata potrebnih za slanje.	Nalozi kod prevoznika, izbor paketa, kompatibilnost sa štampačem i upis podataka o pošiljci nazad u sistem.
Praćenje nakon kupovine	Prikupljanje događaja isporuke i omogućavanje uvida u napredak pošiljke.	Preuzimanje broja za praćenje, identifikacija prevoznika, isporuka ažuriranja i obrada izuzetaka.

Zvanično tržište aplikacija platforme BigCommerce predstavlja početnu tačku za pronalaženje upakovanih integracija. Njena dokumentacija za programere početna je tačka za proveru prilagođene veze. Sam unos na tržištu ne treba smatrati potvrdom da aplikacija podržava svaku zemlju, uslugu prevoznika, konfiguraciju stranice za plaćanje ili tok realizacije porudžbine koji koristite.

Izaberite putanju integracije u skladu sa svojim tokom rada

Koristite podešavanja isporuke platforme kada su pravila jednostavna

Ako je vaša ponuda isporuke jednostavna, prvo pregledajte konfiguraciju isporuke koja je već dostupna u vašoj prodavnici. Pre dodavanja drugog sistema definišite odredišta koja opslužujete, metode koje kupci treba da vide i poslovna pravila iza tih metoda.

Na primer, prodavnici koja nudi standardnu domaću naknadu za isporuku možda su potrebne jasnije zone isporuke i izuzeci, a ne eksterni mehanizam za izračunavanje cena. Prodavnica koja šalje glomazne proizvode sa više lokacija ima drugačiji problem: jednostavna naknada može sakriti značajne razlike u troškovima realizacije.

Najbolje odgovara: trgovcima sa predvidivim paketima, ograničenom složenošću realizacije i pravilima isporuke koja njihova postojeća konfiguracija može da izrazi. Pređite na drugu putanju kada se potrebna logika ne može pouzdano predstaviti — ne samo zato što druga aplikacija ima više podešavanja.

Koristite upakovanu integraciju za ponovljive poslove realizacije

Upakovanu integraciju za isporuku vredi razmotriti kada zaposleni iznova kopiraju adrese, biraju usluge, kupuju nalepnice ili unose brojeve za praćenje. Njena vrednost proizlazi iz smanjenja predaja između koraka i održavanja evidencije porudžbine usklađene sa onim što je zaista poslato.

Ne pretpostavljajte da svaka integracija za nalepnice obezbeđuje i cene na stranici za plaćanje. Isto tako, ne pretpostavljajte da aplikacija koja uvozi porudžbine može da upiše podatke o pošiljci nazad u BigCommerce. Zatražite od pružaoca da demonstrira svaki potreban smer kretanja podataka koristeći vaš tok rada.

Najbolje odgovara: timovima koji žele uspostavljen operativni interfejs bez održavanja sopstvene integracije. Loš je izbor ako ključna pravila skladišta zahtevaju ručna zaobilaženja koja poništavaju uštedu vremena.

Koristite prilagođenu vezu kada drugi sistem upravlja realizacijom

Prilagođena integracija može imati smisla kada sistem za upravljanje porudžbinama, skladišna platforma ili pružalac logistike treće strane već kontroliše slanje. U tom aranžmanu BigCommerce može biti prodajni kanal, a ne operativni izvor istine za svaku radnju povezanu sa isporukom.

Definišite koji sistem upravlja adresama, odlukama o pakovanju, kupovinom nalepnica, kreiranjem pošiljki i ažuriranjima praćenja. Zatim u relevantnoj dokumentaciji potvrdite potrebne API operacije, zahteve za autentifikaciju, dozvole i ograničenja platforme.

Najbolje odgovara: trgovcima sa stvarnom potrebom za određenim tokom rada i tehničkim kapacitetom za njegovo održavanje. Prilagođeni razvoj nije automatski najjeftinija putanja kada se uračunaju nadzor, podrška i buduće izmene.

Cene: uskladite obećanje na stranici za plaćanje sa operacijom isporuke

Integracija za izračunavanje cena treba da proizvede ponudu isporuke koju možete da realizujete, a ne samo da vrati broj. Pre testiranja pružalaca dokumentujte ulazne podatke o mestu slanja, odredištu, proizvodu i pakovanju koji određuju dostupnost usluge i trošak.

• Mesta slanja: Koje skladište ili partner za realizaciju će poslati porudžbinu?
• Podaci o proizvodima: Da li su težine i dimenzije tačne i da li su njihove jedinice usklađene?
• Pakovanje: Da li se u izračunavanju koriste pojedinačni proizvodi, izabrana kutija ili procenjeni paket?
• Odredišta: Šta se dešava sa udaljenim područjima, poštanskim pregradama i lokacijama izvan vašeg područja usluge?
• Poslovna pravila: Da li ćete naplatiti izračunati iznos, subvencionisati isporuku ili primeniti promotivni prag?

Naknade na stranici za plaćanje i troškovi nalepnica mogu se razlikovati jer se paket, usluga, mesto slanja ili nalog koji se koristi pri realizaciji razlikuju od pretpostavki na stranici za plaćanje. Uporedite obe strane testne porudžbine pre nego što zaključite da je izračunavanje cene pogrešno.

Definišite i ponašanje u slučaju greške. Ako zahtev za cenu ne uspe, da li stranica za plaćanje treba da prikaže podešenu alternativu, ukloni pogođenu metodu ili zaustavi porudžbinu? Odgovarajući izbor zavisi od toga da li vaš tim može da ispoštuje alternativu. Rezervna naknada koja prihvata porudžbinu koju nije moguće poslati nije uspešan oporavak.

Kod međunarodnih porudžbina razdvojte naknadu za prevoz od carina i poreza. Ne opisujte cenu kao konačni trošak sa svim uključenim naknadama osim ako odgovarajuća usluga izričito izračunava relevantne troškove i proces realizacije podržava navedeni aranžman plaćanja.

Nalepnice: procenite čitav ciklus slanja

Kupovinu nalepnica treba testirati od uvoza porudžbine do otkazivanja, a ne samo do prvog uspešnog štampanja. Operativno pitanje glasi da li integracija održava sinhronizaciju rada skladišta i evidencije prodavnice.

Koristite sledeće provere prihvatanja:

1. Uvoz porudžbina: Potvrdite da se odgovarajuće porudžbine pojavljuju za realizaciju i da se izmene obrađuju predvidivo.
2. Kreiranje paketa: Testirajte jednu pošiljku, više pošiljki i porudžbinu koja se šalje samo delimično.
3. Izbor usluge: Proverite kako se metoda kupca izabrana na stranici za plaćanje preslikava na uslugu koju kupuje osoblje skladišta.
4. Štampanje: Potvrdite da veličina nalepnice, format datoteke i podešavanja štampe rade sa stvarnom opremom skladišta.
5. Upis pošiljke nazad: Proverite da tačni podaci o praćenju i poslati artikli dospeju u BigCommerce porudžbinu.
6. Ponovno štampanje i poništavanje: Utvrdite kako zaposleni izbegavaju dvostruke kupovine i kako se neiskorišćene nalepnice obrađuju prema važećim pravilima pružaoca.

Posebno koristan test jeste kupovina nalepnice koja uspe, dok naknadno ažuriranje porudžbine ne uspe. Zaposlenima je potreban način oporavka koji ažurira porudžbinu bez kupovine druge nalepnice. Tu se doterana demonstracija može razlikovati od pouzdanog proizvodnog toka rada.

Proverite i ko je odgovoran za obaveštenja kupcima. Ako i integracija za isporuku i drugi povezani sistem šalju poruke o slanju, kupci mogu dobiti dvostruka ili protivrečna ažuriranja.

Praćenje: razlikujte evidenciju pošiljke od vidljivosti isporuke

Upisivanje broja za praćenje u porudžbinu rešava problem vođenja evidencije. Prikupljanje kasnijih događaja prevoznika rešava problem vidljivosti. Vašem poslovanju mogu biti potrebna oba, ali ih treba procenjivati odvojeno.

Korisni tok praćenja čuva vezu između porudžbine, pošiljke, paketa, prevoznika i broja za praćenje. Ta veza je važna kada jedna porudžbina ima više paketa ili kada paket prolazi kroz više od jednog dostavljača.

Za sloj praćenja kojim upravljaju programeri, 17TRACK Tracking API je relevantna opcija za procenu. Njegova zvanična API dokumentacija pruža osnovu za procenu registracije praćenja i isporuke događaja u prilagođenom toku rada. Ovo je slučaj upotrebe za praćenje, a ne zamena za izračunavanje cena na stranici za plaćanje ili kupovinu nalepnica.

Ne pretpostavljajte da dostupnost API-ja znači da je gotov BigCommerce konektor uključen. Utvrdite kako će se podaci o pošiljci prenositi iz vaše prodavnice ili sistema za realizaciju u uslugu za praćenje, kako će ažuriranja stići do odredišta i ko će održavati vezu.

Pre implementacije potvrdite podršku za konkretne prevoznike i usluge koje koristite, relevantne uslove pretplate i konfiguraciju isporuke ažuriranja. Zatim testirajte odložena skeniranja, neprepoznate brojeve, dvostruka ažuriranja i izuzetke pri isporuci. Integracija za praćenje ne može da stvori fizičko skeniranje prevoznika koje se nije dogodilo.

Izaberite i odgovornu osobu za praćenje unutar poslovanja. Kontrolna tabla za izuzetke ima ograničenu operativnu vrednost osim ako je neko odgovoran za istraživanje zadržanih pošiljki i odlučivanje kada treba kontaktirati prevoznika ili kupca.

Uporedite ukupne troškove bez oslanjanja na istaknute cene

Budući da ovi slojevi integracije obavljaju različit posao, uporedite troškove sa tokom rada koji vam je potreban, a ne sa jednom oglašenom pretplatom.

• Softverske naknade: Identifikujte pretplate, uključene količine, prekoračenja i funkcije koje se naplaćuju zasebno.
• Naknade za isporuku: Razdvojte poštarinu i korekcije prevoznika od softverske naknade.
• Implementacija: Uključite podešavanje, čišćenje podataka, mapiranje usluga, testiranje i obuku zaposlenih.
• Tekuće operacije: Uzmite u obzir ručne ispravke, neuspele sinhronizacije i odgovornost za podršku.
• Zahtevi pri izlasku: Proverite kako možete preuzeti evidenciju pošiljki i ukloniti vezu bez ometanja otvorenih porudžbina.

Zatražite od svakog pružaoca da objasni koji se događaj računa u naplatu korišćenja. Porudžbine, nalepnice, paketi, registrovani brojevi za praćenje i API zahtevi nisu međusobno zamenljive jedinice. Za procenu troška koristite reprezentativan period iz sopstvenog poslovanja.

Pokrenite mali pilot od početka do kraja pre prelaska

Najbolji način izbora jeste kontrolisani pilot sa realističnim porudžbinama. Uključite običan domaći paket, porudžbinu sa više artikala, podeljenu pošiljku i svaku međunarodnu ili neuobičajenu vrstu pošiljke važnu za vaše poslovanje.

Za svaki test zabeležite ponudu na stranici za plaćanje, izabranu uslugu, rezultat nalepnice, evidenciju pošiljke, odredište praćenja i obaveštenja kupcima. Dodajte najmanje jedan slučaj greške, kao što su odbijena adresa ili prekinuta sinhronizacija.

Dodelite jasnu odgovornost: ecommerce tim odobrava ponašanje na stranici za plaćanje, osoblje skladišta odobrava pakovanje i štampanje, korisnička podrška odobrava vidljivost pošiljke, a tehnički vlasnik odobrava dozvole i procedure oporavka. Pregledajte koje podatke o kupcima prima svaka veza i dodelite samo pristup potreban za njen zadatak.

Praktična preporuka: zadržite podešavanje što jednostavnijim, u meri u kojoj vaše poslovanje to dozvoljava. Koristite postojeću konfiguraciju isporuke kada ispunjava zahtev, dodajte integraciju za realizaciju tamo gde uklanja ponavljajući rad i uvedite poseban sloj za praćenje kada vidljivost pošiljke zahteva sopstveni tok rada. Namerno povežite slojeve umesto da podrazumevano kupujete preklapajuće mogućnosti.

Često postavljana pitanja

Da li su mi potrebne odvojene integracije za cene, nalepnice i praćenje?

Ne nužno. Jedna integracija može pokrivati više funkcija, dok druga može upravljati samo jednom. Nezavisno proverite svaku potrebnu funkciju, uključujući da li čita porudžbine, upisuje podatke o pošiljci nazad i isporučuje kasnija ažuriranja praćenja.

Da li će integracija za nalepnice automatski promeniti cene isporuke na stranici za plaćanje?

Nemojte to pretpostavljati. Kupovina nalepnice dešava se tokom realizacije, dok se cene isporuke prikazuju pre slanja porudžbine. Potvrdite da li integracija pruža funkcionalnost cena na stranici za plaćanje i da li radi sa konfiguracijom vaše prodavnice.

Mogu li da povežem sopstvene naloge kod prevoznika?

To zavisi od integracije, prevoznika, podobnosti naloga i regiona isporuke. Pitajte koji nalozi i usluge su podržani, da li se mogu koristiti cene vašeg naloga i ko naplaćuje poštarinu i naknadne korekcije.

Može li 17TRACK da zameni BigCommerce alat za nalepnice?

Tracking API treba procenjivati za vidljivost praćenja, a ne kao zamenu za kupovinu nalepnica. Prilagođeni tok rada može povezati podatke o pošiljci sa uslugom za praćenje, dok izračunavanje cena na stranici za plaćanje i kreiranje nalepnica ostavlja sistemima odgovornim za te zadatke.

Zašto kupac možda ne vidi kretanje nakon što primi broj za praćenje?

Broj za praćenje može postojati pre nego što paket dobije prvo skeniranje prevoznika. Druge mogućnosti uključuju netačan broj, problem sa identifikacijom prevoznika ili odloženu dostupnost događaja. Proverite predaju pošiljke i podatke o prevozniku pre nego što nedostatak ažuriranja proglasite greškom softvera.

Izvori

• BigCommerce App Marketplace — zvanična početna tačka za identifikovanje upakovanih integracija i proveru pojedinačnih unosa.
• BigCommerce Developer Documentation — zvanična referenca za proveru zahteva integracije platforme i detalja implementacije API-ja.
• 17TRACK Tracking API — zvanična referenca proizvoda za opciju API-ja za praćenje opisanu u ovom vodiču.
• 17TRACK API Documentation — tehnička referenca za procenu prilagođenog toka rada za praćenje.