ERP-CRM entegrasyonu: stok, sipariş ve üretimi satışla aynı ekranda

Müşteri telefonda, kartı elinde, sipariş vermeye hazır. Geriye tek bir soru kalmış: "Bu üründen elli adet stokta var mı, ne zaman teslim edebilirsiniz?" Satışçı ekranına bakar ama cevabı orada göremez; muhasebeyi arar, depoyu arar ve o meşum cümleyi kurar: "Hemen bakıp size döneceğim." İşte o "döneceğim" çoğu zaman anlaşmanın yavaşladığı, bazen de sessizce rakibe kaydığı andır. ERP-CRM entegrasyonu tam olarak bu boşluğu kapatmak içindir: stok, sipariş ve üretim verisini, satışçının zaten önünde duran CRM ekranına taşımak.

Bu yazıda Logo, Netsis, Mikro ya da SAP gibi bir ERP'de duran operasyonel veriyi CRM'e nasıl ve neden bağlayacağınızı ele alıyoruz. Kasıtlı olarak fatura senkronundan uzak duruyoruz — o ayrı bir yazının konusu. Buradaki mesele para değil, satışçının müşteriye ne söz verebileceği: neyin elde olduğu, ne zaman çıkacağı, bekleyen siparişin nerede takıldığı.

ERP-CRM entegrasyonu neyi bağlar, neyi bağlamaz?

ERP ile CRM aynı müşteriden söz eder ama farklı sorulara cevap verir. CRM "bu ilişki hangi aşamada, bir sonraki adım ne?" diye sorar; ERP ise "elde ne var, ne üretiliyor, ne sevk edildi?" diye. Entegrasyon, bu ikinci grubun cevaplarını birincinin ekranına getirmektir — böylece satışçı sekme değiştirmeden, kimseyi aramadan konuşabilir.

Burada net bir ayrım şart. ERP'nin iki yüzü vardır: finans tarafı — fatura, cari hesap, tahsilat — ve operasyon tarafı — stok, sipariş, üretim, sevkiyat. Fatura ve cari senkronu kendi başına bir disiplindir; onu ayrı bir yazıda, muhasebe yazılımı ile CRM entegrasyonu başlığı altında anlatıyoruz. Bu yazının derdi tamamen operasyon tarafı, yani satışçının bir teklifi güvenle verebilmesi için görmesi gerekenler.

Somut düşünelim: sanayi malzemesi satan bir distribütör hayal edin. Müşteri "şu rulmandan acilen 200 adet lazım" diyor. Satışçı CRM'de kullanılabilir stoğu ve en yakın tedarik terminini görebiliyorsa pazarlık saniyeler içinde ilerler; göremiyorsa telefon trafiği başlar ve müşteri bu sırada pekâlâ başka bir kapı çalabilir.

Ayrım önemli, çünkü iki taraf farklı hızda ve farklı hassasiyette çalışır. Bir fatura kesildikten sonra pek değişmez; stok ise dakikada bir değişir. Operasyon verisini taşırken asıl mücadele doğruluk değil, tazeliktir — birazdan buna geleceğiz.

Satışçının ekranında hangi veri durmalı?

Ayartıcı olan, ERP'deki her alanı CRM'e boca etmektir. Bu bir hatadır. Satışçının bir ürün kartında kırk teknik alan görmesi işini kolaylaştırmaz, gözünü boğar. İyi bir entegrasyon veriyi taşımaz, seçer. Bir satış görüşmesini gerçekten hızlandıran birkaç alan vardır:

• Kullanılabilir stok. "Depoda kaç adet var" değil; rezerve edilmiş ve başka siparişlere ayrılmış miktar düşüldükten sonra gerçekten söz verilebilir olan miktar.
• Açık siparişler ve durumları. Bu müşterinin bekleyen siparişleri hangi aşamada — onaylandı mı, hazırlanıyor mu, kısmi mi sevk edildi?
• Üretim ve tedarik durumu. Stokta yoksa ne zaman olacak; üretim emri açık mı, tedarikçiden geliş termini belli mi?
• Sevkiyat ve teslim bilgisi. Son sevkiyat çıktı mı, irsaliye ya da kargo numarası ne, tahmini teslim ne zaman?

Bir de sunum meselesi var. ERP bu veriyi kendi diliyle tutar: "STK-4471, D3: 0, D1: 47, rez. 12". Satışçı bunu okuyamaz. İyi entegrasyon sayıyı olduğu gibi değil, insanın anlayacağı biçimde getirir: "Perşembeye kadar 35 adet söz verilebilir." Ham kodu taşımak, veriyi hiç taşımamakla neredeyse aynı şeydir.

CRMkartıKullanılabilir st…Açık siparişlerÜretim durumuSevkiyat

"Depodaki adet" ile "söz verebileceğiniz adet" aynı şey değil

İşte entegrasyonların en sık düştüğü tuzak. ERP'den ham "eldeki stok" sayısını çekip CRM'de göstermek kolaydır — ve tehlikelidir. Diyelim elli adet göründü; ama bunun otuzu başka siparişlere çoktan ayrılmıştır. Satışçı elliyi görür, söz verir; oysa gerçekte söz verilebilir olan yirmidir. Verilen söz tutmaz, güven çatlar.

Doğru rakam kullanılabilir stoktur: eldeki miktardan rezerve edilmiş ve açık siparişlere taahhüt edilmiş kısım düşülmüş hali. Çok depolu çalışıyorsanız iş daha da inceleşir: İstanbul deposunda var, Ankara'da yok — müşteriye hangisinden, hangi termine söz veriyorsunuz? Entegrasyonu kurarken çekeceğiniz alanın "eldeki" değil "kullanılabilir" olması teknik bir ayrıntı gibi durur ama satışçının sözünün tutup tutmayacağını doğrudan belirler.

Bir de kanal meselesi var. Aynı stok havuzundan hem saha satışı hem de pazaryerleri besleniyorsa, Trendyol ya da Hepsiburada'da satılan bir adet CRM'deki rakamı da düşürmelidir. Pazaryeri siparişlerini tek CRM'de toplamak başlı başına bir konu; ama stok tarafında iki kanal aynı gerçeği paylaşmalı, yoksa aynı son ürünü iki ayrı müşteriye satarsınız.

Satışçının söz verebilmek için hâlâ depoyu araması gerekiyorsa, entegrasyon henüz bitmemiş demektir.

Bu veri CRM'e nasıl gelir?

Üç temel yol var; hangisinin doğru olduğu ERP'nize ve hacminize bağlı.

• Hazır konnektör. Bazı CRM ve ERP'lerin birbiri için hazır bağlantısı vardır; en hızlı yoldur ama esnekliği sınırlıdır.
• Otomasyon platformu. Hafif ihtiyaçlar için Zapier ya da Make gibi bir ara katman iki sistemi tetiklerle bağlar; hangisinin size uyduğunu Zapier ile Make karşılaştırmamızda ayrıntılandırdık.
• Doğrudan API. Logo, Netsis ve SAP'nin kendi servisleri (Logo Objects, web servisleri, BAPI/OData) vardır; ağır ve gerçek zamanlı ihtiyaçlarda en sağlam yoldur ama geliştirme ister.

Bir de zamanlama kararı var: veri anlık mı aksın, yoksa saat başı ya da gün sonu toplu mu? Fatura için gün sonu yeter; ama stok dakikada değişir. Sabah senkronlanan bir stok öğleden sonra yalan söyleyebilir. Onun için stok gibi hızlı alanlarda ya gerçek zamanlıya yakın çalışın ya da her rakamın yanında "en son ne zaman güncellendi" bilgisini gösterin. Bayat veriyi taze gibi göstermek, hiç veri göstermemekten daha kötüdür — çünkü yanlış bir güvenle söz verdirir.

1ERP (Logo/Netsis/SAP)2Entegrasyon katmanı3CRM kartı4Anında cevap

Veri iki yönlü mü akmalı?

Şimdiye kadar hep ERP'den CRM'e, yani okuma yönünde konuştuk. Çoğu işletme için doğru başlangıç budur, çoğu için yeterlidir de. Peki tersi — CRM'de onaylanan bir teklifin ERP'de otomatik sipariş açması — ne zaman mantıklı?

Dürüst cevap: yazma yönü, okuma yönünden kat kat zordur. Okurken yanlış bir sayı gösterirseniz düzeltirsiniz. Yazarken hatalı bir kayıt ERP'ye gerçek sipariş olarak düşer; stok yanlış rezerve edilir, üretim yanlış tetiklenir, sonra da elle geri almak gerekir. Bu yüzden write-back'i ancak süreç oturduktan, alan eşleştirmesi iyice test edildikten sonra ve tek bir dar noktada açmak akıllıcadır — örneğin yalnızca "onaylandı" durumuna gelmiş bir teklifi ERP'de taslak siparişe çevirmek.

Kural basit: önce güvenle okuyun, çift veri girişini bitirin, ekip sisteme güvensin. Yazmayı sonra, gerçekten iki yere ayrı ayrı girmek acı vermeye başladığında ekleyin.

Ne zaman bu işe hiç girmemeli?

Dürüst olalım: ERP-CRM entegrasyonu her işletmeye gerekmez. Birkaç durumda kazançtan çok baş ağrısı getirir.

• Az sayıda ürün. On beş kaleminiz varsa ve neyin stokta olduğunu ekip zaten ezbere biliyorsa, entegrasyon çözdüğünden fazla sorun üretir.
• Kirli ERP verisi. Stok sayıları gerçeği yansıtmıyorsa, o yanlışı CRM'e taşımak yalnızca yanlışı hızlandırır. Önce sağlıklı bir sayım, sonra entegrasyon.
• Düşük sipariş sıklığı. Ayda birkaç büyük proje satıyorsanız, her birinin stok ve termin durumunu bir kişi zaten yakından takip ediyordur; otomasyon buraya değmeyebilir.

Genel kural: entegrasyon var olan bir düzeni hızlandırır, olmayan bir düzeni kurmaz. "Stokta ne var, tam bilmiyoruz" sorununun çözümü önce yazılım değil, sağlam bir stok yönetimidir. Zemin çürükse, veriyi daha hızlı akıtmak sorunu yalnızca büyütür.

Nereden başlamalı: kademeli bir kurulum

En iyi entegrasyonlar tek hamlede her şeyi bağlamaz; katman katman büyür. Mantıklı bir sıra şöyle işler:

1. Önce sadece kullanılabilir stok. Müşteri kartına yalnızca "söz verilebilir miktar"ı, okuma yönünde getirin. Tek başına bu bile "bakıp döneceğim"lerin çoğunu bitirir.
2. Sonra sipariş durumu. Açık siparişleri ve aşamalarını ekleyin; "benim sipariş ne oldu?" aramaları belirgin biçimde azalır.
3. Sonra üretim ve termin. Sipariş usulü üretiyorsanız — diyelim özel ölçü mobilya yapan bir atölye — termin tarihini CRM'e taşımak satışçıyı her seferinde üretim planlamacısına gitmekten kurtarır.
4. En son, gerekiyorsa, yazma. Süreç oturunca onaylı teklifi ERP'de siparişe çevirmeyi ekleyin.

Kurarken iki şeyi baştan halledin. Birincisi yetkiler: satışçı kullanılabilir stoğu görsün ama alış maliyetini ve marjı görmesin — bu alanları senkronun dışında tutun. İkincisi hata yönetimi: senkron bir gün durursa kim fark edecek? Sessizce eskiyen bir stok alanı, hiç olmayan bir alandan daha tehlikelidir, çünkü kimse ona şüpheyle bakmaz. Üretimi biten bir sipariş için ekip kanalına otomatik bildirim düşürmek — Slack veya Teams entegrasyonuyla — bu görünürlüğü canlı tutmanın pratik bir yoludur.

Son olarak, iki sistemin verisi bir araya gelince zengin bir analiz kaynağı da doğar: hangi ürün ne kadar sürede satılıp sevk ediliyor, hangi termin sözleri gerçekten tutuyor? Bu tür soruları düzenli izlemek isterseniz, veriyi bir veri ambarına ve BI aracına taşımak doğal bir sonraki adımdır.

Sıkça sorulan sorular

ERP-CRM entegrasyonunun özü aslında teknik değil, insanidir: satışçının müşterinin gözüne bakıp "evet, var; perşembe sevk ederiz" diyebilmesi. Bunu ERP'nin tamamını taşıyarak değil, doğru birkaç alanı — kullanılabilir stok, sipariş durumu, üretim termini — doğru tazelikte ve doğru yetkiyle getirerek başarırsınız. Rocketly gibi bir CRM bu operasyonel veriyi müşteri kartının yanına yerleştirdiğinde, "hemen bakıp döneceğim" cümlesi yerini anında verilen ve tutulan bir söze bırakır.