Bütçeyi Excel dosyalarından çıkarıp versiyonlanan, sahibi belli ve gerçekleşenle otomatik karşılaştırılan bir sisteme taşırız. Ay kapandığında fark raporu elle hazırlanmaz; sapma nedeni kaydedilir, tahmin güncellenir ve yönetim paketi aynı sayılarla üretilir. Hedef daha çok rapor değil, hedefe göre nerede olduğunuzu tartışmasız tek bir sayıyla görmektir.
Bütçe çoğu firmada yılda bir kez, sonbaharda başlayan bir dosya trafiğidir. Finans bir şablon hazırlar ve departmanlara gönderir; geri gelen dosyalarda satırlar eklenmiş, formüller bozulmuş, bazı kalemler farklı adla yazılmıştır. Birleştirme elle yapılır, günler sürer, yönetim bir revizyon ister ve döngü yeniden başlar. Sonunda onaylanan sürümün hangisi olduğu bile zaman zaman tartışma konusu olur. Bütçe onaylandıktan sonra ise çoğunlukla bir klasöre kalkar. Yıl içinde ona dönülmez; çünkü gerçekleşen rakamlarla karşılaştırmak, muhasebeden dökülen mizanı bütçe kalemlerine elle eşleştirmeyi gerektirir ve bunu yapacak vakit yoktur. Böylece bütçe, kararı yönlendiren bir araç değil, yılda bir yapılan bir tören haline gelir.
Asıl kırılma noktası karşılaştırmadır. Bütçe kalemleri ile muhasebe hesap planı aynı dili konuşmadığında bütçe-gerçekleşen farkı üretilemez. Departmanlar giderleri kendi mantığıyla yazar, muhasebe ise hesap koduna göre kaydeder; ikisi arasında sabit bir eşleştirme yoksa her ay elle köprü kurulur. Maliyet merkezi tanımı yoksa bir giderin hangi bölüme ait olduğu belirsiz kalır. Ortak gider dağıtımı yapılmıyorsa bölüm kârlılığı hiç konuşulamaz. Bu yüzden çoğu firmada aylık toplantı, sapmanın nedenini tartışmakla değil sayının doğru olup olmadığını tartışmakla geçer. Bir bütçe sistemi kurmanın gerçek işi tam burada başlar: bütçe modelini hesap planı ve maliyet merkezleriyle aynı yapıya oturtmak.
Bu alanın literatürdeki adı EPM, yani kurumsal performans yönetimidir. CPM ise aynı işin daha eski adıdır; ikisi pratikte aynı kapsamı anlatır ve aradaki fark büyük ölçüde ürün pazarlamasından ibarettir, teklif alırken bunları iki ayrı ürün gibi değerlendirmenize gerek yoktur. Buna karşılık EPM ile iş zekâsı arasındaki fark gerçektir ve önemlidir. İş zekâsı olan biteni gösterir: geçen ay ne sattık, hangi ürün ne kadar fire verdi, hangi bayi ne kadar aldı. EPM ise hedefi işin içine sokar: bu ay bütçenin neresindeyiz, yıl sonu tahmini ne, hammadde maliyeti artarsa kâr ne olur. Kısaca iş zekâsı geçmişe bakar, EPM geleceği ve hedefi tartışır. İkisi rakip değildir; EPM zaten iş zekâsı katmanının verisiyle beslenir.
Sınırları da baştan söyleyelim. Bir bütçe sistemi kötü bir bütçeyi iyi yapmaz; varsayımlarınız yanlışsa sonuç da yanlış çıkar, sadece daha hızlı ve daha düzenli biçimde yanlış çıkar. Tahmin de kehanet değildir; sistem geleceği bilmez, varsayımı açık yazar ve varsayım değiştiğinde sonucun nasıl değiştiğini gösterir. Ayrıca bu katman yasal mali tablo üretmez ve bağımsız denetime giren konsolide finansallarınızın yerine geçmez; ürettiği şey yönetim raporlamasıdır. Buna karşılık en somut kazanç ilk aydan itibaren görülür: bütçe tek yerde toplanır, sürümler karışmaz, gerçekleşen otomatik olarak yanına gelir ve toplantı sayının doğruluğunu değil sapmanın nedenini konuşmakla geçer.
Yıllık bütçesini hazırlayan, onaylatan ve sonra yıl boyunca dönüp bakamayan işletmeler. Buradaki eksik disiplin değil altyapıdır: gerçekleşen veriyi bütçe kalemine bağlayan bir yapı olmadan takip elle yapılır ve ilk yoğun ayda bırakılır. Otomatik karşılaştırma kurulduğunda takip alışkanlığı kendiliğinden oluşur; ilk hedef bu döngüyü ayakta tutmaktır.
Birden fazla şirketi, fabrikası veya şubesi olan yapılar. Her birimin bütçesi ayrı hazırlandığında grup toplamı ancak elle birleştirilerek çıkar ve şirketler arası hareketler bu birleştirmede sürekli hata üretir. Ortak bir bütçe modeli ve tanımlı bir birleştirme kuralı, bu işi her ay yeniden yapmaktan kurtarır.
Kredi kullanan, yatırım teşviki alan veya ortak arayan işletmeler. Bu firmalardan düzenli olarak bütçe, tahmin ve gerçekleşme raporu istenir; istendiğinde birkaç günde hazırlanan dosyalar hem yorucu hem de birbiriyle tutarsızdır. Raporun sistemden hep aynı tanımlarla çıkması, dış tarafla yapılan görüşmeyi de kolaylaştırır.
Tek elden yönetilirken büyüyüp bölümlere ayrılmış firmalar. Gider artık toplamda değil, hangi bölümün hangi kalemi harcadığına göre konuşulmak istenir; bölüm yöneticisine hedef verilecekse ölçüsünün de olması gerekir. Maliyet merkezi yapısı kurulmadan bu tartışma sayıya değil izlenime dayanır. Yapı bir kez kurulduğunda hem bütçe hem prim tartışması netleşir.
| Yetenek | Ne sağlar |
|---|---|
| Bütçe hazırlama ve toplama | Departmanlara açılan bütçe formları tek şablon üzerinden gelir; herkes aynı kalem yapısını ve aynı maliyet merkezlerini kullanır. Geçen yılın gerçekleşeni satır satır referans olarak görünür, böylece bütçe boş sayfadan değil geçmişten başlar. Kimin hangi bölümü doldurduğu ve ne zaman gönderdiği takip edilir; eksik kalan bölüm ay sonunda değil o gün belli olur. |
| Versiyon, onay ve kilit | Her bütçe sürümü ayrı saklanır ve karşılaştırılabilir: ilk taslak, revizyon, onaylı sürüm. Onaylanan sürüm kilitlenir ve üzerinde değişiklik yapılamaz; yeni bir ihtiyaç doğduğunda yeni sürüm açılır. Böylece hangi sürümün yürürlükte olduğu tartışma konusu olmaktan çıkar. Değişiklikler kim, ne zaman ve hangi kalemde sorularıyla birlikte kaydedilir; onay zinciri firmanın kendi imza yetkilerine göre tanımlanır. |
| Bütçe-gerçekleşen fark analizi | Gerçekleşen veri muhasebe ve operasyon sistemlerinden otomatik gelir, bütçe kalemleriyle tanımlı eşleştirme üzerinden karşılaştırılır. Fark hem tutar hem oran olarak, dönemsel ve kümülatif gösterilir. Belirlenen eşiği aşan sapmalar öne çıkarılır ve sapma nedeni ilgili yöneticiden yazılı olarak istenir; böylece açıklama toplantıda değil kayıtta durur ve bir sonraki dönemde geri okunabilir. |
| Tahmin ve senaryo analizi | Yıl sonu tahmini, geçen ayların gerçekleşeni ile kalan ayların güncel beklentisi birleştirilerek üretilir; her ay yenilendiği için tahmin yıl başındaki bütçeye mahkûm kalmaz. Satış hacmi, kur, hammadde fiyatı ve tahsilat süresi gibi ana varsayımlar açıkça girilir; değiştirildiğinde sonucun nasıl değiştiği yan yana görünür. Senaryolar ayrı saklanır ve karşılaştırılır. |
| Gösterge kartları ve hedef hizalama | Şirket hedefleri ölçülebilir göstergelere bağlanır ve bölüm hedefleriyle ilişkilendirilir; her göstergenin sahibi, ölçüm tanımı, veri kaynağı ve dönemi kayıtlıdır. Aynı göstergenin iki bölümde farklı hesaplanması bu tanım sayesinde biter. Kartlar hedefi, gerçekleşeni ve eğilimi birlikte gösterir; yöneticinin kendi bölümüne ait olanlar ilk ekranda gelir. Böylece hedef konuşması ortak ve tartışılmayan bir ölçüye oturur. |
| Maliyet merkezi ve gider dağıtımı | Giderler maliyet merkezine göre toplanır; ortak giderler için dağıtım anahtarları tanımlanır: alan, personel sayısı, üretim saati veya ciro payı gibi. Dağıtımın kuralı açıkça yazılıdır, kimsenin elinde tuttuğu bir hesap değildir. Böylece bölüm ve ürün grubu bazlı kârlılık, herkesin aynı yöntemle kabul ettiği bir sayıya dayanır. |
| Yönetim raporlama paketi | Ay kapanışında üretilen rapor seti tek yerden ve aynı tanımlarla çıkar: gelir tablosu özeti, bütçe farkı, bölüm kârlılığı, nakit özeti ve gösterge kartları. Paket dışa aktarılabilir; yönetim kurulu, banka veya ortak sunumu için ayrıca bir dosya hazırlanmasına gerek kalmaz. Rapor tarihi ve kullanılan veri kesiti her sayfada görünür. |
Bütçenizi bugün nasıl hazırladığınız, hangi kalemlerle çalıştığınız ve hesap planınızın yapısı yerinde incelenir. Mevcut Excel dosyalarınız kaynak olarak alınır, çünkü şirketin gerçek bütçe mantığı çoğunlukla o dosyaların içindedir. Neyin korunacağı ve neyin değişeceği bu adımda birlikte kararlaştırılır; kimin hangi bölümün bütçesinden sorumlu olduğu da burada netleşir.
Bütçe kalemleri, maliyet merkezleri ve hesap planı arasındaki eşleştirme yazılı bir tabloya dönüştürülür. Ortak gider dağıtım anahtarları burada kararlaştırılır ve eşleştirme finans ekibiyle birlikte doğrulanır. Bu adım projenin belkemiğidir; eşleştirme sağlam kurulmazsa sonraki bütün raporlar tartışmalı çıkar ve sistem güven kaybeder.
Muhasebe ve operasyon sistemlerinden gerçekleşen veri düzenli olarak çekilir. Kapanmış bir dönemin sistemdeki rakamları, muhasebedeki rakamlarla birebir tutturulur; tutmadan ilerlenmez. Geriye dönük en az bir yıllık veri yüklenir, böylece karşılaştırma ilk günden anlamlı olur. Bu mutabakat adımı genellikle tahmin edilenden uzun sürer ve plana böyle yazılır.
Departman formları, onay ve sürüm kilidi ile bütçe-gerçekleşen fark raporları canlıya alınır. İlk dönem eski yöntemle birlikte yürütülür ve iki sonuç karşılaştırılır. Bu faz genellikle altı ila on iki hafta sürer; süre şirket sayısına ve hesap planının mevcut durumuna göre değişir.
Tahmin ve senaryo katmanı aylık kapanış ritmine bağlanır: hangi gün hangi verinin hazır olacağı ve raporun ne zaman çıkacağı takvime yazılır. Finans ekibine devir yapılır, varsayımların nasıl güncelleneceği dokümana geçer. Canlıya çıkıştan sonra izleme, hata giderme ve geliştirme desteği SLA kapsamında sürer.
Çakışmaz, üstüne biner. İş zekâsı katmanı ne olduğunu gösterir: geçen ay ciro neydi, hangi ürün ne kadar sattı, hangi makine ne kadar durdu. EPM ise hedefi ve geleceği işin içine katar: bütçenin neresindeyiz, sapmanın nedeni ne, yıl sonu tahmini ne çıkıyor. EPM zaten iş zekâsı katmanının temiz verisiyle beslenir; mevcut panolarınız varsa onları yeniden yazmaz, kaynak olarak kullanırız.
Hayır ve bunu zorlamıyoruz. Excel analiz için hâlâ iyi bir araçtır; kötü olan, kurumun tek doğruluk kaynağının birbirine e-postayla gönderilen Excel dosyaları olmasıdır. Bütçe toplama, sürüm yönetimi ve gerçekleşen karşılaştırması sisteme taşınır; buna karşılık her rapor ve tablo Excel'e aktarılabilir kalır. Finans ekibi kendi ayrıntılı analizini yine tanıdığı araçta yapar, ama kaynağı ortak ve versiyonlanmış bir veri olur.
İkisi birlikte yürüyebilir ama sıralama önemlidir. Sistem, olmayan bir bütçeyi kendisi üretmez; kalem yapısını, maliyet merkezlerini ve varsayımları şirketin kendisi kararlaştırır. Bizim yaptığımız, bu kararların yazılı bir modele dönüşmesine yardım etmek ve modeli hesap planıyla eşleştirmektir. Uygulamada iyi işleyen yol, ilk yıl dar kapsamlı ve gerçekçi bir bütçeyle başlamak, ayrıntıyı sonraki dönemlerde artırmaktır.
Hayır. Bu katman yönetim raporlaması için kurulur; bağımsız denetime giren, TFRS veya benzeri standartlara göre hazırlanan yasal mali tabloların yerine geçmez ve o sorumluluğu üstlenmez. O tablolar mali müşaviriniz, denetçiniz ve muhasebe programınız tarafından üretilmeye devam eder. Sistemin ürettiği grup birleştirmesi yönetimin karar alması için yapılan bir birleştirmedir; ikisinin farklı sonuç verebileceğini baştan yazılı olarak belirtiriz.
Varsayımlarınız kadar isabetli olur. Sistem geleceği bilmez; yaptığı iş, varsayımı açık ve değiştirilebilir tutmak ve varsayım değiştiğinde sonucun nasıl değiştiğini göstermektir. Bu yüzden tek bir tahmin yerine senaryo çalışmayı öneririz. Zamanla asıl fayda tahminin kendisinden değil, geçmiş tahminlerle gerçekleşenin karşılaştırılmasından gelir: hangi bölümün hangi yönde sistematik olarak yanıldığı görünür hale gelir ve bir sonraki tahmin buna göre düzeltilir.
Tek şablonla toplanan ve sürümlenen bir bütçe; hesap planı ile maliyet merkezlerine eşleştirilmiş bir bütçe modeli; her ay otomatik üretilen bütçe-gerçekleşen fark raporları ve kayıt altındaki sapma açıklamaları; güncellenen yıl sonu tahmini ile senaryolar; gösterge kartları ve dışa aktarılabilir yönetim raporlama paketi. Bunlarla birlikte hangi rakamın nereden geldiğini anlatan bir tanım dokümanı. Kaynak kod ve veri tamamen sizindir.
30 dakikalık keşif görüşmesinde ihtiyacınızı dinler, özele mi yoksa hazır çözüme mi ihtiyacınız olduğunu dürüstçe söyleriz.
API'si olmayan eski sistemlerde, insanın ekranda yaptığı tekrar eden adımları üstlenen yazılım robotları kuruyoruz. Robot kendi kullanıcı hesabıyla ve takvime bağlı çalışır; beklenmedik bir durumda tahmin yürütmez, durur ve işi ekran görüntüsüyle birlikte insana devreder.
Detay →Süreçlerinizin envanterini çıkarır, gerçek hâllerini BPMN 2.0 ile haritalar, her birine bir sahip ve bir ölçü tanımlarız. Ardından bir süreç motoru (BPMS) üzerinde işletir; çevrim süresini, bekleme noktalarını ve darboğazı ölçeriz. Tek bir akış yeterliyse bunu da açıkça söyleriz.
Detay →Raporun altındaki katmanı kurarız: kaynak sistemlerden ETL veya ELT ile veri çekilir; ham, işlenmiş ve sunum katmanlarında modellenir; geçmişiyle birlikte saklanır. Metrik tanımları tek bir veri sözlüğünde sabitlenir, kalite kontrolleri sessiz bozulmaları daha yükleme sırasında yakalar.
Detay →Aynı müşterinin üç kez açıldığı, aynı malzemenin iki kodla durduğu kayıt düzenini onarırız. Eşleştirme kuralları, benzerlik skoru ve inceleme kuyruğuyla mükerrer kayıtlar tekilleştirilir, altın kayıt üretilir ve kaynak sistemlere geri dağıtılır; yeni kayıt açılırken benzer kayıt uyarısı devreye girer.
Detay →Tanı amaçlı görüntüleme yazılımı üretmiyoruz; mevcut PACS'ınız yerinde kalır. Biz cihaz worklist'i, hasta kaydı, istem, rapor ve paylaşım arasındaki boşluğu kapatan katmanı kurarız: görüntü doğru hastaya bağlanır, bekleyen istem görünür olur, arşivin saklama ve yedekleme durumu denetlenebilir hale gelir.
Detay →Başvuru, kayıt, şube yerleştirme, ders programı, yoklama, not, karne, veli iletişimi ve taksit takibini tek kayıt üzerinde birleştiren öğrenci bilgi sistemi kuruyoruz. Kurumun kendi takvimine ve kendi ücret politikasına göre kurgulanır; hazır bir paketin kalıbına girmeniz gerekmez. Kaynak kod ve veri kuruma aittir.
Detay →
