Lot, Parti ve Seri Numarası Takibi: ERP’de Uçtan Uca İzlenebilirlik Nasıl Kurgulanır?
Stok miktarı size ne kadar malzeme olduğunu söyler. Lot, parti ve seri takibi ise elinizdeki fiziksel malzemenin hangi kaynaktan geldiğini, hangi üretimlerde kullanıldığını, hangi özellikleri taşıdığını, hangi ürüne dönüştüğünü ve sonunda nereye sevk edildiğini gösterir. İyi bir ERP kurgusu yalnız numara üretmez; bu numaranın yaşam döngüsünü, özelliklerini ve diğer lot/serilerle ilişkisini yönetir.
İzlenebilirlik bir etiketleme projesi değildir. Kimlik + özellik + hareket + dönüşüm + kalite + sevkiyat kayıtlarının tek zincirde tutulmasıdır.
İçindekiler
- Lot, parti, batch ve seri numarası arasındaki fark
- ERP’de parti yalnız bir numara olmamalı: veri modeli nasıl kurulmalı?
- Parti numarası ne zaman verilmeli: önceden mi, girişte mi, üretimde mi?
- Satın alınan malzemede tedarikçi parti/lot takibi nasıl olmalı?
- Parti numarası nasıl tasarlanmalı?
- Seri numarası başta mı, sonda mı verilmeli?
- Yarı mamul ve mamul seviyesinde seri numarası nasıl yönetilmeli?
- Lot split, merge, re-pack ve dönüşüm nasıl izlenmeli?
- Barkod ve etiket tasarımı: hangi bilgi etikette, hangisi ERP’de?
- Örnek barkod etiketi tasarımları
- GS1 uygulama tanımlayıcıları açısından temel alanlar
- Kalite statüsü, raf ömrü, SKT ve FEFO ile parti ilişkisi
- Genealogy: ileri ve geri izlenebilirlik nasıl kurulmalı?
- Hangi ERP hareketlerinde lot/seri zorunlu olmalı?
- Lot seçimi otomatik mi manuel mi olmalı?
- Performans ve veri hacmi: seri takibi tasarımında dikkat
- Sektörlere göre hangi özellikler parti/seriye bağlanabilir?
- ERP lot/seri tasarımı için kontrol listesi
Lot, parti, batch ve seri numarası arasındaki fark
Lot, parti ve batch günlük ERP dilinde çoğu zaman aynı kavrama yakın kullanılır: ortak bir üretim, kabul, proses veya kalite bağlamını paylaşan miktar grubunu tanımlar. Seri numarası ise tek bir fiziksel örneği tekil olarak ayırır. Hangi seviyenin kullanılacağı ürün riskine, mevzuata, garanti/servis ihtiyacına, geri çağırma hassasiyetine ve operasyon maliyetine göre belirlenmelidir.
| Takip seviyesi | Neyi tanımlar? | Miktar | Tipik kullanım |
|---|---|---|---|
| Stok kodu | Ürün/malzeme sınıfı | Çok sayıda fiziksel birim | Genel stok ve planlama |
| Lot / parti | Aynı bağlamdaki ürün grubu | 1’den fazla adet/kg/m/metre | Gıda, kimya, metal, tekstil, proses üretimi |
| Seri numarası | Tek bir fiziksel örnek | Genellikle 1 birim | Makine, elektronik, ekipman, savunma, servis |
| Lot + seri | Hem üretim grubunu hem tekil ürünü | Seriler aynı lot altında | Yüksek izlenebilirlik isteyen ürünler |
Takip seviyesi
Stok kodu
Neyi tanımlar?
Ürün/malzeme sınıfı
Miktar
Çok sayıda fiziksel birim
Tipik kullanım
Genel stok ve planlama
Takip seviyesi
Lot / parti
Neyi tanımlar?
Aynı bağlamdaki ürün grubu
Miktar
1’den fazla adet/kg/m/metre
Tipik kullanım
Gıda, kimya, metal, tekstil, proses üretimi
Takip seviyesi
Seri numarası
Neyi tanımlar?
Tek bir fiziksel örnek
Miktar
Genellikle 1 birim
Tipik kullanım
Makine, elektronik, ekipman, savunma, servis
Takip seviyesi
Lot + seri
Neyi tanımlar?
Hem üretim grubunu hem tekil ürünü
Miktar
Seriler aynı lot altında
Tipik kullanım
Yüksek izlenebilirlik isteyen ürünler
GS1 Global Traceability Standard, ürün sınıfı, batch/lot ve instance/serial seviyelerini farklı izlenebilirlik hassasiyetleri olarak tanımlar. Daha ayrıntılı kimlik daha yüksek takip hassasiyeti sağlar; ancak veri ve operasyon yükünü de artırır.
ERP’de parti yalnız bir numara olmamalı: veri modeli nasıl kurulmalı?
Parti kartı yalnız 'LOT-2026-001' değerinden ibaret olmamalıdır. Sağlam modelde parti kimliği, değişken özellikleri, kalite durumu, miktar-lokasyon bilgisi, dokümanları ve genealogisi ayrı veri katmanları olarak tutulur. Böylece her yeni ihtiyacı ana stok tablosuna kolon ekleyerek çözmek yerine genişleyebilir bir yapı kurulur.
| Veri katmanı | Örnek alanlar | Neden ayrı tutulur? |
|---|---|---|
| Parti ana kaydı | Malzeme, iç parti no, kaynak tipi, oluşturma tarihi, üretim tarihi, SKT, statü | Partinin tekil kimliği ve yaşam döngüsü |
| Tedarikçi bilgisi | Tedarikçi, tedarikçi lotu, üretici, menşe, irsaliye/PO | Dış kaynak ile iç kimliği karıştırmamak |
| Sınıf / özellik verileri | Renk, kalite sınıfı, sertlik, kalınlık, viskozite, nem, alaşım, heat no, grade | Sektöre göre değişen nitelikleri esnek tutmak |
| Alt tablo / ölçüm setleri | Kimyasal analiz satırları, test sonuçları, ölçüm noktaları, sertifika parametreleri | Bir partiye birden fazla ölçüm/değer bağlamak |
| Stok kırılımı | Tesis, depo, raf, kalite statüsü, miktar | Aynı partinin farklı lokasyon ve statülerdeki miktarını görmek |
| Dokümanlar | COA, sertifika, analiz raporu, fotoğraf, uygunluk belgesi | Parti kanıt setini ERP kaydına bağlamak |
| Genealogy ilişkileri | Parent lot/seri, child lot/seri, tüketilen miktar, iş emri | Girdi-çıktı dönüşüm zincirini kurmak |
| Hareket geçmişi | Kabul, transfer, kalite, tüketim, üretim, sevk, iade, rework | Partinin zaman içindeki olay kaydı |
Veri katmanı
Parti ana kaydı
Örnek alanlar
Malzeme, iç parti no, kaynak tipi, oluşturma tarihi, üretim tarihi, SKT, statü
Neden ayrı tutulur?
Partinin tekil kimliği ve yaşam döngüsü
Veri katmanı
Tedarikçi bilgisi
Örnek alanlar
Tedarikçi, tedarikçi lotu, üretici, menşe, irsaliye/PO
Neden ayrı tutulur?
Dış kaynak ile iç kimliği karıştırmamak
Veri katmanı
Sınıf / özellik verileri
Örnek alanlar
Renk, kalite sınıfı, sertlik, kalınlık, viskozite, nem, alaşım, heat no, grade
Neden ayrı tutulur?
Sektöre göre değişen nitelikleri esnek tutmak
Veri katmanı
Alt tablo / ölçüm setleri
Örnek alanlar
Kimyasal analiz satırları, test sonuçları, ölçüm noktaları, sertifika parametreleri
Neden ayrı tutulur?
Bir partiye birden fazla ölçüm/değer bağlamak
Veri katmanı
Stok kırılımı
Örnek alanlar
Tesis, depo, raf, kalite statüsü, miktar
Neden ayrı tutulur?
Aynı partinin farklı lokasyon ve statülerdeki miktarını görmek
Veri katmanı
Dokümanlar
Örnek alanlar
COA, sertifika, analiz raporu, fotoğraf, uygunluk belgesi
Neden ayrı tutulur?
Parti kanıt setini ERP kaydına bağlamak
Veri katmanı
Genealogy ilişkileri
Örnek alanlar
Parent lot/seri, child lot/seri, tüketilen miktar, iş emri
Neden ayrı tutulur?
Girdi-çıktı dönüşüm zincirini kurmak
Veri katmanı
Hareket geçmişi
Örnek alanlar
Kabul, transfer, kalite, tüketim, üretim, sevk, iade, rework
Neden ayrı tutulur?
Partinin zaman içindeki olay kaydı
Sınıf verisi neden önemli?
Örneğin metal sektöründe heat no, sertlik ve malzeme sertifikası; gıdada nem, protein, menşe ve analiz sonucu; tekstilde renk lotu ve gramaj; kimyada viskozite ve yoğunluk tutulabilir. Bunların tamamı partiye ait olabilir fakat stok kartının sabit alanı olmak zorunda değildir.
Parti numarası ne zaman verilmeli: önceden mi, girişte mi, üretimde mi?
Parti numarasının ne zaman üretileceği bir teknik tercih değil, süreç tasarımı kararıdır. Numara fiziksel malzeme oluşmadan çok erken verilirse iptal/boş numaralar artabilir; çok geç verilirse malzeme bir süre kimliksiz dolaşabilir. Temel prensip, izlenebilir nesne fiziksel olarak oluştuğunda veya işletmenin kontrol alanına girdiğinde kimliğin gecikmeden atanmasıdır.
| Yöntem | Ne zaman? | Uygun olduğu durum | Risk / kontrol |
|---|---|---|---|
| Önceden rezerve parti | İş emri veya üretim planı açılırken | Etiket ön baskısı, hat hazırlığı, regüle üretim | Üretilemeyen parti numaraları iptal statüsüyle izlenmeli |
| Üretim başlangıcında | İlk fiziksel üretim başladığında | Prosese baştan kimlik bağlanması gereken üretim | İş emri-parti ilişkisi başta kurulmalı |
| Üretim bildirimi / mamul girişinde | İlk çıktı stoğa alınırken | Partinin çıktı ile anlam kazandığı üretimler | Üretim sırasında WIP kimliği gerekiyorsa geç kalabilir |
| Mal kabul sırasında | Satın alınan malzeme tesise kabul edilirken | Tedarikçi lotlu hammadde/ürün | İç parti ile tedarikçi lotu ayrı saklanmalı |
| Kalite kabulünde | Mal kabul var, kullanılabilirlik QC sonrası | Kalite kontrollü malzeme | Parti kimliği QC’den önce de mevcut olmalı; yalnız statü değişmeli |
Yöntem
Önceden rezerve parti
Ne zaman?
İş emri veya üretim planı açılırken
Uygun olduğu durum
Etiket ön baskısı, hat hazırlığı, regüle üretim
Risk / kontrol
Üretilemeyen parti numaraları iptal statüsüyle izlenmeli
Yöntem
Üretim başlangıcında
Ne zaman?
İlk fiziksel üretim başladığında
Uygun olduğu durum
Prosese baştan kimlik bağlanması gereken üretim
Risk / kontrol
İş emri-parti ilişkisi başta kurulmalı
Yöntem
Üretim bildirimi / mamul girişinde
Ne zaman?
İlk çıktı stoğa alınırken
Uygun olduğu durum
Partinin çıktı ile anlam kazandığı üretimler
Risk / kontrol
Üretim sırasında WIP kimliği gerekiyorsa geç kalabilir
Yöntem
Mal kabul sırasında
Ne zaman?
Satın alınan malzeme tesise kabul edilirken
Uygun olduğu durum
Tedarikçi lotlu hammadde/ürün
Risk / kontrol
İç parti ile tedarikçi lotu ayrı saklanmalı
Yöntem
Kalite kabulünde
Ne zaman?
Mal kabul var, kullanılabilirlik QC sonrası
Uygun olduğu durum
Kalite kontrollü malzeme
Risk / kontrol
Parti kimliği QC’den önce de mevcut olmalı; yalnız statü değişmeli
Önerilen yaklaşım
Partiyi kalite kabulüne kadar ertelemek yerine mal kabulde/üretimde oluşturup kalite statüsünü 'beklemede, serbest, bloke, red' gibi ayrı yönetmek genellikle daha güvenlidir. Kimlik oluşumu ile kullanılabilirlik kararı aynı olay değildir.
Satın alınan malzemede tedarikçi parti/lot takibi nasıl olmalı?
Tedarikçiden gelen lot numarası ERP’de silinip şirketin iç lot numarasına dönüştürülmemelidir. En güvenli model iki kimliği de saklar: şirketin iç parti numarası operasyonel anahtar olur; tedarikçinin lotu dış izlenebilirlik için çapraz referans olarak tutulur.
Tedarikçi lotundan iç partiye kabul akışı
- 1
PO / irsaliye
Beklenen malzeme ve tedarikçi belli olur.
- 2
Tedarikçi lotu okunur
Etiket, sertifika veya ASN’den dış lot alınır.
- 3
İç parti oluşturulur
ERP şirket standardına göre iç kimlik üretir veya dış lotu kontrollü şekilde ana kimlik kabul eder.
- 4
Kalite statüsü atanır
Beklemede/serbest/bloke gibi durum oluşur.
- 5
Özellik ve doküman bağlanır
COA, analiz, heat no, menşe vb. kaydedilir.
- 6
Depoya yerleştirilir
Parti, lokasyon ve miktar birlikte izlenir.
- Aynı tedarikçi lotu birden fazla sevkiyatla gelirse politika net olmalı: tek iç parti mi, sevkiyat bazında ayrı iç parti mi?
- Farklı tedarikçi lotları aynı iç parti altında birleştirilecekse bunun geri çağırma etkisi bilinmeli.
- Tedarikçi lotu zorunluysa mal kabul barkodsuz/lot bilgisiz tamamlanmamalı.
- Üretici ve satıcı farklıysa gerçek üretici lotu ayrıca tutulabilmeli.
- Sertifika numarası lot numarası yerine kullanılmamalı; ayrı referans olmalı.
- İade edilen aynı lot yeniden geldiğinde önceki kalite geçmişiyle ilişki korunmalı.
Parti numarası nasıl tasarlanmalı?
Parti numarasına mümkün olan her bilgiyi gömmek caziptir; fakat uzun vadede kırılganlık yaratır. Tarih, tesis, hat veya ürün ailesi değiştiğinde numara standardı bozulabilir. En iyi yaklaşım çoğu zaman kısa, benzersiz ve değişmez bir kimlik; anlamlı bilgilerin ise parti özelliklerinde tutulmasıdır.
| Yaklaşım | Örnek | Artı | Eksi |
|---|---|---|---|
| Sıralı | L26009124 | Kısa, stabil, sistem üretimi kolay | İnsana az anlam verir |
| Tarih + sıra | 260921-0042 | Üretim günü hızlı okunur | Saat/tesis/ürün bilgisi yine ayrıca gerekir |
| Tesis + tarih + sıra | ANK-260921-042 | Sahada anlamlı | Organizasyon değişikliklerine daha bağımlı |
| İş emri türevi | WO1861173-03 | Üretim emri bağı açık | Bir iş emrinden çok parti çıkarsa ek kural gerekir |
| Tedarikçi lotunu kullanma | SUP-AZ9K71 | Dış etiketle birebir | Farklı tedarikçilerde çakışma ve format kontrolü gerekir |
Yaklaşım
Sıralı
Örnek
L26009124
Artı
Kısa, stabil, sistem üretimi kolay
Eksi
İnsana az anlam verir
Yaklaşım
Tarih + sıra
Örnek
260921-0042
Artı
Üretim günü hızlı okunur
Eksi
Saat/tesis/ürün bilgisi yine ayrıca gerekir
Yaklaşım
Tesis + tarih + sıra
Örnek
ANK-260921-042
Artı
Sahada anlamlı
Eksi
Organizasyon değişikliklerine daha bağımlı
Yaklaşım
İş emri türevi
Örnek
WO1861173-03
Artı
Üretim emri bağı açık
Eksi
Bir iş emrinden çok parti çıkarsa ek kural gerekir
Yaklaşım
Tedarikçi lotunu kullanma
Örnek
SUP-AZ9K71
Artı
Dış etiketle birebir
Eksi
Farklı tedarikçilerde çakışma ve format kontrolü gerekir
Kural
Parti numarası benzersiz, değişmez ve yeniden kullanılmaz olmalı. İş anlamı değişebilecek verileri numaranın içine gömmek yerine sınıf/özellik alanlarında saklamak daha sürdürülebilirdir.
Seri numarası başta mı, sonda mı verilmeli?
Seri numarasının üretimin başında mı sonunda mı atanacağı ürünün tekil kimliğinin ne zaman anlam kazandığına bağlıdır. Eğer üretim boyunca tek tek parçaları takip etmek, test sonuçlarını ve operasyonları bir örneğe bağlamak gerekiyorsa seri başta verilmelidir. Eğer süreç yüksek fireli ve tekil ayrım yalnız tamamlanmış mamulde gerekliyse seri sonda verilebilir.
| Seri verme noktası | Uygun senaryo | Avantaj | Risk |
|---|---|---|---|
| İş emri açılışında rezerve | Önceden müşteri/proje/ürün kimliği belirlenen cihazlar | Doküman, etiket ve test planı erken hazırlanır | Üretilmeyen seri numaraları oluşabilir |
| İlk operasyonda | Her fiziksel gövdeyi üretim boyunca izlemek gerekir | Tam proses genealogisi | Sahada erken markalama gerektirir |
| Kritik montaj noktasında | Kimlik ana gövde/şasi oluşunca anlam kazanır | Seri gerçek fiziksel varlığa bağlanır | Önceki WIP ayrı lot/ID ile izlenmeli |
| Son operasyon / mamul girişinde | Tekil takip yalnız bitmiş üründe gerekli | Basit operasyon | Test/işlem geçmişini tekil ürüne geri bağlamak zorlaşabilir |
| Sevkiyat öncesinde | Sadece satış/garanti için seri gerekir | En düşük üretim yükü | Üretim izlenebilirliği zayıftır |
Seri verme noktası
İş emri açılışında rezerve
Uygun senaryo
Önceden müşteri/proje/ürün kimliği belirlenen cihazlar
Avantaj
Doküman, etiket ve test planı erken hazırlanır
Risk
Üretilmeyen seri numaraları oluşabilir
Seri verme noktası
İlk operasyonda
Uygun senaryo
Her fiziksel gövdeyi üretim boyunca izlemek gerekir
Avantaj
Tam proses genealogisi
Risk
Sahada erken markalama gerektirir
Seri verme noktası
Kritik montaj noktasında
Uygun senaryo
Kimlik ana gövde/şasi oluşunca anlam kazanır
Avantaj
Seri gerçek fiziksel varlığa bağlanır
Risk
Önceki WIP ayrı lot/ID ile izlenmeli
Seri verme noktası
Son operasyon / mamul girişinde
Uygun senaryo
Tekil takip yalnız bitmiş üründe gerekli
Avantaj
Basit operasyon
Risk
Test/işlem geçmişini tekil ürüne geri bağlamak zorlaşabilir
Seri verme noktası
Sevkiyat öncesinde
Uygun senaryo
Sadece satış/garanti için seri gerekir
Avantaj
En düşük üretim yükü
Risk
Üretim izlenebilirliği zayıftır
Karar testi
Bir kalite problemi çıktığında 'bu tekil ürün hangi operasyonlardan geçti, hangi komponentleri kullandı ve hangi test değerlerini aldı?' sorusuna cevap vermeniz gerekiyorsa seri numarasını prosesin sonuna bırakmak genellikle geçtir.
Yarı mamul ve mamul seviyesinde seri numarası nasıl yönetilmeli?
Her yarı mamule seri vermek doğru değildir; fakat servis edilebilir, pahalı, güvenlik kritik veya tekil geçmişi gereken alt montajlarda seri takibi değerlidir. Mamul seri numarası ile kullanılan yarı mamul/komponent serileri arasında parent-child ilişkisi kurulmalıdır.
| Seviye | Takip kararı | Örnek |
|---|---|---|
| Hammadde | Çoğunlukla lot/parti | Sac heat no, reçine lotu, elektronik komponent reel/lot |
| Standart yarı mamul | Lot veya hiç tekil takip | Kesilmiş parça grubu, karışım batch’i |
| Kritik yarı mamul | Seri + gerekirse lot | Motor, elektronik kart, valf, kalibre edilmiş modül |
| Ana gövde / şasi | Seri | Makine gövdesi, cihaz şasisi |
| Mamul | Seri | Satılabilir/servis edilebilir tekil ürün |
| Ambalaj / lojistik birim | Lojistik kimlik | Koli, palet, sevkiyat ünitesi |
Seviye
Hammadde
Takip kararı
Çoğunlukla lot/parti
Örnek
Sac heat no, reçine lotu, elektronik komponent reel/lot
Seviye
Standart yarı mamul
Takip kararı
Lot veya hiç tekil takip
Örnek
Kesilmiş parça grubu, karışım batch’i
Seviye
Kritik yarı mamul
Takip kararı
Seri + gerekirse lot
Örnek
Motor, elektronik kart, valf, kalibre edilmiş modül
Seviye
Ana gövde / şasi
Takip kararı
Seri
Örnek
Makine gövdesi, cihaz şasisi
Seviye
Mamul
Takip kararı
Seri
Örnek
Satılabilir/servis edilebilir tekil ürün
Seviye
Ambalaj / lojistik birim
Takip kararı
Lojistik kimlik
Örnek
Koli, palet, sevkiyat ünitesi
Örnek seri genealogisi
- 1
Hammadde lotları
LOT-SAC-81, LOT-BOYA-22, LOT-KABLO-09
- 2
Alt montaj serileri
PCB-SN-1458, MOTOR-SN-8832
- 3
Mamul seri
MCH-2026-000184
- 4
Müşteri sevki
Mamul seri + satış siparişi + müşteri + sevk tarihi
- 5
Servis geçmişi
Değiştirilen alt seri ve kullanılan yedek lotları genealogiye eklenir
İki yönlü sorgu
Mamul serisinden geriye doğru kullanılan tüm lot/serilere; bir hammadde lotundan ileri doğru etkilenen tüm yarı mamul, mamul seri ve müşterilere ulaşılabilmelidir.
Lot split, merge, re-pack ve dönüşüm nasıl izlenmeli?
İzlenebilirliğin gerçek testi parti numarası vermek değil, bir lot bölündüğünde veya birkaç lot birleştiğinde ilişkinin kopmamasıdır. ERP genealogisi miktar bazlı parent-child ilişkisini kaydetmelidir.
| Olay | Örnek | Gerekli ilişki |
|---|---|---|
| Split | 1000 kg lot → 400 + 600 kg | Aynı parent, iki child veya aynı lotun lokasyon bölünmesi; iş anlamına göre |
| Merge | 3 hammadde lotu → 1 karışım batch’i | Çoklu parent → tek child + tüketilen miktarlar |
| Re-pack | 25 kg çuval → 1 kg paketler | Kaynak lot korunur; gerekiyorsa paketleme batch’i eklenir |
| Rework | Red mamul tekrar işlenir | Orijinal lot/seri ile rework çıktısı bağlantısı |
| Dönüştürme | Hammadde → yarı mamul → mamul | Her üretim adımında input-output genealogisi |
| Fason | Lot dış operasyona gider, geri gelir | Giden lot/seri ile dönen lot/seri ve hizmet operasyonu bağı |
Olay
Split
Örnek
1000 kg lot → 400 + 600 kg
Gerekli ilişki
Aynı parent, iki child veya aynı lotun lokasyon bölünmesi; iş anlamına göre
Olay
Merge
Örnek
3 hammadde lotu → 1 karışım batch’i
Gerekli ilişki
Çoklu parent → tek child + tüketilen miktarlar
Olay
Re-pack
Örnek
25 kg çuval → 1 kg paketler
Gerekli ilişki
Kaynak lot korunur; gerekiyorsa paketleme batch’i eklenir
Olay
Rework
Örnek
Red mamul tekrar işlenir
Gerekli ilişki
Orijinal lot/seri ile rework çıktısı bağlantısı
Olay
Dönüştürme
Örnek
Hammadde → yarı mamul → mamul
Gerekli ilişki
Her üretim adımında input-output genealogisi
Olay
Fason
Örnek
Lot dış operasyona gider, geri gelir
Gerekli ilişki
Giden lot/seri ile dönen lot/seri ve hizmet operasyonu bağı
Barkod ve etiket tasarımı: hangi bilgi etikette, hangisi ERP’de?
Etiket, veritabanının kopyası olmamalıdır. Operasyonda çevrimdışı veya hızlı doğrulama için gerekli anahtar veriler barkoda/human-readable alana yazılır; detay ölçümler, kalite sonuçları ve geniş özellik setleri ERP’de kimliğe bağlı tutulur. Harici tedarik zincirinde standart veri taşıyıcıları; yalnız iç kullanımda ise şirket standardı tercih edilebilir.
| Bilgi | Etikette görünür? | Barkoda kodlanır? | ERP’de detay |
|---|---|---|---|
| Malzeme / GTIN / ürün kodu | Evet | Evet | Master data |
| İç lot/parti | Evet | Evet | Parti ana kaydı |
| Tedarikçi lotu | Gerekiyorsa | Kabul etiketinde faydalı | Ayrı çapraz referans |
| Seri numarası | Serili üründe evet | Evet | Seri ana kaydı |
| Üretim / SKT tarihi | Sektöre göre | Sektöre göre | Tarih alanları |
| Miktar / birim | Depo etiketinde evet | Değişken ölçüde faydalı | Stok miktarı |
| Kalite statüsü | Operasyonda faydalı | Genellikle ana barkoda gömmek yerine ERP doğrulaması | Dinamik statü |
| Sınıf özellikleri | Yalnız kritik 1-2 alan | Genellikle hayır | Class/attribute tablosu |
| COA / test sonuçları | Hayır veya belge referansı | Hayır | Alt tablo/doküman |
| Proje / sipariş | Operasyon ihtiyacına göre | İç etikette olabilir | Belge ilişkisi |
Bilgi
Malzeme / GTIN / ürün kodu
Etikette görünür?
Evet
Barkoda kodlanır?
Evet
ERP’de detay
Master data
Bilgi
İç lot/parti
Etikette görünür?
Evet
Barkoda kodlanır?
Evet
ERP’de detay
Parti ana kaydı
Bilgi
Tedarikçi lotu
Etikette görünür?
Gerekiyorsa
Barkoda kodlanır?
Kabul etiketinde faydalı
ERP’de detay
Ayrı çapraz referans
Bilgi
Seri numarası
Etikette görünür?
Serili üründe evet
Barkoda kodlanır?
Evet
ERP’de detay
Seri ana kaydı
Bilgi
Üretim / SKT tarihi
Etikette görünür?
Sektöre göre
Barkoda kodlanır?
Sektöre göre
ERP’de detay
Tarih alanları
Bilgi
Miktar / birim
Etikette görünür?
Depo etiketinde evet
Barkoda kodlanır?
Değişken ölçüde faydalı
ERP’de detay
Stok miktarı
Bilgi
Kalite statüsü
Etikette görünür?
Operasyonda faydalı
Barkoda kodlanır?
Genellikle ana barkoda gömmek yerine ERP doğrulaması
ERP’de detay
Dinamik statü
Bilgi
Sınıf özellikleri
Etikette görünür?
Yalnız kritik 1-2 alan
Barkoda kodlanır?
Genellikle hayır
ERP’de detay
Class/attribute tablosu
Bilgi
COA / test sonuçları
Etikette görünür?
Hayır veya belge referansı
Barkoda kodlanır?
Hayır
ERP’de detay
Alt tablo/doküman
Bilgi
Proje / sipariş
Etikette görünür?
Operasyon ihtiyacına göre
Barkoda kodlanır?
İç etikette olabilir
ERP’de detay
Belge ilişkisi
GS1 Application Identifiers içinde AI (10) batch/lot, AI (21) serial, AI (11) production date ve AI (17) expiration date için tanımlıdır. Hangi barkod taşıyıcısının kullanılacağı sektör, müşteri ve uygulama standardına göre seçilmelidir.
Örnek barkod etiketi tasarımları
1) Satınalma / mal kabul parti etiketi
GS1-128 veya DataMatrix (uygulamaya göre)Malzeme
RM-STEEL-304
İç Parti
INT-L260921-0042
Tedarikçi Lotu
SUP-HT88931
Miktar
1,250 KG
Mal Kabul
21.09.2026
Kalite
QC BEKLİYOR
(01)08690000012345(10)INT-L260921-0042(17)270630
İç lot operasyonel anahtar; tedarikçi lotu ayrıca tutulur. Dinamik kalite statüsü barkodun sabit kimliğini değiştirmemelidir.
2) Üretim / yarı mamul parti etiketi
Code 128 / GS1-128 / DataMatrixYarı Mamul
YM-450-02
Parti
WIP-260921-A07
İş Emri
WO-01861173
Operasyon
030 / ISIL ISLEM SONRASI
Miktar
48 AD
Üretim
21.09.2026
(10)WIP-260921-A07(11)260921
WIP etiketi fiziksel akışta karışmayı önler. Parti numarası iş emriyle ilişkili olabilir; ancak iş emri numarasının kendisi parti kimliği olmak zorunda değildir.
3) Serili mamul etiketi
GS1 DataMatrix / GS1-128 / kurum standardıMamul
MACHINE-X100
Seri
MCH-2026-000184
Üretim Lotu
FG260921-03
Revizyon
R05
Üretim
21.09.2026
Proje
PRJ-260117
(01)08690000056789(21)MCH2026000184(10)FG260921-03
Seri numarası tekil ürünü tanımlar. Revizyon/proje gibi değişebilen iş bağlamları gerekiyorsa etikette okunabilir alan olarak bulunabilir; ana seri kimliğinin parçası yapılması şart değildir.
GS1 uygulama tanımlayıcıları açısından temel alanlar
| AI | Anlam | Örnek kullanım |
|---|---|---|
| (01) | GTIN | Ticari ürün kimliği |
| (10) | Batch / Lot | Parti/lot numarası |
| (11) | Üretim tarihi | YYMMDD |
| (15) | Best before | Tavsiye edilen tüketim/kullanım tarihi |
| (17) | Expiration / son kullanım | YYMMDD |
| (21) | Serial | Tekil seri numarası |
| (30) | Değişken adet | Değişken miktarlı ürünlerde |
| (310x) | Net ağırlık kg | Ondalık hassasiyete göre değişken ağırlık |
AI
(01)
Anlam
GTIN
Örnek kullanım
Ticari ürün kimliği
AI
(10)
Anlam
Batch / Lot
Örnek kullanım
Parti/lot numarası
AI
(11)
Anlam
Üretim tarihi
Örnek kullanım
YYMMDD
AI
(15)
Anlam
Best before
Örnek kullanım
Tavsiye edilen tüketim/kullanım tarihi
AI
(17)
Anlam
Expiration / son kullanım
Örnek kullanım
YYMMDD
AI
(21)
Anlam
Serial
Örnek kullanım
Tekil seri numarası
AI
(30)
Anlam
Değişken adet
Örnek kullanım
Değişken miktarlı ürünlerde
AI
(310x)
Anlam
Net ağırlık kg
Örnek kullanım
Ondalık hassasiyete göre değişken ağırlık
Önemli
Bu AI örnekleri standart veri anlamlarını gösterir; her ürünün hepsini barkoda koyması gerekmez. Etiket tasarımı müşteri, sektör, ülke ve kullanılan GS1 uygulama standardına göre doğrulanmalıdır.
Kalite statüsü, raf ömrü, SKT ve FEFO ile parti ilişkisi
Parti takibi stok miktarı kadar kullanılabilirlik durumunu da taşır. Aynı lotun bir kısmı kalite bekliyor, bir kısmı serbest, bir kısmı bloke olabilir. SKT kontrollü ürünlerde üretim tarihi, son kullanım tarihi ve minimum kalan raf ömrü sevkiyat kararına doğrudan etki eder.
- Kalite statüsü partinin kimliğinden ayrı bir yaşam döngüsü alanı olmalı.
- SKT otomatik hesaplanıyorsa raf ömrü master verisi ve üretim tarihi kontrol edilmeli.
- Tedarikçi SKT’si gelen etiketten alınabiliyorsa iç hesapla karşılaştırılmalı.
- FEFO, yalnız SKT alanı doluysa değil, depo toplama stratejisi buna göre çalışıyorsa anlamlıdır.
- Müşteri bazlı minimum kalan raf ömrü kuralı gerekiyorsa sevkiyat kontrolüne bağlanmalı.
- Kalite red/karantina lotlarının MRP ve ATP’de kullanılabilir görünmesi engellenmeli.
Genealogy: ileri ve geri izlenebilirlik nasıl kurulmalı?
Genealogy, hangi input lot/serilerinin hangi output lot/serilerini oluşturduğunu tutan ilişki ağıdır. Sadece malzeme hareketi geçmişi yeterli değildir; üretim dönüşümünde miktar bağı da kaydedilmelidir.
| Sorgu | Beklenen cevap |
|---|---|
| Bu mamul seri hangi hammaddelerden üretildi? | Tüm parent lot/seri + miktar + üretim emri |
| Bu tedarikçi lotu hangi üretimlerde kullanıldı? | Tüketen iş emirleri ve çıktılar |
| Bu hammadde lotundan hangi müşteriler etkilendi? | Child mamuller → sevkiyat → müşteri listesi |
| Bu seri numarasında hangi alt montajlar var? | Takılı child serial listesi |
| Bir alt montaj seri hangi mamullerde kullanıldı? | Parent finished serial ilişkisi |
| Rework sonrası kimlik ne oldu? | Önceki ve sonraki lot/seri + rework emri |
Sorgu
Bu mamul seri hangi hammaddelerden üretildi?
Beklenen cevap
Tüm parent lot/seri + miktar + üretim emri
Sorgu
Bu tedarikçi lotu hangi üretimlerde kullanıldı?
Beklenen cevap
Tüketen iş emirleri ve çıktılar
Sorgu
Bu hammadde lotundan hangi müşteriler etkilendi?
Beklenen cevap
Child mamuller → sevkiyat → müşteri listesi
Sorgu
Bu seri numarasında hangi alt montajlar var?
Beklenen cevap
Takılı child serial listesi
Sorgu
Bir alt montaj seri hangi mamullerde kullanıldı?
Beklenen cevap
Parent finished serial ilişkisi
Sorgu
Rework sonrası kimlik ne oldu?
Beklenen cevap
Önceki ve sonraki lot/seri + rework emri
Recall testi
İyi bir izlenebilirlik sistemi 'hangi stok bizde kaldı?' sorusunu da cevaplamalıdır. Etkilenen lotun müşteriye giden, üretimde tüketilen, fasoncuda bulunan, kalite bekleyen ve depoda kalan miktarları aynı sorgu zincirinde ayrılabilmelidir.
Hangi ERP hareketlerinde lot/seri zorunlu olmalı?
| Hareket | Lot/parti | Seri | Kontrol |
|---|---|---|---|
| Satınalma mal kabul | Lot takipli malzemede zorunlu | Serili satınalmada zorunlu | Tedarikçi lotu + iç kimlik |
| Depolar arası transfer | Korunmalı | Korunmalı | Kimlik değişmemeli |
| Üretime sarf | Tüketilen lot seçilmeli | Tekil komponent ise seri seçilmeli | Backflush otomatik seçim kuralı net olmalı |
| Üretim girişi | Çıktı lotu oluştur/seç | Seri üretim noktasına göre ata | Genealogy yazılmalı |
| Fason sevk/dönüş | Korunmalı veya kontrollü dönüşüm | Seri korunmalı/ilişki kurulmalı | Fason lokasyonu görünmeli |
| Kalite hareketi | Aynı kimlik, statü değişir | Aynı seri, statü değişir | Kimlik değiştirilmemeli |
| Satış sevki | Hangi lot müşteriye gitti kaydedilmeli | Hangi seri müşteriye gitti kaydedilmeli | İleri izlenebilirlik |
| Müşteri iadesi | Orijinal lot mümkünse bulunmalı | Seri doğrulanmalı | Satış/servis geçmişine bağlanmalı |
| Sayım / düzeltme | Lot bazında | Seri bazında | Kimliksiz düzeltmeye izin verilmemeli |
Hareket
Satınalma mal kabul
Lot/parti
Lot takipli malzemede zorunlu
Seri
Serili satınalmada zorunlu
Kontrol
Tedarikçi lotu + iç kimlik
Hareket
Depolar arası transfer
Lot/parti
Korunmalı
Seri
Korunmalı
Kontrol
Kimlik değişmemeli
Hareket
Üretime sarf
Lot/parti
Tüketilen lot seçilmeli
Seri
Tekil komponent ise seri seçilmeli
Kontrol
Backflush otomatik seçim kuralı net olmalı
Hareket
Üretim girişi
Lot/parti
Çıktı lotu oluştur/seç
Seri
Seri üretim noktasına göre ata
Kontrol
Genealogy yazılmalı
Hareket
Fason sevk/dönüş
Lot/parti
Korunmalı veya kontrollü dönüşüm
Seri
Seri korunmalı/ilişki kurulmalı
Kontrol
Fason lokasyonu görünmeli
Hareket
Kalite hareketi
Lot/parti
Aynı kimlik, statü değişir
Seri
Aynı seri, statü değişir
Kontrol
Kimlik değiştirilmemeli
Hareket
Satış sevki
Lot/parti
Hangi lot müşteriye gitti kaydedilmeli
Seri
Hangi seri müşteriye gitti kaydedilmeli
Kontrol
İleri izlenebilirlik
Hareket
Müşteri iadesi
Lot/parti
Orijinal lot mümkünse bulunmalı
Seri
Seri doğrulanmalı
Kontrol
Satış/servis geçmişine bağlanmalı
Hareket
Sayım / düzeltme
Lot/parti
Lot bazında
Seri
Seri bazında
Kontrol
Kimliksiz düzeltmeye izin verilmemeli
Lot seçimi otomatik mi manuel mi olmalı?
Operatörün her sarfta yüzlerce lot arasından seçim yapması hata üretir; tamamen otomatik seçim ise kalite, proje, müşteri veya sertifika kısıtlarını görmezse yanlış malzeme tüketebilir. Doğru yaklaşım kural tabanlı öneri + kontrollü doğrulamadır.
- FIFO / FEFO sıralama
- Kalite statüsü ve bloke kontrolü
- Proje/siparişe tahsisli lot kontrolü
- Müşteri veya sektör sertifika şartı
- Menşe / üretici / tedarikçi kısıtı
- Renk/grade/sınıf uyumu
- Minimum kalan raf ömrü
- Lokasyon ve toplama rotası
- Tek lotla karşılama tercihi veya lot sayısını minimize etme
- Operatör override varsa neden ve yetki kaydı
Performans ve veri hacmi: seri takibi tasarımında dikkat
Seri takibi veri hacmini lot takibine göre dramatik biçimde artırabilir. Bir milyon adet ürün, bir milyon seri ana kaydı; buna bağlı hareket, test ve genealogy satırları anlamına gelir. Bu nedenle indeksleme, arşiv politikası, sorgu tasarımı, barkod/RF toplama ve entegrasyon hacmi baştan düşünülmelidir.
- Seri/lot ana kaydı ile hareket kayıtlarını ayırın.
- Sık sorgulanan alanları indeksleyin: malzeme, lot/seri, tesis, statü, tarih.
- Genealogy sorguları için parent-child ilişkisini doğrudan saklayın; her seferinde tüm hareket geçmişini yeniden hesaplamayın.
- Etikete gereksiz veri basmayın; anahtar kimlik üzerinden detay veriyi ERP’den çağırın.
- Offline depo/üretim terminallerinde senkronizasyon ve duplicate scan kontrolü tasarlayın.
- İptal, yeniden basım ve duplicate barcode süreçlerini audit log ile izleyin.
Sektörlere göre hangi özellikler parti/seriye bağlanabilir?
| Sektör | Tipik takip | Parti/seri sınıf verisi örnekleri |
|---|---|---|
| Metal / makine | Lot + kritik parçada seri | Heat no, sertlik, kalite sınıfı, sertifika no, kaplama, ölçü |
| Gıda / un / proses | Batch/lot | Protein, nem, menşe, hasat/üretim tarihi, silo, SKT, analiz |
| Tekstil | Lot/parti | Renk lotu, gramaj, en, iplik lotu, boya reçetesi |
| Plastik | Hammadde lotu + üretim batch | Renk, MFI, reçine grade, kalıp, makine, vardiya |
| Elektronik | Komponent lotu + mamul seri | Date code, reel no, PCB revizyonu, firmware, test sonucu |
| Kimya | Batch | Yoğunluk, viskozite, pH, saflık, reçete revizyonu, analiz |
| Savunma / havacılık | Lot + seri | Sertifika, özel proses, NDT sonucu, revizyon, alt seri genealogisi |
| Bakım / servis | Seri | Kurulum tarihi, garanti, sayaç, servis geçmişi, değişen alt seri |
Sektör
Metal / makine
Tipik takip
Lot + kritik parçada seri
Parti/seri sınıf verisi örnekleri
Heat no, sertlik, kalite sınıfı, sertifika no, kaplama, ölçü
Sektör
Gıda / un / proses
Tipik takip
Batch/lot
Parti/seri sınıf verisi örnekleri
Protein, nem, menşe, hasat/üretim tarihi, silo, SKT, analiz
Sektör
Tekstil
Tipik takip
Lot/parti
Parti/seri sınıf verisi örnekleri
Renk lotu, gramaj, en, iplik lotu, boya reçetesi
Sektör
Plastik
Tipik takip
Hammadde lotu + üretim batch
Parti/seri sınıf verisi örnekleri
Renk, MFI, reçine grade, kalıp, makine, vardiya
Sektör
Elektronik
Tipik takip
Komponent lotu + mamul seri
Parti/seri sınıf verisi örnekleri
Date code, reel no, PCB revizyonu, firmware, test sonucu
Sektör
Kimya
Tipik takip
Batch
Parti/seri sınıf verisi örnekleri
Yoğunluk, viskozite, pH, saflık, reçete revizyonu, analiz
Sektör
Savunma / havacılık
Tipik takip
Lot + seri
Parti/seri sınıf verisi örnekleri
Sertifika, özel proses, NDT sonucu, revizyon, alt seri genealogisi
Sektör
Bakım / servis
Tipik takip
Seri
Parti/seri sınıf verisi örnekleri
Kurulum tarihi, garanti, sayaç, servis geçmişi, değişen alt seri
ERP lot/seri tasarımı için kontrol listesi
- Hangi malzemeler lot, hangileri seri, hangileri lot+seri takipli net mi?
- Parti numarası hangi olayda oluşturuluyor ve kim üretiyor?
- İç lot ile tedarikçi lotu ayrı alanlarda saklanıyor mu?
- Partiye ait değişken özellikler sınıf/attribute yapısıyla genişleyebiliyor mu?
- Bir partiye birden fazla analiz/ölçüm satırı bağlanabiliyor mu?
- Kalite statüsü kimliği değiştirmeden yönetiliyor mu?
- Lot split/merge/repack/rework olayları genealogy bırakıyor mu?
- Üretim sarfı ile üretim çıktısı arasında miktar bazlı parent-child bağ kuruluyor mu?
- Seri numarası prosesin doğru noktasında atanıyor mu?
- Kritik yarı mamul serileri mamul serisine bağlanıyor mu?
- Barkod tasarımı yalnız operasyonel gerekli veriyi mi taşıyor?
- Tedarikçi etiketindeki lot/seri otomatik okunabiliyor mu?
- Satış sevkinde müşteri-lot/seri bağı zorunlu mu?
- Recall sorgusu hem ileri hem geri yönde çalışıyor mu?
- Fasoncu ve kalite bekleyen stok da recall kapsamına dahil mi?
- Sayım, düzeltme ve yeniden etiket basımı audit ediliyor mu?
- Seri/lot veri hacmi için performans ve arşiv politikası var mı?
Son ilke
İyi izlenebilirlik, çok numara üretmek değildir. Doğru nesneye doğru seviyede kimlik vermek ve bu kimliği mal kabulden üretime, kaliteden fasona, sevkiyattan servise kadar hiç koparmamaktır.
Lot, parti ve seri takibi hakkında sık sorulan sorular
- Lot ile parti aynı şey midir?
- ERP kullanımında çoğu zaman aynı işlevi ifade eder: ortak özellik veya proses bağlamındaki ürün grubunu. Kurumun terminolojisi ve sektör standardı hangi terimin kullanılacağını belirleyebilir.
- Parti numarası mal kabulden önce oluşturulabilir mi?
- Evet. Önceden rezerve edilebilir; ancak kullanılmayan numaraların iptal/boş statüsü yönetilmelidir. Kimlik fiziksel nesne oluştuğunda veya kontrol alanına girdiğinde kesinleşmelidir.
- Tedarikçi lotunu doğrudan iç parti numarası yapmalı mıyız?
- Mümkün olmakla birlikte genellikle iç parti kimliği ile tedarikçi lotunu ayrı alanlarda saklamak daha güvenlidir. Böylece dış referans korunurken şirket içi benzersizlik ve numaralama standardı kontrol edilir.
- Seri numarası üretimin başında mı sonunda mı verilmeli?
- Tekil ürünün üretim boyunca operasyon, test ve komponent geçmişi gerekiyorsa erken; yalnız satış/garanti seviyesinde tekil takip gerekiyorsa daha geç atanabilir. Karar izlenebilirlik ihtiyacına göre verilmelidir.
- Yarı mamullere seri numarası vermek gerekir mi?
- Her yarı mamule değil. Servis edilebilir, yüksek değerli, güvenlik kritik veya mamule takıldığında tekil geçmişi bilinmesi gereken alt montajlarda seri takibi anlamlıdır.
- Barkoda bütün parti özelliklerini yazmak gerekir mi?
- Hayır. Barkod ana kimlikleri ve operasyon için gerekli veriyi taşımalıdır. Analiz, sertifika, ölçüm ve geniş özellik setleri ERP’de lot/seri kimliğine bağlı tutulabilir.
- Lot ve seri aynı üründe birlikte kullanılabilir mi?
- Evet. Ürün üretim lotuyla grup seviyesinde, seri numarasıyla da tekil seviyede izlenebilir. Bu özellikle yüksek izlenebilirlik gereken sektörlerde yararlıdır.
İlgili sayfalar:
İlgili içerikler
İlgili kaynak
Kaynaklar ve checklistler
Bu konuyu somut bir checklist, karar notu veya indirilebilir materyalle derinleştirmek için kaynaklar yüzeyine geçin.
Devam et →Temas
Bu konu aktif bir ihtiyaçsa konuşalım
Okuduğunuz konu bugünkü proje, sponsor kararı veya hazırlık baskısıyla örtüşüyorsa doğrudan temas kurabilirsiniz.
Devam et →Çerçeve
ERP çerçevesine geri dönün
Tek bir başlıktan daha geniş ERP resmine, sponsor gündemine ve delivery hattına geçmek için ERP yüzeyi doğru noktadır.
Devam et →