ERP'den Shopify Sipariş Aktarımının Göründüğünden Daha Karmaşık Olmasının Sebepleri

Çoğu Shopify satıcısı siparişleri satış noktasından oluşturur — bir müşteri "Satın Al" butonuna tıklar, Shopify ödemeyi işler ve sipariş yönetim panelinde görünür. Ancak, kurumsal satıcılar genellikle siparişleri bir ERP sisteminden Shopify'a aktarmak zorundadır. Telefon veya e-posta ile verilen toptan siparişler, SAP veya NetSuite'de yönetilen B2B siparişler veya merkezi bir ERP üzerinden yönlendirilen pazar yeri siparişleri, tümü teslimat, envanter düşümü ve müşteri iletişimi için Shopify'a ulaşmalıdır.

Zorluk, Shopify'ın sipariş modelinin satış noktası kaynaklı işlemler için tasarlandığıdır. Dış siparişleri aktarmak, siparişin başka bir yerden geldiğinde geçerli olmayan ödeme alma, envanter rezervasyonu ve müşteri bildirimlerine dair varsayımları aşmak anlamına gelir. Yanlış yaparsanız, tekrar eden ücretlerle, hayali envanter beklemeleriyle veya müşterilerin beklenmedik teyit e-postaları almasıyla karşılaşabilirsiniz.

Shopify'ın Sipariş Oluşturma API'leri: orderCreate ve Taslak Siparişler

Shopify, siparişleri programlı olarak oluşturmak için iki ana yol sunar. orderCreate mutasyonu (GraphQL Yönetici API'si) tek bir çağrıda tam olarak biçimlendirilmiş bir sipariş oluşturur. Satır öğelerini, teslimat adresini, finansal durumu ve yerine getirme durumunu belirlersiniz. Bu, siparişin ödemesinin ve yerine getirme durumunun nasıl ele alınacağı üzerinde açık kontrol sağladığı için ERP aktarımları için tercih edilen yöntemdir.

Alternatif olarak Taslak Siparişler API'si bulunur. Taslak siparişler, sipariş önerisi olarak işlev görür — tam olarak tamamlanana kadar bekleyen bir durumda var olurlar. Bu, sipariş Shopify'da "gerçek" olmadan önce insan gözden geçirmesi gerektiğinde veya müşteriye ödeme için bir fatura göndermeniz gerektiğinde yararlıdır. Ancak, taslak siparişler iş akışına ekstra bir adım ekler ve yüksek hacimli otomatik aktarımlar için ideal değildir.

Her Yaklaşımı Ne Zaman Kullanmalısınız

Siparişler ERP'den tamamen onaylanmış ve ödenmiş olarak geldiğinde orderCreate kullanın. ERP, ödeme için kayıt sistemi olup, Shopify'ın yalnızca siparişin var olduğunu bilmesi yeterlidir. Shopify'ın ödemenin yapıldığını ama yerine getirme işleminin başlamadığını bilmesi için financial_status: "paid" ve fulfillment_status: null ayarlarını yapın.

Sipariş, inceleme, fiyat ayarlaması veya Shopify üzerinden müşteri ödemesi gerektiriyorsa Taslak Siparişler kullanın. Bu, bir satış temsilcisinin siparişi oluşturup, müşterinin fatura bağlantısı aracılığıyla ödeme yaptığı B2B senaryolarında yaygındır. Taslak siparişler ayrıca sonlandırmadan önce indirim uygulaması ve vergi yeniden hesaplamayı destekler.

Ödeme Eşlemesi: Hataların En Yaygın Kaynağı

ERP sipariş aktarımlarındaki en büyük hata, ödeme durumunun yanlış yönetilmesidir. orderCreate aracılığıyla bir sipariş oluşturduğunuzda, Shopify'a ödemenin alınmış olup olmadığını açıkça belirtmelisiniz. financial_status'u doğru ayarlamazsanız, Shopify, karşılık gelen bir yetkilendirme olmadan bir ağ geçidinde ödemeyi almayı deneyebilir — veya ERP'nin zaten fonları topladığı durumda siparişi ödenmemiş olarak işaretleyebilir.

Finansal Durum Seçenekleri

Shopify birkaç finansal durumu destekler: ödenmiş (ödemeden tamamen toplanmış), beklemede (ödeme bekleniyor ama henüz alınmamış), yetkilendirilmiş (ödemek için yetkilendirilmiş ama alınmamış) ve kısmen_ödenmiş. Ödeme Shopify dışında toplandığında ERP aktarımları için her zaman ödenmiş kullanın. B2B net şartlı siparişler için beklemede kullanın ve ödeme durumunu ERP'nizde takip edin.

Kritik bir detay: financial_status: "paid" ile siparişleri aktardığınızda, ödemenin belgelerini içeren bir işlem kaydı ekleyin. Bunu yapmazsanız, Shopify'ın finansal raporları uyumsuz hale gelir. Ağ geçidini "manuel" veya "harici" olarak belirtin ve miktarı ekleyin. Bu, ödeme Shopify'ın ödeme altyapısı aracılığıyla akmasa bile uygun bir denetim izi yaratır.

Müşteri Bildirimlerini Bastırma

Varsayılan olarak, Shopify yeni bir sipariş oluşturulduğunda sipariş onay e-postaları gönderir. ERP aktarımları için bu neredeyse hiç istenmeyen bir durumdur — müşteri zaten orijinal satış kanalından onayını almıştır. Shopify'dan ikinci bir onay göndermek, en iyi ihtimalle kafa karıştırıcıdır ve en kötü ihtimalle müşteri güvenini zedeler.

orderCreate kullanırken, send_receipt: false ve send_fulfillment_receipt: false ayarlarını yapın. Taslak siparişler için, müşterinin bir ödeme bağlantısı almasını istemiyorsanız "fatura gönder" uç noktasını çağırmaktan kaçının. Bunu canlıya geçmeden önce bir geliştirme mağazasında iyice test edin — entegrasyon testi sırasında yanlışlıkla gönderilen müşteri e-postaları yaygın ve utandırıcı bir hatadır.

İdempotans: Tekrar Eden Siparişleri Önleme

Ağ hataları, API zaman aşımları ve tekrar deneme mantıkları aynı siparişin Shopify'a birden fazla kez gönderilmesine neden olabilir. İdempotans kontrolleri olmadan, gelir raporlarını şişiren, tekrar eden yerine getirmeleri tetikleyen ve depo personelini karıştıran çift siparişler ile karşılaşabilirsiniz.

İdempotans Anahtarları

Shopify'ın GraphQL mutasyonları, X-Shopify-Idempotency-Key başlığı aracılığıyla idempotans anahtarlarını destekler. Her istekte benzersiz bir anahtar (genellikle ERP sipariş numarası) gönderin. Eğer Shopify, aynı anahtarla ikinci bir istek alırsa ve bu istek 60 saniye içinde gelirse, tekrar eden bir oluşturma yapmak yerine ilk isteğin sonucunu döndürür.

Ancak, idempotans anahtarlarının 60 saniyelik bir zamanı vardır. Daha geniş bir koruma için, bir ön kontrol modeli uygulayın: bir sipariş oluşturmadan önce, bir metafield veya etiket içinde saklanan eşleşen referans numarasına sahip mevcut siparişler için Shopify'dan sorgu yapın. Bu, tekrar eden durumları yakalar, böylece yeniden deneme saatler veya günler sonra gerçekleşse bile.

Etiketler ve Metafield'ler Kullanarak Çapraz Referans

ERP sipariş numarasını hem Shopify sipariş etiketi hem de metafield olarak saklayın. Etiketler yönetim UI'sinden aranabilir (destek ekipleri için yararlıdır), metafield'ler ise API sorguları için yapılandırılmış veri sağlar. Metafield için erp.order_number gibi tutarlı bir ad alanı kullanın. Her aktarımdan önce, "Bu ERP referansına sahip bir sipariş mevcut mu?" sorgusunu yapın. Eğer evet ise, oluşturmayı atlayın ve tekrar eden girişimi kaydedin.

Satır Öğesi Eşlemesi ve Ürün Çözümü

ERP sistemleri ürünleri dahili SKU kodlarıyla tanımlar, Shopify ise varyant kimlikleri kullanır. Entegrasyonunuz, sipariş oluşturmadan önce ERP SKU'larını Shopify varyant kimliklerine çözmelidir. Bu eşleme, yaygın bir hata noktasıdır — bir SKU ERP'de mevcut olabilir ancak Shopify'da henüz oluşturulmamış olabilir veya SKU formatları sistemler arasında farklılık gösterebilir.

Bir SKU çözüm katmanı oluşturun ve SKU ile Shopify'ın ürün kataloğunu sorgulayın ve sonuçları önbelleğe alın. Uyuşmazlıkları nazikçe yönetin: bir SKU çözülemiyorsa, siparişi sessizce hata vermek yerine manuel gözden geçirme için kuyruklayın ya da eksik satır öğeleri ile bir sipariş oluşturun. Her çözüm hatasını kaydedin, böylece operasyon ekibiniz kök nedeni (genellikle henüz senkronize edilmemiş bir ürün) düzeltebilir.

Envanter Etkisi ve Lokasyon Yönlendirmesi

Shopify, yeni bir sipariş aldığında, atanmış yerine getirme lokasyonunda envanteri aşağı çeker. ERP aktarımları için, hangi lokasyonun siparişi yerine getireceğini kontrol etmeniz gerekir — özellikle birden fazla depoda çalışıyorsanız. Doğru lokasyonu atamak için fulfillment_orders API'sini kullanın.

Envanter zamanlaması konusunda dikkatli olun. Eğer ERP, sipariş verildiğinde envanteri zaten azaltmışsa ve Shopify sipariş oluşturulduğunda da envanteri azaltıyorsa, düşüşü iki katına çıkarırsınız. Çözüm, hangi sistemin envanter üstadı olduğuna bağlıdır. Eğer ERP envanteri yönetiyorsa, Shopify'ın otomatik envanter takibini aktarılan siparişler için devre dışı bırakın ve envanter seviyelerini ayrı olarak senkronize edin. Eğer Shopify envanteri yönetiyorsa, sipariş oluşturmanın doğal olarak düşüşü çözmesine izin verin.

Rekonsiliasyon İş Akışları

İdempotans kontrolleri ve dikkatli eşleme ile bile, uyumsuzluklar meydana gelecektir. Her iki sistemdeki siparişleri karşılaştıran bir günlük rekonsiliasyon süreci oluşturun. ERP'de oluşturulan siparişleri, Shopify'da alınan siparişler ile sayın. Herhangi bir uyumsuzluğu — kaybolan siparişler, tekrar eden siparişler veya farklı toplamlarla siparişler — manuel inceleme için işaretleyin.

Takip edilecek temel metrikler: aktarım başarı oranı (Shopify'a başarıyla ulaşan ERP siparişlerinin yüzdesi), ortalama aktarım gecikmesi (ERP siparişinin oluşturulması ile Shopify siparişinin oluşturulması arasındaki süre), tekrar eden oran (mevcut bir siparişi etkileyen aktarma girişimlerinin yüzdesi) ve SKU çözüm hatası oranı. Bu metrikleri bir gösterge panelinde görüntüleyin ve anormallikler için uyarılar ayarlayın.

Galantis Connect'in ERP Sipariş Aktarımını Nasıl Yönettiği

Galantis Connect, görsel alan eşleme arayüzü ile sipariş aktarımını basitleştirir. ERP sipariş alanlarını Shopify'ın API şemasına çevirmek için özel kod yazmak yerine, alanları görSEL olarak eşleyin — ERP'nin "CustomerPO" alanını Shopify'ın sipariş etiketine sürükleyin, "NetAmount" alanını işlem tutarına eşleyin ve "WarehouseCode" değerini doğru yerine getirme lokasyonuna yönlendirin.

Platformun kural motoru, sipariş aktarımını karmaşık hale getiren koşullu mantığı yönetir. "Eğer payment_method = 'NET30' ise, financial_status'u 'pending' olarak ayarla." veya "Eğer source_channel = 'wholesale' ise, müşteri bildirimlerini bastır." gibi kurallar belirleyin. Bu kurallar sipariş Shopify'a ulaşmadan önce yürütülür, böylece her aktarım özel middleware platformua ihtiyaç duymadan doğru şekilde yapılandırılır.

Yerleşik idempotans ve tekrar tespit otomatik olarak mevcuttur. Galantis Connect, işlediği her ERP sipariş numarasını izler ve tekrar teslimatları önler. Eğer bir ağ hatası bir aktarımı keserse, tekrar deneme sistemi tam kaldığı yerden devam eder — tekrar eden siparişler yok, kaybolan veri yok. İşlem seviyesinde günlükler, her siparişle neler olduğunu tam olarak gösterir, bu da rekonsiliasyonu basit hale getirir.

ERP Sipariş Aktarımına Başlamak

Tek bir sipariş türü ile başlayın — genellikle en yüksek hacimli ve en öngörülebilir akış olan ödenmiş toptan siparişler gibi. Alanları eşleyin, ödeme durumu kurallarını yapılandırın ve bir dizi test siparişi Shopify geliştirme mağazasından geçirin. Finansal durumun, envanter etkisinin ve müşteri bildirimlerinin tümünün doğru bir şekilde davrandığını doğruladıktan sonra, kısmi ödemeler veya çoklu lokasyon yerine getirme gibi daha karmaşık senaryolar için genişleyin.

Özel sipariş aktarım kodu yazmayı bırakmaya hazır mısınız? Galantis Connect, görsel eşleme, otomatik tekrar önleme ve ERP'den Shopify'a akışa giren her sipariş için tam denetim izleri sunar. Nasıl çalıştığını galantis.io adresinde görün.