Nije pronađeno praćenje za DHL ili DPD? Kako 17TRACK API koristi veštačku inteligenciju za poboljšanje stope uspešnosti praćenja
Zašto isti broj za praćenje ne daje rezultate na jednoj platformi, dok na drugoj prikazuje kompletnu istoriju praćenja?
Kada se preduzeća susretnu sa problemima kao što su DHL Tracking Not Found ili DPD Tracking Not Found, često pretpostavljaju da je broj za praćenje nevažeći ili da prevoznik još nije ažurirao svoje evidencije.
U praksi, slanje broja za praćenje API-ju ne garantuje da će događaji praćenja biti vraćeni.
Preuzimanje informacija o praćenju najpre zavisi od pravilnog identifikovanja prevoznika i slanja zahteva pravom izvoru podataka. Ako je prevoznik pogrešno identifikovan, zahtev može vratiti Not Found čak i kada se paket normalno kreće.
Problem postaje očigledniji pri velikom obimu. Na primer, preduzeće koje koristi i DHL Tracking API i DPD Tracking API najpre mora da utvrdi koji API treba da primi svaki broj za praćenje.
17TRACK API kombinuje interni AI model za identifikaciju, uparivanje zasnovano na pravilima i kontinuirano praćenje kako bi pomogao preduzećima da smanje greške u povezivanju sa prevoznikom koje se mogu sprečiti i poboljšaju stope uspešnog praćenja.
1. Zašto broj za praćenje može da ne vrati nijedan događaj praćenja?
Ne postoji univerzalni format broja za praćenje. Svaki prevoznik koristi sopstvena pravila numeracije, a sam broj za praćenje možda ne sadrži dovoljno informacija za identifikaciju prevoznika.
1.1 Slični formati brojeva za praćenje otežavaju identifikaciju prevoznika
Različiti prevoznici mogu koristiti brojeve za praćenje iste dužine, sa sličnim prefiksima ili obrascima slova i cifara.
Jedan broj za praćenje može odgovarati formatima numeracije više prevoznika. Tradicionalno uparivanje zasnovano na pravilima posmatra dužinu, prefikse i obrasce znakova. Kada se ta pravila preklapaju, sam format možda nije dovoljan za identifikaciju pravog prevoznika.
Prevoznik čiji format odgovara broju samo je kandidat. Paketom zapravo može rukovati drugi prevoznik.
Nepodudaranje može poslati zahtev pogrešnom izvoru podataka i rezultirati odgovorom Not Found.
1.2 Dostavljene informacije o prevozniku mogu biti netačne
Preduzeća često dostavljaju informacije o pošiljkama putem ERP, WMS, OMS ili drugih sistema za upravljanje porudžbinama.
Ovi sistemi mogu predstavljati istog prevoznika njegovim zvaničnim nazivom, skraćenicom ili internim kodom. Zapis takođe može sadržati važeći broj za praćenje, ali netačno polje prevoznika.
Ako se sistem za praćenje u potpunosti oslanja na dostavljene informacije o prevozniku, može nastaviti da upućuje upite pogrešnom izvoru.
Zato sistem za praćenje treba da identifikuje prevoznike, proverava podudaranja i ispravlja nepodudaranja.
1.3 Prekogranične pošiljke mogu imati podatke raspoređene kod više prevoznika
Prekogranična isporuka obično obuhvata preuzimanje, transport glavnom linijom, carinjenje i dostavu poslednje milje.
Više prevoznika može sukcesivno rukovati paketom, a usput može biti dodeljen povezani broj za praćenje dostave poslednje milje.
Slanje upita samo jednom od tih prevoznika može vratiti delimičnu istoriju i ostaviti praznine u putanji paketa.
Pored široke pokrivenosti prevoznika, sistem treba da identifikuje odgovarajuće izvore i objedini podatke o praćenju.
Uspešno praćenje zavisi od dostupnosti API-ja, kvaliteta broja za praćenje, identifikacije prevoznika, dostupnosti izvora podataka i toga da li su događaji praćenja generisani.
2. Kako 17TRACK API koristi AI za poboljšanje tačnosti identifikacije prevoznika?
Fiksna pravila mogu dovesti do netačnih podudaranja kada se formati brojeva preklapaju ili su dostavljene informacije o prevozniku netačne.
AI može pomoći u rešavanju ovih dvosmislenih podudaranja.
17TRACK kombinuje sopstveni AI model sa tradicionalnim uparivanjem zasnovanim na pravilima. Oslanja se na višegodišnje logističke podatke kako bi identifikovao najverovatnijeg prevoznika i smanjio upite koji ne uspevaju zato što je upit poslat pogrešnom izvoru.
2.1 Kombinovanje fiksnih pravila sa identifikacijom uz pomoć AI-ja
Tradicionalna identifikacija prevoznika uglavnom se oslanja na unapred definisana pravila za uparivanje kandidata na osnovu dužine broja, prefiksa i obrazaca znakova.
Ovaj pristup dobro funkcioniše kada su pravila numeracije različita. Slična pravila kod različitih prevoznika ili nepotpune informacije o broju za praćenje mogu proizvesti dvosmislene rezultate.
17TRACK kombinuje AI identifikaciju i uparivanje zasnovano na pravilima, koristeći i karakteristike broja za praćenje i dostupne informacije o prevozniku kako bi odredio verovatni izvor.
Kada se prevoznik koji je identifikovao sistem razlikuje od onog koji je navelo preduzeće, podudaranje se može dodatno proveriti.
Na primer:
- Preduzeće navodi DHL kao prevoznika.
- Sistem identifikuje drugog kandidata na osnovu obrasca broja za praćenje.
- Sistem može proveriti oba podudaranja kako bi smanjio rizik od neuspešnog upita zbog netačnih informacija o prevozniku.
Time se smanjuje oslanjanje na ručni izbor prevoznika i broj ponovljenih provera u velikim grupama brojeva za praćenje.
2.2 Interni AI model zasnovan na višegodišnjim logističkim podacima
Učinak AI identifikacije zavisi od podataka za obuku, raspona primera koje oni obuhvataju i načina na koji se model usavršava.
17TRACK je od 2010. godine usmeren na globalno praćenje pošiljaka. Sada obuhvata više od 3.500 prevoznika i svakog meseca prikuplja velike količine logističkih podataka.
Koristeći ove podatke, 17TRACK obučava i usavršava sopstveni model za identifikaciju. Kontinuirana obuka i podešavanje pomažu modelu da nauči obrasce brojeva za praćenje specifične za prevoznike i poboljša identifikaciju u složenim scenarijima.
AI može pružiti dodatne signale kada prevoznici koriste slična pravila numeracije i kada ih je teško razlikovati konvencionalnim uparivanjem.
Ovaj pristup smanjuje potrebu za ručnim održavanjem fiksnih pravila i omogućava fleksibilniju identifikaciju novododatih prevoznika i složenih scenarija isporuke.
2.3 Kombinovanje AI identifikacije sa dvostrukom registracijom radi smanjenja nepodudaranja
17TRACK takođe nudi način za poboljšanje uspešnosti praćenja nakon identifikacije prevoznika kandidata.
Ako sistem identifikuje drugog prevoznika od onog koji je naveden, preduzeća sa omogućenom dvostrukom registracijom mogu poslati upit i prevozniku kojeg je identifikovao AI.
Na primer:
Preduzeće šalje pošiljku označenu kao DHL, ali sistem identifikuje drugog prevoznika kao verovatnije podudaranje.
Kada je dvostruka registracija omogućena, sistem može pokušati da preuzme događaje praćenja od identifikovanog prevoznika, pored slanja prvobitnog upita.
To preduzeću daje mogućnost da preuzme tačne podatke o praćenju čak i ako je prvobitno navelo pogrešnog prevoznika.
Zajedno, ove mogućnosti pomažu u smanjenju neuspešnih upita koji se mogu sprečiti, a uzrokovani su nepodudaranjem prevoznika.
3. Istraživanje uzroka rezultata Not Found
Čak i kada je prevoznik pravilno identifikovan, neki upiti u početku možda neće vratiti nijedan događaj praćenja.
Broj za praćenje je možda upravo kreiran, a prevoznik možda još čeka da primi paket. Usluga praćenja prevoznika takođe može biti privremeno nedostupna. Bilo koja od ovih situacija može dovesti do rezultata Not Found.
Sam rezultat Not Found nije dovoljan zaključak da pošiljka još nije poslata ili da je izgubljena.
Poboljšanje stope uspešnog praćenja zahteva utvrđivanje uzroka i preduzimanje odgovarajuće radnje.
3.1 Utvrđivanje uzroka radi izbegavanja nepotrebnih upita
Uobičajeni uzroci rezultata Not Found ili neuspešnih upita obuhvataju:
| Vrsta problema | Mogući uzrok | Preporučena radnja |
|---|---|---|
| Netačno uparivanje prevoznika | Stvarni prevoznik ne odgovara izabranom prevozniku. | Ponovo identifikujte i proverite prevoznika. |
| Netačne informacije o praćenju | Netačan broj za praćenje ili nedostaju obavezni parametri. | Proverite broj za praćenje i parametre upita. |
| Nema dostupnih ažuriranja praćenja | Broj za praćenje je generisan, ali prevoznik još nije dostavio prvi događaj praćenja. | Sačekajte da prevoznik ažurira informacije o praćenju. |
| Greška izvora podataka | Greška API-ja prevoznika, ograničenja usluge ili drugi problemi. | Pratite status API-ja prevoznika i istražite izuzetke. |
Svaki uzrok zahteva drugačiji odgovor.
Kod nepodudaranja prevoznika, ponovna identifikacija prevoznika i provera izvora podataka mogu rešiti problem. Ako prevoznik još nije generisao prvi događaj praćenja, ponovljeni upiti i dalje možda neće vratiti nove informacije.
Razlikovanje ovih scenarija smanjuje nepotrebne zahteve i ponovljeno rešavanje problema.
3.2 Praćenje podataka prevoznika radi ranog otkrivanja problema
Pored pojedinačnih neuspešnih upita, preduzeća treba da prate probleme koji utiču na grupe pošiljaka.
Ako prevoznik obično vraća događaje praćenja, ali veliki broj pošiljaka iznenada prikazuje Not Found, sledeći korak je provera API-ja prevoznika, usluge praćenja na njegovom veb-sajtu ili procesa preuzimanja podataka.
17TRACK kontinuirano prati učinak podataka prevoznika. Kada otkrije pad učinka ili neuobičajene oscilacije, izdaje upozorenja i obaveštava korisnike.
To preduzećima omogućava raniji uvid u probleme na strani prevoznika kako bi mogla da prilagode postupke upita i obrade pre nego što se pritužbe korisnika nagomilaju.
Identifikacija prevoznika, rešavanje problema i praćenje izvora pružaju timovima način da istraže rezultate Not Found i da ih dalje obrade.
4. Primeri korisnika sa poboljšanim stopama uspešnog praćenja
Učinak praćenja u stvarnom poslovanju pokazuje uticaj AI identifikacije i upravljanja rezultatima Not Found.
Stope uspešnog praćenja razlikuju se među korisnicima i zavise od faktora kao što su pokrivenost prevoznika, kvalitet broja za praćenje, strategija upita i dostupnost izvora podataka.
Dva primera korisnika 17TRACK-a:
Primer 1: Vodeća globalna platforma za brzu modu
- Obim: U proseku prati porudžbine u desetinama miliona dnevno.
- Stopa uspešnog praćenja: Povećana je sa 44,25% na 93,29%.
Primer 2: Američka platforma za zaštitu nakon kupovine u e-trgovini
- Obim: Opslužuje više od 5.000 vodećih brendova širom sveta.
- Stopa uspešnog praćenja: Povećana je sa 85% na 95%.
Ovi rezultati odražavaju poboljšanja u celokupnim operacijama praćenja korisnika. Ne mogu se pripisati samo AI-ju niti koristiti kao stope uspešnosti specifične za prevoznike DHL ili DPD.
Za preduzeća koja obrađuju velike količine prekograničnih porudžbina, više stope uspešnog praćenja znače više upotrebljivih podataka o pošiljkama za upravljanje porudžbinama, korisničku podršku i aktivnosti nakon kupovine.
Povećanje verovatnoće preuzimanja pravih događaja praćenja za svaki važeći broj
Upit za praćenje može izgledati jednostavno kao unos broja. U pozadini on obuhvata identifikaciju prevoznika, uparivanje izvora podataka, preuzimanje podataka i kontinuirano praćenje.
Preklapajući formati brojeva, nepotpune informacije o prevozniku i predaja pošiljke između prevoznika mogu uticati na rezultat, naročito kod prekogranične isporuke.
17TRACK API kombinuje identifikaciju prevoznika zasnovanu na AI-ju, interni model logističkih podataka, dvostruku registraciju i kontinuirano upravljanje rezultatima Not Found kako bi pomogao preduzećima da smanje nepotrebna nepodudaranja izvora podataka i efikasnije preuzmu podatke o praćenju.
