Mali yazılım değişimi hangi güvencelerle yapılmalı?

Bakmıştır, 2024 denetiminde aynen yazılmıştır: 'mali işlem kayıtlarının tutulduğu belediye sistem yazılımının TÜMÜYLE DEĞİŞTİRİLMESİNE rağmen, bu işlemlerin düzenlenmiş bir İÇ MEVZUATA göre YETERLİ GÜVENCE elde edilerek yapılmaması.' 'Firma taşıdı, biz başladık' cümlesi; mali hafızanızın anahtar teslimini, tutanaksız yapmaktır.

Çerçeve: (1) Sorumluluğun adresi (GYMY m.349): etkin bir muhasebe sisteminin kurulmasından sorumlu olanlar yöneticilerdir, işlemlerin sistemli-zamanında kaydı, gelir-giderin aynı yöntemle kaydı, tanımlı kavram ve belgelere dayalı muhasebe süreci, düzenli mali raporlar, ödenek izleme... Yazılım değişimi; bu maddedeki her yükümlülüğün yeniden kurulduğu andır ve 'firmanın işi' diye devredilemez (şifre-yetki dosyasındaki ilke: BT işlemi, yönetim sorumluluğunun teknik biçimidir). (2) Geçişin asgari güvence seti: (a) Veri aktarım mutabakatı, eski sistemin kapanış mizanı/yardımcı defter bakiyeleri ↔ yeni sistemin açılış kayıtları; hesap hesap, abone abone tutarlılık tutanağı (açılış-devir dosyasındaki ders: açılış yanlışsa yıl boyu her rapor yanlıştır). (b) Kapsam kontrolü, sadece bakiyeler değil; tahakkuk artıkları, emanetler, taşınır kayıtları, kişi borçları, sözleşme-teminat kayıtları taşındı mı? (c) Yetki-sorumluluk matrisi, kim veri doğrulayacak, kim onaylayacak, firma personelinin erişimi hangi sözleşme-gizlilik çerçevesinde (gizlilik sözleşmesiz dış firma, kardeş bulgunun konusudur)? (d) Paralel/geri dönüş planı, kritik dönemde eski sisteme salt-okunur erişimin korunması, arşiv yedeğinin alınıp test edilmesi (yedekleme dosyası), sorun halinde geri dönüş senaryosu. (e) Kesinti yönetimi, geçiş tarihinin dönem sonuyla hizalanması, geçiş anındaki işlemlerin çift kayıt riskine karşı numara-tarih disiplini (yevmiye dosyası). (3) Güvencesiz geçişin faturası: kayıp-mükerrer kayıtlar, mutabakatsız açılışlar, eski veriye erişilemeyen denetim soruları, ve hepsinin üstünde, 'tablolar güvenilir mi' sorusunun kendisi.

Yapılacaklar: (1) Geriye dönük doğrulama yapın: eski sistem kapanış çıktıları (mizan, yardımcı defter, tahakkuk-tahsilat icmalleri) ile yeni sistem açılışını şimdi mutabakata alın; farkları gerekçeli düzeltme kayıtlarıyla kapatın ve tümünü tutanaklayın, geç mutabakat, mutabakatsızlıktan iyidir. (2) Eski sistemi güvenceye alın: tam arşiv yedeği + salt-okunur erişim + saklama süresi kararı; firma elindeki kopyaların akıbeti (silme/iade) sözleşmeyle netleşsin. (3) İç mevzuat yazın: 'bilgi sistemi değişiklik ve geçiş prosedürü', onay makamları, test-kabul kriterleri, veri doğrulama adımları, eğitim, devreye alma; bir sonraki her modül değişikliği bu prosedürle yürüsün. (4) Erişim-sözleşme hijyeni: yeni yazılım firmasıyla veri işleme-gizlilik hükümleri, kullanıcı yetki matrisi, log kayıtları; kabul testleri (senaryo bazlı) tamamlanmadan 'nihai kabul' verilmesin.

Uygulama önerisi: yazılım geçişlerini tek cümlelik eşikle yönetin: 'eski sistemin son mizanı ile yeni sistemin ilk mizanı tokalaşmadan, düğmeye basılmaz.' Bu tokalaşmayı tutanağa bağlayan idare; verisini de savunmasını da taşımış olur, bağlamayan ise, iki yazılım arasındaki boşluğa düşen her kaydın hesabını, denetçiye eski firmayı arayarak veremez.