Proje Bazlı Muhasebe: Şantiye/Proje Karlılığını Görmenin Yolu
Proje Bazlı Muhasebe Nedir?

Her proje kendi kâr-zararıyla, ayrı ayrı izleniyor
Proje bazlı muhasebe, geliri ve gideri şirket geneli yerine tek tek projeler, şantiyeler ya da iş parçaları üzerinden izler. Klasik dönem bazlı muhasebe takvime bakar; buradaki mantık ise bir projeyi ilk günden teslime kadar, tüm ömrü boyunca finansal olarak takip etmektir.
Bu yaklaşımın temel özellikleri şunlardır:
- Proje kâr merkezi: Her proje bağımsız bir kâr/zarar merkezi olarak ele alınır
- Maliyet atama: Tüm maliyetler spesifik projelere veya iş paketlerine atanır
- Gelir eşleşmesi: Gelirler ilgili maliyetlerle aynı dönemde tanımlanır
- Yaşam döngüsü takibi: Proje başlangıçtan bitişe kadar finansal olarak izlenir
- Karlılık görünürlüğü: Güncel karlılık durumu her an raporlanabilir
Neden Proje Bazlı Muhasebe Gerekli?
Proje bazlı çalışan sektörlerde (inşaat, mühendislik, danışmanlık, yazılım geliştirme) dönem bazlı muhasebe yetersiz kalır:
Dönem Bazlı Muhasebenin Sınırlamaları
- 24 aylık projede yıl sonu ne anlam ifade eder?
- Aynı dönemde 15 farklı projenin toplam kârı ne söyler?
- Hangi projenin kâr, hangi projenin zarar ettiğini nasıl anlarız?
- Devam eden işte maliyet aşımını nasıl tespit ederiz?
Proje Bazlı Muhasebenin Sağladıkları
- Her projenin bağımsız kâr/zarar durumu
- Proje içinde maliyet aşımı erken uyarıları
- Gerçekçi tamamlanma projeksiyonları (EAC)
- Hakediş ve nakit akış yönetimi
- Proje bazlı karar alma
Temel Kavramlar
Devamını konuşmadan önce birkaç kavramı netleştirmekte fayda var:
- WBS (Work Breakdown Structure): Projenin hiyerarşik iş paketi yapısı
- Cost Center: Maliyetlerin toplandığı organizasyonel birim
- Cost Element: Maliyet türleri (işçilik, malzeme, taşeron vb.)
- Budget: Planlanan maliyet ve gelir değerleri
- Actual: Gerçekleşen maliyet ve gelir değerleri
- Commitment: Taahhüt edilmiş ancak henüz gerçekleşmemiş maliyetler
- EAC (Estimate at Completion): Proje sonundaki tahmini toplam maliyet
- ETC (Estimate to Complete): Kalan işin tahmini maliyeti
- POC (Percentage of Completion): Tamamlanma yüzdesi
Proje Muhasebesi vs Maliyet Muhasebesi
İkisi karıştırılır ama aynı şey değildir. Maliyet muhasebesi bir ürünün ya da hizmetin birim maliyetini hesaplar; proje muhasebesi ise tek bir projenin finansal performansını izler. İnşaatta ikisine de ihtiyaç vardır: birim fiyat hesabında maliyet muhasebesi, proje karlılığında proje muhasebesi devreye girer.
WBS – Work Breakdown Structure Tasarımı

Projeyi yönetilebilir iş paketlerine bölmek, kontrolün ön koşulu
WBS (Work Breakdown Structure), yani iş kırılım yapısı, projenin teslim edilebilirlerini daha küçük ve yönetilebilir parçalara böler. Proje muhasebesinde bütün maliyet toplama ve raporlama işi bu iskelet üzerine oturur; WBS zayıfsa, üstüne kurduğunuz her rapor da zayıf kalır.
WBS Tasarım İlkeleri
1. %100 Kuralı
WBS projenin tamamını kapsamalı; ne eksik ne fazla. Her iş paketi, bir üst seviyesinin %100’ünü oluşturur.
2. Mutually Exclusive (Ortak Dışarıda)
İş paketleri birbiriyle çakışmamalı. Aynı iş iki farklı pakete birden atanmamalı; yoksa maliyeti nereye yazacağınız hep tartışma konusu olur.
3. Yönetilebilir Boyut
Bir iş paketi takip edilebilir, birine atanabilir ve ölçülebilir büyüklükte olmalı. Ne devasa ne de gereksiz ufak.
4. Sonuç Odaklı
WBS elemanlarını aktiviteyle değil, ortaya çıkan teslim edilebilir/sonuçla tanımlayın.
WBS Seviyeleri
Tipik bir inşaat projesinde WBS yapısı şöyle görünür:
| Seviye | Tanım | Örnek |
|---|---|---|
| Seviye 0 | Proje | XYZ Fabrika İnşaatı |
| Seviye 1 | Faz / Ana Bölüm | Kaba Yapı, İnce Yapı, Mekanik, Elektrik |
| Seviye 2 | İş Paketi Grubu | Temel, Kolon-Kiriş, Döşeme |
| Seviye 3 | İş Paketi | Temel Kazısı, Beton Döküm, Demir İşler |
| Seviye 4 | İş Birimi | Blok A Temel Kazısı, Blok B Temel Kazısı |
WBS Kodlama Sistemi
Etkili bir WBS kodlama sistemi oluşturun:
- Hiyerarşik kod: 1.0 > 1.1 > 1.1.1 > 1.1.1.1
- Proje prefiksi: PRJ001-1.1.1
- Faz/alan göstergesi: KB (Kaba Yapı), İY (İnce Yapı), ME (Mekanik)
Örnek kodlama: PRJ001-KB-01-003
- PRJ001: Proje kodu
- KB: Kaba Yapı fazı
- 01: Temel iş paketi grubu
- 003: Beton döküm iş paketi
WBS ve Muhasebe Entegrasyonu
WBS, muhasebe sistemiyle iç içe çalışır:
- Maliyet toplama noktası: Her WBS elemanı maliyet toplar
- Bütçe atama: Bütçeler WBS seviyelerine atanır
- Fiili maliyet: Tüm giderler ilgili WBS elemanına kaydedilir
- Karşılaştırma: Bütçe-Fiili analizi WBS bazında yapılır
- Raporlama: İstenilen seviyede konsolidasyon mümkün
WBS Tasarım Hatası
WBS’i ne aşırı karmaşık ne de fazla basit tutun. 7 ve üstü seviyeli çok detaylı bir WBS takibi zorlaştırır, idari yük yaratır; 2 seviyelik fazla basit bir WBS ise anlamlı analiz yapmanızı engeller. Pratikte proje büyüklüğüne oturmuş 3-5 seviyeli bir yapı en çok işe yarayanı oluyor.
Maliyet Merkezi ve Hesap Planı Yapısı

Maliyet merkezi yapısı, projeyi finansal olarak izlemenin temeli
Maliyet merkezi, maliyetlerin toplandığı ve kontrol edildiği organizasyonel birimdir. Proje bazlı muhasebede her proje, şantiye veya iş genellikle ayrı bir maliyet merkezi olarak tanımlanır.
Maliyet Merkezi Hiyerarşisi
Tipik bir proje organizasyonunun maliyet merkezi yapısı şu katmanlardan oluşur:
- Seviye 1 – Şirket: Tüm maliyetlerin konsolide olduğu üst seviye
- Seviye 2 – İş Birimi: İnşaat, Taahhüt, Gayrimenkul gibi iş kolları
- Seviye 3 – Proje Grubu: Bölge, müşteri veya proje tipi bazlı gruplama
- Seviye 4 – Proje: Bireysel proje veya şantiye
- Seviye 5 – Alt Proje: Proje içindeki faz veya bölüm
Hesap Planı Tasarımı
Proje muhasebesi için hesap planını, maliyet türlerini (cost element) yakalayacak şekilde kurun:
Direkt Maliyetler
- 510 – Malzeme Giderleri
- 510.01 – İnşaat Malzemeleri
- 510.02 – Elektrik Malzemeleri
- 510.03 – Mekanik Malzemeler
- 510.04 – Sarf Malzemeler
- 520 – İşçilik Giderleri
- 520.01 – Direkt İşçilik
- 520.02 – Fazla Mesai
- 520.03 – Sosyal Giderler
- 530 – Taşeron Giderleri
- 530.01 – Kaba Yapı Taşeronları
- 530.02 – Mekanik Taşeronlar
- 530.03 – Elektrik Taşeronları
- 540 – Ekipman/Makine Giderleri
- 540.01 – Kiralık Ekipman
- 540.02 – Özmal Ekipman Amortismanı
- 540.03 – Yakıt ve Bakım
Endirekt Maliyetler
- 550 – Şantiye Genel Giderleri
- 550.01 – Şantiye Yönetim Personeli
- 550.02 – Şantiye Tesisleri
- 550.03 – Güvenlik ve Sağlık
- 560 – Genel Yönetim Payları
- 560.01 – Merkez Gider Payı
- 560.02 – Sigorta Giderleri
Maliyet Atama Kuralları
Maliyetlerin doğru projeye ve WBS elemanına gitmesi için kuralları net koyun:
- Direkt maliyetler: Spesifik projeye doğrudan atanır
- Ortak maliyetler: Dağıtım anahtarı ile paylaştırılır
- Genel giderler: Önceden belirlenmiş oran veya formülle yüklenir
Dağıtım Anahtarları
- Direkt işçilik saati oranı
- Direkt maliyet oranı
- Ciro oranı
- Metrekare oranı
Commitment (Taahhüt) Takibi
Sadece gerçekleşen maliyeti değil, taahhüt ettiğiniz maliyeti de izleyin. Satın alma siparişi verildiği an tutar commitment olarak düşer; fatura geldiğinde actual’a döner. Böylece toplam maliyet riski (Actual + Commitment + ETC) her an gözünüzün önünde olur, faturalar sizi sürprizlemez.
Gelir Tanıma Yöntemleri ve Tamamlanma Yüzdesi

Doğru gelir tanıma, proje karlılığını gerçekçi gösterir
Proje bazlı muhasebede gelir tanıma, projenin ne zaman ve ne kadar gelir raporlayacağını belirler. Aylara, hatta yıllara yayılan projelerde bu, en kritik muhasebe politikalarından biridir.
Temel Gelir Tanıma Yöntemleri
1. Tamamlanma Yüzdesi Yöntemi (POC)
Percentage of Completion yöntemi geliri, proje ilerledikçe kademeli olarak tanır:
- Proje ilerledikçe her dönemde gelir tanımlanır
- Gelir ve maliyet aynı dönemde eşleşir
- Karlılık her dönem raporlanabilir
- Muhasebe standartlarında (IFRS 15) tercih edilen yöntemdir
2. Tamamlanmış Sözleşme Yöntemi
Completed Contract yöntemi ise gelirin tamamını proje bitiminde tanır:
- Gelir sadece proje tamamlandığında raporlanır
- Proje süresince karlılık görünmez
- Belirsizliğin yüksek olduğu projelerde tercih edilebilir
- Muhafazakâr bir yaklaşımdır
Tamamlanma Yüzdesi Hesaplama Yöntemleri
Maliyet Bazlı (Cost-to-Cost)
En yaygın kullanılan yöntem:
Tamamlanma % = Gerçekleşen Maliyet / Tahmini Toplam Maliyet x 100
- Avantaj: Objektif ve doğrulanabilir
- Dezavantaj: Maliyet aşımları tamamlanmayı yapay olarak yukarı çeker
Çıktı Bazlı (Units Delivered)
Fiziksel ilerleme ölçümü:
Tamamlanma % = Tamamlanan Birimler / Toplam Birimler x 100
- Avantaj: Fiziksel ilerlemeyi yansıtır
- Dezavantaj: Tekdüze işler için uygun, karmaşık projelerde zorlanır
Milestone Bazlı
Kilometre taşı tamamlanmasına göre:
- Avantaj: Büyük aşamaları net yakalar
- Dezavantaj: Dönemler arası dalgalanma yüksek
Gelir Tanıma Formülü
Her dönemde tanınan gelir şöyle bulunur:
Dönemdeki Gelir = (Toplam Sözleşme Bedeli x Kümülatif Tamamlanma %) – Önceki Dönemlerde Tanınan Toplam Gelir
Örnek hesaplama:
- Sözleşme bedeli: Birim x 100
- Tahmini toplam maliyet: Birim x 80
- Dönem sonu gerçekleşen maliyet: Birim x 40
- Tamamlanma %: 40 / 80 = %50
- Tanınan gelir: 100 x %50 = Birim x 50
- Tanınan maliyet: Birim x 40
- Brüt kâr: Birim x 10
Gelir Tanıma Riskleri
Tamamlanma yüzdesi yöntemi, tahmini toplam maliyetin ne kadar doğru olduğuna bağlıdır. İyimser maliyet tahminleri erken kâr yazdırır; gerçekçi olmayan projeksiyonlar ise proje sonunda büyük zararlar olarak geri döner. Bu yüzden EAC’yi güncelleme disiplini pazarlık konusu değildir.
Hakediş Süreci ve Progress Billing

Hakediş süreci, proje nakit akışının belkemiği
Hakediş, yapılan işin karşılığı olarak işveren veya müşteriden talep edilen kademeli ödemelerdir. İnşaatta standart bir uygulama olan hakediş, nakit akışınızı doğrudan belirler.
Hakediş Türleri
Ara Hakediş (Progress Payment)
- Dönemsel olarak (genellikle aylık) yapılır
- Yapılan işin ölçümü ve değerlendirilmesine dayanır
- Genellikle stopaj kesintisi uygulanır (%5-10)
Kesin Hakediş (Final Payment)
- Proje tamamlandığında yapılır
- Tüm iş kalemleri kapatılır
- Stopajlar serbest bırakılır
Hakediş Süreci Adımları
- Metraj/Ölçüm: Yapılan işin fiziksel ölçümü
- Değerlendirme: Birim fiyatla çarpım, toplam bedel hesabı
- Hakediş Raporu Hazırlama: Destekleyici belgelerle rapor oluşturma
- İç Onay: Proje yöneticisi ve finans onayı
- İşveren Sunumu: Hakediş dosyasının sunulması
- İşveren Kontrolü: Teknik kontrol ve onay
- Faturalama: Onaylanan tutar için fatura kesimi
- Tahsilat Takibi: Vade takibi ve tahsilat
Hakediş Performans Metrikleri
- Hakediş Kesim Süresi: Ölçüm tarihinden hakediş sunumuna kadar geçen süre
- Onay Süresi: Sunumdan işveren onayına kadar geçen süre
- Tahsilat Süresi: Faturadan tahsilata kadar geçen süre
- DSO (Days Sales Outstanding): Hakediş alacak gün sayısı
- Stopaj Birikimi: Toplam bekleyen stopaj tutarı
Hakediş ve Gelir Tanıma İlişkisi
Hakediş faturası kesmekle gelir tanımak aynı şey değildir:
- Hakediş: Müşteri/işverenden talep edilen tutar (faturalama)
- Gelir Tanıma: Muhasebe standartlarına göre tanınan gelir
Bu iki tutar birbirinden farklı olabilir:
- Hakediş > Tanınan Gelir: Sözleşme yükümlülüğü (deferred revenue)
- Hakediş < Tanınan Gelir: Sözleşme varlığı (unbilled revenue)
Hakediş Optimizasyonu
Hakediş sürecini gevşek bırakmayın: takvimi önceden planlayın, metraj dokümantasyonunu standartlaştırın, işveren ilişkisini sıcak tutun. Geciken her gün, doğrudan finansman maliyetine dönüşür. Süreci proaktif yönettiğinizde nakit akışı da rahatlar.
EAC/ETC Hesaplamaları ve Projeksiyon

EAC/ETC, proje sonundaki tabloyu bugünden görmenin yolu
Proje bazlı muhasebede en can alıcı soru şudur: “Proje sonunda nerede olacağız?” EAC (Estimate at Completion) ve ETC (Estimate to Complete) hesaplamaları tam olarak bu soruyu yanıtlar.
Temel Kavramlar
- BAC (Budget at Completion): Orijinal toplam bütçe
- AC (Actual Cost): Bugüne kadar gerçekleşen maliyet
- EV (Earned Value): Kazanılmış değer (yapılan işin bütçe değeri)
- PV (Planned Value): Planlanan değer (yapılması gereken işin bütçe değeri)
- ETC (Estimate to Complete): Kalan işin tahmini maliyeti
- EAC (Estimate at Completion): Proje sonundaki tahmini toplam maliyet
- VAC (Variance at Completion): Bütçe – EAC farkı
Performans İndeksleri
CPI (Cost Performance Index)
CPI = EV / AC
- CPI > 1: Bütçenin altında (iyi)
- CPI = 1: Bütçede
- CPI < 1: Bütçenin üstünde (kötü)
SPI (Schedule Performance Index)
SPI = EV / PV
- SPI > 1: Takvimin önünde
- SPI = 1: Takvimde
- SPI < 1: Takvimin gerisinde
ETC Hesaplama Yöntemleri
Yöntem 1: Orijinal Tahmine Dayalı
Kalan işin orijinal bütçeyle tamamlanacağı varsayımıyla:
ETC = BAC – EV
Yöntem 2: Mevcut Performansa Dayalı
Mevcut maliyet performansının aynen süreceği varsayımıyla:
ETC = (BAC – EV) / CPI
Yöntem 3: Detaylı Yeniden Tahmin
Kalan iş paketlerinin tek tek yeniden değerlendirilmesiyle:
ETC = Her iş paketinin güncellenmiş tahmini
EAC Hesaplama Formülleri
Temel EAC
EAC = AC + ETC
CPI Bazlı EAC
EAC = AC + (BAC – EV) / CPI
veya
EAC = BAC / CPI
CPI ve SPI Bazlı EAC
Hem maliyet hem takvim performansını birlikte dikkate alan:
EAC = AC + (BAC – EV) / (CPI x SPI)
Örnek Hesaplama
| Parametre | Değer |
|---|---|
| BAC (Toplam Bütçe) | Birim x 1.000 |
| AC (Gerçekleşen) | Birim x 450 |
| EV (Kazanılmış Değer) | Birim x 400 |
| CPI | 400 / 450 = 0.89 |
| ETC (CPI bazlı) | (1.000 – 400) / 0.89 = Birim x 674 |
| EAC | 450 + 674 = Birim x 1.124 |
| VAC | 1.000 – 1.124 = Birim x -124 (Aşım) |
Yorum: Proje %40 tamamlanmış durumda, ama CPI 0.89 ile açıkça bütçe aşımı trendinde. Bu performans aynı hızda sürerse proje sonunda bütçe %12.4 aşılıyor.
EAC Güncelleme Disiplini
- EAC en az ayda bir güncellenmeli
- Önemli değişikliklerde (kapsam, risk) beklemeden güncellenmeli
- WBS seviyesinde detaylı analiz yapılmalı
- Güncelleme geçmişi ve gerekçeleri dokümante edilmeli
EAC Manipülasyonu Riski
EAC subjektif tahminlere dayandığı için oynanmaya da açıktır. Kötü haberi vermekten kaçınan bir proje yöneticisi rahatlıkla iyimser tahmin yazabilir. Bunu bağımsız gözden geçirme, geçmiş performansla karşılaştırma ve şeffaf raporlamayla dizginlemek gerekir.
Sahadan Örnek: Proje Muhasebesi Uygulaması

Durum
120 çalışanlı bir inşaat taahhüt firması aynı anda 8 farklı projede iş yapıyordu. Proje karlılıkları ancak iş bittiğinde ortaya çıkıyor, bazı projelerin zarar ettiği kapanışa kadar fark edilmiyordu. Excel’e dayalı takip yetersiz kalıyor, hakediş gecikmeleri de nakit akışını sıkıştırıyordu.
Uygulanan Adımlar
- Hafta 1-3: Mevcut durum masaya yatırıldı. 8 projenin WBS yapısı incelendi; sadece 2 projede anlamlı bir WBS vardı. Maliyet atama kuralları belirsizdi, genel giderler gelişigüzel dağıtılıyordu.
- Hafta 4-6: 4 seviyeli standart bir WBS şablonu oluşturuldu ve tüm projeler için geriye dönük WBS tanımlandı.
- Hafta 7-10: Maliyet merkezi yapısı yeniden tasarlandı. Her proje ayrı bir maliyet merkezi, WBS elemanları ise alt maliyet merkezi olarak tanımlandı.
- Hafta 11-14: Hesap planı güncellendi. Malzeme, işçilik, taşeron, ekipman gibi 45 farklı maliyet elementi tanımlandı, dağıtım anahtarları belirlendi.
- Hafta 15-18: ERP’deki proje muhasebesi modülü konfigüre edildi. Bütçeler WBS seviyesinde yüklendi, maliyet atama kuralları sisteme işlendi.
- Hafta 19-22: Hakediş süreci dijitalleşti. Mobil metraj uygulaması devreye alındı, hakediş onay akışı sistemde tanımlandı.
- Hafta 23-26: EAC/ETC raporlama sistemi kuruldu. Aylık proje performans raporu formatı belirlendi, dashboard’lar oluşturuldu.
Sonuçlar (Temsili)
- Proje karlılık görünürlüğü: Proje bitiminden aylık takibe geçildi
- Maliyet atama doğruluğu: %65’ten %92’ye çıktı
- Hakediş hazırlık süresi: 12 iş gününden 5 iş gününe düştü
- Hakediş tahsilat süresi: Ortalama 45 günden 32 güne indi
- EAC projeksiyon doğruluğu: İlk 6 ayda %85 isabetli tahmin
- Erken uyarı sayısı: 3 projede maliyet aşımı riski önceden yakalandı
Kritik Başarı Faktörleri
- Üst yönetimin proje bazlı raporlamaya talebi ve sahiplenmesi
- WBS’in standartlaştırılıp tüm projelere yayılması
- Sahadan veri toplamanın dijitalleşmesi
- Aylık EAC gözden geçirme disiplini
- Proje yöneticilerinin eğitimi ve sahiplenmesi
En Sık Yapılan 7 Proje Muhasebesi Hatası
1. WBS Olmadan Çalışmak
Maliyeti proje seviyesinde toplayıp iş paketi detayında takip etmemek. Sonuç: Aşımın nerede olduğu bilinmez, elde kala kala “proje pahalıya geldi” cümlesi kalır. WBS olmadan anlamlı analiz imkânsızdır.
2. Yanlış Maliyet Atama
Maliyeti en kolay yazılacak projeye atmak, dağıtım anahtarı kullanmamak. Bazı projeler olduğundan kârlı, bazıları olduğundan zararlı görünür. Gerçek karlılık gözden kaybolur.
3. Commitment Takibi Yapmamak
Sadece gerçekleşen maliyeti izleyip taahhüt edilmiş maliyeti görmezden gelmek. Siparişi verilmiş ama faturası gelmemiş malzemeler radarda değildir; ay sonunda “sürpriz” maliyetler patlar.
4. EAC Güncellemesini İhmal Etmek
Proje başındaki tahmini sona kadar hiç güncellememek. 18 aylık projede, 12. ayda hâlâ orijinal bütçeyle karşılaştırma yaparsınız; gerçekçi bir projeksiyon ortada yoktur.
5. Gelir-Maliyet Eşlemesi Hatası
Geliri hakediş kesildiği dönemde, maliyeti fatura geldiğinde tanımak. Dönemsel karlılık raporları yanıltıcı çıkar, muhasebe standartlarına da uymaz.
6. Genel Gider Dağıtımını Görmezden Gelmek
Yalnızca direkt maliyeti projelere atmak, genel gideri hiç dağıtmamak. Projeler kâğıt üzerinde kârlı görünür, ama şirket genelinde zarar vardır. Fiyatlama kararları da bu yüzden yanlış verilir.
7. Hakediş-Nakit Akışı Bağlantısını Kurmamak
Hakedişi salt bir muhasebe işi sayıp nakit akışı projeksiyonundan koparmak. Hakediş gecikmeleri finansman krizine dönüşür, kimse de önceden müdahale etmez.
Bu hatalar karlılık görünürlüğünü tümden ortadan kaldırır
Proje Karlılık Metrikleri Tablosu
Proje bazlı muhasebe sisteminin ve projelerin ne kadar iyi gittiğini ölçmek için şu metrikleri takip edin:
| Metrik | Başlangıç | Hedef | Ölçüm Yöntemi |
|---|---|---|---|
| Brüt Kâr Marjı | Baz değer | %15-25 | (Gelir – Direkt Maliyet) / Gelir x 100 |
| CPI (Maliyet Performans İndeksi) | 1.0 | 1.0 veya üstü | EV / AC |
| SPI (Takvim Performans İndeksi) | 1.0 | 1.0 veya üstü | EV / PV |
| Maliyet Atama Doğruluğu | %70 | %95+ | Doğru atanan maliyet / Toplam maliyet |
| EAC Projeksiyon Doğruluğu | %60 | %90+ | EAC vs Gerçekleşen Nihai Maliyet farkı |
| Hakediş Hazırlık Süresi | 12 iş günü | 5 iş günü | Metraj bitiminden hakediş sunumuna |
| DSO (Hakediş Tahsilat Süresi) | 60 gün | 30 gün | Faturadan tahsilata geçen gün |
| Bütçe Aşım Oranı | %25 | %5 altında | (EAC – BAC) / BAC x 100 |
Ölçüm frekansı: CPI/SPI ve EAC’yi haftalık, karlılık metriklerini aylık, DSO’yu haftalık takip edin. Dashboard’larda mümkünse gerçek zamanlı görünüm sağlayın.
Proje Bazlı Muhasebe Kontrol Listesi
Proje bazlı muhasebe sistemini kurarken ve işletirken şu maddeleri tek tek kontrol edin:
- Standart WBS şablonu tanımlandı mı?
- WBS kodlama sistemi belirlendi mi?
- Tüm projeler için WBS oluşturuldu mu?
- WBS seviyeleri raporlama ihtiyaçlarına uygun mu?
- Maliyet merkezi hiyerarşisi tanımlandı mı?
- Her proje için maliyet merkezi açıldı mı?
- Maliyet elementleri (hesap planı) tanımlandı mı?
- Maliyet atama kuralları belirlendi mi?
- Genel gider dağıtım anahtarları tanımlandı mı?
- Proje bütçeleri WBS seviyesinde yüklendi mi?
- Commitment (taahhüt) takibi aktif mi?
- Bütçe revizyonu prosedürü belirlendi mi?
- Onay limitleri ve yetkileri tanımlandı mı?
- Gelir tanıma politikası belirlendi mi?
- Tamamlanma yüzdesi hesaplama yöntemi seçildi mi?
- Hakediş süreci dokümante edildi mi?
- Metraj/ölçüm sistemi kuruldu mu?
- Hakediş onay akışı tanımlandı mı?
- EAC/ETC hesaplama yöntemi belirlendi mi?
- Aylık EAC güncelleme prosedürü var mı?
- Proje karlılık rapor formatı belirlendi mi?
- Dashboard/görselleştirme araçları kuruldu mu?
- Varyans analizi prosedürü tanımlandı mı?
- ERP/muhasebe sistemi konfigürasyonu tamamlandı mı?
- Entegrasyonlar (saha sistemleri vb.) kuruldu mu?
- Kullanıcı eğitimleri verildi mi?
- Proje yöneticileri sistemde yetkinleştirildi mi?
Sıkça Sorulan Sorular (SSS)
Projeniz İçin Destek Alın
Dijital dönüşüm yolculuğunuzda size rehberlik edebilirim. Ücretsiz ön görüşme için randevu alın.