İki sistem, ayrı defterler değil tek akış.
ERP ve CRM entegrasyonu; satıştan üretime, stoktan faturaya kesintisiz bir veri akışı kurar. Amaç, aynı müşteriyi ve aynı siparişi iki ayrı sistemde iki kez yönetmeyi bitirmektir.
Silolar veriyi değil, kararı yavaşlatır.
CRM müşteriyi ve satış sürecini, ERP ise siparişi, üretimi ve mali kaydı tutar. Bu iki sistem birbiriyle konuşmadığında aynı bilgi iki kez girilir, veriler zamanla ayrışır ve “gerçek rakam hangisi?” sorusu kronikleşir. Entegrasyon tam olarak bu kopukluğu ortadan kaldırır.
Doğru kurgulandığında CRM'de kapanan bir fırsat, ERP tarafında sipariş ve üretim planına dönüşür; stok ve fiyat değişiklikleri her iki tarafta senkron kalır. Böylece satış, üretim ve finans aynı veriyle aynı anda çalışır.
Entegrasyonun kapsadığı başlıklar
Otomatik veri akışı
CRM’de oluşan sipariş, ERP tarafında üretim ve faturaya elle giriş olmadan aktarılır.
Gerçek zamanlı senkronizasyon
Stok, fiyat ve müşteri verileri iki sistemde tutarlı ve güncel kalır.
Tek müşteri kaydı
Aynı müşteri, CRM ve ERP’de tek kimlikle temsil edilir; çift kayıt ve çelişki önlenir.
Bütünleşik görünüm
Satış, finans ve üretim verisinin aynı ekranda okunmasıyla daha hızlı karar.
Satış–planlama bağı
CRM tarafındaki satış beklentisi, ERP üretim ve stok planlamasına doğrudan girdi olur.
Veri bütünlüğü
Tek doğru kaynak ilkesiyle mükerrer kayıt ve tutarsızlıkların önüne geçilir.
Entegrasyonun ağırlık merkezi ERP tarafındadır
Satış tarafındaki her hareketin nihai karşılığı sipariş, üretim, stok ve fatura olarak ERP'de oluşur. Bu yüzden sağlıklı bir ERP–CRM entegrasyonu, önce ERP tarafındaki mali muhasebe ve süreç kurgusunun düzgün oturmuş olmasını gerektirir; entegrasyon bu sağlam çekirdeğin üzerine kurulur.
ERP çekirdeğini ve mali muhasebe tarafını ele aldığımız ERP · SAP · Logo mali muhasebe çözümü sayfası, entegrasyonun bağlanacağı temeli anlatıyor.
Veri siloları istisna değil, kural hâline geldi
MuleSoft’un 1.050’den fazla BT yöneticisiyle yürüttüğü 2025 Connectivity Benchmark Raporu’na göre kurumlar ortalama 897 ayrı uygulama kullanıyor ve kuruluşların %90’ı veri silolarının iş süreçlerinde engel yarattığını söylüyor. ERP ile CRM, bu silo probleminin en pahalı örneğidir: iki sistem de müşteri ve sipariş verisi tutar, ama birbirinden habersiz çalıştıklarında satış ekibi eski stokla teklif verir, finans geç öğrenir, yönetim iki farklı rakama bakar.
Türkiye tablosu da entegrasyon ihtiyacının büyüyeceğini gösteriyor: TÜİK’in Girişimlerde Bilişim Teknolojileri Kullanım Araştırması (2025)’na göre 10 ve üzeri çalışanlı girişimlerin %28,3’ü ERP, %14,5’i CRM kullanıyor; 250 ve üzeri çalışanlı girişimlerde ERP kullanımı %76,5’e ulaşıyor. Her iki sistemi de kullanan kurum sayısı arttıkça, bu iki sistemin birbirine bağlanması ayrı bir proje değil, kurulumun doğal parçası olarak planlanmalıdır.
Hangi veri hangi yönde akmalı?
Sağlıklı bir entegrasyonun ilk adımı, her veri nesnesi için akış yönünü ve sahiplik kuralını yazmaktır. Aşağıdaki harita, ERP–CRM projelerinde en sık kurulan akışları ve her birinin temel kuralını gösterir:
Nokta-nokta mı, ara katman mı, olay tabanlı mı?
Entegrasyon mimarisi, bugünkü uç sayısına ve yarınki büyüme planına göre seçilir. Üç yaygın yaklaşımın güçlü ve zayıf yönleri şöyle özetlenebilir:
| Kriter | Nokta-nokta (API) | Ara katman / iPaaS | Olay tabanlı (event-driven) |
|---|---|---|---|
| Kurulum hızı | Yüksek | Orta | Orta-düşük |
| Bakım yükü | Uç sayısıyla katlanır | Merkezî, öngörülebilir | Merkezî, uzmanlık ister |
| Gecikme | Düşük | Orta | Çok düşük (anlık olay) |
| Uygun senaryo | 2 uç, sınırlı nesne | 3+ uç, çok nesne | Yüksek hacim, anlık stok/sipariş |
Karar tek seferlik değildir: iki uçla nokta-nokta başlayıp, eşleme ve dönüşüm mantığını tek modülde tutarak büyüdükçe ara katmana geçmek, en düşük riskli yoldur. Önemli olan mimariyi değil, veri sahipliği kurallarını sabit tutmaktır.
Entegrasyon şartnamesinde yazması gerekenler
Entegrasyon projelerinde anlaşmazlıkların çoğu, kapsamın “iki sistemi bağlayın” düzeyinde bırakılmasından doğar. Aşağıdaki maddeler kapsamı ölçülebilir hâle getirir:
- Entegrasyonun kapsadığı veri nesneleri (müşteri, sipariş, stok, fiyat, fatura, tahsilat) tek tek listelenmeli.
- Her nesne için akış yönü, tetikleyici olay ve senkronizasyon sıklığı (gerçek zamanlı / dakikalık / günlük) yazılmalı.
- Alan bazında “kaynak sistem” (system of record) tanımı yapılmalı; çakışmada hangi sistemin kazanacağı belirlenmeli.
- Mükerrer kayıt eşleme stratejisi (vergi no, e-posta, telefon normalizasyonu) ve ilk yükleme (initial load) planı istenmelidir.
- Hata yönetimi: başarısız aktarım kuyruğu, yeniden deneme politikası ve uyarı mekanizması şart koşulmalı.
- API kimlik doğrulaması, yetki kapsamları ve KVKK uyumlu veri maskeleme gereksinimleri tanımlanmalı.
- Entegrasyon logları ve izlenebilirlik: hangi kayıt ne zaman, hangi yönde aktı sorusu yanıtlanabilmeli.
- Performans hedefi: birim zamanda aktarılacak kayıt hacmi ve kabul edilebilir gecikme (latency) ölçülebilir yazılmalı.
- ERP veya CRM sürüm yükseltmelerinde entegrasyonun bakım sorumluluğu ve SLA netleştirilmeli.
- Entegrasyon kodunun/konfigürasyonunun sahipliği ve dokümantasyon teslimi sözleşmeye bağlanmalı.
ERP–CRM entegrasyonu hakkında merak edilenler
ERP–CRM entegrasyonu hangi mimariyle kurulmalı: nokta-nokta mı, ara katman mı?
İki sistem ve sınırlı veri akışı varsa nokta-nokta (doğrudan API) entegrasyon en hızlı ve düşük maliyetli yoldur. Sisteme e-ticaret, pazaryeri, kargo veya muhasebe gibi üçüncü-dördüncü uçlar eklendiğinde nokta-nokta bağlantı sayısı hızla büyür ve bakım yükü katlanır; bu noktada iPaaS veya özel geliştirilmiş bir ara katman (middleware) anlamlı hâle gelir. Pratik kural şudur: bugün iki uç varsa basit başlayın, ama veri eşleme ve dönüşüm mantığını tek modülde toplayın; böylece yarın ara katmana geçiş, yeniden yazım değil taşıma olur.
Senkronizasyon gerçek zamanlı mı olmalı, yoksa zamanlanmış mı?
Veri tipine göre değişir. Sipariş oluşturma ve stok düşümü gibi operasyonel akışlar gerçek zamanlıya yakın (olay tabanlı, webhook) olmalıdır; satış temsilcisinin eski stok bilgisiyle söz vermesi doğrudan iş kaybıdır. Fiyat listesi, müşteri segmenti veya tahsilat durumu gibi görece yavaş değişen veriler için dakikalık-saatlik zamanlanmış senkronizasyon çoğu kurumda yeterlidir ve sistem yükünü azaltır. Doğru tasarım, her veri nesnesi için ayrı sıklık tanımlamaktır; her şeyi gerçek zamanlı yapmak maliyeti artırır, her şeyi geceye bırakmak entegrasyonun amacını boşaltır.
Mükerrer müşteri kayıtları entegrasyonda nasıl temizlenir?
İlk yükleme öncesi bir eşleme çalışması yapılır: vergi numarası, e-posta ve normalize edilmiş telefon gibi güvenilir anahtarlarla iki sistemdeki kayıtlar eşlenir; kalan şüpheli eşleşmeler insan onayına düşer. Sonrasında mükerrerliğin yeniden oluşmaması için iki kural işletilir: yeni kayıt açılırken anahtar alanlarla arama zorunlu tutulur ve kayıt oluşturma yetkisi tek sisteme (genellikle CRM’e) verilir; diğer sistem yalnızca senkronla kayıt alır. Bu disiplin kurulmadan yapılan entegrasyon, mükerrer kayıtları temizlemek yerine iki sisteme birden kopyalar.
Entegrasyon projesi ne kadar sürer, neye bağlıdır?
Süreyi belirleyen üç etken vardır: veri nesnesi sayısı, iki sistemin API olgunluğu ve veri kalitesi. Standart API’leri olan iki sistem arasında sınırlı kapsamlı (müşteri + sipariş + stok) bir entegrasyon haftalar mertebesinde kurulabilirken; özel alanlar, eski sürüm sistemler veya kirli veri işin ağırlığını analiz ve temizlik tarafına kaydırır. Sağlıklı planlama, süreyi uçtan uca tek rakamla değil aşamalarla verir: önce tek yönlü kritik akış canlıya alınır, doğrulama sonrası çift yön ve ek nesneler eklenir. Böylece fayda ilk aşamada görülmeye başlar.
ERP ve CRM tarafınızı birlikte bağlayalım.
Kullandığınız ERP ve CRM sistemlerini dinleyip hangi verilerin hangi yönde akması gerektiğini ve nereden başlanacağını birlikte çıkaralım. Taahhüt yok.
Talep Oluştur