Hakediş Takip Programı: Excel'den Geçiş 7 Adım (2026)

Neden Hâlâ Excel ile Hakediş Yazıyoruz?

Türkiye inşaat sektöründe büyüklüğü ne olursa olsun firmaların büyük çoğunluğu hakediş raporlarını hâlâ Microsoft Excel üzerinde hazırlıyor. Sebep belli: Excel ucuz, erişilebilir, herkes az çok kullanabiliyor ve şirketin ilk kurulduğu günden beri devam eden bir alışkanlık. İlk projede tek bir hakediş şablonuyla başlanıyor, sonra her proje için kopyalanıyor, her kesinti tipi için bir sekme ekleniyor ve birkaç yıl sonra hiç kimsenin tek başına anlayamadığı, makrolarla şişmiş, 25 sekmeli bir dev dosyaya dönüşüyor.

Sorun şu ki hakediş, finansal sonuçları doğrudan müşteriye, alt yükleniciye ve devlete giden bir süreç. Bir formül hatası, bir hücre kayması ya da yanlış kopyalanan bir kesinti yüzdesi, hem o dönem ödemesini hem de sonraki dönemlerin nakit akışını bozar. Yıllarca süren projelerde bu küçük hatalar birikir; yıl sonu mutabakatında ortaya çıkan farklar genellikle alt yükleniciyle, müşteri ile ya da finansman bankası ile gerilim yaratır.

Dijital geçişin önündeki engelin teknolojik olmadığını söylemek gerekir. Engel davranışsaldır: ekip Excel ile çalışmaya alışmıştır, geçiş döneminin verimsiz görünmesinden korkulur, yazılım maliyeti peşin görünür ama kazançlar yayılmış ve görünmezdir. Bu yazının amacı tam olarak bu engeli yıkmaktır; Excel hakedişinin gerçek maliyetini sayılarla ortaya koymak ve 7 adımlık somut bir geçiş planı sunmaktır.

Excel Hakedişinin 7 Tehlikesi

Excel'in hakediş için tehlikeli olduğunu söylemek bir abartı değildir; finansal süreçler için yapılandırılmış bir araç olmadığı için kullanıldıkça risk birikir. Sahada en sık karşılaşılan 7 tehlikeyi sıralayalım.

1. Formül hatası riski: Bir hakediş Excel'inde ortalama 200-400 formül vardır. Bir hücre referansının yanlış sürüklenmesi, bir VLOOKUP'ın yanlış sütuna işaret etmesi ya da yuvarlama kuralının bir sekmede farklı olması anında binlerce liralık hataya dönüşür.

2. Versiyon kaosu: "Hakedis_v3_son_TAMAM_SON.xlsx" gibi dosya adları sektörün şakası haline geldi. Hangi versiyonun müşteriye gönderildiği, hangisinin onaylandığı, hangisinin alt yükleniciye iletilen sürüm olduğu çoğu zaman e-posta arşivinde aranır.

3. Audit trail eksikliği: Excel hücresinin kim tarafından, ne zaman, hangi değerden değiştirildiği görünmez. Denetim ya da uyuşmazlık durumunda "kim ne zaman değiştirdi" sorusuna cevap verilemez.

4. Yetkilendirme zayıflığı: Dosya paylaşıldığı anda herkes her hücreyi değiştirebilir. Sayfayı kilitlemek yetersizdir; biri kopyasını alıp üzerinde değişiklik yapar, sonra geri gönderir ve hangi sürümün geçerli olduğu belirsizleşir.

5. E-imza ve onay akışı yok: Hakediş tipik olarak şantiye şefi, kontrol mühendisi, proje müdürü ve mali işler tarafından imzalanır. Excel'de bu akış e-posta forwarding'i ile ilerler; gecikme, kayıp ve sıralı imza problemleri kaçınılmazdır.

6. Saha verisiyle bağ kopukluğu: Şantiyedeki ilerleme yüzdesi, fiili miktar, fotoğraf kanıtı, kalite kontrol formu Excel hakedişe manuel girilir. Veri tekrarı, transkripsiyon hatası ve gecikme yaratır.

7. Yıllık raporlama zorluğu: Onlarca projenin hakediş datasını yıl sonunda konsolide etmek günler alır. Her dosyanın yapısı biraz farklıdır; toplu analiz, kârlılık karşılaştırması ve trend yapmak neredeyse imkânsızdır.

Bu 7 tehlikenin her biri Excel'in genel doğasından kaynaklanır; kullanıcının yetkinliği ile çözülemez. İnşaat hakediş takibi dijital yöntemler yazımız sürecin teknik tarafına farklı bir açıdan bakar.

Carnegie Mellon Excel Hata Araştırması Ne Diyor?

Excel hatalarının "münferit" değil "sistemik" olduğunu en açık biçimde ortaya koyan akademik kaynak Carnegie Mellon Üniversitesi araştırmasıdır. Profesör Raymond R. Panko'nun yıllar içinde derlediği literatür özetine göre kurumsal ortamlarda kullanılan hesap tablolarının yüzde 88'i en az bir formül ya da referans hatası içerir. Daha çarpıcı olanı, denetim altında bile bu hataların çoğunun yakalanmamasıdır; kontrol eden gözlerin neyi araması gerektiğini bilmediği için hatalar dosyada uzun süre yaşar.

Akademik literatürde tekrar tekrar doğrulanmış başka bulgular da var: hesap tablosundaki hata oranı sayfa sayısı ile lineer değil üstel olarak artar; karmaşık formüller arttıkça hata yakalama olasılığı düşer; aynı kişi kendi yazdığı formülün hatasını görmekte ciddi şekilde zorlanır.

Şimdi bu bulguları hakedişe uyarlayalım: tipik bir orta ölçekli inşaat projesinde aylık hakediş 30-80 poz, 4-7 farklı kesinti tipi, alt yüklenici hakedişleriyle birlikte 200-400 formül içerir. Yüzde 88 hata olasılığı bu boyuttaki bir dosyada neredeyse "kesinlikle hata vardır" anlamına gelir. Tek soru hatanın ne kadar büyük olduğu, ne kadar geç fark edileceği ve geriye dönüş için ne kadar maliyet üreteceğidir.

Dijital Hakediş Yazılımının 8 Olmazsa Olmazı

Excel'den geçiş yaparken seçilen yazılımın hangi özelliklere sahip olduğu, geçişin başarısını doğrudan belirler. Eksik yazılım Excel'in problemlerini başka biçimde geri getirir. Aşağıdaki 8 özellik bizim deneyimimize göre tartışılmazdır.

Özellik	Neden Gerekli
Poz kütüphanesi	Birim fiyat ve tanım tutarlılığı; tekrar girilen poz bilgisi hata kaynağı
Otomatik kesinti hesabı	Stopaj, KDV, KDV tevkifat, retansiyon, avans mahsubu hesapları formül hatası riskini ortadan kaldırır
E-imza akışı	Şantiye şefi → kontrol mühendisi → proje müdürü → mali işler sıralı imza; e-posta forwarding'ten kurtulma
Mobil saha uygulaması	İlerleme yüzdesi, fiili miktar, fotoğraf kanıtı doğrudan sahadan sisteme; transkripsiyon hatası yok
Audit trail	Her değişikliğin kim, ne zaman, neden bilgisi; denetime ve uyuşmazlığa karşı sigorta
Versiyon kontrolü	"v3_son_TAMAM" dosyalarının sonu; her hakediş sürümü sistemde saklanır
Rol bazlı yetki	Kim hangi alanı değiştirebilir; saha personeli ile mali işler farklı yetki seviyeleri
Excel/CSV export	Muhasebeci ekibe, müşteriye, bankaya rapor iletimi için standart formatta dışa aktarma

Burada özellikle dikkat edilmesi gereken son satırdır: Türkiye'deki hiçbir hakediş yazılımı şu anda Logo, Mikro, Netsis ya da ETA gibi muhasebe sistemleriyle doğrudan API entegrasyonu sunmaz. Bunun yerine yazılımdan üretilen rapor Excel/CSV olarak dışa aktarılır ve muhasebeci ekibine iletilir. Geçiş kararı verirken bu noktayı net biçimde göz önünde bulundurmak gerekir; aksini iddia eden tedarikçi varsa demoyu yaparken canlı entegrasyonu mutlaka talep edin.

Adım 1: Mevcut Hakediş Sürecinizi Dokümante Edin

Geçişin ilk adımı yeni bir şey kurmak değil, mevcut süreci olduğu gibi yazıya dökmektir. Bu adım atlandığında yeni yazılım eksik yapılandırılır; ekip "eskiden olmayan bir özellik" diye şikayet eder.

Dokümante edilmesi gereken başlıklar: hakedişi kim hazırlar, hangi verilerle başlar (sözleşme, yaklaşık maliyet, saha raporu), hangi kesintiler hesaplanır ve hangi sırayla, kim onaylar, kaç günde onaylanır, müşteriye nasıl iletilir, alt yüklenici hakedişiyle nasıl bağlanır ve muhasebeye hangi formatta gönderilir. Her başlık için 1-2 paragraflık not yeterlidir.

Bu dokümantasyon ileride yazılım tedarikçisine "biz şu şekilde çalışırız, sizin sisteminizde nasıl yansır" sorusunu net biçimde sormanızı sağlar. Aynı zamanda iç ekipte kimin hangi adımdan sorumlu olduğunu netleştirir; çoğu firmada bu netliğin olmadığı geçiş sırasında ortaya çıkar.

Adım 2: Pozları ve Sözleşme Şablonlarını Çıkarın

İkinci adım kütüphane hazırlığıdır. Mevcut Excel hakediş dosyalarınızda hangi pozları kullandığınızı, hangi birim fiyatları uyguladığınızı, hangi sözleşme tiplerinde hangi kesinti yüzdelerinin geçerli olduğunu listeleyin.

Türkiye'de inşaat hakedişlerinde Bayındırlık Bakanlığı, Karayolları, DSİ gibi kurumların standart pozları yaygın kullanılır. Bunların kodları ve birim fiyatları yıllık olarak güncellenir. Yazılıma geçerken poz kütüphanesini "manuel olarak ekleyebileceğimiz bir yapı var mı" sorusu kritiktir; çünkü hiçbir yazılım Bakanlık pozlarını otomatik güncel olarak içermez, bunu kullanıcı kendi versiyonuna göre eklemek zorundadır.

Sözleşme şablonları için ise her sözleşme tipinin (anahtar teslim götürü bedel, birim fiyatlı, maliyet artı kâr) kendi hakediş kuralları olduğunu unutmayın. Sözleşme tipine göre değişen başlıklar: avans mahsubu yöntemi, retansiyon yüzdesi, geç teslim cezası uygulanışı, fiyat farkı uygulanışı. İnşaat sözleşmesi türleri yazımız sözleşme tipi seçimine ayrıntılı bakar.

Adım 3: Pilot Proje Seçimi

Tüm projelerinizi aynı anda yeni yazılıma taşımak başarısızlığın garantili yoludur. Bunun yerine 1 pilot proje seçin. İyi bir pilotun özellikleri: ne çok küçük (1-2 ay süren) ne çok büyük (3-5 yıl süren) olmalıdır; ekibin yeni şeylere açık olduğu bir saha şefi olmalıdır; müşteri makul, esnek olmalıdır.

İdeali, sözleşmesi yeni başlayan, ilk hakedişi henüz çıkmamış bir projedir. Devam eden projede yarı yoldan geçiş yapmak veri taşıma maliyeti üretir; ilk hakedişten başlamak hem daha temiz hem de ekibin yazılımı baştan öğrenmesini sağlar.

Pilot süresinin 3-4 ay olması idealdir. Bu sürede en az 3-4 hakediş döngüsü tamamlanır; ekip yazılımı hem teorik hem pratik olarak kullanmış olur. Pilot sonunda kazanılan veriler tam geçiş kararının somut temelini oluşturur.

Adım 4: Yazılım Seçimi — Kriterler ve Karar

Bu adımda doğru yazılımı seçmek, sonraki adımların hepsinin başarısını belirler. Yukarıda saydığımız 8 olmazsa olmazın yanına yazılım seçim kriterlerini eklemek gerekir. İnşaat yazılımı seçim kriterleri yazımız bu konuyu derinlemesine inceler; biz burada hakediş özelinde önemli kriterleri özetleyelim.

• KVKK uyumu ve veri lokasyonu: Hakediş verisi finansal hassas veri olduğundan Türkiye'de saklanmalıdır. Yurt dışı veri merkezleri risk yaratır.
• Çok kullanıcılı eş zamanlı erişim: Şantiye, ofis, mali işler aynı anda farklı modüllerde çalışabilmelidir.
• Mobil saha desteği: Saha personeli iPhone/Android ile ilerleme girebilmelidir; sadece web arayüzü yetersizdir.
• Türkçe destek ve eğitim: Tedarikçi Türkçe konuşan ekiple çalışmalıdır; e-posta ya da telefon desteği sözleşmeli olmalıdır.
• Fiyat modeli: Kullanıcı başına ya da proje başına lisans modellerinin maliyetini 3 yıllık total cost olarak hesaplayın.
• Demo ve deneme süresi: Mutlaka kendi gerçek verinizle demo yapın; tedarikçinin standart demo verisi yeterli değildir.
• Geliştirme yol haritası: Tedarikçinin yılda kaç güncelleme çıkardığı, hangi yeni özellikleri planladığı önemlidir.

AECKraft bu kriterler içinde nereye düşer? Türkiye merkezli, KVKK uyumlu veri saklama yapan, mobil saha uygulaması olan, Türkçe destek veren ve 14 gün ücretsiz deneme sunan bir SaaS çözümdür. Hakediş modülü kendi içinde poz library, otomatik kesinti hesabı, audit trail ve Excel/CSV export içerir. Logo, Mikro, Netsis gibi muhasebe sistemleriyle doğrudan API entegrasyonu sunmaz; bunun yerine raporlar Excel/CSV export ile manuel olarak muhasebeci ekibine iletilir. Karar verirken AECKraft'ı kendi alternatifleriniz ile aynı kriter setinde kıyaslamak en sağlıklı yöntemdir.

Adım 5: Ekibinizin Eğitimi (16-24 Saat Tipik)

Yazılım seçildikten sonra atlanan en kritik adım eğitimdir. "Kullanırken öğreniriz" tutumu çoğu kez geçişin başarısızlığının başlıca nedeni olur. Bizim deneyimimize göre hakediş yazılımı için ortalama eğitim süresi rolüne göre değişir:

• Saha personeli (4-6 saat): İlerleme girişi, fotoğraf yükleme, mobil uygulama kullanımı, basit poz girişi
• Hakediş hazırlayan personel (12-16 saat): Sözleşme bağlama, poz library, kesinti yapılandırma, hakediş onayı, e-imza akışı, raporlama
• Yönetici/proje müdürü (4-6 saat): Onay akışı, raporlama, dashboard, kullanıcı yetkilendirmesi
• Mali işler/muhasebe (6-8 saat): Hakediş çıktısı analizi, Excel/CSV export, muhasebe sistemine manuel aktarım

Toplam eğitim yatırımı kişi başı 16-24 saattir. Bu süreyi "kayıp zaman" değil "gelecek yıllar boyunca verimli kullanım için yatırım" olarak görmek gerekir. Eğitimin canlı (sınıf ortamında ya da video konferans) yapılması self-service video'lara göre çok daha verimlidir; ekibin spesifik sorularına cevap aldığı interaktif format kalıcı öğrenmeyi sağlar.

Adım 6: Paralel Çalışma Dönemi (1-2 Ay)

Eğitim biter bitmez Excel'i çöpe atıp tek başına yazılıma geçmek tehlikelidir. Bunun yerine 1-2 ay süren bir paralel çalışma dönemi planlayın. Bu dönemde her hakediş hem Excel'de hem yazılımda hazırlanır; iki sonuç karşılaştırılır.

Paralel dönemin amacı: yazılımın doğru çalıştığını teyit etmek, ekibin yazılıma güvenini inşa etmek, ortaya çıkan eksik yapılandırmaları erken yakalamak ve fark olduğunda hangisinin doğru olduğunu somut biçimde tespit etmek. Paralel dönemde fark çıktığında genellikle Excel'in hatalı olduğu görülür; bu görüş ekipte yazılıma duyulan güveni dramatik biçimde artırır.

Bu dönemde ek iş yükü vardır; ekibin kabul etmesi için "geçici bir dönem, sonu var" mesajının net verilmesi gerekir. 1-2 ay sonra Excel'in tamamen bırakılacağı tarih önceden duyurulmalıdır; aksi takdirde paralel dönem kalıcı hale gelir ve faydalar gerçekleşmez.

Adım 7: Tam Geçiş ve Excel'in Arşivlenmesi

Yedinci ve son adım Excel'in resmi olarak emekliye ayrılmasıdır. Bu adımda yapılması gerekenler:

• Tarihçi referansı amacıyla tüm Excel hakediş dosyaları PDF olarak arşivlenir; aktif kullanımdan kaldırılır
• Yeni hakediş şablonu olarak Excel kullanılması yasaklanır; tüm yeni hakedişler yazılımda hazırlanır
• Pilot proje dışındaki tüm aktif projeler aşamalı olarak yazılıma alınır (genellikle her ay 2-3 proje)
• Müşteri ve alt yüklenicilere yeni format duyurusu yapılır
• İç ekipte yazılım sorumluları (1-2 kişi) atanır; günlük destek bu kişilere yönlendirilir

Tam geçişin başarısı genellikle 6 ay sonra net olarak ölçülür: hata oranı düştü mü, onay süresi kısaldı mı, yıl sonu raporlama kolaylaştı mı, ekip Excel'e dönmek isteyen var mı. Bizim deneyimimizde başarılı geçiş yapan firmalarda 6. ay itibarıyla "Excel'e geri dönmek" ekipte tartışılan bir seçenek olmaktan çıkar.

Geri Dönüş Süresi ve Yıllık Tasarruf Hesabı

Yazılım yatırımının ne zaman geri döndüğü doğal olarak en sık sorulan sorudur. Tipik orta ölçekli inşaat firması (10-50 milyon TL yıllık ciro, 3-8 aktif proje) için hesabı aşağıdaki gibi yapabiliriz.

Kazanç Kalemi	Yıllık Etki (TL)	Açıklama
Formül hata önleme	80.000 - 400.000	Cironun yüzde 0,5-2'si tipik hata maliyeti
Onay süresi kısalması	60.000 - 250.000	Nakit akışı 15-25 gün erken; finansman maliyeti tasarrufu
İdari iş yükü azalması	40.000 - 200.000	Hakediş hazırlama süresi yarı yarıya; personel zamanı başka işe yönelir
Uyuşmazlık önleme	20.000 - 350.000	Audit trail sayesinde alt yüklenici ve müşteri uyuşmazlıkları azalır
Toplam tasarruf	200.000 - 1.200.000	Firma büyüklüğüne ve proje sayısına göre değişir

Yazılım yıllık maliyeti tipik olarak 30.000 - 120.000 TL bandında (kullanıcı sayısına bağlı). Geri dönüş süresi: en küçük firmalarda 5 ay, orta ölçekte 3-4 ay, büyük firmalarda 2-3 ay. Eğitim yatırımı ilk yıl bir kerelik 50.000-150.000 TL eklenir; ikinci yıldan itibaren tekrar etmez. Excel'den AECKraft'a geçiş rehberimiz daha genel geçiş senaryolarına bakar.

Muhasebe Sistemi Entegrasyonu — Açık Söz

Bu yazıda Excel'den dijital hakediş yazılımına geçişi anlattık. Sıkça sorulan bir soruya net cevap vermek gerekir: dijital hakediş yazılımı muhasebe sisteminizle (Logo, Mikro, Netsis, ETA) doğrudan API ile bağlanır mı?

Cevap: Türkiye pazarındaki çözümlerin neredeyse hiçbiri bu entegrasyonu sunmaz. Bu pazarlama broşürlerinde yer alan bir iddia olsa da, demoda canlı entegrasyon istendiğinde genellikle "manuel Excel/CSV export ile aktarım" olarak çıkar. AECKraft için de bu durum aynıdır: hakediş yazılımdan üretilir, sonuçlar Excel/CSV export ile muhasebeci ekibine iletilir, oradan Logo/Mikro/Netsis'e manuel olarak girilir.

Bu durum geçiş kararını engellememelidir; çünkü asıl tasarruf zaten hakediş hazırlama aşamasındadır, muhasebeye aktarım aşamasında değil. Aylık 1 kez yapılan manuel CSV aktarımı 15-30 dakika sürer; bunun ortadan kalkması büyük bir kazanç değildir. Asıl kazanç hakediş hazırlamanın günlerden saatlere inmesi, hata oranının yüzde 12'den yüzde 1'in altına düşmesi ve audit trail ile uyuşmazlıkların azalmasıdır.

Eğer bir tedarikçi "doğrudan Logo entegrasyonumuz var" diyorsa mutlaka talep edin: hangi versiyon Logo, hangi modül, hangi alanlar senkronize, çift yönlü mü tek yönlü, hata durumunda ne olur. Genellikle bu sorulara net cevap gelmediğinde iddianın gerçek olmadığı ortaya çıkar.

AECKraft ile Hakediş Geçişi

AECKraft'ın bu sürece sunduğu somut özellikler (sadece gerçek özellikler):

• Hakediş modülünde poz library yapısı (kullanıcının Bakanlık pozları dahil kendi pozlarını manuel ekleyebileceği)
• Otomatik kesinti hesabı (stopaj, KDV, KDV tevkifat, avans mahsubu, retansiyon)
• Audit trail ve versiyon kontrolü (her hakediş sürümü ve değişiklik tarihçesi saklanır)
• Rol bazlı yetkilendirme (saha, ofis, mali işler farklı yetkilerde)
• Mobil saha uygulaması (iOS + Android, ilerleme ve fotoğraf girişi)
• Excel/CSV export ile muhasebe ekibine raporlama (Logo/Mikro/Netsis API entegrasyonu YOK)
• 14 gün ücretsiz deneme (kredi kartı gereksiz)
• KVKK uyumlu Türkiye veri saklama
• Türkçe arayüz ve Türkçe destek

Demo için iletişim sayfasına, paket detayları için fiyatlandırma sayfasına bakabilirsiniz. Mevcut Excel hakediş şablonlarınızla 14 gün boyunca paralel test yapmanız mümkündür; gerçek verilerinizle deneyim, broşürden çok daha güvenilir bir karar verme aracıdır.

Sonuç

Excel hakediş, Türkiye inşaat sektöründe köklü ama tehlikeli bir alışkanlıktır. Yüzde 88 hata oranı, versiyon kaosu, audit trail eksikliği ve onay akışı yokluğu kabul edilebilir bir sınırın altına inmiş risklerdir. Dijital geçiş teknolojik olarak zor değildir; davranışsal olarak zordur. Bu yazıda anlattığımız 7 adım (süreç dokümantasyonu, poz çıkarma, pilot proje, yazılım seçimi, eğitim, paralel çalışma, tam geçiş) deneyimle test edilmiş bir yöntemdir.

Geri dönüş süresi 3-5 aydır; yıllık tasarruf 200.000 ila 1.200.000 TL bandındadır. Yatırımı yapmamanın maliyeti yapmanın maliyetinden çok daha yüksektir. Asıl soru "yazılıma geçelim mi" değil, "ne zaman geçelim" sorusudur. Bizim önerimiz: bu çeyrekte pilot projeyi başlatın; yıl sonuna kadar tam geçiş tamamlanabilir.

İlgili kaynaklarımız: İnşaat hakediş takibi dijital yöntemler, Excel'den AECKraft'a geçiş rehberi, Metraj programı karşılaştırma 2026, İnşaat yazılımı seçim kriterleri 2026.

Sıkça Sorulan Sorular

Excel hakediş tamamen hatalı mı, hiç mi kullanmamalıyız?

Excel küçük projelerde (1-2 aylık, tek hakedişli), basit hesaplamalar için kullanılabilir. Ancak orta ölçek ve üzeri, çoklu hakediş döngüsü olan, alt yüklenici hakedişi içeren, denetime tabi projelerde Excel kabul edilebilir sınırın altında risk taşır. Büyüklük arttıkça risk üstel olarak artar.

Carnegie Mellon araştırması güncel mi, eski mi?

Profesör Panko'nun derlediği literatür 1995-2015 arası yayınları kapsar; ancak bulguları yeni araştırmalarla da doğrulanmıştır. Hesap tablosu hatasının insan psikolojisi ile ilgili kısımları (kendi yazdığını gözden kaçırma, karmaşıklık arttıkça hata oranının artması) zaman içinde değişmez nitelikteki bulgulardır.

Geçiş döneminde Excel ve yazılımı paralel çalıştırırken hangisi doğru kabul edilir?

Paralel dönemde fark çıktığında her iki sonucu da analiz edin. Tecrübemize göre vakaların büyük çoğunluğunda Excel hatalıdır; ancak yazılım yapılandırması da yanlış olabilir. İlk 2-3 hakediş döngüsünde tedarikçinizden yapılandırma denetimi talep edin; bu denetim yazılımın doğru kurulduğunu teyit eder.

Hakediş yazılımı muhasebe sistemimizle (Logo, Mikro, Netsis) doğrudan entegre olur mu?

Hayır, Türkiye pazarında bu entegrasyonu canlı olarak sunan çözüm pratik olarak yoktur. AECKraft dahil yazılımlar Excel/CSV export ile rapor üretir; bu rapor muhasebeci ekibine iletilir ve oradan Logo/Mikro/Netsis'e manuel olarak girilir. Bu "entegrasyonsuzluk" geçiş kararını etkilememelidir çünkü ana tasarruf hakediş hazırlama aşamasındadır.

14 günlük deneme yeterli mi, daha uzun süre lazım mı?

14 gün hazırlık aşaması (kullanıcı oluşturma, projenin tanımlanması, pozların girilmesi) ve en az 1 hakediş döngüsünün test edilmesi için yeterlidir. Daha derin değerlendirme için 1-2 aylık ücretli kullanım sonrası iptal hakkını tedarikçiden açıkça yazılı talep edin; çoğu tedarikçi makul talepleri kabul eder.

Pilot proje seçerken küçük mü büyük mü olmalı?

Ne çok küçük (yazılımın tüm özelliklerini test etmez) ne çok büyük (başarısızlık halinde maliyet yüksek) olmalıdır. İdeali 8-18 ay süren, 3-7 milyon TL bütçeli, ekibin yeni şeylere açık olduğu bir projedir. Müşterinin makul ve esnek olması da önemli kriterdir.

Ekip yazılıma direnirse ne yapmalıyız?

Direnç çoğunlukla "yeni bir şey öğrenme zorluğu" değil, "Excel'in alışkanlığını bırakma" psikolojisidir. Çözüm: paralel çalışma döneminde fark çıktığında yazılımın doğru olduğunu somut örneklerle göstermek; ekibin uzun vadeli kazançlarını (yıllık raporlama, denetim hazırlığı, mesai azalması) net biçimde anlatmak; ve yöneticinin de yazılımı bizzat kullandığını ekibe göstermek.

Bakanlık pozları yazılıma otomatik gelir mi?

Hayır. Türkiye'deki hiçbir hakediş yazılımı (AECKraft dahil) Bayındırlık Bakanlığı, Karayolları, DSİ pozlarını otomatik güncel olarak içermez. Yazılım "poz library" yapısı sunar; kullanıcı kendi versiyonundaki pozları manuel olarak ekler. Bu nedenle yazılım seçerken "poz library var mı" değil, "poz ekleme ne kadar pratik" sorusu doğru sorudur.