ERP ve CRM Entegrasyonu Nasıl Yapılır?

ERP ve CRM sistemleri aynı müşteriye ait farklı veri parçalarını yönetebilir. CRM satış fırsatı ve müşteri ilişkilerine odaklanırken ERP sipariş, finans, stok ve operasyon verisini yönetebilir.

İki sistem arasında güvenilir entegrasyon kurulmadığında duplicate müşteri, güncel olmayan fiyat veya tutarsız sipariş durumu gibi sorunlar ortaya çıkar.

System of Record Belirleyin

Her veri alanının ana kaynağı tanımlanmalıdır. Örneğin müşteri iletişim bilgisi CRM’de, finansal hesap kodu ERP’de authoritative olabilir.

Customer Matching

Müşterileri yalnız isimle eşleştirmek duplicate kayıt yaratabilir. External ID, vergi numarası veya güvenilir business key kullanılması gerekir.

Veri Mapping

• Müşteri
• Adres
• Ürün
• Sipariş
• Fatura
• Ödeme
• Satış temsilcisi
• Durum kodları

Tek Yönlü mü Çift Yönlü mü?

Her verinin iki sistemde de değiştirilebilmesi conflict riskini artırır. Gerçek ihtiyaç yoksa tek yönlü master-data akışı daha güvenli olabilir.

Real-Time ve Batch Senkronizasyon

Sipariş gibi operasyonel veriler anlık, büyük historical rapor verileri ise batch olarak aktarılabilir.

Conflict Resolution

Aynı kayıt iki sistemde aynı anda değişirse hangi değerin geçerli olacağı belirlenmelidir. Timestamp tek başına her iş kuralı için yeterli olmayabilir.

Integration Log

Her veri transferinin kaynak ID, hedef ID, sonuç ve hata mesajıyla loglanması destek süreçlerini ciddi biçimde kolaylaştırır.

Reconciliation

Entegrasyon başarılı response verse bile dönemsel olarak iki sistemdeki kayıt sayısı veya tutarların karşılaştırılması veri kaybını tespit etmeye yardımcı olur.

Production Ortamında Entegrasyon Kontrol Listesi

ERP ve CRM Entegrasyonu Nasıl Yapılır? konusu production ortamına taşınırken System of Record Belirleyin, Customer Matching ve Veri Mapping yalnız geliştirme aşamasının değil işletim modelinin de parçası olmalıdır. Her entegrasyon için kaynak sistem, hedef sistem, data owner, authentication yöntemi, veri mapping tablosu ve hata sorumlusu açıkça tanımlanmalıdır. Bir endpoint teknik olarak çalışsa bile yanlış ürün, müşteri veya sipariş kaydını güncelliyorsa entegrasyon başarılı kabul edilmemelidir.

Üretim ortamında timeout, rate limit, geçici network kesintisi, duplicate request ve beklenmeyen response gibi senaryolar normal çalışma koşullarının parçası kabul edilmelidir. Retry yalnız geçici hatalara uygulanmalı, tekrar çalıştırılması finansal veya operasyonel yan etki yaratabilecek işlemlerde idempotency kullanılmalıdır. Uzun süren işler queue’ya taşındığında kullanıcı request’i dış servis performansına doğrudan bağımlı olmaktan çıkar; başarısız işler ise kontrollü biçimde yeniden işlenebilir.

Monitoring katmanında yalnız HTTP status code değil business sonucu da izlenmelidir. Örneğin API 200 response üretirken hiçbir sipariş ERP’ye işlenmemiş olabilir. Bu nedenle request count, error rate, P95 latency, retry sayısı, queue backlog ve son başarılı senkronizasyon zamanı gibi teknik metrikler; aktarılan sipariş, stok veya müşteri sayısı gibi iş metrikleriyle birlikte dashboard’a taşınmalıdır. Correlation ID ve structured logging kullanılması incident sırasında tek işlemin farklı servislerdeki izini takip etmeyi kolaylaştırır.

• Authentication ve secret yönetimi
• Veri mapping ve schema validation
• Timeout ve retry politikası
• Idempotency ve duplicate kontrolü
• Rate limit yönetimi
• Structured log ve correlation ID
• Business reconciliation
• Alert ve dashboard

API Sözleşmesi, Failure Mode ve Veri Tutarlılığı

ERP ve CRM Entegrasyonu Nasıl Yapılır? konusu production ortamında uygulanırken yalnız başarılı request-response akışı tasarlanmamalıdır. Özellikle System of Record Belirleyin, Customer Matching ve Veri Mapping için açık bir API sözleşmesi oluşturulmalıdır. Bu sözleşmede zorunlu alanlar, veri tipleri, enum değerleri, authentication yöntemi, timeout sınırı, hata kodları ve breaking change yaklaşımı tanımlanmalıdır. İstemci sistemin hangi response karşısında retry yapacağı, hangi durumda işlemi durduracağı ve hangi hatanın insan müdahalesine taşınacağı önceden belirlenirse entegrasyon davranışı daha öngörülebilir hale gelir.

Failure-mode tasarımında dış servisin tamamen erişilemez olması dışında yavaş response, kısmi veri, duplicate event, yanlış sıra ile gelen event, rate limit ve geçici authentication problemi de hesaba katılmalıdır. Retry uygulanacak işlemlerde exponential backoff ve uygun olduğunda jitter kullanılabilir. Sipariş, ödeme, stok veya müşteri kaydı gibi yan etkili işlemlerde idempotency veya benzersiz business key bulunması aynı isteğin tekrar işlenmesi sonucunda duplicate kayıt oluşma riskini azaltır.

Veri tutarlılığı açısından API response’unun başarılı olması tek başına yeterli değildir. Kaynak ve hedef sistem arasında periyodik reconciliation yapılması; kayıt sayısı, toplam tutar, son senkronizasyon zamanı veya business ID üzerinden uyuşmazlık kontrolü gerçekleştirilmesi gerekir. Structured log, correlation ID ve merkezi error tracking kullanıldığında bir işlemin hangi serviste başarısız olduğu daha hızlı bulunabilir. Bu kontroller entegrasyonu çalışan bir bağlantıdan çıkarıp denetlenebilir ve sürdürülebilir bir operasyon bileşenine dönüştürür.

• Request ve response schema doğrulaması
• Timeout ve retry matrisi
• Idempotency veya benzersiz business key
• Rate limit ve kapasite yönetimi
• Correlation ID ve structured logging
• Kaynak-hedef reconciliation kontrolü
• Breaking change ve versioning politikası

Sıkça Sorulan Sorular

ERP ve CRM doğrudan bağlanmalı mı?

Mümkün olabilir ancak karmaşık yapılarda middleware entegrasyon mantığını merkezi hale getirebilir.

Her veri çift yönlü senkronize edilmeli mi?

Hayır. Her alanın ana kaynağının belirlenmesi conflict riskini azaltır.

ERP entegrasyonu gerçek zamanlı olmak zorunda mı?

Hayır. İş gereksinimine göre real-time veya batch kullanılabilir.

Reconciliation neden önemlidir?

Entegrasyon seviyesinde görünmeyen veri eksikliği veya tutarsızlığını tespit etmeyi sağlar.

İlgili İçerikler

• API-First Geliştirme: Backend’i Ayrıştırmak, Uygulamayı Çoklu Kanal Yapmak
• Gerçek Zamanlı Web: WebSockets, Server-Sent Events ve Stream API
• SEO + İçerik Yapısı için Headless CMS + GraphQL + Schema Best Practices