Seri numarası ve lot/parti takibi

Bir gıda toptancısının ofisinde telefon çalıyor. Zincir marketin kalite sorumlusu, üç hafta önce gönderilen bir kavanoz turşunun kapağının şiştiğini söylüyor ve tek bir şey soruyor: "Bu üründen aynı partiden başka nereye gönderdiniz?" Depo sorumlusu sisteme bakıyor. Ürünün adı var, kaç adet kaldığı var, hangi irsaliyeyle çıktığı bile var. Ama sorunun cevabı yok. Elinde iki seçenek kalıyor: hiçbir şey yapmamak ya da o üründen sevk edilmiş her kutuyu toptan geri istemek. Birincisi risk, ikincisi ise bilerek yakılan para.

Seri numarası ve lot/parti takibi tam olarak bu boşluğu kapatır. Klasik stok takibi "kaç adet var" sorusuna cevap verir; seri ve lot takibi ise "bu tekil ürün kime gitti, hangi partidendi, o partiden başka kimler aldı" sorusuna cevap verir. Bu yazıda ikisi arasındaki farkı, hangi sektörlerin buna mecbur olduğunu, kaydın hangi noktalarda alınacağını, barkod ve karekodun işi nasıl kolaylaştırdığını, geri izleme ile geri çağırma senaryosunun nasıl kurulacağını ve sistemin gerçekten çalıştığını hangi metriklerle ölçeceğinizi adım adım anlatıyorum.

1Üretim / tedarik2Parti kodu atanır3Sevkiyat kaydı4Müşteriye bağlanır5Geri izleme

"Kaç adet var" ile "hangisi kime gitti" aynı soru değil

Çoğu işletme stok takibini miktar üzerinden kurar: giriş artı, çıkış eksi, kalan bakiye. Bu model sipariş karşılamak, sayım tutturmak ve nakit bağlamamak için yeterlidir; stok takibi ve envanter yönetimi yazısında bu tarafın temellerini ayrıntılı ele alıyoruz. Ama miktar takibi ürünleri birbirinden ayırt etmez. Sistemin gözünde aynı stok kartındaki iki kutu tamamen özdeştir; hangisinin hangi hammaddeden, hangi vardiyada, hangi tedarikçiden geldiğini bilmez.

İzlenebilirlik bu varsayımı bozar. Her ürüne ya tekil bir kimlik ya da bir grup kimliği verirsiniz; ürün depodan çıkarken bu kimlik alıcıyla eşleşir. Böylece stok kaydı yalnızca bir sayı olmaktan çıkıp bir geçmişe dönüşür: nereden geldi, nerede durdu, kime gitti. Kalite şikâyeti, garanti talebi ve geri çağırma gibi durumların hepsi bu geçmişi okumakla çözülür.

Seri numarası mı, lot/parti mi? Farkı ve hangisi nerede

Seri numarası tekil bir nesneyi işaret eder: o cihaz, o motor, o pano. Aynı seri numarasından ikinci bir ürün yoktur. Lot ya da parti ise aynı koşullarda üretilmiş bir grubu işaret eder: aynı hamurdan çıkan bin kavanoz, aynı karışımdan dolan beş yüz şişe krem, aynı bobinden kesilen kablolar. Bir lot içindeki ürünler birbirinden ayırt edilmez ama dış dünyadan ayırt edilir.

Seçim, ürünün doğasına ve sorumluluğun nereye kadar gittiğine bağlıdır. Tekil olarak garanti verdiğiniz, servise gelen, kaydını müşteriyle birlikte tutmanız gereken ürünlerde seri numarası kaçınılmazdır. Homojen, tüketilen, tekil takibi ekonomik olmayan ürünlerde lot doğru ölçektir. Bazı işletmeler ikisini birlikte kullanır: cihazın seri numarası vardır, içindeki kritik bileşenin lot numarası ayrıca kayıtlıdır.

Ölçüt	Seri numarası	Lot / parti
Kapsam	Tek bir ürün	Aynı koşulda üretilen grup
Tipik alan	Elektronik, makine, medikal cihaz	Gıda, kozmetik, kimyasal, ilaç
Ana kullanım	Garanti, servis, hırsızlık takibi	Kalite, SKT, geri çağırma
Kayıt maliyeti	Yüksek, ürün başına işlem	Düşük, grup başına işlem

Hangi sektörler için bu bir tercih değil

Gıda ve içecekte parti takibi işin kendisidir; bir hammadde sorununun hangi ürünlere yayıldığını ancak parti üzerinden bulabilirsiniz. Kozmetikte üretim partisi ambalajın üzerinde durur ve şikâyet dosyasının başlangıç noktasıdır. İlaç ve medikal cihazda hem seri hem lot, hem de son kullanma tarihi birlikte istenir. Elektronikte seri numarası garantinin dayanağıdır. Otomotiv yedek parçasında parti bilgisi montaj kaydına bağlanır; yedek parça ve servis stoğu yönetimi tarafında bu bağ olmadan hangi aracın hangi parçayı taşıdığını bilemezsiniz. Kimyasalda ise parti, güvenlik bilgi formunun eşlikçisidir.

İzlenebilirlik yükümlülükleri sektöre ve ülkeye göre değişir, üstelik zaman içinde güncellenir. Burada anlattığım çerçeve operasyoneldir; ürün grubunuz için hangi kayıtların ne kadar süre saklanması gerektiğini yerel mevzuatınız ve bağlı olduğunuz sektör düzenlemesi üzerinden teyit edin, gerekirse bu konuda çalışan bir danışmana sorun.

Son kullanma tarihi ve FEFO mantığı

Raf ömrü olan ürünlerde parti takibinin ikinci işlevi devreye girer: hangi partinin ne zaman biteceğini bilmek. Klasik FIFO mantığı "önce giren önce çıkar" der; ama depoya sonra gelen bir partinin son kullanma tarihi daha yakın olabilir. Bu yüzden raf ömürlü ürünlerde doğru kural FEFO'dur: önce sona erecek olan önce çıkar.

FEFO'yu uygulayabilmek için her partinin SKT'sinin sistemde kayıtlı olması ve toplama listesinin bu tarihe göre sıralanması gerekir. Aksi hâlde depocu eline en yakın kutuyu alır ve arka rafta tarihi geçmeye yakın bir parti unutulur. Sistem, SKT'si yaklaşan partiler için önceden uyarı üretebilmelidir; böylece o parti kampanyaya alınır, bir bayiye yönlendirilir ya da en azından imha edilmeden önce planlı biçimde değerlendirilir.

Kayıt noktaları: mal kabul, üretim, sevkiyat

İzlenebilirlik üç noktada kurulur ve bu üçünden biri eksikse zincir kopar. Mal kabulde tedarikçinin parti numarasını ve varsa SKT'sini kaydedersiniz. Üretim yapıyorsanız kendi parti kodunuzu üretir ve hangi girdi partilerinden hangi çıktı partisinin oluştuğunu bağlarsınız. Sevkiyatta ise çıkan seri ya da parti numaralarını sipariş ve müşteri kaydına iliştirirsiniz.

• Mal kabul: Tedarikçi partisi ve SKT ilk okutmada girilmelidir; sonradan hatırlamaya çalışmak neredeyse hiç işe yaramaz.
• Üretim veya paketleme: Girdi partileri ile çıktı partisi arasındaki bağ kurulmazsa hammadde kaynaklı bir sorunu ürüne kadar izleyemezsiniz.
• Sevkiyat: Hangi partinin hangi müşteriye gittiği yazılmazsa geri izlemenin son halkası eksik kalır ve zincir işlevsizleşir.
• Yerleşim: Parti bazlı toplama yapabilmek için her partinin hangi rafta durduğunun bilinmesi gerekir; depo ve raf yönetimi tarafı bu yüzden izlenebilirliğin sessiz ortağıdır.

Barkod ve karekod: veriyi yazmayın, okutun

Seri ve parti numaralarını elle yazdırırsanız sistem üç ay içinde çöker. Numaralar uzundur, benzer karakterler karışır, yoğun sevkiyat gününde kimse tek tek yazmaz. Çözüm veri girişini okutmaya çevirmektir: barkod ile stok yönetimi kurulumu burada doğrudan izlenebilirliğin altyapısı hâline gelir.

Klasik çizgi barkod genellikle yalnızca ürün kodunu taşır. Parti, SKT ve seri gibi ek alanları tek bir okutmada taşımak istiyorsanız iki boyutlu kodlara geçmek gerekir; karekod ve QR kod oluşturma tarafındaki mantık burada da geçerlidir, fark yalnızca kodun içine hangi alanların gömüldüğüdür. Etiketi kendiniz basıyorsanız kod içeriğini standart bir sırayla üretin ve etikette insan gözüyle okunabilir bir satır da bırakın; tarayıcı arızalandığında tek yedeğiniz o satırdır.

Seri numarasını müşteriye ve garantiye bağlamak

Seri numarasının asıl değeri müşteri kaydına bağlandığı anda ortaya çıkar. Sevkiyatta okutulan seri numarası, siparişin ve dolayısıyla müşterinin kaydına düştüğünde iki soruyu birden çözersiniz: bu cihaz kimde ve garantisi ne zaman başladı. Servise gelen bir üründe seri numarasını okutup geçmişi görmek, "faturayı bulun getirin" demekten çok daha hızlıdır.

Bu bağ kurulduğunda garanti süreci de kendiliğinden düzene girer; garanti takibi ve garanti süreci yönetimi yazısında sürenin nasıl işletileceğini ayrıca ele alıyoruz. Rocketly tarafında ön muhasebe, stok ve müşteri kaydı aynı yerde durduğu için seri numarasını sipariş satırına iliştirmek ayrı bir sistem gerektirmez; aynı ekranda hem ürünün geçmişini hem müşterinin geçmişini görürsünüz.

Geri izleme senaryosu: şikâyetten partiye, partiden alıcılara

Geri izleme iki yönlü çalışır ve ikisini de kurmanız gerekir. Geriye doğru izleme, elinizdeki üründen başlayıp kaynağa gider: şikâyet edilen kutunun parti kodunu okursunuz, o partinin hangi girdi partilerinden üretildiğini görürsünüz, girdi partisinin hangi tedarikçiden hangi tarihte geldiğini bulursunuz. İleriye doğru izleme ise tersini yapar: o partiden üretilen tüm ürünlerin hangi siparişlerle, hangi müşterilere, hangi tarihlerde gittiğini listeler.

Pratikte nasıl işler

Şikâyet kaydı açılır ve parti kodu talebin içine yazılır. Sistem o partinin sevkiyat listesini üretir. Liste müşteri bazında gruplanır, etkilenen miktar hesaplanır, iletişim sırası belirlenir. Bütün bu işlemin bir öğleden sonrada bitmesi gerekir; günlerce sürüyorsa kayıt sisteminiz değil, arşiviniz vardır.

Geri çağırma anında elinizde ya bir liste vardır ya da bir tahmin. Aradaki fark, aylar önce tek bir alanı doldurma alışkanlığından ibarettir.

Geri çağırma tatbikatı: kâğıt üstünde değil, gerçekten deneyin

İzlenebilirlik sistemi kurmakla iş bitmez; sistemin kriz anında çalıştığını önceden görmeniz gerekir. Yılda en az bir kez tatbikat yapın: rastgele bir parti seçin, "bu partide sorun var" varsayımıyla süreci baştan sona işletin ve süreyi ölçün. Kaç dakikada tam alıcı listesine ulaştınız, listede eksik kalan sevkiyat var mı, müşteri iletişim bilgileri güncel mi, iade edilen ürünleri hangi depo alanına alacaksınız?

Tatbikat neredeyse her seferinde aynı üç açığı gösterir: bir kayıt noktasında parti girilmemiş olması, kısmi sevkiyatların doğru bölünmemiş olması ve müşteri iletişim bilgisinin eski olması. Üçü de tatbikat olmadan fark edilmez, kriz anında ise düzeltmek için vakit yoktur.

Kısmi sevkiyat, iade ve tedarikçi partisi

Gerçek hayatta bir sipariş tek partiden karşılanmaz. Yüz kutuluk siparişin altmışı bir partiden, kırkı diğerinden çıkar. Sistem bu bölünmeyi sevkiyat satırında taşıyabilmelidir; aksi hâlde müşteriye iki parti gitmiştir ama kayıtta tek parti görünür ve geri izleme yanlış sonuç verir. Aynı mantık farklı beden ya da renkte de geçerlidir; ürün varyant yönetimi ile parti takibi birlikte kurgulanmazsa hangi varyantın hangi partiden olduğu kaybolur.

İade tarafında ise dönen ürünün seri veya parti numarası mutlaka kaydedilmelidir; ürün iadesi ve RMA süreci yazısında anlattığımız akışın izlenebilirlik ayağı budur. İade edilen ürün tekrar satılabilir stoğa alınacaksa kendi partisiyle geri girmelidir, "genel stok" olarak eritilmemelidir. Tedarikçi tarafında da bu bilgiyi istemeyi alışkanlık hâline getirin: irsaliyede parti numarası ve SKT'nin yer alması bir talep meselesidir ve tedarikçi yönetimi ve satın alma süreci içinde sözleşmeye yazılabilecek en ucuz maddelerden biridir.

Kademeli geçiş, ölçülecek metrikler ve yaygın hatalar

Bütün ürün kataloğunu bir hafta sonunda izlenebilir hâle getirmeye çalışmak en yaygın başlangıç hatasıdır. Bunun yerine kritik ürün grubuyla başlayın: en yüksek risk taşıyan, en çok şikâyet alan ya da mevzuat gereği zaten kayıt istenen grup. O grupta akış oturduğunda, depo ekibi okutma alışkanlığını kazandığında ve tatbikat temiz geçtiğinde bir sonraki gruba geçin. Kademeli geçiş yavaş görünür ama tek seferde başlayıp yarım bırakılan projelerden çok daha hızlı sonuç verir.

Ölçmeniz gereken üç şey var: izlenebilirlik kapsamı, yani sevkiyat satırlarının ne kadarında geçerli bir seri veya parti kaydı bulunduğu; geri izleme süresi, yani bir parti kodundan tam alıcı listesine ulaşma süreniz; ve raf ömrü kaynaklı kayıp, yani SKT geçtiği için imha edilen ürün tutarı. Bu üç sayı düzenli raporlanmadığında sistem sessizce çürür. Rocketly'nin rapor oluşturucusuyla bu ölçümleri zamanlanmış rapor hâline getirip haftalık olarak operasyon ekibine gönderebilirsiniz.

Sık görülen diğer hatalar şunlar: parti kodunu ürün adının içine metin olarak yazmak, aynı parti kodunu farklı ürünlerde tekrar kullanmak, iade ve numune çıkışlarını kayıt dışı bırakmak, etiketi ürünün kolayca ayrılan bir yerine yapıştırmak ve depoda yalnızca tek bir kişinin sistemi bilmesi. Hepsinin ortak noktası aynı: zinciri tek bir halkadan koparıyorlar.

Ürününüzün nereye gittiğini bilmek, kriz anında verdiğiniz cevabın kalitesini belirler. Stoğu, müşteriyi, siparişi ve servis geçmişini tek yerde tutan bir düzen kurmak istiyorsanız Rocketly hesabınızı ücretsiz oluşturun ve kritik ürün grubunuzla küçük bir pilotla başlayın.