İki sistemin birlikte çalıştığı her kurulumda aynı soru er ya da geç sorulur: bu kaydı hangi tarafta açacağız? Cevap baştan verilmediğinde, aynı müşteri iki yerde farklı bilgilerle oluşur.
Ardından hangi bilginin doğru olduğu tartışılmaya başlar ve entegrasyon güven kaybeder. Ekip, sisteme güvenmek yerine telefonla teyit almaya döner.
Bu yazıda Piconn ile birlikte çalışan bir kurulumda kayıt sahipliğini, eşleme tanımlarını, senkron sıklığını ve doğrulama yöntemlerini anlattık.
İçindekiler
Birlikte çalışma modeli
EQLEM bir çözüm platformudur ve mevcut ERP sisteminizin yerini almayı hedeflemez. Kurulan yapıda iki sistem birlikte çalışır ve her biri güçlü olduğu alanda kalır.
Mevcut sistem mali ve muhasebe tarafını yürütmeye devam eder. Bu alandaki alışkanlıklar ve geçmiş veri olduğu gibi korunur.
Platform ise saha, mobil, müşteri ilişkileri ve operasyonel süreçlerde devreye girer. Bu alanlar genellikle mevcut sistemin kapsamı dışındadır.
İki taraf arasındaki senkron, aynı bilginin iki kez girilmesini ortadan kaldırır. Kazanç hem zamandan hem hata azalmasından gelir.
Bu model, sistem değiştirme riskini almadan yeni yetenek kazandırdığı için çoğu işletmede tercih edilir.
Kayıt sahipliği kararı
Kayıt sahipliği, hangi verinin hangi sistemde doğacağını belirleyen karardır ve entegrasyonun temelidir. Teknik bir konu gibi görünse de aslında yönetimsel bir tercihtir.
Her veri türü için tek bir sahip belirlenmelidir. İkinci sistem o veriyi yalnızca okur ve üzerinde değişiklik yapmaz.
Bu kural gevşetildiğinde çakışmalar başlar ve hangi bilginin geçerli olduğu belirsizleşir. Belirsizlik, sisteme duyulan güveni hızla tüketir.
Sahiplik kararı veri türü bazında verilmelidir; cari, stok, sipariş ve fatura ayrı ayrı değerlendirilir.
Kararların yazılı bir tabloda tutulması, ekip değişikliklerinde bilginin kaybolmasını önler.
Senkron kapsamı
Her veri türünün aktarılması gerekmez ve kapsamın dar tutulması güçlü şekilde önerilir. Her ek veri türü, kalıcı bir bakım yükü getirir.
Cari kartlar neredeyse her kurulumda paylaşılır; müşteri bilgisi iki tarafta da gereklidir.
Stok kartları ve bakiyeleri de yaygın olarak aktarılır. Saha ekibinin doğru bilgiyle sipariş alması buna bağlıdır.
Belge aktarımı ise en yüksek getiriyi sağlayan akıştır; çift veri girişini asıl bitiren adımdır.
Kapsam kademeli genişletilmelidir; her adımın oturması beklenmelidir.
Eşleme anahtarı seçimi
İki sistemdeki kayıtların birbirine bağlanması için bir anahtar alan seçilmelidir. Bu seçim, eşlemenin güvenilirliğini doğrudan belirler.
En sağlıklı yöntem, ortak bir kod yapısı kullanmaktır. Aynı kodu iki tarafta da kullanmak, eşleme tablosu ihtiyacını neredeyse ortadan kaldırır.
Ortak kod mümkün değilse eşleme tablosu tutulur ve her kart için karşılık tanımlanır. Bu tablo düzenli bakım gerektirir.
Cari kartlarda vergi numarası güvenilir bir anahtardır; ancak her kayıtta dolu olmayabilir.
İsim benzerliğine dayalı eşleme kesinlikle kullanılmamalıdır; yanlış eşleşme, düzeltilmesi çok zor veri sorunları üretir.
Alan bazlı eşleme
Kayıtlar eşleştikten sonra, hangi alanın hangi alana karşılık geldiği tanımlanmalıdır. Bu tanım göründüğünden daha fazla ayrıntı içerir.
Birim tanımları en sık hata üreten alandır; farklı birimler tutarları bin kat sapıtabilir.
Vergi oranları ve döviz kodları da eşlenmelidir. Bu eşlemelerdeki hata doğrudan mali sonuç doğurur.
Depo ve şube karşılıkları tanımlanmadığında ise stok yanlış yere yazılır ve fark sonradan aranır.
Zorunlu alanların iki tarafta da dolu olması gerekir; eksik alan, aktarımı durdurur.
Senkron sıklığı
Senkron sıklığı veri türüne göre farklılaştırılmalıdır; her şeyin anlık olması ne gerekli ne verimlidir.
Stok bakiyeleri en sık güncellenmesi gereken veridir. Eski bakiye, sahada yanlış söz verilmesine yol açar.
Cari kartlar ise daha seyrek aktarılabilir; yeni müşteri her dakika eklenmez.
Belgeler genellikle oluşturulduklarında veya gün içinde belirli aralıklarla gönderilir.
Sıklık arttıkça sistem yükü de artar; denge kurulum sırasında hacme göre belirlenir.
Çatışma çözümü
Aynı kaydın iki tarafta birden değişmesi durumunda ne olacağı önceden tanımlanmalıdır. Bu kural yoksa veri sessizce bozulur.
En basit çözüm, sahip sistemin her zaman kazanmasıdır. Diğer taraftaki değişiklik geçersiz sayılır ve üzerine yazılır.
Alan bazlı sahiplik de kurgulanabilir; adres bir sistemden, risk limiti diğerinden yönetilir.
Çatışmaların kaydedilmesi önemlidir; sık çatışma, sahiplik kurgusunun yanlış olduğunu gösterir.
Ayrıntısını senkron çatışması ve çözümü yazısında ele aldık.
Doğrulama ve mutabakat
Entegrasyonun çalıştığını varsaymak yerine düzenli olarak doğrulamak gerekir. Sessiz hatalar en pahalı hatalardır.
En pratik yöntem, kayıt sayılarının karşılaştırılmasıdır. İki taraftaki cari ve stok kartı sayısı tutmalıdır.
Bakiye mutabakatı da dönemsel yapılmalıdır; küçük farklar zamanla büyür.
Belge sayılarının kontrolü, aktarılamayan kayıtları ortaya çıkarır. Bu kontrol günlük yapılabilir.
Fark bulunduğunda kaynağı araştırılmalı ve kök neden düzeltilmelidir; elle düzeltme kalıcı çözüm değildir.
Kurulum adımları
Kurulum, mevcut sistemin yapılandırmasının ve veri kalitesinin incelenmesiyle başlar. Kirli veri, entegrasyonu baştan zorlaştırır.
İkinci adımda sahiplik ve akış yönü kararları verilir ve tabloya işlenir.
Üçüncü adımda eşleme anahtarı belirlenir ve gerekiyorsa kod yapısı düzeltilir.
Dördüncü adımda az sayıda kayıtla test yapılır ve sonuçlar iki tarafta karşılaştırılır.
Son adımda kapsam kademeli genişletilir ve mutabakat rutini kurulur.
Dikkat edilecek noktalar
Sahiplik kararının belirsiz bırakılması, en yaygın ve en maliyetli hatadır. Teknik sorunların çoğu bu belirsizlikten doğar.
İsim benzerliğine dayalı eşleme de ciddi risk taşır ve kullanılmamalıdır.
Mutabakat rutininin kurulmaması, sessiz hataların birikmesine yol açar.
Kapsamın aynı anda tamamen açılması ise sorunların kaynağını ayırt etmeyi imkânsız kılar.
Kapsam ve sürüm uyumu her kurulumda ayrıca doğrulanmalıdır; sistem senkronu kurgusu buna göre planlanır.
Sık sorulanlar
Mevcut sistemimiz yerinde kalır mı?
Kalır; EQLEM mevcut ERP sisteminizin yanında çalışır ve mali kayıt düzenine dokunmaz.
Ortak kod yapısı zorunlu mu?
Zorunlu değildir; ancak eşleme bakımını belirgin şekilde azalttığı için güçlü şekilde önerilir.
Mutabakat ne sıklıkta yapılmalı?
Belge sayıları günlük, bakiyeler ise dönemsel kontrol edilmelidir; hacme göre sıklık artırılabilir.
Çift veri girişi tamamen biter mi?
Kapsam doğru kurulduğunda büyük ölçüde biter; çift veri girişi yazısına bakın.
İki sistemin birlikte çalıştığı kurulumlarda başarıyı belirleyen şey teknoloji değil, baştan verilen kararlar. Sahiplik netse entegrasyon sessizce çalışıyor.
Her veri türü için tek bir sahip belirleyin ve bunu yazılı tabloya işleyin; ekip değiştiğinde bu tablo tek başvuru kaynağı oluyor.
Ortak kod yapısı kurmaya çalışın; eşleme tablosuna duyulan ihtiyacı ve bakım yükünü büyük ölçüde ortadan kaldırıyor.
Mutabakat rutinini de kurulumun parçası sayın; çalıştığı varsayılan ama doğrulanmayan entegrasyonlar en pahalı sürprizleri üretiyor.
Kapsamı kademeli açın; hepsini aynı anda devreye almak, sorunun hangi akıştan geldiğini anlaşılmaz kılıyor.
EQLEM ekibiyle görüşerek senkron kurgunuzu planlayabilirsiniz.