Bütçe ve Gerçekleşen Gider Paneli: Departman Bütçesi, Taahhüt ve Sapma Uyarısı

Bütçe ve gerçekleşen gider paneli, her departmanın bütçesini aynı dönemdeki gerçekleşen giderle ve sipariş verilmiş ama faturası henüz gelmemiş tutarla yan yana koyan, eşiği aşan farkı ilgili kişiye bildiren bir web uygulamasıdır. Departman müdürü yalnız kendi bütçesini görür; finans hepsini görür, yönetim özeti görür. Bu paneli şirketinize özel geliştiriyorum. En büyük tuzak teknik değil, tanımla ilgili: yıllık bütçeyi 12’ye bölen bir panel ile faturası gelmemiş siparişi hesaba katmayan bir panel, aynı departmanı aynı çeyrekte biri “aşımda”, öteki “tasarrufta” gösterebilir. Aşağıdaki kurgusal örnek bunu rakamla gösteriyor ve bir uyarının müdüre nasıl düştüğünü baştan sona izliyor.

Panel tam olarak neyi karşılaştırır?

Panel her departman ve gider kalemi için dört rakamı aynı satırda gösterir: bütçe, gerçekleşen, taahhüt ve kalan. Hepsinin tanımı baştan yazılır, çünkü toplamlar ancak tanım sabitse karar aracı olur.

Taahhüt (İngilizcede commitment ya da encumbrance) panelin en çok atlanan sütunu. Sipariş verildiği anda para fiilen bağlanmıştır; fatura üç hafta sonra gelse de o tutar artık harcanabilir bütçe değildir. Her rakama tıklandığında arkasındaki kayıtlar açılır: hangi fatura, hangi sipariş, hangi masraf.

Örnek çeyrek: Pazarlama departmanı, Ocak–Mart

Örnek veri, kurgusaldır. Tüm tutarlar KDV hariçtir. 140 kişilik bir makine üreticisi düşünün. Pazarlama departmanının 2026 gider bütçesi 6.000.000 TL; şirket her yıl Mart ve Ekim’de birer sektör fuarına katılıyor.

Mart sonunda muhasebede 1.650.000 TL gerçekleşen gider var: fuar alanı kirası ve nakliye 820.000, dijital reklam 470.000, katalog 120.000, ajans 190.000, seyahat 50.000. Fuar standının yapımı için 380.000 TL’lik sipariş Şubat’ta onaylanmış, faturası Nisan’da gelecek.

Aynı veriyi üç şekilde okuyabilirsiniz:

Doğru olan üçüncü satır. İlk satır genel müdürü yanlış yere alarma geçirir. İkinci satır Pazarlama’nın elinde Nisan’da harcayabileceği 450.000 TL varmış gibi gösterir; oysa bunun 380.000’i zaten sipariş edilmiş. Kalem düzeyinde fuar 820.000 + 380.000 ile tam 1.200.000’de; dijital reklam 20.000 TL (%4,4) üstte ve bu fark aşağıdaki eşiğe takılmıyor.

Nisan’da ne olur?

Nisan’da iki şey olur ve panel yalnız birine ses çıkarır.

1. Stand faturası gelir, 395.000 TL. 380.000’lik taahhüt kapanır, 395.000 gerçekleşene geçer. Aynı gider bir kez sayılır. Fuar kalemi yılbaşından bu yana 1.215.000’e çıkar, bütçe 1.200.000: 15.000 (%1,25) fark eşiğin altında, sessiz kalır.
2. Dijital reklam Nisan’da 170.000 harcar. Yılbaşından bugüne gerçekleşen 640.000, bütçe 600.000 (Ç1 450.000 + Nisan 150.000). Fark +40.000, yani %6,7. Bu Sarı seviye (eşikler aşağıda): Pazarlama müdürünün haftalık özetine şu satır düşer: “Dijital reklam: bütçe 600.000, gerçekleşen 640.000 (+40.000, %6,7). Kayıtlar için tıklayın.”

Öteki kalemler Nisan’da bütçe kadar harcanırsa departman toplamı 2.365.000, bütçe 2.400.000 olur; toplam da sessiz kalır. Müdürün önünde iki yol vardır: farkın sebebini not olarak yazmak ya da revize talebi açmak. Bu örnekte revize talebi açıyor; ne olduğu aşağıda, revize bölümünde.

Yıllık bütçeyi 12’ye bölmek neden yanlış sonuç verir?

Eşit dağıtım yalnız her ay gerçekten aynı tutarda oluşan kalemlerde doğru sonuç verir; kira bunun tipik örneğidir. Fuar, planlı bakım duruşu, prim ödemesi, yıllık lisans yenilemesi gibi kalemler belli aylarda yığılır. Bunları 12’ye bölerseniz yılın ilk yarısı sahte alarmla, ikinci yarısı sahte rahatlıkla geçer.

Panelde her kalemin aylık dağıtımı ayrı tutulur. Dağıtımın dayanağı üç şeyden biridir: geçen yılın aylık gerçekleşen profili, bilinen olay takvimi (fuar ayı, bakım ayı) ya da gerçekten düz kalemler için eşit pay. Dağıtımı departman müdürü önerir, finans onaylar.

Karşılaştırmayı da tek ay yerine yılbaşından bugüne (kümülatif) yapmayı öneririm. Tek ayda bir faturanın ay sonundan ay başına kayması bile alarm üretir; kümülatif bakış bu gürültüyü söndürür.

Gerçekleşen gider nereden gelir, iki kez sayılmasını ne engeller?

Gerçekleşen gider dört kaynaktan gelir ve her kaynağın panele giriş kuralı ayrı yazılır. Kurallar tanımlandıktan sonra veri girilirken uygulanır; ay sonunda elle düzeltme beklenmez.

1. Muhasebe ya da ERP dışa aktarımı. Ana kaynak budur. Her satırdaki hesap kodu ve masraf merkezi, finansın yönettiği bir eşleme tablosuyla departmana ve bütçe kalemine bağlanır. Tabloda karşılığı olmayan yeni bir hesap kodu gelirse satır sessizce “diğer”e düşmez, istisna kuyruğuna girer.
2. Kurumsal kart ekstresi. Gideri muhasebeden günler ya da haftalar önce gösterir; bu yüzden panelde ön kayıt olarak durur. Aynı harcama muhasebeye fatura olarak geçtiğinde kart satırı kapanır. Bu kural yazılmazsa aynı gider iki kapıdan girer ve iki kez sayılır. Ekstre satırının fişle eşleştirilmesi bu panelin değil, gider fişi ve belge takibi uygulamasının işi.
3. Onaylı personel masrafları. Onaylanmış ama muhasebeye henüz geçmemiş masraf “onaylı” durumunda görünür, kayda geçince gerçekleşene taşınır.
4. Satın alma siparişleri. Taahhüdü bunlar oluşturur. Bir sipariş parça parça faturalanırsa (ör. 380.000’lik siparişin önce 150.000’i) taahhüt 230.000’e iner; sipariş iptal edilirse taahhüt sıfırlanır ve iptal iz kaydında kalır. Siparişin onay zinciri ayrı bir konu: satın alma talep onay uygulaması.

Aynı dışa aktarım dosyasının ikinci kez yüklenmesi de engellenir: dosyanın parmak izi ve satır anahtarı (belge numarası + tarih + tutar) daha önce görülmüşse yükleme reddedilir. Hangi dosyayı kimin yüklediği ve eşleme tablosunda kimin neyi değiştirdiği de iz kaydına düşer. Satın alma yeni bir sipariş girdiğinde kalemin kalan bütçesi o anda kontrol edilir; sipariş kalanı aşıyorsa sistem uyarır ve gerekçe ister. Uyarının mı yoksa engelin mi çalışacağı sizin kararınız.

KDV, farklı gelen fatura ve kapanmış dönem nasıl ele alınır?

Bütçe, taahhüt ve gerçekleşen aynı bazda, KDV hariç tutulur. KDV’yi indirebilen bir şirkette KDV gider değildir; sipariş KDV hariç, fatura KDV dahil karşılaştırılırsa taahhüt kapanırken sahte bir sapma doğar. İndirilemeyen KDV’nin hangi kaleme yazılacağı muhasebe politikanızın konusu; panel muhasebenin kaydını izler.

Fatura siparişten farklı gelirse taahhüt sipariş tutarıyla kapanır, gerçekleşen fatura tutarıyla yazılır, fark gerçekleşende görünür. Sipariş satırına “faturada +15.000” notu düşer.

Dönem kapandıktan sonra gelen fatura için iki politika var ve seçim finansın. Birinde kapanmış dönem kilitlidir: 8 Nisan’da gelen Mart tarihli fatura Nisan’a “önceki döneme ait” etiketiyle yazılır, Mart raporu değişmez. Ötekinde finans Mart’ı yeniden açar, düzeltme kaydını girer, kim açtı ve ne değişti iz kaydına düşer. Panel muhasebenin kayıt dönemiyle aynı kuralı izler ki iki rapor birbirinden ayrılmasın.

Sapma eşiği nasıl kurulur, uyarıyı kim alır?

Sapma eşiği yüzde ile mutlak tutarın birlikte aşılmasına bağlanmalı; yalnız yüzde kullanırsanız küçük kalemler sürekli alarm üretir. 8.000 TL’lik kırtasiye kaleminde 1.000 TL’lik fark %12,5 eder ve kimsenin vaktini almaya değmez.

Örnek eşikler; sizin kararınız. Karşılaştırma yılbaşından bugüne, gerçekleşen + taahhüt üzerinden yapılır:

Örnekteki Nisan dijital reklam satırı %6,7 ve 40.000 TL ile iki koşulu birlikte geçtiği için Sarı’ya düştü; aynı oranda ama 4.000 TL’lik bir fark sessiz kalırdı.

Yıl sonu tahmini en basit hâliyle şöyle hesaplanır: gerçekleşen + taahhüt + kalan ayların mevsimsel bütçesi. Departman müdürü bu tahmine kendi beklentisini (ör. “Ekim fuarı 200.000 pahalı gelecek”) not olarak ekleyebilir; not, rakamın yanında görünür.

Revize bütçe ve iz kaydı nasıl tutulur?

İlk bütçe hiçbir zaman üzerine yazılmaz; her değişiklik ayrı bir revize kaydı olarak eklenir. Üç tür revize vardır: ek bütçe (yıllık toplam artar), transfer (kalemden kaleme ya da departmandan departmana) ve dağıtım kaydırma (yıllık toplam aynı, aylar değişir).

Örneğe dönelim. Pazarlama müdürü, Ekim’deki katalog baskısını küçülttüklerini yazarak “Katalog ve basılı” kaleminden “Dijital reklam” kalemine 50.000 TL transfer ister ve bu tutarın Nisan payına yazılmasını önerir. Departmanın yıllık bütçesi değişmez. Örnek kural, sizin kararınız: yıllık departman bütçesinin %5’ini (burada 300.000 TL) aşmayan transferi finans onaylar, aşanı genel müdür onaylar. Finans onaylayınca dijital reklamın yılbaşından bugüne bütçesi 650.000 olur, gerçekleşen 640.000; Sarı uyarı kapanır. Revize kaydında talep eden, gerekçe, onaylayan, tarih, önceki ve yeni değer durur.

Raporlarda “ilk bütçe / revize bütçe / gerçekleşen” üç sütun birlikte gösterilir: dijital reklam için 600.000 / 650.000 / 640.000. Uyarı kapandı ama transfer görünür kalır. Bir departman yıl içinde bütçesini dört kez yukarı revize ettiyse bunu yönetim de görmeli.

Kur farkı panelde nasıl ayrılır?

Dövizle ödenen giderde sapmanın kur kaynaklı kısmı ayrı gösterilmeli; yoksa departman müdürü kontrol edemediği bir fark için uyarı alır.

Örnek veri; kurlar kurgusaldır, gerçek piyasa değeri değildir. Bilgi İşlem’in çeyreklik yazılım lisansı 20.000 USD olarak bütçelenmiş, bütçe kuru 48,00 TL: 960.000 TL. Çeyrekte iki kullanıcı eklenmiş, fatura 21.000 USD gelmiş ve 50,00 TL’den 1.050.000 TL olarak kayda geçmiş. 90.000 TL’lik fark iki parçadır:

• Miktar etkisi: 1.000 USD fazla lisans × 48,00 bütçe kuru = 48.000 TL. Bu departmanın kararı, eşik hesabına girer.
• Kur etkisi: 21.000 USD × 2,00 kur farkı = 42.000 TL. Bu finansın raporunda durur, departman müdürünün eşiğine girmez.

Panel bunun için her döviz satırında döviz tutarını, bütçe kurunu ve işlem kurunu ayrı saklar. Hangi kurun kullanılacağı muhasebe politikanızın konusu; bu kararı ben vermiyorum, finansın seçtiği kuru panele sabitliyorum. Kaynak olarak TCMB’nin iş günlerinde yayımladığı gösterge kurları ya da bankanızın kuru seçilebilir.

Kim neyi görür?

Departman bazında yetki bu panelin varlık sebeplerinden biri. Örnekteki Pazarlama müdürü Nisan uyarısını ve dijital reklam kayıtlarını görür, Bilgi İşlem’in lisans satırını görmez.

Küçük ekiplerde bir tuzak var: üç kişilik bir departmanda “personel gideri” toplamı bile bireysel maaşı tahmin ettirir. Önerim, bu kalemi müdüre kişi kırılımı olmadan göstermek; grup beş kişiden küçükse toplamı da bir üst grupla birleştirmek. Rol tasarımının, iz kaydının ve geri almanın ayrıntılarını banka hareketi mutabakat uygulaması sayfasında derin anlattım; aynı yapı burada da geçerli.

Yapay zekâ ne yapar, ne yapmaz?

Yapay zekâ bu panelde üç iş yapar ve üçünde de yalnız öneri üretir; onaylayan insandır.

• Gider açıklamasından kalem önerisi. Önce kural çalışır: hesap kodu ve masraf merkezi eşleme tablosunda varsa yapay zekâya hiç gidilmez. Kuralın tutmadığı satır (ör. kart ekstresinde yalnız “MESSE STAND ON ODEME” yazıyor) yapay zekâya gider. Yapay zekâ “Pazarlama / Fuar ve etkinlik” önerisini gerekçesiyle getirir; öneriyi önce finans uzmanı kontrol eder ve onaylar. Satır ancak bundan sonra departmanın ekranına düşer; müdür yanlış kaleme yazıldığını düşünürse itiraz eder. Onaylanmayan öneri istisna kuyruğunda kalır, bütçeye yazılmaz. Aynı öneri tekrar tekrar onaylanıyorsa kalıcı kurala dönüştürmek de finansın kararıdır.
• Sapma açıklaması taslağı. Sapmayı bulmak için yapay zekâ gerekmez; eşik kuralı bulur. Yapay zekâyı uyarının arkasındaki kayıtları okuyup kısa bir açıklama taslağı yazmak için kullanırım. Nisan uyarısı için örnek taslak: “Dijital reklam yılbaşından bu yana 40.000 üstte; Nisan’daki 170.000’in 35.000’i açıklamasında ‘DE arama kampanyası’ geçen yeni bir kampanyadan.” Müdür doğrular ya da düzeltir, not olarak kaydeder.
• Yönetime aylık yazılı özet. Beş altı cümlelik bir taslak hazırlanır. Sayıları model üretmez; uygulamanın hesapladığı tablodan alır, model yalnız cümleyi kurar. Metindeki her sayı tabloyla otomatik karşılaştırılır; tutmayan bir sayı varsa taslak gönderime açılmaz. Finans okur, düzeltir, gönderir.

Yapay zekâ bütçeyi değiştiremez, revize onaylayamaz, eşleme kuralını kendi başına kalıcı yapamaz, kime uyarı gideceğine karar veremez. Personel adı geçen masraf satırları yapay zekâ hizmetine ad yerine rol ve departmanla gönderilir. Yurt dışında çalışan bir hizmet kullanılacaksa KVKK’nın 9. maddesindeki aktarım kuralları devreye girer. Hukuki görüş vermiyorum; hangi verinin nereye gittiğini tasarımda açık yazıyorum ki hukukçunuz değerlendirebilsin.

Excel’de bütçe-gerçekleşen tablosu nasıl kurulur, nerede kırılır?

Tek kişinin tuttuğu bir bütçe için Excel ya da Google Sheets yeterli bir başlangıçtır. Doğru kurulum şöyle olur:

• Her satır bir departman × kalem × ay olsun. Bütçe, gerçekleşen ve taahhüt ayrı sütunlarda dursun; ayları sütunlara yaymayın.
• Fark = Gerçekleşen + Taahhüt − Bütçe. Fark % = EĞER(Bütçe=0; "bütçesiz"; Fark / Bütçe). Bütçesi sıfır olan kalemdeki harcama yüzde olarak hesaplanamaz; bu satırlar “bütçesiz” diye ayrı işaretlenir, %0 gibi görünüp gözden kaçmaz.
• Departman ve çeyrek toplamlarını pivot tabloyla alın.
• Koşullu biçimlendirmede yüzde ile tutarı birlikte kullanın: =VE(FarkYüzde>=0,1; Fark>=25000). “Bütçesiz” satırlara ayrı bir renk verin ve bu kuralı listenin en üstüne koyun.

Şablon bütçeyi hazırlamaya yetiyor; dosya, yıl boyunca bütçeyi birden fazla kişi birlikte takip etmeye başlayınca kırılıyor:

• Sürümler çoğalır. Departmanlar kendi kopyasını e-postayla geri yollar, finans birleştirir. Mart’ta onaylanan revizenin hangi dosyada olduğu belirsizleşir.
• Herkes her şeyi görür. Tek dosyada her müdür öteki departmanın rakamını, personel gideri dahil, görür. Microsoft kendi yardım sayfasında sayfa düzeyindeki korumanın bir güvenlik özelliği olarak tasarlanmadığını yazıyor (Microsoft Destek, İngilizce sayfa). Google da korumalı aralıkların güvenlik önlemi olarak kullanılmaması gerektiğini, görüntüleyenlerin gizli sayfalardaki içeriğe yine de erişebildiğini belirtiyor (Google Dokümanlar Yardım). Departman başına ayrı dosya çalışır, ama her ay bir birleştirme adımı ekler.
• Taahhüt kimsenin dosyası değildir. Siparişi satın alma girer, faturayı finans düşer; kısmi faturada kalan tutarı kimin güncellediği belirsiz kalır.
• Revizenin gerekçesi ve onayı hücreye bağlı değildir. Sürüm geçmişi hangi hücrenin değiştiğini bulmanıza yardım eder, ama “neden” ve “kim onayladı” sorusunu bütçe satırının yanında tutmaz.

Power BI ve satır düzeyi güvenlik yetmez mi? Görünürlük için yetebilir: Power BI’daki satır düzeyi güvenlik, rapor okuyan kullanıcının yalnız kendi departmanının satırlarını görmesini sağlar (Microsoft Learn, 14 Ekim 2026’da okudum). Ama Microsoft’un belgesine göre bu kısıt yalnız “görüntüleyici” rolündeki kullanıcılara uygulanır; ayrıca bir satırı gören kullanıcı onun ayrıntısını da görür, yani “toplamı göster, kişi kırılımını gösterme” kuralı satır düzeyi güvenlikle kurulmaz. Raporlama aracı veriyi okur; sipariş girişini, taahhüdün faturayla kapanmasını, revize talebini ve onayını, “neden ve kim” izini tutacak yazılabilir bir uygulama yine gerekir. Zaten Power BI kullanıyorsanız panelin verisini oradan raporlamak da mümkün.

ERP’nizin bütçe modülü yetiyorsa bu panele gerek yok

ERP’nizde bütçe kontrolü kuruluysa ve departman müdürleri zaten ERP’de çalışıyorsa ayrı bir panele ihtiyacınız yok. Örneğin Microsoft Dynamics 365 Finance’in bütçe kontrolü, satın alma taleplerini ve siparişleri kullanılabilir bütçe hesabına katabiliyor. Departman gibi boyutlara kural ve her kurala ayrı eşik tanımlanabiliyor; bütçeyi aşma izninin kimde olacağı, revize ve transferler de ürünün içinde (Microsoft Learn, 14 Ekim 2026’da okudum). Kullandığınız yerli ERP’de benzer bir modül olup olmadığına ürün belgesinden birlikte bakarız; her ürünün modülünü ben doğrulamadım.

Şu durumlarda da panel gereksiz: bütçeyi tek bir finans uzmanı tutuyorsa, departmanlar yalnız aylık bir rapor alıyorsa ve bütçe sahibi iki üç kişiyi geçmiyorsa. Panel şu durumlarda anlam kazanır: departman müdürlerinin ERP kullanıcısı yoksa, gider ERP, kart ve masraf uygulaması gibi birden çok kaynaktan geliyorsa, revize onayı e-postada yürüyorsa ve yönetim tek ekranda özet istiyorsa.

Nasıl başlanır, veri ve kod kimin?

İlk adım yazılım değil, bugünkü düzeninizin çıkarılmasıdır. Mevcut bütçe dosyalarınıza ve sürece birlikte bakarız: hangi dosyalar var, kim hangi rakamı nereden alıp giriyor, revize bugün nasıl onaylanıyor, sipariş nerede tutuluyor. Bu adımın çıktısı yazılıdır:

• kalem listesi ve masraf merkezi eşleme tablosunun taslağı,
• rol listesi: kim görür, kim girer, kim onaylar,
• eşik önerisi ve uyarıların kime gideceği,
• ilk sürümün kapsamı: hangi departmanlar, hangi kaynaklar.

Veri nerede durur? Uygulama bir sunucuda (VPS) çalışır, bütçe ve gider kayıtları oradaki veritabanında durur; sunucu şirketinizin adına açılabilir. Veri sizindir, tamamını istediğiniz zaman Excel ya da CSV olarak alabilirsiniz. Kullanıcı başına lisans yok; maliyet sunucunun aylık ücreti ve bakımdan oluşur. Küçük ve orta ölçekli bir ekipte departman müdürü eklemek bu maliyeti değiştirmez.

Kullanıcılar nasıl girer, ERP değişirse ne olur? Herkes kendi hesabıyla girer; giriş yöntemini ve kullanıcı yönetimini ilk adımın çıktısında yazılı veririm. Kimin hangi departmanı gördüğünü finans panelden atar ve her atama iz kaydına düşer. ERP’yi değiştirirseniz bütçe ve gider geçmişi sizdeki veritabanında kalır; yalnız yeni ERP’nin dışa aktarımı için eşleme tablosu yeniden kurulur.

Kod kimin? Devirde kaynak kodun tamamı sizin erişiminizdeki bir depoda durur. Yanında sıfırdan nasıl ayağa kaldırılacağını anlatan çalıştırma talimatı, hangi servis ve anahtarların gerektiğini gösteren bağımlılık listesi ve panelin neyi yapmadığını yazan bilinen sınırlar listesi olur. Anahtarlar ve hesaplar sizin adınıza açılır.

Bakımı kim yapar? Eşik, kalem listesi ve kullanıcı gibi ayarları finans panelden kendisi değiştirir. Yeni bir veri kaynağı ya da yeni bir davranış geliştirme işidir; kapsamını ve teslim takvimini yazılı paylaşırım.

İlk sürümü bir iki departman ve iki kaynakla (ERP dışa aktarımı + siparişler) sınırlamayı öneririm. İlk adımı en karmaşık süreçten seçmeyin; bütçede bu, ilk günden bütün departmanları, kart ekstresini ve yapay zekâ özetini birlikte açmak demek. Sıra şöyle:

1. Kalem listesi, masraf merkezi eşleme tablosu ve aylık dağıtım; finansla birlikte.
2. ERP dışa aktarımının yüklenmesi, istisna kuyruğu, taahhüt sütunu.
3. Eşikler, uyarılar ve departman bazında yetki.
4. Kart ekstresi, onaylı masraflar ve yapay zekâ önerileri, ancak rakamlar birkaç ay sonu kapanışında finansın kendi hesabıyla tuttuktan sonra.

Genel müdürün ekranında departman başına tek satır yeter: kümülatif sapma, yıl sonu tahmini ve kırmızı uyarı sayısı. Ayrıntı bir tık ötede durur.

Departmanlarınızı, bütçeyi bugün hangi dosyada tuttuğunuzu ve giderin hangi programdan geldiğini WhatsApp’tan ya da iletişim sayfasından yazın; ilk görüşmede yukarıdaki çıkarma adımının kapsamını netleştiriyoruz.

Sıkça Sorulan Sorular

Gerçekleşen rakamlar ne sıklıkla güncellenir?

Muhasebe programınızın verdiği yola bağlı. Programın bağlantı arayüzü varsa günlük çekim kurulabilir. Yoksa finans haftalık ya da aylık dışa aktarım dosyasını yükler; panel bu durumda son yüklemenin tarihini her ekranın üstünde gösterir, böylece kimse eski rakama bakıp karar vermez.

Panel bütçeyi hazırlamaya da yardım eder mi?

Departmanların bütçe önerisini girip finansın onaylaması ve aylara dağıtım aynı uygulamada yapılabilir. Satış tahmininden gider senaryosu üreten bir planlama modeli ise ayrı bir iştir; ihtiyacınız buysa bunu baştan söylerim.

Gelir bütçesi de eklenebilir mi?

Eklenebilir, ama işaret mantığı tersine döner: gelirde bütçenin altı olumsuz, üstü olumludur. Panelde gelir ve gider kalemleri ayrı renk kuralıyla tutulur ki “kırmızı” her yerde aynı anlama gelsin.

Proje bütçeleri de aynı panelde izlenebilir mi?

Bir gider hem departmana hem projeye yazılabilir; panel ikinci bir boyut olarak projeyi de taşıyabilir. Ancak proje bütçesi çoğu zaman yıla değil projenin ömrüne bağlıdır. İkisini aynı ekranda karıştırmamak için proje görünümünü ayrı bir sekmede kurmayı öneririm.