CRM ve ERP ayrı çalışıyorsa, veri silosunu kaldırın.
CRM müşteri ilişkisini, ERP ise sipariş, stok ve muhasebeyi yönetir. Bu iki sistem birbiriyle konuşmadığında aynı veri iki yerde tutulur, elle aktarılır ve tutarsızlaşır. Entegrasyon, satıştan faturaya akışı otomatik ve tek doğru kaynağa bağlı hâle getirir.
Veri silosu, bir bilginin farklı sistemlerde kopuk ve senkronsuz durmasıdır. CRM ve ERP entegrasyonu bu kopukluğu gidererek müşteri, ürün, fiyat ve sipariş verisinin sistemler arasında güncel ve tutarlı akmasını sağlar. Bu sayfa entegrasyonun neyi kapsadığını ve kurulumda nelere dikkat edileceğini anlatır.
Entegrasyon neyi kapsar?
- Otomatik veri akışı: CRM'de oluşan siparişin ERP'ye, oradan muhasebeye kural bazlı aktarılması.
- Gerçek zamanlı senkronizasyon: Stok, fiyat ve müşteri verisinin anlık güncellenmesiyle tutarlılık.
- Tek müşteri kaydı: CRM ve ERP'de aynı müşteri verisi; mükerrer kayıt ve çelişki yok.
- Birleşik görünüm: Satış, finans ve üretim verisinin ortak bir panoda görülmesi.
- Koordineli tahmin: CRM satış tahmininin ERP planlamasıyla birlikte çalışması.
- Veri bütünlüğü: Tek doğru kaynak sayesinde raporların güvenilir kalması.
Sektör verisiyle: entegrasyon neden bu kadar gündemde?
Sorun küçümsenecek boyutta değildir. MuleSoft'un 1.050'den fazla BT yöneticisiyle yürüttüğü Connectivity Benchmark Report (2025) araştırmasına göre kurumlar ortalama 897 farklı uygulama kullanıyor; ancak bu uygulamaların yalnızca yaklaşık %29'u birbiriyle entegre durumda. Aynı araştırmada BT liderlerinin %95'i entegrasyon sorunlarını yapay zekâ projelerinin önündeki engel olarak tanımlıyor. Yani entegre edilmemiş her sistem, yalnızca bugün elle veri taşınan bir ekran değil; yarın kurulacak yapay zekâ katmanının da önünü kesen bir borçtur.
Pazarın yönü de aynı tabloyu doğruluyor: Grand View Research (2025) küresel CRM pazarını 2024 için 73,4 milyar dolar olarak ölçüyor ve 2030'a kadar yıllık %14,6 bileşik büyümeyle 163,16 milyar dolara ulaşmasını öngörüyor. Kullanılan yazılım sayısı arttıkça, CRM yatırımından alınan karşılık giderek entegrasyon kalitesine bağlı hâle geliyor.
Hangi veri hangi yönde akar?
Sağlıklı bir kurguda her veri türü için "doğru kaynak" ve akış yönü baştan tanımlanır. Aşağıdaki tablo yaygın bir dağılımı gösterir; nihai karar sizin süreçlerinize göre verilmelidir.
| Veri türü | Tipik doğru kaynak | Yaygın akış yönü |
|---|---|---|
| Müşteri / cari kart | CRM (ilişki) · ERP (cari hesap) | Çift yönlü, alan bazlı sahiplik |
| Ürün kataloğu | ERP | ERP → CRM |
| Fiyat listesi ve iskonto | ERP | ERP → CRM |
| Stok durumu | ERP | ERP → CRM (anlık veya periyodik) |
| Sipariş | CRM / e-ticaret | CRM → ERP |
| Fatura ve tahsilat durumu | ERP | ERP → CRM (salt görünüm) |
| Satış tahmini | CRM | CRM → ERP (planlama girdisi) |
"Alan bazlı sahiplik" şu demektir: aynı müşteri kartında vergi numarası ve ödeme koşulu ERP'den, iletişim kişileri ve görüşme geçmişi CRM'den yönetilir. Kartın tamamını tek sisteme vermek yerine alanları paylaştırmak, çakışmaların büyük bölümünü daha tasarım aşamasında ortadan kaldırır.
Üç entegrasyon deseni: hangisi ne zaman?
| Desen | Nasıl çalışır | Güçlü yanı | Sınırı |
|---|---|---|---|
| Noktadan noktaya (P2P) | İki sistem arasında doğrudan API bağlantısı | Hızlı başlangıç, az sayıda sistemde yeterli | Sistem sayısı arttıkça bakım yükü katlanır |
| iPaaS / entegrasyon platformu | Hazır konnektörler ve görsel akış tasarımı | Hızlı devreye alma, merkezi izleme | Abonelik maliyeti; özel senaryolarda esneklik sınırı |
| Olay tabanlı (mesaj kuyruğu) | Sistemler olay yayınlar, kuyruk dağıtır | Gevşek bağlılık, yüksek hacme dayanıklılık | Kurulum ve işletme uzmanlığı gerektirir |
Seçim üç soruya göre yapılır: kaç sistem birbirine bağlanacak, günlük veri hacmi ne kadar ve entegrasyonu içeride işletecek teknik kapasiteniz var mı? İki sistemli, orta hacimli bir kurguda noktadan noktaya bağlantı yeterliyken; e-ticaret, kargo ve pazaryerlerinin de eklendiği bir mimaride olay tabanlı yapı uzun vadede daha az kırılgandır.
Türkiye pratiği: yerel ERP ve e-belge süreçleri
Türkiye'de KOBİ ve orta ölçekte Logo, Mikro ve Netsis gibi yerel ERP ailelerinin yaygın olması, entegrasyon kurgusuna iki yerel katman ekler. Birincisi e-belge süreçleridir: e-fatura, e-arşiv ve e-irsaliye akışları Gelir İdaresi Başkanlığı düzenlemelerine tabidir; CRM'den düşen siparişin ERP'de doğru cari, doğru KDV ve doğru belge tipiyle eşleşmesi gerekir. İkincisi cari hesap disiplinidir: CRM tarafında serbest metinle açılmış bir müşteri kaydının ERP'de muhasebe standardına uygun cari karta dönüşmesi için unvan, vergi dairesi ve adres alanlarının doğrulanarak eşleştirilmesi şarttır. Bu iki katman baştan planlanmazsa entegrasyon, canlıya geçtikten sonra muhasebe ekibinin düzeltme yaptığı yarı-manuel bir sürece dönüşür.
Temsili proje kapsamı
Aşağıdaki kapsam temsilidir; tamamlanmış bir müşteri projesini değil, tipik bir CRM-ERP entegrasyon işinin yapı taşlarını gösterir. Şartname hazırlarken kalem kalem karşılaştırma yapmanız için paylaşıyoruz:
- Keşif: süreç haritası, veri envanteri ve mevcut sistemlerin API/konnektör olanaklarının doğrulanması.
- Alan eşleştirme sözlüğü: her veri türü için kaynak, hedef, dönüşüm kuralı ve sahiplik tablosu.
- Tek doğru kaynak (system of record) kararlarının yazılı hâle getirilmesi.
- Entegrasyon katmanının geliştirilmesi: API bağlantıları, dönüşümler, tetikleyiciler.
- Hata yönetimi: yeniden deneme, ölü mesaj kuyruğu, uyarı bildirimleri.
- Test: birim testleri ve satıştan faturaya uçtan uca senaryo testleri.
- Paralel çalışma dönemi: eski akışla yeni akışın karşılaştırmalı doğrulanması.
- Canlıya geçiş, izleme panosu ve operasyon ekibine devir (dokümantasyon dahil).
Seçimde nelere bakmalı?
- Mevcut CRM ve ERP'nizin açık API veya desteklenen konnektöre sahip olması.
- Alan eşleştirme, çakışma kuralları ve hata durumunda yeniden deneme mantığının şeffaflığı.
- Veri sahipliği, günlük kayıt (log) ve denetim izi; KVKK 6698 açısından işleyiş.
- Ölçeklenebilirlik ve sistem sürüm yükseltmelerinde entegrasyonun bozulmaması.
Şartname / RFP kontrol listesi
Teklif isterken aşağıdaki başlıkların her birinin yazılı yanıtlanmasını şart koşun; cevabı belirsiz kalan her madde, canlıya geçişten sonra ek maliyet olarak geri döner:
- Kapsamdaki veri türlerinin listesi ve her biri için tek doğru kaynak tanımı.
- Akış yönleri, tetikleyiciler ve senkronizasyon frekansı (anlık / toplu / zamanlanmış).
- Alan eşleştirme tablosunun teslim edilecek resmi bir doküman olması.
- Çakışma çözüm kuralları ve mükerrer işlemeyi önleyen idempotency garantisi.
- Hata yönetimi: yeniden deneme politikası, ölü mesaj kuyruğu, uyarı mekanizması.
- Log, denetim izi ve KVKK 6698 uyumunun (aktarım amacı, minimizasyon, erişim kaydı) tarifi.
- Performans hedefleri: kabul edilebilir gecikme ve saatlik/günlük kayıt hacmi.
- CRM veya ERP sürüm yükseltmesinde entegrasyonun bozulmayacağına dair yaklaşım.
- Test kapsamı, kabul kriterleri ve paralel çalışma planı.
- İzleme panosu, operasyon devri ve dokümantasyon teslimi.
- Entegrasyon kodunun kaynak koduyla birlikte tarafınıza teslim edilip edilmeyeceği.
- Devreye alma sonrası destek modeli ve müdahale süreleri (SLA).
Entegrasyonu, satış ve müşteri yönetiminin bütünüyle birlikte ele almak istiyorsanız kurumsal CRM & satış yönetimi çözümü sayfasında kapsamı ve şartname kriterlerini bulabilirsiniz.
Merak edilenler
CRM-ERP entegrasyonu ne kadar sürer?
Süre; entegre edilecek veri türü sayısına, iki sistemin API olgunluğuna ve mevcut verinin temizliğine bağlıdır. Yalnızca cari kart ve sipariş akışını kapsayan dar bir kurgu ile stok, fiyat, fatura ve tahsilatı da içeren çift yönlü bir kurgu arasında ciddi fark vardır. Sağlıklı yaklaşım, keşif aşamasında veri envanteri ve alan eşleştirme taslağı çıkarıldıktan sonra takvimin netleştirilmesidir; keşif yapılmadan verilen süre taahhütleri genellikle tutmaz.
ERP'miz eski sürüm ve API'si yok; entegrasyon yine de mümkün mü?
Çoğu durumda evet. Açık API yoksa veritabanı görünümleri (view), ara tablolar, zamanlanmış dosya aktarımı (CSV/XML) veya üreticinin sağladığı konnektörler üzerinden entegrasyon kurulabilir. Ancak bu yöntemlerin her birinin gecikme, hata yönetimi ve sürüm yükseltme dayanıklılığı açısından farklı sınırları vardır. Keşifte hangi yöntemin sizin sürümünüzde desteklendiği doğrulanmalı; uzun vadede API destekli bir sürüme geçiş planı da yol haritasına eklenmelidir.
Çift yönlü senkronizasyonda veri çakışması nasıl önlenir?
Temel kural, her alan için tek doğru kaynağın (system of record) baştan tanımlanmasıdır: örneğin vergi numarası ERP'den, iletişim tercihi CRM'den yönetilir. Bunun üzerine zaman damgası karşılaştırması, alan bazlı sahiplik, aynı kaydın iki kez işlenmesini önleyen idempotency anahtarları ve çakışan güncellemeleri insan onayına düşüren kuyruk mekanizması eklenir. Çakışma kuralları şartnamede yazılı olmalı, canlıya geçmeden önce senaryo testleriyle doğrulanmalıdır.
Entegrasyon KVKK açısından ne gerektirir?
CRM ve ERP arasında akan müşteri verisi kişisel veri niteliğindedir; bu nedenle 6698 sayılı KVKK kapsamında işleme amacının belirli olması, aktarılan alanların amaçla sınırlı tutulması (veri minimizasyonu) ve erişimlerin loglanması gerekir. Entegrasyon katmanında kimin hangi veriye eriştiğini gösteren denetim izi, saklama sürelerinin iki sistemde tutarlı uygulanması ve silme taleplerinin her iki tarafa da yansıtılması şartnameye yazılması gereken başlıklardır.
CRM ve ERP'nizi birbirine bağlayalım.
Mevcut sistemlerinizi, veri akışınızı ve tek doğru kaynak ihtiyacınızı dinleyip; entegrasyonun kapsamını, alan eşleştirmeyi ve uyum başlıklarını planlayalım.
Talep Oluştur