Muhasebe cari adresini güncellerken saha ekibi aynı kartta telefon değiştirmiş ve senkron ikisini de ezmeye çalışıyor. İki tarafın aynı anda yazdığı kayıt, entegrasyonun en sinir bozucu anıdır.
Çatışma kaçınılmazdır; önemli olan kuralın peşinen yazılması ve görünür çözülmesidir. Bu yazıda öncelik, son yazan ve manuel kuyruk yaklaşımlarını anlattık.
EQLEM bir çözüm platformudur; mevcut ERP sisteminizle birlikte çalışırken alan sahipliğiyle çatışmayı azaltır, yok etmez.
İçindekiler
Çatışma nedir?
Çatışma, aynı kaydın iki sistemde farklı değerlerle değişmesi ve senkronun hangisini yazacağını bilememesidir. Bu durum sessiz ezme veya kuyrukta bekleme üretir.
Çatışma her zaman hata değildir; iş gerçeği iki tarafta da değişmiş olabilir. Asıl sorun, kuralın tanımsız olmasıdır.
Alan düzeyinde çatışma ile kayıt düzeyinde çatışma ayrılmalıdır. Telefon değişirken adres aynı kalabilir.
Zaman damgası olmadan çatışma çözülemez; hangi değişikliğin daha yeni olduğu bilinmez. Saat senkronu da şarttır.
Planlamayı ERP senkron planı yazısında kurduk.
Neden oluşur?
Çift yönlü açık alanlar en sık nedendir; iki taraf da yazabiliyorsa çatışma istatistiksel olarak kaçınılmazdır. Dar yazma hakkı çatışmayı azaltır.
Gecikmeli senkron da üretir; eski değer yeni değeri ezer. Sıklık ve sıra önemli hale gelir.
Manuel düzeltmeler entegrasyon dışında yapılırsa sistem farkı büyütür. Tek kanal disiplini gerekir.
Eşleme hataları yanlış kayda yazmaya yol açar; bu da sahte çatışma gibi görünür. Önce eşlemeyi doğrulayın.
Çift veri girişi alışkanlığı devam ederse çatışma artar; çift girişin bitişi burayı destekler.
Alan sahipliği
En güvenli yöntem, her alanı tek sistemin yazmasına izin vermektir. Diğer taraf alanı salt okunur görür.
Vergi kimliği mevcut ERP’de, teslimat notu platformda gibi bölünme yaygındır. İş ihtiyacına göre ayrılır.
Sahiplik matrisi yazılı ve güncel tutulmalıdır; yeni alan eklendiğinde matris güncellenir. Unutulan alan çatışma üretir.
Kullanıcı arayüzünde salt okunur alanlar gri gösterilirse yanlış güncelleme azalır. Eğitim tek başına yetmez.
Sahiplik ihlali denemeleri loglanır; tekrarlayan ihlal süreç sorunudur. Log olmadan eğitim ihtiyacı görünmez.
Öncelik kuralları
Sistem önceliği tanımlanabilir; örneğin mali alanlarda mevcut ERP her zaman kazanır. Bu kural basit ve anlaşılırdır.
Rol önceliği de mümkündür; onaylı muhasebe kullanıcısı saha güncellemesini ezer. Yetki modeli net olmalıdır.
Belge türüne göre öncelik değişebilir; fatura kaydı sipariş notundan üstündür. Tür matrisi gerekir.
Öncelik kuralı müşteriye de açıklanabilir; şeffaflık tartışmayı kısaltır. Gizli kural güven bozar.
Kural değişince geçmiş çatışmalar yeniden oynatılmamalı; yalnızca ileriye uygulanır. Geriye dönük yeniden yazma veri kaybettirebilir.
Son yazan kazanır
Zaman damgası yeni olan değer kazanır; uygulama basittir ama risklidir. Yanlış saatli sistem yanlış kazanan üretir.
Bu yöntem düşük kritik alanlarda işe yarar; telefon ve not gibi. Vergi ve bakiye için uygun değildir.
Saatlerin NTP ile hizalanması şarttır; aksi halde son yazan yanılsaması oluşur. Altyapı burada işe karışır.
Kazanan değer logda eski değeriyle birlikte saklanmalıdır. Denetimde iz sürülebilir.
Sık çatışan alanda son yazan yerine sahiplik tercih edilmelidir. İstatistik yüksekse kuralı değiştirin, daha sık ezmeyin.
Manuel çözüm kuyruğu
Kritik alanlarda otomatik ezme yerine insan kararı istenir. Kuyruk, iki değeri yan yana gösterir.
Sorumlu rol atanmalı; herkese açık kuyruk kimsenin işi olur. SLA’sız kuyruk şişer.
Karar gerekçesi zorunlu tutulursa tekrarlayan hatalar öğrenilir. Boş onay eğitimsiz bırakır.
Kuyruk yaşı izlenmeli; bir günden eski kayıt alarm üretmelidir. Eski çatışma işi bozar.
Hata izleme düzenini entegrasyon hataları yazısında anlattık.
Önleme yöntemleri
Yazma hakkını daraltmak en etkili önlemdir; okuma ucuz, yazma pahalıdır. Her alanı açmayın.
Değişiklik anahtarı veya versiyon numarası kullanmak çakışmayı erken yakalar. Eski sürüm üzerine yazmayı reddeder.
Kullanıcı eğitimine sahiplik kurallarını ekleyin; arayüz engeli yetmez. Alışkanlık da değişmelidir.
Logo ve Mikro rehberlerinde akış yönünü dar tutmayı önerdik; aynı ilke burada geçerlidir.
Pilot dönemde çatışma sayısını ölçün; yüksekse sahipliği yeniden çizin. Ölçümsüz pilot gerçek riski gizler.
İzleme ve alarm
Çatışma sayısı günlük dashboard’da görünmelidir; ani artış eşleme veya eğitim sorunudur. Görünmeyen metrik yönetilemez.
Alan bazlı ısı haritası hangi alanın sorunlu olduğunu gösterir. Orada sahipliği sertleştirin.
Alarmlar yalnızca ilgili entegrasyon sorumlusuna gitmelidir. Bildirim yönetimi gürültüyü keser.
Aylık özet yönetime gider; operasyon detayı ekipte kalır. Aynı rapor herkese gitmesin.
On-prem bağlantı kopukluğu da çatışma gibi görünebilir; önce bağlantıyı kontrol edin.
Sık görülen senaryolar
Cari adres çatışmasında mali adres ERP’de, sevkiyat adresi platformda ayrılmalıdır. Tek adres alanı yetmez.
Stok açıklaması iki tarafta düzenlenirse ürün kartı bozulur; açıklama tek sahibe bağlanır. Kod asla çift yazılmaz.
Sipariş satırı platformda, fatura satırı ERP’de doğar; geri yazma sınırlı tutulur. Belge çatışması pahalıdır.
Logo ve Mikro yazılarında yön örnekleri vardır.
Bakiye alanı asla çift yazılmamalı; salt okunur kopya yeterlidir.
Dikkat edilecek noktalar
Kuralı canlıda keşfetmeyin; çatışma politikası planın parçasıdır. Sonradan yazılan kural veri kaybettirir.
Her alanı son yazan kazanır yapmayın; kritik mali alanlar zarar görür. Alan ayrımı şarttır.
EQLEM’i ERP yerine koymayın; sahiplik mevcut sistemle platform arasında bilinçli bölünür.
Manuel kuyruğu sahipsiz bırakmayın; biriken kararlar operasyonu kilitler.
Saat senkronunu ihmal etmeyin; yanlış zaman damgası yanlış kazanan üretir.
Sık sorulanlar
Çatışmayı tamamen önlemek mümkün mü?
Tamamen önlemek zordur; alan sahipliğiyle büyük ölçüde azaltılır. Kalanı kural ve kuyrukla yönetilir.
Son yazan her yerde kullanılabilir mi?
Kullanılmamalıdır; düşük kritik alanlara sınırlı kalmalıdır. Mali alanlarda sahiplik veya manuel karar tercih edilir.
EQLEM mevcut ERP’nin yerini alır mı?
Almaz; çözüm platformu olarak yanında çalışır ve senkron kurallarıyla veri tutarlılığını destekler.
Kuyruk ne kadar sürede boşalmalı?
Kritik kayıtlar aynı gün; diğerleri bir iş günü içinde. Daha uzun süre alarm üretmelidir.
Çatışma, tanımsız çift yazımdan doğar; çözüm ise sahiplik ve açık kurallardan. Sessiz ezme en pahalı yoldur.
Alanları tek sahibe bağlayın ve kritiklerde manuel kuyruk kullanın. Son yazanı her yere yaymayın.
Çatışma metriklerini günlük izleyin; ani artış süreç veya eşleme sorunudur. Alarmı doğru kişiye gönderin.
Saatleri hizalayın ve kararları loglayın; denetimde iz sürülebilir olmalıdır.
Planlama aşamasında çatışma politikasını yazın; canlıda keşfetmek veri kaybettirir.
EQLEM ekibiyle görüşerek senkron çatışma kurallarınızı netleştirebilirsiniz.

