Bigcommerce жеткізу интеграциялары: тарифтер, жөнелту жапсырмалары және бақылау опциялары

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

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

Әр жеткізу интеграциясы іс жүзінде не істейді

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

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

Интеграция бағытын жұмыс процесіне қарай таңдаңыз

Ережелер қарапайым болса, платформадағы жеткізу баптауларын пайдаланыңыз

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

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

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

Қайталанатын орындау жұмыстары үшін дайын интеграцияны пайдаланыңыз

Қызметкерлер мекенжайларды қайта-қайта көшіріп, қызметтерді таңдап, жапсырмаларды сатып алып немесе қадағалау нөмірлерін енгізсе, дайын жеткізу интеграциясын бағалаған жөн. Оның құндылығы аралық әрекеттерді азайтып, тапсырыс жазбасын нақты жөнелтілген заттармен сәйкестендіруінде.

Әр жапсырма интеграциясы төлемді рәсімдеу тарифтерін де береді деп ойламаңыз. Сол сияқты, тапсырыстарды импорттайтын қолданба жөнелтілім деректерін BigCommerce-ке кері жаза алады деп те болжамаңыз. Провайдерден сіздің жұмыс процессіңіз арқылы деректер қозғалысының әр қажетті бағытын көрсетуді сұраңыз.

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

Орындауды басқа жүйе басқаратын болса, арнайы байланыс пайдаланыңыз

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

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

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

Тарифтер: төлемді рәсімдеу кезіндегі уәде жеткізу операциясына сәйкес болсын

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

• Жөнелту орындары: Тапсырысты қай қойма немесе орындау серіктесі жөнелтеді?
• Өнім деректері: Салмақ пен өлшемдер дәл ме, олардың өлшем бірліктері бірдей ме?
• Қаптама: Есептеу жеке өнімдерге, таңдалған қорапқа немесе болжамды қаптамаға негізделе ме?
• Бағыттар: Шалғай аймақтармен, пошта жәшіктерімен және қызмет көрсету аймағынан тыс орындармен не болады?
• Коммерциялық ережелер: Есептелген соманы толық аласыз ба, жеткізуді субсидиялайсыз ба, әлде жарнамалық шек қолданасыз ба?

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

Қате жағдайындағы әрекетті де анықтаңыз. Тариф сұрауы сәтсіз болса, төлемді рәсімдеу кезінде бапталған балама көрсетілуі, әсер етілген әдіс жойылуы немесе тапсырыс тоқтатылуы керек пе? Дұрыс таңдау командаңыздың балама нұсқаны орындай алуына байланысты. Жөнелтілмейтін тапсырысты қабылдайтын қосалқы ақы сәтті қалпына келу болып саналмайды.

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

Жапсырмалар: жөнелтудің толық циклін бағалаңыз

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

Мына қабылдау тексерулерін пайдаланыңыз:

1. Тапсырысты импорттау: Дұрыс тапсырыстардың орындауға қолжетімді болатынын және өзгерістердің болжамды өңделетінін растаңыз.
2. Қаптама жасау: Бір сәлемдемені, бірнеше сәлемдемені және тек кейбір заттары жөнелтілетін тапсырысты сынаңыз.
3. Қызмет таңдау: Сатып алушының төлемді рәсімдеу әдісі қойма қызметкерлері сатып алған қызметке қалай сәйкес келетінін тексеріңіз.
4. Басып шығару: Жапсырма өлшемі, файл пішімі және басып шығару баптаулары нақты қойма жабдығымен жұмыс істейтініне көз жеткізіңіз.
5. Жөнелтілімді кері жазу: Дұрыс қадағалау ақпараты мен жөнелтілген заттардың BigCommerce тапсырысына жететінін тексеріңіз.
6. Қайта басып шығару және жарамсыз ету: Қызметкерлердің қайталама сатып алуларды қалай болдырмайтынын және пайдаланылмаған жапсырмалардың провайдер ережелері бойынша қалай өңделетінін белгілеңіз.

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

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

Қадағалау: жөнелтілім жазбаларын жеткізу көрінуінен ажыратыңыз

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

Пайдалы қадағалау процесі тапсырыс, жөнелтілім, сәлемдеме, тасымалдаушы және қадағалау нөмірі арасындағы байланысты сақтайды. Бұл байланыс бір тапсырыста бірнеше сәлемдеме болғанда немесе сәлемдеме бірнеше жеткізу операторынан өткенде маңызды.

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

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

Іске асыру алдында нақты тасымалдаушыларыңыз бен қызметтеріңізге қолдауды, тиісті жазылым шарттарын және жаңартуларды жеткізу конфигурациясын растаңыз. Содан кейін кешіктірілген сканерлеулерді, танылмаған нөмірлерді, қайталанатын жаңартуларды және жеткізу ерекшеліктерін сынаңыз. Қадағалау интеграциясы болмаған физикалық тасымалдаушы сканерлеуін жасай алмайды.

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

Жалпы құнды негізгі бағаға сүйенбей салыстырыңыз

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

• Бағдарламалық төлемдер: Жазылымдарды, пайдалану лимиттерін, артық көлем төлемдерін және бөлек есептелетін функцияларды анықтаңыз.
• Жеткізу төлемдері: Пошта ақысын және тасымалдаушы түзетулерін бағдарламалық жасақтама ақысынан ажыратыңыз.
• Іске асыру: Баптауды, деректерді тазалауды, қызметтерді сәйкестендіруді, сынауды және қызметкерлерді оқытуды қосыңыз.
• Ағымдағы операциялар: Қолмен түзетулерді, сәтсіз синхрондауларды және қолдау жауапкершілігін есепке алыңыз.
• Шығу талаптары: Ашық тапсырыстарды бұзбай, жөнелтілім жазбаларын қалай алуға және байланысты жоюға болатынын тексеріңіз.

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

Ауыспас бұрын шағын толық циклді пилот өткізіңіз

Таңдаудың ең сенімді әдісі — шынайы тапсырыстарды пайдаланып бақыланатын пилот өткізу. Қарапайым ішкі сәлемдемені, бірнеше заттан тұратын тапсырысты, бөлінген жөнелтілімді және бизнесіңіз үшін маңызды кез келген халықаралық немесе ерекше жөнелтілім түрін қосыңыз.

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

Жауапкершілікті нақты бөліңіз: электрондық коммерция командасы төлемді рәсімдеу әрекетін, қойма қызметкерлері орау мен басып шығаруды, клиенттерді қолдау тобы жөнелтілім көрінуін, ал техникалық жауапты тұлға рұқсаттар мен қалпына келтіру рәсімдерін бекітеді. Әр байланыс қандай клиент деректерін алатынын қарап, оның міндетіне қажетті рұқсатты ғана беріңіз.

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

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

Тарифтер, жапсырмалар және қадағалау үшін бөлек интеграциялар қажет пе?

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

Жапсырма интеграциясы төлемді рәсімдеу кезіндегі жеткізу тарифтерін автоматты түрде өзгерте ме?

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

Өзімнің тасымалдаушы есептік жазбаларымды қоса аламын ба?

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

17TRACK BigCommerce жапсырма құралын алмастыра ала ма?

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

Қадағалау нөмірін алғаннан кейін клиент неге қозғалысты көрмеуі мүмкін?

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

Дереккөздер

• BigCommerce App Marketplace — дайын интеграцияларды анықтауға және жеке тізімдерді тексеруге арналған ресми бастапқы нүкте.
• BigCommerce Developer Documentation — платформа интеграциясы талаптары мен API іске асыру мәліметтерін растауға арналған ресми анықтамалық.
• 17TRACK Tracking API — осы нұсқаулықта талқыланған қадағалау API нұсқасына арналған ресми өнім анықтамасы.
• 17TRACK API Documentation — арнайы қадағалау жұмыс процесін бағалауға арналған техникалық анықтамалық.