İçeriğe geç
Asansör bakım, servis ve montaj firmaları için yazılım
İşletme & Finans

Asansör Cari Takip Programı Entegrasyon Checklist

Asansör Cari Takip Programı kurulurken müşteri, bakım, fatura ve tahsilat verilerinin doğru bağlanması gerekir. Bu checklist ile entegrasyon öncesi ve sonrası kritik noktaları kontrol edin.

İÇERİK

Asansör bakım firmalarında cari takip sistemi tek başına çalışan bir borç-alacak ekranı değildir. Gerçek fayda, bakım sözleşmesi, yapılan bakım, arıza işlemi, teklif, fatura ve tahsilat bilgilerinin aynı müşteri hesabında birleşmesiyle ortaya çıkar. Bu nedenle bir Asansör Cari Takip Programı seçerken yalnızca “cari hesap var mı?” sorusu yeterli değildir. Asıl sorulması gereken, cari yapının işletmenin diğer süreçleriyle nasıl entegre olduğudur.

Örneğin teknisyen aylık bakımı tamamladığında bu bilgi ofise ulaşmıyorsa, muhasebe personeli hangi müşterinin faturalandırılacağını manuel olarak kontrol etmek zorunda kalır. Fatura kesildiği halde cari hesaba otomatik yansımıyorsa ikinci bir kayıt işlemi gerekir. Tahsilat alındığında borç bakiyesi güncellenmiyorsa Excel tabloları tekrar devreye girer.

Bu rehberde, Asansör Cari Takip Programı entegrasyonu yaparken kontrol edilmesi gereken kritik noktaları firma sahibi, muhasebe personeli ve saha operasyonu açısından adım adım ele alacağız.

Entegrasyondan Önce Cari Yapınızı Netleştirin

Yazılım entegrasyonunda yapılan en yaygın hata, mevcut iş sürecini tanımlamadan sistemi kurmaya başlamaktır. Öncelikle firmanızın cari hesap mantığının nasıl çalıştığını belirlemelisiniz.

Bir asansör bakım firmasında cari kart genellikle yalnızca müşteri isminden oluşmaz. Aynı müşteriye bağlı birden fazla bina, site veya asansör bulunabilir.

Örneğin bir yönetim firmasının:

  • 12 farklı apartmanı,
  • 28 farklı asansörü,
  • farklı bakım sözleşmeleri,
  • farklı fatura kesim dönemleri,
  • tek merkezden yapılan ödemeleri

olabilir.

Burada karar verilmesi gereken önemli konu, borcun hangi seviyede takip edileceğidir.

Müşteri mi, bina mı cari olmalı?

Genel uygulamada ana cari hesap müşteriye veya fatura muhatabına bağlı tutulur. Ancak operasyon tarafında bina ve asansör detayının da görülebilmesi gerekir.

Örneğin:

ABC Site Yönetimi → A Blok → Asansör 1 → Ağustos Bakımı

şeklindeki ilişki kaybolmamalıdır.

Bu yapı sayesinde firma sahibi yalnızca “ABC Site Yönetimi 18.000 TL borçlu” bilgisini değil, bu borcun hangi bakım veya hizmetlerden kaynaklandığını da görebilir.

Entegrasyon öncesinde şu soruları cevaplayın:

  1. Cari kart hangi müşteri bilgileriyle oluşturulacak?
  2. Bir müşteriye birden fazla bina bağlanabilecek mi?
  3. Binalara birden fazla asansör tanımlanabilecek mi?
  4. Borç hangi işlem sonucunda oluşacak?
  5. Fatura kesildiğinde cari bakiye nasıl değişecek?
  6. Kısmi ödeme alınırsa kalan borç nasıl takip edilecek?
  7. Eski dönem borçları sisteme nasıl aktarılacak?

Bu kararlar verilmeden veri aktarımına başlanması ilerleyen aylarda ciddi kayıt karmaşası oluşturabilir.

Müşteri ve Sözleşme Entegrasyonu Kontrol Listesi

Cari takibin temelini müşteri ve sözleşme bilgileri oluşturur. Çünkü bakım firmalarında düzenli gelir çoğunlukla aylık veya dönemsel bakım sözleşmelerinden gelir.

Örneğin 400 asansöre bakım yapan bir firma düşünelim. Her ay hangi müşteriden ne kadar tahakkuk oluşturulacağını manuel hesaplamak yerine sözleşmedeki bakım bedelinin sistem tarafından bilinmesi ciddi zaman kazandırır.

Kontrol edilmesi gereken temel alanlar şunlardır:

Kontrol noktası Kontrol edilmesi gereken
Müşteri kartı Firma veya kişi bilgileri doğru mu?
Vergi bilgileri Vergi dairesi ve vergi/T.C. bilgileri kayıtlı mı?
Bina ilişkisi Müşteriye doğru bina bağlanmış mı?
Asansör ilişkisi Asansör doğru bina altında mı?
Sözleşme Başlangıç ve bitiş tarihi girilmiş mi?
Bakım bedeli Aylık veya dönemsel ücret doğru mu?
Faturalama dönemi Aylık, üç aylık veya farklı dönem tanımlı mı?
Cari başlangıç bakiyesi Eski borç veya alacak aktarılmış mı?
Yetkili kişi Muhasebe ve yönetici iletişim bilgileri mevcut mu?

Özellikle mevcut bir yazılımdan yeni sisteme geçiliyorsa müşteri isimlerinde tekrar eden kayıtlar kontrol edilmelidir.

Örneğin aynı müşteri geçmiş sistemde:

  • Yıldız Apartmanı
  • Yıldız Apt.
  • Yıldız Apartman Yönetimi

şeklinde üç ayrı cari olarak kayıt edilmiş olabilir.

Bu kayıtları olduğu gibi taşımak yerine aktarım öncesinde temizlemek gerekir.

Bakım, Arıza ve Cari Hesap Bağlantısını Test Edin

Asansör sektörüne özel bir cari takip sisteminin standart ön muhasebe programından ayrıldığı en önemli noktalardan biri operasyon verisiyle bağlantıdır.

Bir bakım tamamlandığında bunun finansal karşılığı oluşabilir. Aynı şekilde ücretli bir arıza, parça değişimi veya revizyon işi müşterinin cari hesabına yansıyabilir.

Bu nedenle entegrasyon sırasında gerçek senaryolar üzerinden test yapılmalıdır.

Aylık bakım senaryosu

Örneğin bir apartmanın aylık bakım bedeli 2.500 TL olsun.

Kontrol edilmesi gereken akış:

  1. Bakım planı oluşturulur.
  2. Teknisyen bakımı gerçekleştirir.
  3. Bakım kaydı tamamlanır.
  4. Faturalandırılabilir işlem oluşur.
  5. Fatura kesilir.
  6. Cari hesap güncellenir.
  7. Tahsilat geldiğinde açık bakiye azalır.

Bu zincirin herhangi bir noktasında manuel işlem gerekiyorsa entegrasyonun ne kadar verimli olduğu tekrar değerlendirilmelidir.

Ücretli arıza ve parça değişimi

Her arıza bakım sözleşmesine dahil olmayabilir. Örneğin kullanıcı hatasından kaynaklanan bir kapı ekipmanı değişimi ayrıca ücretlendirilebilir.

Bu durumda sistemde:

Arıza → kullanılan malzeme → işçilik → teklif/onay → fatura → cari

bağlantısının kurulabilmesi önemlidir.

Aksi halde saha ekibinin yaptığı ücretli işlemler muhasebe tarafından fark edilmeyebilir ve firmanın gelir kaybına dönüşebilir.

Asansorex gibi asansör bakım süreçleriyle cari takibi aynı yapıda birleştiren yazılımlar, bakım veya servis kayıtlarının finansal süreçle ilişkilendirilmesini kolaylaştırabilir. Buradaki temel amaç, saha ile muhasebe arasında tekrar veri girişi yapılmasını azaltmaktır.

Fatura ve Tahsilat Entegrasyonunu Ayrı Ayrı Kontrol Edin

Cari takip sistemlerinde fatura ve tahsilat çoğu zaman aynı başlık altında düşünülür ancak aslında iki farklı süreçtir.

Fatura borç oluşturur, tahsilat ise bu borcu kapatır.

Bu nedenle entegrasyon testinde iki işlem ayrı ayrı incelenmelidir.

Fatura tarafında kontrol edilmesi gerekenler

  • Hangi işlemlerin faturalandırılacağı görülebiliyor mu?
  • Aynı bakım ikinci kez faturaya dönüştürülebiliyor mu?
  • Faturalanmış işlem açık biçimde işaretleniyor mu?
  • KDV dahil ve hariç tutarlar doğru hesaplanıyor mu?
  • Fatura açıklamasında bina veya hizmet bilgisi yer alabiliyor mu?
  • İptal veya düzeltme durumunda cari hesap doğru güncelleniyor mu?
  • Bir müşterinin birden fazla hizmeti tek faturada birleştirilebiliyor mu?

Özellikle yüzlerce bakım kaydı bulunan firmalarda mükerrer fatura riski önemlidir.

Örneğin ağustos ayı bakımının faturası kesildiyse aynı bakım kaydı eylül ayında tekrar “faturalandırılacak işlemler” listesine düşmemelidir.

Tahsilat tarafında kontrol edilmesi gerekenler

Tahsilat süreci de en az fatura kadar önemlidir.

Bir müşteri 12.000 TL borcun yalnızca 7.000 TL'sini ödediğinde sistemin kalan 5.000 TL açık bakiyeyi göstermesi gerekir.

Kontrol listesi:

  • Tam tahsilat girilebiliyor mu?
  • Kısmi tahsilat destekleniyor mu?
  • Ödeme tarihi kaydediliyor mu?
  • Ödeme türü tutulabiliyor mu?
  • Açıklama veya dekont bilgisi eklenebiliyor mu?
  • Tahsilat doğru cari hesaba işleniyor mu?
  • Müşteri ekstresinde ödeme görülebiliyor mu?
  • Eski borç ile yeni dönem borcu birbirinden ayırt edilebiliyor mu?

Firma sahibi açısından kritik ekran toplam tahsilat değil, vadesi geçmiş açık alacakların görülebilmesidir.

Veri Aktarımı Yaparken Bu Checklist'i Uygulayın

Eski sistemden veya Excel'den yeni Asansör Cari Takip Programı'na geçiş sırasında tüm verileri aynı anda aktarmak cazip görünebilir. Ancak kontrolsüz toplu aktarım sorunları da beraberinde getirir.

Daha güvenli yöntem küçük bir pilot veri grubuyla başlamaktır.

Örneğin önce:

  • 10 müşteri,
  • 20 bina,
  • 30 asansör,
  • birkaç açık fatura,
  • birkaç geçmiş tahsilat

aktarılabilir.

Ardından bu kayıtların doğruluğu kontrol edilir.

Veri aktarım kontrol listesi

Aktarım sonrasında en az şu kontroller yapılmalıdır:

  1. Toplam müşteri sayısı karşılaştırılmalı.
  2. Toplam açık alacak eski sistemle karşılaştırılmalı.
  3. Negatif veya olağan dışı bakiyeler kontrol edilmeli.
  4. Aynı vergi numarasına sahip mükerrer müşteriler aranmalı.
  5. Bina-müşteri bağlantıları kontrol edilmeli.
  6. Sözleşme bedelleri örneklem yöntemiyle incelenmeli.
  7. Son tahsilat tarihleri karşılaştırılmalı.
  8. Faturalandırılmış işlemlerin durumu kontrol edilmeli.
  9. Kullanıcı yetkileri test edilmeli.
  10. Pilot müşteri üzerinden baştan sona gerçek işlem yapılmalı.

Burada yalnızca toplam borcun tutması yeterli değildir.

Eski sistemde toplam alacak 850.000 TL, yeni sistemde de 850.000 TL çıkabilir. Ancak borçlar yanlış müşterilere dağıtılmışsa entegrasyon yine hatalıdır.

Bu yüzden toplam kontrolü ile detay kontrolü birlikte yapılmalıdır.

Entegrasyon Sonrası İlk 30 Gün Neler İzlenmeli?

Program devreye alındıktan sonra entegrasyon tamamlanmış sayılmamalıdır. İlk birkaç hafta gerçek kullanım sırasında ortaya çıkan sorunların tespit edildiği dönemdir.

Özellikle şu göstergeler takip edilmelidir:

  • Faturasız kalan tamamlanmış bakımlar
  • Cari hesaba yansımayan faturalar
  • Yanlış müşteriye girilen tahsilatlar
  • Mükerrer müşteri kayıtları
  • Sözleşme bedeli hataları
  • Vadesi geçtiği halde görünmeyen borçlar
  • Saha işleminden finans kaydına geçmeyen ücretli işler

Firma sahibi haftada bir kez örnek müşteri seçerek süreci kontrol edebilir.

Örneğin rastgele beş müşteride:

Sözleşme → bakım → fatura → cari → tahsilat

zinciri incelenebilir.

Bu basit kontrol, entegrasyon hatalarının aylar sonra fark edilmesini engeller.

Bir başka önemli konu çalışan alışkanlıklarıdır. Yazılım doğru çalışsa bile ekip hâlâ Excel, WhatsApp ve kâğıt notlarla paralel kayıt tutuyorsa veri bütünlüğü bozulur.

Yeni sistem devreye alındığında hangi kaydın nerede tutulacağı net biçimde belirlenmelidir.

Aynı finansal işlemin hem Excel'de hem yazılımda takip edilmesi güvenliği artırmaz; çoğu zaman hangi verinin güncel olduğu konusunda yeni bir belirsizlik oluşturur.

Doğru Entegrasyonun İşletmeye Sağladığı Kazanç

Cari takip entegrasyonunun amacı muhasebe personelinin işini kolaylaştırmaktan daha geniştir.

Doğru kurulan yapı firma sahibine işletmenin gerçek durumunu gösterebilir.

Örneğin şu soruların cevabı birkaç dakika içinde alınabilmelidir:

  • Toplam açık alacağımız ne kadar?
  • Kaç müşterinin ödemesi gecikmiş?
  • Bu ay kaç bakım faturalanmadı?
  • Hangi müşterilerin sözleşme bedeli güncellenmeli?
  • Yapılan ücretli arıza işlemlerinin ne kadarı faturaya dönüştü?
  • Tahsilat performansı geçen aya göre nasıl?
  • En yüksek borcu bulunan müşteriler hangileri?

Bu sorular için farklı Excel dosyalarının birleştirilmesi gerekiyorsa cari takip sistemi henüz işletmenin merkezi veri kaynağı haline gelmemiş demektir.

Asansorex gibi bakım, arıza, sözleşme, faturalandırma ve cari süreçlerini ilişkilendiren sistemlerde amaç tam olarak bu bağlantıyı güçlendirmektir. Böylece firma, yalnızca kimin borçlu olduğunu değil, borcun hangi hizmetten doğduğunu ve hangi aşamada bulunduğunu da daha kolay takip edebilir.

Sıkça Sorulan Sorular

Asansör Cari Takip Programı muhasebe programının yerine geçer mi?

Her zaman değil. Cari takip programı müşteri borçları, tahsilatlar, bakım ve hizmet bağlantıları konusunda operasyonel takip sağlar. Resmî muhasebe süreçleri ise mali müşavir ve kullanılan muhasebe altyapısıyla birlikte değerlendirilmelidir.

Excel'deki cari kayıtlar yeni programa aktarılabilir mi?

Birçok sistemde veri aktarımı mümkündür ancak aktarım öncesinde müşteri isimleri, vergi bilgileri, açık bakiyeler ve mükerrer kayıtlar temizlenmelidir. Özellikle eski borçların doğru cari hesaplara bağlandığı kontrol edilmelidir.

Cari sistem bakım programıyla neden entegre olmalı?

Çünkü asansör bakım firmalarında borcun büyük bölümü bakım, arıza, revizyon veya parça değişimi gibi operasyonel işlemlerden doğar. Bu işlemler cari sistemden kopuk tutulursa manuel veri girişi ve unutulan faturalandırma riski artar.

Kısmi tahsilat desteği önemli mi?

Evet. Müşteriler her zaman borcun tamamını tek seferde ödemeyebilir. Örneğin 20.000 TL borca karşılık 12.000 TL ödeme yapıldığında kalan 8.000 TL'nin açık bakiye olarak izlenmesi gerekir.

Entegrasyon testi kaç müşteriyle yapılmalı?

Kesin bir sayı yoktur. Genel uygulamada farklı senaryoları temsil eden küçük bir müşteri grubu seçmek daha sağlıklıdır. Düzenli bakım müşterisi, borçlu müşteri, kısmi ödeme yapan müşteri ve ücretli arıza işlemi bulunan müşteri gibi farklı örnekler teste dahil edilmelidir.

Entegrasyonun başarılı olduğunu nasıl anlarız?

Bir müşterinin sözleşmesinden başlayarak bakım, faturalandırma, cari borç ve tahsilat sürecini baştan sona takip edebiliyor ve aynı bilgiyi yeniden başka bir sisteme girmek zorunda kalmıyorsanız entegrasyon büyük ölçüde amacına ulaşmış demektir.

Özet

Asansör Cari Takip Programı entegrasyonu yalnızca müşteri listesini yeni sisteme aktarmaktan ibaret değildir. Müşteri, bina, asansör, sözleşme, bakım, arıza, fatura ve tahsilat bilgilerinin birbirine doğru şekilde bağlanması gerekir.

Başarılı bir kurulum için önce cari yapınızı belirleyin, ardından müşteri ve sözleşme verilerini temizleyin. Bakım ve ücretli servis işlemlerinin finansal sürece doğru aktarıldığını test edin. Fatura ile tahsilat akışını ayrı ayrı kontrol edin ve toplu geçişten önce küçük bir pilot grupla gerçek senaryolar uygulayın.

En önemlisi, entegrasyonu bir defalık teknik kurulum olarak görmeyin. İlk 30 gün boyunca faturalandırılmayan işlemleri, açık alacakları, tahsilatları ve veri eşleşmelerini düzenli kontrol edin. Böylece cari takip sistemi yalnızca kayıt tutan bir araç olmaktan çıkar; işletmenin nakit akışını ve müşteri ilişkilerini daha sağlıklı yönetmesini sağlayan günlük bir yönetim aracına dönüşür.

Benzer Yazılar

Asansör operasyonlarınızı bugün dijitalleştirin

Asansorex — 3 gün ücretsiz deneme.

Demo Talep Et