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

Proje bazlı muhasebe, her projenin finansal performansını bağımsız olarak takip eder
Proje bazlı muhasebe (Project Accounting), gelir ve giderlerin proje, şantiye veya is parçaları bazında izlenmesini sağlayan muhasebe metodolojisidir. Geleneksel dönem bazlı (calendar-based) muhasebeden farklı olarak, proje bazlı muhasebe projenin başlangıçtan bitise kadar tüm yaşam döngüsünü finansal olarak takip eder.
Bu yaklaşımın temel özellikleri şunlardır:
- Proje kar merkezi: Her proje bağımsız bir kar/zarar merkezi olarak ele alinir
- Maliyet atama: Tüm maliyetler spesifik projelere veya is paketlerine atanır
- Gelir eslemesi: Gelirler ilgili maliyetlerle aynı dönemde tanimlanir
- Yaşam dongusu takibi: Proje başlangıçtan bitise kadar finansal olarak izlenir
- Karlılık görünürlüğu: Her an güncel karlılık durumu 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 kari ne söyler?
- Hangi projenin kar, 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ğladikleri
- Her projenin bağımsız kar/zarar durumu
- Proje içinde maliyet aşımı erken uyarıları
- Gerçekci tamamlanma projeksiyonları (EAC)
- Hakediş ve nakit akış yönetimi
- Proje bazlı karar alma
Temel Kavramlar
Proje bazlı muhasebenin temel kavramlarını anlamak kritik öneme sahiptir:
- WBS (Work Breakdown Structure): Projenin hiyerarşik is paketi yapısi
- Cost Center: Maliyetlerin toplandığı organizasyönel birim
- Cost Element: Maliyet türleri (iscilik, malzeme, taşeron vb.)
- Budget: Planlanan maliyet ve gelir değerleri
- Actual: Gerçeklesen maliyet ve gelir değerleri
- Commitment: Taahhüt edilmiş ancak henüz gerçeklesmemis 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
Proje muhasebesi ile maliyet muhasebesi farklı kavramlardir. Maliyet muhasebesi ürün veya hizmet maliyetini hesaplarken, proje muhasebesi spesifik bir projenin finansal performansını takip eder. İ̇nşaat sektörunde her ikisi de kullanılır: maliyet muhasebesi birim fiyat hesabında, proje muhasebesi proje karliliginda.
WBS – Work Breakdown Structure Tasarımi

WBS, projeyi yönetilebilir is paketlerine bolerek kontrolü mümkün kılar
WBS (Work Breakdown Structure), projenin teslim edilebilirlerini hiyerarşik olarak daha küçük, yönetilebilir bileşenlere ayıran yapıdır. Proje bazlı muhasebede WBS, maliyet toplama ve raporlama çerçevesini oluşturur.
WBS Tasarım Ilkeleri
1. %100 Kuralı
WBS, projenin tamamini kapsamalı – ne eksık ne fazla. Her is paketi, üst seviyesinin %100’unu oluşturmalıdır.
2. Mutually Exclusive (Ortak Dışarıda)
Is paketleri arasında çakışma olmamalı. Aynı is iki farklı pakete atanmamali.
3. Yönetilebilir Boyut
Is paketleri takip edilebilir, atanabilir ve ölçülebilir büyüklükte olmalı. Ne çok büyük ne çok küçük.
4. Sonuç Odaklı
WBS elemanları aktivite değil, teslim edilebilir/sonuç odaklı tanimlanmali.
WBS Seviyeleri
Tipik bir inşaat projesı WBS yapısi:
| Seviye | Tanım | Örnek |
|---|---|---|
| Seviye 0 | Proje | XYZ Fabrika İnşaati |
| Seviye 1 | Faz / Ana Bölüm | Kaba Yapı, Ince Yapı, Mekanik, Elektrik |
| Seviye 2 | Is Paketi Grubu | Temel, Kolon-Kiris, Doseme |
| Seviye 3 | Is Paketi | Temel Kazisi, Beton Döküm, Demir İ̇şler |
| Seviye 4 | Is Birimi | Blok A Temel Kazisi, Blok B Temel Kazisi |
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ı), IY (Ince Yapı), ME (Mekanik)
Örnek kodlama: PRJ001-KB-01-003
- PRJ001: Proje kodu
- KB: Kaba Yapı fazı
- 01: Temel is paketi grubu
- 003: Beton döküm is paketi
WBS ve Muhasebe Entegrasyonu
WBS, muhasebe sistemiyle entegre çalışır:
- Maliyet toplama noktasi: Her WBS elemanı maliyet toplar
- Bütçe atama: Bütçeler WBS seviyelerine atanır
- Fiili maliyet: Tüm giderler WBS elemanina kaydedilir
- Karşılaştırma: Bütçe vs Fiili analizi WBS bazında yapılır
- Raporlama: Istenilen seviyede konsolidasyon mümkün
WBS Tasarım Hatası
WBS’in çok karmaşık veya çok basit olması problemdir. Çok detaylı WBS (7+ seviye) takibi zorlaştırır, idari yük yaratır. Çok basit WBS (2 seviye) işe anlamlı analiz yapmayı engeller. Proje büyüklugune uygun, 3-5 seviyeli WBS optimaldir.
Maliyet Merkezi ve Hesap Planı Yapısi

Maliyet merkezi yapısi, projelerin finansal izlenmesinin temelidir
Maliyet merkezi (Cost Center), maliyetlerin toplandığı ve kontrol edildiği organizasyönel birimdir. Proje bazlı muhasebede her proje, şantiye veya is genellikle ayrı bir maliyet merkezi olarak tanimlanir.
Maliyet Merkezi Hiyerarşisi
Tipik bir proje organizasyonunun maliyet merkezi yapısi:
- Seviye 1 – Şirket: Tüm maliyetlerin konsolide olduğu üst seviye
- Seviye 2 – Is Birimi: İ̇nşaat, Taahhüt, Gayrimenkul gibi is 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ımi
Proje muhasebesi için hesap planı, maliyet türlerini (cost element) yakalayacak şekilde tasarlanmalıdır:
Direkt Maliyetler
- 510 – Malzeme Giderleri
- 510.01 – İ̇nşaat Malzemeleri
- 510.02 – Elektrik Malzemeleri
- 510.03 – Mekanik Malzemeler
- 510.04 – Sarf Malzemeler
- 520 – Iscilik Giderleri
- 520.01 – Direkt Iscilik
- 520.02 – Fazla Mesai
- 520.03 – Sosyal Giderler
- 530 – Taşeron Giderleri
- 530.01 – Kaba Yapı Taseronları
- 530.02 – Mekanik Taseronlar
- 530.03 – Elektrik Taseronları
- 540 – Ekipman/Makine Giderleri
- 540.01 – Kiralık Ekipman
- 540.02 – Ozmal Ekipman Amortismanı
- 540.03 – Yakıt ve Bakım
Endirek 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 elemanina atanması için net kurallar belirlenmeli:
- Direkt maliyetler: Spesifik projeye doğrudan atanır
- Ortak maliyetler: Dağıtım anahtarı ile paylaştirilir
- Genel giderler: Önceden belirlenmiş oran veya formula ile yüklenir
Dağıtım Anahtarları
- Direkt iscilik saati oranı
- Direkt maliyet oranı
- Ciro oranı
- Metrekare oranı
Commitment (Taahhüt) Takibi
Sadece gerçeklesen maliyetleri değil, taahhüt edilmiş (committed) maliyetleri de takip edin. Satın alma siparişi verildiğinde tutar commitment olarak kaydedilir, fatura geldiğinde actual’a dönüşür. Bu sayede toplam maliyet riskı (Actual + Commitment + ETC) her an görünur olur.
Gelir Tanıma Yöntemleri ve Tamamlanma Yüzdesi

Doğru gelir tanıma, proje karliliginin gerçekci raporlanmasını sağlar
Proje bazlı muhasebede gelir tanıma (revenue recognition), projenin ne zaman ve ne kadar gelir raporlayacagini belirler. Uzun süreli projelerde bu kritik bir muhasebe politikasidir.
Temel Gelir Tanıma Yöntemleri
1. Tamamlanma Yüzdesi Yöntemi (POC)
Percentage of Completion yöntemi, geliri proje tamamlandikca kademeli olarak tanır:
- Proje tamamlandikca her dönemde gelir tanimlanir
- Gelir ve maliyet eşleşmesi sağlanir
- Karlılık her dönem raporlanabilir
- Muhasebe standartlarında (IFRS 15) tercih edilen yöntem
2. Tamamlanmış Sozlesme Yöntemi
Completed Contract yöntemi, tüm geliri proje bitiminde tanır:
- Gelir sadece proje tamamlandığında raporlanır
- Proje süresince karlılık görünmez
- Yüksek belirsizlik olan projelerde tercih edilebilir
- Muhafazakar yaklaşim
Tamamlanma Yüzdesi Hesaplama Yöntemleri
Maliyet Bazlı (Cost-to-Cost)
En yaygın kullanılan yöntem:
Tamamlanma % = Gerçeklesen Maliyet / Tahmini Toplam Maliyet x 100
- Avantaj: Objektif ve doğrulanabilir
- Dezavantaj: Maliyet asimleri yapay olarak tamamlanma arttırır
Çıktı Bazlı (Units Delivered)
Fiziksel ilerleme ölçümu:
Tamamlanma % = Tamamlanan Birimler / Toplam Birimler x 100
- Avantaj: Fiziksel ilerlemeyi yansıtır
- Dezavantaj: Tekduze işler için uygun, karmaşık projeler için zor
Milestone Bazlı
Kilometre taşı tamamlanmasına göre:
- Avantaj: Büyük asamaları yakalayan yaklaşim
- Dezavantaj: Dönemler arası dalgalanma yüksek
Gelir Tanıma Formülü
Her dönemde tanınan gelir:
Dönemdeki Gelir = (Toplam Sozlesme Bedeli x Kümülatif Tamamlanma %) – Önceki Dönemlerde Tanınan Toplam Gelir
Örnek hesaplama:
- Sozlesme bedeli: Birim x 100
- Tahmini toplam maliyet: Birim x 80
- Dönem sonu gerçeklesen 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 kar: Birim x 10
Gelir Tanıma Riskleri
Tamamlanma yüzdesi yöntemi, tahmini toplam maliyetin doğruluguna bagimlidir. Iyimser maliyet tahminleri erken kar, gerçekci olmayan projeksiyonlar işe proje sonunda büyük zararlar yaratır. EAC güncelleme disiplini kritiktir.
Hakediş Süreci ve Progress Billing

Hakediş süreci, proje nakit akışının belkemiğini oluşturur
Hakediş, yapılan işin karsiligi olarak isveren veya müşteriden talep edilen kademeli ödemelerdir. İ̇nşaat sektörunde standart uygulama olan hakediş sistemi, nakit akışını doğrudan etkiler.
Hakediş Türleri
Ara Hakediş (Progress Payment)
- Dönemsel olarak (genellikle aylık) yapılır
- Yapılan işin ölçümu ve değerlendirilmesi
- Genellikle stopaj kesintisi uygulanır (%5-10)
Kesin Hakediş (Final Payment)
- Proje tamamlandığında yapılır
- Tüm is kalemleri kapatılır
- Stopajlar serbest bırakılır
Hakediş Süreci Adimleri
- Metraj/Ölçüm: Yapılan işin fiziksel ölçümu
- Değerlendirme: Birim fiyat ile carpim, toplam bedel hesabı
- Hakediş Raporu Hazırlama: Destekleyici belgelerle rapor oluşturma
- Ic Onay: Proje yöneticisi ve finans onayı
- Isveren Sunumu: Hakediş dosyasının sunulması
- Isveren 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 isveren 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ı kesimi ile gelir tanıma farklı kavramlardir:
- Hakediş: Müşteri/isverenden talep edilen tutar (faturalama)
- Gelir Tanıma: Muhasebe standartlarına göre tanınan gelir
Bu iki tutar farklı olabilir:
- Hakediş > Tanınan Gelir: Sozlesme yükümlülüğü (deferred revenue)
- Hakediş < Taninan Gelir: Sozlesme varlığı (unbilled revenue)
Hakediş Optimizasyonu
Hakediş sürecini optimize edin: Hakediş takvimini planlayın, metraj dokümantasyonunu standartlaştırın, isveren ilişkilerini güçlendirin. Her gün geciken hakediş = finansman maliyeti. Proaktif hakediş yönetimi nakit akışını iyileştirir.
EAC/ETC Hesaplamaları ve Projeksiyon

EAC/ETC hesaplamaları, proje sonundaki finansal durumu ongormek için kritiktir
Proje bazlı muhasebede en kritik sorulardan biri “proje sonunda nerede olacağız?” sorusudur. EAC (Estimate at Completion) ve ETC (Estimate to Complete) hesaplamaları bu soruya cevap verir.
Temel Kavramlar
- BAC (Budget at Completion): Orijinal toplam bütçe
- AC (Actual Cost): Bugüne kadar gerçeklesen 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 Indeksleri
CPI (Cost Performance Index)
CPI = EV / AC
- CPI > 1: Bütçenin altında (iyi)
- CPI = 1: Bütçede
- CPI < 1: Butcenin ustunde (kotu)
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çede tamamlanacagi varsayımı:
ETC = BAC – EV
Yöntem 2: Mevcut Performansa Dayalı
Mevcut maliyet performansının devam edecegi varsayımı:
ETC = (BAC – EV) / CPI
Yöntem 3: Detaylı Yeniden Tahmin
Kalan is paketlerinin yeniden değerlendirilmesi:
ETC = Her is paketinin güncellenmiş tahmini
EAC Hesaplama Formulleri
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ı 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çeklesen) | 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 ancak CPI 0.89 ile bütçe aşımı trendinde. Mevcut performans devam ederse proje sonunda bütçe %12.4 oranında asilacak.
EAC Güncelleme Disiplini
- EAC en az ayda bir güncellenmeli
- Önemli değişikliklerde (scope, risk) derhal güncellenmeli
- WBS seviyesinde detaylı analiz yapılmalı
- Güncelleme geçmişi ve gerekceler dokümante edilmeli
EAC Manipulasyonu Riskı
EAC, subjektif tahminlere dayandığı için manipulasyona açıktır. Kötü haber vermekten kaçınan proje yöneticileri iyimser tahminler yapabilir. Bağımsız gözden geçirme, tarihi performans karşılaştirmesi ve şeffaf raporlama ile bu risk azaltilmali.
Sahadan Örnek: Proje Muhasebesi Uygulaması

Durum
120 çalışanli inşaat taahhüt firmesi, aynı anda 8 farklı projede faaliyet gösteriyor. Mevcut durumda proje karlılıkları proje bitiminde ortaya çıkıyor; bazı projelerin zarar ettiği ancak kapanışa kadar fark edilmedigi görülüyor. Excel bazlı takip sistemi yetersiz kalıyor, hakediş gecikmeleri nakit akışını zorluyor.
Uygulanan Adımlar
- Hafta 1-3: Mevcut durum analizi yapıldı. 8 projenin WBS yapısi incelendi – sadece 2 projede anlamlı WBS vardı. Maliyet atama kuralları belirsizdi, genel giderler rastgele dagitiliyordu.
- Hafta 4-6: Standart WBS şablonu oluşturuldu (4 seviyeli). Tüm projeler için geriye dönük WBS tanımlamasi yapıldı.
- Hafta 7-10: Maliyet merkezi yapısi yeniden tasarlandı. Her proje ayrı maliyet merkezi, WBS elemanları alt maliyet merkezi olarak tanimlandi.
- Hafta 11-14: Hesap planı güncellendi. 45 farklı maliyet elementi tanimlandi (malzeme, iscilik, taşeron, ekipman vb.). Dağıtım anahtarları belirlendi.
- Hafta 15-18: ERP sisteminde proje muhasebesi modülü konfigüre edildi. Bütçeler WBS seviyesinde yüklendi, maliyet atama kuralları sistemde tanimlandi.
- Hafta 19-22: Hakediş süreci dijitalleşti. Mobil metraj uygulaması devreye alındı, hakediş onay akisi sistemde tanimlandi.
- 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üğu: Proje bitiminden aylık takibe geçildi
- Maliyet atama doğrulugu: %65’ten %92’ye çıktı
- Hakediş hazırlık süresi: 12 is günündan 5 is gününe düştü
- Hakediş tahsilat süresi: Ortalama 45 günden 32 güne düştü
- EAC projeksiyon doğrulugu: Ilk 6 ayda %85 isabetli tahmin
- Erken uyarı sayısı: 3 projede maliyet aşımı riskı önceden tespit edildi
Kritik Başarı Faktörleri
- Üst yönetimin proje bazlı raporlamaya talep ve bağlıligi
- WBS standartlaştırma ve tüm projelere uygulama
- Sahadan veri toplama sürecinin dijitalleşmesi
- Aylık EAC gözden geçirme disiplini
- Proje yöneticilerinin eğitimi ve sahiplenmesi
En Sik Yapılan 7 Proje Muhasebesi Hatası
1. WBS Olmadan Çalışmak
Maliyetleri proje seviyesinde toplamak ancak is paketi detayinda takip etmemek. Sonuç: Nerede maliyet aşımı olduğu bilinmiyor, sadece “proje pahalıya geldi” deniliyor. WBS olmadan anlamlı analiz imkansız.
2. Yanlis Maliyet Atama
Maliyetleri kolayca bulunabilecek projeye atmak, dağıtım anahtarı kullanmamak. Bazı projeler olduğundan karlı, bazileri olduğundan zarali görünüyor. Gerçek karlılık gizleniyor.
3. Commitment Takibi Yapmamak
Sadece gerçeklesen maliyetleri izlemek, taahhüt edilmiş maliyetleri görmezden gelmek. Sipariş verilen ancak henüz faturası gelmeyen malzemeler görülmüyor. Anı “sürpriz” maliyetler ortaya çıkıyor.
4. EAC Güncellemesini Ihmal Etmek
Proje basindaki tahmini proje sonuna kadar güncellememek. 18 aylık projede 12. ayda hala orijinal bütçe ile karşılaştırma yapılıyor. Gerçekci projeksiyon yapılmıyor.
5. Gelir-Maliyet Eslemesi Hatası
Geliri hakediş kesildigi dönemde, maliyeti fatura geldiğinde tanıma. Dönemsel karlılık raporları yanıltıcı oluyor. Muhasebe standartlarına uyumsuzluk.
6. Genel Gider Dağıtımını Görmezden Gelmek
Sadece direkt maliyetleri projelere atmak, genel giderleri dagitmamak. Projeler olduğu gibi karlı görünüyor, ancak şirket genelinde zarar var. Fiyatlama kararları yanlis alınıyor.
7. Hakediş-Nakit Akisi Bağlantısını Kurmamak
Hakediş sürecini sadece muhasebe isi olarak görmek, nakit akisi projeksiyonundan ayırmak. Hakediş gecikmeleri finansman krizine yol açıyor. Proaktif yönetim yapılmıyor.
Proje muhasebesi hataları karlılık görünürlüğünü ortadan kaldırır
Proje Karlılık Metrikleri Tablosu
Proje bazlı muhasebe sisteminin etkinliğini ve proje performansını ölçmek için aşağıdaki metrikleri takip edin:
| Metrik | Baslangic | Hedef | Ölçüm Yöntemi |
|---|---|---|---|
| Brüt Kar Marjı | Baz değer | %15-25 | (Gelir – Direkt Maliyet) / Gelir x 100 |
| CPI (Maliyet Performans Indeksi) | 1.0 | 1.0 veya üstu | EV / AC |
| SPI (Takvim Performans Indeksi) | 1.0 | 1.0 veya üstu | EV / PV |
| Maliyet Atama Doğrulugu | %70 | %95+ | Doğru atanan maliyet / Toplam maliyet |
| EAC Projeksiyon Doğrulugu | %60 | %90+ | EAC vs Gerçeklesen Nihai Maliyet farkı |
| Hakediş Hazırlık Süresi | 12 is günü | 5 is 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 haftalık, karlılık metrikleri aylık, DSO haftalık takip edilmeli. Dashboard’larda gerçek zamanlı görünüm sağlanmali.
Proje Bazlı Muhasebe Kontrol Listesi
Proje bazlı muhasebe sistemi kurulumu ve isletimi için aşağıdaki maddeleri kontrol edin:
- Standart WBS şablonu tanimlandi mi?
- 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 tanimlandi mi?
- Her proje için maliyet merkezi acildi mi?
- Maliyet elementleri (hesap planı) tanimlandi mi?
- Maliyet atama kuralları belirlendi mi?
- Genel gider dağıtım anahtarları tanimlandi mi?
- 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 tanimlandi mi?
- 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 akisi tanimlandi mi?
- EAC/ETC hesaplama yöntemi belirlendi mi?
- Aylık EAC güncelleme prosedürü var mi?
- Proje karlılık rapor formatı belirlendi mi?
- Dashboard/görselleştirme aracları kuruldu mu?
- Varyans analizi prosedürü tanimlandi mi?
- ERP/muhasebe sistemi konfigürasyonu tamamlandı mi?
- Entegrasyonlar (saha sistemleri vb.) kuruldu mu?
- Kullanıcı eğitimleri verildi mi?
- Proje yöneticileri sistemde yetkinlestirildi mi?
Sikca 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.