Excel ile Üretim Takibi Nerede Tıkanır? Programa Geçiş Rehberi

Ayın ilk haftası, üretim müdürü basit bir şey soruyor: geçen ay kaç adet ürettik, kaç kilo hammadde gitti? Cevap üç dosyanın birleştirilmesiyle çıkıyor. Vardiya defterinden aktarılan bir sekme, satın almanın tuttuğu giriş listesi, bir de depo sorumlusunun masaüstündeki kopya. Excel ile üretim takibi buraya kadar gerçekten iş görmüştür; kimse boşuna kullanmıyor. Tablo anında açılır, izin istemez, yeni bir sütun eklemek beş saniye sürer. Mesele dosyanın kötülüğü değil. Üretim çok kademeli hale geldiği anda tablo gerçeğin bir gün gerisine düşüyor ve bunu kimse anlık olarak göremiyor.

Önce ters soru: Excel hâlâ yetiyor olabilir mi?

Üretim takip programı ne zaman gerekir sorusunun cevabı ciro değil, yapının karmaşıklığıdır. Aylık cirosu yüksek ama tek kademeli üretim yapan bir atölye tabloyla rahat çalışır; küçük ama üç kademeli reçetesi olan bir imalathane iki ayda tıkanır. Aşağıdaki maddelerin çoğu sizde geçerliyse acele etmeyin.

• Reçete tek kademeli: Hammadde girer, mamul çıkar. Arada raflarda bekleyen yarı mamul yok.
• Açık iş emri sayısı az: Beş on iş emri gözle takip edilebilir. Kırk tanesi edilemez.
• Tek vardiya: Bildirimi gün sonunda tek kişi topluca giriyor.
• Ürün gamı sabit: Reçeteler yılda birkaç kez değişiyor, müşteriye özel varyant çıkmıyor.
• Maliyet ay sonunda lazım: Teklif verirken anlık gerçekleşen maliyete bakmıyorsunuz.

İyi hazırlanmış bir üretim takip Excel şablonu o ölçekte çoğu programdan hızlı sonuç verir. Kırılma, maddelerden ikisi aynı anda bozulduğunda başlıyor: genelde yarı mamul stoklanmaya başladığında ve ikinci vardiya açıldığında.

Tablonun tıkandığı yerler tek tek nelerdir?

"Excel yetmiyor" cümlesi genellikle bir his olarak gelir. Sahadaki karşılığı ise fazlasıyla somut; Excel ile stok ve üretim takibi sorunları hep aynı altı başlıkta toplanıyor.

Bu altı satırın en pahalısı dördüncüsü. Excel'de bir üretim ya başlamamıştır ya bitmiştir; arada bir durum tanımlamak için sütun eklemek gerekir, o sütunu da kimse güncellemez. Oysa fabrikada malzemenin çoğu tam olarak orada, iki durumun arasında durur.

Excel'in göremediği stok, kaybolan stok değildir. Yarısı işlenmiş, rafta bekleyen, hiçbir belgede adı geçmeyen stoktur. Sayım günü bulunur, o güne kadar iki kez üretilir.

Reçete, iş emri ve maliyet yapısının bir arada nasıl kurulduğunu üretim programı ve MRP yazısında ayrıntılı anlatmıştık. Buradaki konu sistemin ne olduğu değil, hâlâ tabloda olan bir işletmenin oraya nasıl taşınacağı.

Excel'den üretim programına geçişte ne taşınır?

Aktarımın teknik kısmı kısa sürer. Uzun süren, hangi kaydın doğru olduğuna karar vermek. Taşınacak veri seti aşağıdaki altı başlıktan ibaret. Listeyi uzattığınızı fark ederseniz muhtemelen veri değil, rapor taşıyorsunuzdur.

Listenin gerçek yükü ürün ağacında. Çoğu projede reçete diye bir belge yoktur; "bu üründen bir tane yapmak için ne gider" sorusunun cevabı üretim şefinin kafasındadır. Yazılım tarafı formatı ve doğrulama kurallarını verir, içeriği üretimden çıkarırsınız. 40 aktif ürünü olan bir atölyede bu iş birkaç hafta sürer ve tek seferlik değildir; ilk üç ay boyunca düzeltilir.

Aktarımdan önce yapılacak temizlik

1. Mükerrer SKU'ları birleştirin: Aynı hammadde SAC-3MM, sac 3 mm ve 3MM SAC olarak üç kart halinde durur. Reçeteler bunların üçüne birden bağlanmışsa ihtiyaç hesabı hiçbir zaman tutmaz.
2. Birim karmaşasını çözün: Sac kilo mu metrekare mi, boya kilo mu litre mi? Her hammadde için tek ana birim seçilir, diğerleri çevrim katsayısıyla tanımlanır. İki birimin aynı kartta serbestçe kullanıldığı yerde stok da maliyet de yanlış çıkar.
3. Reçete miktarının partisini netleştirin: Yazan miktar bir adet için mi, 100 adetlik parti için mi? En sık yapılan aktarım hatası bu.
4. Fire oranlarını reçeteye yazın: Kesim firesi, boya kaybı, ilk parça ayarı. Fire tanımlı değilse sistem teorik tüketim hesaplar; sahadaki tüketim her ay üzerine çıkar ve fark kimseye bir şey anlatmaz.
5. Yarı mamullere kart açın: Stoklanan her ara kademe kendi kartını ve reçetesini hak eder. Kart yoksa o kademe sistemde de görünmez.

Açılış stoğunu sayımla kilitlemek

Programın ilk günü, sistemdeki stok ile raftaki stoğun eşit olduğu tek gündür. O eşitlik kurulmazsa geri kalan her rakam tartışmalı olur. Sayım yalnızca hammaddeyi değil, yarı mamulü ve sevk edilmemiş mamulü de kapsar.

Sayımın en sık unutulan yarısı miktar değil, değer. Açılış fişine birim maliyet girilmezse ilk ayların maliyet raporu ya boş çıkar ya da sıfır maliyetli hammadde tüketilmiş görünür. Değerleme yöntemine de aynı anda karar vermek gerekiyor: hareketli ortalama mı, FIFO mu? Yarı mamulün açılış maliyeti ayrı bir mesele; o kademeye kadar giren hammadde ve işçilik tahminle konur, sonraki üretimlerde kendini düzeltir. Tahmini bir rakam yazmak hiç yazmamaktan iyidir.

Devir tarihini takvimden değil operasyondan seçin. Üç kriter işe yarıyor: ay sonu kapanışıyla aynı güne denk gelmesi, düşük sezona rastlaması ve sayım için hattın en az yarım gün durabilmesi. Üç vardiyanın döndüğü bir haftada yapılan sayım tutmaz; siz sayarken üretim malzemeyi raftan çekmeye devam eder.

En zor kalem yarım kalmış iş emirleri. Pratik çözüm şu: devir gününe kadar açık iş emirlerini mümkün olduğunca kapatın, kapanamayanları eski sistemde bitirin ve yeni sisteme yalnızca kalan miktarla girin. Geçmişi taşımaya çalışmak buradaki en pahalı karar.

Pilot ve paralel çalışma dönemi

Tüm fabrikayı aynı pazartesi taşımak, ilk hata çıktığında dönecek yer bırakmıyor. Tek ürün ailesiyle başlayın. İyi bir pilot ailesi şudur: reçetesi temsil edici karmaşıklıkta, düzenli üretiliyor, sorumlusu belli ve termin baskısı yok. En kârlı ürününüzle başlamayın; en çok üretilen ikinci ürününüz genelde doğru seçim.

Paralel dönemde aynı iş emri hem tabloya hem programa işlenir. İş yükü artar; bunu ekibe açıkça söyleyin. Süre duruma göre değişir. Günde 10-12 iş emri açan bir atölyede iki üç hafta yetiyor, çok kademeli reçetesi olan bir üretimde bir ayı geçebiliyor. Önemli olan süre değil, çıkış kriterinin önceden yazılmış olması.

Kriteri şöyle somutlaştırın: üst üste on iş günü pilot ailenin hammaddelerinde sistem ile fiili sayım arasında fark çıkmıyorsa, iş emirlerinin tamamı sistemde kapanıyorsa ve fire her iş emrinde giriliyorsa Excel dosyası salt okunur klasöre taşınır. Yazılı kriter yoksa paralel dönem bitmiyor; altı ay sonra hâlâ iki yerde kayıt tutan ekipler görüyoruz.

Saha bildirimini kim, hangi ekranla yapacak?

Üretim takibi nasıl yapılır sorusunun cevabı yazılımda değil, bu satırda saklı. Veri sahadan gelmiyorsa program, Excel'in yaptığı işi daha yavaş yapan bir araca dönüşür. Yöntemi de donanım bütçesi değil, operasyonun yapısı belirlemeli.

Barkod kararı verilecekse temel iki etiket iş emri ve operasyon barkodudur. Operatör iş emrini okutur, operasyonu seçer, üretilen ve fire miktarını girer. Yukarıdaki tabloda geçen izlenebilirlik derdi de çözülecekse üçüncü bir etiket gerekiyor: hammaddenin parti (lot) etiketi. Hangi lotun hangi iş emrine girdiği okutma anında yazılmazsa, geriye dönük iz sürme yine kâğıtta kalır. Operatör kimliği de kayda düşmeli. Buna karşılık bildirim ekranında elle doldurulan üçten fazla zorunlu alan varsa o ekran vardiya ortasında doldurulmaz; gün sonunda toplu ve tahmini doldurulur. Ayrım tam burada: okutulan alan artabilir, elle yazılan alan artmamalı. Terminal ekranlarının mevcut ERP ve depo yapınızla konuşması gerekiyorsa iş özel yazılım ve ERP tarafındaki entegrasyon planına bağlanır. Malzeme talebi, kritik stok uyarısı ve satın alma tetikleri gibi tekrarlı işleri baştan zamanlanmış görevlere devretmek ilk aydaki manuel yükü azaltıyor.

İlk ayın kontrol listesi

Geçiş, canlıya alma günü bitmiyor. İlk dört hafta sistemin sahiplenilip sahiplenilmediğini ölçer. Şu dörde bakın, fazlasına gerek yok.

• Stok tutuyor mu: Haftada bir, pilot ailenin en çok kullanılan 20 hammaddesinde nokta sayımı yapın. Fark hafta hafta küçülmüyorsa geçiş tamamlanmamış demektir; genelde bir vardiyanın bildirimi hiç yapmadığı ortaya çıkıyor.
• İş emri kapanma oranı: Açılan iş emirlerinin kaçı termin haftasında kapandı? Açık iş emri sayısı her hafta büyüyorsa kapanış bildirimi yapılmıyor demektir.
• Standart ile gerçekleşen maliyet farkı: Reçeteye göre olması gereken tüketimle fiili tüketimi yan yana koyun. Fark her üründe aynı yöne sapıyorsa fire oranı yanlıştır; rastgele dağılıyorsa bildirim disiplini eksiktir.
• Bildirim gecikmesi: Üretim anı ile kaydın girildiği an arasındaki süre. Bir vardiyayı geçtiğinde anlık stok görüntüsü kullanılamaz hale geliyor.

Bu ölçüler ikinci ayda iyileşmiyorsa mesele yazılımın yetenekleri değil, süreçte sahipsiz kalan bir adım. Genelde çıkan yer aynı: bildirimin kimin işi olduğu tanımlanmamıştır, herkes birazını yapar, kimse tamamından sorumlu değildir. O tanım yazılmadan hiçbir program tabloyu geride bırakamıyor.

Bu konuda nasıl yardımcı oluyoruz?

Yuog Dev olarak e-ticaret işletmelerinin ERP, entegrasyon ve otomasyon altyapısını kuruyoruz. İhtiyaç analiziyle başlıyor, ölçülebilir hedefler koyuyor ve teslim sonrasında da destek veriyoruz. Süreçlerinizi konuşmak isterseniz iletişim sayfasından bize ulaşabilirsiniz.