Tekstil üretiminde fason (dış üretim) kullanımı bir tercih değil, çoğu zaman zorunluluktur. Sipariş hacmi mevsimsel dalgalanıyor, bazı operasyonlar (baskı, nakış, özel yıkama) kendi bünyede kurulmaya değmeyecek kadar spesifik, ya da kapasiteniz dolduğunda teslim tarihini kaçırmamak için işin bir kısmını dışarı vermek gerekiyor. Sorun fasonun kendisinde değil; işin fabrika duvarlarının dışına çıktığı andan geri döndüğü ana kadar geçen sürede, çoğu işletmenin elinde kalan tek takip aracının bir sevk irsaliyesi ve bir Excel satırı olmasında.

Bu durum küçük işletmelerle sınırlı değil. Yüzlerce çalışanı olan, kendi bünyesinde gelişmiş üretim hatları kuran firmalar bile, iş taşerona gittiği anda aynı görünürlük seviyesini koruyamıyor — çünkü kurdukları sistemler kendi dört duvarları için tasarlanmış, taşeron ilişkisini kapsayacak şekilde genişletilmemiş.

Görünürlüğün Tam Olarak Nerede Koptuğu

Kendi bünyenizdeki üretimde bir iş emri, hangi aşamada olduğunu (kesim, dikim, kalite kontrol) adım adım gösterir. İş fasona gittiğinde bu adımlar tek bir kalemde birleşir: “taşeronda.” Malzeme ne zaman gönderildi, taşeron üretime ne zaman başladı, kaç günde teslim edileceği, ara kontrol yapılıp yapılmadığı — bu bilgilerin çoğu telefonla veya WhatsApp’tan teyit ediliyor, sisteme hiç girmiyor.

Bu durumun somut sonuçları şunlar oluyor:

  • Sevk-teslim eşleşmesi kayboluyor. Taşerona 500 metre kumaş gönderildi, geri 480 adet ürün geldi. Aradaki fark fire mi, taşeronun elinde kalan stok mu, yoksa hiç sayılmamış bir kayıp mı — çoğu zaman net cevap yok.
  • Kalite sorumluluğu belirsizleşiyor. Ürün geri geldiğinde bir hata tespit edilirse, hatanın hammaddeden mi yoksa taşeronun işçiliğinden mi kaynaklandığını gösterecek bir kayıt genelde bulunmuyor.
  • Ödeme mutabakatı manuel yapılıyor. Taşerona kaç parça iş verildiği ile fatura edilen miktar arasındaki uyumu kontrol etmek, ayrı bir muhasebe uğraşına dönüşüyor.
  • Termin takibi tahminden ibaret kalıyor. “Taşeron ne zaman teslim eder” sorusunun cevabı genelde bir telefon görüşmesiyle alınıyor, sistemde görünen bir tarih olmuyor.
  • Birden fazla taşeronla çalışırken karşılaştırma yapılamıyor. Hangi taşeronun teslim süresi daha tutarlı, hangisinde fire oranı daha düşük — bu bilgi genelde kişisel deneyime dayanıyor, kayıtlı veriye değil.

Fason Takibinin ERP’de Nasıl Çalışması Gerektiği

Fasonu gerçek anlamda görünür kılmak için üç şeyin sistemde birbirine bağlı olması gerekiyor:

  1. Fason iş emri, normal üretim iş emriyle aynı mantıkla açılmalı. Hangi malzeme, hangi miktarda, hangi taşerona, hangi operasyon için gönderildiği tek bir kayıtta tutulmalı — ayrı bir not defteri değil.
  2. Sevk ve giriş miktarları otomatik karşılaştırılmalı. Gönderilen miktar ile geri gelen miktar arasındaki fark sistem tarafından hesaplanmalı, “normal fire payı” ile “açıklanamayan fark” birbirinden ayrılabilmeli.
  3. Parti/lot takibi, taşeron sınırını da kapsamalı. Aynı renk kumaşın farklı taşeronlarda işlenmesi durumunda, hangi partinin hangi taşerondan geldiği geriye dönük izlenebilmeli — özellikle bir kalite şikayeti geldiğinde kaynağı bulmak için bu kritik.

Bu üç noktayı karşılayan bir sistemde, taşeronla ilişki telefon teyidine değil, sisteme yansıyan bir tarih ve miktara dayanır. Termin gecikmesi yaşanacaksa bu, iş bittikten sonra değil, süreç ilerlerken görülebilir hale gelir.

Neden Bu Konu Genelde Gündeme Gelmiyor

Fason yönetimi, ERP satın alma kararlarında çoğu zaman öncelik listesinin altlarında kalıyor — çünkü kendi bünyedeki üretim, muhasebe ve stok modülleri daha “görünür” ihtiyaçlar olarak algılanıyor. Ama işletmenin üretim kapasitesinin önemli bir kısmı fasonla karşılanıyorsa, bu alandaki görünürlük eksikliği, diğer modüllerin sağladığı verimlilik kazanımlarının bir kısmını da gölgede bırakıyor.

Somut Çözüm: Fason Takibini Sistemin Bir Parçası Haline Getirmek

Yukarıda sayılan sorunların her biri, aslında ayrı ayrı çözülmesi gereken teknik ihtiyaçlar. KeyERP’nin mevcut modül yapısında bu ihtiyaçların karşılığı şöyle:

  • Sipariş ve Süreç Yönetimi modülü üzerinden fason işlemleri, kendi üretim iş emirlerinizle aynı ekranda, aynı iş akışı mantığıyla açılabilir. Taşerona giden iş, ayrı bir sistemde değil, siparişin genel akışının doğal bir parçası olarak izlenir.
  • Stok ve Depo Yönetimi modülündeki lot ve seri numarası bazlı takip, taşeron sınırını da kapsayacak şekilde kullanılabilir — hangi partinin hangi taşerona gönderildiği ve hangi miktarda geri geldiği, tek bir kayıt zincirinde görünür kalır.
  • Planlama ve Kaynak Yönetimi ile taşeron kapasitesi de dahili kapasite gibi planlama ekranına dahil edilebilir; termin tahmini telefon görüşmesine değil, sistemdeki geçmiş performans verisine dayanabilir.
  • Mobil uygulamalar üzerinden sevkiyat ve teslim alma kayıtları, sahadan (depo, sevkiyat noktası) doğrudan girilebilir — bu, verinin gün sonunda toplu ve hatalı şekilde sisteme aktarılması yerine, olay anında doğru şekilde kaydedilmesini sağlar.
  • Muhasebe ve Finans Yönetimi modülü, taşeron cari hesaplarını sevk-teslim verileriyle eşleştirerek, fatura mutabakatını manuel kontrol gerektirmeden yapılabilir hale getirir.
  • Raporlama ve Karar Destek ekranlarında, birden fazla taşeronun fire oranı, teslim süresi ve kalite performansı karşılaştırmalı olarak izlenebilir — bu da hangi taşeronla çalışmanın daha güvenilir olduğuna dair karara veri desteği sağlar.

Bu yapının kurulması, mevcut üretim sürecinizi değiştirmeyi değil, zaten var olan sipariş ve stok mantığınızı taşeron ilişkinize de uygulamayı gerektiriyor. İşletmenizin fason kullanım yoğunluğuna bağlı olarak, bu entegrasyonun kapsamı (sadece sevk-giriş takibi mi, yoksa tam kapasite planlamasına kadar mı genişletileceği) süreç analizi aşamasında birlikte belirlenebilir.

Diğer Yazılar