Multi-Company Financial Consolidation: From Chart of Accounts to Management Report

Birden fazla şirketi olan grupların finans ekipleri, ay kapanışında aynı soruyu sorar: "Grubun bütününde durum ne?" Her şirketin kendi muhasebe programı, kendi hesap planı ve bazen kendi para birimi vardır. Konsolidasyon, bu dağınık resmi karşılaştırılabilir ve güvenilir tek bir görünüme dönüştürme işidir. Bu yazıda yönetim raporlaması amaçlı konsolidasyonun teknik adımlarını anlatıyoruz; yasal (resmi) konsolide mali tablo hazırlığı ise mali müşavir ve denetçi sorumluluğundadır.

1. Ortak hesap planı: eşleme tablosu

Konsolidasyonun temeli, her şirketin hesap planını grup düzeyinde ortak bir yapıya eşlemektir. Türkiye'de Tekdüzen Hesap Planı yaygın olsa da alt hesap kırılımları şirketten şirkete değişir; KKTC'deki şirketler ise farklı yapılar kullanabilir. Bu nedenle "kaynak hesap → grup hesabı" eşleme tablosu, yazılımın içinde yönetilebilir bir veri olmalıdır, koda gömülmemelidir.

-- Örnek: grup hesap planı eşlemesi (basitleştirilmiş)
create table account_mapping (
  company_id   uuid not null,
  source_code  text not null,   -- şirketin kendi hesap kodu
  group_code   text not null,   -- grup hesap kodu
  valid_from   date not null,
  valid_to     date,
  primary key (company_id, source_code, valid_from)
);

Eşlemenin tarih aralığı taşıması önemlidir: hesap planı değiştiğinde geçmiş dönem raporları bozulmamalıdır.

2. Döviz çevrimi: hangi kur, hangi tarih?

Farklı para birimlerinde çalışan şirketler konsolide edilirken üç kur yaklaşımı vardır: dönem sonu kuru (bilanço kalemleri için), dönem ortalama kuru (gelir tablosu kalemleri için) ve işlem tarihi kuru (belirli kalemler için). Yönetim raporlamasında en önemli nokta tutarlılıktır: hangi kalemde hangi kuralı kullandığınızı raporun üzerinde görünür kılın ve kur kaynağını (örneğin merkez bankası günlük kuru) sistemde kayıt altına alın.

3. Şirketler arası işlemlerin elimine edilmesi

Grup içindeki şirketler birbirine satış yapıyorsa, bu tutarlar konsolide ciroda çift sayılır. Eliminasyon için şirketler arası cari hesapların iki tarafta da eşleştirilmesi gerekir. Pratik yöntem: her şirket, grup içi karşı tarafı cari kartında "grup şirketi" olarak işaretler; konsolidasyon motoru bu işaretli hareketleri otomatik eşleştirir ve eşleşmeyenleri uyarı listesinde gösterir.

Eşleşmeyen grup içi bakiye, konsolidasyonun en değerli çıktısıdır: ya bir kayıt eksiktir ya da bir tarafın kaydı yanlıştır. Bu farkları sessizce yuvarlamak yerine görünür kılın.

4. Veri aktarımı ve doğrulama kuralları

Muhasebe programlarından alınan mizan veya hareket dışa aktarımları (Excel, CSV ya da API) doğrulama kurallarından geçmeden konsolidasyona girmemelidir. Önerdiğimiz asgari kontroller:

• Borç ve alacak toplamlarının eşitliği (mizan dengesi).
• Eşleme tablosunda karşılığı olmayan hesap kodlarının reddedilmesi.
• Dönem kilidi: kapatılmış bir döneme yeniden veri yüklenmesinin yetkiye bağlanması.
• Her yüklemenin kim, ne zaman, hangi dosyayla yaptığının kayıt altına alınması.

5. Yönetim ekranı: hangi göstergeler?

Konsolide veri hazır olduğunda yönetim ekranı sade olmalıdır. Örnek bir yönetici görünümünde şunlar yer alabilir: şirket bazında ve toplamda gelir–gider, nakit ve banka bakiyeleri, vadesi yaklaşan alacak ve borçlar, planlanan ile gerçekleşen bütçe sapmaları ve dönemler arası karşılaştırma. Her rakamın üzerine tıklandığında kaynak hareketlere inilebilmesi ("drill-down"), raporun güvenilirliğini artırır.

6. Yetki: herkes her şirketi görmemeli

Konsolide görünüm grup yönetimi içindir; şirket müdürleri çoğunlukla yalnızca kendi şirketlerini görmelidir. Bu ayrımı veritabanı seviyesinde (PostgreSQL Row Level Security gibi) uygulamak, raporlama aracı değişse bile kuralın geçerli kalmasını sağlar.

Nereden başlamalı?

Önerimiz, konsolidasyonu tek seferde "her şeyi kapsayan" bir proje olarak değil, kademeli kurmaktır: önce mizan bazlı aylık özet, sonra nakit akışı ve bütçe karşılaştırması, en son şirketler arası eliminasyon. Her aşamada finans ekibinin mevcut Excel çalışmasıyla sonuçları karşılaştırmak, hem güveni hem de veri kalitesini artırır.

Dönem kapanışı akışı: örnek bir takvim

Aşağıdaki akış kurgusal bir örnektir; grubun büyüklüğüne göre değişir. Önemli olan her adımın bir sorumlusu ve bir kontrol noktası olmasıdır.

1. Ayın ilk iş günleri: Her şirket muhasebe programından mizanı dışa aktarır ve sisteme yükler. Mizan dengesi otomatik kontrol edilir.
2. Eşleme kontrolü: Eşlemesi olmayan yeni hesap kodları listelenir; finans ekibi eşlemeyi tamamlar.
3. Kur uygulaması: Tanımlı kur politikası ile çevrim yapılır; kullanılan kurlar rapor ekinde görünür.
4. Grup içi eşleştirme: Eşleşmeyen bakiyeler ilgili şirketlere uyarı olarak düşer.
5. Kilitleme: Kontroller tamamlanınca dönem kilitlenir; sonraki değişiklikler gerekçeli ve yetkili olur.
6. Yönetim raporu: Konsolide ekran güncellenir; yöneticiler kaynak hareketlere inebilir.

Nakit akışı: bilanço kadar önemli

Kârlı görünen bir grup, nakit sıkışıklığı yüzünden zor duruma düşebilir. Konsolide nakit akışı görünümü, şirket bazında banka ve kasa bakiyelerini, vadesi yaklaşan alacak ve borçları, planlanan ödemeleri bir araya getirir. Burada en değerli özellik "uyarı"dır: belirli bir tarih aralığında planlanan ödemeler beklenen tahsilatı aşıyorsa yönetim bunu rapor beklemeden görmelidir. Uyarı eşiklerini sistem değil, finans ekibi belirler ve gerektiğinde değiştirir.

Bütçe: planlanan ile gerçekleşen

Bütçe konsolidasyonu, gerçekleşen konsolidasyonla aynı hesap planı ve aynı maliyet merkezleriyle yapılmalıdır; aksi hâlde karşılaştırma elma ile armut arasında olur. Sapma raporunda yalnızca tutar değil, yüzde ve açıklama alanı bulunmalıdır; sapmayı açıklama sorumluluğu ilgili şirkete aittir ve sistem bunu bir görev olarak atayabilir.

Sık karşılaşılan tuzaklar

• Elle düzeltilen Excel: Yüklemeden önce dosyada yapılan elle düzeltmeler iz bırakmaz. Düzeltme, sistemde ve gerekçeli yapılmalıdır.
• Kur farkının yanlış yerde gösterilmesi: Çevrim farkları ayrı bir satırda görünmeli, faaliyet sonucuna karışmamalıdır.
• Hesap planı değişikliğinin geçmişe uygulanması: Tarih aralıklı eşleme olmadan geçmiş raporlar sessizce değişir.
• Tek kişiye bağımlılık: Konsolidasyonu yalnızca bir kişi biliyorsa, süreç belgelenmemiş demektir.

Yapay zekâ destekli özetleme: dikkatli kullanım

Konsolide rapor hazır olduğunda, dönemler arası değişimlerin doğal dilde özetlenmesi yöneticilere zaman kazandırabilir. Ancak bu özetler kaynak rakamlara bağlanmalı ve "model yorumu" olarak işaretlenmelidir; finansal karar, özetten değil kaynak veriden alınır. Bu yaklaşım, yapay zekâ ve otomasyon hizmetimizde uyguladığımız doğrulama ve insan onayı ilkesinin finans alanındaki karşılığıdır.

Cy Logic'in finans ve muhasebe sistemleri hizmeti tam olarak bu kademeli yolu izler; mevcut muhasebe programınızı değiştirmeden üzerine yönetim katmanı kurmak çoğu grup için en gerçekçi başlangıçtır.