KDE – Temel Veri Öğeleri (FSMA 204)

Bu sözlük terimi, aşağıdakilerin bir parçasıdır: SG Systems Global Düzenleme ve operasyon kılavuzu kütüphanesi.

Ocak 2026'da güncellendi • FSMA 204 izlenebilirlik kuralı, Temel Veri Unsurları (KDE'ler), Kritik İzleme Olayları (CTE'ler), parti kodu bağlantısı, olay zamanı yakalama, 24 saat kayıt yanıtı, EPCIS uyumu, alma ve gönderme KDE yakalama • Öncelikle Gıda Tedarik Zinciri İzlenebilirliği (yüksek riskli gıdalar, uyumluluğa hazır izlenebilirlik sistemleri)

KDE – Temel Veri Unsurları (FSMA 204), Gıda İzlenebilirlik Listesi'nde (FTL) yer alan gıdaları üretirken, işlerken, paketlerken, depolarken veya sevk ederken tanımlanmış Kritik İzleme Olayları (CTE'ler) için FDA izlenebilirlik kuralının yakalamanızı ve muhafaza etmenizi beklediği belirli veri alanlarıdır . KDE'ler, özellikle kısa süreler içinde FDA tarafından talep edilen bir izlenebilirlik veri setini sağlama yeteneği olmak üzere, hızlı izleme araştırmalarını mümkün kılan "ne, ne zaman, nerede ve hangi parti" kanıtlarıdır.

FSMA 204 sizden kusursuz bir uçtan uca dijital ikiz oluşturmanızı istemiyor. İzlenebilirliğin önemli olduğu durumlarda tutarlı, parti bağlantılı olay verileriyle hızlı bir şekilde yanıt verebilmenizi istiyor. KDE'ler bunu mümkün kılan minimum uygulanabilir veri setidir. Tuzak şu ki, birçok kuruluş zaten "bazı verileri" (satın alma siparişleri, konşimentolar, envanter hareketleri) saklıyor, ancak bunları tutarlı bir şekilde saklamıyor, parti kimliğine bağlamıyor ve olay gerçekleştiği anda kaydetmiyor. Gerçek bir izleme araştırmasında, bu boşluk operasyonel bir krize dönüşüyor.

İşin aslını söylemek gerekirse: KDE uyumluluğu bir evrak işi sorunu değil, bir uygulama disiplini sorunudur. Doğru veriyi doğru zamanda, doğru yapıda, insanların daha sonra hatırlamasına güvenmeden yakalamanız gerekir. Bu nedenle FSMA 204, şirketleri tarama odaklı alım ve sevkiyat, parti düzeyinde sevkiyat onayı, yapılandırılmış dönüşüm kayıtları ve EPCIS gibi olay tabanlı izlenebilirlik modellerine yönlendiriyor.

“KDE'ler, tedarik zincirinizin talep üzerine üretebilmesi gereken izlenebilirlik belgeleridir; bunlar sadece belgelere değil, partilere de bağlıdır.”

1) FSMA 204'te KDE'ler nelerdir (basit bir dille tanımı)?

KDE'ler, Gıda İzlenebilirlik Listesi'ndeki gıdalar için her kritik izlenebilirlik olayını tanımlayan veri noktalarıdır. Basitçe ifade etmek gerekirse, KDE'ler şu sorulara cevap verir:

• Ne oldu? (almak, dönüştürmek, oluşturmak, göndermek, vb.)
• Hangi ürün söz konusuydu? (ürün kimliği)
• Hangi parti(ler) söz konusuydu? (parti kodu(ları) ve konteyner kimlikleri)
• Ne kadar para söz konusuydu? (miktar ve ölçü birimi)
• Ne zaman oldu? (etkinlik zamanı)
• Nerede oldu? (tesis/konum)
• Ticaret ortakları kimlerdi? (Gönderen, alıcı, ilgiliyse taşıyıcı)

KDE'ler "isteğe bağlı ayrıntılar" değildir. Bunlar, tahmine dayalı olmayan hızlı izleme araştırmalarına olanak sağlayan gerekli minimum veri alanlarıdır.

2) KDE'ler ve CTE'ler: FSMA 204 neden olay tabanlıdır?

FSMA 204, Kritik İzleme Olayları (CTE'ler) etrafında şekillenir; bunlar, ürünün mülkiyetinin değiştiği veya dönüştürüldüğü önemli anlardır. KDE'ler, bu olaylar için kaydettiğiniz verilerdir. Bu önemlidir çünkü izlenebilirlik hataları genellikle şu olaylarda meydana gelir:

• Parti kaydı olmadan alma,
• Parti numarasına bağlı olmayan sevkiyat onayı,
• Giriş partilerini çıkış partilerine bağlamadan yapılan dönüşüm,
• Farklı türdeki paletlerin bir araya getirilmesi ve bunların kimliklerinin korunmaması.

Olay tabanlı izlenebilirlik operasyonel olarak gerçekçidir: Ürünün nerede olduğunu ve neye dönüştüğünü tanımlayan sınır anlarına odaklanır.

3) KDE'lerin var olma nedeni: "hızlı izleme isteği" sorunu

KDE'ler, gerçek salgın ve bulaşma olaylarında, düzenleyicilerin kaynakları belirlemek ve yayılmayı durdurmak için hızlı ve tutarlı izleme verilerine ihtiyaç duyması nedeniyle mevcuttur. Her şirket izleme bilgilerini farklı şekilde saklıyorsa—bazıları e-postalarda, bazıları elektronik tablolarda, bazıları ise özel ERP alanlarında—izleme araştırmaları yavaşlar.

KDE'ler, izlemenin hızlı bir şekilde gerçekleşebilmesi için minimum veri setini standartlaştırır. Operasyonel çıkarım şudur: Eğer lot bağlantılı bir veri setini hızlı bir şekilde üretemezseniz, izlenebilirliğiniz FSMA 204'ün beklediği şekilde işlevsel değildir.

4) Kapsam haritası: KDE'leri kimlerin yakalaması gerekiyor ve bunlar nerede ortaya çıkıyor?

KDE sorumlulukları, tedarik zincirindeki konumunuza göre değişir. Aynı olay operasyonel olarak farklı isimlerle anılabilir, ancak izlenebilirlik ihtiyacı aynıdır.

Her CTE'ye tabi olmasanız bile, KDE zihniyeti yine de önemlidir: Kimlik ve olay bağlamını, sorumluluğu üstlendiğiniz veya bıraktığınız sınırda yakalayın.

5) KDE kategorileri: kim/ne/hangi parti/ne kadar/ne zaman/nerede

KDE'leri işlevsel hale getirmenin en kolay yolu, onları kategori olarak ele almaktır. Her CTE kaydında bu kategoriler bulunmalıdır:

Herhangi bir kategori eksikse, veri setiniz izleme araştırmasında belirsiz hale gelir.

6) Lot kimliği: Her şeyin bağlı olduğu kritik KDE

Parti kimliği, KDE'leri olaylar arasında birbirine bağlayan anahtardır. Parti kodları olmadan, alım, dönüşüm ve sevkiyat arasında bağlantı kuramazsınız. Parti kimliği şu şekilde olmalıdır:

• doğru şekilde yakalanmış (tercihen tarama tabanlı),
• Sistemler genelinde tutarlı (WMS/MES/ERP),
• Yeniden paketleme ve karışık palet taşıma yoluyla korunmuştur,
• Dönüşümler yoluyla birbirine bağlanmıştır (giriş partileri → çıkış partileri).

Parti numarası yanlışsa, diğer tüm alanlar doğru olsa bile KDE veri setiniz yanlıştır.

7) KDE'leri alma: tek adımlı geri zinciri başlatma

KDE yakalama işlemini almak, geriye dönük bir adım atmanızın başlangıç ​​noktasıdır. Pratik KDE alma disiplini şunları içerir:

• Tedarikçi (gönderim yeri) kimliği,
• Tedarikçi parti kimliği ve dahili parti eşleştirmesi,
• Alınan miktar ve tutarsızlıklar,
• Teslim alma zamanı ve tesis konumu,
• İşlem (karantina/bekletme/serbest bırakma) ve kabul kanıtları (Analiz sertifikaları, denetimler).

Operasyonel iş akışı için KDE Capture Alma bölümüne bakın .

8) KDE'lerin Sevkiyatı: Tek Adımda İzlenebilirliğin Kanıtlanması

KDE yakalama işleminin gerçekleştirilmesi, ileriye dönük bir kanıt niteliğindedir. Pratik KDE uygulama disiplini şunları içerir:

• Alıcı (teslimat adresi) kimliği,
• Sevkiyat tanımlayıcıları (sipariş/konşimento/ASN),
• Gönderilen parti numarası (ve kullanılan SSCC/kasa kimlikleri),
• sevk edilen miktar,
• sevkiyat zamanı ve tesis konumu,
• Taşıyıcıya teslimat kanıtı.

KDE Capture gönderimine bakın.

9) Dönüşüm KDE'leri: malzemeler yeni partilere dönüştüğünde

Dönüşüm olayları, dahili soy ağacının oluşturulduğu yerlerdir. Dönüşüm KDE yakalama işlemi şunları gerektirir:

• Tüketilen miktar listesini girin.
• çıktı parti ataması (oluşturulan),
• Miktar ilişkileri (kütle dengesi ve verim),
• dönüşümün zamanı ve yeri,
• Olayın alınabilmesi için toplu işlem/çalıştırma tanımlayıcılarına bağlantı kurulması.

Dönüşüm, disiplinli parti düzeyinde tüketim yakalama ve net çıktı parti tanımları gerektirdiği için iyi yapılması en zor olaydır. Dönüşüm KDE'lerini yakalamazsanız, izleme kaydınız "teslim aldık ve sevk ettik" şeklinde olur ve arada ne olduğuna dair hiçbir kanıt kalmaz.

10) Karıştırma, karışık paletler ve birleştirme: gerçek dünya karmaşıklığı

Gerçek operasyonlarda ürünler birbirine karışır: karışık paletler, kısmi kasa toplama, dağıtım merkezlerinde konsolidasyon ve yeniden paketleme işlemleri. KDE yakalama sistemi, bu gerçekler karşısında parti kimliğini korumalıdır.

Operasyonel stratejiler şunları içerir:

• Karışık paletlerin izlenebilirliğini sağlamak için kasa düzeyinde parti kimliği (GS1-128),
• SSCC palet kimliği, palet içeriğiyle bağlantılıdır.
• Karıştırma kuralları (ne zaman izin verilir ve nasıl kaydedilir),
• Kimlik bilgilerinin kaybolabileceği durumlarda istisna işleme iş akışları.

Eğer veri toplama sürecinde kimlik bilgilerini kaybederseniz, dar anlamda yine de uyumluluğu sağlayabilirsiniz, ancak geri çağırma kapsamınız geniş ve maliyetli olacaktır.

11) İzlenebilirlik planı ve kayıt yapısı: KDE'lerin geri alınabilir hale getirilmesi

KDE yakalama işlemi, verileri geri alamıyorsanız işe yaramaz. FSMA 204, izlenebilirlik planı ve veri kümelerini hızlı bir şekilde sağlama yeteneği bekler. Pratikte, kayıt yapısı şunları desteklemelidir:

• Tüm etkinlik türlerinde parti bazlı arama,
• Zaman aralığı araması (şüpheli pencereler için),
• ticaret ortağı araması (gönderim yeri/teslimat adresi),
• Düzenleyici kurumların ve ortakların kullanabileceği dışa aktarma formatları (CSV, EPCIS, kullanıldığı yerlerde),
• Denetim izi bütünlüğü (gizli düzenlemeler yok).

Bu nedenle KDE programları şirketleri elektronik tablolardan ziyade olay tabanlı sistemlere yönlendiriyor.

12) 24 saat içinde yanıt beklentisi: KDE veri kümelerinin hızlı bir şekilde derlenmesi

Operasyonel olarak, KDE'nin hazır olma durumu yanıt hızıyla test edilir. FDA bir izlenebilirlik veri seti talep ederse, bunu hızlı bir şekilde üretebilmeniz gerekir. Bu, "24 saat içinde kayıt yanıtı" operasyonel ölçütüyle uyumludur.

Hızlı yanıt beklentilerini karşılamak için şunlara ihtiyacınız var:

• Önceden tanımlanmış dışa aktarma şablonları,
• Parti bazlı kanıt paketleri (teslim alma + işleme + sevkiyat),
• Sistemler arası otomatik bağlantı (WMS/MES/ERP),
• Kontrollü istisna yönetimi sayesinde KDE hataları nadirdir.

Eğer teslimat belgelerini ve sevkiyat tablolarını elle bir araya getirmek zorunda kalırsanız, baskı altında yeterince hızlı yanıt veremezsiniz.

13) EPCIS uyumu: KDE yakalamasını değişime hazır olaylara dönüştürmek

EPCIS, KDE/CTE verilerini standartlaştırılmış olaylar olarak temsil etmenin yaygın bir yoludur. KDE yakalama işleminiz zaten olay tabanlıysa, EPCIS ile hizalama oldukça basittir:

• Her bir CTE, zaman, konum, tanımlayıcılar ve iş bağlamı içeren bir olay haline gelir.
• Gönderim/teslim alma olayları nesne olaylarına dönüşür.
• Dönüşümler, dönüşüm olaylarına dönüşür.
• İşlem kimlikleri (PO/BOL/ASN) doğal olarak eşleşir.

Pratik nokta şu: EPCIS zayıf yakalamayı düzeltmez, güçlü yakalamayı güçlendirir. Eğer KDE yakalamanız tutarsızsa, EPCIS çıktıları da tutarsız olacaktır.

14) Kontroller ve doğrulama: KDE yakalama işleminin kurgu haline gelmesini önlemek

Kontroller zayıfsa KDE yakalama işlemi sahte olabilir. Sahtekarlığı önlemek için şunlar gereklidir:

• Tarama tabanlı yakalama: manuel girişi en aza indirmek,
• Doğrulama kuralları: Biçim kontrolleri ve bağlam kontrolleri (beklenen ürün/parti),
• Gözaltı/serbest bırakma uygulaması: Uygun olmayan partilerin gönderilmesini veya kullanılmasını engellemek,
• Denetim kayıtları: Değişiklikler gerekçelendirilmelidir ve sessiz kalınarak yapılamaz.
• Hareket istisnaları: Yanlış adımlar ve kimlik karıştırma hataları yoluyla kimlik kaybını önleyin.

Eğer insanlar KDE değerlerini sonradan, herhangi bir denetim olmaksızın değiştirebiliyorsa, veri setiniz yasal ve operasyonel olarak güvenilmez hale gelir.

15) KDE hazırlığının test edilmesi: simülasyon geri çağırma ve alma alıştırmaları

En iyi KDE testi, sahte bir geri çağırma testidir. Tamamlanmış bir grup seçin ve şunları üretin:

• İlgili girdiler için KDE'leri almak (bir adım geri),
• Girdileri çıktılara bağlayan dönüşüm KDE'leri (dahili soy ağacı),
• KDE'lerin çıktılarının nereye gittiğini gösteren gönderim (bir adım ileri),
• Kütle dengesi uzlaştırması.

Eğer herhangi bir KDE kategorisi eksikse, bunu hemen hissedersiniz çünkü izleme zinciri çıkmaz sokağa götürür. Bu nedenle, KDE'ye hazır olduğunuzu kanıtlamanın en hızlı yolu alıştırmalar yapmaktır.

16) KPI'lar: KDE'nin tamamlanma düzeyini ve sapmasını ölçmek

Faydalı KDE KPI'ları şunlardır:

Performans göstergeleri (KPI'lar) sistem iyileştirmelerini teşvik etmeli, raporlamayı cezalandırmamalıdır. KDE programları, bürokrasiyi artırdığında değil, manuel iş yükünü azalttığında ve güveni artırdığında başarılı olur.

17) Başarısızlık modelleri: KDE uyumluluğunun nasıl sahte olduğu

• Sonradan yapılan giriş. KDE'ler daha sonra "izleme işleminin çalışmasını sağlamak" için devreye girdi.
• Yalnızca belge izleme. Satın alma siparişleri ve sevk irsaliyeleri mevcut ancak parsel kimliğiyle bağlantılı değiller.
• Lot kimliğinde kayma. Tedarikçi partileri, dahili partiler ve sevkiyat partileri birbirini tutmuyor.
• Karışık renk körlüğü. Karışıklık tespit edilemedi; kapsam genişliyor.
• Dönüşüm boşlukları. Giriş ve çıkışlar birbirine bağlı değil; dahili izleme zinciri kopuyor.
• Manuel giriş normalleştirildi. Yazma işlemi kabul edilebilir olarak değerlendiriliyor; hata oranları artıyor.
• Tutuklamalar uygulanmaz. Uygun olmayan ürünleri gönderebilirsiniz; bu durum bir itiraf niteliği taşır.

Çözüm, uygulama disiplinidir: tarama yakalama, doğrulama kuralları, zorlu kontroller ve düzenli tatbikatlar.

18) Bu, V5'e nasıl eşlenir? SG Systems Global

V5, izlenebilirlik olay yakalamayı alma, üretim dönüşümleri ve sevkiyat iş akışlarına entegre ederek FSMA 204 KDE yakalamayı destekler. Uygulamada, V5 şunları yapabilir:

• Tedarikçi parti eşleştirmesi ve tasfiye kapılaması ile tarama odaklı alım KDE'lerini yakalama,
• Giriş partilerini miktarlarıyla çıkış partilerine bağlayan dönüşüm olaylarını yakalayın.
• SSCC/vaka kimliği ve BOL/ASN çıktılarıyla bağlantılı, tarama odaklı sevkiyat KDE'lerini yakalama,
• KDE yakalama işleminin gerçek kontrolle eşleşmesi için basılı tutma/bırakma ve hareket kurallarını uygulayın.
• Gerektiğinde EPCIS dahil olmak üzere izlenebilirlik değişim formatlarında olay verilerini dışa aktarın.
• “24 saat içinde yanıt” beklentileri ve simülasyonlu geri çağırmalar için hızlı takip paketleri oluşturun.

Bu özellikler, V5 WMS (mal kabul/sevkiyat), V5 MES (dönüşümler) ve harici ERP'ler ve iş ortağı sistemlerine bağlanmak için V5 Connect API aracılığıyla entegrasyon ile uyumludur.

19) Genişletilmiş SSS

S1. KDE'ler "izlenebilirlik kayıtları" ile aynı şey midir?
KDE'ler, izlenebilirlik kayıtlarının tanımlanmış bir alt kümesidir: belirli olaylar için gerekli olan belirli veri öğeleri. İzlenebilirlik kayıtları daha geniş kapsamlı olabilir; KDE'ler tutarlı ve erişilebilir olması gereken minimum gereksinimlerdir.

S2. Uyumluluk sağlamak için EPCIS kullanmak zorunda mıyız?
Mutlaka öyle değil. EPCIS, olay verisi alışverişi için yaygın bir standarttır, ancak uyumluluk, gerekli KDE veri kümelerinin yakalanması ve üretilmesiyle ilgilidir. EPCIS, ticaret ortakları standartlaştırılmış alışveriş talep ettiğinde faydalı hale gelir.

S3. Çoğu şirket için en zor KDE/CTE hangisidir?
Dönüşümler ve toplama. Giriş partilerini miktarlarla çıkış partilerine bağlamak, kimlik boşluklarının ve kütle dengesi hatalarının ortaya çıktığı noktadır. İkinci en zor kısım ise dağıtımda karışık paletlerin taşınmasıdır.

S4. En hızlı KDE uyumluluk yükseltmesi hangisidir?
Mal kabul ve sevkiyat işlemlerini tarama tabanlı ve parti bağlantılı hale getirin. Eğer hala mal kabul sırasında tedarikçi partilerini manuel olarak yazıyor veya tarama/doğrulama yapmadan partileri gönderiyorsanız, sürekli olarak baskı altında yeniden oluşturmak zorunda kalacaksınız.

S5. KDE'ye hazır olduğumuzu nasıl kanıtlıyoruz?
Deneme geri çağırmaları çalıştırın: tamamlanmış bir parti seçin ve uzlaştırılmış miktarlarla birlikte tüm olay veri setini (teslim alma/işleme/sevkiyat) hızlı bir şekilde oluşturun. Veri seti eksiksiz ve hızlıysa, KDE programınız gerçektir.

İlgili Okuma (pratik olmasına dikkat edin)
Tarama odaklı alım ve gönderim işlemlerini oluşturduğunuzda KDE uyumluluğu işlevsel hale gelir (KDE yakalamasını alıyorum. hem de KDE yakalama gönderimi), dönüşümler yoluyla parti kimliğini koruyun (çok sayıda soyağacı), miktarları uzlaştır (kütle dengesi) ve test hazırlığı ile sahte geri çağırmalar ve hızlı kayıt alma tatbikatları.