Asansör Kasa Programı Entegrasyon Checklist: Sorunsuz Geçiş Rehberi
Asansör kasa programını mevcut iş akışınıza bağlamadan önce cari, sözleşme, banka, e-Fatura, saha ve yetki yapılarını bu uygulamalı checklist ile eksiksiz kontrol edin.
İÇERİK
Asansör bakım firmalarında kasa takibi yalnızca para giriş ve çıkışlarını kaydetmekten ibaret değildir. Aylık bakım bedelleri, arıza ve revizyon tahsilatları, teknisyen avansları, yedek parça giderleri, banka hareketleri, e-Faturalar ve geciken cari hesaplar aynı finansal tablonun parçalarıdır. Bu nedenle bir Asansör Kasa Programı kurulurken asıl başarı, programı açıp kullanıcı tanımlamakla değil; onu firmanın mevcut operasyonuyla doğru biçimde bağlamakla ölçülür. Bu rehberde, entegrasyon öncesinden canlı kullanıma kadar kontrol etmeniz gereken noktaları adım adım bulabilirsiniz.
Entegrasyon Öncesinde Mevcut Süreci Haritalayın
İlk adım, hangi verinin nerede üretildiğini belirlemektir. Pek çok bakım firmasında müşteri listesi bir Excel dosyasında, sözleşme tutarları başka bir tabloda, tahsilat bilgileri muhasebe programında ve teknisyen masrafları mesajlaşma uygulamalarında tutulur. Bu da entegrasyon sırasında hangi kaydın doğru olduğuna karar vermeyi zorlaştırır.
Önce aşağıdaki sorulara açık cevaplar verin:
- Müşteri ve bina kartlarının ana kaynağı neresi?
- Aylık bakım bedelleri hangi kayıt üzerinden tahakkuk ettiriliyor?
- Nakit, banka ve kredi kartı tahsilatları ayrı ayrı izleniyor mu?
- Arıza, revizyon ve yedek parça satışları bakım gelirinden ayrılıyor mu?
- Teknisyen avansları ve saha harcamaları nasıl kapatılıyor?
- Faturayı kim hazırlıyor, kim kontrol ediyor ve kim gönderiyor?
- Geciken ödemeleri hangi çalışan takip ediyor?
- Muhasebeciye hangi sıklıkta ve hangi formatta veri aktarılıyor?
Bu çalışma yapılmadan başlatılan entegrasyonlarda eski düzensizlik yeni sisteme taşınır. Örneğin aynı apartman “Güneş Apt.”, “Güneş Apartmanı” ve yönetici adıyla üç ayrı cari hesap olarak kayıtlıysa program değişikliği bu sorunu kendiliğinden çözmez.
Entegrasyonun amacı eski kayıtları olduğu gibi taşımak değil, doğru ve sürdürülebilir bir veri düzeni kurmaktır.
Cari Hesap ve Müşteri Verileri Checklist
Asansör sektöründe “müşteri” kavramı tek katmanlı değildir. Sözleşme bir apartman adına olabilir, faturanın muhatabı yönetim şirketi olabilir ve ödemeyi bina yöneticisi gerçekleştirebilir. Bu ilişkiler doğru kurulmazsa tahsilat raporları yanıltıcı hâle gelir.
Cari kartlarda kontrol edilecek alanlar
Her cari kart için mümkün olduğu ölçüde şu bilgiler hazırlanmalıdır:
- Resmî unvan veya apartman/site adı
- Vergi kimlik numarası ya da T.C. kimlik numarası
- Vergi dairesi
- Fatura adresi
- Yetkili kişi ve iletişim bilgileri
- E-posta adresi
- Bağlı bina, blok ve asansörler
- Sözleşme başlangıç ve bitiş tarihi
- Aylık bakım bedeli
- Ödeme günü ve ödeme yöntemi
- Açılış bakiyesi
- E-Fatura veya e-Arşiv durumu
Aktarım öncesinde mükerrer kayıtlar birleştirilmeli, artık çalışılmayan müşteriler pasif olarak işaretlenmeli ve alacak bakiyeleri belgelerle karşılaştırılmalıdır. Eski borçların sisteme tek satır hâlinde girilmesi mümkün olsa da açıklama bölümünde borcun hangi dönemden geldiği mutlaka belirtilmelidir.
Veri aktarımı kontrol tablosu
| Kontrol alanı | Yapılacak işlem | Doğrulama yöntemi |
|---|---|---|
| Cari kartlar | Mükerrer kayıtları birleştir | Unvan, telefon ve vergi numarasını karşılaştır |
| Açılış bakiyeleri | Belirlenen tarih itibarıyla aktar | Cari ekstre toplamıyla eşleştir |
| Sözleşme bedelleri | Güncel aylık tutarı tanımla | İmzalı sözleşmeyle kontrol et |
| Bina ve cihaz ilişkisi | Cari hesabı doğru lokasyona bağla | Portföy listesiyle karşılaştır |
| Vade bilgileri | Ödeme gününü standartlaştır | Sözleşme maddesini esas al |
| Pasif müşteriler | Aktif portföyden ayır | Operasyon sorumlusuna onaylat |
| İletişim bilgileri | Eksik ve eski kayıtları güncelle | Yöneticiyle teyit et |
| Vergi bilgileri | Fatura öncesi doğrula | Resmî belge ve mükellef sorgusunu kullan |
Kasa, Banka ve Ödeme Kanallarını Doğru Tanımlayın
Tek bir “kasa” hesabıyla bütün hareketleri izlemek başlangıçta kolay görünür; ancak birkaç ay sonra nakit mevcudu, banka bakiyesi ve kredi kartı tahsilatları birbirine karışır. Her fiziksel veya dijital para kanalı ayrı hesap olarak tanımlanmalıdır.
Genel uygulamada şu hesaplar ayrı izlenir:
- Merkez nakit kasası
- Şube kasaları
- Şirket banka hesapları
- Kredi kartı veya sanal POS tahsilatları
- Çek ve senet hesapları
- Personel avans hesapları
- Ortak veya şirket içi transfer hesapları
Banka entegrasyonu kullanılacaksa aynı hareketin hem otomatik hem manuel kaydedilmesini engelleyecek bir kontrol düzeni kurulmalıdır. Örneğin müşteri 15.000 TL bakım borcunu banka yoluyla ödediğinde banka hareketi otomatik geldiyse kullanıcının ikinci kez tahsilat fişi oluşturmaması gerekir. Sistem banka satırını ilgili cari hesap ve borç kaydıyla eşleştirebilmelidir.
Kredi kartı tahsilatlarında ise brüt ödeme, komisyon ve net banka girişi ayrıştırılmalıdır. Müşteriden 20.000 TL tahsil edilip bankaya 19.400 TL geçtiğinde 600 TL fark “eksik tahsilat” değil, POS komisyon gideridir.
Sözleşme, Tahakkuk ve Tahsilat Bağlantısını Test Edin
Asansör kasa yönetiminin en önemli entegrasyonu, bakım sözleşmesi ile cari hesap arasındaki bağdır. Her ay yüzlerce bakım bedelini elle borçlandırmak zaman kaybettirir ve unutulan tahakkuklara yol açar.
Sağlıklı bir akış şu sırayla çalışmalıdır:
- Sözleşmede aylık bakım bedeli ve tahakkuk günü tanımlanır.
- Sistem ilgili tarihte cari hesaba borç kaydı oluşturur.
- Gerekliyse fatura hazırlanır veya e-belge süreci başlatılır.
- Tahsilat geldiğinde doğru borç kaydı kapatılır.
- Kısmi ödeme varsa kalan bakiye açık tutulur.
- Vadesi geçen hesap, gecikmiş alacak raporuna düşer.
- Sözleşme bedeli değiştiğinde eski dönemler korunur ve yeni tutar ileri tarihli uygulanır.
Burada özellikle dönem kontrolü yapılmalıdır. Ocak ayında 4.000 TL olan bakım bedeli şubat ayında 5.000 TL’ye çıkarıldığında ocak tahakkukunun geriye dönük olarak değişmemesi gerekir. Fiyat güncellemeleri tarihçeli tutulmalıdır.
Asansorex gibi bakım ve finans süreçlerini aynı müşteri, sözleşme ve cihaz kayıtları üzerinde birleştiren çözümler; tamamlanan hizmet ile tahakkuk ve tahsilat arasındaki kopukluğu azaltabilir. Böylece ofis çalışanı, saha kaydından bağımsız ve yeniden veri girmek zorunda kalmaz.
E-Fatura ve Muhasebe Entegrasyonunu Kontrol Edin
Kasa programındaki her işlem muhasebe açısından aynı anlama gelmez. Tahsilat, gelir kaydı ve fatura birbirinden farklıdır. Müşterinin ödeme yapması faturanın otomatik olarak doğru kesildiği anlamına gelmediği gibi, fatura kesilmesi de tahsilatın gerçekleştiğini göstermez.
E-Fatura veya e-Arşiv entegrasyonunda şu noktalar test edilmelidir:
- Müşterinin e-Fatura mükellefiyet durumu doğru algılanıyor mu?
- Vergi numarası ve unvan alanları eksiksiz aktarılıyor mu?
- KDV dâhil ve KDV hariç fiyat hesapları doğru mu?
- Bakım, parça, arıza ve revizyon kalemleri ayrı yazılabiliyor mu?
- İskonto uygulandığında matrah ve KDV doğru hesaplanıyor mu?
- İptal, iade ve yeniden düzenleme süreçleri kayıt altına alınıyor mu?
- Belge numarası kasa ve cari hareketine bağlanıyor mu?
- Muhasebeciye aktarılacak rapor uygun formatta alınabiliyor mu?
- Entegrasyon kesildiğinde kullanıcıya açık bir hata bildirimi geliyor mu?
Canlı kullanımdan önce en az bir normal fatura, bir iskontolu fatura, birden fazla hizmet kalemi içeren fatura ve bir iptal senaryosu denenmelidir. Test belgeleri gerçek belge gibi sonuç doğurabileceği için kullanılan ortamın test mi canlı mı olduğu kesin biçimde kontrol edilmelidir.
Saha Harcamaları ve Teknisyen Avanslarını Bağlayın
Asansör bakım firmalarında finansal kaçakların önemli bir bölümü büyük giderlerden değil, düzenli kaydedilmeyen küçük saha harcamalarından doğar. Otopark, yakıt, civata, temizlik malzemesi, acil parça alımı veya yol ücreti tek tek küçük görünse de ay sonunda ciddi bir toplam oluşturabilir.
Teknisyenin gider kaydında en az şu alanlar bulunmalıdır:
- Harcama tarihi
- Gider türü
- Tutar
- Ödeme yöntemi
- Fiş veya fatura görseli
- İlgili müşteri, bina ya da iş emri
- Açıklama
- Onaylayan kişi
- Avanstan düşülecek tutar
Her saha giderinin doğrudan merkez kasasından çıkış yapılması doğru değildir. Teknisyene önceden avans verildiyse harcama önce personel avans hesabından düşülmeli, dönem sonunda kalan para veya ek ödeme kapatılmalıdır.
Örneğin teknisyene 5.000 TL avans verildiğini, 3.750 TL belgeli harcama yaptığını düşünelim. Personelin kalan avansı 1.250 TL’dir. Bu tutar iade edilmeden veya sonraki döneme devredilmeden hesabın sıfırlanması gerçek kasa bakiyesini bozar.
Yetkilendirme ve Onay Akışını Kurun
Entegrasyon yalnızca veri bağlantısı değildir; kimin hangi veriyi görebileceği ve değiştirebileceği de belirlenmelidir. Tahsilatı kaydeden kişinin aynı işlemi iz bırakmadan silmesi, teknisyenin tüm müşterilerin borçlarını görmesi veya her çalışanın banka hesabına erişebilmesi önemli riskler oluşturur.
Rol bazlı yetkilendirme hazırlanırken şu ayrım kullanılabilir:
| Kullanıcı rolü | Görüntüleme | İşlem yetkisi | Kritik sınırlama |
|---|---|---|---|
| Firma sahibi | Tüm finansal özetler | Onay ve düzeltme | Kritik silmeler kayıtlı olmalı |
| Finans sorumlusu | Kasa, banka, cari, faturalar | Tahsilat ve ödeme kaydı | Yetkisi dışında geçmiş dönem değiştirememeli |
| Operasyon sorumlusu | Müşteri ve sözleşme bilgileri | Hizmet kaydı kontrolü | Banka bakiyesini değiştirememeli |
| Teknisyen | Kendisine atanan işler | Gider ve belge yükleme | Genel cari bakiyeleri görmemeli |
| Muhasebeci | Onaylı mali kayıtlar | Rapor veya aktarım | Operasyon kayıtlarını değiştirememeli |
Yüksek tutarlı ödeme, geçmiş tarihli kayıt, kasa eksiye düşmesi, toplu silme ve cari bakiye düzeltmesi gibi işlemler için ek onay düşünülmelidir. Ayrıca değişiklik geçmişinde işlemi yapan kullanıcı, tarih, eski değer ve yeni değer görülebilmelidir.
Canlıya Geçmeden Önce Uygulanacak Test Planı
Entegrasyonu bütün müşterilere aynı gün açmak gereksiz risk yaratır. Önce sınırlı sayıda cari hesapla pilot çalışma yapılmalıdır. Pilot grupta farklı senaryoları temsil eden müşteriler seçilmelidir: düzenli banka ödemesi yapan bir apartman, nakit ödeme yapan bir müşteri, birden fazla binası bulunan yönetim firması ve geçmiş borcu olan bir cari gibi.
Canlıya geçiş checklist’i şu şekilde uygulanabilir:
- Veri aktarımından önce yedek alın.
- Eski sistemde işlem yapılacak son tarih ve saati belirleyin.
- Açılış kasa ve banka bakiyelerini imzalı tutanakla sabitleyin.
- En az 10 cari hesabın bakiyesini tek tek karşılaştırın.
- Bir aylık otomatik bakım tahakkukunu test ortamında oluşturun.
- Nakit ve banka tahsilatı senaryolarını deneyin.
- Kısmi ödeme ve fazla ödeme durumlarını kontrol edin.
- Teknisyen avansı ve masraf kapatma işlemi gerçekleştirin.
- E-Fatura veya e-Arşiv belgesi oluşturup cari kaydını inceleyin.
- İptal ve düzeltme yetkilerini test edin.
- Gün sonu kasa toplamını fiziksel para ile karşılaştırın.
- Yetkisiz bir kullanıcının finansal verilere erişemediğini doğrulayın.
- Rapor toplamlarını eski kayıtlarla karşılaştırın.
- Kullanıcılara görevlerine göre kısa eğitim verin.
- İlk ay için sorumlu kişi ve destek iletişim yöntemini belirleyin.
Pilot dönem en az bir tahakkuk, fatura ve tahsilat döngüsünü kapsamalıdır. Hatalar yalnızca teknik açıdan değil, kullanım alışkanlıkları açısından da değerlendirilmelidir. Kullanıcı yanlış cari hesaba ödeme işliyorsa sorun eğitimden, ekran akışından veya benzer isimli kayıtlardan kaynaklanabilir.
Entegrasyon Sonrası İlk Ay Nasıl İzlenmeli?
Canlıya geçiş tamamlandığında iş bitmez. İlk 30 gün, verilerin doğru oluşup oluşmadığının gözlendiği kontrol dönemidir. Özellikle günlük kasa kapanışı ve haftalık cari bakiye karşılaştırması ihmal edilmemelidir.
İlk ay boyunca şu göstergeler takip edilebilir:
- Sistemdeki kasa ile fiziksel kasa arasındaki fark
- Bankada görünen ancak cari hesaba işlenmeyen ödemeler
- Otomatik oluşmayan bakım tahakkukları
- Mükerrer kaydedilen tahsilatlar
- Eksik vergi bilgisi nedeniyle oluşturulamayan faturalar
- Belgesiz teknisyen harcamaları
- Vadesi geçtiği hâlde rapora düşmeyen borçlar
- Yanlış kullanıcı yetkileri
- Eski sisteme girilmeye devam edilen işlemler
İki sistemi uzun süre paralel kullanmak güvenli görünse de hangi kaydın esas alınacağı konusunda karışıklık yaratır. Pilot doğrulaması tamamlandıktan sonra yeni sistem ana kaynak olarak ilan edilmeli; eski kayıtlar yalnızca geçmişe dönük inceleme için erişilebilir tutulmalıdır.
Sıkça Sorulan Sorular
Asansör Kasa Programı entegrasyonu ne kadar sürer?
Süre; müşteri sayısına, veri kalitesine, banka ve e-belge bağlantılarına göre değişir. Düzenli kayıtları bulunan küçük bir firmada birkaç iş günü yeterli olabilirken, mükerrer cari hesapları ve dağınık sözleşmeleri bulunan büyük portföylerde hazırlık daha uzun sürebilir. En doğru yaklaşım, taşıma ve kontrol sürelerini ayrı planlamaktır.
Eski Excel kayıtlarının tamamı aktarılmalı mı?
Hayır. Kullanım dışı müşteriler, mükerrer kayıtlar ve doğrulanamayan satırlar temizlenmeden aktarılmamalıdır. Aktif cariler, açık bakiyeler, güncel sözleşmeler ve gerekli geçmiş hareketler önceliklendirilmelidir. Gereksiz veriler yeni sistemde arama ve raporlama kalitesini düşürür.
Banka entegrasyonu zorunlu mudur?
Zorunlu değildir; ancak çok sayıda banka havalesi alan firmalarda eşleştirme süresini azaltabilir. Entegrasyon kullanılmıyorsa banka ekstresi düzenli içe aktarılmalı veya hareketler kontrollü biçimde kaydedilmelidir. Her iki durumda da mükerrer tahsilat kontrolü yapılmalıdır.
Kasa programı ile bakım programı ayrı olabilir mi?
Olabilir; fakat cari, sözleşme, iş emri ve tahsilat verilerinin iki sistem arasında nasıl aktarılacağı netleştirilmelidir. Entegrasyon yoksa aynı bilginin tekrar girilmesi hata riskini artırır. Ortak müşteri kodu ve düzenli mutabakat bu riski azaltır.
Teknisyenler finansal bilgileri görmeli mi?
Teknisyen yalnızca görevi için gerekli bilgileri görmelidir. Ödeme alma yetkisi varsa ilgili işin tahsilat durumuna erişebilir; ancak bütün müşterilerin bakiyeleri, banka hesapları veya şirket giderleri açık olmamalıdır. Yetki görev bazında sınırlandırılmalıdır.
Entegrasyonun başarılı olduğu nasıl anlaşılır?
Açılış bakiyeleri doğruysa, bakım tahakkukları zamanında oluşuyorsa, tahsilatlar ilgili borçları kapatıyorsa ve kasa-banka toplamları gerçek hesaplarla eşleşiyorsa temel entegrasyon başarıyla çalışıyor demektir. Bunun yanında kullanıcıların eski tablo veya defterlere dönmeden süreci tamamlayabilmesi gerekir.
Özet
Başarılı bir Asansör Kasa Programı entegrasyonu; temiz cari veriler, doğru açılış bakiyeleri, sözleşmeye bağlı tahakkuklar, kontrollü banka hareketleri, güvenilir e-Fatura akışı ve rol bazlı yetkilendirme üzerine kurulmalıdır. En güvenli yöntem, bütün sistemi bir anda açmak yerine farklı ödeme ve sözleşme senaryolarını kapsayan pilot bir grupla ilerlemektir. Asansorex üzerinden saha, sözleşme, cari ve tahsilat kayıtlarını bağlantılı yönetmek, tekrar veri girişini azaltarak bakım firmasının finansal durumunu daha anlaşılır hâle getirebilir. Entegrasyon sonrasında günlük kasa kapanışı ve haftalık mutabakat alışkanlığı sürdürüldüğünde program yalnızca kayıt tutan bir araç değil, yönetime güvenilir veri sağlayan bir iş sistemine dönüşür.