Çayırova TOSB'daki otomotiv yan sanayi firmalarında ilk tıkanan süreç neredeyse her zaman aynıdır: ana sanayinin portalından inen sipariş çizelgesinin elle sisteme girilmesi. Sevkiyat penceresinin kaçması, etiket hatası, izlenebilirlik kaydının eksik kalması ve denetimde belgenin toparlanamaması genelde ayrı sorunlar sanılır; oysa çoğu, çizelgenin sistemde tek ve güncel bir kopyasının bulunmamasından türer. Bu yüzden yazılım tarafında ilk el atılacak yer üretim planlama ekranı ya da raporlama değil, çizelgenin sisteme giriş noktasıdır.
Otomotiv yan sanayi, diğer imalat kollarından bir noktada ayrılır: talebi siz tahmin etmezsiniz, müşteri size verir. Ana sanayi kendi hattının programını çıkarır ve tedarikçiye dönemsel bir teslim çizelgesi geçer. Bu çizelge sabit değildir; hafta içinde revize olur, bazı kalemler öne çekilir, bazıları ötelenir. Firmanın içindeki her şey bu belgeye bağlıdır. Belge doğru ve güncel değilse, arkasındaki planlama, satın alma, üretim ve sevkiyat da doğru olmaz.
İlk tıkanan yer: çizelgenin elle sisteme girilmesi
Tipik akış şöyledir. Planlamadan sorumlu kişi müşteri portalına girer, çizelgeyi indirir, kendi Excel dosyasına yapıştırır, parça numaralarını firmanın kendi stok kodlarıyla eşleştirir, sonra üretim programını buradan çıkarır. Bu işlem her revizede tekrarlanır. Elle yapıldığı için de üç şey birden olur: iş kişiye bağlanır, hata girer, ve kayıt kalmaz.
Kişiye bağlanması en sinsi kısmıdır. Portalın hangi menüsünden hangi dosyanın indirileceğini, hangi parça numarasının hangi iç koda karşılık geldiğini, hangi müşterinin çizelgesinde adetlerin kap bazında mı adet bazında mı geldiğini genelde tek bir kişi bilir. O kişi izne çıktığında süreç durmaz ama yavaşlar ve hata oranı yükselir.
Hata girmesi ise kaçınılmazdır. Elle eşleştirmede yanlış satıra yapıştırılan bir adet, hattı boşuna çalıştırır ya da eksik sevkiyata yol açar. Otomotivde eksik sevkiyatın bedeli, üretilen parçanın maliyetiyle ölçülmez; müşterinin hattını durdurma riskiyle ölçülür.
Çizelge revize olduğunda hangi kopya doğru
Elle girişin ikinci sonucu, aynı bilginin birden fazla yerde ve birbirinden farklı durmasıdır. Planlamanın Excel'i, üretimin panosuna asılan çıktı, sevkiyatın kendi listesi ve muhasebenin sipariş kaydı. Revize geldiğinde hepsinin güncellenmesi gerekir; pratikte biri atlanır.
Bunun belirtisini şuradan tanırsınız: bir kalemin adedi sorulduğunda cevap kişiye göre değişiyorsa, sistem yok demektir. Yazılım tarafında çözüm, herkese ayrı ekran vermek değil, çizelgenin tek bir kayıt olarak sistemde durması ve her revizenin üzerine yazmak yerine sürüm olarak saklanmasıdır. Kim ne zaman hangi sürümü gördü, hangi sürüme göre üretim başladı; bunlar sonradan sorulacak sorulardır.
Sevkiyat penceresi ve etiket: ikinci tıkanma noktası
Ana sanayi genelde malı istediğiniz an değil, tanımlı bir zaman aralığında ister. Erken gelen mal da geç gelen mal kadar sorundur, çünkü karşı tarafın mal kabul kapasitesi ve stok alanı sınırlıdır. Buna bir de etiket ve ambalaj zorunlulukları eklenir: barkod formatı, kap içi adet, palet düzeni, sevkiyat öncesi elektronik bildirim.
Etiket bilgisinin kaynağı çizelgedir. Çizelge sistemde değilse etiket de elle hazırlanır ve elle hazırlanan etikette hata olur. Yanlış etiket, mal kabulde reddedilme ya da tedarikçi karnesine olumsuz kayıt anlamına gelir. Firmalar bunu çoğu zaman etiket sorunu diye ele alıp yazıcı ve şablon değiştirir; oysa sorun etiketin nereden beslendiğidir.
Sevkiyat penceresinin kendisi de sistemde bir alan olarak durmalıdır. Hangi müşterinin hangi güne ve hangi saat aralığına mal kabul yaptığı, hangi kapıdan girildiği, randevunun kim tarafından alındığı bilgisi kişilerin aklında dururken sevkiyat planı her seferinde yeniden kurulur. Bu bilgi tanımlı olduğunda ise üretim programı doğrudan pencereye göre çıkar ve mal hazır olduğu halde sevk edilemeyen gün sayısı azalır.
Buradaki doğru sıra da bellidir: önce çizelge sistemde tek kayıt haline gelir, sonra etiket ve sevkiyat bildirimi o kayıttan otomatik üretilir. Tersi sırada yapılan iyileştirme, güzel görünen ama yanlış veriyle beslenen bir etiket sistemi çıkarır.
İzlenebilirlik kaydı neden hep sonradan tamamlanıyor
İzlenebilirlik, sevk edilen bir parçadan geriye doğru hangi hammadde partisinin, hangi vardiyanın, hangi tezgâhın ve hangi operatörün sorumlu olduğunu bulabilmektir. Talep gerçektir ve müşteri sözleşmesinde yazılıdır. Sahadaki gerçek ise şudur: kayıt çoğu zaman anında değil, gün sonunda ya da sevkiyattan hemen önce toplu olarak yazılır.
Sonradan yazılan kayıt, kayıt değildir; hatırlanan şeyin yazıya dökülmüş halidir. Bir sorun çıktığında ve etkilenen parti aralığının daraltılması gerektiğinde bu ayrım pahalıya patlar. Parti sınırı belirsizse geri çağırma ya da ayıklama işlemi gereğinden geniş tutulur.
Kaydın anlık tutulması için tek gerçekçi yol, kaydı iş akışının içine gömmektir. Operatör ayrı bir forma gidip veri girmez; işi başlatırken ve bitirirken zaten yaptığı hareket kaydı üretir. Tezgâh başında okutulan bir kap etiketi, iş emrine bağlanmış bir başlat ve bitir hareketi, hurda ya da ret girildiğinde zorunlu hale gelen bir sebep alanı. Bunlar operatöre ek iş çıkarmadığı sürece tutulur; ek iş çıkardığı anda gün sonuna kalır.
Hat duruşu kayda geçmiyorsa kapasite konuşması yapılamaz
Duruş kaydı, yan sanayide en çok ihmal edilen veridir. Hat durur, ustabaşı sebebi bilir, sorunu çözer, kimse yazmaz. Sonuç olarak firma kendi kapasitesini bilmez. Yeni bir iş teklif edildiğinde kapasite hesabı teorik adetler üzerinden yapılır, gerçekte hat o adede hiç ulaşmıyordur.
Duruş kaydında amaç operatörü izlemek değil, tekrarlayan sebebi görünür kılmaktır. Bunun için uzun bir sebep listesi de gerekmez; kalıp değişimi, malzeme bekleme, arıza, ayar, kalite kaynaklı duruş gibi az sayıda ve saha diliyle yazılmış başlık yeterlidir. Liste uzadıkça doğru seçilme oranı düşer.
Duruş verisi biriktiğinde iki şey mümkün hale gelir: hangi sebebin kaç kez tekrarladığı görülür, ve müşteriyle yapılan teslim konuşması tahmin yerine kayıt üzerinden yürür.
Denetimde belge neden toparlanamıyor
Ana sanayi denetime geldiğinde ya da müşteri belge istediğinde, firmanın elinde bilgi genelde vardır; bir arada değildir. Ölçüm kayıtları bir klasörde, kalibrasyon takibi başka bir dosyada, ret ve hurda kayıtları vardiya defterinde, düzeltici faaliyet kayıtları ise mail zincirlerinde durur. Denetim öncesi birkaç gün boyunca birkaç kişi bu belgeleri toparlar.
Bu tabloda asıl sorun belgenin bulunamaması değil, belgenin üretim anında oluşmamasıdır. Kayıt işin içinde tutulduğunda denetim hazırlığı ayrı bir proje olmaktan çıkar; istenen dönem ve parça için kayıtlar zaten sistemdedir. Bunun için de yine aynı temele dönülür: iş emri, parti ve sevkiyat kayıtlarının birbirine bağlı olması.
Denetim hazırlığının maliyeti sadece harcanan zaman değildir. O günlerde planlama ve kalite tarafındaki kilit kişiler işlerini bırakır, üretimin günlük takibi zayıflar ve gecikmeler denetimden sonraki haftaya sarkar. Bu yüzden belge toparlama işi, göründüğünden daha geniş bir alanı etkiler.
Sıra nasıl kurulur
Hepsini aynı anda ele almak çekici görünür ve genelde yarım kalır. Gerçekçi sıra şudur:
- Müşteri çizelgesinin sisteme otomatik ya da yarı otomatik alınması ve parça numarası eşleştirmesinin bir kez tanımlanıp saklanması
- Çizelge sürümlerinin saklanması; hangi sürüme göre ne üretildiğinin görülebilmesi
- Sevkiyat penceresi ve etiketin bu tek kayıttan üretilmesi
- İş emri başlat ve bitir hareketlerinin sahada, iş sırasında kaydedilmesi; parti bağlantısının buradan kurulması
- Kısa sebep listesiyle duruş kaydı
- Kalite ve denetim kayıtlarının bu yapının üzerine oturtulması
Bu sıranın mantığı basittir: her adım kendinden öncekinin verisini kullanır. Ters sırada başlayan projeler, alt yapısı olmayan raporlar üretir ve sahada karşılığı olmadığı için kullanılmaz hale gelir.
Başlangıç için tek bir müşteri ve tek bir parça ailesi seçmek, projeyi tüm ürün gamına aynı anda yaymaktan daha iyi sonuç verir. Bir müşterinin çizelgesi doğru akmaya başladığında hem ekip yöntemi öğrenmiş olur hem de sonraki müşterinin eklenmesi çok daha kısa sürer.
Kısaca
- TOSB'daki yan sanayi firmalarında ilk tıkanan süreç, müşteri portalından gelen sipariş çizelgesinin elle sisteme girilmesidir
- Etiket hatası, sevkiyat penceresinin kaçması ve izlenebilirlik boşluğu genelde ayrı sorun değil, aynı kökün belirtileridir
- Çizelge sürümleriyle birlikte saklanmalı; hangi sürüme göre üretim yapıldığı sonradan sorulacak bir sorudur
- İzlenebilirlik ve duruş kaydı, ancak operatörün zaten yaptığı işin içine gömülürse gerçek zamanlı tutulur
- Denetim hazırlığı ayrı bir çalışma olmaktan, kayıtlar üretim anında oluştuğunda çıkar
- Tek müşteri ve tek parça ailesiyle başlamak, tüm gama aynı anda yayılmaktan daha hızlı sonuç verir
Sıkça Sorulan Sorular
Müşteri portalından çizelge otomatik alınamıyorsa ne yapılır
Aynı parçaya müşteri farklı bir numara veriyorsa eşleştirme nasıl kurulur
Sahada tablet mi el terminali mi kullanılmalı
Mevcut ERP dururken ayrı bir üretim takip sistemi kurmak doğru mu
Operatörler kayıt tutmaya direnirse ne yapılır
Böyle bir çalışma ne kadar sürer ve nasıl bölünür
Yazar
Doğukan Azer ÇİFTCİYazılım Mühendisi
QuantKOD’da yazılım mühendisi. Ölçeklenebilir mimariler, özel yazılım geliştirme ve doğru teknoloji seçimleri üzerine yazıyor.