Integrări de livrare Bigcommerce: Opțiuni pentru tarife, etichete și urmărire

Integrările de expediere BigCommerce îndeplinesc trei funcții diferite: calcularea tarifelor de expediere la finalizarea comenzii, achiziționarea etichetelor pentru procesarea comenzilor și urmărirea coletelor după expediere. Pentru comercianți, configurația potrivită nu este neapărat o singură aplicație care promite să facă totul. Este un flux de lucru conectat, în care metodele de la finalizarea comenzii, acțiunile depozitului, înregistrările expedițiilor și actualizările pentru clienți rămân consecvente.

Începeți cu partea procesului de expediere care nu funcționează astăzi. Costurile neașteptate la finalizarea comenzii necesită o verificare a tarifelor. Ambalarea și expedierea lente necesită o verificare a fluxului de lucru pentru etichete. Lipsa actualizărilor privind livrarea necesită o urmărire mai bună. Aceste probleme pot utiliza aceleași date ale comenzii, dar rezolvarea uneia nu le rezolvă automat pe celelalte.

Ce face de fapt fiecare integrare de expediere

Înainte de a alege o integrare, separați oferta de expediere prezentată clientului de activitatea operațională necesară pentru a o onora. Un cost de expediere afișat la finalizarea comenzii nu este neapărat suma pe care o veți plăti ulterior pentru o etichetă, iar un număr de urmărire nu dovedește că transportatorul a primit coletul.

Nivelul integrării	Responsabilitatea principală	Ce trebuie verificat
Tarife la finalizarea comenzii	Stabilește metodele de livrare și costurile pe care le văd cumpărătorii.	Originile expedierii, destinațiile, datele produselor, eligibilitatea serviciului și comportamentul de rezervă.
Etichete și procesarea comenzilor	Transformă comenzile în expedieri și produce documentele necesare pentru expediere.	Conturile transportatorilor, selectarea ambalajului, compatibilitatea imprimantei și transmiterea datelor expediției înapoi în sistem.
Urmărirea după achiziție	Colectează evenimentele de livrare și face accesibil progresul expediției.	Preluarea numărului de urmărire, identificarea transportatorului, livrarea actualizărilor și gestionarea excepțiilor.

Piața oficială de aplicații BigCommerce este un punct de pornire pentru găsirea integrărilor ambalate. Documentația pentru dezvoltatori este punctul de pornire pentru validarea unei conexiuni personalizate. O listare în marketplace nu trebuie considerată, de una singură, o confirmare că o aplicație acceptă fiecare țară, serviciu de transportator, configurație de finalizare a comenzii sau flux de procesare pe care îl utilizați.

Alegeți ruta de integrare în funcție de fluxul de lucru

Utilizați setările de expediere ale platformei atunci când regulile sunt simple

Dacă oferta dvs. de expediere este simplă, verificați mai întâi configurația de expediere deja disponibilă în magazin. Definiți destinațiile deservite, metodele pe care ar trebui să le vadă cumpărătorii și regulile comerciale din spatele acestor metode înainte de a adăuga un alt sistem.

De exemplu, un magazin care oferă un cost standard de expediere internă poate avea nevoie de zone de expediere și excluderi mai clare, nu de un motor extern de calculare a tarifelor. Un magazin care expediază produse voluminoase din mai multe locații are o problemă diferită: un cost simplu poate ascunde diferențe semnificative în costurile de procesare.

Potrivire optimă: comercianți cu colete previzibile, complexitate limitată a procesării și reguli de expediere pe care configurația existentă le poate exprima. Depășiți această rută atunci când logica necesară nu poate fi reprezentată în mod fiabil — nu doar pentru că o altă aplicație are mai multe setări.

Utilizați o integrare ambalată pentru activități repetabile de procesare

O integrare ambalată de expediere merită evaluată atunci când personalul copiază în mod repetat adrese, selectează servicii, achiziționează etichete sau introduce numere de urmărire. Valoarea sa constă în reducerea transferurilor manuale și în menținerea înregistrării comenzii în concordanță cu ceea ce a fost expediat efectiv.

Nu presupuneți că orice integrare pentru etichete oferă și tarife la finalizarea comenzii. În mod similar, nu presupuneți că o aplicație care importă comenzile poate transmite detaliile expediției înapoi în BigCommerce. Cereți furnizorului să demonstreze fiecare direcție necesară a transferului de date folosind fluxul dvs. de lucru.

Potrivire optimă: echipe care doresc o interfață operațională consacrată fără să își întrețină propria integrare. Este o alegere nepotrivită dacă regulile esențiale ale depozitului necesită soluții manuale care anulează timpul economisit.

Utilizați o conexiune personalizată atunci când un alt sistem controlează procesarea

O integrare personalizată poate fi potrivită atunci când un sistem de gestionare a comenzilor, o platformă de depozit sau un furnizor de servicii logistice terț controlează deja expedierea. În această configurație, BigCommerce poate fi canalul de vânzări, nu sursa operațională unică pentru fiecare acțiune de expediere.

Definiți sistemul care deține adresele, deciziile privind coletele, achizițiile de etichete, crearea expedierilor și actualizările de urmărire. Apoi confirmați operațiunile API necesare, cerințele de autentificare, permisiunile și limitările platformei în documentația relevantă.

Potrivire optimă: comercianți cu o nevoie reală de flux de lucru și capacitatea tehnică de a-l întreține. Dezvoltarea personalizată nu este automat cea mai ieftină rută după includerea monitorizării, asistenței și modificărilor viitoare.

Tarife: faceți ca promisiunea de la finalizarea comenzii să corespundă operațiunii de expediere

O integrare de tarife ar trebui să producă o ofertă de livrare pe care o puteți onora, nu doar să returneze un număr. Înainte de a testa furnizorii, documentați datele despre origine, destinație, produs și ambalare care determină eligibilitatea și costul serviciului.

• Origini: Ce depozit sau partener de procesare va expedia comanda?
• Date despre produse: Greutățile și dimensiunile sunt corecte, iar unitățile lor sunt consecvente?
• Ambalare: Calculul folosește produse individuale, o cutie selectată sau un colet estimat?
• Destinații: Ce se întâmplă cu zonele îndepărtate, căsuțele poștale și locațiile din afara zonei dvs. de servicii?
• Reguli comerciale: Veți percepe suma calculată, veți subvenționa expedierea sau veți aplica un prag promoțional?

Costurile de la finalizarea comenzii și costurile etichetei pot diferi deoarece coletul, serviciul, originea sau contul utilizat la procesare diferă de presupunerile de la finalizarea comenzii. Comparați ambele părți ale unei comenzi de test înainte de a concluziona că calcularea tarifului este greșită.

Definiți și comportamentul în caz de eroare. Dacă o solicitare de tarif eșuează, ar trebui finalizarea comenzii să afișeze o alternativă configurată, să elimine metoda afectată sau să oprească comanda? Alegerea potrivită depinde de capacitatea echipei dvs. de a onora alternativa. Un cost de rezervă care acceptă o comandă imposibil de expediat nu reprezintă o recuperare reușită.

Pentru comenzile internaționale, separați costul transportului de taxe și impozite. Nu descrieți un tarif drept cost total livrat, inclusiv toate taxele, decât dacă serviciul responsabil calculează explicit costurile relevante, iar procesul de procesare acceptă modalitatea de plată declarată.

Etichete: evaluați întregul ciclu de expediere

Achiziționarea etichetelor trebuie testată de la importul comenzii până la anulare, nu doar până la prima imprimare reușită. Întrebarea operațională este dacă integrarea menține sincronizate activitatea depozitului și înregistrările magazinului.

Utilizați aceste verificări de acceptare:

1. Importul comenzilor: Confirmați că comenzile corecte devin disponibile pentru procesare și că modificările sunt gestionate previzibil.
2. Crearea coletului: Testați un singur colet, mai multe colete și o comandă care expediază doar anumite articole.
3. Selectarea serviciului: Verificați cum se mapează metoda aleasă de cumpărător la finalizarea comenzii la serviciul achiziționat de personalul depozitului.
4. Imprimarea: Confirmați că dimensiunea etichetei, formatul fișierului și setările de imprimare funcționează cu echipamentul real al depozitului.
5. Transmiterea expediției înapoi: Verificați că informațiile corecte de urmărire și articolele expediate ajung în comanda BigCommerce.
6. Reimprimări și anulări: Stabiliți cum evită personalul achizițiile duplicate și cum sunt gestionate etichetele neutilizate conform regulilor furnizorului aplicabil.

Un test deosebit de util este o achiziție de etichetă care reușește, în timp ce actualizarea ulterioară a comenzii eșuează. Personalul are nevoie de o cale de recuperare care să actualizeze comanda fără a cumpăra o altă etichetă. Aici o demonstrație bine pusă la punct poate diferi de un flux de lucru de producție fiabil.

Verificați, de asemenea, cine deține notificările pentru clienți. Dacă atât o integrare de expediere, cât și un alt sistem conectat trimit mesaje de expediere, clienții pot primi actualizări duplicate sau contradictorii.

Urmărire: diferențiați înregistrările expediției de vizibilitatea livrării

Scrierea unui număr de urmărire într-o comandă rezolvă o problemă de evidență. Colectarea ulterioară a evenimentelor transportatorului rezolvă o problemă de vizibilitate. Este posibil ca afacerea dvs. să aibă nevoie de ambele, dar acestea trebuie evaluate separat.

Un flux de urmărire util păstrează relația dintre comandă, expediere, colet, transportator și numărul de urmărire. Această relație este importantă atunci când o comandă are mai multe colete sau când un colet este preluat de mai mult de un operator de livrare.

Pentru un nivel de urmărire gestionat de dezvoltatori, API-ul de urmărire 17TRACK este o opțiune relevantă de evaluat. Documentația oficială API oferă baza pentru evaluarea înregistrării urmăririi și a livrării evenimentelor într-un flux personalizat. Acesta este un caz de utilizare pentru urmărire, nu un înlocuitor pentru calcularea tarifelor la finalizarea comenzii sau achiziționarea etichetelor.

Nu presupuneți că disponibilitatea unui API înseamnă că este inclus un conector BigCommerce gata făcut. Stabiliți cum vor ajunge detaliile expediției din magazinul sau sistemul dvs. de procesare în serviciul de urmărire, cum vor ajunge actualizările la destinație și cine va întreține conexiunea.

Înainte de implementare, confirmați compatibilitatea cu transportatorii și serviciile utilizate efectiv, termenii relevanți ai abonamentului și configurația livrării actualizărilor. Apoi testați scanările întârziate, numerele nerecunoscute, actualizările duplicate și excepțiile de livrare. O integrare de urmărire nu poate crea o scanare fizică a transportatorului care nu a avut loc.

Alegeți și un responsabil pentru urmărire în cadrul companiei. Un panou de excepții are o valoare operațională limitată dacă nimeni nu este responsabil pentru investigarea expedierilor blocate și pentru decizia de a contacta transportatorul sau clientul.

Comparați costul total fără să vă bazați pe prețul afișat în titlu

Deoarece aceste niveluri de integrare desfășoară activități diferite, comparați costurile cu fluxul de lucru de care aveți nevoie, nu cu o singură valoare de abonament promovată.

• Costuri software: Identificați abonamentele, limitele de utilizare, depășirile și funcțiile facturate separat.
• Costuri de expediere: Separați tariful poștal și ajustările transportatorului de taxa software.
• Implementare: Includeți configurarea, curățarea datelor, maparea serviciilor, testarea și instruirea personalului.
• Operațiuni continue: Luați în calcul corecțiile manuale, sincronizările eșuate și responsabilitatea pentru asistență.
• Cerințe la ieșire: Verificați cum puteți recupera înregistrările expedierilor și elimina conexiunea fără a perturba comenzile deschise.

Cereți fiecărui furnizor să explice ce eveniment este contabilizat pentru utilizarea facturabilă. Comenzile, etichetele, coletele, numerele de urmărire înregistrate și solicitările API nu sunt unități interschimbabile. Utilizați o perioadă reprezentativă din propria activitate atunci când estimați costul.

Rulați un proiect pilot de la un capăt la altul înainte de schimbare

Cea mai bună metodă de selecție este un proiect pilot controlat, folosind comenzi realiste. Includeți un colet intern obișnuit, o comandă cu mai multe articole, o expediere divizată și orice tip de expediere internațională sau neobișnuită importantă pentru afacerea dvs.

Pentru fiecare test, înregistrați oferta de la finalizarea comenzii, serviciul selectat, rezultatul etichetei, înregistrarea expediției, destinația urmăririi și notificările pentru clienți. Adăugați cel puțin un caz de eroare, precum o adresă respinsă sau o sincronizare întreruptă.

Stabiliți responsabilități clare: echipa de comerț electronic aprobă comportamentul la finalizarea comenzii, personalul depozitului aprobă ambalarea și imprimarea, serviciul de asistență pentru clienți aprobă vizibilitatea expediției, iar responsabilul tehnic aprobă permisiunile și procedurile de recuperare. Verificați ce date despre clienți primește fiecare conexiune și acordați doar accesul necesar pentru activitatea sa.

Recomandarea practică: păstrați configurația cât mai simplă, în limita permisă de operațiunea dvs. Utilizați configurația existentă de expediere atunci când îndeplinește cerința, adăugați o integrare de procesare atunci când elimină activitatea repetitivă și introduceți un nivel dedicat de urmărire atunci când vizibilitatea expediției are nevoie de propriul flux de lucru. Conectați nivelurile în mod deliberat, în loc să cumpărați implicit funcții suprapuse.

Întrebări frecvente

Am nevoie de integrări separate pentru tarife, etichete și urmărire?

Nu neapărat. O integrare poate acoperi mai multe funcții, în timp ce alta poate gestiona doar una. Verificați fiecare funcție necesară în mod independent, inclusiv dacă citește comenzile, transmite informațiile despre expediere înapoi și livrează ulterior actualizări de urmărire.

O integrare pentru etichete va modifica automat tarifele de expediere de la finalizarea comenzii?

Nu presupuneți acest lucru. Achiziționarea etichetelor are loc în timpul procesării, în timp ce tarifele de la finalizarea comenzii sunt prezentate înainte de plasarea comenzii. Confirmați dacă integrarea oferă funcționalitate pentru tarife la finalizarea comenzii și dacă funcționează cu configurația magazinului dvs.

Îmi pot conecta propriile conturi de transportator?

Acest lucru depinde de integrare, transportator, eligibilitatea contului și regiunea de expediere. Întrebați ce conturi și servicii sunt acceptate, dacă pot fi utilizate tarifele contului dvs. și cine facturează tariful poștal și ajustările ulterioare.

Poate 17TRACK să înlocuiască un instrument de etichete BigCommerce?

API-ul de urmărire trebuie evaluat pentru vizibilitatea expediției, nu ca înlocuitor pentru achiziționarea etichetelor. Un flux personalizat poate conecta informațiile despre expediere la un serviciu de urmărire, lăsând calculele de la finalizarea comenzii și crearea etichetelor sistemelor responsabile pentru aceste activități.

De ce este posibil ca un client să nu vadă nicio mișcare după primirea unui număr de urmărire?

Un număr de urmărire poate exista înainte ca un colet să primească prima scanare de la transportator. Alte posibilități includ un număr incorect, o problemă de identificare a transportatorului sau disponibilitatea întârziată a evenimentelor. Verificați transferul către procesare și informațiile despre transportator înainte de a considera lipsa actualizărilor o defecțiune software.

Surse

• BigCommerce App Marketplace — punct oficial de pornire pentru identificarea integrărilor ambalate și verificarea listărilor individuale.
• Documentația pentru dezvoltatori BigCommerce — referință oficială pentru validarea cerințelor de integrare ale platformei și a detaliilor de implementare API.
• API-ul de urmărire 17TRACK — referință oficială a produsului pentru opțiunea API de urmărire discutată în acest ghid.
• Documentația API 17TRACK — referință tehnică pentru evaluarea unui flux personalizat de urmărire.