r/shopify'da bir satıcı işi tam olarak şöyle anlattı: tedarikçi her sipariş için bir gönderim onayı e-postası yollar, açarsınız, takip numarasını kopyalarsınız, siparişe yapıştırırsınız, gönderildi olarak işaretlersiniz, ardından sıradakine geçersiniz. Bazı günler bu, otuz sipariş ve kaybolan bir saat demektir. Bir başkası aynı işi haftalık olarak anlattı: her pazar akşamı üç saat kopyala yapıştır.
İlk içgüdü, işi baştan sona otomatikleştirmektir. Bu yanlış ilk adımdır ve o başlıktaki en iyi yanıt nedenini açıkladı: yararlı sürüm yalnızca eşleşmeyen veya güncelliğini yitirmiş olanları gösterir; böylece her siparişi kontrol etmekle geçen üç saat, istisnaları düzeltmeye ayrılan on dakikaya dönüşür.
Eşleştirme neden otomasyondan önce gelir?
Tam otomasyon mağazanıza yazar. Bu, yazma yetkili kimlik bilgileri; dolayısıyla satıcıya ait bir uygulama; dolayısıyla geliştirici başvuru kuyruğu demektir. Ayrıca tedarikçi e-posta şablonunu değiştirdiğinde — ki değiştirecektir — gözle görülür bir eşleşmeyen satırlar yığını yerine sessizce yanlış gönderildi işaretlemeleriyle karşılaşırsınız.
Eşleştirme, bu risklerin hiçbirini almadan aynı saati size geri kazandırır ve herhangi bir şeye yazma izni vermeden önce eşleştirmenin güvenilir olup olmadığını gösterir. Her platformda yazma erişiminin ne gerektirdiğini bütünüyle görmek isterseniz bunu ayrıca şurada anlattık: Shopify Admin MCP adım adım kılavuzu.
Dışa aktarılan iki veri kümesi
Siparişleriniz. Sipariş numarası, alıcı adı veya adresi, sipariş kalemleri ve mevcut gönderim durumunu içeren herhangi bir dışa aktarım. Shopify, WooCommerce, Etsy ve eBay'in hepsi, hiçbir API erişimi olmadan yönetim panelinden bunu sağlar.
Tedarikçinin onayları. Bunların geldiği posta kutusu klasörünü dışa aktarın; çoğu istemci bir klasörü .mbox veya bir dizi .eml dosyası olarak dışa aktarır. Tedarikçiniz bunun yerine CSV veya portal dışa aktarımı gönderiyorsa onu kullanın; daha düzenlidir ve şablonlarını yeniden tasarladıklarında yapısı kaymaz.
İkisini de tek bir yerel klasöre koyun. Çalışma alanının tamamı bu klasördür.
Dört tablo; yalnızca üçü liste
Tam olarak şu biçimi isteyin ve bunun yerine düz yazı kabul etmeyin:
- Eşleşen ve tutarlı — yalnızca sayı. Bunları listelemeyin.
- Eşleşmeyen onaylar — karşılığında sipariş bulunmayan bir takip numarası.
- Eşleşmeyen siparişler — N günden eski olup hiç onayı bulunmayan siparişler.
- Belirsiz — birden fazla siparişle eşleşen her şey.
Önce sipariş numarasına göre eşleştirin; yalnızca sipariş numarası yoksa alıcı adı ve posta koduna başvurun. 2 ile 4 arasındaki tablolar için eşleştirmede kullanılan kaynak alanları aynen isteyin. Emin olunmayan bir eşleşmenin de tahminle tablo 1'e yerleştirilmesi yerine tablo 4'e alınmasını şart koşun.
Tablo 1'in liste yerine sayı olması, tasarımın özüdür. Normal bir günde bu sayı 28'dir, diğer üç tablo boştur ve on saniyede işiniz biter.
Her tablo size gerçekte ne söylüyor?
Tablo 2, siparişi olmayan takip numarası. Genellikle tedarikçinin iptal edilmiş bir siparişi göndermesi veya yinelenen bir onaydır. Kontrolü kolaydır ve bazen aynı gönderiye iki kez ödeme yapmadan önce çift gönderimi yakalar.
Tablo 3, takip numarası olmayan sipariş. Maliyetli olan ve bütün bu süreci çalıştırmanın nedeni budur. Bunlar “siparişim nerede” destek taleplerine dönüşür; pazaryerlerinde ise yalnızca müşteri memnuniyetini değil, görünürlüğünüzü de kaybettiren geç gönderim metriklerine yansır.
Tablo 4, belirsiz. Neredeyse her zaman aynı haneye giden iki sipariştir. Elle çözmeye değer; çünkü tamamen otomatik bir sistem birini seçer ve vakaların yarısında yanılırdı.
Ancak bundan sonra sisteme geri yazın
Bunu birkaç hafta çalıştırdıktan ve tablo 4 düzenli olarak boş kaldıktan sonra eşleştirme, sonuçlarına göre hareket edecek kadar güvenilir olur. Bu noktada bile gönderim durumunu yazma işlemi sınırsız değil, kontrollü olmalıdır: çalışmadan önce bir önizleme ve tek çağrının dokunabileceği sipariş sayısına sınır. Böylece hatalı bir eşleşme, iki yüz siparişi sessizce gönderildi olarak işaretleyemez.
O aşamaya hiç gelmeseniz bile, eşleştirme tek başına o bir saatlik işi zaten ortadan kaldırmıştır. Korumaya değer olan kısım budur.
Orkas'ta çalıştırmak
Dışa aktarılan iki veri kümesini bir proje klasörüne bırakın ve orada tutun. Proje bağlamını günler boyunca koruduğu için yarınki çalıştırma bugünkü tablo 3 ile karşılaştırma yapabilir. Üç gündür takip numarası olmadan bekleyen bir sipariş, bu sabah ortaya çıkan siparişten farklı bir sorundur. Hangisi olduğunu yalnızca farklar gösterir. Dosyalar ve anahtarlar makinenizde kalır; model çağrıları doğrudan sağlayıcınıza gider.
Haftalık mağaza işlerinin geri kalanı da aynı klasörde yer alır. Bunu şurada adım adım anlatıyoruz: e-ticaret mağazası inceleme kullanım senaryosu.
Bunun kapsamadıkları
- Daha önce görmediği bir tedarikçi e-postası biçimini ayrıştırırken, ilk birkaç sefer tablo 2'yi sizin kontrol etmeniz gerekir.
- Bir paketin kaybolduğunu bilmez; yalnızca size gönderildiğinin hiç bildirilmediğini bilir.
- Kargo firması tarafındaki takip durumu ayrı bir konudur. Bu işlem bir numaranın varlığını şununla eşleştirir: takip numarasına ihtiyaç duyan bir sipariş, hepsi bu.