Neden doğrudan alan güncellemek güvenli değildir?
Bir e-belge seri/sıra değeri ticari evrakın birden fazla satırında ve kanıtlanmış bağlı kayıtlarda referans edilebilir. Yalnız görünen alanı değiştirmek e-Fatura, stok hareketi, muhasebe evrak referansı veya vade kaydıyla ayrışmaya yol açabilir.
Hedef numara başka bir kayıtta kullanılıyorsa benzersizlik çakışması da oluşabilir. Bu yüzden güvenli yöntem önce kapsamı ve hedefi planlar, çakışmaları güncellemeden önce bulur ve hangi bileşenin gerçekten değişmesi gerektiğini açıklar.
Plan ve önizleme hangi soruları cevaplamalı?
LEXT 4504 önce kontrol planı üretir. Her satırda eski ve hedef e-belge numarası, REV.4.3 sınıfı, mali yıl ve e-Defter koruma durumu, bağlı bileşen ihtiyacı ve nihai karar gösterilir. Engellenen kayıtlar uygulama kapsamına alınmaz.
Plan değişmez bir snapshot ve parmak iziyle izlenir. Excel kontrol manifesti üretilmeden güncelleme açılamaz; manifest insan tarafından okunabilir kanıttır, geri almanın asıl kaynağı ise denetim detayındaki önce/sonra değerleridir.
Bağlı evrak tutarlılığı nasıl korunur?
Kaynakta kanıtlanmış EFI, EGK, muhasebe fiş detayı, vade ve stok hareketi gibi evrak referansları aynı transaction içinde hedefe taşınır. Yalnız ilan edilmiş referans kolonları yazılır. Zaten hedefte olan bileşen tekrar güncellenmez.
Bir evrakın bütün satırları planda değilse evrak bölünmez; kısmi seçimde evrak senkronu engellenebilir ve yalnız güvenli bileşen uygulanır. Plan dışı kayıt hiçbir zaman hedefi boşaltmak için taşınmaz.
Eşzamanlı değişiklik ve yarım işlem nasıl önlenir?
Kontrol ile uygulama arasında Mikro kaydı veya aktif format değişmiş olabilir. LEXT uygulama anında canlı değerleri plan snapshot'ıyla yeniden karşılaştırır; seçim kümesi, parmak izi veya aday kümesi değişmişse işlemi stale olarak durdurur.
Güncellemeler tek Mikro transaction'ında yürür. Satır sayısı, audit detayı ve seçim bütünlüğü doğrulanmadan commit edilmez; herhangi bir doğrulama başarısızsa rollback yapılır. Birbirinin numarasını tutan plan içi kayıtlar gerekiyorsa yalnız plan kapsamındaki geçici seriyle iki fazlı taşınır ve işlem sonunda geçici seri boş olmalıdır.
Geri alma hangi koşullarda güvenlidir?
Geri alma hedef numarayı yeniden hesaplamaz; denetim kaydındaki BEFORE değerlerine döner ve bağlı kayıtları da kapsar. Öncesinde kayıtların hâlâ LEXT işleminin yazdığı değerde olduğu, eski anahtarın boş bulunduğu ve mali dönem sınırlarının korunduğu doğrulanır.
Bu yaklaşım kontrolsüz SQL düzeltmesi değildir. Yetkili kullanıcı, açık plan, uygulama manifesti, transaction, eşzamanlılık kontrolü ve denetim izi birlikte çalışır. Her gerçek veri durumu ayrı değerlendirilmelidir.