Shopify ERP entegrasyonu: Nebim, Logo, Netsis ve Dia

ERP entegrasyonunun zor kısmı bağlantı kurmak değil, hangi sistemin hangi verinin sahibi olduğuna karar vermek. Master veri kararından barkod eşleşmesine, senkron sıklığından iade akışına kadar kurulumun tamamını yazdık.

Belirli bir ölçeğin üstündeki her mağazada aynı cümle kuruluyor: “Stok tutmuyor.” Depoda olmayan ürün sitede satılmış, sitede biten ürün depoda durmaya devam ediyor, muhasebe siparişleri elle giriyor. ERP entegrasyonu bu tabloyu düzeltmek için kuruluyor.

İşin teknik kısmı çoğu projede en kolay kısım. Asıl zorluk, iki sistemin aynı şeyi farklı biçimde tanımlamasında: ERP'de “stok” depo bazlı ve rezerve düşülmüş bir sayıdır, Shopify'da ise satılabilir tek bir sayıdır. Bu yazıda Türkiye'de en sık karşılaştığımız dört ERP — Nebim V3, Logo, Netsis ve Dia — üzerinden entegrasyonun gerçekte nasıl kurulduğunu, hangi kararların önce verilmesi gerektiğini ve nerede tıkanıldığını anlatıyoruz.

Entegrasyon neyi çözer, neyi çözmez

Çalışan bir kurulumda dört veri akışı otomatikleşir. Bunların dışında kalan her şey hâlâ insan işidir ve teklifte böyle yazılmalıdır.

Çözmediği şeyler de var ve bunları baştan söylüyoruz: entegrasyon kötü ürün verisini düzeltmez, ERP'nizdeki yanlış barkodu doğru yapmaz, depo sayımınızdaki sapmayı kapatmaz. Kirli veriyi otomatikleştirmek, kirli veriyi daha hızlı yaymaktan başka bir şey değildir. Bu yüzden çoğu projede ilk hafta entegrasyonla değil, veri temizliğiyle geçer.

İlk karar: hangi sistem hangi verinin sahibi?

Entegrasyonun tamamı tek bir soruya dayanır: bir alan iki yerde birden değiştiğinde hangisi kazanır? Bu soruya yazılı cevap vermeden kurulan her entegrasyon, er ya da geç veri ezme kazasıyla sonuçlanır.

Tipik bir perakende kurgusunda sahiplik şöyle dağıtılır:

Bu tabloyu proje başında bir sayfaya döküyoruz ve birlikte imzalıyoruz. “Sadece bu sefer panelden düzeltiriz” cümlesi, entegrasyon projelerinde en pahalı cümledir.

Dört ERP, dört farklı bağlanma biçimi

Aşağıdaki başlıklar genel çerçevedir; her kurumun sürümü, modülleri ve lisansı farklı olduğu için kesin yöntem ilk teknik görüşmede, sizin sistem sorumlunuzla birlikte netleşir. Bizim yaptığımız ilk iş, hangi arayüzün açık olduğunu ve kimin açacağını yazılı hale getirmektir.

Görüldüğü gibi ayrım büyük ölçüde “bulutta mı, kurum içi sunucuda mı” sorusundan çıkıyor. Bir sonraki başlık tam olarak bu yüzden var.

Sunucu nerede duruyor?

ERP kurum içi bir sunucuda çalışıyorsa, entegrasyonun yarısı yazılım değil altyapı işidir. Shopify buluttadır ve sizin sunucunuza ulaşabilmesi gerekir. Bu, çoğu projede en uzun süren kalemdir çünkü karar bizde değil, sizin BT tarafınızdadır.

Bu listeyi projenin ilk günü veriyoruz. Tamamlanma süresi doğrudan takvime yansır; iki haftalık bir entegrasyonun dört haftaya çıkmasının en sık sebebi bu maddelerdir.

Senkron sıklığı: “anlık” diye bir şey yok

Müşterilerin en sık kullandığı kelime “anlık senkron”. Gerçekte olan şey, belirli aralıklarla çalışan bir kuyruktur. Doğru soru “anlık mı?” değil, “kaç dakikalık gecikmeyi kabul ediyoruz?” olmalıdır.

Pratikte kurduğumuz düzen genelde şöyle:

Kampanya günlerinde bu aralıklar yetmez. Aynı ürünün dakikalar içinde bitebildiği bir günde stok senkronunu sıklaştırmak yerine, kritik ürünlerde “stok bitince satışa kapat” davranışını Shopify tarafında güvenceye alıyoruz. Çünkü senkron ne kadar sıklaşırsa sıklaşsın, iki sistem arasında her zaman bir gecikme penceresi kalır.

Aşırı satış (oversell) riskini tamamen sıfırlayan bir kurulum yoktur. Yapılabilecek şey, pencereyi daraltmak ve pencereye düşen siparişler için operasyonda ne yapılacağını önceden yazmaktır.

Eşleşmenin anahtarı: barkod ve stok kodu

İki sistem ürünleri isimle değil, anahtarla eşleştirir. Bu anahtar Shopify tarafında SKU ya da barkod alanıdır ve entegrasyonun tamamı bu alanın doğruluğuna bağlıdır.

Kurulum öncesi mutlaka temizlenmesi gereken durumlar:

Son iki madde, taşıma sonrası kurulan entegrasyonlarda neredeyse her zaman çıkar. Çözümü zor değildir ama kararı sizin vermeniz gerekir: ürün kartı yapısını hangi tarafa göre hizalayacağız? Bu kararı vermeden yazılan bir eşleme, ilk stok senkronunda yanlış ürünün stoğunu sıfırlar.

Fiyat: ERP'nin bilmediği alan

Fiyat sahipliği ERP'dedir demiştik; ancak e-ticarette fiyat tek bir sayı değildir. ERP liste fiyatını bilir, vitrinde görünen fiyatı belirleyen kampanya kurgusunu genellikle bilmez.

Bu yüzden fiyat akışını iki katmana ayırıyoruz:

Bu ayrım yapılmadığında olan şey şudur: pazarlama ekibi kampanya için fiyatı panelden düşürür, gece çalışan senkron fiyatı liste fiyatına geri çeker, sabah kampanya sayfası yanlış fiyatla açılır. Aynı senaryoyu yılda birkaç kez farklı markalarda görüyoruz.

KDV tarafı da ayrı bir kalem: ERP'de fiyatların KDV dahil mi hariç mi tutulduğu ve Shopify'ın vergi ayarının bununla uyumlu olması, eşleme tablosunda açıkça yazılır. Uyumsuzluk küçük görünür, faturada büyür.

Sipariş ERP'ye nasıl düşer?

Sipariş aktarımı, entegrasyonun en görünür ama en çok ayrıntı barındıran kısmıdır. Shopify'daki bir sipariş ERP'de bir belgeye dönüşürken şunların hepsi kararlaştırılmış olmalıdır:

Son madde küçük görünür ama muhasebe kapanışında her şeydir. Shopify sipariş numarasının ERP belgesinde bir alanda durması, ay sonu mutabakatını saatler yerine dakikalara indirir.

İade, iptal ve kısmi teslimat

Entegrasyon projelerinde teklif aşamasında en çok atlanan başlık budur. Siparişin ileri yönde akması kolaydır; geri yönde akması kurgu ister.

Bu senaryoların her biri için “ne olacak” cevabını yazmadan yayına çıkmıyoruz. Çünkü bu akışlar yayından sonra ilk iki hafta içinde mutlaka tetiklenir ve hazırlıksız yakalandığında düzeltmesi elle yapılır.

Çok depolu yapı ve pazaryeri

Mağaza zinciri olan markalarda tek bir “stok” yoktur. ERP'de merkez depo, mağaza depoları ve rezerve edilmiş bakiyeler ayrı ayrı durur. Shopify'a hangisinin yazılacağı ticari bir karardır, teknik değil.

Aynı stoğu pazaryerlerinde de satıyorsanız denklem bir kat daha karmaşıklaşır. Burada tek kural şu: stok gerçeği tek bir yerde tutulmalı ve tüm kanallar o kaynaktan beslenmelidir. İki ayrı sistemin aynı stoğu birbirinden habersiz güncellemesi, çok kanallı kurulumlarda gördüğümüz en yaygın arıza sebebidir.

Hazır uygulama mı, özel köprü mü?

Shopify App Store'da ve yerel sağlayıcılarda hazır ERP bağlayıcıları var. Çoğu proje için doğru başlangıç noktası bunlardır; her ihtiyaç özel geliştirme gerektirmez.

Hazır çözümün yettiği durumlar:

Özel köprünün gerektiği durumlar:

Son madde küçük yazılmış olsa da karar verici olabiliyor. Hazır çözümlerin çoğunda hata kayıtları sınırlıdır; bir sipariş aktarılmadığında sebebini görmek zordur. Kendi köprünüzde bu görünürlük en baştan kurulur.

Kurulum takvimi

Bulut tabanlı bir ERP ile standart kapsamda tipik süre 2–4 hafta. Kurum içi sunucuda çalışan bir sistemde erişim ve güvenlik adımları sebebiyle 4–8 haftaya çıkar. Akış şöyle ilerler:

Beşinci maddeyi özellikle vurguluyoruz: tüm akışları aynı gün açmıyoruz. Kademeli açılış, bir sorun çıktığında hangi akıştan geldiğini tereddütsüz gösterir.

Entegrasyon sessizce durur

Bir entegrasyonun bozulduğunu genellikle stoğu tutmayan bir siparişten anlarsınız. Yani müşteriden. Bunu önlemenin tek yolu, entegrasyonun kendisini izlemektir:

Uyarıların kime gideceği de yazılı olmalı. Kimseye gitmeyen uyarı, olmayan uyarıdır.

Sık yapılan hatalar

Özet

ERP entegrasyonu bir bağlantı işi değil, bir mutabakat işidir. Hangi sistemin hangi veriye sahip olduğu, hangi gecikmenin kabul edildiği ve hata durumunda ne yapılacağı yazılı hale geldiğinde kurulum öngörülebilir ilerler. Bu üçü konuşulmadan başlayan projelerde ise en pahalı düzeltmeler yayından sonra yapılır.

Kullandığınız ERP'yi, sürümünü, depo yapınızı ve günlük sipariş adedinizi paylaşın; hangi akışların bağlanabileceğini, neyin hazır uygulamayla neyin özel geliştirmeyle çözüleceğini kalem kalem çıkaralım. Mevcut kurulumunuz ihtiyacınızı karşılıyorsa ya da bu yatırımın sizin ölçeğinizde henüz gerekmediğini düşünüyorsak, bunu da açıkça söyleriz.

Not: Bu yazıda geçen ürün ve şirket adları ilgili şirketlerin tescilli markalarıdır. dotCREA'nın bu şirketlerle herhangi bir ticari ilişkisi ya da yetkili iş ortaklığı bulunmamaktadır. Yazı, yalnızca sunduğumuz entegrasyon hizmetinin kapsamını açıklamak amacıyla hazırlanmıştır.