Bigcommerce-toimitusintegraatiot: vaihtoehdot toimitushinnoille, lähetystarroille ja seurannalle

BigCommercen toimitusintegraatioilla on kolme erilaista tehtävää: toimitushintojen laskeminen kassalla, lähetystarrojen ostaminen toimitusta varten ja pakettien seuranta lähettämisen jälkeen. Kauppiaille oikea ratkaisu ei välttämättä ole yksi sovellus, joka lupaa hoitaa kaiken. Kyse on yhdistetystä työnkulusta, jossa kassalla tarjottavat toimitustavat, varaston toimet, lähetystiedot ja asiakasviestit pysyvät yhdenmukaisina.

Aloita siitä toimituksen osa-alueesta, joka ei tällä hetkellä toimi. Odottamattomat kassamaksut edellyttävät hintojen tarkistamista. Hidas pakkaaminen ja lähettäminen edellyttävät tarratyönkulun tarkistamista. Puuttuvat toimituspäivitykset edellyttävät parempaa seurantaa. Nämä ongelmat voivat käyttää samoja tilaustietoja, mutta yhden ratkaiseminen ei automaattisesti ratkaise muita.

Mitä kukin toimitusintegraatio todella tekee

Ennen integraation valitsemista erota asiakkaille näkyvä toimitustarjous sen toteuttamiseen tarvittavasta operatiivisesta työstä. Kassalla veloitettava toimitusmaksu ei välttämättä ole sama summa, jonka myöhemmin maksat tarrasta, eikä seurantatunnus ole todiste siitä, että kuljetusliike on vastaanottanut paketin.

Integraatiotaso	Päävastuu	Mitä on tarkistettava
Kassan toimitushinnat	Määrittää, mitkä toimitustavat ja maksut ostajille näytetään.	Lähetyspaikat, määränpäät, tuotetiedot, palvelun saatavuus ja varatoiminta.
Tarrat ja toimitusten käsittely	Muuttaa tilaukset lähetyksiksi ja tuottaa lähettämiseen tarvittavat asiakirjat.	Kuljetusliikkeiden tilit, paketin valinta, tulostinyhteensopivuus ja lähetystietojen palautus.
Oston jälkeinen seuranta	Kerää toimitustapahtumat ja tekee lähetyksen etenemisen näkyväksi.	Seurantatunnusten kerääminen, kuljetusliikkeen tunnistaminen, päivitysten toimittaminen ja poikkeamien käsittely.

BigCommercen virallinen sovellusmarkkinapaikka on lähtökohta valmiiden integraatioiden etsimiseen. Sen kehittäjädokumentaatio on lähtökohta mukautetun yhteyden validointiin. Pelkkää markkinapaikan listausta ei pidä pitää vahvistuksena siitä, että sovellus tukee kaikkia käyttämiäsi maita, kuljetuspalveluja, kassamäärityksiä tai toimitustyönkulkuja.

Valitse integraatiotapa työnkulkusi ympärille

Käytä alustan toimitusasetuksia, kun säännöt ovat yksinkertaiset

Jos toimitustarjouksesi on yksinkertainen, tarkista ensin myymälässäsi jo käytettävissä oleva toimitusmääritys. Määritä palvelemasi määränpäät, ostajille näytettävät toimitustavat ja niiden taustalla olevat kaupalliset säännöt ennen uuden järjestelmän lisäämistä.

Esimerkiksi vakiomuotoista kotimaan toimitusmaksua käyttävä myymälä saattaa tarvita selkeämmät toimitusalueet ja poissulkemiset ulkoisen hintamoottorin sijaan. Useista sijainneista suurikokoisia tuotteita lähettävällä myymälällä on erilainen ongelma: yksinkertainen maksu voi peittää merkittäviä eroja toimituskuluissa.

Sopii parhaiten: kauppiaille, joiden paketit ovat ennakoitavia, toimitusten käsittely on vähän monimutkaista ja joiden nykyinen määritys pystyy ilmaisemaan toimitussäännöt. Siirry tästä vaihtoehdosta eteenpäin, kun tarvittavaa logiikkaa ei voida esittää luotettavasti – ei vain siksi, että toisessa sovelluksessa on enemmän asetuksia.

Käytä valmista integraatiota toistuvaan toimitustyöhön

Valmista toimitusintegraatiota kannattaa arvioida, kun henkilöstö kopioi toistuvasti osoitteita, valitsee palveluja, ostaa tarroja tai syöttää seurantatunnuksia. Sen arvo syntyy siirtojen vähentämisestä ja tilaustietojen pitämisestä yhdenmukaisina todellisuudessa lähetetyn kanssa.

Älä oleta, että jokainen tarraintegraatio tarjoaa myös kassahintoja. Älä myöskään oleta, että tilauksia tuova sovellus pystyy palauttamaan lähetystiedot BigCommerceen. Pyydä palveluntarjoajaa osoittamaan jokainen tarvittava tietojen siirtymissuunta omaa työnkulkuasi käyttäen.

Sopii parhaiten: tiimeille, jotka haluavat vakiintuneen käyttöliittymän ilman oman integraation ylläpitoa. Se sopii huonosti, jos olennaiset varastosäännöt edellyttävät manuaalisia kiertoteitä, jotka mitätöivät säästetyn ajan.

Käytä mukautettua yhteyttä, kun toinen järjestelmä hallitsee toimituksia

Mukautettu integraatio voi olla järkevä, kun tilaustenhallintajärjestelmä, varastoalusta tai kolmannen osapuolen logistiikkapalveluntarjoaja hallitsee jo lähetysten käsittelyä. Tällöin BigCommerce voi olla myyntikanava eikä jokaisen toimitustoimen operatiivinen totuuden lähde.

Määritä, mikä järjestelmä hallitsee osoitteita, pakettipäätöksiä, tarranostoja, lähetysten luomista ja seurantapäivityksiä. Vahvista sen jälkeen tarvittavat API-toiminnot, tunnistautumisvaatimukset, käyttöoikeudet ja alustan rajoitukset asiaankuuluvasta dokumentaatiosta.

Sopii parhaiten: kauppiaille, joilla on todellinen työnkulkuvaatimus ja tekninen kapasiteetti sen ylläpitämiseen. Mukautettu kehitys ei automaattisesti ole edullisin vaihtoehto, kun valvonta, tuki ja tulevat muutokset otetaan huomioon.

Hinnat: sovita kassalla annettu lupaus toimitustoimintaan

Hintaintegraation pitäisi tuottaa toimitustarjous, jonka pystyt toteuttamaan, eikä vain palauttaa lukua. Dokumentoi ennen palveluntarjoajien testaamista lähtöpaikka, määränpää, tuote- ja pakkaustiedot, jotka määrittävät palvelun saatavuuden ja hinnan.

• Lähtöpaikat: Mistä varastosta tai toimituskumppanilta tilaus lähetetään?
• Tuotetiedot: Ovatko painot ja mitat tarkkoja ja käytetäänkö niiden yksiköissä samaa järjestelmää?
• Pakkaus: Käyttääkö laskenta yksittäisiä tuotteita, valittua laatikkoa vai arvioitua pakettia?
• Määränpäät: Mitä tapahtuu syrjäseuduille, postilokeroille ja palvelualueesi ulkopuolisille sijainneille?
• Kaupalliset säännöt: Veloitatko lasketun summan, tuetko toimitusta vai sovellatko kampanjakynnystä?

Kassamaksut ja tarrakulut voivat erota toisistaan, koska toimituksessa käytetty paketti, palvelu, lähtöpaikka tai tili poikkeaa kassalla tehdyistä oletuksista. Vertaa testitilauksessa molempia puolia ennen kuin päätät hintalaskennan olevan väärä.

Määritä myös virhetilanteiden toiminta. Jos hintapyyntö epäonnistuu, pitäisikö kassan näyttää määritetty vaihtoehto, poistaa kyseinen toimitustapa vai estää tilaus? Sopiva valinta riippuu siitä, pystyykö tiimisi noudattamaan vaihtoehtoa. Varahintamaksu, joka hyväksyy toimittamattoman tilauksen, ei ole onnistunut palautuminen.

Erottele kansainvälisissä tilauksissa kuljetusmaksu tulleista ja veroista. Älä kuvaa hintaa kokonaiskustannukseksi, joka sisältää kaikki kulut, ellei vastuullinen palvelu nimenomaisesti laske asiaankuuluvia maksuja ja toimitusprosessi tue ilmoitettua maksujärjestelyä.

Tarrat: arvioi koko lähetyssykli

Tarran ostamista pitäisi testata tilauksen tuonnista peruutukseen asti, ei vain ensimmäiseen onnistuneeseen tulostukseen. Operatiivinen kysymys on, pitääkö integraatio varastotyön ja myymälän tiedot synkronoituina.

Käytä näitä hyväksymistarkistuksia:

1. Tilauksen tuonti: Varmista, että oikeat tilaukset tulevat saataville käsittelyä varten ja että muutokset käsitellään ennakoitavasti.
2. Paketin luominen: Testaa yksittäinen paketti, useita paketteja ja tilaus, josta lähetetään vain osa tuotteista.
3. Palvelun valinta: Tarkista, miten ostajan kassalla valitsema toimitustapa vastaa varastohenkilöstön ostamaa palvelua.
4. Tulostaminen: Varmista, että tarran koko, tiedostomuoto ja tulostusasetukset toimivat todellisten varastolaitteiden kanssa.
5. Lähetystietojen palautus: Varmista, että oikeat seurantatiedot ja lähetetyt tuotteet päätyvät BigCommerce-tilaukselle.
6. Uudelleentulostukset ja mitätöinnit: Määritä, miten henkilöstö välttää päällekkäiset ostot ja miten käyttämättömiä tarroja käsitellään palveluntarjoajan sovellettavien sääntöjen mukaan.

Erityisen hyödyllinen testi on tarran osto, joka onnistuu, mutta sitä seuraava tilauspäivitys epäonnistuu. Henkilöstö tarvitsee palautusmenettelyn, jolla tilaus voidaan päivittää ilman uuden tarran ostamista. Tässä viimeistelty esittely voi erota luotettavasta tuotantotyönkulusta.

Tarkista myös, kuka vastaa asiakasilmoituksista. Jos sekä toimitusintegraatio että toinen yhdistetty järjestelmä lähettävät lähetysviestejä, asiakkaat voivat saada päällekkäisiä tai ristiriitaisia päivityksiä.

Seuranta: erota lähetystiedot toimituksen näkyvyydestä

Seurantatunnuksen kirjoittaminen tilaukselle ratkaisee kirjaamisongelman. Myöhempien kuljetustapahtumien kerääminen ratkaisee näkyvyysongelman. Yrityksesi saattaa tarvita molempia, mutta niitä on arvioitava erikseen.

Hyödyllinen seurantatyönkulku säilyttää yhteyden tilauksen, lähetyksen, paketin, kuljetusliikkeen ja seurantatunnuksen välillä. Tämä yhteys on tärkeä, kun yhteen tilaukseen kuuluu useita paketteja tai kun paketti kulkee useamman toimitusoperaattorin kautta.

Kehittäjävetoisessa seurantakerroksessa 17TRACK Tracking API on relevantti arvioitava vaihtoehto. Sen virallinen API-dokumentaatio tarjoaa perustan seurannan rekisteröinnin ja tapahtumien toimituksen arviointiin mukautetussa työnkulussa. Tämä on seurantakäyttötapaus, ei korvaaja kassahintojen laskennalle tai tarrojen ostamiselle.

Älä oleta, että API:n saatavuus tarkoittaa valmiin BigCommerce-yhdistimen sisältyvän ratkaisuun. Määritä, miten lähetystiedot siirtyvät myymälästäsi tai toimitusjärjestelmästäsi seurantapalveluun, miten päivitykset saavuttavat määränpäänsä ja kuka yhteyttä ylläpitää.

Varmista ennen käyttöönottoa tuki todellisille kuljetusliikkeillesi ja palveluillesi, asiaankuuluvat tilausehdot sekä päivitysten toimitusmääritys. Testaa sitten viivästyneet skannaukset, tunnistamattomat tunnukset, päällekkäiset päivitykset ja toimituspoikkeamat. Seuranta- integraatio ei voi luoda fyysistä kuljetusliikkeen skannausta, jota ei ole tapahtunut.

Valitse yrityksen sisältä myös seurannasta vastaava henkilö. Poikkeamien hallintapaneelista on vain vähän operatiivista hyötyä, ellei joku vastaa pysähtyneiden lähetysten tutkimisesta ja päättämisestä, milloin kuljetusliikkeeseen tai asiakkaaseen otetaan yhteyttä.

Vertaa kokonaiskustannuksia turvautumatta mainoshintoihin

Koska nämä integraatiotasot tekevät eri asioita, vertaa kustannuksia tarvitsemaasi työnkulkuun eikä yhteen ilmoitettuun tilausmaksuun.

• Ohjelmistomaksut: Selvitä tilaukset, käyttörajat, ylitysmaksut ja erikseen laskutettavat ominaisuudet.
• Toimitusmaksut: Erottele postimaksut ja kuljetusliikkeen oikaisut ohjelmistomaksusta.
• Käyttöönotto: Sisällytä määritys, tietojen siivous, palvelujen yhdistäminen, testaus ja henkilöstön koulutus.
• Jatkuva toiminta: Ota huomioon manuaaliset korjaukset, epäonnistuneet synkronoinnit ja tuen vastuut.
• Poistumisvaatimukset: Tarkista, miten voit hakea lähetystiedot ja poistaa yhteyden häiritsemättä avoimia tilauksia.

Pyydä jokaista palveluntarjoajaa selittämään, mikä tapahtuma lasketaan laskutettavaan käyttöön. Tilaukset, tarrat, paketit, rekisteröidyt seurantatunnukset ja API-pyynnöt eivät ole keskenään vaihtokelpoisia yksiköitä. Käytä kustannusarviossa omaa toimintaasi edustavaa ajanjaksoa.

Tee pieni päästä päähän -pilotti ennen vaihtamista

Paras valintamenetelmä on hallittu pilotti, jossa käytetään realistisia tilauksia. Sisällytä tavallinen kotimaan paketti, usean tuotteen tilaus, jaettu lähetys sekä kaikki liiketoiminnallesi tärkeät kansainväliset tai poikkeukselliset lähetystyypit.

Kirjaa jokaisesta testistä kassatarjous, valittu palvelu, tarran tulos, lähetystiedot, seurannan määränpää ja asiakasilmoitukset. Lisää vähintään yksi virhetilanne, kuten hylätty osoite tai keskeytynyt synkronointi.

Määritä selkeät vastuut: verkkokauppatiimi hyväksyy kassan toiminnan, varastohenkilöstö hyväksyy pakkaamisen ja tulostamisen, asiakastuki hyväksyy lähetyksen näkyvyyden ja tekninen omistaja hyväksyy käyttöoikeudet sekä palautusmenettelyt. Tarkista, mitä asiakastietoja kukin yhteys vastaanottaa, ja myönnä vain sen tehtävään tarvittavat käyttöoikeudet.

Käytännön suositus: pidä määritys niin yksinkertaisena kuin toimintasi sallii. Käytä olemassa olevaa toimitusmääritystä, kun se täyttää vaatimuksen, lisää toimitusintegraatio, kun se poistaa toistuvaa työtä, ja ota käyttöön erillinen seurantakerros, kun lähetyksen näkyvyys tarvitsee oman työnkulkunsa. Yhdistä tasot harkitusti sen sijaan, että ostaisit oletuksena päällekkäisiä ominaisuuksia.

Usein kysyttyä

Tarvitsenko erilliset integraatiot hinnoille, tarroille ja seurannalle?

Ei välttämättä. Yksi integraatio voi kattaa useita toimintoja, kun taas toinen voi hoitaa vain yhden. Vahvista jokainen tarvittava toiminto erikseen, mukaan lukien se, lukeeko integraatio tilauksia, palauttaako se lähetystiedot ja toimittaako se myöhemmät seurantapäivitykset.

Muuttuuko kassalla näkyvä toimitushinta automaattisesti tarraintegraation myötä?

Älä oleta niin. Tarran ostaminen tapahtuu toimituksen käsittelyn aikana, kun taas kassahinnat näytetään ennen tilauksen tekemistä. Varmista, tarjoaako integraatio kassahintatoiminnon ja toimiiko se myymäläsi määrityksen kanssa.

Voinko yhdistää omat kuljetusliiketilini?

Se riippuu integraatiosta, kuljetusliikkeestä, tilin kelpoisuudesta ja toimitusalueesta. Kysy, mitä tilejä ja palveluja tuetaan, voidaanko tilisi hintoja käyttää ja kuka laskuttaa postimaksut sekä myöhemmät oikaisut.

Voiko 17TRACK korvata BigCommercen tarratyökalun?

Tracking API:tä tulisi arvioida seurannan näkyvyyttä varten, ei tarran ostamisen korvaajaksi. Mukautettu työnkulku voi yhdistää lähetystiedot seurantapalveluun, samalla kun kassalaskelmat ja tarrojen luominen jäävät niistä vastaaville järjestelmille.

Miksi asiakkaalle ei ehkä näy tapahtumia seurantatunnuksen vastaanottamisen jälkeen?

Seurantatunnus voi olla olemassa ennen kuin paketti saa ensimmäisen kuljetusliikkeen skannauksen. Muita mahdollisuuksia ovat virheellinen tunnus, kuljetusliikkeen tunnistamisongelma tai tapahtumien viivästynyt saatavuus. Tarkista toimituksen luovutus ja kuljetusliikkeen tiedot ennen kuin tulkitset päivitysten puuttumisen ohjelmistovirheeksi.

Lähteet

• BigCommerce App Marketplace — virallinen lähtökohta valmiiden integraatioiden tunnistamiseen ja yksittäisten listausten tarkistamiseen.
• BigCommerce Developer Documentation — virallinen lähde alustan integraatiovaatimusten ja API-toteutuksen yksityiskohtien validointiin.
• 17TRACK Tracking API — virallinen tuoteviite tässä oppaassa käsitellylle seurant API -vaihtoehdolle.
• 17TRACK API Documentation — tekninen lähde mukautetun seurantatyönkulun arviointiin.