ERP Entegrasyonunda Çift Yönlü Senkron Ne Demektir?

Entegrasyon konuşmalarındaki en yaygın yanlış anlama, iki sistemin birbirine bağlanmış olmasının verinin iki yöne de aktığı anlamına geldiğinin sanılmasıdır. Pek çok kurulumda bağlantı vardır ama tek yönlüdür: ERP portala veri basar, portal ERP'ye hiçbir şey söylemez.

Bu ayrım teknik bir ayrıntı değil; günlük operasyonun neye benzeyeceğini belirleyen ana karardır.

Tek yönlü kurulumun sessiz maliyeti

Portal siparişi alır, birisi o siparişi PDF olarak indirir ve ERP'ye elle girer. Sipariş kanalı dijitalleşmiş görünür; oysa veri girişi yalnızca yer değiştirmiştir, üstelik artık iki ayrı yerde iki ayrı sipariş numarası vardır. Bir satır düzeltildiğinde hangisinin doğru olduğu tartışmalıdır ve bu tartışma her zaman sevkiyat anında çıkar.

ERP'den portala akanlar

Ürün kartları ve teknik nitelikler, fiyat listeleri ve iskonto tanımları, stok miktarı, cari bakiye ve açık faturalar, sevkiyat ve fatura durumu. Bu alanların ortak özelliği, doğrularının ERP'de üretiliyor olmasıdır. Portal bunları gösterir; hesaplamaz, düzeltmez, kendi sürümünü tutmaz. Bu kural bir kısıt gibi görünür ama asıl işlevi koruyucudur: portalda yapılan iyi niyetli bir düzeltme, ERP'deki kaydı geçersiz kılmadığı sürece iki sistemin ayrışmasına yol açmaz.

Portaldan ERP'ye akanlar

Sipariş başlığı ve satırları, bayinin sanal POS üzerinden yaptığı tahsilat kaydı, teklif yönetimi üzerinden onaylanan teklifler ve bayi kullanıcı taleplerinin sonucu. Bu tarafta kritik olan, kaydın ERP'ye siparişin verildiği anda ve tam olarak bir kez gitmesidir.

Çakışma olduğunda kim haklı

Her alan için tek bir sahip belirlenmelidir. Fiyatın sahibi ERP ise, portalda elle girilmiş bir fiyat bir sonraki senkronda geçersiz olur ve bu beklenen davranıştır. Sahiplik yazılı değilse iki sistem sırayla birbirinin üzerine yazar; sonuç veri kaybı değil, daha kötüsü, kimsenin fark etmediği sessiz bir sapmadır.

Gecikme bütçesi

Senkronun sıklığı çoğu zaman en son konuşulan, oysa en çok tartışma çıkaran başlıktır. "Anlık" bir gereklilik değil, bir maliyettir. Stok miktarı dakikalar mertebesinde tazelenmelidir; ürün açıklaması günde bir kez yeterlidir; cari bakiye ile tahsilat arasındaki gecikme ise bayinin sipariş verebilmesini doğrudan etkilediği için kısa tutulmalıdır. Her alan için ayrı bir gecikme bütçesi belirlemek, tek bir "her şey anlık olsun" kararından hem ucuz hem sağlıklıdır.

Bağlantı koptuğunda

ERP bakıma alındığında ya da hat düştüğünde portalın da durması gerekmez. Giden kayıtlar kuyrukta bekler, bağlantı döndüğünde sırayla işlenir; aynı kaydın iki kez işlenmemesi için her mesajın tekil bir kimliği olur. Bir de kimsenin atlamaması gereken parça var: gün sonunda iki taraftaki sipariş ve tahsilat sayılarını karşılaştıran bir mutabakat raporu. Kuyruk mekanizması hatayı önler, mutabakat raporu ise önlenemeyeni görünür kılar.

Sormanız gereken tek soru

Bir entegrasyon teklifini değerlendirirken en ayırt edici soru şudur: hangi alan hangi yöne akıyor, ne sıklıkla akıyor ve çakışma halinde hangi taraf kazanıyor? Bu üç sorunun cevabı bir tabloya sığmıyorsa, entegrasyon henüz tasarlanmamış demektir.