Bir işletme e-ticarete başladığında genellikle iki ayrı dünya ortaya çıkar. Birinde mağaza vardır: ürünler, fiyatlar, sepet, siparişler. Diğerinde şirketin kalbi olan sistemler vardır: stok, satın alma, finans, cari hesaplar, depo ve muhasebe. İki dünya birbirine bağlı değilse ekip aynı veriyi iki kez girer; mağazada görünen stok gerçek stoktan sapar; faturalar elle kesilir; raporlar tutmaz ve zamanla ikisi birbirinden uzaklaşır. ERP entegrasyonlu e-ticaret, bu iki tarafı aynı veri akışında buluşturmanın adıdır. Hangi ERP ya da muhasebe yazılımını kullandığınız entegrasyonun kapsamını ve maliyetini doğrudan belirler; ERP’lerin çoğu için entegrasyon projeye özel yapılır; bu nedenle belirli bir ERP markası için hazır bağlantı vaat etmiyoruz.
ERP nedir, neden e-ticaretle bağlanır?
ERP (kurumsal kaynak planlama), şirketin stok, satın alma, satış, finans, üretim ve insan kaynakları gibi süreçlerini tek sistemde yöneten yazılımdır. Küçük işletmelerde bu rolü bir ön muhasebe programı ya da stok yazılımı üstlenebilir; büyük işletmelerde kapsamlı bir ERP kullanılır. E-ticaret mağazası bu süreçlerin satış ucudur: sipariş buradan gelir, stok ve fiyat bilgisi oradan beslenir, fatura ve cari kayıt ise oraya gider.
İkisi bağlı değilse tipik sorunlar ortaya çıkar:
- Depoda biten ürün sitede “stokta” görünmeye devam eder; müşteriye satılır ama gönderilemez.
- Fiyat güncellemesi ERP’de yapılır ama siteye yansıması günler alır.
- Siparişler elle ERP’ye girilir; hata ve gecikme oluşur.
- Fatura kesimi manuel yürür; iade ve iptaller muhasebeye geç ya da eksik yansır.
- Satış raporu ile stok raporu farklı sayılar gösterir.
Bu sorunların her biri küçük görünür, ama sipariş hacmi arttıkça ekibin zamanını tüketir ve müşteri memnuniyetini düşürür.
Entegrasyon neyi çözer?
- Stok tutarlılığı: Mağazada gösterilen stok ERP’deki gerçek stokla eşleşir. Fazla satış (oversell) ve gereksiz “tükendi” göstergeleri azalır.
- Fiyat ve kampanya yönetimi: Fiyat tek yerden yönetilir; ürün, liste fiyatı ve müşteri grubuna özel fiyat tek kaynaktan gelir.
- Sipariş akışı: Mağazadaki sipariş ERP’ye düşer; depo ve sevkiyat süreci otomatik başlar.
- Fatura ve cari: Siparişin faturası ve müşteri kaydı otomatik oluşur; iade ve iptaller muhasebeye yansır.
- Raporlama: Satış ve stok tek kaynaktan raporlanır; karar vericiler aynı sayıya bakar.
- Operasyon verimi: Elle veri girişi azalır; ekip değer yaratan işlere zaman ayırır.
Hangi veri hangi yönde akar?
Entegrasyon tasarımının temel sorusu veri akış yönüdür. Tipik bir e-ticaret–ERP entegrasyonunda:
| Veri | Tipik yön | Not |
|---|---|---|
| Ürün kartları (ad, kod, kategori) | ERP → mağaza (ya da mağaza ana kaynak) | Hangi sistemin ana kaynak olduğu baştan belirlenir |
| Stok miktarı | ERP → mağaza | Kritik; sıklık önemlidir |
| Fiyat ve iskonto | ERP → mağaza | Müşteri grubuna özel fiyat için özel kurgu |
| Sipariş | Mağaza → ERP | Ödeme durumuyla birlikte |
| Müşteri / cari kaydı | Mağaza ↔ ERP | Çift yönlü olabilir; eşleştirme anahtarı gerekir |
| Sevkiyat ve takip numarası | ERP/kargo → mağaza | Müşteriye bildirim için |
| Fatura | ERP/muhasebe → mağaza | Fatura bağlantısı müşteri hesabında gösterilebilir |
| İade / iptal | Mağaza ↔ ERP | Stok ve muhasebe etkisi |
Bu tablo bir şablon, bir kural değil. Her işletmenin süreci farklıdır; ancak “tek kaynak” ilkesi her durumda geçerlidir: her veri için bir ana kaynak belirlenmeli ve diğer sistem o kaynağı izlemelidir.
Entegrasyon yöntemleri
| Yöntem | Açıklama | Uygunluk |
|---|---|---|
| API ile doğrudan | İki sistem birbirinin arayüzünü çağırır | Güncel veri gerektiren işler |
| Dosya aktarımı | Zamanlanmış dosya alışverişi | Anlık olması gerekmeyen veri |
| Aracı yazılım | Üçüncü taraf entegrasyon servisi | Hazır bağlantısı olan ERP’ler |
| Ortak veritabanı katmanı | Ara bir tablo üzerinden veri alışverişi | API sunmayan eski sistemler |
CS-Cart Ultimate planı, yöneticiler için REST API içerir; bu, harici sistemlerle bağlantıyı kolaylaştırır. API bulunmayan ya da sınırlı olan ERP’lerde dosya tabanlı ya da ara katmanlı çözümler kullanılabilir. Yöntem seçimi; ERP’nin sunduğu imkânlara, veri sıklığı ihtiyacına, hata toleransına ve bütçeye göre belirlenir.
Veri sıklığı: anlık mı, zamanlanmış mı?
Her veri anlık aktarılmak zorunda değildir. Stok ve sipariş gibi kritik veriler genellikle sık (dakikalar mertebesinde) ya da olay bazlı aktarılırken, ürün açıklaması gibi nadiren değişen veriler günlük ya da saatlik aktarılabilir. Çok yüksek sıklık, hem ERP’yi hem mağazayı gereksiz yükler; çok düşük sıklık ise stok tutarsızlığına yol açar. Doğru denge, ürün hareketliliğine ve sipariş hacmine göre belirlenir. Yüksek hacimli kampanya dönemlerinde bu denge ayrıca gözden geçirilmelidir.
Kapsamı belirlemek için sorular
- Hangi veri hangi yönde akacak? (Stok ERP→mağaza, sipariş mağaza→ERP)
- Ne sıklıkla? (Anlık, saatlik, günlük)
- Hata olursa ne olacak? (Yeniden deneme, bildirim, elle müdahale)
- Ürün verisinin kaynağı nerede? (ERP mi, mağaza mı?)
- Fatura hangi sistemden kesilecek?
- Müşteri kaydı nasıl eşleşecek? (E-posta, vergi numarası, cari kodu)
- Birden çok depo veya şube var mı, stok nasıl ayrıştırılacak?
- Müşteri grubuna özel fiyat ve cari limit gerekecek mi? (B2B için)
- İade ve iptallerde stok ve muhasebe nasıl etkilenecek?
- ERP’nin bakımı ve sürüm güncellemelerinde entegrasyon nasıl korunacak?
Bu soruların cevapları, entegrasyonun gerçek kapsamını ve maliyetini ortaya çıkarır. Bu aşamayı atlayıp doğrudan geliştirmeye geçmek, çoğu zaman projenin ortasında kapsam değişikliği demektir.
Entegrasyon projesi nasıl yürür?
- Keşif: Mevcut sistemler, veri akışları ve iş süreçleri incelenir; ERP’nin sunduğu arayüzler ve sınırları belirlenir.
- Kapsam ve teknik tasarım: Veri haritası, akış yönleri, sıklık, hata yönetimi ve eşleştirme anahtarları yazılı hale getirilir.
- Teklif: Kalemler ayrı gösterilir; teklif 1 iş günü içinde hazırlanır.
- Geliştirme: Entegrasyon modülü test ortamında yazılır.
- Test: Stok, sipariş, iade, iptal, fiyat ve hata senaryoları denenir. Gerçek veriyle küçük ölçekli deneme yapılır.
- Pilot ve canlıya alma: Önce sınırlı veriyle, ardından tüm kataloğa genişletilir.
- İzleme: Hata kayıtları, eşleşmeyen kayıtlar ve gecikmeler izlenir; bakım planı yapılır.
En sık hatalar
- “Tek kaynak” ilkesini belirlememek: Stok iki yerde de elle değiştirilir, çakışmalar oluşur.
- Kapsamı genişletmek: Her şeyi bir seferde bağlamaya çalışmak; önce kritik veriyle (stok, sipariş) başlamak daha güvenlidir.
- Test etmemek: Canlıya geçmeden stok, sipariş ve iade senaryoları denenmelidir.
- Hata yönetimini unutmak: Bağlantı koptuğunda ya da bir kayıt reddedildiğinde ne olacağı tasarlanmamışsa veri fark edilmeden kaybolur.
- Eşleştirme anahtarını yanlış seçmek: Ürün kodları ya da müşteri kayıtları eşleşmezse yinelenen kayıtlar oluşur.
- ERP sürüm güncellemelerini hesaba katmamak: ERP güncellendiğinde entegrasyon çalışmayabilir.
- İzleme olmaması: Entegrasyon durur ve bu durum ancak günler sonra fark edilir.
- Veri temizliğini atlamak: ERP’deki hatalı veri mağazaya aynen yansır.
Muhasebe tarafında hazır çözüm
Faturaların otomatik muhasebeleşmesi için Paraşüt Ön Muhasebe eklentimiz satış, komisyon ve iade faturaları ile e-belgeleri otomatik gönderir. Diğer ERP ve muhasebe yazılımları için proje bazlı entegrasyon sunuyoruz; ayrıntı muhasebe, ERP ve e-fatura entegrasyonu sayfasındadır. Fatura ve e-belge yükümlülükleri işletmenin türüne ve cirosuna göre değişir ve mevzuata bağlıdır; hangi yöntemin sizin için geçerli olduğunu mali müşaviriniz belirler.
Kargo tarafında da otomasyon ERP entegrasyonunu tamamlar: sevkiyat bilgisi mağazaya döndüğünde müşteriye takip numarası otomatik iletilebilir. Bkz. kargo entegrasyonu, Navlungo ve Mr.Courier.
B2B ve ERP
ERP entegrasyonu en çok B2B portallarında değer üretir: bayiye özel fiyat listeleri, cari limit ve bakiye bilgisi, toplu sipariş ve stok görünürlüğü ERP verisine dayanır. Bayi portalı kurmayı düşünüyorsanız ERP entegrasyonunu sona bırakmamalısınız; portal ile ERP’nin birlikte tasarlanması gerekir. Konunun ayrıntıları için B2B e-ticaret bayi sipariş sistemi yazımıza ve B2B e-ticaret sayfamıza bakın.
Bakım ve sürdürülebilirlik
Entegrasyon bir kez kurulup unutulan bir şey değildir. ERP sürümleri güncellenir, API’ler değişir, yeni ürün grupları eklenir, iş kuralları evrilir. Entegrasyonun uzun ömürlü olması için hata kayıtlarının okunabilir olması, eşleşmeyen kayıtların raporlanması, bağlantı kesintilerinde uyarı gelmesi ve değişiklik yönetiminin tanımlı olması gerekir. Bu bakım, bakım ve destek kapsamında yürütülebilir. Entegrasyon modülünün özel geliştirilmesi gerekiyorsa özel eklenti geliştirme sayfamıza bakabilirsiniz.
Kullanım senaryoları
Bir üretici için tipik senaryo şöyledir: ürün kartları ve fiyatlar ERP’de tutulur, mağaza bu veriyi periyodik olarak çeker; müşteri sipariş verdiğinde sipariş ERP’ye iletilir, depo hazırlık yapar, sevkiyat bilgisi mağazaya döner ve müşteriye takip numarası gönderilir. Fatura ERP ya da muhasebe sisteminden kesilir ve müşterinin hesabına bağlanır. Bu akışta ekip tek bir kayıt üzerinde çalışır; hata payı azalır.
Bir toptancı için senaryo biraz farklıdır: bayilerin cari bakiyesi ve limiti ERP’den okunur, sipariş sırasında limit kontrolü yapılır, bayiye özel fiyat listesi uygulanır ve vadeli satışlar cari hesaba işlenir. Çok depolu işletmelerde ise stok, depo bazında takip edilir ve sipariş en uygun depodan karşılanır. Bu senaryoların her biri aynı temel ilkeye dayanır: veri doğru yerde, doğru zamanda ve tek kaynaktan akmalıdır.
Güvenlik ve erişim
ERP, işletmenin en hassas verilerini barındırır; bu yüzden entegrasyonun güvenliği ayrı bir konudur. API anahtarları ve erişim bilgileri güvenli saklanmalı, yalnızca gerekli yetkilere sahip bir entegrasyon hesabı kullanılmalı, bağlantı şifreli (HTTPS) olmalı ve erişim kayıtları tutulmalıdır. ERP’nin doğrudan internete açılması yerine, kontrollü bir ara katmanla iletişim kurmak çoğu zaman daha güvenlidir. Mağaza tarafında da yönetici yetkilerinin sınırlandırılması ve düzenli güncelleme, entegrasyon zincirinin zayıf halkası olmamasını sağlar. Güvenliğin genel çerçevesi için güvenlik sayfamıza bakabilirsiniz.
Sık sorulan sorular
Hangi ERP’lerle entegrasyon yapıyorsunuz?
ERP’lerin çoğu için entegrasyon projeye özel yapılır. Kullandığınız yazılımı ve sunduğu arayüzleri ön görüşmede paylaşın; teknik olarak mümkün olan yöntemi ve kapsamı birlikte değerlendirelim.
Ürün bilgisinin ana kaynağı ERP mi olmalı, mağaza mı?
Stok, fiyat ve ürün kodu gibi operasyonel bilgilerin ERP’de; ürün açıklaması, görsel ve SEO alanları gibi pazarlama içeriklerinin ise mağazada tutulması yaygın bir yaklaşımdır. Hangi alanın hangi sistemde yönetileceğini baştan belirlemek, verilerin birbirinin üzerine yazılmasını önler.
Stok her an senkron mu olur?
Sıklık tasarım kararıdır. Kritik ürünler için sık, diğerleri için daha seyrek aktarım yapılabilir. “Anlık” beklentisi, ERP’nin imkânlarına ve maliyete bağlıdır.
Entegrasyon bozulursa ne olur?
Doğru kurgulanmış bir entegrasyonda hata kaydı tutulur, başarısız işlemler yeniden denenir ve ilgili kişiye bildirim gider. Bu, tasarım aşamasında netleştirilir.
Entegrasyonu canlıya almadan nasıl test ederiz?
Önce test ortamında örnek ürünler ve siparişlerle tüm akışlar denenir; ardından sınırlı sayıda gerçek siparişle canlı kontrol yapılır. Stok, fiyat ve fatura tutarlarının iki sistemde de aynı göründüğü doğrulandıktan sonra entegrasyon tam olarak devreye alınır.
Entegrasyonun maliyeti nasıl belirlenir?
Veri akışlarının sayısı, ERP’nin sunduğu arayüz, test kapsamı ve bakım ihtiyacı maliyeti belirler; teklifte her kalem ayrı gösterilir.
Projenizi birlikte planlayalım
Ücretsiz ön görüşmede mevcut sistemlerinizi paylaşın; entegrasyon kapsamını birlikte çıkaralım. SoftCrafter, CS-Cart’ın resmi partneri olarak 10+ eklenti geliştirmiş, ERP ve muhasebe entegrasyonlarını kurulumdan bakıma kadar yürüten, 20+ kişilik bir ekiptir. Formu bırakın, sizi 15 dakika içinde arayalım; kalem kalem teklifinizi 1 iş günü içinde hazırlayalım.
