UPS Tracking Api және OMS Integration: Қайсысын таңдау керек?

Егер сізге тек жөнелтілім мәртебесі қажет болса, UPS tracking API таңдаңыз. Егер бірнеше арнадағы тапсырыстарды, қорларды, орындауды, бағыттауды, бас тартуларды және қайтарымдарды үйлестіру қажет болса, OMS интеграциясын таңдаңыз. Көптеген ecommerce операцияларында практикалық жауап «не біреуі, не екіншісі» емес: OMS тапсырыстың өмірлік циклін басқарады, ал тасымалдаушы немесе бірнеше тасымалдаушыны қамтитын tracking API жеткізу оқиғаларын ұсынады.

Дұрыс шешім командаңызға қажет әрекетке байланысты. Tracking бетін әзірлейтін әзірлеушінің талабы marketplace, қойма, 3PL және клиенттерге қызмет көрсету жүйесін байланыстыратын операциялық топтың талабынан өзгеше. UPS tracking API мен OMS-ті өзара алмастырылатын шешімдер ретінде қарастыру қажетсіз әзірлеу жұмыстарына әкелуі немесе маңызды операциялық олқылықтар қалдыруы мүмкін.

Айырмашылығы бір сөйлеммен

UPS tracking API — тасымалдаушы деректеріне қосылу құралы. OMS интеграциясы — тапсырыс жұмыс процесіне қосылу құралы.

Tracking API әдетте қолданбаға tracking нөміріне байланысты жөнелтілім ақпаратын алуға немесе көрсетуге көмектеседі. Бұл ақпарат клиенттерге хабарландыру жіберуге, брендтелген tracking бетін жасауға, жөнелтілімдерді ішкі бақылауға немесе ерекше жағдайларды өңдеуге қолдау көрсете алады. Негізгі қамту саласы — жөнелтілімнің көрінуі.

Тапсырыстарды басқару жүйесі кеңірек процесс деңгейінде жұмыс істейді. Ол бірнеше сату арнасынан келетін тапсырыстарды үйлестіруі, қорды бөлуі, орындау орындарымен байланысуы, тапсырыстарды қоймаларға немесе 3PL жүйелеріне жіберуі және мәртебені дүкендерге немесе marketplace платформаларына қайта синхрондауы мүмкін. Нақты функциялар жиынтығы әр OMS бойынша өзгереді, сондықтан мүмкіндіктерді атауына қарап болжамай, өнім құжаттамасынан тексеру қажет.

UPS tracking API таңдаған дұрыс болатын жағдайлар

Негізгі бизнес мәселесі UPS жөнелтілімдерінің қай жерде екенін білу және бұл ақпаратты басқа қолданбада қолжетімді ету болса, UPS-пен тікелей tracking интеграциясын таңдаңыз.

• Клиенттерге арналған tracking: Веб-сайтыңыз немесе қолданбаңыз клиенттерден осы тәжірибеден шықпай-ақ жөнелтілім барысын көруді талап етеді.
• Қолдау көрсету процестері: Агенттерге help desk, CRM немесе тапсырыс экранында ағымдағы tracking оқиғалары қажет.
• Жеткізу туралы хабарландырулар: Жүйеңізге email, SMS немесе клиенттермен байланыстың басқа түрлері үшін жөнелтілім оқиғалары кіріс дерек ретінде қажет.
• Ерекше жағдайларды бақылау: Операциялық қызметкерлерге кідірістерді, жеткізу әрекеттерін немесе кейінгі әрекетті қажет ететін басқа оқиғаларды анықтау керек.
• Бір тасымалдаушымен жұмыс: UPS барлық немесе негізгі жөнелтілімдерді өңдейді, сондықтан тасымалдаушыға арнайы интеграция операциялық тұрғыдан орынды.

Бұл тәсіл әдетте толық OMS жобасына қарағанда ауқымы тар әрі жоспарлауы жеңіл болады. Команда қажетті tracking нөмірі форматтарын, оқиға өрістерін, аутентификация әдісін, жаңарту тәртібін, қателерді өңдеуді және клиенттерге көрсетілетін мәртебе тілін анықтай алады. Бұл бизнеске тапсырыстарды бөлу немесе қор процестерін қайта құруды талап етпейді.

Алайда tracking API-ді тапсырыстарды басқару жүйесі ретінде қарастыруға болмайды. Tracking деректері жөнелтіліммен не болғанын көрсете алады, бірақ өздігінен қай қойма тапсырысты орындауы керегін анықтамайды, қорды резервтемейді, тапсырысты бөлмейді, бас тартуды мақұлдамайды немесе қайтару процесін жасамайды.

OMS интеграциясын таңдаған дұрыс болатын жағдайлар

Мәселе жөнелтілім жасалғанға дейін басталса немесе тасымалдаушы көрінуінен кейін де жалғасса, OMS интеграциясын таңдаңыз.

Бизнеске төмендегі бірнеше процесті үйлестіру қажет болғанда OMS өзекті болады:

• Бірнеше дүкеннен, marketplace платформаларынан немесе сату арналарынан келетін тапсырыстар
• Дүкендер, қоймалар және орындау серіктестері арасындағы қордың қолжетімділігі
• Орналасуға, қорға, қызмет деңгейіне немесе операциялық ережелерге негізделген тапсырыстарды бағыттау
• Ішінара жөнелтілімдер, кейінге қалдырылған тапсырыстар, бас тартулар және тапсырыстарды өзгерту
• Қоймаларға немесе 3PL жүйелеріне жіберілетін орындау нұсқаулары
• OMS пен сату арналары арасындағы мәртебені синхрондау
• Тасымалдаушы мәртебесінен ауқымдырақ қайтарымдар, ақшаны қайтару немесе сатып алғаннан кейінгі процестер

Бұл модельде UPS — кеңірек процестің ішіндегі ықтимал тасымалдаушы байланыстарының бірі. OMS орындау жазбаларын жасауы немесе қабылдауы мүмкін, ал тасымалдаушы интеграциясы тасымалдау туралы мәліметтерді ұсынады. Содан кейін OMS тапсырыстың өмірлік циклін жаңарту үшін жөнелтілім кезеңдерін пайдалана алады, бірақ нақты әрекет жүйелер мен қолданылатын сәйкестендіру ережелеріне байланысты.

Сондықтан OMS интеграциясы — ауқымдырақ енгізу туралы шешім. Ол деректерге иелік етуді, қорды синхрондауды, тапсырыс күйлерінің анықтамаларын, қойма процестерін, ерекше жағдайлар кезегін және салыстырып тексеруді қамтуы мүмкін. Бизнес тек жақсырақ tracking бетін қалағаны үшін OMS байланысын сатып алмауы немесе жасамауы керек.

UPS tracking API және OMS интеграциясы

Шешім қабылдау саласы	UPS tracking API	OMS интеграциясы
Негізгі мақсат	UPS жөнелтілімінің мәртебесін көрсету немесе өңдеу	Тапсырыстың өмірлік циклін және орындау операцияларын үйлестіру
Негізгі деректер нысаны	Tracking нөмірі, сәлемдеме, жөнелтілім оқиғалары	Тапсырыс, тауар жолдары, қор, орындау, жөнелтілім және ықтимал қайтарымдар
Негізгі жауапты тарап	Өнім инженериясы, клиент тәжірибесі немесе қолдау жүйелері	Ecommerce операциялары, орындау, кәсіпорын архитектурасы және инженерия
Әдеттегі ауқым	Бір тасымалдаушы немесе tracking қызметі	Бірнеше арна, нысан, жүйе және орындау серіктестері
Автоматты түрде шешпейтін мәселесі	Қорды бөлу, бағыттау немесе тапсырысты үйлестіру	Интеграция ұсынбаса, тасымалдаушы оқиғаларын дәл қалыпқа келтіру
Енгізу тәуекелі	Өрістерді сәйкестендіру, аутентификация, сұрау жіберу немесе оқиғаларды өңдеу және мәртебені түсіндіру	Деректерге иелік ету, күйлерді синхрондау, қор дәлдігі және жүйелер арасындағы салыстырып тексеру

Бұл кесте әрбір жеткізушіге кепілдік бермейді, әдеттегі архитектуралық айырмашылықты сипаттайды. Кейбір платформалар тапсырыстарды басқару мен жөнелтілім көрінуін біріктіреді, ал кейбір tracking провайдерлері бірнеше тасымалдаушыны қолдайды. Интеграция үлгісін таңдаудан бұрын нақты құжаттаманы тексеріңіз.

Өсіп келе жатқан көптеген бизнеске қажет нұсқа: OMS және бірнеше тасымалдаушыны қамтитын tracking

UPS-ті басқа тасымалдаушылармен қатар пайдаланатын бизнеске тек UPS байланысынан ауқымдырақ tracking қабаты жиі қажет болады. Бірнеше тасымалдаушыны қамтитын tracking қызметі тасымалдаушылар арасындағы жөнелтілім оқиғаларын біріздендіре алады, ал OMS тапсырыс пен орындау процестеріне жауапты болып қала береді.

17TRACK бағдарламалық tracking интеграциясын қажет ететін бизнеске tracking API ұсынады және әзірлеуші құжаттамасын жариялайды. Бұл талап тек UPS-ке қатысты жұмыс процесінен гөрі бірнеше тасымалдаушы бойынша жөнелтілім көрінуі болғанда өзекті. Нақты жоба үшін ағымдағы API ауқымын, қолдау көрсетілетін операцияларды, аутентификация талаптарын және енгізу мәліметтерін растау мақсатында ресми құжаттаманы пайдалану керек.

Мұндай архитектура бірнеше орындау серіктесі бар бөлшек сатушыға немесе соңғы миля тасымалдаушысы баратын жерге қарай өзгеретін трансшекаралық операцияға пайдалы болуы мүмкін. OMS тапсырыс пен орындау күйін сақтай алады, ал tracking қабаты клиенттерге арналған немесе ішкі қолданбаларға жөнелтілім жаңартуларын ұсынады. Дегенмен екі жүйе арасында нақты жауапкершілік ережелері болуы керек. Мысалы, тапсырыс мәртебесіне қай жүйе негізгі дерек көзі болатынын, тасымалдаушы оқиғаларына қай жүйе жауапты екенін және қарама-қайшы жаңартулардың қалай шешілетінін анықтаңыз.

Қарапайым, тек UPS пайдаланатын дүкен үшін OMS пен бірнеше тасымалдаушыны қамтитын tracking қызметін қатар қосу қажетсіз болуы мүмкін. Бірнеше тасымалдаушысы мен арнасы бар бизнес үшін біріздендірілген tracking қабатынан бас тарту бөлек интеграцияларға, бірізді емес мәртебе атауларына және көбірек техникалық қызмет көрсетуге әкелуі мүмкін.

Артық құрылым жасамай қалай таңдау керек

1. Бизнес оқиғасынан бастаңыз

Әрекетті іске қосуы тиіс оқиғаны жазыңыз. «Тапсырыс бетінде соңғы UPS мәртебесін көрсету» tracking API-ге нұсқайды. «Әр төленген тапсырысты ең қолайлы орындау орнына жіберіп, қорды синхронды ұстау» OMS-ке нұсқайды. «Сәлемдеме 3PL-ден шыққаннан кейін клиентті жаңарту» екеуін де қажет етуі мүмкін.

2. Деректерге қазірдің өзінде иелік ететін жүйелерді салыстырыңыз

Дүкенді, marketplace платформасын, ERP жүйесін, қойманы басқару жүйесін, 3PL жүйесін, клиенттерге қызмет көрсету платформасын, OMS және тасымалдаушы байланыстарын тізімдеңіз. Әрқайсысы тапсырыстарды, қорды, орындау жазбаларын және tracking оқиғаларын жасайтынын, өзгертетінін немесе тек оқитынын анықтаңыз. Бұл жаңа интеграцияның бәсекелес екі негізгі дерек көзін жасап қоюына жол бермейді.

3. Тасымалдаушылардың әртүрлілігі мен географияны тексеріңіз

Егер қамту аясында UPS жалғыз тасымалдаушы болса, UPS-пен тікелей байланыс жеткілікті болуы мүмкін. Егер операция бірнеше тасымалдаушыны, пошта операторларын немесе баратын жерге қарай өзгеретін соңғы миля серіктестерін пайдаланса, кеңірек tracking API бөлек интеграцияларды азайта ала ма, бағалаңыз. Провайдер барлық тасымалдаушыларды, елдерді немесе оқиға түрлерін қолдайды деп болжамаңыз; жөнелтілім профиліңізге қатысты қамтуды тексеріңіз.

4. Мәртебелердің ең аз моделін анықтаңыз

Тасымалдаушы оқиғалары көбіне клиенттерге көрсетілетін мәртебелерден егжей-тегжейлі болады. Әзірлеу алдында бастапқы оқиғаларды жапсырма жасалды, жолда, жеткізуге шығарылды, жеткізілді, ерекше жағдай және қайтарылды сияқты бизнес күйлеріне сәйкестендіріңіз. Оқиға кешіктірілсе, қайталанса, жоғалса немесе ретсіз келсе не болатынын белгілеңіз. Бұл жұмыс деректер UPS-тен тікелей немесе tracking платформасы арқылы келгеніне қарамастан қажет.

5. Операциялық ерекше жағдайларды тексеріңіз

Сәтті демонстрация әдетте қалыпты жеткізу процесін көрсетеді. Пайдалы proof of concept жарамсыз tracking нөмірін, оқиғалары жоқ жөнелтілімді, кешіккен сканерлеуді, жеткізу кезіндегі ерекше жағдайды, ішінара жөнелтілімді, ауыстыру тапсырысын және қайтарымды да тексеруі керек. OMS жобасы үшін бөлінген тапсырыстарды, қор тапшылығын, бас тарту әрекеттерін және қайталанған тапсырыс хабарламаларын қосыңыз.

6. Жалпы пайдалану күшін салыстырыңыз

Тек бастапқы интеграция күшін салыстырмаңыз. Бақылауды, API өзгерістерін, қолдау құралдарын, салыстырып тексеруді, тасымалдаушыларды қосуды, деректерді сақтау мерзімін, қолжетімділікті басқаруды және ақаудан қалпына келтіруді де есепке алыңыз. Тар мәселе үшін тар API тәуекелі ең төмен таңдау болуы мүмкін. Бизнесіңізде бірнеше тасымалдаушы мен орындау жүйесі бар болса, кеңірек платформаға қызмет көрсету оңайырақ болуы мүмкін.

Практикалық шешім ережесі

Қолданыстағы қолданбада UPS жөнелтілімдерінің сенімді көрінуі қажет нәтиже болса, UPS tracking API пайдаланыңыз. Арналар немесе орындар бойынша тапсырыстар мен орындауды үйлестіріп жүзеге асыру қажет болса, OMS интеграциясын пайдаланыңыз. OMS тапсырыстарды басқаруы, ал бөлек tracking қабаты клиенттерге қызмет көрсету немесе сатып алғаннан кейінгі тәжірибелер үшін жөнелтілім оқиғаларын біріктіруі керек болса, екеуін де пайдаланыңыз.

Нұсқаларды бағалайтын бизнес үшін келесі қадам кең ауқымды техникалық міндеттеме емес, шағын әрі құжатталған интеграция сынағы болуы керек. Өкілдік тапсырыстарды таңдаңыз, күтілетін өрістер мен мәртебелерді анықтаңыз, қалыпты және ерекше жағдайларды тексеріңіз және әр шешімге қай жүйе жауапты екенін жазып алыңыз. Егер жоба кейін қосымша тасымалдаушыларға кеңейсе, бірнеше тасымалдаушыны қамтитын tracking API-дің жеке тасымалдаушы байланыстарын бір-бірлеп қосудан тиімдірек екенін қайта бағалаңыз.

Ең дұрыс таңдау — ағымдағы операциялық мәселені шешіп, келесі ықтимал талапқа кедергі келтірмейтін ең шағын архитектура. Tracking API-ді OMS ретінде ұсынуға болмайды, ал OMS тек tracking бетін көрсету үшін енгізілмеуі керек.

Жиі қойылатын сұрақтар

UPS tracking API OMS-пен бірдей ме?

Жоқ. UPS tracking API UPS жөнелтілімдері туралы ақпаратқа бағытталған. OMS қорды, бағыттауды, орындауды, бас тартуларды және қайтарымдарды қамтуы мүмкін кеңірек тапсырыс пен орындау процестерін үйлестіреді. Бизнес tracking API-ді OMS басқаратын архитектураның ішінде пайдалана алады.

OMS UPS жөнелтілімдерін қадағалай ала ма?

Егер OMS-те UPS интеграциясы болса немесе ол бөлек tracking қызметіне қосылса, қадағалай алады. Бұл мүмкіндік нақты өнімге байланысты және OMS құжаттамасынан расталуы керек. OMS атауының болуы оның қажетті UPS оқиғаларын немесе процестерін қолдайтынын білдірмейді.

Брендтелген tracking бетін жасау үшін OMS қажет пе?

Әдетте қажет емес. Брендтелген tracking бетіне әдетте жөнелтілім деректерін қабылдап, оларды клиентке көрсете алатын қолданба немесе tracking қызметі қажет. OMS тапсырыс контекстін ұсынуы мүмкін, бірақ беттің өзі үшін оның болуы міндетті емес.

Бірнеше тасымалдаушыны қамтитын tracking API-ді қашан пайдалануым керек?

Жөнелтілімдер бірнеше тасымалдаушы арқылы жеткізіліп, қолданбаларыңызға жеткізу оқиғаларын алудың немесе көрсетудің бірізді тәсілі қажет болса, оны қарастырыңыз. Сіз нақты жұмыс істейтін бағыттар үшін провайдердің тасымалдаушыларды қамтуын, оқиғалар моделін, құжаттамасын, қызмет шектеулерін және ерекше жағдайларды өңдеуін тексеріңіз.

Интеграция алдында әзірлеушілер нені нақтылауы керек?

Аутентификацияны, сұрау және жауап өрістерін, мәртебе анықтамаларын, жаңарту жиілігін, қателерді өңдеуді, қайталанатын оқиғаларды, tracking нөмірін тексеруді, сақтау мерзімін, қауіпсіздікті және жүйеге иелік етуді нақтылаңыз. Tracking оқиғасының клиентке көрсетілетін тапсырыс мәртебесін қалай өзгертетінін де құжаттаңыз.

Дереккөздер

• UPS Developer Portal — UPS API интерфейстері мен интеграция ресурстарына арналған ресми әзірлеуші порталы.
• 17TRACK Tracking API — бағдарламалық tracking интеграциясына арналған ресми өнім беті.
• 17TRACK API Documentation — енгізу жөніндегі анықтамалыққа арналған ресми әзірлеуші құжаттамасы.