Üretimde izlenebilirlik, bir malzeme veya ürünün satın alma kabulünden üretim operasyonlarına, kalite kontrollerinden sevkiyata kadar geçtiği olayların doğrulanabilir kayıtlarla takip edilmesidir. İyi kurulmuş bir sistem iki yönlü çalışır: belirli bir hammaddenin hangi ürünlere gittiğini ileri doğru, sevk edilmiş bir ürünün hangi kaynaklardan ve işlemlerden geçtiğini geriye doğru gösterebilir.

İzlenebilirlik için her makineden mümkün olan bütün sinyalleri toplamak gerekmez. Asıl ihtiyaç, ürünün kimliğini değiştiren veya durumunu etkileyen olayları doğru bağlamla kaydetmektir. Tüketilen lot, üretilen lot ya da seri numarası, iş emri, operasyon, miktar, zaman ve kalite kararı arasındaki ilişki kurulmadan çok sayıda veri noktası olsa da ürünün hikâyesi tamamlanmaz.

Üretimde izlenebilirlik nedir?

İzlenebilirlik, bir ürünün yalnız mevcut yerini göstermek değildir. “Depoda hangi rafta?” sorusu stok konumuyla ilgilidir. Üretim izlenebilirliği ise “Bu ürün hangi malzemelerden, hangi operasyon ve kalite kararlarından geçerek oluştu?” sorusunu yanıtlar. Konum hareketleri bu hikâyenin bir parçası olabilir, fakat tek başına yeterli değildir.

Sistemin ayrıntı seviyesi ürünün riskine ve proses yapısına göre değişir. Sürekli bir proseste zaman aralığı ve tank bağlantısı temel olabilir. Montajda bileşen lotları, seri numaraları ve operasyon onayları öne çıkar. Gıda, otomotiv, kimya veya medikal üretimde mevzuat ve müşteri gereksinimleri ayrıca değerlendirilir. Yazılım seçimi, işletmenin geçerli kalite ve yasal yükümlülüklerinin yerine geçmez.

Üretimde izlenebilirliğin cevaplaması beklenen temel sorular şunlardır:

  • Hangi hammadde veya bileşen lotları kullanıldı?
  • Ürün hangi iş emri, rota ve operasyonlardan geçti?
  • İşlem hangi makine, hat, kalıp veya ekipman üzerinde yapıldı?
  • Kim veya hangi otomatik sistem işlemi doğruladı?
  • Hangi kalite planı ve form sürümü kullanıldı; sonuç neydi?
  • Ürün bölündü, birleşti veya yeniden işlendi mi?
  • Hangi paket, palet, irsaliye ve müşteriye sevk edildi?
  • Kayıt sonradan değiştirildiyse kim, ne zaman ve neden değiştirdi?

Bu soruların tümünü her üründe toplamak doğru olmayabilir. Pilot öncesinde risk analizi yapılıp karar vermek için gerekli en küçük veri seti belirlenmelidir. Gereksiz alanlar operatör akışını yavaşlatır; eksik kimlikler ise sorgu zincirini koparır.

İleri ve geri izlenebilirlik arasındaki fark

Geri izlenebilirlik, seçilen bitmiş ürün, seri numarası veya sevkiyattan kaynak malzemelere doğru ilerler. Müşteri şikâyetinde, ürün üzerindeki seri ya da lot numarasından başlayarak üretim zamanı, makine, kullanılan bileşenler ve kalite sonuçları araştırılır.

İleri izlenebilirlik, seçilen hammadde, bileşen veya proses lotundan etkilenmiş ürün ve sevkiyatları bulur. Tedarikçinin belirli bir lot için uygunsuzluk bildirmesi durumunda, bu malzemenin hangi yarı mamullere dönüştüğü ve hangi müşterilere gittiği sorgulanır.

İki yön farklı veri toplamaz; aynı olay bağlantılarını ters sırada kullanır. Bu nedenle bir ekranın yalnız “ürünün geçmişi”ni göstermesi tam kapsamlı izlenebilirlik anlamına gelmez. Kaynak lottan başlayan toplu etki sorgusu ve miktar hesabı da doğrulanmalıdır.

Bir lotun tanımı, numara kuralı ve parti-seri ayrımı için Lot nedir? rehberine bakabilirsiniz.

Ürün soy ağacı nedir ve nasıl oluşur?

Ürün soy ağacı veya üretim genealogisi, bir ürünün fiziksel oluşumu sırasında tüketilen ve üretilen kimlikler arasındaki gerçekleşen ilişkiler bütünüdür. Planlanan ürün ağacı hangi bileşenlerin kullanılması gerektiğini gösterir; ürün soy ağacı ise sahada hangi lot veya seri numaralarının gerçekten kullanıldığını gösterir.

Örneğin ürün ağacında A ve B bileşenleri bulunabilir. İş emrinde A için A-101, B için B-205 lotu rezerve edilmiştir. Operatör malzeme eksikliği nedeniyle yetkili değişiklikle B-211 lotunu kullanırsa gerçekleşen soy ağacında B-211 görünmelidir. Yalnız plan verisini kullanan rapor izlenebilirlik açısından yanlış sonuç verir.

Soy ağacı tek seviyeli olmak zorunda değildir. Hammadde bir yarı mamule, yarı mamul başka bir montaja, montaj da bitmiş ürüne dönüşebilir. Her tüketim-üretim olayı üst ve alt kimlikler arasında bağlantı oluşturur. Bir lot bölündüğünde birden fazla alt kayıt; lotlar karıştırıldığında birden fazla üst kayıt oluşur.

Ürün soy ağacında yaygın olay tipleri şunlardır:

  • hammadde veya bileşen tüketimi;
  • yarı mamul ya da bitmiş ürün üretimi;
  • lot bölme ve lot birleştirme;
  • seri numarasını montaja bağlama;
  • sökme, yeniden işleme veya ikame malzeme kullanımı;
  • fire, hurda, numune ve iade hareketi;
  • paket, koli ve palet oluşturma;
  • depo transferi ve sevkiyat bağlantısı.

Her olay miktar ve birimle kaydedilmelidir. Adet, kilogram ve metre gibi farklı birimler kullanılıyorsa dönüşüm kuralı tanımlanır. Aksi halde soy ağacı doğru görünse bile miktar dengesi kurulamaz.

Ürün ağacı ile ürün soy ağacını karıştırmayın

Ürün ağacı planlanan bileşen yapısını, ürün soy ağacı ise sahadaki gerçekleşmeyi gösterir. İzlenebilirlik sorgusu ikisini karşılaştırabilir; ancak gerçekleşen tüketimin yerine planı kullanmamalıdır.

İzlenebilirlik veri modeli nasıl kurulmalıdır?

Veri modeli, kayıtların hangi kimliklerle ve hangi ilişkilerle tutulacağını belirler. Ekran tasarımından önce bu modelin netleşmesi gerekir. Aynı lot numarasının farklı sistemlerde farklı malzemeyi göstermesi veya operasyon kimliklerinin eşleşmemesi, güzel bir arayüzle düzeltilemez.

Temel kayıt grupları şöyle düşünülebilir:

Ana veriler

Ürün, malzeme, ürün ağacı sürümü, rota, operasyon, makine, ekipman, ölçüm özelliği ve birim gibi nispeten kalıcı tanımlardır. Ana verinin sahibi ve sürüm geçerlilik tarihi belirlenir. Örneğin ürün ağacı üretim sırasında değişmişse geriye dönük sorgu o tarihte geçerli sürümü göstermelidir.

Kimlik kayıtları

Lot, seri numarası, iş emri, palet, konteyner ve sevkiyat gibi izlenen nesnelerin kimlikleridir. Kimliğin hangi sistemde oluşturulduğu, benzersizlik kapsamı ve iptal davranışı tanımlanır. Lot kapatıldığında geçmiş bağları silinmez.

Olay kayıtları

Başlatma, bitirme, tüketme, üretme, taşıma, ölçme, bloke etme veya serbest bırakma gibi gerçekleşmelerdir. Her olay; nesne kimliği, olay tipi, zaman, miktar, birim, kaynak, kullanıcı veya cihaz bilgisiyle tutulur. Hatalı giriş düzeltiliyorsa eski değerin denetim izi korunur.

İlişki kayıtları

Tüketilen lot ile üretilen lot, seri numarası ile montaj, palet ile koli veya kalite sonucu ile numune arasındaki bağlardır. İzlenebilirlik sorgusunun omurgası bu ilişkilerdir. Bağ yalnız serbest metin açıklamasında kalmamalı; sistemin sorgulayabileceği kimlik alanlarıyla kurulmalıdır.

Durum ve karar kayıtları

Karantina, uygun, koşullu kabul, red veya yeniden işleme gibi durumları kapsar. Durumun hangi olayla, kim tarafından ve hangi gerekçeyle değiştiği saklanır. Bir durum değişikliği geçmiş ölçümü silmemelidir.

ERP ana verileri ile MES saha gerçekleşmelerinin ortak ürün, iş emri, operasyon ve lot kimlikleriyle bağlandığı veri modeli
ERP ile MES arasındaki sınır ürüne göre değişebilir; önemli olan her kaydın tek sahibini ve ortak kimlikleri açıkça belirlemektir.

ERP ve MES izlenebilirlikte hangi kayıtları yönetir?

ERP ile MES arasında evrensel ve değişmez bir görev dağılımı yoktur. Mevcut ERP modülleri, depo süreçleri ve entegrasyon kapsamı sorumluluğu etkiler. Yine de yaygın yaklaşım, ERP’nin kurumsal plan ve stok kayıtlarını; MES’in ise sahadaki üretim yürütme ve gerçekleşme bağlamını yönetmesidir.

Örnek sorumluluk ayrımı; gerçek proje kapsamı sistem sahipleriyle doğrulanmalıdır
KayıtYaygın sahipEntegrasyon notu
Ürün ve malzeme ana verisiERPKod ve sürüm MES’e aktarılır; yerel karşılık oluşturulmaz.
İş emri ve plan miktarıERP / planlama sistemiMES sahada yürütür, gerçekleşmeyi aynı kimlikle geri gönderir.
Operasyon başlangıç-bitişiMESMakine, operatör, zaman ve üretim bağlamı MES’te oluşur.
Gerçek lot tüketimiMES veya depo sistemiFiziksel beslemeyi gören sistem kaynak olmalı; mükerrer hareket engellenmelidir.
Kalite ölçümüMES / QMSSonuç, kontrol planı sürümü ve üretim kimliği ortak olmalıdır.
Stok ve sevkiyatERP / WMSÜretim lotu ile sevkiyat satırı arasındaki bağ korunur.

Entegrasyon tasarımında her alan için dört soru cevaplanmalıdır: Kaydın sahibi kim? Kimlik nerede üretiliyor? Veri hangi yönde ve hangi olayda aktarılıyor? Hata veya iptal durumunda hangi sistem düzeltiyor? “İki sistem de yazabilir” yaklaşımı özellikle lot miktarı ve kalite durumunda tutarsızlık yaratabilir.

İletişim kesildiğinde MES’in üretimi durdurup durdurmayacağı da iş kuralıdır. Bazı kritik operasyonlarda çevrim dışı üretime izin verilmeyebilir; bazı tesislerde kayıtlar yerel kuyrukta tutulup bağlantı geldiğinde aktarılır. Kuyrukta aynı olayın iki kez gönderilmesini önlemek için benzersiz olay kimliği ve tekrar deneme kuralı gerekir.

İzlenebilirlik verisi sahadan nasıl toplanır?

Veri toplama yöntemi, olayın kaynağına göre seçilir. Bütün kayıtları operatöre yazdırmak yavaş ve hataya açık olabilir; bütün kararları PLC’den beklemek de kalite ve malzeme bağlamını eksik bırakabilir.

Barkod veya QR kod okutma, malzeme, lot, palet ve iş emri kimliklerini hızlı eşleştirmek için kullanılabilir. Okutulan kimliğin aktif ürün ağacında izin verilen malzeme olup olmadığı sistemde kontrol edilir. Etiket taşıyıcısı yalnız kimliği taşır; güncel durum ve geçmiş kayıt sistemde bulunur.

PLC ve makine sinyalleri, çevrim, adet, durum veya erişilebilir proses değerlerini otomatik kaydedebilir. Sinyalin anlamı saha testiyle doğrulanmalıdır. Sayaç artışı her zaman sağlam ürün anlamına gelmeyebilir; yeniden çevrim veya boş çalışma ayrıştırılmalıdır.

Operatör terminali, duruş nedeni, malzeme değişimi, uygunsuzluk açıklaması veya otomatik kaynağı olmayan operasyon onayı için kullanılır. Ekran, görev anında gerekli alanları göstermeli; operatörün bilmediği ERP bilgilerini tekrar yazmasını istememelidir.

Ölçüm cihazı entegrasyonu, sonuçların manuel aktarımını azaltabilir. Ancak cihazdan sayı almak, doğru parça ve ölçüm özelliğiyle eşleştiğini kendiliğinden garanti etmez. Numune kimliği, birim, tolerans ve kontrol planı sürümü bağlamı korunmalıdır.

Üretimden veri toplama mimarisi ve PLC, IoT gateway, MES akışı için üretimden veri toplama rehberini inceleyebilirsiniz.

Üretimde izlenebilirlik pilotu nasıl planlanır?

İzlenebilirliği tek seferde bütün tesise yaymak yerine temsil gücü olan sınırlı bir akışla doğrulamak, veri modelindeki hataları daha erken gösterir. Pilot yalnız en kolay makineyi değil, yaygın malzeme ve operasyon dönüşümlerini kapsamalıdır.

1. İzlenebilirlik sorusunu seçin

“Üretimi dijitalleştirelim” ölçülebilir bir pilot hedefi değildir. Bunun yerine “Sevk edilmiş seri numarasından kullanılan iki bileşen lotuna ve kalite sonuçlarına ulaşmak” ya da “Seçilen hammadde lotunun gittiği bütün paletleri bulmak” gibi somut sorgular tanımlanır.

2. Kapsam sınırını çizin

Bir ürün ailesi, bir hat, belirli operasyonlar ve sınırlı kullanıcı grubu seçilir. Girdi kabulü veya sevkiyat kapsam dışındaysa bu açıkça yazılır. Aksi halde pilot sonunda eksik zincir, sistem hatası gibi yorumlanabilir.

3. Fiziksel akışı gözlemleyin

Malzemenin gerçekte nasıl taşındığı, bölündüğü, karıştığı veya yeniden etiketlendiği sahada izlenir. Prosedürde görünmeyen ara kaplar ve manuel transferler soy ağacını koparabilir. Dijital adım, fiziksel ayrımı destekleyecek noktaya yerleştirilmelidir.

4. Kimlik ve olay sözlüğünü hazırlayın

Ürün, lot, seri, iş emri, operasyon, palet ve numune kimliklerinin kaynağı yazılır. Her olay için zorunlu alan, zaman damgası, kaynak cihaz, hata davranışı ve yetki tanımlanır. Lot/parti terminolojisi sistemler arasında aynı hale getirilir.

5. Entegrasyon ve çevrim dışı davranışı test edin

ERP’den gelen iş emri, MES’teki gerçekleşme ve stok hareketi örnek kayıtlarla karşılaştırılır. Ağ kesintisi, mükerrer mesaj, iptal edilen iş emri, yanlış etiket ve saat farkı gibi istisnalar denenir. Yalnız normal akışın çalışması kabul için yeterli değildir.

6. Tatbikat yapın

Rastgele seçilen bir sevkiyattan geriye ve bir hammadde lotundan ileri sorgu çalıştırılır. Dijital sonuç fiziksel sayım, kalite kaydı ve ERP hareketleriyle karşılaştırılır. Farklar yalnız raporda düzeltilmez; kaynağındaki süreç veya veri kuralı güncellenir.

İzlenebilirlik pilotu için kabul kriterleri

Kabul kriteri “ekran açılıyor” veya “rapor alınabiliyor” gibi genel ifadelerden oluşmamalıdır. Test edilebilir bir kriter; başlangıç verisini, beklenen sonucu, toleransı ve kanıtı belirtir.

Örnek kriterler:

  • Seçilen 10 sevkiyat kaydının tamamında ürün lotundan kullanılan hammadde lotlarına kesintisiz bağlantı kurulabilmesi.
  • Pilot dönemindeki tüketim kayıtlarının fiziksel sayım veya doğrulanmış referans kayıtla tanımlanan tolerans içinde eşleşmesi.
  • Bir hammadde lotundan etkilenen bütün üretim lotu ve sevkiyatların, önceden belirlenen süre içinde listelenebilmesi.
  • Lot bölme, birleştirme ve yeniden işleme örneklerinin üst-alt ilişkileri koruyarak gösterilmesi.
  • Kalite ölçümünün doğru ürün, operasyon, lot ve form sürümüyle eşleşmesi.
  • Mükerrer entegrasyon mesajının ikinci stok veya tüketim hareketi oluşturmaması.
  • Ağ kesintisi sonrasında sıradaki kayıtların kimlik kaybı ve zaman sırası bozulmadan aktarılması.
  • Yetkisiz kullanıcının lot durumu veya geçmiş üretim kaydını değiştirememesi.
  • Yetkili düzeltmede eski değer, yeni değer, kullanıcı, zaman ve gerekçenin denetim izinde kalması.

Yüzde 100 doğruluk gibi hedefler tek başına yeterince açık değildir. Hangi kayıt evreninin, hangi referansa göre ve hangi istisnalarla değerlendirildiği yazılmalıdır. Örneğin “pilot kapsamındaki 1–15 Temmuz tarihli 420 tüketim olayının tamamı” ifadesi doğrulanabilir bir örneklem oluşturur.

Örnek pilot kabul tablosu
TestKanıtKabul yaklaşımı
Geri sorguSevkiyat → ürün → bileşen → hammadde ekran ve dışa aktarma kaydıTanımlı kapsamda kopuk kimlik bulunmaması
İleri sorguKaynak lot → üretim lotları → palet → müşteri listesiReferans listeyle satır ve miktar eşleşmesi
Miktar dengesiGiriş, sağlam, fire, numune ve kalan miktar karşılaştırmasıProses için önceden onaylanan tolerans
KesintiBağlantı öncesi ve sonrası olay kimliği karşılaştırmasıKayıp veya mükerrer olay oluşmaması
Denetim iziKontrollü bir düzeltmenin eski-yeni değer kaydıKullanıcı, zaman ve gerekçenin korunması

Gerçekçi saha örneği: seri takipli montaj

Bir elektrikli alt montaj ürününde gövde, kontrol kartı ve motorun birleştirildiğini düşünelim. Bitmiş ürüne tekil seri numarası veriliyor. Kontrol kartları lotla, motorlar ise kendi seri numaralarıyla takip ediliyor. ERP, 600 adetlik iş emrini ve ürün ağacı sürümünü MES’e aktarıyor.

Operatör montaj başlangıcında ürün seri numarasını, kart lotunu ve motor seri numarasını okutuyor. MES, kartın doğru ürün ağacında bulunduğunu, motorun daha önce başka ürüne bağlanmadığını ve malzemelerin kullanım durumunun uygun olduğunu kontrol ediyor. Operasyon tamamlandığında bağlantılar ürün soy ağacına yazılıyor. Fonksiyon testi sonucu da bitmiş ürün seri numarasına ve kullanılan test planı sürümüne bağlanıyor.

Bir hafta sonra belirli kontrol kartı lotu için tedarikçi bildirimi geliyor. İleri sorgu, bu lotun kullanıldığı bitmiş ürün seri numaralarını; onların palet ve sevkiyat bağlantılarını listeliyor. Kalite ekibi kapsamı kendi prosedürüne göre değerlendiriyor. Aynı iş emrindeki fakat farklı kart lotu kullanan ürünler raporda ayrı görülebiliyor.

Bu akışın güvenilirliği okutma disiplinine bağlıdır. Bileşen fiziksel olarak değiştirildiği halde dijital sökme-takma olayı yapılmazsa sistem eski motoru gösterir. Pilot sırasında yeniden işleme ve bileşen değişimi özellikle test edilmelidir; yalnız ilk montaj akışını denemek yeterli olmaz.

Üretim izlenebilirlik sistemi seçerken neye bakılmalı?

Sistem değerlendirmesinde özellik listesinden önce kendi kritik senaryolarınızı çalıştırın. Şu başlıklar karar için kullanılabilir:

  • Çok seviyeli ürün soy ağacı ve iki yönlü sorgu destekleniyor mu?
  • Lot, seri, palet ve konteyner ilişkileri birlikte yönetilebiliyor mu?
  • Bölme, birleştirme, ikame, sökme ve yeniden işleme olayları kayıtlı mı?
  • Gerçekleşen tüketim planlanan ürün ağacından ayrı tutuluyor mu?
  • ERP, WMS, QMS ve makine verisi için açık sahiplik modeli kurulabiliyor mu?
  • Çevrim dışı çalışma ve yeniden gönderimde mükerrer kayıt nasıl önleniyor?
  • Kalite ölçümü, form sürümü ve lot/seri kimliği ortak sorguda görülebiliyor mu?
  • Kayıt düzeltmelerinde değiştirilemez denetim izi bulunuyor mu?
  • Kullanıcı ve rol yetkileri kritik durum değişikliklerini sınırlandırıyor mu?
  • Geri çağırma tatbikatı sonuçları dışa aktarılabiliyor ve miktarlarla doğrulanabiliyor mu?

Bir demo sırasında genel bir örnek veri yerine kendi ürün ağacınızdan sadeleştirilmiş bir senaryo kullanmak daha açıklayıcıdır. Bir iş emri, iki bileşen lotu, bir yeniden işleme olayı ve sevkiyat kaydı; sistemin kimlik bağlarını ve istisna davranışını görmek için yeterli bir başlangıç sağlayabilir.

MachBEE’nin rolü üretim ekibinin yerine kalite veya geri çağırma kararı vermek değildir. Platform; iş emri, operasyon, makine, lot/seri ve kalite kayıtlarını ortak üretim bağlamında tutarak sorgulanabilir bir veri zemini sağlar. İlgili iş emri ve rota akışı için MachBEE iş emri ve rota özelliğini, ölçüm kayıtları için dijital kalite kontrol özelliğini inceleyebilirsiniz.

Kendi ürün soy ağacınızla pilot akışı değerlendirelim

Bir ürün, gerçek iş emri, kullanılan lot veya seri kimlikleri ve bir kalite senaryosu üzerinden ERP-MES veri sınırını ve kabul kriterlerini birlikte netleştirebiliriz. MachBEE demo görüşmesi planlayın.

Sık sorulan sorular

İzlenebilirlik için MES şart mıdır?

Her işletmede aynı mimari zorunlu değildir. Basit süreçler ERP veya başka kayıt sistemleriyle izlenebilir. Operasyon, makine, operatör, kalite ve gerçekleşen tüketim bağlamı büyüdükçe MES bu saha kayıtlarını düzenleyen katman olarak değer kazanır.

Ürün soy ağacı ile ürün ağacı aynı mıdır?

Hayır. Ürün ağacı planlanan malzeme yapısını, ürün soy ağacı ise belirli ürün veya lot için sahada gerçekten kullanılan malzeme ve gerçekleşen operasyon ilişkilerini gösterir.

Barkod okutmak izlenebilirlik için yeterli midir?

Hayır. Barkod okutma kimlik girişini kolaylaştırır. Okutulan kimliğin doğru iş emri ve olaya bağlanması, miktar ve zaman kaydı, istisna yönetimi ve denetim izi ayrıca gerekir.

Geri çağırma raporu ne kadar hızlı alınmalıdır?

Tek bir evrensel süre yoktur. Hedef; ürün riski, müşteri şartı, mevzuat ve işletmenin prosedürüne göre belirlenir. Pilot kabulünde başlangıç noktası, kapsam ve beklenen süre birlikte yazılmalıdır.