Finans Yazılımı Geçişinde Ana Veri Temizliği: Cari, Ürün ve Açılış

Geçişin en önemli kararı

Yeni finans yazılımına eski verinin tamamını olduğu gibi yüklemek güvenli bir başlangıç değildir. Önce hangi verinin aktif operasyon için gerekli olduğu, hangisinin tarihsel arşivde kalacağı ve hangi bakiyenin doğrulanarak açılışa taşınacağı belirlenmelidir. Ana veri temizliği; cari, ürün, hesap, vergi alanı, banka ve kullanıcı kayıtlarını tekilleştirir, ancak geçmiş kanıtı silmez. Otomatik eşleme önerileri insan onayı görmeden üretim verisine dönüşmemelidir.

Kaynak envanteri çıkarın

Muhasebe yazılımı dışında Excel dosyaları, e-ticaret, banka, CRM, stok, bordro, e-belge ve fiziksel arşivde veri bulunabilir. Her kaynak için sahibi, dönem kapsamı, güncellik, format, kayıt sayısı ve sistemden alınma yöntemi yazılmalıdır. Aynı müşteri üç sistemde farklı adla yer alabilir. Hangi kaynağın hangi alan için öncelikli olduğu önceden kararlaştırılmalıdır. Envanter tamamlanmadan “tek doğru dosya” seçmek eksik geçmiş yaratabilir.

Cari kartları tekilleştirin

Vergi veya kimlik bilgisi, unvan, adres, iletişim, para birimi, ödeme koşulu ve banka bilgisi ayrı kalite kurallarına tabidir. Benzer ad iki farklı işletme olabilir; yalnız metin benzerliğiyle otomatik birleştirmeyin. Birleşen kartlarda eski kimlikler ve bağlı işlemler eşleme tablosunda korunur. Pasif cari silinmemeli; yeni işlem girişine kapatılıp tarihsel kayıtlarda erişilebilir kalmalıdır. Banka bilgisi değişikliği bağımsız doğrulama ve ikinci onay gerektirir.

Ürün ve ölçü birimi

Aynı ürün farklı kod, barkod veya paket birimiyle tutulabilir. Temel ölçü birimi, dönüşüm katsayısı, vergi alanı, stok tipi ve aktiflik durumu doğrulanmalıdır. Koli-adet veya kilogram-gram dönüşümünde yuvarlama açık olmalıdır. Ürün kodunu birleştirmek stok geçmişini ve belge satırlarını değiştirebilir; eski kod-yeni kod ilişkisi saklanır. Negatif stok, sıfır maliyet ve uzun süredir hareketsiz ürünler geçiş öncesi istisna listesine alınmalıdır.

Hesap planı ve boyutlar

Eski hesapların yeni hesaplara eşlemesi mali müşavir kontrolüyle yapılmalıdır. Birden fazla hesabın birleşmesi veya tek hesabın bölünmesi durumunda dağıtım kuralı ve tarih gerekir. Maliyet merkezi, proje, şube ve para birimi gibi yardımcı boyutların kaybolması yönetim raporunu bozabilir. Eşlenmemiş hesap için sessiz varsayılan kullanılmamalıdır. Kapatılmış hesaplar geçmiş raporda görünmeye devam etmeli, üretimde yeni fiş almamalıdır.

Açılış bakiyesi yaklaşımı

Taşınacak tarih belirlenir ve eski sistemde kapanış sürümü sabitlenir. Büyük defter toplamı kadar müşteri, tedarikçi, banka, kasa, stok ve sabit kıymet alt kayıtları doğrulanır. Cari bakiyeyi tek toplam yerine açık fatura ve ödeme düzeyinde taşımak tahsilat ve mutabakat sürekliliği sağlar. Yabancı para tutarı ile TL karşılığı birlikte korunmalıdır. Açıklanmamış eski farklar yeni sisteme “devir” etiketiyle gizlenmemeli; açık konu listesiyle taşınmalıdır.

Tarihsel veri mi, arşiv mi?

Bütün geçmişi yeni sistemin işlem tablolarına aktarmak zorunlu veya uygun olmayabilir. Operasyon ihtiyacı, yasal muhafaza, rapor karşılaştırması, maliyet ve veri kalitesi birlikte değerlendirilir. Taşınmayan veri, doğrulanabilir ve erişilebilir arşivde tutulmalı; hangi kullanıcıların nasıl ulaşacağı test edilmelidir. PDF görüntüsü bazı e-belge veya e-defter bileşenlerinin asıl elektronik biçiminin yerini tutmayabilir. GİB'in güncel kılavuzları kontrol edilmelidir.

KVKK ve veri minimizasyonu

Eski sistemde birikmiş gereksiz iletişim notları veya kişisel alanlar yeni ortama otomatik taşınmamalıdır. KVKK Kurumu verinin belirli, açık ve meşru amaçla, amaçla bağlantılı, sınırlı ve ölçülü işlenmesini temel ilkeler arasında sayar. Saklama zorunluluğu, tüm verinin bütün kullanıcılara açılması anlamına gelmez. Taşıma dosyaları şifreli ve süreli erişimle korunmalı; işlem tamamlandıktan sonra geçici kopyalar politika uyarınca yönetilmelidir.

Deneme göçü

Üretim geçişinden önce temsili ve ardından tam kapsamlı deneme yapılmalıdır. Kayıt sayısı, toplam tutar, ilk-son tarih, eşlenmeyen alan, yinelenen ana veri ve hata listesi karşılaştırılır. Kullanıcılar gerçek iş senaryolarıyla satış, alış, ödeme, iade, rapor ve arama testleri yapar. Hatalı sonuç yalnız teknik ekibe bırakılmaz; veri sahibi düzeltmeyi ve yeniden testi onaylar. Her deneme ayrı sürüm ve sonuç raporu taşır.

Kesim ve geri dönüş planı

Eski sistemin ne zaman salt okunur olacağı, son işlemlerin nasıl yakalanacağı ve yeni sistemin ne zaman kaynak gerçek kabul edileceği yazılı olmalıdır. Başarısız geçişte hangi koşulda geri dönüleceği ve iki sistem arasındaki işlemlerin nasıl uzlaştırılacağı prova edilir. Kesim sırasında belirsiz bir süre iki sistemde canlı kayıt yapmak mükerrerlik yaratabilir. Acil manuel işlem varsa ayrı günlük ve sonradan kontrollü yükleme gerekir.

Kabul kanıtları

Finans toplamları, açık cari kalemler, banka, stok, sabit kıymet, kullanıcı yetkisi, e-belge bağlantısı ve temel raporlar için kabul ölçütleri tanımlayın. “Ekran açılıyor” kabul testi değildir. Kaynak ve hedef toplamlar, örnek belge izi ve hataların durumu iş sahibiyle imzalanır. Açık düşük etkili konular varsa sahibi ve hedef tarihiyle devre alınabilir; kritik farklar görünmez şekilde ertelenmemelidir.

İlk ay yakın izleme

Canlıya geçince mükerrer cari, yanlış hesap eşleme, belge numarası, kur, stok ve banka farkları günlük izlenir. Eski-yeni rapor paralel karşılaştırması sınırlı süre yapılabilir. Düzeltmeler ilk taşıma dosyasının üzerine yazılmamalı; ayrı değişiklik kaydı ve onay taşımalıdır. Geçiş ekibi dağılmadan öğrenimler ve kalıcı sorumluluklar devredilir.

Bilgilendirme notu

Bu rehber genel veri geçişi yaklaşımıdır; belirli bir saklama, muhasebe veya vergi kararı değildir. VUK, TTK, GİB e-Defter/e-Belge kaynakları ve KVKK yükümlülükleri güncel metinlerden incelenmeli; mali müşavir, hukuk ve veri koruma sorumluları geçiş kapsamını doğrulamalıdır.

Finans Yazılımı Geçişinde Ana Veri Temizliği: Cari, Ürün ve Açılış Bakiyesi