Kurulum Sihirbazı ile Siteyi Veri Kaybı Olmadan Taşımak

Kurulum sihirbazı neden sadece bir "yeni kayıt" ekranı değildir

Yeni bir site yönetim yazılımına geçerken en çok hafife alınan aşama, lisans satın alma veya ekip eğitimi değil, kurulum sihirbazı ile yapılan ilk veri aktarımıdır. Yöneticiler genellikle süreci "boş bir sisteme daire isimlerini yazmak" gibi hayal eder; gerçekte ise kurulum, yıllarca Excel'de ve kâğıt defterde dağınık kalmış bakiye, sayaç ve sakin bilgisinin birbiriyle tutarlı hale getirilip tek seferde doğru şekilde içe aktarılmasıdır. Bu adım atlanır veya aceleye getirilirse, yeni sistem ilk günden itibaren eski sistemin hatalarını taşımaya başlar.

Sorun genellikle yazılımdan değil, veri kalitesinden kaynaklanır. Bir dairenin borcu üç farklı dosyada üç farklı tutarla görünüyorsa, kurulum sihirbazı bu çelişkiyi büyütmez ama gizlemez de — doğru kurulmuş bir aktarım akışı, tutarsızlığı kurulum anında yakalayıp yöneticinin önüne koyar. Asıl fark burada ortaya çıkar: sorunu kurulumdan önce mi görürsünüz, yoksa üç ay sonra bir sakinle tartışırken mi.

Aktarılması gereken veri kalemleri

Yeni bir siteyi kurarken taşınması gereken kayıtlar birbirinden bağımsız değildir; her biri bir sonrakini besler:

• Blok ve daire yapısı. Kaç blok, her blokta kaç daire, her dairenin metrekaresi ve arsa payı — bu bilgi doğru girilmezse borç dağıtımı baştan hatalı kurulur.
• Sakin ve kat maliki bilgisi. Kim mülk sahibi, kim kiracı, aynı dairede kaç kişi oturuyor; iletişim bilgileri eksikse duyuru ve ödeme hatırlatmaları ilk günden hedefine ulaşmaz.
• Açılış bakiyesi. Geçiş tarihi itibarıyla her dairenin borç veya alacak durumu; bu kalem hatalıysa tahsilat raporları ilk aydan itibaren güvenilmez olur.
• Sayaç endeksleri. Su, doğalgaz veya ortak alan sayaçlarının geçiş tarihindeki okuması kaydedilmezse, bir sonraki faturalandırma döneminde tüketim tahminî paylaştırılır.
• Otopark ve geçiş kartı tahsisleri. Hangi park yeri hangi daireye bağlı, hangi kart kimde — bu kayıt eksik aktarılırsa güvenlik tarafında ilk haftalarda sürekli istisna yönetilir.

Bu kalemlerin sırası önemlidir: önce yapı (blok/daire), sonra sakin, sonra bakiye ve sayaç, en son da fiziksel erişim kayıtları aktarılmalıdır. Sıra tersine çevrildiğinde, örneğin sakin kaydı olmadan bakiye aktarılmaya çalışıldığında, sistem kaydı hangi daireye bağlayacağını bilemez.

CSV aktarımı pratikte nasıl işler

Site-Park içindeki kurulum sihirbazı ve CSV aktarım modülü, bu kalemleri tek tek değil ama sırayla ister. Yönetici önce blok ve daire şablonunu indirir, mevcut tablosundaki verileri bu şablona uyacak şekilde düzenler ve dosyayı yükler. Yükleme anında sistem her satırı doğrular: eksik daire numarası, tekrar eden kayıt, negatif metrekare gibi hatalar yüklenmeden önce ekranda listelenir. Yönetici bu hataları düzeltmeden tek bir kayıt dahi veritabanına yazılmaz.

Aynı doğrulama mantığı sakin, bakiye ve sayaç dosyaları için de geçerlidir. Örneğin bir bakiye satırında daire numarası sistemde tanımlı değilse, o satır "eşleşmedi" olarak işaretlenir ve toplu aktarım durdurulmaz — sadece o satır yönetici onayına düşer. Bu tasarım tercihi kritiktir: binlerce satırlık bir dosyada tek bir hata yüzünden tüm aktarımı baştan başlatmak zorunda kalmazsınız.

Aktarım tamamlandığında sistem bir özet gösterir: kaç daire, kaç sakin, toplam açılış bakiyesi ne kadar. Bu özet, kaynak dosyadaki toplamlarla elle karşılaştırılmalıdır — sihirbaz doğrulama yapar ama kaynak verinin kendisi hatalıysa (örneğin bir dairenin borcu baştan yanlış hesaplanmışsa) bunu tahmin edemez.

Geçmiş defteri taşımak mı, açılış bakiyesiyle başlamak mı

Kurulum sırasında yöneticilerin en çok tartıştığı karar, geçmiş yılların muhasebe kayıtlarının tamamını mı taşıyacakları, yoksa sadece güncel açılış bakiyesiyle mi başlayacaklarıdır. Çoğu site için ikinci seçenek daha sağlıklıdır: geçmiş defterler PDF veya Excel olarak arşivde saklanır, yeni sistemde ise sadece geçiş tarihindeki net bakiye girilir. Bu yaklaşım hem aktarım riskini azaltır hem de eski sistemdeki olası hataların yeni sisteme taşınmasını önler.

Geçmiş hareketlerin tamamını taşımak ancak belirli durumlarda gerekçelidir — örneğin yakın zamanda bir denetim veya hukuki süreç bekleniyorsa, hareket dökümünün tek sistemde görünmesi faydalı olabilir. Bu durumda dahi, hareketleri tek tek değil dönem toplamları halinde taşımak, hem aktarımı hem de ilerideki raporlamayı sadeleştirir.

Kurulum öncesi veri temizliği için kontrol listesi

Aktarım dosyasını hazırlamadan önce kaynak verinin şu noktalardan geçmesi, sihirbazda çıkacak hata sayısını büyük ölçüde azaltır:

• Daire numaralandırmasının tek bir standarda (örneğin "A Blok Kat 3 Daire 7" yerine tutarlı bir kod) oturduğundan emin olun.
• Aynı sakinin birden fazla dosyada farklı yazılmış adı (örneğin "Ahmet Yılmaz" ve "A. Yılmaz") varsa, aktarım öncesi tek isimde birleştirin.
• Boş veya devre dışı dairelerin durumunu (satılık, kiralık, boş) önceden işaretleyin; bu bilgi muafiyet ve indirim kurallarının doğru uygulanması için gereklidir.
• Açılış bakiyesi tutarlarını, güncel banka ekstresi ve son tahsilat kayıtlarıyla bir kez çarşaf çarşaf karşılaştırın; kurulumdan sonra bu karşılaştırmayı yapmak çok daha zordur.
• Sayaç endekslerini geçiş tarihine en yakın okuma ile kaydedin; aylar öncesine ait bir okuma kullanmak ilk faturalandırma döneminde anlaşmazlık yaratır.

Kurulumun gerçek süresi nereye gidiyor

Bir sitenin kurulum sihirbazından geçip canlıya alınması, veri düzenliyse genellikle birkaç gün sürer. Ancak bu sürenin büyük kısmı yazılımın kendisiyle değil, yukarıdaki veri temizliği adımlarıyla geçer. Çoğu yönetici bu dengeyi tersine kurar: yazılımın ne kadar hızlı kurulacağını sorar, veri hazırlığına ise son günlerde birkaç saat ayırır. Sonuç, kurulumun kendisi hızlı tamamlanır ama ilk ay içinde düzeltme talepleriyle dolar.

Daha sağlıklı bir planlama, kurulum tarihinden en az bir-iki hafta önce veri temizliği için zaman ayırmak ve CSV dosyalarını bir kez deneme amaçlı sisteme yüklemektir. Doğrulama ekranındaki hata listesi, kaynak veride henüz görülmemiş sorunları genellikle kurulumdan önce ortaya çıkarır. Bu, SaaS'a geçiş sürecinde sık tekrarlanan bir derstir: pilot bir deneme, canlı kurulumdan önce yapılan en ucuz hata ayıklamadır.

Yeni bir siteyi sisteme taşırken veri aktarımının nasıl ilerleyeceğinden emin değilseniz, Site-Park'ın kurulum sihirbazını ve CSV aktarım akışını birlikte incelemek için bize ulaşın.