Yapı Denetim Yazılımı Seçim Rehberi: 10 Soru (2026)

Yapı Denetim Yazılımı Seçim Rehberi: 10 Kritik Soru ve Geçiş Planı (2026)

Yapı denetim yazılımı seçimi, bir kuruluşun YİBF takibi, hakediş üretimi, şantiye raporlaması ve belge arşivini hangi araçla yöneteceğine karar verme sürecidir. Doğru seçim; Bakanlık YDS entegrasyon derinliği, veri taşınabilirliği, mobil saha kullanımı, fiyat modeli ve çıkış koşulları gibi on kritik kriterin dürüstçe sorgulanmasıyla yapılır. Hangi yazılımı seçersen seç, aynı soruları sor.

Excel ve Manuel Takibin Gizli Maliyetleri

Çoğu kuruluş işe Excel ve Word şablonlarıyla başlar — ve bir noktaya kadar bu çalışır. Sorun, maliyetin görünmez olmasıdır. Excel’in faturası ay sonunda gelmez; zamanın, hatanın ve gecikmiş tahsilatın içinde dağılmış olarak gelir.

Gizli maliyetlerin nereye saklandığına bakalım:

Mükerrer veri girişi — Aynı YİBF, parsel ve yapı sahibi bilgisini sözleşmeye, hakediş tablosuna, faturaya ve eviraka ayrı ayrı yazarsın. Her tekrar yeni bir hata ihtimalidir.
Hesap hataları — Seviye oranı × bedel × pay kesintisi zincirinde tek bir hatalı hücre, reddedilen bir hakediş dosyası demektir.
Versiyon kaosu — “hakedis_son_v3_GERÇEK.xlsx” tanıdık geliyorsa, hangi dosyanın güncel olduğu sorusu başlı başına bir risktir.
Bilgi tek kişide kilitli — Şablonları kuran kişi izne çıktığında süreç durur.
Gecikmiş tahsilat — Dağınık takip, idarede bekleyen veya reddedilen hakedişin gözden kaçmasına; yani paranın geç gelmesine yol açar.

Bu maliyetler tek tek küçük görünür ama YİBF sayısı arttıkça toplamı kuruluşun en pahalı kalemine dönüşür. Yazılıma geçiş kararı aslında “Excel’i sevmiyorum” kararı değil, bu görünmez maliyetleri görünür ve kontrol edilebilir kılma kararıdır.

Bir de dijitalleşmenin artık tercih değil zorunluluk olduğu gerçeği var. 2026 itibarıyla e-Fatura, e-Arşiv ve e-Defter zorunlulukları genişledi, kağıt fatura opsiyonu daraldı, hadler düştü. Yani sürecin bir ucu zaten elektronik dünyaya bağlanmak zorunda. Hakediş ve sözleşme tarafını hâlâ Excel/Word’de tutup fatura tarafını ayrı bir e-Fatura portalında yürütmek, iki kopuk dünya arasında sürekli veri taşımak demektir. Dijitalleşme dalgası geldiğinde “yarısı dijital, yarısı kağıt” bir kurguda kalmak, en yorucu senaryodur — ne kağıdın basitliği ne dijitalin bütünlüğü kalır. Bu yüzden yazılım kararını “ileride lazım olur” diye değil, “süreç zaten oraya doğru zorunlu olarak gidiyor” çerçevesinde düşünmek daha gerçekçidir.

Mevzuat tarafında da gizli bir maliyet var: kurallar değişiyor. EK-6 yapı denetim hizmet sözleşmesi formu 2025’te güncellendi, hizmet bedelleri her yıl TÜFE/Yİ-ÜFE ortalamasıyla revize ediliyor, e-Fatura ve e-Arşiv hadleri 2026’da düştü. Excel’de bu değişiklikleri sen takip edip şablonlarını elle güncellemek zorundasın. Bir formül veya oranı güncellemeyi unutursan, hatayı çoğu zaman reddedilen bir dosyada fark edersin. Bu sürekli güncel kalma yükü, manuel takibin en sinsi maliyetidir; çünkü hata yaptığın anı değil, çok sonra parayı geç tahsil ettiğin anı görürsün.

Yazılım Seçerken Sorman Gereken 10 Kritik Soru

Pazarlama broşürleri yerine, satıcıya doğrudan sorman gereken sorular bunlar. Cevapları net değilse, bu da bir cevaptır.

Bakanlık YDS entegrasyon derinliği ne kadar? Yazılım sadece elle girdiğin veriyi mi saklıyor, yoksa YDS ile gerçekten konuşup YİBF verisini, seviye ve durum bilgisini sisteme taşıyabiliyor mu? “Entegre” kelimesi tek başına yeterli değil; ne kadar veriyi, hangi yönde aktardığını sor.
2FA ve Bakanlık girişi nasıl yönetiliyor? YDS girişlerinde iki adımlı doğrulama ve oturum yönetimi günlük operasyonun en sinir bozucu noktasıdır. Yazılım bu akışı kolaylaştırıyor mu, yoksa her seferinde sıfırdan mı uğraşıyorsun?
Veri taşıma (göç) nasıl yapılıyor? Mevcut Excel/Word verini sisteme aktarmak için ne sunuyorlar? Toplu içe aktarma var mı, yoksa her YİBF’i elle mi gireceksin? Geçişin maliyeti çoğu zaman buradadır.
Mobil saha kullanımı gerçek mi, vitrin mi? Saha personeli telefondan tutanak, fotoğraf ve seviye girişi yapabiliyor mu; yoksa mobil sadece “görüntüleme” mi? Saha verisinin ofise akışı kopuksa kağıt geri gelir.
Destek nasıl, ne hızda? Bir hakediş günü sistemde takıldığında kime, nasıl ve ne sürede ulaşıyorsun? Telefon mu, e-posta mı, kuyrukta kaç gün?
Güncelleme garantisi var mı? Mevzuat değişiyor (örneğin EK-6 sözleşme formu 2025’te güncellendi, hizmet bedelleri her yıl TÜFE/Yİ-ÜFE ile güncelleniyor). Yazılım bu değişiklikleri ek ücretsiz, otomatik takip ediyor mu?
Fiyat modeli net ve öngörülebilir mi? Fiyat neye göre belirleniyor — kullanıcı sayısı, firma sayısı, YİBF adedi? Gizli modül ücretleri var mı? Bir yıl sonra faturanın ne olacağını bugünden bilebiliyor musun?
Çoklu firma desteği var mı? Birden fazla denetim kuruluşunu veya şubeyi tek hesaptan yönetebiliyor musun, yoksa her firma için ayrı abonelik mi gerekiyor?
Eğitim ve onboarding nasıl? Ekibin sistemi öğrenmesi günler mi sürüyor? Eğitim materyali, video, akademi içeriği sunuluyor mu?
Çıkış koşulları neler? En çok atlanan soru. Vazgeçersen verini dışa aktarabiliyor musun? Sözleşmede cezai şart var mı? Deneme süresi gerçek mi, kredi kartı istiyor mu?

Bu on soru bir filtredir. İyi bir yazılım hepsine net, somut ve yazılı cevap verir; iyi olmayan yazılım soruları geçiştirir.

Soruları sorarken bir not düş: cevabın somutluğuna bak. “Evet, destek veriyoruz” ile “destek talebine mesai içinde ortalama şu sürede dönüyoruz, kanal şudur” arasında dağlar kadar fark vardır. “Entegreyiz” ile “YİBF listesini toplu çekiyoruz, seviye ve durum bilgisini şu şekilde aktarıyoruz” arasında da öyle. Soyut cevap genelde o özelliğin ya zayıf olduğunun ya da hiç olmadığının işaretidir. Mümkünse cevapları yazılı iste — sözleşme ekine giren bir taahhüt, demoda söylenen güzel cümleden çok daha değerlidir.

Yades’te bu nasıl? Yades doğrudan Bakanlık YDS entegredir; YİBF verisini toplu indirir, hakediş dosyasını 70+ değişkenli tek Word çıktısıyla üretir ve GİB EDM e-Fatura ile faturaya bağlar. Çoklu firma tek hesaptan yönetilir, fiyat kullanıcı ve firma sayısına göre belirlenir. Ama yine de yukarıdaki 10 soruyu bize de sor — net cevap vermek bizim işimiz. Çözümleri incele

Bulut mu, Masaüstü mü?

Bu tartışma teknik gibi görünür ama aslında iş sürekliliği tartışmasıdır.

Masaüstü yazılım tek bir bilgisayara kuruludur. Avantajı: internet olmadan da çalışır, veri o makinededir. Dezavantajı: o makine bozulursa, çalınırsa veya yedek alınmadıysa veri risk altındadır; sahadan veya başka şubeden erişemezsin; güncellemeleri tek tek elle kurman gerekir; ekip büyüdükçe lisans ve senkronizasyon karmaşıklaşır.

Bulut yazılım veriyi merkezi sunucuda tutar, tarayıcıdan veya mobilden erişilir. Avantajı: her yerden erişim, otomatik yedek, merkezi güncelleme, sahadan ofise kesintisiz veri akışı, çoklu kullanıcı/firma yönetimi. Dezavantajı: internet bağımlılığı ve veri güvenliği için sağlayıcıya güven gerektirmesi — ki bu da yine “çıkış koşulları” ve “veri dışa aktarımı” sorularıyla yönetilir.

Yapı denetiminde saha ve ofisin sürekli veri alışverişi yapması, mevzuatın sık güncellenmesi ve çoklu firma ihtiyacı düşünüldüğünde bulut model çoğu kuruluş için daha doğal bir uyum sağlar. Ama doğru soru “bulut mu masaüstü mü” değil, “verim kimde, ne kadar güvende ve ne kadar taşınabilir” sorusudur.

Güncelleme açısından da iki model çok farklı davranır. Bulut yazılımda mevzuat değişikliği (örneğin yeni EK-6 formu veya güncel hizmet bedeli oranları) sağlayıcı tarafında bir kez yapılır ve tüm kullanıcılara aynı anda yansır — sen hiçbir şey kurmazsın. Masaüstünde ise her makinede ayrı güncelleme gerekir; biri atlanırsa o makine eski oranlarla çalışmaya devam eder ve bunu fark etmek zordur. Mevzuatın bu kadar sık değiştiği bir alanda, “güncel kalma yükünün kimde olduğu” başlı başına bir seçim kriteridir. Yine de bulutun rahatlığı, sağlayıcının bu güncellemeleri gerçekten ek ücretsiz ve zamanında yapacağına güvenmeyi gerektirir — bu yüzden 6. soru (güncelleme garantisi) ile 10. soru (çıkış koşulları) bulutta daha da kritiktir.

Excel’den Geçiş Planı (Paralel Kullanım Dahil)

Geçişin en büyük korkusu “ya yeni sistem çalışmazsa ve hiç veri kalmazsa” korkusudur. Bu korkuyu yöneten şey ani değil, kademeli geçiştir.

Sağlıklı bir geçiş planı şöyle ilerler:

Envanter çıkar. Aktif YİBF’lerini, açık hakedişlerini ve evrak arşivini listele. Neyin taşınacağını bilmeden geçişe başlama.
Pilot seç. Tüm kuruluşu birden taşıma; 2-3 YİBF ile yeni sistemde paralel çalış. Hem Excel’i hem yazılımı aynı anda kullan, çıktıları karşılaştır.
Çıktıları doğrula. Yazılımın ürettiği hakediş dosyası, pay kesintileri ve fatura tutarı, Excel’le birebir tutuyor mu? Tutmuyorsa nedenini bul — genelde hata Excel tarafındadır.
Veriyi taşı. Pilot başarılıysa toplu içe aktarma ile geçmiş YİBF verisini sisteme al. Burada satıcının göç desteği kritik.
Ekibi eğit. Saha ve ofis ekibine kısa, role özel eğitim ver. Onboarding ne kadar iyiyse direnç o kadar az.
Excel’i emekliye ayır. Paralel dönemde güven oluştuktan sonra Excel’i yedek/arşiv konumuna çek. Hemen silme; bir süre referans olarak tut.

Paralel kullanım dönemi geçişin sigortasıdır: bir ayağın hep yerde kalır, riski sıfıra yakın tutarsın. Bu dönemi atlayıp “bir günde geçtik” demek kulağa hızlı gelir ama ilk hatalı hakedişte pahalıya patlar.

Yades’te bu nasıl? Yades 30 günlük deneme sunar — cezai şart yok, baskı yok. Bu süreyi tam da paralel kullanım için kullan: mevcut Excel’inle yan yana çalıştır, çıktıları karşılaştır, ekibini alıştır. İkna olmazsan veriyle birlikte çekip gidersin. 30 gün dene

Geçişte En Sık Yapılan Hatalar

Doğru yazılımı seçmek savaşın yarısıdır; geçişi doğru yönetmek diğer yarısı. Excel’den yazılıma geçen kuruluşların tekrar tekrar düştüğü hatalar bellidir, ve hepsinden kaçınmak mümkün:

Her şeyi bir günde taşımaya çalışmak. “Pazartesi Excel kapanıyor, yeni sisteme geçtik” yaklaşımı ilk hatalı hakedişte güveni yıkar. Paralel dönem olmadan geçiş, ağsız ip cambazlığıdır.
Veri temizliği yapmadan göç. Excel’deki hatalı, eksik veya mükerrer kayıtları olduğu gibi yeni sisteme taşırsan, “çöp girer, çöp çıkar.” Göç öncesi veriyi gözden geçir.
Eğitimi atlamak. Sistem ne kadar iyi olursa olsun, ekibi eğitmeden bırakırsan herkes eski alışkanlığına döner ve yazılım yarım kullanılır. Role özel kısa eğitim şarttır.
Tek kişiye emanet etmek. Geçişi sadece “bilgisayardan anlayan” bir kişiye yıkmak, o kişi ayrıldığında bilgiyi de götürür. En az iki kişi süreci bilmeli.
Çıktıyı doğrulamadan güvenmek. Yeni sistemin ürettiği ilk hakedişleri Excel’le karşılaştırmadan idareye sunmak risklidir. Paralel dönemde her çıktıyı teyit et.
Çıkış planı düşünmemek. Vazgeçersen verini nasıl alacağını bilmeden bağlanmak, sonradan en pahalı sürpriz olur. Bunu geçişten önce sor.

Bu hataların ortak teması açık: acele ve kontrolsüzlük. Geçiş yavaş ve doğrulayarak yapıldığında risk neredeyse sıfırdır; aceleyle yapıldığında ise yazılımın kendisi değil, geçiş kötü deneyimi suçlanır.

Demo’da Nelere Bakmalısın?

Demo, satıcının en parlak ekranını gösterdiği andır. Senin işin parlaklığa değil, kendi günlük işine bakmaktır. Demoyu izleyici gibi değil, test eden gibi izle:

Kendi senaryonu çalıştır. “Genel tanıtım”la yetinme; “şu YİBF’in temel seviyesi için hakediş dosyası üretelim” de ve süreci baştan sona yaptır.
YDS akışını gör. Bakanlık entegrasyonunu canlı göster istemekten çekinme. Slayttaki “entegre” ile çalışan ekran farklıdır.
Mobili gerçek telefonda dene. Saha girişini kendi telefonundan yap; ofise nasıl düştüğünü izle.
Hata senaryosu iste. Eksik belgeyle hakediş üretmeye çalış — sistem seni uyarıyor mu?
Çıktının kalitesini incele. Üretilen Word/PDF dosyasını aç; belediyeye bu haliyle sunabilir misin?
Soru sorma hızını ölç. Demoda sorduğun teknik sorulara ne kadar net cevap geliyor; bu, satış sonrası desteğin önizlemesidir.

İyi bir demo seni rahatlatmaz, sorularını biter. Demodan “etkilendim” diye değil, “10 sorumun 10’una cevap aldım” diye çık.

Demoyu tek başına izleme de bir hatadır. Yazılımı asıl kullanacak kişileri — saha personelini, hakediş hazırlayanı, muhasebeyi — demoya dahil et. Patron ekranı beğenir ama gün içinde tutanak girecek olan saha elemanının “bu telefonda gerçekten çalışır mı?” sorusu çok daha belirleyicidir. Farklı rollerin farklı soruları, yazılımın körü noktalarını ortaya çıkarır. Ayrıca demodan sonra kendi başına deneyebileceğin bir süre (deneme hesabı) iste; rehberli demoda her şey kolay görünür, asıl gerçek kendi başına oturup bir dosya ürettiğinde anlaşılır.

ROI Hesabının Mantığı

Yazılım bir maliyet değil, bir takastır: belli bir abonelik bedeli karşılığında zaman, hata ve gecikmeyi azaltırsın. ROI hesabı bu takasın gerçek olup olmadığını gösterir.

Rakam üretmek için değil, mantığı kurmak için şu kalemleri düşün:

Kazanılan zaman. Bir hakediş dosyasını elle hazırlamak kaç saat sürüyor, yazılımla kaç dakikaya iniyor? Aylık dosya sayısıyla çarp.
Önlenen hata maliyeti. Reddedilen bir hakedişin maliyeti nedir — tekrar saha, yeniden yazışma, gecikmiş tahsilat? Yılda kaç red yaşıyorsun?
Hızlanan tahsilat. Hakediş daha erken ve hatasız sunulursa para daha erken gelir. Nakit akışındaki bu erkenleme de bir kazançtır.
Azalan bağımlılık. Süreç tek kişiye kilitli olmaktan çıkıyor; bu, izin/ayrılık riskini ortadan kaldırır.

Bu kalemlerin toplamını yıllık yazılım bedeliyle karşılaştırdığında karar netleşir. Çoğu kuruluş için tek başına “önlenen redler + kazanılan saha saatleri” bedeli karşılar; gerisi net kazançtır. Önemli olan bu hesabı kendi rakamlarınla yapmaktır — satıcının vaat ettiği genel oranlarla değil.

ROI’yi değerlendirirken sadece parasal kalemlere de takılma. Ölçmesi zor ama gerçek olan kazançlar var: idareyle daha az sürtüşme, daha az stresli hakediş günleri, ekibin işe yeni biri katıldığında daha hızlı adapte olması, patronun “şu an kaç hakediş idarede bekliyor?” sorusuna anında cevap alabilmesi. Bunlar tabloya rakam olarak girmez ama kuruluşun nefes alma kapasitesini doğrudan etkiler. Yazılım kararı sonuçta bir takastır; iyi bir karar, ödediğin bedelin hem ölçülebilir hem ölçülemez tarafta sana fazlasıyla geri döndüğü karardır. Fiyat modelinin öngörülebilir olması (kullanıcı/firma sayısına göre net bir hesap) bu takası planlanabilir kılar; sürekli sürpriz çıkaran bir fiyat, en iyi ROI hesabını bile bozar.

Yades’te bu nasıl? Yades’in fiyatı kullanıcı ve firma sayısına göre belirlenir — yani küçük bir kuruluş büyük bir kurumun bedelini ödemez, ölçeğin neyse o kadar ödersin. 30 günlük denemede cezai şart yoktur; ROI hesabını teori üzerinden değil, kendi YİBF’lerinde gerçek çıktılarla yaparsın. Fiyatlandırmayı incele

Karar Verirken: Kısa Bir Skorkart

On soruyu sordun, demoyu kendi senaryonla izledin, geçiş planını ve ROI mantığını kurdun. Kararı netleştirmek için her aday yazılımı aynı başlıklarda puanlamak işe yarar — duyguyla değil, kıyaslanabilir bir tabloyla karar ver:

YDS entegrasyon derinliği — yüzeysel mi, gerçek veri akışı mı?
Veri taşınabilirliği — hem giriş (göç) hem çıkış (export) kolay mı?
Mobil saha — gerçek kullanım mı, vitrin mi?
Destek ve eğitim — hızlı, erişilebilir, role özel mi?
Güncelleme garantisi — mevzuat değişimini ek ücretsiz takip ediyor mu?
Fiyat öngörülebilirliği — bir yıl sonraki faturayı bugünden biliyor musun?
Çoklu firma — tek hesaptan yönetilebiliyor mu?
Çıkış koşulları — cezai şart yok, veri senin mi?

Her başlığa basit bir puan ver (örneğin zayıf/orta/güçlü) ve adayları yan yana koy. Bu egzersizin asıl faydası kazananı bulmak değil, kör noktaları görmek: çoğu kuruluş bu tabloyu doldururken “çıkış koşullarını hiç sormamışım” veya “fiyatın gelecek yıl ne olacağını bilmiyorum” diye fark eder. Karar, en yüksek toplam puanı alan değil, senin için en kritik başlıklarda (çoğu kuruluş için YDS entegrasyonu, fiyat ve çıkış koşulları) güçlü olan yazılımdır. Hangi yazılımı seçersen seç, bu skorkartı dürüstçe doldurursan yanlış karar verme ihtimalin ciddi şekilde düşer.

Sık Sorulan Sorular

Excel’den yazılıma geçiş riskli mi?

Ani geçiş risklidir, kademeli geçiş değil. Önce envanter çıkar, 2-3 YİBF ile paralel çalış (hem Excel hem yazılım), çıktıları karşılaştır, sonra toplu veri taşı. Paralel dönem geçişin sigortasıdır; bir ayağın hep Excel’de kalır, riski sıfıra yakın tutarsın.

Bulut yazılımda verim güvende mi?

Verinin güvenliği “bulut” olmasından değil, sağlayıcının yedekleme, erişim ve dışa aktarım politikalarından gelir. Doğru sorular: otomatik yedek var mı, veriyi istediğimde dışa aktarabiliyor muyum, çıkış koşulları neler? Bu cevaplar netse bulut, masaüstüne göre iş sürekliliği avantajı sağlar.

Hangi yazılımı seçersem seçeyim mutlaka sormam gereken şey nedir?

Çıkış koşulları. Çoğu kuruluş bunu atlar. Vazgeçtiğinde verini eksiksiz dışa aktarabiliyor musun, sözleşmede cezai şart var mı, deneme süresi gerçek mi? Bu sorulara net cevap veremeyen bir satıcı, sana değil kendine güvenmeni istiyordur.

YDS entegrasyonu olması yeterli mi?

“Entegre” kelimesi tek başına yeterli değil; derinliği önemli. Yazılım YİBF verisini gerçekten YDS’den çekiyor mu, seviye ve durum bilgisini taşıyor mu, yoksa sadece elle girdiğin veriyi mi saklıyor? Demoda canlı YDS akışını görmeyi iste.

Yazılımın geri dönüşü (ROI) nasıl hesaplanır?

Kendi rakamlarınla: bir hakediş dosyasının elle hazırlanma süresi × aylık dosya sayısı (kazanılan zaman), yıllık red sayısı × red maliyeti (önlenen hata), erken tahsilatın nakit akışı etkisi ve tek kişiye bağımlılığın azalması. Bu toplamı yıllık yazılım bedeliyle karşılaştır.

İlgili rehberler: Yapı Denetim Hakediş ve Belge Yönetimi Rehberi · Yapı Denetim Süreci Rehberi · Şantiye Denetim Rehberi