Manuel raporlama şirketinize gerçekte ne kadara mal oluyor?

Yazar Can Kuşaklı · Yayın tarihi 16 Ekim 2026

Bir üretim müdürü, sevkiyatın nerede olduğunu ezbere bilir. Aynı bilgiyi ERP'den resmî bir rapor olarak çıkarmak içinse üç kişiyi araması gerekir.

Bu tabloyu SAP veya SAP/Netsis kullanan hemen her şirkette görüyoruz. Ve neredeyse hiçbirinde bunun bir maliyeti olduğu hesaplanmış değil.

Hesaplanmamasının sebebi ilginç: maliyet görünmüyor değil, bütçede bir satır olarak durmuyor. Raporu hazırlayan kişinin maaşı zaten ödeniyor. O iş, o kişinin "asıl işinin yanında" yaptığı bir şey. Dolayısıyla hiçbir kalemde "manuel raporlama gideri" diye bir satır yok, ve olmadığı için de kimse azaltmaya çalışmıyor.

Bu yazı, o satırı görünür hale getirmekle ilgili.

Manuel raporlamanın görünen maliyeti nasıl hesaplanır?

Ekibinizdeki her tekrar eden manuel rapor için dört bilgi toplayın:

• Raporun adı
• Hazırlayan kişi ve o kişinin yaklaşık saatlik maliyeti
• Sıklık (haftada bir, ayda bir)
• Hazırlanma süresi

Sonra çarpın. Haftada iki saat süren tek bir rapor, yılda yaklaşık 100 saat eder - iki buçuk iş haftası. Orta düzey bir uzmanın saatlik maliyetiyle çarptığınızda ortaya çıkan rakam, çoğu yöneticinin tahmininin oldukça üstündedir.

Şimdi bunu ekibinizdeki tüm raporlar için yapın. Tipik bir orta ölçekli üretim şirketinde bu liste on beş yirmi satıra çıkar ve toplam, tam zamanlı bir kişinin yıllık maliyetine yaklaşır.

Bu, görünen kısım. Ve genelde gerçek maliyetin yarısından azıdır.

Manuel raporlamanın görünmeyen maliyeti nedir?

Asıl pahalı olan üç şey var:

Karar gecikmesi. Rapor iki saatte hazırlanıyor olabilir, ama talep edildiği andan teslim edildiği ana kadar iki gün geçmiş olabilir. Aradaki fark, raporu hazırlayacak kişinin müsait olmasını bekleme süresidir. Bir karar iki gün gecikince ne kaybedildiği kolay hesaplanmaz, ama kaybedilir: geç verilen stok kararı, geç fark edilen gecikme, geç aranan müşteri.

Bu maliyeti ölçmek için tek bir sayı yeterli: talep ile teslim arasındaki süre. Harcanan iş saatinden çok daha fazla şey anlatır ve genelde çok daha büyüktür.

Sayılara güvensizlik. Aynı soruya farklı cevaplar veren üç ayrı Excel dosyası, manuel raporlamanın en sinsi sonucudur. Herkes kendi kopyasında küçük bir düzeltme yapmıştır ve hiçbiri yanlış değildir - sadece hiçbiri aynı değildir.

Bunun sonucu, toplantıların bir kısmının işin kendisi yerine "hangi rakam doğru" tartışmasına gitmesidir. Bu süre hiçbir yerde ölçülmez ama herkes yaşadığını bilir.

Kişiye bağımlılık. En geç fark edilen ve en pahalı olanı. O raporu hazırlamayı bilen tek kişi izne çıktığında, hastalandığında ya da işten ayrıldığında süreç duruyor. Ayrıldığında ise bilgi de gidiyor, çünkü hiçbir yerde yazılı değil.

Bu risk, gerçekleşene kadar sıfır maliyetli görünür. Gerçekleştiğinde ise maliyeti haftalarla ölçülür.

Manuel raporlama neden yıllardır düzeltilmiyor?

Bu maliyetler biliniyor. Yine de yıllarca aynı şekilde devam ediyor, ve sebebi teknik değil, yapısal.

Kimsenin işi değil. Rapor, onu hazırlayan kişinin asıl görev tanımında yok. IT'nin sıradaki projeleri arasında da yok, çünkü kimse talep açmamış. Sahipsiz bir iş, hiçbir zaman öncelik listesine girmiyor.

Proje olmak için fazla küçük, boş vakitte çözülmek için fazla büyük. Tek bir rapor için proje başlatmak orantısız görünüyor. Ama aynı işi bir öğleden sonra "hızlıca halletmek" de mümkün değil, çünkü sürecin yazıya dökülmesi gerekiyor. Arada kalıyor ve arada kaldığı için hiç yapılmıyor.

Normalleşmiş. En belirleyici sebep bu. Şirkette çalışan herkes o raporun pazartesi sabahı elle çekildiğini biliyor, ama kimse bunu bir problem olarak adlandırmamış. "İş böyle yürüyor" kategorisine girmiş. Adı konmamış bir problem, çözüm arayışı da başlatmıyor.

Yanlış teşhis konuyor. Konu nihayet açıldığında da genelde yanlış yere bakılıyor: "ERP'miz yetersiz", "sistemi yükseltmemiz lazım", "veri altyapımız dağınık". Bu teşhisler büyük, pahalı ve uzun projelere işaret ediyor - ve büyük projeler kolayca ertelendiği için sonuç yine değişmiyor.

Oysa çoğu durumda ERP'de bir eksik yok. Veri sistemde, tam olması gereken yerde, güncel. Eksik olan, sisteme ulaşma yolunun hâlâ bir insandan geçiyor olması. Bu yolu üstüne kurulan bir yazılım katmanı kapatır: otomasyon katmanı, mevcut iş sisteminin - SAP olsun, Microsoft altyapısı olsun - üstünde duran ve bir insanın elle yaptığı tekrarlı işi, sisteme dokunmadan ve aynı yetkilerle yürüten yazılım katmanıdır. Teknik tarafını ayrı bir yazıda ele aldık: SAP'ı değiştirmeden raporlamayı nasıl otomatikleştirirsiniz? Hangi somut süreçlerin elle yürüdüğünü görmek için: SAP/Netsis kullanan şirketlerde hâlâ elle yürüyen 5 süreç.

Maliyeti ölçmek için ilk adım nedir?

Bir hafta ayırın ve tek bir tablo doldurun. Ekibinizde kim, hangi raporu, ne sıklıkla, ne kadar sürede hazırlıyor ve kaç kişiye gönderiyor.

Bu listeyi çıkardığınızda genelde iki şey oluyor. Birincisi, satır sayısı tahmin ettiğinizden fazla çıkıyor. İkincisi, en üstteki üç dört rapor toplam sürenin büyük kısmını oluşturuyor.

İkinci bulgu, işin nereden başlayacağını da söylüyor: hepsinden değil, en tepedeki üçünden. Ve o üçü seçerken en uzun süreni değil, en sık tekrar edeni seçin - haftada bir çalışan iki saatlik bir rapor, ayda bir çalışan bir günlük rapordan daha değerlidir.

Listeye bir sütun daha ekleyin: bu rapor hazırlanamazsa ne olur? Cevabı "kimse fark etmez" olan satırları listeden çıkarın. Bazen en iyi otomasyon, raporu tamamen durdurmaktır.

Konuşalım

Akyalabs, tam bu boşlukta duran süreçlerle çalışıyor: uygulama eğitimleri, belirli süreçler üzerinde birebir işbirliği ve anlamlı olduğunda özel ürün geliştirme ortaklıkları.

Elinizde yukarıdaki gibi bir liste varsa - hatta olmasa bile, aklınıza gelen tek bir rapor varsa - başlamanın en kolay yolu bir teklif değil, bir sohbet.

Eksik olan otomasyon katmanı - sistem değil.