İçeriğe atla
Özel Yazılım

TOSB'da otomotiv yan sanayide önce hangi süreç tıkanır

Doğukan Azer ÇİFTCİ

Yazılım Mühendisi

9 dk okuma

Paylaş
TOSB'da otomotiv yan sanayide önce hangi süreç tıkanır

Fotoğraf: EqualStock IN / Pexels

Ç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
Her ana sanayi tedarikçisine doğrudan veri bağlantısı açmaz. Bu durumda portaldan indirilen dosyanın sisteme yüklenmesi yarı otomatik hale getirilir: dosya yüklenir, parça eşleştirmesi bir kez tanımlanmış olduğu için otomatik yapılır, sadece yeni ya da tanımsız kalemler onaya düşer. Elle giriş tamamen kalkmasa da hata yüzeyi tek bir onay ekranına iner ve kim ne zaman yükledi kaydı oluşur.
Aynı parçaya müşteri farklı bir numara veriyorsa eşleştirme nasıl kurulur
Firmanın kendi stok kodu ile müşterinin parça numarası ayrı alanlarda tutulur ve aralarında kalıcı bir eşleştirme tablosu kurulur. Aynı parça birden fazla müşteriye farklı numarayla gidiyorsa her müşteri için ayrı satır tanımlanır. Bu tanım bir kez yapılır, sonraki her çizelgede otomatik uygulanır. Eşleştirmesi bulunmayan kalem sessizce geçilmez, uyarı olarak önünüze gelir.
Sahada tablet mi el terminali mi kullanılmalı
Tezgâh başında sabit bir nokta varsa duvara ya da tezgâha monte edilmiş bir ekran genelde en dayanıklı çözümdür; operatör cihaz taşımaz, arayış olmaz. Depo ve sevkiyatta hareket eden ekip için barkod okuyabilen el terminali daha uygundur. Ortamda yağ, toz ve titreşim olduğu için cihaz seçiminde dayanıklılık, ekran boyutundan önce gelir. Eldivenle kullanılabilirlik de çoğu firmada gözden kaçan bir kriterdir.
Mevcut ERP dururken ayrı bir üretim takip sistemi kurmak doğru mu
Doğru olan, ERP'nin güçlü olduğu yeri terk etmemektir. Muhasebe, stok ve fatura tarafı ERP'de kalır; çizelge yönetimi, saha kaydı ve duruş takibi gibi ERP'nin zorlandığı kısımlar ayrı bir katmanda çözülür ve iki taraf arasında düzenli veri aktarımı kurulur. Kritik nokta, aynı bilginin iki yerde birbirinden bağımsız düzenlenebilir olmamasıdır; her veri için tek bir sahip sistem belirlenir.
Operatörler kayıt tutmaya direnirse ne yapılır
Direnç genelde tembellikten değil, kaydın işe ek yük getirmesinden doğar. Bir hareketin kaydı birkaç saniyeden uzun sürüyorsa ya da vardiya sonunda toplu doldurulacak bir forma dönüşüyorsa tutulmaz. Çözüm ekran sayısını ve alan sayısını azaltmak, zorunlu alanları gerçekten gerekli olanlarla sınırlamaktır. Kaydın operatöre geri dönen bir faydası olması da işe yarar; örneğin bildirdiği arızanın durumunu aynı ekrandan görebilmesi.
Böyle bir çalışma ne kadar sürer ve nasıl bölünür
Süre, seçilen kapsama göre değişir; ancak tek müşteri ve tek parça ailesiyle sınırlı bir ilk aşama, tüm gamı kapsayan bir projeden belirgin biçimde kısadır. Sağlıklı bölme şudur: birinci aşamada çizelgenin sisteme alınması ve sürümlenmesi, ikinci aşamada sevkiyat ve etiket, üçüncü aşamada saha kaydı ve duruş. Her aşama kendi başına kullanılabilir bir sonuç vermelidir; hiçbiri diğerinin bitmesini beklemeden faydaya dönüşmezse kapsam yanlış bölünmüş demektir.

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.

İlgili yazılar

Hazır mı, özel mi? Birlikte karar verelim

Süreçlerinizi kısa bir görüşmede dinleyip, ihtiyacınıza en uygun çözümü ve yol haritasını dürüstçe çıkaralım.