Dažādu loģistikas partneru integrēšana, izmantojot universālu piegādes API
Kādu laiku atpakaļ es devos meklējumos, lai noskaidrotu, vai eksistē vienots transporta API/EDI standarts — tāds, ko jau izmanto vairāki loģistikas uzņēmumi — lai vienkāršotu vairāku pārvadātāju piegādes API integrācijas.
Par maniem atklājumiem varat izlasīt šeit.
Mērķis bija automatizēt transporta pasūtīšanas procesu tā, lai jums nebūtu jāievieš pilnīgi atsevišķs API savienojums ar katru loģistikas uzņēmumu, ar kuru jūs strādājat, un ietaupīt laiku un izstrādes resursus.
Nu, īsumā: universāls pārvadātāju API protokols neeksistē.
Tāpēc jums vai nu jāveido jauna integrācija katram loģistikas pakalpojumu sniedzējam, ar kuru strādājat, vai arī jāatrod vairāku pārvadātāju API starpniecības pakalpojums, ko izmantot.
Ja jūs interesē, vai un kā vairāku pārvadātāju API varētu darboties jūsu gadījumā, piesakieties bezmaksas konsultācijai ar mani. Es ar prieku izskaidrošu jums iespējas!
Pārvadātāju API ieviešanas izaicinājums
Jauna pārvadātāja API ieviešana var šķist aizraujoša, ja esat IT entuziasts, kurš labprātāk sazinās ar datoriem, nevis reāliem cilvēkiem.
Bet reālākā pasaulē jūs parasti izmantotu ERP vai WMS, kur jums pat varētu nebūt pienācīgas piekļuves, lai ieviestu jaunu API savienojumu.
Visticamāk, jums būtu jānolīgst IT uzņēmums ar atbilstošu pieredzi un licencēm, lai izveidotu katru integrāciju. Tas izklausās dārgi, vai ne?
Tagad iedomājieties, ka tas jādara katram transporta uzņēmumam, ar kuru jūs strādājat. Vidēji ražotājs, vairumtirgotājs vai mazumtirgotājs izmanto 10 līdz 15 dažādus loģistikas pakalpojumu sniedzējus. Au.
Tad jūsu loģistikas vadītājs informē jūs, ka viņi ir vienojušies par vēl labākiem darījumiem — ar pilnīgi jaunu pārvadātāju komplektu. Au.
Pēc tam jūs uzzināt, ka trīs no loģistikas uzņēmumiem, ar kuriem jūs jau esat integrējušies, plāno mainīt savas API platformas, un jums būs jāpārbūvē viss no nulles. Au.
Tātad, vai ir kāds cits veids?
Vairāku pārvadātāju piegādes API
Cargoson mēs esam izveidojuši integrācijas ar gandrīz katru pārvadātāju, kas ir pieejams, un turpinām paplašināties, balstoties uz mūsu "visvairāk pieprasīto pārvadātāju" sarakstu, ko pieprasa mūsu klienti.
Un tad mēs esam izveidojuši vairāku pārvadātāju piegādes API virs visa tā, lai jūs to varētu izmantot.
Ideja ir vienkārša: jums ir jāveido tikai viena integrācija ar Cargoson, un mēs apstrādāsim visus pārvadātāju API, kurus jūs, iespējams, vēlēsieties izmantot. Ja mums trūkst kāda pārvadātāja, mēs to pievienosim jums. Bez maksas.
Tagad es gatavojos iedziļināties tehniskajā pusē par to, kā darbojas vairāku pārvadātāju API, bet es negribu jūs iemidzināt! Ja jūs labprātāk vēlētos redzēt tiešraides demonstrāciju un apspriest, kā tas varētu palīdzēt jūsu konkrētajai situācijai, vienkārši piesakieties ātrai sarunai un parunāsim.
Kā tas darbojas
Lūk, īss ieskats, kā tas darbotos. Es zinu, ka tas izklausās nedaudz nerdīgi, bet pacietieties. Lūk, kā tas notiek.
Pieņemsim, ka jūs esat apstiprinājis pārdošanas pasūtījumu savā ERP un jums ir jāizsauc transporta pasūtījums, lai piegādātu to klientam. Vispirms jums būtu jāzina aptuvenas transporta izmaksas. Lai to iegūtu, jūs izsaucat PriceRequest no sava ERP šādi:
{ "collection_date": "2024-10-15", "collection_postcode": "2870", "collection_country": "BE", "delivery_postcode": "47179", "delivery_country": "DE", "rows_attributes": [ { "quantity": 1, "package_type": "EUR", "weight": 450, "length": 120, "width": 80, "height": 100, "description": "Goods" } ] }
Un atbildē jūs redzēsiet reāllaika tarifus no vairākiem pārvadātājiem šādi:
{ "status": 200, "object": { "prices": [ { "carrier": "DSV Road *", "service": "Road", "service_id": 152, "price": "15.53", "currency": "EUR", "estimated_collection_date": "2024-10-15", "estimated_delivery_date": "2024-10-17", "transit_time": "2" }, { "carrier": "Schenker *", "service": "Road", "service_id": 102, "price": "28.13", "currency": "EUR", "estimated_collection_date": "2024-10-15", "estimated_delivery_date": "2024-10-16", "transit_time": "1" }, { "carrier": "Demo Carrier B", "service": "Groupage", "service_id": 1842, "price": "27.36", "currency": "EUR", "estimated_collection_date": "2024-10-15", "estimated_delivery_date": "2024-10-16", "transit_time": "1" } ] } }
Jūsu izstrādātājs var viegli izvilkt šos datus, lai attēlotu jūsu ERP sistēmā. Kaut kas līdzīgs šim:
Noklikšķinot uz pogas "Book" (Rezervēt), transporta pasūtījums tiek nosūtīts tieši jūsu izvēlētajam loģistikas partnerim. Pretī jūs saņemsiet piegādes etiķetes, izsekošanas kodu un tiešu izsekošanas saiti.
Vairāku pārvadātāju programmatūra, kas aizpilda trūkumus
Jūs, iespējams, domājat, no kurienes nāk visi šie dati? Lielisks jautājums!
Lielākajai daļai loģistikas uzņēmumu nav cenu noteikšanas API; dažiem nav nekāda API, un citiem pat nav rezervēšanas portāla, tāpēc visa saziņa notiek pa e-pastu.
Tieši šeit ienāk Cargoson vairāku pārvadātāju piegādes API.
Mēs esam to visu aptvēruši savā pusē. Kad mēs ieviešam jaunu pārvadātāja integrāciju, mēs nodrošinām, ka visi nepieciešamie "puzles gabali" ir vietā. Ja pārvadātājam nav cenu noteikšanas API, mēs augšupielādēsim cenrādi mūsu sistēmā — ne jebkuru cenrādi, bet jūsu personīgo cenu vienošanos ar pārvadātāju. Tādējādi faktiskais cenas aprēķins notiek mūsu pusē. Tas pats attiecas uz piegādes laika aprēķiniem, izsekošanu, CO2e emisijām, transporta etiķetēm un tā tālāk.
Būtībā mēs pievienojam visus trūkstošos pakalpojumu elementus, kuru nav jūsu loģistikas pakalpojumu sniedzējam.
Automatizējiet savu piegādi ar universālu, vairāku pārvadātāju transporta API
Neatkarīgi no tā, vai esat ražotājs, vairumtirgotājs vai mazumtirgotājs, vairāku pārvadātāju integrēšana jūsu ERP, WMS vai pasūtījumu pārvaldības sistēmā var būt diezgan izaicinoša. Izmantojot vienotu API platformu, piemēram, Cargoson, jūs varat:
- Piekļūt reāllaika tarifiem, rezervēt sūtījumus, ģenerēt etiķetes un izsekot pakas tūkstošiem pārvadātāju, izmantojot vienu integrāciju
- Ātri pievienot jaunus pārvadātājus bez sarežģītiem IT projektiem
- Būt pārliecinātam, ka jums ir normalizēti dati un darbplūsma visiem pārvadātājiem, neatkarīgi no viņu IT iespējām
- Piešķirt izstrādes resursus savu pamatsistēmu uzlabošanai, nevis neskaitāmu pārvadātāju integrāciju veidošanai un uzturēšanai