Ambalaj üretiminde standart ERP neden yetmez?
Çünkü ambalajda miktar tek boyutlu değildir: sipariş adet üzerinden alınır, üretim metre veya kilogram üzerinden yapılır, stok bobin/tabaka olarak tutulur ve fatura bazen ağırlık üzerinden kesilir. Bu dönüşümler ürün bazında tanımlanmadığında stok, maliyet ve fatura üçlüsü birbirini tutmaz.
Kritik süreçler
- Çoklu birim dönüşümü: Adet ↔ metre ↔ m² ↔ kilogram dönüşüm katsayılarının ürün bazında tanımlanması.
- Bobin ve tabaka takibi: Kalan bobin (kupon) yönetimi, en/boy/gramaj bazlı stok, kısmi kullanım kaydı.
- Kesim planı: Sipariş kombinasyonuna göre fire minimize eden yerleşim ve bu planın iş emrine yansıması.
- Klişe/kalıp yönetimi: Müşteriye özel klişe envanteri, revizyon numarası, saklama yeri ve yeniden kullanım kaydı.
- Tolerans içi teslim: Sipariş miktarının belirli bir yüzde aralığında teslim edilebilmesi ve faturanın gerçekleşen miktar üzerinden kesilmesi.
- Baskı onayı: Müşteri tasarım onayının üretim başlangıcını bloke eden bir adım olarak tanımlanması.
Hangi çözüm neye karşılık geliyor?
Çoklu birim, ürün ağacı, kesim planı ve maliyet [ERP danışmanlığı ve geliştirme](/cozumler/erp-danismanligi) kapsamındadır; standart dışı kesim/nesting mantığı çoğu zaman [özel yazılım geliştirme](/cozumler/ozel-yazilim-gelistirme) gerektirir. Müşteri sipariş ve onay akışı için [B2B bayi portalı](/urunler/bayi-portal), teklif takibi için [CRM](/urunler/crm) kullanılır.
Zorunlu entegrasyonlar
Kesim ve baskı makinesi iş listeleri, kantar, barkod ve etiket yazıcıları, e-fatura ve e-irsaliye, müşteri EDI kanalları, banka hesap hareketi ve muhasebe.
Nereden başlıyoruz?
Ambalaj üreticilerinde ilk tespit genellikle birim karmaşasıdır: aynı ürün için sipariş adet, üretim metre, stok kilogram, fatura m² üzerinden ilerler ve dönüşüm katsayıları kişilerin kafasındadır. Bu durumda stok raporu ile fatura raporu asla birbirini tutmaz.
İlk çalışmanın çıktısı birim dönüşüm matrisidir: her ürün için hangi birimler geçerli, aralarındaki katsayı sabit mi yoksa gramaja bağlı mı, hangi birim "ana birim" kabul ediliyor. Ana birim seçimi geri dönüşü zor bir karardır; stok, maliyet ve fatura bu seçimin üzerine kurulur.
Veri modelinde net olması gerekenler
- Ana birim ve dönüşümler: Ürün bazında sabit veya formüle bağlı katsayılar (en × boy × gramaj).
- Bobin kimliği: En, boy/metraj, gramaj, kalan miktar ve kaynak bobin — kupon kendi kaydı olmalı.
- Kesim planı: Hangi siparişlerin hangi bobinden hangi yerleşimle kesildiği ve planlanan fire.
- Klişe kaydı: Müşteri, revizyon numarası, saklama yeri, mülkiyet ve son kullanım tarihi.
- Tolerans alanı: Sipariş satırında eksik/fazla teslim yüzdesi; sözleşmeden bağımsız tek bir global değer yetmez.
- Onay kaydı: Baskı onayının sürümü, tarihi ve onaylayan kişi.
Devreye alma sırası
1. Birim ve ürün tanımı: Dönüşüm matrisi, ürün ağacı, bobin ve tabaka stok yapısı.
2. Sipariş ve onay: Sipariş satırı toleransı, klişe ilişkisi, baskı onayı bloklama kuralı.
3. Üretim ve kesim: İş emri, kesim planı, kupon oluşturma ve fire kaydı.
4. Sevkiyat ve fatura: Gerçekleşen miktar üzerinden fatura, EDI ve e-belge entegrasyonları.
Neyi ölçüyoruz?
- Planlanan kesim firesi ile gerçekleşen fire farkı
- Kupon (kalan bobin) stoğunun toplam stok içindeki payı ve yaşlanması
- Tolerans bandının hangi yönde kullanıldığı (eksik/fazla teslim eğilimi)
- Onay bekleyen iş sayısı ve bekleme süresi
- Klişe başına yeniden kullanım sayısı
Sık yapılan hatalar
- Kuponu toplam kilogram olarak izlemek. Ölçüsü bilinmeyen kalan bobin fiilen kullanılmaz, stokta yaşlanır.
- Toleransı sistem dışında tutmak. Her sevkiyatın elle kapatılması, açık sipariş listesini güvenilmez hâle getirir.
- Klişeyi ürün kaydının içine gömmek. Aynı klişenin birden fazla üründe kullanımı ve revizyon geçmişi kaybolur.
- Baskı onayını e-posta ile yürütmek. Uyuşmazlıkta hangi sürümün onaylandığı kanıtlanamaz.
Sık sorulan sorular
Tolerans içi teslim faturayı nasıl etkiler?
Sipariş miktarı ile sevk miktarı arasındaki fark sözleşmedeki tolerans içindeyse sipariş kapanmış sayılır ve fatura gerçekleşen miktar üzerinden kesilir. Bu kural sistemde tanımlanmazsa her sevkiyat elle kapatılır.
Kalan bobin (kupon) stoğu nasıl yönetilir?
Kalan bobin, kendi ölçüleriyle ayrı bir stok kaydı olarak tutulmalıdır. Yalnızca toplam kilogram olarak izlenen kupon stoğu, uygun ende iş çıktığında bulunamaz ve fiilen kullanılmaz.
Klişe müşteriye mi ait?
Bu ticari bir karardır ancak sistemde ayrı bir alan olarak tutulmalıdır: klişenin mülkiyeti, saklama sorumluluğu ve revizyon geçmişi. Mülkiyet kaydı yoksa uzun süre kullanılmayan klişelerin imhası tartışma yaratır.
Kesim planı yazılımı ERP'nin içinde mi olmalı?
Kesim optimizasyonu ayrı bir hesaplama motorudur ve çoğu zaman ERP dışında çalışır. Kritik olan, planın iş emrine bağlanması ve tüketilen bobinlerin plandan otomatik düşülmesidir; entegre olmayan bir optimizasyon çıktısı yalnızca kâğıt üzerinde kalır.
Müşteri EDI kanalları arasında fark var mı?
Evet; alan adları, birim tanımları ve referans numarası mantığı müşteriden müşteriye değişir. Bu nedenle EDI bağlantısı tek bir modül değil, müşteri başına eşleme tablosu olarak kurgulanmalıdır.
Gramaj toleransı stok değerlemesini nasıl etkiler?
Kâğıt ve filmde gerçek gramaj nominal değerden sapabilir. Stok kilogram üzerinden tutulup sipariş m² üzerinden alınıyorsa, bu sapma her kesimde küçük farklar üretir. Farkın bir "ölçüm sapması" kalemi olarak tanımlanması, envanter sayımında sürekli düzeltme yapılmasını önler.