BigCommerce Göndərmə İnteqrasiyaları: Tariflər, Etiketlər və İzləmə üçün Seçimlər
BigCommerce çatdırılma inteqrasiyaları üç fərqli işi yerinə yetirir: ödəniş mərhələsində çatdırılma tariflərini hesablamaq, yerinə yetirmə üçün etiketlər almaq və göndərişdən sonra bağlamaları izləmək. Tacirlər üçün düzgün quraşdırma mütləq hər şeyi vəd edən bir tətbiq demək deyil. Bu, ödəniş üsullarının, anbar əməliyyatlarının, göndəriş qeydlərinin və müştəri yeniləmələrinin ardıcıl qaldığı əlaqələndirilmiş iş axınıdır.

Bu gün çatdırılmanın hansı hissəsində problem olduğunu müəyyən etməklə başlayın. Gözlənilməz ödəniş mərhələsi xərcləri tariflərin nəzərdən keçirilməsini tələb edir. Yavaş qablaşdırma və göndəriş etiket iş axınının nəzərdən keçirilməsini tələb edir. Çatdırılma yeniləmələrinin olmaması isə daha yaxşı izləmə tələb edir. Bu problemlər sifariş məlumatlarını paylaşa bilər, lakin onlardan birini həll etmək digərlərini avtomatik həll etmir.
Hər çatdırılma inteqrasiyası əslində nə edir
İnteqrasiya seçməzdən əvvəl müştəriyə təqdim olunan çatdırılma təklifini onu yerinə yetirmək üçün tələb olunan əməliyyat işindən ayırın. Ödəniş mərhələsindəki çatdırılma haqqı sonradan etiket üçün ödəyəcəyiniz məbləğ olmaya bilər və izləmə nömrəsi daşıyıcının bağlamanı qəbul etdiyini sübut etmir.
| İnteqrasiya təbəqəsi | Əsas məsuliyyət | Nəyi yoxlamaq lazımdır |
|---|---|---|
| Ödəniş mərhələsi tarifləri | Alıcıların hansı çatdırılma üsullarını və ödənişlərini görəcəyini müəyyən etmək. | Göndərmə mənbələri, təyinatlar, məhsul məlumatları, xidmətə uyğunluq və ehtiyat davranışı. |
| Etiketlər və yerinə yetirmə | Sifarişləri göndərişlərə çevirmək və göndəriş üçün lazım olan sənədləri hazırlamaq. | Daşıyıcı hesabları, bağlama seçimi, printer uyğunluğu və göndəriş məlumatlarının geri yazılması. |
| Satışdan sonrakı izləmə | Çatdırılma hadisələrini toplamaq və göndərişin gedişatını əlçatan etmək. | İzləmə nömrəsinin alınması, daşıyıcının müəyyənləşdirilməsi, yeniləmələrin çatdırılması və istisnaların idarə edilməsi. |
BigCommerce-in rəsmi tətbiq bazarı hazır inteqrasiyaları tapmaq üçün başlanğıc nöqtəsidir. Onun tərtibatçı sənədləri fərdi bağlantını yoxlamaq üçün başlanğıc nöqtəsidir. Təkcə marketplace siyahısı tətbiqin istifadə etdiyiniz hər ölkəni, daşıyıcı xidmətini, ödəniş mərhələsi konfiqurasiyasını və ya yerinə yetirmə iş axınını dəstəklədiyini təsdiqləmir.
İnteqrasiya marşrutunu iş axınınıza uyğun seçin
Qaydalar sadə olduqda platformanın çatdırılma parametrlərindən istifadə edin
Çatdırılma təklifiniz sadədirsə, əvvəlcə mağazanızda mövcud olan çatdırılma konfiqurasiyasını nəzərdən keçirin. Başqa sistem əlavə etməzdən əvvəl xidmət göstərdiyiniz təyinatları, alıcıların görməli olduğu üsulları və bu üsulların arxasındakı kommersiya qaydalarını müəyyən edin.
Məsələn, standart daxili çatdırılma haqqı təklif edən mağazaya xarici tarif mühərrikindən çox daha aydın çatdırılma zonaları və istisnalar lazım ola bilər. Bir neçə məkandan iri ölçülü məhsullar göndərən mağazanın isə fərqli problemi var: sadə haqq yerinə yetirmə xərclərindəki əhəmiyyətli fərqləri gizlədə bilər.
Ən uyğun seçim: bağlamaları proqnozlaşdırıla bilən, yerinə yetirmə mürəkkəbliyi məhdud olan və mövcud konfiqurasiyanın ifadə edə bildiyi çatdırılma qaydalarına malik tacirlər. Tələb olunan məntiq etibarlı şəkildə ifadə edilə bilmədikdə bu marşrutdan kənara çıxın — sadəcə başqa tətbiqdə daha çox parametr olduğu üçün deyil.
Təkrarlanan yerinə yetirmə işləri üçün hazır inteqrasiyadan istifadə edin
Əməkdaşlar ünvanları təkrar-təkrar köçürür, xidmətlər seçir, etiketlər alır və ya izləmə nömrələrini daxil edirlərsə, hazır çatdırılma inteqrasiyasını qiymətləndirmək faydalıdır. Onun dəyəri təhvil-təslimləri azaltmaqdan və sifariş qeydini faktiki göndərilənlərlə uyğun saxlamaqdan irəli gəlir.
Hər etiket inteqrasiyasının ödəniş mərhələsi tariflərini də təmin etdiyini düşünməyin. Eyni şəkildə, sifarişləri idxal edən tətbiqin göndəriş məlumatlarını BigCommerce-ə geri yaza bildiyini də düşünməyin. Təchizatçıdan tələb olunan hər bir məlumat hərəkəti istiqamətini sizin iş axınınızdan istifadə etməklə nümayiş etdirməsini istəyin.
Ən uyğun seçim: öz inteqrasiyasını saxlamadan qurulmuş əməliyyat interfeysi istəyən komandalar. Əsas anbar qaydaları vaxta qənaəti aradan qaldıran əl ilə həllər tələb edirsə, bu, uyğun seçim deyil.
Başqa sistem yerinə yetirməyə nəzarət etdikdə fərdi bağlantıdan istifadə edin
Sifariş idarəetmə sistemi, anbar platforması və ya üçüncü tərəf logistika xidməti artıq göndərişə nəzarət edirsə, fərdi inteqrasiya məntiqli ola bilər. Bu quruluşda BigCommerce hər bir çatdırılma əməliyyatı üçün əməliyyat həqiqətinin mənbəyi deyil, satış kanalı ola bilər.
Ünvanlara, bağlama qərarlarına, etiket alışlarına, göndəriş yaradılmasına və izləmə yeniləmələrinə hansı sistemin sahib olduğunu müəyyən edin. Sonra müvafiq sənədlərdə lazımi API əməliyyatlarını, autentifikasiya tələblərini, icazələri və platforma məhdudiyyətlərini təsdiqləyin.
Ən uyğun seçim: real iş axını tələbi və onu saxlamaq üçün texniki imkanları olan tacirlər. Monitorinq, dəstək və gələcək dəyişikliklər nəzərə alındıqda fərdi inkişaf avtomatik olaraq ən ucuz yol deyil.
Tariflər: ödəniş mərhələsindəki vədi çatdırılma əməliyyatına uyğunlaşdırın
Tarif inteqrasiyası sadəcə rəqəm qaytarmamalı, yerinə yetirə biləcəyiniz çatdırılma təklifi yaratmalıdır. Təchizatçıları sınaqdan keçirməzdən əvvəl xidmətə uyğunluğu və xərci müəyyən edən mənbə, təyinat, məhsul və qablaşdırma məlumatlarını sənədləşdirin.
- Mənbələr: Sifarişi hansı anbar və ya yerinə yetirmə tərəfdaşı göndərəcək?
- Məhsul məlumatları: Çəki və ölçülər dəqiqdirmi, vahidlər ardıcıldırmı?
- Qablaşdırma: Hesablama ayrı-ayrı məhsullardan, seçilmiş kartondan, yoxsa təxmini bağlamadan istifadə edir?
- Təyinatlar: Uzaq ərazilər, poçt qutuları və xidmət göstərdiyiniz ərazidən kənar yerlərlə nə baş verir?
- Kommersiya qaydaları: Hesablanmış məbləği tutacaqsınız, çatdırılmanı subsidiyalaşdıracaqsınız, yoxsa promosyon həddi tətbiq edəcəksiniz?
Ödəniş mərhələsi haqları ilə etiket xərcləri fərqlənə bilər, çünki yerinə yetirmə zamanı istifadə olunan bağlama, xidmət, mənbə və ya hesab ödəniş mərhələsindəki fərziyyələrdən fərqlənir. Tarif hesablamasının səhv olduğu qənaətinə gəlməzdən əvvəl sınaq sifarişinin hər iki tərəfini müqayisə edin.
Uğursuzluq davranışını da müəyyən edin. Tarif sorğusu uğursuz olarsa, ödəniş mərhələsi konfiqurasiya edilmiş alternativi göstərməli, təsirlənmiş üsulu silməli, yoxsa sifarişi dayandırmalıdır? Düzgün seçim komandanızın alternativi yerinə yetirib-yetirə bilməməsindən asılıdır. Göndərilməsi mümkün olmayan sifarişi qəbul edən ehtiyat haqqı uğurlu bərpa deyil.
Beynəlxalq sifarişlər üçün daşınma haqqını rüsum və vergilərdən ayırın. Məsul xidmət müvafiq ödənişləri açıq şəkildə hesablamırsa və yerinə yetirmə prosesi göstərilən ödəniş razılaşmasını dəstəkləmirsə, tarifi bütün xərcləri əhatə edən yekun dəyər kimi təqdim etməyin.
Etiketlər: tam göndəriş dövrünü qiymətləndirin
Etiket alışı yalnız ilk uğurlu çapdan deyil, sifarişin idxalından ləğvə qədər sınaqdan keçirilməlidir. Əməliyyat sualı inteqrasiyanın anbar işini və mağaza qeydlərini sinxron saxlayıb-saxlamamasıdır.
Bu qəbul yoxlamalarından istifadə edin:
- Sifariş idxalı: Düzgün sifarişlərin yerinə yetirmə üçün əlçatan olduğunu və dəyişikliklərin proqnozlaşdırıla bilən şəkildə idarə edildiyini təsdiqləyin.
- Bağlamanın yaradılması: Tək bağlamanı, bir neçə bağlamanı və yalnız bəzi məhsulları göndərilən sifarişi sınaqdan keçirin.
- Xidmət seçimi: Alıcının ödəniş mərhələsində seçdiyi üsulun anbar əməkdaşlarının aldığı xidmətə necə uyğunlaşdırıldığını yoxlayın.
- Çap: Etiket ölçüsünün, fayl formatının və çap parametrlərinin faktiki anbar avadanlığı ilə işlədiyini təsdiqləyin.
- Göndəriş məlumatlarının geri yazılması: Düzgün izləmə məlumatlarının və göndərilən məhsulların BigCommerce sifarişinə çatdığını yoxlayın.
- Yenidən çap və ləğv: Əməkdaşların təkrar alışların qarşısını necə aldığını və istifadə olunmamış etiketlərin tətbiq olunan təchizatçı qaydalarına əsasən necə idarə edildiyini müəyyən edin.
Xüsusilə faydalı sınaq sonrakı sifariş yeniləməsi uğursuz olduğu halda etiket alışının uğurlu olmasıdır. Əməkdaşlara başqa etiket almadan sifarişi yeniləməyə imkan verən bərpa yolu lazımdır. Mükəmməl nümayiş ilə etibarlı istehsal iş axını arasındakı fərq məhz burada üzə çıxa bilər.
Müştəri bildirişlərinə kimin sahib olduğunu da yoxlayın. Həm çatdırılma inteqrasiyası, həm də başqa əlaqəli sistem göndəriş mesajları göndərirsə, müştərilər təkrarlanan və ya ziddiyyətli yeniləmələr ala bilərlər.
İzləmə: göndəriş qeydlərini çatdırılma görünürlüğündən ayırın
Sifarişə izləmə nömrəsi yazmaq uçot problemini həll edir. Sonrakı daşıyıcı hadisələrini toplamaq isə görünürlük problemini həll edir. Biznesiniz hər ikisinə ehtiyac duya bilər, lakin onlar ayrıca qiymətləndirilməlidir.
Faydalı izləmə iş axını sifariş, göndəriş, bağlama, daşıyıcı və izləmə nömrəsi arasındakı əlaqəni qoruyur. Bir sifarişdə bir neçə bağlama olduqda və ya bağlama birdən çox çatdırılma operatorundan keçdikdə bu əlaqə əhəmiyyətlidir.
Tərtibatçıların idarə etdiyi izləmə təbəqəsi üçün 17TRACK Tracking API qiymətləndirilə biləcək uyğun seçimdir. Onun rəsmi API sənədləri fərdi iş axınında izləmənin qeydiyyatı və hadisələrin çatdırılmasını qiymətləndirmək üçün əsas yaradır. Bu, izləmə istifadə ssenarisidir və ödəniş mərhələsi tariflərinin hesablanmasını və ya etiket alışını əvəz etmir.
API əlçatanlığının hazır BigCommerce bağlantısının daxil olduğu anlamına gəldiyini düşünməyin. Göndəriş məlumatlarının mağazanızdan və ya yerinə yetirmə sisteminizdən izləmə xidmətinə necə ötürüləcəyini, yeniləmələrin təyinatına necə çatacağını və bağlantını kimin saxlayacağını müəyyən edin.
Tətbiqdən əvvəl faktiki daşıyıcılarınız və xidmətləriniz üçün dəstəyi, müvafiq abunə şərtlərini və yeniləmələrin çatdırılması konfiqurasiyasını təsdiqləyin. Sonra gecikmiş skanları, tanınmayan nömrələri, təkrarlanan yeniləmələri və çatdırılma istisnalarını sınaqdan keçirin. İzləmə inteqrasiyası baş verməmiş fiziki daşıyıcı skanı yarada bilməz.
Biznes daxilində izləməyə cavabdeh şəxsi də müəyyən edin. Dayanmış göndərişləri araşdırmaq və daşıyıcı və ya müştəri ilə nə vaxt əlaqə saxlamağa qərar vermək üçün kimsə məsul deyilsə, istisnalar panelinin əməliyyat dəyəri məhdud olur.
Ümumi xərci yalnız reklam edilən qiymətə əsaslanmadan müqayisə edin
Bu inteqrasiya təbəqələri fərqli işlər gördüyünə görə xərcləri təkcə reklam olunan abunə məbləği ilə deyil, ehtiyac duyduğunuz iş axını ilə müqayisə edin.
- Proqram xərcləri: Abunəlikləri, istifadə limitlərini, limitdən artıq ödənişləri və ayrıca hesablanan funksiyaları müəyyən edin.
- Çatdırılma xərcləri: Poçt və daşıyıcı düzəlişlərini proqram haqqından ayırın.
- Tətbiq: Quraşdırmanı, məlumatların təmizlənməsini, xidmət uyğunlaşdırmasını, sınaqları və əməkdaşların təlimini daxil edin.
- Davamlı əməliyyatlar: Əl ilə düzəlişləri, uğursuz sinxronizasiyaları və dəstəyə kimin sahib olduğunu nəzərə alın.
- Çıxış tələbləri: Açıq sifarişləri pozmadan göndəriş qeydlərini necə əldə edə və bağlantını necə silə biləcəyinizi yoxlayın.
Hər təchizatçıdan hansı hadisənin ödənişli istifadəyə hesablandığını izah etməsini istəyin. Sifarişlər, etiketlər, bağlamalar, qeydiyyatdan keçirilmiş izləmə nömrələri və API sorğuları bir-birini əvəz edən vahidlər deyil. Xərci təxmin edərkən öz əməliyyatınızdan real bir dövrü istifadə edin.
Dəyişiklik etməzdən əvvəl kiçik, başdan-başa pilot həyata keçirin
Ən güclü seçim üsulu real sifarişlərdən istifadə edən nəzarətli pilotdur. Adi daxili bağlamanı, çoxməhsullu sifarişi, bölünmüş göndərişi və biznesiniz üçün əhəmiyyətli olan beynəlxalq və ya qeyri-adi göndəriş növünü daxil edin.
Hər sınaq üçün ödəniş mərhələsi təklifini, seçilmiş xidməti, etiket nəticəsini, göndəriş qeydini, izləmə təyinatını və müştəri bildirişlərini qeyd edin. Rədd edilmiş ünvan və ya kəsilmiş sinxronizasiya kimi ən azı bir uğursuzluq halı əlavə edin.
Aydın məsuliyyət təyin edin: elektron ticarət komandası ödəniş mərhələsi davranışını, anbar əməkdaşları qablaşdırma və çapı, müştəri dəstəyi göndəriş görünürlüğünü, texniki məsul isə icazələri və bərpa prosedurlarını təsdiqləsin. Hər bağlantının hansı müştəri məlumatlarını qəbul etdiyini nəzərdən keçirin və yalnız öz işi üçün tələb olunan girişi verin.
Praktik tövsiyə: quraşdırmanı əməliyyatınızın imkan verdiyi qədər sadə saxlayın. Tələbə cavab verdikdə mövcud çatdırılma konfiqurasiyasından istifadə edin, təkrarlanan işi aradan qaldırdıqda yerinə yetirmə inteqrasiyası əlavə edin və göndəriş görünürlüğünün ayrıca iş axınına ehtiyacı olduqda xüsusi izləmə təbəqəsi tətbiq edin. Üst-üstə düşən imkanları standart olaraq almaq əvəzinə təbəqələri düşünülmüş şəkildə əlaqələndirin.
FAQ
Tariflər, etiketlər və izləmə üçün ayrıca inteqrasiyalara ehtiyacım varmı?
Mütləq deyil. Bir inteqrasiya bir neçə funksiyanı əhatə edə, digəri isə yalnız birini idarə edə bilər. Sifarişləri oxuyub-oxumadığını, göndəriş məlumatlarını geri yazıb-yazmadığını və sonrakı izləmə yeniləmələrini çatdırıb-çatdırmadığını daxil olmaqla, hər tələb olunan funksiyanı ayrıca yoxlayın.
Etiket inteqrasiyası ödəniş mərhələsindəki çatdırılma tariflərini avtomatik dəyişəcəkmi?
Bunu düşünməyin. Etiket alışı yerinə yetirmə zamanı baş verir, ödəniş mərhələsində tariflər isə sifariş yerləşdirilməzdən əvvəl təqdim olunur. İnteqrasiyanın ödəniş mərhələsi tarif funksiyasını təmin edib-etmədiyini və mağazanızın konfiqurasiyası ilə işləyib-işləmədiyini təsdiqləyin.
Öz daşıyıcı hesablarımı qoşa bilərəmmi?
Bu, inteqrasiyadan, daşıyıcıdan, hesabın uyğunluğundan və çatdırılma regionundan asılıdır. Hansı hesab və xidmətlərin dəstəkləndiyini, hesab tariflərinizdən istifadə edə bilib-bilməyəcəyinizi və poçt haqqı ilə sonrakı düzəlişləri kimin hesabladığını soruşun.
17TRACK BigCommerce etiket alətini əvəz edə bilərmi?
Tracking API etiket alışının əvəzi kimi deyil, izləmə görünürlüğü üçün qiymətləndirilməlidir. Fərdi iş axını göndəriş məlumatlarını izləmə xidmətinə qoşa, ödəniş mərhələsi hesablamalarını və etiket yaradılmasını isə bu işlərə cavabdeh sistemlərdə saxlaya bilər.
İzləmə nömrəsini aldıqdan sonra müştəri niyə heç bir hərəkət görməyə bilər?
Bağlama ilk daşıyıcı skanını almamışdan əvvəl izləmə nömrəsi mövcud ola bilər. Digər ehtimallara yanlış nömrə, daşıyıcının müəyyənləşdirilməsi problemi və ya hadisələrin gecikmiş əlçatanlığı daxildir. Yeniləmələrin olmamasını proqram xətası hesab etməzdən əvvəl yerinə yetirmə təhvilini və daşıyıcı məlumatlarını yoxlayın.
Mənbələr
- BigCommerce App Marketplace — hazır inteqrasiyaları müəyyən etmək və fərdi siyahıları yoxlamaq üçün rəsmi başlanğıc nöqtəsi.
- BigCommerce Developer Documentation — platforma inteqrasiyası tələblərini və API tətbiqi təfərrüatlarını yoxlamaq üçün rəsmi istinad.
- 17TRACK Tracking API — bu təlimatda müzakirə olunan izləmə API seçimi üçün rəsmi məhsul istinadı.
- 17TRACK API Documentation — fərdi izləmə iş axınını qiymətləndirmək üçün texniki istinad.


