Orta ölçekli bir imalat firmasında yönetim toplantısı düşünün: satış müdürü elindeki CRM raporundan geçen ayın cirosunu bir rakamla sunarken, muhasebe müdürü ERP’den aldığı özet tabloyu masaya koyuyor ve iki rakam birbirini tutmuyor. Genel müdür hangisine güveneceğini bilemiyor, toplantı rakam tartışmasına dönüşüyor ve asıl karar erteleniyor. Bu sahne, Türkiye’deki pek çok KOBİ’de haftada en az bir kez yaşanıyor. Sorun sistemlerin kalitesiz olması değil; ERP, CRM ve BI’ın birbirinden bağımsız çalışması ve aynı iş kavramını farklı tanımlaması.
ERP, CRM ve BI üçlüsü teoride birbirini tamamlar. ERP sipariş, stok, muhasebe ve üretim gibi operasyonel süreçleri yönetir; CRM müşteri ilişkilerini, teklif ve satış süreçlerini takip eder; BI ise her iki sistemden veri çekerek yöneticilere analitik raporlar sunar. Ancak bu üç sistem aynı şirkette ayrı ayrı kurulduğunda ve aralarında gerçek bir entegrasyon olmadığında, her biri kendi veri adacığını oluşturur. Müşteri kaydı CRM’de bir şekilde, ERP’de başka bir şekilde tutulur; satış siparişi CRM’de onaylandığında ERP’ye otomatik geçmez; BI ise hangi kaynaktan hangi veriyi alacağını bilemediği için çelişkili tablolar üretir.
Bu sorunu çözmenin mimarisi üç temel bileşen üzerine kurulur. Birincisi ortak tanım sözlüğü, yani iş kavramlarının tüm sistemlerde aynı anlamda kullanılmasını sağlayan yazılı bir kural setidir. ‘Net satış’ nedir, ‘aktif müşteri’ hangi kritere göre tanımlanır, ‘stok değeri’ hangi maliyetleme yöntemiyle hesaplanır — bunların her sistemde aynı şekilde tanımlanması gerekir. Bu sözlük olmadan BI katmanı ne kadar gelişmiş olursa olsun, raporlar birbirini tutmaz. İkincisi ana veri köprüsüdür: müşteri, ürün ve tedarikçi gibi temel kayıtların tek bir sistemde oluşturulup diğerlerine aktarılması. Pratikte bu genellikle ERP’nin ana veri kaynağı olarak belirlenmesi ve CRM’nin müşteri kayıtlarını buradan alması anlamına gelir. Üçüncüsü ise tek raporlama katmanıdır; BI aracının hem ERP hem CRM verilerini tanımlanmış kurallarla birleştirerek tek bir doğru üretmesi.
Ana veri köprüsünün kurulması bu mimarinin en kritik adımıdır ve çoğu projede en çok dirençle karşılaşılan kısımdır. Satış ekibi CRM’de kendi müşteri listesini yönetmeye alışkındır; muhasebe ERP’deki cari kartları kendi süreçlerine göre açmaktadır. İki tarafı tek bir müşteri kaydı etrafında buluşturmak, teknik bir sorun olduğu kadar organizasyonel bir sorundur. Hangi sistem ana kayıt olacak, yeni müşteri kaydı kim tarafından açılacak, onay süreci nasıl işleyecek — bu soruların yanıtları yazılı prosedüre dönüşmeden teknik entegrasyon havada kalır. Pratikte başarılı projelerde bu kararları bir ‘veri sahibi’ üstlenir: genellikle muhasebe veya IT koordinatörü, her iki sistemdeki kayıtların tutarlılığından sorumlu tutulur.
Tek raporlama katmanının faydası, yöneticilerin sabah toplantısına hangi sistemden rapor alacaklarını tartışmak yerine aynı tabloyu görerek tartışmaya başlamasıdır. Bir distribütör firmasında bu yapı kurulduktan sonra satış müdürünün CRM’den, muhasebenin ERP’den ayrı raporlar alması sona erer; ikisi de BI ekranındaki aynı tabloyu görür. Rakam tartışması biter, asıl analiz başlar: neden bu bölgede satışlar düştü, hangi müşteri segmenti karlılığı baskılıyor, stok devir hızı neden yavaşladı. Yönetim toplantılarının kalitesi bu kadar basit bir mimari değişiklikle belirgin biçimde artar.
Bununla birlikte bu mimarinin kurulması hem zaman hem kaynak ister ve gerçekçi beklenti yönetimi gerektirir. Üç sistemin entegrasyonu çoğu zaman her birinin ayrı ayrı kurulmasından daha uzun sürer; çünkü veri aktarım noktaları, eşleştirme kuralları ve hata yönetimi ayrıca tasarlanmak zorundadır. Dosya bazlı veri aktarımı veya ODBC bağlantısı üzerinden kurulan entegrasyonlarda veri güncelliği de bir sorun olabilir: CRM’deki sipariş ERP’ye ancak gece toplu aktarımla geçiyorsa, gün içi stok durumu CRM’de hatalı görünür. Bu gecikmeyi kabul etmek mi, yoksa daha sık senkronizasyon mı kurgulanacak — bu karar hem teknik kapasiteye hem iş gereksinimlerine göre verilmeli.
ERP, CRM ve BI entegrasyonuna yatırım yapmayı değerlendiren bir KOBİ yöneticisi için en sağlıklı başlangıç noktası teknik değil kavramsal bir çalışmadır: önce hangi iş sorularının cevaplanması gerektiğini, hangi raporların yönetim kararlarını yönlendirdiğini ve bu raporlardaki verilerin bugün neden tutarsız olduğunu yazılı olarak ortaya koymak. Bu analiz yapılmadan yazılım seçimine veya entegrasyon projesine geçilirse, üç sistem entegre edilmiş olur ama ‘hangi rakam doğru’ tartışması farklı bir biçimde devam eder. Mimariyi doğru kurmak, sistemleri satın almaktan daha önce gelir.