İçeriğe geç
Blog

Genel bakış · Entegrasyon

ERP’nizi Değiştirmeden Satışta Dijitalleşin

Özetle

En pahalı dijitalleşme hatası, satış sorununu ERP değişimiyle çözmeye kalkmaktır. Doğru mimari katmanlıdır: ERP muhasebe-stok-cari işini yapmaya devam eder; satış öncesi (katalog, fiyat, teklif, vitrin) yanına kurulur ve ERP’nin dışa aktarımıyla beslenir. Aylar süren geçiş projeleri yerine günler süren yan kurulum. Teşhis çerçevesi, katman mimarisi, veri akışının kurulumu, örnek geçiş senaryosu ve sınır çizgileri bu yazıda.

Yazan:
Wemeep Ekibi
Yayın:
3 dk okuma
ERP değiştirmeden satışta dijitalleşme kapak görseli — yeşil Wemeep karosu

Dijitalleşme toplantılarının en korkutucu cümlesi: "O zaman ERP'yi değiştirmek lazım." Aylar sürecek geçiş, alışkın olunan ekranların çöpe gitmesi, muhasebenin isyanı, bitmeyen danışmanlık faturaları… Ve çoğu zaman gereksiz. Çünkü sorununuz ERP sorunu değil, satış öncesi sorunudur — ve ERP değiştirmeden dijitalleşme tam olarak mümkündür. Bu yazı, o mimarinin ve geçişin pratik rehberi.

Teşhisi doğru koymak

Şikâyet listenize bakın: teklifler yavaş, fiyat listesi dağınık, katalog yok, müşteri bizi bulamıyor, verilen teklifin akıbeti bilinmiyor. Şimdi dürüst soru: bunların hangisi ERP'nin işi? Hiçbiri. ERP'nin işi muhasebe, stok ve caridir — ve muhtemelen o işi yapıyordur. Sorun, ERP'nin önünde olması gereken katmanın hiç kurulmamış olmasıdır: katalog, fiyat kuralı, teklif, vitrin.

Yanlış teşhis pahalıdır: satış sorununa ERP değişimiyle cevap vermek, mutfak eksik diye evi yıkmaktır. Üstelik yeni ERP geldiğinde şikâyet listesi büyük ihtimalle yerinde duracaktır — çünkü o liste hiçbir zaman ERP'nin listesi değildi.

Katmanlı mimari: yıkmadan kurmak

Doğru model iki katmandır:

KatmanİşiSistemi
Satış öncesiKatalog, fiyat düzeni, teklif, vitrin, takipWemeep gibi satış katmanı
Kayıt/operasyonMuhasebe, stok, cari, faturaMevcut ERP/ön muhasebe

İki katman arasındaki köprü veri akışıdır: ürün ve liste fiyatı, ERP'nizin zaten üretebildiği dışa aktarımla (Excel/CSV/XML ya da düzenli feed) satış katmanına akar. Eşleme bir kez tanımlanır: hangi sütun kod, hangisi ad, hangisi fiyat. Sonraki aktarımlar aynı eşlemeyle dakikalar içinde, önizlemeli ve karşılaştırmalı girer — ERP entegrasyonu sayfasında akışın ayrıntısı var.

Ters yön de nettir: teklif aşamasının onlarca revizyonu, pazarlığı, takibi ERP'ye hiç taşınmaz — ERP'ye yalnızca kesinleşen iş girer. Kabul edilen teklifin kalem listesi düzenli biçimde alınır ve sipariş/fatura oradan açılır. ERP sadeleşir; satış katmanı özgürleşir.

Sorumluluk sınırı: netlik herkesi rahatlatır

Bu mimarinin en sevilen yanı, kimsenin alanına girmemesidir:

Örnek senaryo: bir haftalık yan kurulum

Muhasebesi yerleşik bir ERP'de dönen, teklifleri Word'de hazırlayan bir bayi düşünün. Geçiş haftası şöyle işler:

  • Pazartesi: ERP'den ürün/fiyat dışa aktarımı alınır (muhasebeci için beş dakikalık, zaten bildiği bir işlem).
  • Salı: Dosya satış katmanına önizlemeli aktarılır; eşleme tanımlanır, hatalı satırlar rapordan düzeltilir. Marka iskonto kuralları girilir.
  • Çarşamba: Ekip ilk teklifleri yeni düzende verir — katalogdan arayarak, beş dakikada, linkle.
  • Perşembe–Cuma: Belge şablonu kurumsal kimliğe oturtulur; takip rutini tanımlanır.
  • Sonrası: ERP'den aylık (zam dönemlerinde anlık) dışa aktarım rutine bağlanır; değişen kayıtlar karşılaştırmalı raporla girer.

Mevcut düzen bir gün bile durmadı; muhasebe hiçbir değişiklik yaşamadı; satış ekibi hafta sonunda başka bir tempoda çalışıyor. ERP değişim projesiyle kıyası düşünün: bu hafta, o projede henüz "ihtiyaç analizi toplantısı" haftasıdır.

Sık düşülen üç tuzak

  1. "Madem başladık, ERP'yi de değiştirelim." Kapsam büyütme iştahı, çalışan bir haftalık geçişi aylık projeye çevirir. İki karar ayrı verilmelidir; satış katmanı, ERP kararından bağımsız bugün kurulabilir.
  2. Satış katmanına muhasebe işi yüklemek. "Buradan fatura da kesilsin, cari de görünsün" — sınır bulanınca iki sistem birbirinin kopyasına döner ve çift giriş doğar. Her katman kendi işinde kalmalıdır.
  3. Dışa aktarımı rutinsiz bırakmak. İlk aktarımdan sonra akış unutulursa satış katmanının verisi eskir. Aktarım bir takvim işi olmalı: liste değiştiğinde, en geç ayda bir.

Sonuç: değiştirmek değil, tamamlamak

2026'nın olgun dijitalleşme cevabı yıkıp yeniden yapmak değil, eksik katmanı tamamlamaktır. ERP'niz kayıt tutmaya devam etsin; satışınız dijital katmanda hızlansın. İki sistemin el sıkıştığı işletme, ikisinden birini feda eden işletmeden her zaman öndedir — ve bu el sıkışmanın maliyeti, sanılanın aksine, günlerle ölçülür. Katalog tarafının kurulumu için tek doğru kaynak yazısından devam edebilirsiniz.

Sık sorulanlar

İki sistem çift veri girişi yaratmaz mı?
Doğru kurulumda hayır: ürün ve liste verisi ERP’nin dışa aktarımından alınır, eşleme bir kez tanımlanır, güncellemeler aynı yoldan akar. Çift giriş, iki sistemin aynı işi yaptığı durumda doğar; katmanlı modelde işler ayrıdır — biri kaydı tutar, öteki satışı yapar.
İleride doğrudan entegrasyon mümkün mü?
Dosya ve feed ile başlayan akış, API tarafı hazır olduğunda doğrudan bağlantıya evrilebilir — ve bugünkü düzenli akış, o günün temiz verisini şimdiden hazırlar. Önemli olan sırayı bozmamaktır: önce çalışan bir akış, sonra otomasyonun derinleşmesi.
Kabul edilen teklif ERP’ye nasıl geçer?
Bugünün pratik cevabı: kabul edilen teklifin kalem listesi düzenli biçimde dışa alınır ve siparişe/faturaya temel olur — elle geçiş bile artık kopyala-yapıştır değil, tek listeden aktarımdır. Teklif aşamasındaki onlarca revizyonun ERP’ye hiç taşınmaması ayrıca bir kazançtır: ERP’ye yalnızca kesinleşen iş girer.
Stok bilgisi satış katmanında görünmezse sorun olmaz mı?
Teklif aşamasında çoğu zaman olmaz: bayi satışında teklif, stok taahhüdü değil fiyat taahhüdüdür ve termin zaten konuşularak netleşir. Stok kritik olan işlerde satıcı ERP ekranına bakar — iki ekran, iki ayrı soruya cevap verir. Zamanla feed’e stok işareti eklemek de mümkündür; ama bu bir başlangıç şartı değildir.
Ön muhasebe programı kullanıyorum, ERP’m bile yok — bu model bana uyar mı?
Daha da kolay uyar: ürün listeniz zaten Excel’lerde yaşıyordur, ilk aktarım doğrudan onlardan yapılır. Katmanlı modelin özü ERP’nin varlığı değil, iş bölümüdür: kayıt/resmiyet mevcut düzende, satış öncesi modern katmanda. Küçük işletmede geçiş genellikle tek gün sürer.