Gayrimenkul Yazılımı Geçişi: Eski Sistemden Yeniye Adım Adım Plan

Eski kira takip sisteminizin bakım sözleşmesi altı ay sonra bitiyor, satıcı yenileme bedelini yükseltti ve ekip zaten yıllardır sistemin yanında ikinci bir Excel dosyası tutuyor. Yeni yazılım seçildi, sözleşme imzalandı; şimdi masada tek bir soru var: eski sistemdeki on iki yıllık sözleşme, tahsilat ve kiracı geçmişi yeni ortama nasıl taşınacak ve hangi gün eski sistem kapatılacak? Bu yazı yalnızca o soruyu ele alıyor. Bir gayrimenkul yazılımı geçişi, yazılım seçiminden farklı bir disiplindir; başarısı veri temizliğine, paralel çalışma kurallarına ve canlıya geçiş gününün takvimdeki yerine bağlıdır. Hangi yazılımı neden seçmeniz gerektiğini tartışmıyoruz; bunun için gayrimenkul yönetim yazılımı için hazırladığımız kapsamlı rehber var.

Sıfırıncı adım: eski sistemden neyi taşıyacağınızı, neyi arşivleyeceğinizi yazın

Geçiş projelerinin çoğu "her şeyi taşıyalım" kararıyla başlar ve bu karar projeyi uzatan ilk hatadır. Eski sistemde duran her kayıt yeni sistemde yaşamak zorunda değildir. Üç kategori belirleyin:

• Canlı veri: yürürlükteki sözleşmeler, açık alacaklar, güvence bedelleri, aktif opsiyon pencereleri, devam eden bakım talepleri. Bunlar yeni sisteme eksiksiz ve doğrulanmış girer.
• Referans veri: son üç ila beş yılın kira artış geçmişi, kiracı ciro raporları, gider yansıtma mutabakatları. Yenileme görüşmelerinde kıyas için gerekir; özet düzeyinde taşınır.
• Arşiv veri: sona ermiş sözleşmeler, kapanmış davalar, eski kiracı yazışmaları. Salt okunur bir dışa aktarımla saklanır, yeni sisteme yüklenmez.

Bu ayrımı yaptığınızda aktarılacak kayıt sayısı genellikle ciddi biçimde düşer ve doğrulama için ayıracağınız insan saati de buna göre küçülür. Aynı aşamada eski satıcıdan tam dışa aktarım formatını yazılı olarak isteyin; bazı sistemler sözleşme eklerini ve ek protokolleri yalnızca ekran üzerinden gösterir, dışa aktarmaz. Bunu geçişin son haftasında öğrenmek istemezsiniz.

Veri aktarımı: dört tur, her turda daha dar bir hata listesi

Aktarımı tek seferlik bir yükleme olarak değil, dört tur olarak planlayın. Birinci turda eski sistemin ham dışa aktarımını alın ve alan eşleme tablosunu çıkarın: eski sistemdeki "kira başlangıcı" yeni sistemde hangi alana karşılık geliyor, endeksleme türü hangi kod listesine oturuyor, alan ölçüsü brüt mü net mi tutulmuş. Bu tablo projenin en çok tartışılan belgesi olur; kiralama ekibi, muhasebe ve yazılım satıcısı birlikte imzalamalıdır.

İkinci turda veriyi test ortamına yükleyin ve otomatik tutarlılık kontrollerini çalıştırın: bitiş tarihi başlangıçtan önce olan sözleşmeler, birim atanmamış kira kalemleri, aynı kiracı için iki farklı vergi numarası, güvence bedeli sıfır görünen ticari sözleşmeler. Bu kontroller kayıtların önemli bir kısmında hata yakalar ve hataların çoğu yıllar önce girilmiş, kimsenin fark etmediği kayıtlardır.

Üçüncü tur en pahalı olanıdır: imzalı sözleşmelerle karşılaştırma. Eski sistemdeki kayıt, imzalı sözleşme ve ek protokollerle birebir örtüşmez; en sık farklılaşan alanlar kira artış tarihi ve opsiyon bildirim süresidir. Portföyün tamamını aynı titizlikle doğrulamaya kalkmayın. Vadesi önümüzdeki on sekiz ay içinde dolan sözleşmelerden başlayın; bir yıl içinde bitecek sözleşmedeki hata, altı yıl sonra bitecek olandakinden çok daha pahalıdır. VemLease'te yenileme takibi ve yaşam döngüsü uyarıları bu alanlar üzerinden çalıştığı için, alan yanlış girilmişse uyarı da yanlış zamanda gelir.

Dördüncü tur, canlıya geçişten hemen önceki son yüklemedir. Eski sistemde veri girişi dondurulur, son hareketler alınır, yeni sisteme yüklenir ve açık alacaklar toplamı iki sistem arasında kuruşuna kadar mutabık edilir. Mutabakat tutmuyorsa canlıya geçiş ertelenir; bu kural proje başında yazılı olarak kabul edilmelidir.

Paralel çalışma: iki faturalama döngüsü ve net çıkış kriterleri

Paralel çalışma, aynı dönem için iki sistemin birden fatura ve tahakkuk üretmesi ve sonuçların satır satır karşılaştırılmasıdır. Tek bir varlıkta, portföyü temsil eden bir varlıkta yapılır: hem sabit hem ciro kiralı sözleşmeleri ve birkaç ek protokolü olan bir alışveriş merkezi ya da ofis binası. İki tam faturalama döngüsü şarttır; ilk döngüde aktarım hataları, ikincide endeksleme ve ortak gider yansıtma hataları görünür.

Paralel dönemin tehlikesi, sonu belirsiz uzamasıdır. Bunu önlemek için çıkış kriterlerini önceden sayıya bağlayın: iki sistem arasında fatura tutarı farkı olan sözleşme sayısı, açıklanamayan fark toplamı ve ekibin yeni sistemde tek başına tamamladığı işlem oranı. Her farkın bir sahibi olmalı ve karar üç seçenekten biri olmalıdır: eski sistem yanlıştı, yeni sistem yanlış yapılandırıldı ya da sözleşme belirsiz. Üçüncü kategori küçümsenmemelidir; paralel çalışma genellikle yıllardır farklı yorumlanan sözleşme maddelerini ortaya çıkarır.

Paralel çalışmayı yalnızca pilot varlıkta yapın. Tüm portföyde iki sistemi aynı anda işletmek ekibi tüketir ve hataların kaynağını bulanıklaştırır. Diğer varlıklar pilotun çıkış kriterlerini karşıladıktan sonra dalgalar hâlinde, paralel çalışma olmadan ama son yükleme mutabakatıyla geçer.

Gayrimenkul yazılımı geçişi için canlıya geçiş günü ve ilk 30 gün

Canlıya geçiş tarihini takvime oturturken üç dönemden uzak durun: yıllık kira artışlarının toplandığı aylar, yılsonu kapanışı ve ortak gider mutabakat dönemi. Bu üçünden en az altı hafta uzak bir pencere arayın. Geçiş günü için kısa bir kontrol listesi yeterlidir: eski sistemde giriş kilidi, son dışa aktarım ve yükleme, açık alacak mutabakatı, kullanıcı yetkilerinin yeni sistemde tanımlı olması, ilk fatura koşusunun sorumlusu ve bir geri dönüş kararı için saat sınırı. Geri dönüş planını yazmak kötümserlik değildir; mutabakat tutmazsa eski sisteme hangi saate kadar dönülebileceğini bilmek, ekibin kararı soğukkanlı vermesini sağlar.

İlk otuz günde tek bir hedef vardır: eski sistemin ve yan Excel dosyasının kapanması. Ekip "her ihtimale karşı" eski tabloyu tutmaya devam ederse geçiş tamamlanmış sayılmaz. Bu dönemde gayrimenkul yönetim yazılımı kurulumu sırasında ertelenen entegrasyonlar sırayla devreye alınır: önce muhasebe bağlantısı, fatura ve tahsilat hareketleri sözleşmedeki kira takvimiyle eşleşmeden hiçbir tahakkuk raporuna güvenilemez; sonra kiracı ciro raporları ve ziyaretçi sayım verisi. VemTenant'taki ciro raporları ve VemCount ziyaretçi verisi, VemLease'teki sözleşme kayıtlarıyla yan yana geldiğinde yenileme görüşmesinin ana argümanı oluşur. Ziyaretçi verisini müzakerede kullanacaksanız doğruluk beklentisini doğru kurun: sözleşmesel alt sınır yüzde 96'dır, koşullar elverdiğinde tipik olarak yüzde 98 ile 99 arasında doğruluk elde edilir; kiracıya kesin bir rakam vaat etmek yerine bu aralığı söylemek verinin masadaki güvenilirliğini artırır.

Eski sistemi kapatmak: arşiv, erişim ve satıcıyla son hesaplaşma

Geçişin son adımı çoğu projede unutulur. Eski sistemin kapanışı için üç şey gerekir. Birincisi, arşiv kategorisine aldığınız verinin açık, satıcıdan bağımsız bir formatta dışa aktarılmış ve iki ayrı yerde saklanmış olması. İkincisi, denetim ve hukuki süreçler için eski sisteme salt okunur erişimin ne kadar süreyle korunacağına dair yazılı karar; bazı satıcılar bunun için ayrı bir bedel ister, sözleşme bitmeden netleştirin. Üçüncüsü, eski satıcının verilerinizi hangi tarihte sileceğinin yazılı teyidi. Yeni sistemde de aynı soruyu sorun: veri sahipliği ve dışa aktarım hakkı sözleşmede açıkça size ait olmalıdır, çünkü bugün yaptığınız geçişi bir gün yeniden yapacaksınız.

Bütçe açısından bilin ki geçişin en büyük kalemi genellikle lisans değil, üçüncü turdaki sözleşme doğrulaması için harcanan insan saatidir. Bu kalemi bütçeye yazmayan projeler ilk çeyrekte yavaşlar ve paralel dönem uzar.

Sık sorulan sorular

Paralel çalışma dönemi ne kadar sürmeli? Pilot varlıkta iki tam faturalama döngüsü yeterlidir; aylık faturalamada bu yaklaşık iki ay demektir. Süreyi takvime değil, önceden yazılan çıkış kriterlerine bağlayın; kriterler karşılanmadıysa üçüncü döngüye geçmek, kriterler karşılandığı hâlde sürdürmekten daha az maliyetlidir.

Tüm sözleşmeleri imzalı belgelerle doğrulamak zorunda mıyız? Hayır, önceliklendirin. Vadesi on sekiz ay içinde dolan ve ek protokolü olan sözleşmeler önce doğrulanır; uzun vadeli ve değişiklik görmemiş sözleşmeler otomatik tutarlılık kontrolleriyle yetinerek geçebilir ve yenileme yaklaştıkça sırayla ele alınır.

Canlıya geçiş sonrası ekip hâlâ eski Excel'i tutuyorsa ne yapmalı? Bu genellikle yazılım sorunu değil, güven sorunudur. Eski tabloyla yeni sistem arasında bir ay daha açık mutabakat yapın, farkları birlikte kapatın ve ardından tabloyu salt okunur arşive alın; belirli bir kapatma tarihi olmayan paralel dosya hiçbir zaman kendiliğinden kapanmaz.

Eski sisteminizden çıkış için alan eşleme tablosu, doğrulama önceliği ve paralel çalışma kriterlerini birlikte çıkarmak isterseniz, kira, kiracı cirosu ve ziyaretçi verisini tek yapıda çalıştıran bir geçiş planı için Vemco Group ekibiyle iletişime geçin.