İNŞAAT MUHASEBESİNDE MALİYET MERKEZLERİ KOD YAPISI KURGULAMAK

Üç şantiyesi olan bir taahhüt firmasında muhasebe müdürü, kapanış toplantısında patrondan tek satırlık bir soru duyar: "Hangi projeden ne kazandık?" Cevap genelde muğlaktır çünkü mazot faturası bir genel hesaba, demir kesim ücreti başka hesaba, taşeron istihkakı tamamen ayrı bir koda yazılmıştır. Üç ayrı şantiyenin maliyeti tek havuzda toplandığı için projeyi ayrıştırmak ay sonu detektif işine döner. Maliyet merkezi kod yapısı sözleşme öncesinde sağlam kurulmadığında ne fiyatlama düzgün çıkar ne de yıllara sâri vergi planlaması güvenle yapılır.

İnşaat sektöründe maliyet merkezi tasarımı kavramsal olarak Cost Breakdown Structure (CBS) ile Work Breakdown Structure (WBS) hiyerarşisinin muhasebeye düşmüş halidir. CSI MasterFormat gibi uluslararası kodlamalar 50 bölüm üzerinden inşaatı standartlaştırırken, Türk muhasebe pratiği bu hiyerarşiyi Muhasebe Uygulamaları Kapsamı (MUK) Tek Düzen Hesap Planı içindeki 7. grup üzerinden işler. Kod tasarımının görevi sahanın gördüğü işi defter-i kebire kayıpsız bağlamak, yıllara sâri (170) ile yıl içi tamamlanan işi ayrıştırmak ve Bağımsız Denetim Standardı (BDS) 15 kapsamındaki ilerleme yöntemine girdi üretmektir. Bu yazıda kod yapısının üç boyutlu nasıl kurgulanacağına, hangi hesaplara nasıl bağlanacağına ve denetim taleplerine nasıl cevap vereceğine bakacağız.

NEDEN İNŞAAT FİRMASINDA STANDART MALİYET MERKEZİ YETMEZ?

Üretim firmasında maliyet merkezi genelde departmandır: torna atölyesi, kaynak hattı, montaj, ar-ge. Yıl içinde sabit organizasyon yapısı dolayısıyla 50-100 maliyet merkezi yıllarca aynı kalır. İnşaatta ise her sözleşme kendi kâr-zarar evrenidir. Üç şantiyesi olan bir firma üç ayrı küçük şirket gibi çalışır; biri tamamlandığında yerine yenisi açılır, kod havuzu her yıl genişler.

Bu farkı görmek için iki rakam yeterli. Standart üretim firmasında bir maliyet merkezi ortalama 4-6 yıl açık kalır. Bir konut projesinde ortalama proje süresi 24-36 ay, kamu yapım işinde 18-48 ay arasındadır; yıllara sâri büyük altyapı projelerinde 5-7 yıla uzar. Geriye dönük arşiv, mevcut canlı projelerin 3-4 katı kod taşır. Tek seviyeli düz liste mantığıyla kurulmuş bir hesap planı 200. projede çöker; kontrolör hangi kodun hangi projeyi ifade ettiğini Excel'de bulamaz.

Bu yüzden inşaat firmalarında maliyet merkezi tasarımı üç ayrı eksende düşünülür ve kod bu üç ekseni tek satıra sıkıştırır:

• Proje ekseni: Hangi sözleşme, hangi şantiye, hangi blok — yatırımcı kuruma ve sözleşme bedeline bağlı boyut
• Faaliyet ekseni: Kaba inşaat, ince işler, mekanik, elektrik, çevre düzenleme — imalatın teknik ayrımı (CSI MasterFormat'ın Türk eşleniği)
• Kaynak ekseni: Direkt işçilik, direkt malzeme, taşeron istihkakı, makine ekipman, dolaylı genel giderler — defter-i kebir hesap kırılımıyla eşleşen boyut

Bu üç eksen üst üste bindiğinde "A-blok elektrik tesisat taşeron maliyeti şu ana kadar ne kadar?" sorusu üç tıkla cevaplanır hâle gelir. Tek eksen üzerinde kurulan kodlama bu sorgunun ya proje boyutunu (hangi şantiye), ya faaliyet boyutunu (hangi imalat grubu), ya da kaynak boyutunu (taşeron mu malzeme mi) görmez; üçü birlikte yoksa rapor çıkmaz.

ÜÇ BOYUTLU KOD YAPISI NASIL KURGULANIR?

Pratikte en sık görülen yapı 3-4 segmentli sabit uzunluklu koddur. Her segment ayrı bir anlam taşır ve raporlama bu segmentler üzerinden filtrelenir. ERP veya hesap planı yazılımı segment bazlı filtre ile çalışır; ay sonunda "sadece A projesinin elektrik faaliyetinin taşeron kaynağını göster" sorgusu segment maskesiyle (P01-30-300) çekilir. Uluslararası uygulamada CBS hiyerarşisi PMWeb gibi sistemlerde 16 seviyeye kadar inmesine rağmen, orta ölçekli Türk taahhüt firmasında 3 segment yeterli olur:

Segment 1 — Proje (3 hane: P01, P02, ... P99)

Şirketin canlı sözleşme havuzunu kapsar. Yeni sözleşme imzalandığında bir sonraki numara verilir; sözleşme bittiğinde kod kapatılır ama silinmez (arşivde tutulur). Büyük gruplarda iki haneli proje numarası 99'da tükenir; bu yüzden başlangıçta 3 haneli açılır.

Segment 2 — Faaliyet (2 hane: 10, 20, 30, ...)

İmalatın teknik ayrımı. Tipik kırılım: 10 kaba inşaat, 20 ince işler, 30 mekanik tesisat, 40 elektrik tesisat, 50 çevre/peyzaj, 60 dış cephe, 70 asansör/özel imalat, 80 idari/saha kurulum. Bu kırılım sözleşmedeki birim fiyat ana grup başlıklarıyla paralel tutulur.

Segment 3 — Kalem/Kaynak (3 hane: 100, 200, 300, ...)

Maliyet türü ayrımı. 100 direkt malzeme, 200 direkt işçilik, 300 taşeron istihkakı, 400 makine-ekipman, 500 nakliye, 600 saha genel giderleri, 700 idari pay, 800 finansman. Defter-i kebir hesap kırılımıyla birebir eşleşir; 100 grubu 150-153 hesaplarına, 300 grubu 320 hesabına, 600 grubu 730 hesabına bağlanır.

Aşağıdaki örnek, orta ölçekli karma proje (konut + ticari) için kullanılan tipik bir kodlama tablosudur. Aynı saha üzerinde A ve B blok varsa, faaliyet segmenti içine alt mahal eklenir veya proje segmenti 4 haneye çıkarılır (P0101 A-blok, P0102 B-blok):

Kod uzunluğu sabit tutulur; her segmentin karakter sayısı asla değişmez. Excel veya ERP'de SOLDAN, ORTADAN, SAĞDAN fonksiyonlarıyla segment çekildiğinde sabitlik kritiktir. P01-10-100 ile P01-10-1000 aynı maskeden filtrelenirse rapor kirlenir. Yeni proje açılınca P03 verilir, yeni faaliyet çıkınca (örneğin tekno-cam giydirme cephe için ayrı grup) sırasıyla 60, 70 atanır, yeni kaynak türü için 900-numara açılır. Kod havuzu büyür ama kuralı bozmadığı sürece okunaklı kalır.

MUK 7. GRUP HESAPLARLA EŞLEŞME — 740, 741, 770, 771, 780

Tek Düzen Hesap Planı'nın 7. grubu maliyet hesaplarına ayrılmıştır. MUK kapsamında 7/A seçeneği fonksiyon esaslı (740 hizmet üretim, 750 ar-ge, 760 pazarlama-satış, 770 genel yönetim, 780 finansman), 7/B seçeneği ise gider çeşidi esaslı (790-799 arası gider türleri) kayıt tutar. Bilanço esasına tabi inşaat firmaları büyük çoğunlukla 7/A seçeneğini kullanır çünkü yansıtma ve maliyet hesap mantığı yıllara sâri işlerde 170 hesabına aktarımı kolaylaştırır.

İnşaat firmasında 7. grubun pratik kullanımı şöyledir:

• 740 Hizmet Üretim Maliyeti: Yıl içinde tamamlanan inşaat işleri için doğrudan maliyet havuzu. Maliyet merkezi koduyla alt kırılır (740.P01.10.100 gibi)
• 741 Hizmet Üretim Maliyeti Yansıtma: 740'ta biriken tutarın gelir tablosuna (622) aktarımı için yansıtma hesabı. Ay sonu kapanışta 740 alacaklandırılır, 741 borçlandırılır
• 770 Genel Yönetim Giderleri: Merkez ofis, muhasebe, satın alma, yönetim maaşları. Maliyet merkezine değil dönem giderine atılır; vergi açısından doğrudan giderdir
• 771 Genel Yönetim Giderleri Yansıtma: 770'in 632 hesabına yansıtılması
• 780 Finansman Giderleri: Banka kredi faizi, teminat mektubu komisyonu, faktoring gideri. Yıllara sâri işlerde proje bazlı kredi çekilmişse maliyet merkezine yazılır

Yıllara sâri işlerde maliyet 740'a değil doğrudan 170 hesabına yazılır; çünkü kazanç sözleşme bitene kadar realize olmaz. 7. grup hesapları yıl içinde tamamlanan işler veya yıllara sâri olmayan onarım/bakım sözleşmeleri için aktif çalışır. İki kategoriyi karıştırmak — yıllara sâri işin maliyetini 740'a yazıp dönem giderine indirgemek — VUK karşısında en sık görülen yanlışlardan biridir. Bu seviyeye sağlam hâkim olmak isteyen meslek mensupları için inşaat muhasebesi eğitimi yıllara sâri-yıl içi ayrımı, BDS-15 ilerleme yöntemi ve KDV tevkifatının maliyet merkezi koduyla işaretlenmesini saha vakaları üzerinden çalışır.

YILLARA SÂRİ İŞLERDE 17 VE 35 GRUBU İLE BAĞ

Tek Düzen Hesap Planı'nda yıllara sâri inşaat ve onarım işleri için ayrılmış hesaplar şu kırılımla çalışır:

170-178 Yıllara Yaygın İnşaat ve Onarım Maliyetleri

Her sözleşme için ayrı alt hesap açılır. 170.01 Etiler Konut, 170.02 Bursa Lojistik gibi. Maliyet merkezi kodunun proje segmenti (P01, P02) bu alt hesapla birebir eşleşir. Sözleşme tamamlanana kadar buraya biriken maliyetler aktiftedir, gelire dönüşmez.

350-358 Yıllara Yaygın İnşaat ve Onarım Hakediş Bedelleri

Yine her sözleşme için ayrı alt hesap. Düzenlenen hakediş faturaları pasifte 350.01, 350.02 hesaplarında bekletilir. Bu hesap teknik anlamda "peşin alınan gelir" karakterindedir; sözleşme bitince 600 veya 602 hesabına devredilir.

178 Yıllara Yaygın İnşaat Enflasyon Düzeltme Hesabı

Yüksek enflasyon dönemlerinde VUK 298/A uygulamasına geçilirse 170 hesabındaki birikmiş maliyetlerin enflasyon düzeltmesi için kullanılır. Düzeltme tutarı maliyet merkezi koduyla işaretlenir, gelir tablosuna atılmaz.

358 Yıllara Yaygın Hakediş Enflasyon Düzeltme

350 hesabının enflasyon karşılığı. Tarafsızlık ilkesi gereği maliyetle hakediş aynı düzeltme katsayısıyla işlenir.

Sözleşme tamamlandığı yıl muhasebe kaydı tek seferde döner:

• 170.01 hesabında birikmiş toplam maliyet 622 Satılan Hizmet Maliyeti hesabına devredilir
• 350.01 hesabında birikmiş toplam hakediş 600 Yurt İçi Satışlar (veya 602 Diğer Gelirler) hesabına devredilir
• Aradaki fark sözleşmenin kazancını oluşturur ve o yılın matrahına girer

Maliyet merkezi kodu bu devir sırasında bozulmazsa, devir kaydı tek hareket olarak 170.01 → 622.01 şeklinde işlenir; geriye dönük dönem karşılaştırması saatler değil dakikalar sürer. Kod yapısı düzgün değilse 170 hesabında alt kırılım olmadığı için hangi tutar hangi projeye ait sökülmesi gerekir — ki yıllara sâri bir işte 3-5 yıllık fiş arşivi taranır.

DİREKT VE DOLAYLI MALİYET NASIL AYRIŞTIRILIR?

Bir maliyetin doğrudan tek projeye yazılabilmesi (direkt maliyet) veya birden fazla projeye dağıtılması gerektiği (dolaylı maliyet) kod yapısının ikinci kritik kararıdır. Karar yanlış verildiğinde proje kârı yapay olarak şişer veya çöker.

Direkt maliyetler proje koduyla doğrudan eşleşir:

• Sözleşme yapılmış taşeron istihkakı (perde demirciliği, çatı kaplaması) — fatura zaten projeye kesilir
• Proje için sipariş edilen hazır beton, demir, kalıp panosu — irsaliye proje numarasını taşır
• Şantiyede tam zamanlı çalışan personel maaşı (saha şefi, kalfa, vasıfsız işçi)
• Projeye özel kiralanmış makine (kule vinç, beton pompası)
• Sahaya tahsis edilmiş demirbaş amortismanı (sayaç, ısıtıcı, prefabrik konteyner)

Dolaylı maliyetler ise dağıtım anahtarıyla projelere bölünür:

• Birden fazla projeye ortak çalışan yönetici maaşı (proje koordinatörü, mali müşavir)
• Merkez ofis kirası, elektrik, ısıtma giderleri
• Ortak vinç, lazer mesafe ölçer, total station gibi taşınabilir ekipman
• Genel iş güvenliği gideri, eğitim, sigorta primi (proje bazlı bordro dışı kısım)

En sık kullanılan dağıtım anahtarları üç tanedir: imalat metrekaresine oransal (büyük proje fazla pay alır), çalışan adam-gün sayısına oransal (emek-yoğun proje fazla pay alır), doğrudan maliyet tutarına oransal (tutar büyüyen proje fazla pay alır). Anahtarın seçimi keyfi değildir; sözleşme tipine, denetim politikasına ve şirketin geçmiş dönem alışkanlığına göre belgelenir. Aynı şirkette bir yıl adam-gün, sonraki yıl doğrudan maliyet anahtarı kullanılırsa karşılaştırılabilirlik bozulur — denetim raporlarında bu hep işaret edilir.

Dolaylı maliyet dağıtımının teknik adı CBS literatüründe "cost allocation"dır ve PMWeb, Procore gibi sistemler dağıtım anahtarını proje karta gömer, hareketler otomatik bölünür. Türk muhasebe yazılımlarında bu aşama genelde ay sonu manuel virman yoluyla yapılır; ay sonu kapanış öncesinde maliyet merkezi 999-DOLAYLI havuzundan projelere %X oranında aktarım fişi açılır.

HAKEDİŞ FATURASI KOD YAPISINA NASIL İŞLENİR?

Yıllara sâri inşaat işlerinde hakediş faturası kesildiğinde gelir doğmaz; pasifte 350 hesabında bekletilir. Maliyet merkezi açısından üç kritik nokta vardır:

1. Fatura tutarı 350.01 hesabında ilgili sözleşmeye bağlı alt kırılımda izlenir; başka projenin hakedişiyle karışmaz. Kayıt 120 Alıcılar / 350 Yıllara Yaygın Hakediş + 391 Hesaplanan KDV şeklinde döner
2. Hesaplanan KDV (391) tek bir hesaba yazılır ama hangi projeden çıktığı maliyet merkezi koduyla işaretlenir; KDV beyannamesi sonrası kontrol için zorunlu
3. Yapım işlerinde 4/10 oranında kısmi tevkifat uygulanır (KDV Genel Uygulama Tebliği). Tevkifat tutarı 360 Ödenecek Vergi ve Fonlar hesabına ayrılırken, kalan tutar normal KDV gibi tahsil edilir. Maliyet merkezi kodu fatura kaydında her iki hesabı da işaretler

Taşeron tarafından kesilen hakediş faturasında ise yüklenici tevkifatı uygulayan taraftır. Örneğin 100.000 TL + 20.000 TL KDV bir taşeron faturasında, KDV'nin 8.000 TL'si (4/10) tevkifat olarak yüklenicide kalır, 12.000 TL'si taşerona ödenir. Muhasebe kaydı:

• 170.01.30.300 Yıllara Yaygın Maliyet (Etiler Konut, mekanik, taşeron) — 100.000 borç
• 191 İndirilecek KDV — 12.000 borç
• 320 Satıcılar (taşeron carisi) — 108.000 alacak
• 360 Ödenecek Vergi ve Fonlar (KDV tevkifatı) — 4.000 alacak

Maliyet merkezi kodu bu hareketin 170 satırında tam görünür. Tevkifat sonradan beyan edildiğinde 360 hesabı borçlandırılır ve banka alacaklandırılır; bu kayıtta maliyet merkezi koduna gerek yoktur çünkü hareket projenin maliyetini değiştirmez. Kod disiplini sayesinde proje toplam maliyeti her zaman KDV hariç ve tevkifat hariç net tutar olarak okunur.

BDS-15 İLERLEME YÖNTEMİYLE KOD YAPISININ BAĞI

Bağımsız denetime tabi inşaat firmalarında BDS-15 Sözleşmeden Doğan Hasılat standardı kapsamında gelir, sözleşmenin tamamlanma yüzdesine göre dönem dönem realize edilir (percentage-of-completion). VUK'taki yıllara sâri kapsamı (tamamlanma yöntemi) ile BDS-15 (ilerleme yöntemi) arasındaki fark işte bu noktada netleşir.

İlerleme yüzdesini hesaplamak için iki yöntem kullanılır:

• Maliyet bazlı (input method): Sözleşmeye kadar harcanmış birikmiş maliyet ÷ tahmini toplam sözleşme maliyeti. Maliyet merkezi kodu burada vazgeçilmezdir; 170.01.* alt hesaplarının toplamı pay, mühendisliğin tahmini toplam maliyeti payda olur
• Çıktı bazlı (output method): Tamamlanan fiziksel imalatın sözleşmeye oranı (m², m³, yüzdesel pursantaj). Saha tarafının ürettiği veriye dayanır ama maliyet merkezi koduyla doğrulanır

Maliyet bazlı yöntemde kod yapısı kötü kurulduysa pay hesabı yanlış çıkar. Örneğin bir projenin mobilizasyon (geçici saha kurulumu) maliyeti 170 hesabına yazılmış ama bu tutar inşaata değil saha hazırlığına ait olduğu için tamamlanma yüzdesine girmemesi gerekir. Maliyet merkezi koduyla mobilizasyon kalemi P01-80-* segmentine yazılmışsa, ilerleme hesabında bu segment hariç tutulur. Ayrım yapılmadığı takdirde proje %3 mobilizasyon harcandığı için %15 tamamlanmış gibi raporlanır — gelir erken realize edilir ve sonraki yılda kâr düşer.

BDS-15 kapsamında ay sonu denetimde tipik soru şudur: "Bu ay 170 hesabına yazılan 2,4 milyon TL'lik tutarın hangi kısmı imalat, hangi kısmı saha genel gider, hangi kısmı YBF onayı bekleyen iş?" Maliyet merkezi kodu olmayan firma bu soruyu 1-2 günde cevaplayamaz; kodlama düzgün kurulmuş firma rapor düğmesine basar, segment maskesi sorguyu saniyeler içinde döner.

GEÇİCİ KABULDEN KESİN KABULE DÖNÜŞÜM NASIL İŞLER?

Geçici kabul, işin sözleşmeye uygun tamamlandığının tutanakla saptandığı andır. Vergi açısından kazanç o yıl realize edilir; muhasebede 170 → 622, 350 → 600 dönüşümü bu noktada tetiklenir. Kesin kabul ise teminat çözümünü ve kalan riskleri kapatır; ek bir maliyet doğarsa (ayıplı imalat onarımı, geçici kabul sonrası tespit edilen eksik iş) bu maliyet hâlâ ilgili maliyet merkezine yazılmalıdır.

İki yaygın hata vardır. Birincisi, geçici kabul sonrası gelen ufak garanti onarım faturasını "artık proje bitti" düşüncesiyle 770 Genel Yönetim Giderlerine atmak. Bu hareket projenin gerçek kârını yapay olarak şişirir; ileride şirket içi kıyaslamada o projenin verimliliği abartılı görünür ve sonraki tekliflerde marj yanlış kurulur. İkincisi, kesin kabul gecikince sözleşmeyi kapatmayıp 170 hesabını yıllarca açık tutmak; mali tablo okuyucusu (banka kredi analisti, denetçi, KGK incelemecisi) bu durumu "kapanmamış sözleşme" olarak işaretler.

Kod yapısı doğru kurulduğunda her sözleşmenin durumu raporun yan sütununda otomatik görünür: devam, geçici kabul yapıldı, kesin kabul yapıldı, garanti dönemi. Bu durum bilgisi maliyet merkezi kartına özel alan olarak eklenir; rapor çıktısında sayısal verilerin yanında metin etiketi olarak okunur. Yıl sonu kapanış öncesi kontrolör tüm projelerin durum dağılımını tek liste hâlinde sorgular, hangi sözleşmenin 170 → 622 dönüşümünü o yıl tetikleyeceğini belirler.

BİR HAKEDİŞ FATURASININ KOD AKIŞI

Sahadan gelen bir taşeron istihkak faturasının muhasebeye düşüş yolu, sağlam kurulmuş bir kod sisteminde şu adımları izler:

1. Şantiye şefi ay sonunda imalat metrajını ve hakediş raporunu hazırlar, yaklaşık tutar ve mahal bilgisini saha hafızasından değil ataşman defterinden çeker
2. Teknik ofis hakedişi denetler, sözleşme birim fiyatlarıyla çarpar, ÇŞB/KGM poz numaralarını doğrular, maliyet merkezi kodunu yazar (örneğin P01-30-300 — Etiler Konut, mekanik tesisat, taşeron)
3. Onaylı hakediş muhasebe departmanına gelir; muhasebe faturayı 170.01.30.300 alt hesabına işler, 320 Satıcılar hesabına taşeron borcu, 191 İndirilecek KDV yazar
4. Yapım işi tevkifatı (4/10) varsa 360 Ödenecek Vergi ve Fonlar hesabına ayrılır; muhasebe kaydı tek fişte çıkar, her satırda maliyet merkezi kodu görünür
5. Ay sonu kapanışta tüm 170.01.* alt hesapları toplandığında Etiler Konut projesinin o aya kadarki kümülatif maliyeti tek tuşta görülür; bu rakam BDS-15 ilerleme hesabının payına girer
6. Yıllık kapanışta sözleşme bitmediği sürece 170.01 bakiyesi devreder; sözleşme bitince 622.01 hesabına virmanlanır ve gelir-gider eşleşmesi tamamlanır

Bu akış kod yapısı sayesinde tekrarlanabilir, denetlenebilir ve hızlıdır. Yapı bozuk olduğunda her aşamada bilgi kaybı oluşur: hakediş raporunda mahal yok, muhasebe kaydında alt hesap yok, ay sonu sorgusunda proje filtrelenmiyor, denetim öncesi geriye dönük tarama haftaları alır. Kod yapısı bir kez sağlam kurulduğunda firmanın büyümesiyle birlikte rapor tasarımı, vergi planlaması ve nakit akış projeksiyonu çok daha az emekle ayakta kalır; aksi halde her yeni proje, defter-i kebirde yeni bir karmaşa demektir.