BigCommerce-shippingintegrationer: Muligheder for fragtpriser, etiketter og sporing

BigCommerce-shippingintegrationer udfører tre forskellige opgaver: beregning af fragtpriser ved checkout, køb af labels til ordrebehandling og sporing af pakker efter afsendelse. For forhandlere er den rigtige opsætning ikke nødvendigvis én app, der lover alt. Det er en sammenkoblet arbejdsgang, hvor checkout-metoder, lagerhandlinger, forsendelsesregistre og kundeopdateringer forbliver konsistente.

Start med den del af forsendelsen, der fejler i dag. Uventede gebyrer ved checkout kræver en gennemgang af priserne. Langsom pakning og afsendelse kræver en gennemgang af labelarbejdsgangen. Manglende leveringsopdateringer kræver bedre sporing. Disse problemer kan dele ordredata, men løsningen på ét problem løser ikke automatisk de andre.

Hvad hver shippingintegration faktisk gør

Før du vælger en integration, skal du adskille det kundevendte fragtudbud fra det operationelle arbejde, der kræves for at gennemføre det. Et fragtgebyr ved checkout er ikke nødvendigvis det beløb, du senere betaler for en label, og et trackingnummer er ikke et bevis på, at en transportør har modtaget pakken.

Integrationslag	Primært ansvar	Hvad skal verificeres
Checkout-priser	Bestemmer, hvilke leveringsmetoder og gebyrer kunderne ser.	Afsendelsessteder, destinationer, produktdata, serviceberettigelse og reserveadfærd.
Labels og ordrebehandling	Omdanner ordrer til forsendelser og producerer de dokumenter, der kræves til afsendelse.	Transportørkonti, pakkevalg, printerkompatibilitet og tilbageskrivning af forsendelser.
Sporing efter køb	Indsamler leveringshændelser og gør forsendelsens status tilgængelig.	Registrering af trackingnumre, identifikation af transportør, levering af opdateringer og håndtering af undtagelser.

BigCommerce’s officielle app-markedsplads er et udgangspunkt for at finde pakketerede integrationer. Dets udviklerdokumentation er udgangspunktet for validering af en tilpasset forbindelse. En markedspladsnotering alene bør ikke opfattes som en bekræftelse på, at en app understøtter alle lande, transportørtjenester, checkout-konfigurationer eller ordrebehandlingsworkflows, du bruger.

Vælg integrationsvej ud fra din arbejdsgang

Brug platformens fragtindstillinger, når reglerne er enkle

Hvis dit fragtudbud er enkelt, skal du først gennemgå den fragtopsætning, der allerede er tilgængelig i din butik. Definer de destinationer, du betjener, de metoder kunderne skal se, og de kommercielle regler bag disse metoder, før du tilføjer endnu et system.

En butik, der eksempelvis tilbyder et standardfragtgebyr inden for landet, kan have brug for tydeligere fragtzoner og undtagelser frem for en ekstern prismotor. En butik, der sender overdimensionerede produkter fra flere lokationer, har et andet problem: Et enkelt gebyr kan skjule væsentlige forskelle i ordrebehandlingsomkostninger.

Bedst egnet til: forhandlere med forudsigelige pakker, begrænset kompleksitet i ordrebehandlingen og fragtregler, som den eksisterende konfiguration kan udtrykke. Gå videre end denne løsning, når den nødvendige logik ikke kan repræsenteres pålideligt – ikke blot fordi en anden app har flere indstillinger.

Brug en pakketeret integration til gentageligt ordrebehandlingsarbejde

En pakketeret shippingintegration er værd at evaluere, når medarbejdere gentagne gange kopierer adresser, vælger tjenester, køber labels eller indtaster trackingnumre. Dens værdi kommer fra at reducere overdragelser og holde ordreposten på linje med det, der faktisk blev afsendt.

Antag ikke, at enhver labelintegration også leverer checkout-priser. Antag heller ikke, at en app, der importerer ordrer, kan skrive forsendelsesoplysninger tilbage til BigCommerce. Bed udbyderen demonstrere hver nødvendig retning for dataflowet ved hjælp af din arbejdsgang.

Bedst egnet til: teams, der ønsker en etableret arbejdsoverflade uden at vedligeholde deres egen integration. Den er dårligt egnet, hvis vigtige lagerregler kræver manuelle omveje, der ophæver den sparede tid.

Brug en tilpasset forbindelse, når et andet system ejer ordrebehandlingen

En tilpasset integration kan give mening, når et ordrebehandlingssystem, en lagerplatform eller en tredjepartslogistikudbyder allerede styrer afsendelsen. I denne opsætning kan BigCommerce være salgskanalen snarere end den operationelle sandhedskilde for enhver forsendelseshandling.

Definer, hvilket system der ejer adresser, pakkevalg, køb af labels, oprettelse af forsendelser og trackingopdateringer. Bekræft derefter de nødvendige API-operationer, godkendelseskrav, tilladelser og platformbegrænsninger i den relevante dokumentation.

Bedst egnet til: forhandlere med et reelt arbejdsgangsbehov og den tekniske kapacitet til at vedligeholde løsningen. Tilpasset udvikling er ikke automatisk den billigste vej, når overvågning, support og fremtidige ændringer medregnes.

Priser: sørg for, at løftet ved checkout matcher fragtarbejdet

En prisintegration bør levere et leveringstilbud, du kan opfylde, ikke blot returnere et tal. Før du tester udbydere, skal du dokumentere de input om afsender, destination, produkt og emballage, der afgør, om en tjeneste er mulig, og hvad den koster.

• Afsendelsessteder: Hvilket lager eller hvilken ordrebehandlingspartner sender ordren?
• Produktdata: Er vægte og mål korrekte, og er deres enheder ensartede?
• Emballage: Bruger beregningen individuelle produkter, en valgt kasse eller en estimeret pakke?
• Destinationer: Hvad sker der med fjerntliggende områder, postbokse og steder uden for dit serviceområde?
• Kommercielle regler: Opkræver du det beregnede beløb, subsidierer du fragten eller anvender du en kampagnetærskel?

Gebyrer ved checkout og labelomkostninger kan være forskellige, fordi pakken, tjenesten, afsendelsesstedet eller den konto, der bruges ved ordrebehandlingen, adskiller sig fra antagelserne ved checkout. Sammenlign begge sider af en testordre, før du konkluderer, at prisberegningen er forkert.

Definer også fejlbehaviour. Hvis en prisforespørgsel fejler, skal checkout så vise et konfigureret alternativ, fjerne den berørte metode eller stoppe ordren? Det rette valg afhænger af, om dit team kan honorere alternativet. Et reservegebyr, der accepterer en ordre, som ikke kan sendes, er ikke en vellykket genopretning.

Ved internationale ordrer skal transportgebyret adskilles fra told og skatter. Beskriv ikke en pris som en samlet landingsomkostning, medmindre den ansvarlige tjeneste udtrykkeligt beregner de relevante gebyrer, og ordrebehandlingen understøtter den angivne betalingsordning.

Labels: evaluer hele afsendelsescyklussen

Køb af labels bør testes fra ordreimport til annullering, ikke kun frem til den første vellykkede udskrift. Det operationelle spørgsmål er, om integrationen holder lagerarbejdet og butikkens registre synkroniserede.

Brug disse godkendelseskontroller:

1. Ordreimport: Bekræft, at de korrekte ordrer bliver tilgængelige til ordrebehandling, og at ændringer håndteres forudsigeligt.
2. Oprettelse af pakker: Test én pakke, flere pakker og en ordre, der kun sender nogle af varerne.
3. Valg af tjeneste: Kontroller, hvordan kundens checkout-metode mappes til den tjeneste, lagerpersonalet køber.
4. Udskrivning: Bekræft, at labelstørrelse, filformat og udskriftsindstillinger fungerer med det faktiske lagerudstyr.
5. Tilbageskrivning af forsendelse: Kontroller, at de korrekte trackingoplysninger og afsendte varer når frem til BigCommerce-ordren.
6. Genudskrifter og annulleringer: Fastslå, hvordan medarbejdere undgår duplikatkøb, og hvordan ubrugte labels håndteres efter de gældende regler hos udbyderen.

En særligt nyttig test er et labelkøb, der lykkes, mens den efterfølgende ordreopdatering fejler. Medarbejderne har brug for en genoprettelsesvej, der opdaterer ordren uden at købe en ny label. Her kan en poleret demonstration adskille sig fra en pålidelig produktionsarbejdsgang.

Kontroller også, hvem der ejer kundemeddelelserne. Hvis både en shippingintegration og et andet forbundet system sender afsendelsesbeskeder, kan kunderne modtage duplikerede eller modstridende opdateringer.

Sporing: adskil forsendelsesregistre fra synlighed i leveringen

At skrive et trackingnummer på en ordre løser et registreringsproblem. At indsamle senere hændelser fra transportøren løser et synlighedsproblem. Din virksomhed kan have brug for begge dele, men de bør evalueres separat.

En nyttig sporingsarbejdsgang bevarer forbindelsen mellem ordren, forsendelsen, pakken, transportøren og trackingnummeret. Denne forbindelse er vigtig, når én ordre har flere pakker, eller når en pakke bevæger sig gennem mere end én leveringsoperatør.

Til et udviklerstyret sporingslag er 17TRACK Tracking API en relevant mulighed at vurdere. Dets officielle API-dokumentation danner grundlag for evaluering af sporingsregistrering og levering af hændelser i en tilpasset arbejdsgang. Dette er et sporingsscenarie, ikke en erstatning for beregning af checkout-priser eller køb af labels.

Antag ikke, at API-tilgængelighed betyder, at en færdig BigCommerce-forbindelse er inkluderet. Fastslå, hvordan forsendelsesoplysninger flyttes fra din butik eller dit ordrebehandlingssystem til sporingstjenesten, hvordan opdateringer når frem til deres destination, og hvem der vedligeholder forbindelsen.

Før implementeringen skal du bekræfte understøttelse af dine faktiske transportører og tjenester, de relevante abonnementsvilkår og konfigurationen for levering af opdateringer. Test derefter forsinkede scanninger, ikke-genkendte numre, duplikerede opdateringer og leveringsundtagelser. En sporingsintegration kan ikke skabe en fysisk scanning hos transportøren, som ikke har fundet sted.

Vælg også en ansvarlig for sporing i virksomheden. Et dashboard med undtagelser har begrænset operationel værdi, medmindre nogen er ansvarlig for at undersøge fastkørte forsendelser og beslutte, hvornår transportøren eller kunden skal kontaktes.

Sammenlign de samlede omkostninger uden at stole på listeprisen

Da disse integrationslag udfører forskelligt arbejde, skal du sammenligne omkostningerne med den arbejdsgang, du har brug for, frem for ét annonceret abonnementsbeløb.

• Softwaregebyrer: Identificer abonnementer, brugsgrænser, merforbrug og funktioner, der faktureres separat.
• Fragtomkostninger: Adskil porto og transportørjusteringer fra softwaregebyret.
• Implementering: Medtag opsætning, datarensning, tjenestemapping, test og medarbejderoplæring.
• Løbende drift: Tag højde for manuelle rettelser, fejlslagne synkroniseringer og supportansvar.
• Udtrædelseskrav: Kontroller, hvordan du kan hente forsendelsesregistre og fjerne forbindelsen uden at forstyrre åbne ordrer.

Bed hver udbyder forklare, hvilken hændelse der tæller med i den fakturerbare brug. Ordrer, labels, pakker, registrerede trackingnumre og API-forespørgsler er ikke udskiftelige enheder. Brug en repræsentativ periode fra din egen drift, når du estimerer omkostningerne.

Kør en lille end-to-end-pilot, før du skifter

Den bedste udvælgelsesmetode er en kontrolleret pilot med realistiske ordrer. Inkluder en almindelig indenlandsk pakke, en ordre med flere varer, en opdelt forsendelse og enhver international eller usædvanlig forsendelsestype, der er relevant for din virksomhed.

For hver test skal du registrere checkout-tilbuddet, den valgte tjeneste, labelresultatet, forsendelsesregistret, sporingsdestinationen og kundemeddelelserne. Tilføj mindst ét fejlsituation, eksempelvis en afvist adresse eller en afbrudt synkronisering.

Fordel et tydeligt ansvar: E-commerce-teamet godkender checkout-adfærd, lagerpersonalet godkender pakning og udskrivning, kundesupport godkender forsendelsessynlighed, og den tekniske ejer godkender tilladelser og genoprettelsesprocedurer. Gennemgå, hvilke kundedata hver forbindelse modtager, og giv kun den adgang, der kræves til opgaven.

Den praktiske anbefaling: Hold opsætningen så enkel, som din drift tillader. Brug den eksisterende fragtkonfiguration, hvor den opfylder kravet, tilføj en ordrebehandlingsintegration, hvor den fjerner gentaget arbejde, og indfør et dedikeret sporingslag, når synlighed i forsendelser kræver sin egen arbejdsgang. Forbind lagene bevidst i stedet for som standard at købe overlappende funktioner.

Ofte stillede spørgsmål

Har jeg brug for separate integrationer til priser, labels og sporing?

Ikke nødvendigvis. Én integration kan dække flere funktioner, mens en anden måske kun håndterer én. Verificer hver nødvendig funktion uafhængigt, herunder om den læser ordrer, skriver forsendelsesoplysninger tilbage og leverer senere sporingsopdateringer.

Ændrer en labelintegration automatisk fragtpriserne ved checkout?

Antag ikke det. Køb af labels sker under ordrebehandlingen, mens checkout-priser vises, før ordren afgives. Bekræft, om integrationen leverer funktionalitet til checkout-priser, og om den fungerer med din butiks konfiguration.

Kan jeg forbinde mine egne transportørkonti?

Det afhænger af integrationen, transportøren, kontoens berettigelse og fragtområdet. Spørg, hvilke konti og tjenester der understøttes, om dine kontopriser kan bruges, og hvem der fakturerer porto og efterfølgende justeringer.

Kan 17TRACK erstatte et BigCommerce-værktøj til labels?

Tracking API’en bør evalueres med henblik på synlighed i sporingen, ikke som en erstatning for køb af labels. En tilpasset arbejdsgang kan forbinde forsendelsesoplysninger med en sporingstjeneste, mens checkout-beregninger og oprettelse af labels forbliver hos de systemer, der er ansvarlige for disse opgaver.

Hvorfor kan en kunde muligvis ikke se nogen bevægelse efter at have modtaget et trackingnummer?

Et trackingnummer kan eksistere, før en pakke modtager sin første scanning hos transportøren. Andre muligheder omfatter et forkert nummer, et problem med identifikationen af transportøren eller forsinket tilgængelighed af hændelser. Kontroller overdragelsen til ordrebehandlingen og transportøroplysningerne, før du betragter manglende opdateringer som en softwarefejl.

Kilder

• BigCommerce App Marketplace — officielt udgangspunkt for identifikation af pakketerede integrationer og gennemgang af individuelle noteringer.
• BigCommerce Developer Documentation — officiel reference til validering af krav til platformintegration og detaljer om API-implementering.
• 17TRACK Tracking API — officiel produktreference for den sporings-API, der omtales i denne vejledning.
• 17TRACK API Documentation — teknisk reference til evaluering af en tilpasset sporingsarbejdsgang.