Zeytinyağı fabrikasında lot ve tank izlenebilirliği; zeytin kabulündeki hammadde kaydını sıkım partisine, sıkım partisini tank hareketlerine, tanktan çıkan yağı dolum partisine ve dolum partisini sevk edilen son ürüne bağlayan kesintisiz kayıt zinciriyle sağlanır. Tank numarası tek başına lot değildir: aynı tank zaman içinde farklı partileri barındırabilir, bir parti birden fazla tanka bölünebilir veya birden fazla kaynak kontrollü biçimde aynı tanka aktarılabilir. Bu nedenle sistemin temel görevi “hangi tankta ne var?” sorusundan çok, “bu şişedeki lot hangi kabul, üretim, tank ve transfer kayıtlarından oluştu?” sorusuna geriye ve ileriye doğru cevap verebilmektir.

Zeytinyağı fabrikasında izlenebilirlik zinciri nerede başlar, nerede biter?

İzlenebilirlik yalnız dolum sırasında etiket üzerine lot basmakla başlamaz. Zincir, işletmenin kontrolüne giren zeytinin kabul kaydından başlar; kabul kaydı üretim/sıkım partisine, üretim partisi tank hareketlerine, tank hareketleri analiz ve kalite kayıtlarına, son olarak dolum ve sevkiyat kayıtlarına bağlanır. Sistem, gerektiğinde bir son ürün lotundan kaynak girdilere ve bir hammadde/üretim partisinden etkilenen son ürünlere doğru ilerleyebilmelidir.

Uçtan uca izlenebilirlik zinciri
AşamaTemel kayıtSonraki aşamaya bağlayan anahtar
Zeytin kabulüKabul ID, üretici/tedarikçi, tarih-saat, miktaracceptance_id
Sıkım / üretimÜretim partisi, kullanılan kabul kayıtları, başlangıç-bitişproduction_lot_id
Tank girişiKaynak üretim lotu, tank, miktar, tarih-saattank_movement_id
Tank transferi / karışımKaynak tank/lotlar, hedef tank, miktarlartransfer_id / blend_id
Numune / analizTank veya lot, numune tarihi, sonuç referansısample_id
DolumKaynak tank/lot, SKU, miktar, dolum zamanıfill_lot_id
EtiketlemeSon ürün lotu / parti işaretifill_lot_id veya compliant lot code
SevkiyatSon ürün lotu, miktar, müşteri/kanalshipment_line_id

2026 parti/lot düzenlemesi fabrikadaki kayıt tasarımını nasıl etkiler?

11 Mart 2026’da yayımlanan Türk Gıda Kodeksi Gıdaların Ait Olduğu Partiyi Tanımlayan İşaretler veya Numaralar Hakkında Tebliğ (2026/11), piyasaya arz edilen gıdalarda partinin tanımlanmasını sağlayan işaret/numara kullanımını düzenliyor. Tebliğ, parti/lot numarası veya işaretinin parti tanımına uygun verildiğine dair kayıtların gıda işletmecisi tarafından tutulmasını ve talep edildiğinde Bakanlığa sunulabilmesini istiyor. Bakanlığın 6 Nisan 2026 güncelleme notunda mevcut işletmeler için 31 Aralık 2026’ya kadar geçiş süresi bulunduğu da belirtiliyor.

Bu gereklilik “her tankın adı lot numarası olsun” anlamına gelmez. Parti tanımı; aynı koşullarda, aynı hammaddeler ve aynı üretim yöntemiyle belirli bir zaman diliminde üretilen ve aynı özellikte olması beklenen satış birimleri grubunu ifade eder. İşletme, kendi parti oluşturma kuralını üretim gerçeğine ve yürürlükteki mevzuata uygun tanımlamalı; sistem de bu kuralın nasıl uygulandığını kayıt altına almalıdır.

Lot ile tank arasındaki fark nedir?

Lot, izlenebilir bir üretim/ürün grubunu tanımlar; tank ise fiziksel depolama varlığıdır. T-03 tankı bugün Lot A’yı, boşaltılıp temizlendikten sonra yarın Lot B’yi barındırabilir. Bu yüzden tank kimliği sabit, tank içeriği ise zaman içinde değişen bir durumdur. Sistem yalnız tank kartında güncel miktarı tutarsa geçmişi kaybeder; doğru modelde her giriş, çıkış, transfer ve düzeltme ayrı hareket kaydıdır.

Lot ve tank veri modeli karşılaştırması
NesneKalıcı kimlikDeğişebilen alanlarÖrnek
Tanktank_iddurum, güncel miktar, temizlik durumuT-03
Üretim lotuproduction_lot_iddurum, analiz ilişkileriPRD-20261006-04
Tank hareketimovement_idkaynak, hedef, miktar, zamanMOV-008712
Dolum lotufill_lot_idSKU, miktar, tarih, kaynak tankFILL-20261006-02
Son ürün parti işaretilot_codeetiket üzerinde gösterilen kod kuralıL061026B

1. adım — Zeytin kabul kaydı nasıl tutulmalı?

Kabul kaydında en az işletmenin gerçekten kullandığı tedarik/üretici referansı, kabul tarihi-saat, miktar, zeytin çeşidi beyanı varsa bunun kaynağı, geliş şekli ve kabul statüsü tutulabilir. Bir kabul fişindeki zeytin birden fazla sıkım partisine bölünecekse sistem bu bölünmeyi desteklemelidir; kabul ID’sini doğrudan son ürün lotuna eşitlemek her işletmede doğru değildir.

  • Her kabul için değişmeyen `acceptance_id` üretin.
  • Kantar veya manuel miktar düzeltmelerini eski değeri ezmek yerine audit kaydıyla yönetin.
  • Bir kabul kaydı birden çok üretim lotuna bölünebiliyorsa kullanılan miktarı satır bazında saklayın.
  • Başka müşterinin/üreticinin kişisel verisini üretim ekranlarında gereksiz yere göstermeyin.
  • Kabul iptal veya ret durumlarını fiziksel ürünün tesisteki gerçek durumuyla eşleştirin.

2. adım — Sıkım/üretim lotu nasıl oluşturulmalı?

Üretim lotu, aynı üretim koşulları altında birlikte işlenen girdileri operasyonel olarak gruplar. Sistemde yalnız “bugünkü üretim” diye tek kayıt tutmak yerine hangi kabul kayıtlarından ne kadar kullanıldığı, hattın başlangıç-bitiş zamanı ve ortaya çıkan ürün miktarı ilişkilendirilmelidir. Üretim lotu kuralı işletmenin gerçek prosesiyle uyumlu olmalıdır; sırf yazılım kolaylığı için farklı koşullardaki üretimleri tek lotta birleştirmeyin.

Üretim lotu için örnek alanlar
AlanÖrnekNeden gerekir?
production_lot_idPRD-20261006-04Tekil üretim referansı
started_at / ended_at10:15 / 11:05Zaman dilimi
input_acceptancesACC-1042, ACC-1043Girdi zinciri
input_quantity_kg2.480 kgKütle dengesi
line_idLINE-01Hangi hat/proses
operator / shiftVardiya AOperasyon izi
output_quantity_kgör. 410 kgÇıktı-kayıp kontrolü
statuscompleted / quarantinedKalite ve kullanım kararı

3. adım — Üretim lotu tanka girerken hangi kayıt oluşmalı?

Üretimden çıkan yağ tanka alındığında sistem yeni bir tank hareketi oluşturmalıdır. Hareket; kaynak üretim lotunu, hedef tankı, miktarı, zaman damgasını ve işlemi yapan kullanıcıyı bağlar. Tank kartında yalnız “410 kg” yazmak yeterli değildir; bu miktarın hangi hareketlerden oluştuğu geriye dönük görülebilmelidir.

4. adım — Tanktan tanka transfer nasıl izlenir?

T-01’den T-03’e 600 kg yağ aktarıldığında yalnız kaynak tankı azaltıp hedef tankı artırmak izlenebilirlik için yetersizdir. Tek bir transfer işlemi iki stok etkisi ve ortak bir transfer kimliğiyle kaydedilmelidir: kaynak çıkışı ve hedef girişi. Böylece hedef tanktaki içeriğin hangi kaynaktan geldiği korunur.

Tank transfer kaydı
AlanÖrnek
transfer_idTR-20261006-018
source_tankT-01
source_traceable_lotPRD-20261005-07
destination_tankT-03
quantity_kg600
started_at / completed_at09:10 / 09:42
operatorOP-12
reasonstok birleştirme / tank değişimi
source_balance_after120 kg
destination_balance_after1.850 kg

5. adım — Birden fazla lot aynı tanka girerse ne olur?

Bir hedef tanka birden fazla üretim lotundan yağ aktarılıyorsa sistem kaynak ilişkilerini kaybetmemelidir. İşletmenin mevzuata ve kalite prosedürüne uygun parti tanımlama kuralına göre bu işlem yeni bir izlenebilir grup/karışım kaydı doğurabilir. Yeni oluşturulan downstream lot veya blend kimliği, kendisini oluşturan tüm kaynak lotları ve miktarları referanslamalıdır.

GS1 Global Traceability Standard, batch/lot seviyesindeki izlenebilirliğin ürünün geçmişini ve etkilenebilecek miktarları ayırt etmeyi kolaylaştırdığını; dönüşüm/repacking gibi süreçlerde yeni çıktı ile orijinal girdiler arasındaki bağlantının korunması gerektiğini vurgular. Fabrika yazılımındaki transfer/karışım modeli bu temel prensibi desteklemelidir.

Karışım ilişki örneği
KaynakMiktarHedef / yeni ilişki
PRD-A → T-04400 kgBLEND-24
PRD-B → T-04350 kgBLEND-24
T-02’deki izlenebilir bakiye250 kgBLEND-24
Toplam hedef içerik1.000 kgBLEND-24 tüm kaynakları referanslar

6. adım — Tank boşaltma ve temizlik neden izlenebilirliğin parçasıdır?

Tank fiziksel varlık olduğu için “boş” durumu yalnız miktarın sıfır olması değildir. İşletmenin hijyen prosedürüne göre boşaltma, temizlik, kontrol ve yeniden kullanıma hazır olma durumları ayrıca yönetilebilir. Önceki lot tamamen boşalmadan veya gerekli prosedür tamamlanmadan yeni ürün girişi varsa bunun etkisi kalite ve izlenebilirlik değerlendirmesine girebilir.

  • Tank durumları için örnek: `in_use`, `empty_pending_cleaning`, `cleaning`, `ready`, `blocked`.
  • Temizlik kaydını tank ID, tarih-saat, prosedür/iş emri ve kullanıcıyla ilişkilendirin.
  • Tanktaki ölçülemeyen bakiye veya fireyi sistemde sessizce yok etmeyin; prosedüre uygun düzeltme hareketi oluşturun.
  • Bakım nedeniyle kullanım dışı tankın üretim ekranında hedef olarak seçilememesini sağlayın.

7. adım — Numune ve analiz kayıtları lota mı tanka mı bağlanmalı?

Analiz sonucu hangi fiziksel ürünü temsil ediyorsa o izlenebilir nesneyle bağlanmalıdır. Tanktan alınan numune yalnız belirli tarihte o tanktaki içeriği temsil ediyorsa `sample_id`, tank hareket geçmişi ve ilgili lot ilişkileriyle saklanmalıdır. Sonraki transfer veya karışım sonrası eski analiz sonucunu yeni içeriğin otomatik sonucu gibi taşımayın.

Numune/analiz ilişkisi
AlanAmaç
sample_idNumunenin tekil kimliği
sampled_atHangi anda alındı?
source_typetank / production lot / fill lot
source_idT-03 veya PRD-...
lab_referenceİç/dış laboratuvar kayıt referansı
result_statusbekliyor / uygun / bloke
valid_for_operationHangi üretim/lot kararı için kullanılabilir?

8. adım — Tanktan doluma geçerken yeni lot ilişkisi nasıl kurulur?

Dolum emri başlatıldığında kaynak tank ve o andaki izlenebilir içerik açıkça belirlenmelidir. Aynı tanktan 500 ml cam ve 5 L teneke doldurulabilir; bu iki SKU aynı kaynak yağa bağlı olsa da son ürün kimlikleri ve ambalaj/GTIN yapıları farklıdır. Dolum lotu; kaynak tank/lot, SKU, dolum başlangıç-bitiş zamanı, dolan miktar/adet ve etiket parti kodunu bağlamalıdır.

Dolum lotu örneği
AlanÖrnek
fill_lot_idFILL-20261006-02
source_tankT-04
source_traceability_refBLEND-24
skuZY-SZ-1000-CAM
gtinürünün gerçek GTIN’i
filled_units720 adet
filled_quantity720 L
started_at / ended_at13:20 / 14:05
label_lot_codeL061026B
statusreleased / hold

9. adım — Etiket lot kodu yazılım kayıtlarıyla nasıl eşleşmeli?

Etikette görünen lot kodu, sistemde sorgulanabilir bir kayıt anahtarı veya deterministik kural üzerinden ilgili dolum/parti kaydına çözülmelidir. Kullanıcı etikette `L061026B` gördüğünde yazılım bu koddan ilgili dolum lotunu, kaynak tankı, tankın kaynak lotlarını ve kabul kayıtlarını bulabilmelidir. Kodun kısa olması sorun değildir; önemli olan arka plandaki zincirin tek anlamlı ve kayıtlı olmasıdır.

2026/11 Tebliği, kullanılan parti/lot numarası veya işaretinin Tebliğdeki parti tanımına uygunluğuna ilişkin kaydın tutulmasını gerektiriyor. Bu nedenle lot kodu formatını yalnız görsel tercih olarak değil, yazılı bir kodlama kuralı ve sistem kaydıyla birlikte yönetin.

10. adım — Sevkiyat lot bazında nasıl izlenmeli?

Son ürün deposunda yalnız SKU miktarı tutmak geri çağırma veya kalite incelemesi için yetersiz olabilir. Sevkiyat satırında SKU ile birlikte lot kodu ve miktar tutulursa bir lotun hangi müşterilere/kanallara gittiği ileriye doğru izlenebilir. Aynı sipariş içinde aynı SKU’nun iki farklı lotu varsa iki lot satırı veya ayrıntı ilişkisi saklanmalıdır.

Sevkiyat izlenebilirlik örneği
SiparişSKULotMiktar
SO-88011 L camL061026B24 adet
SO-88015 L tenekeL061026C6 adet
SO-88021 L camL061026B48 adet
SO-88031 L camL051026A12 adet

Bir lot için geri çağırma/inceleme simülasyonu nasıl yapılır?

İyi bir izlenebilirlik sistemi yalnız kayıt toplamaz; gerektiğinde zinciri kısa sürede çözebilir. Örneğin `L061026B` için test başlatıldığında sistem dolum kaydını, kaynak T-04 tankını, bu tankı oluşturan PRD-A/PRD-B gibi lotları ve bunların kabul kayıtlarını göstermelidir. İleriye doğru sorguda ise bu lotun hangi stok konumlarında kaldığı ve hangi sevkiyatlara gittiği görülebilmelidir.

  • Geriye doğru test: son ürün lotu → dolum → tank/blend → üretim lotu → kabul/tedarik kaydı.
  • İleriye doğru test: kabul/üretim lotu → tank/blend → dolum lotları → mevcut stok ve sevkiyatlar.
  • Test sonucuna sorgu başlangıç-bitiş süresini ve eksik bağlantıları kaydedin.
  • Yılda/periodik olarak yapılacak gerçek izlenebilirlik test sıklığını işletmenin mevzuat ve kalite sistemi belirlemelidir; yazılım bu testlerin kaydını desteklemelidir.

Kütle dengesi neden kritik bir kontrol?

İzlenebilirlik yalnız kimlik ilişkisi değil, miktar ilişkisidir. 1.000 kg kaynak ürünün 1.400 kg son ürüne dönüşmesi kayıt hatasını gösterir. Her üretim, transfer ve dolum aşamasında giriş, çıkış, fire, numune ve düzeltmeler toplamı kontrol edilebilir olmalıdır. Kütle dengesi sıfır fark vermek zorunda olmayabilir; ancak kabul edilen tolerans ve kayıp nedenleri prosedürle tanımlanmalıdır.

Kütle dengesi kontrolü
AşamaGirişÇıkış / kalanAçıklanabilir fark
ÜretimZeytin girdisiyağ + yan ürünlerproses verimi ayrıca modellenir
Tank transfer600 kghedefe 598 kghat/tartım toleransı prosedüre göre
Dolum720 L720 × 1 L + hat bakiyesinumune/fire kaydı
Sevkiyat100 koli stok82 sevk + 18 stoklot bazında eşleşmeli

Kim neyi değiştirdi bilgisi neden tutulmalı?

Lot/tank sisteminde geçmiş kaydı doğrudan düzenlemek izlenebilirliği zayıflatır. Yanlış miktar girildiyse eski kaydı görünmez biçimde değiştirmek yerine yetkili düzeltme işlemi oluşturmak daha güvenlidir. Audit log; kaydın kim tarafından, ne zaman, hangi eski ve yeni değerle ve hangi nedenle değiştirildiğini gösterebilmelidir.

  • Üretim lotunu silmek yerine iptal/void statüsü kullanın.
  • Tank transferini tamamlandıktan sonra geri almak gerekiyorsa ters hareket veya kontrollü düzeltme kaydı oluşturun.
  • Lot kodu basıldıktan sonra değişiklik gerekiyorsa eski kodla yeni kod arasındaki ilişkiyi saklayın.
  • Yönetici yetkisi gerektiren işlemleri rol bazlı sınırlayın.
  • Audit kayıtlarının normal kullanıcı tarafından değiştirilememesini sağlayın.

Tank, lot ve dolum işlemlerinde barkod kullanmak gerekli mi?

Barkod zorunlu bir mimari değildir; doğru veri modelini hızlandıran giriş aracıdır. Tank üzerinde sabit tank barkodu, üretim fişinde lot barkodu ve dolum emrinde görev barkodu kullanılabilir. Operatör T-04 barkodunu okuttuğunda sistem yalnız o tankı seçmeli; hangi ürünün tanka girdiği ayrıca lot/iş emri üzerinden doğrulanmalıdır. Tek barkodun hem tankı hem lotu temsil etmesini beklemek fiziksel varlık ile ürün kimliğini karıştırır.

Atölyelerde barkodlu iş emri yaklaşımında olduğu gibi tarama, operatörün doğru kaydı hızlı bulmasını sağlar; fakat işlem kuralları, yetki, miktar doğrulaması ve offline/bağlantı kesintisi senaryoları ayrıca tasarlanmalıdır.

Fabrika ağ bağlantısı kesilirse izlenebilirlik kaydı nasıl korunur?

Üretim hattında bağlantı kesilmesi kayıt zincirini koparmamalıdır. Kritik hareketler yerel kuyruğa alınacaksa her işlemin tekil `event_id` değeri olmalı; tekrar senkronizasyonda aynı transfer/dolum hareketi iki kez yazılmamalıdır. Offline işlem zamanı ile sunucuya ulaşma zamanı ayrı tutulmalı, kullanıcı çevrimdışı olduğunu ekranda görebilmelidir.

Yazılımda minimum tablolar / varlıklar neler olabilir?

Örnek veri modeli
VarlıkÖnemli ilişkiler
acceptancestedarik/üretici, miktar, zaman
production_lotsacceptance_inputs ile çoktan çoğa
tankssabit fiziksel tank kaydı
tank_movementssource_ref, destination_tank, quantity
blend_relationsoutput lot ↔ birden fazla input lot
samples / analysessource_type + source_id
fill_lotssource tank/traceability ref + SKU
lot_codesetiketteki kod ↔ fill/party record
shipments / shipment_lotssipariş satırı ↔ lot + miktar
audit_eventsdeğişiklik, kullanıcı, neden, zaman

Kurgusal örnek: Akhisar’da 6 tanklı zeytinyağı fabrikası

Akhisar’da iki sıkım hattı ve T-01–T-06 arasında altı depolama tankı bulunan kurgusal “Gediz Ova Yağ” fabrikasını düşünelim. Sabah ACC-410 ve ACC-411 kabul kayıtlarından PRD-1007 üretim lotu oluşuyor. Çıkan yağın 380 kg’ı T-02’ye, 140 kg’ı T-03’e aktarılıyor. Öğleden sonra T-02 içeriğinin 300 kg’ı T-05’e transfer ediliyor. Bu firma, miktarlar ve kodlar tamamen öğretici örnektir; gerçek Akhisar Dijital müşterisi veya gerçek üretim kaydı değildir.

Ertesi gün T-05 içeriğinden 1 L cam ürün doldurulduğunda FILL-210 ve etiket lotu L071026A oluşuyor. L071026A sorgulandığında sistem FILL-210 → T-05 hareketleri → PRD-1007 → ACC-410/411 zincirini gösteriyor. Aynı PRD-1007’den T-03’te kalan ürün daha sonra başka doluma giderse ileriye doğru sorgu iki son ürün lotunu da gösterebiliyor.

30 günde lot ve tank izlenebilirliği nasıl kurulabilir?

  • 1–3. gün: Mevcut kabul, sıkım, tank, analiz, dolum ve sevkiyat formlarını toplayın; hangi kodların gerçekten kullanıldığını çıkarın.
  • 4–6. gün: `acceptance_id`, `production_lot_id`, `tank_id`, `movement_id`, `fill_lot_id` ve etiket lot kodunun görevini ayrı ayrı tanımlayın.
  • 7–9. gün: Tank giriş/çıkış/transfer ve karışım kurallarını gerçek üretim ekibiyle süreç haritasına dökün.
  • 10–12. gün: Parti/lot kodlama prosedürünü 2026/11 ve özel ürün mevzuatı açısından yetkin sorumluyla doğrulayın.
  • 13–16. gün: Kabul → üretim → tank hareketi → dolum veri modelini test ortamında kurun.
  • 17–19. gün: Kütle dengesi, tank bakiye hesaplama, numune/analiz ve blokaj statülerini ekleyin.
  • 20–22. gün: Etiket lot kodundan geriye doğru zincir ve üretim lotundan ileriye doğru sevkiyat sorgularını geliştirin.
  • 23–24. gün: Barkod/okuyucu kullanılacaksa tank ve lot kimliklerini ayrı tutarak pilot edin.
  • 25–26. gün: Offline/idempotency ve yetki/audit-log senaryolarını test edin.
  • 27–28. gün: En az üç kurgusal lotla ileri/geri izlenebilirlik tatbikatı ve kütle dengesi testi yapın.
  • 29–30. gün: Operatör ekranlarını sadeleştirin, prosedürü yazın ve gerçek geçiş öncesi mevzuat/kalite onayı alın.

Canlıya almadan önce 14 maddelik kontrol

Lot/tank izlenebilirlik yayın kontrolü
KontrolBeklenen durum
Kabul kimliğiHer kabul değişmeyen ID ile kayıtlı
Üretim lotuKullanılan kabul girdileri ve miktarları bağlı
Tank kimliğiFiziksel tank ile ürün lotu ayrılmış
Tank hareketiHer giriş/çıkış/transfer ayrı event
KarışımYeni çıktı tüm kaynak lotları referanslıyor
Tank temizliğiKullanıma hazır durumu prosedüre bağlı
AnalizNumune hangi içerikten alındı belli
Dolum lotuKaynak tank/lot + SKU + miktar bağlı
Etiket lotuSistem kaydına tek anlamlı çözülüyor
SevkiyatSKU yanında lot ve miktar izleniyor
Kütle dengesiGiriş/çıkış farkları açıklanabilir
Audit logDeğişiklik kullanıcı/zaman/neden ile kayıtlı
OfflineTekil event + tekrar yazmayı önleyen senkronizasyon
TatbikatGeriye ve ileriye sorgu başarıyla tamamlanıyor

Sık sorulan sorular

Tank numarası lot numarası olarak kullanılabilir mi?

Tank fiziksel depolama varlığıdır, lot ise izlenebilir ürün/üretim grubudur. Aynı tank farklı zamanlarda farklı lotları barındırabileceği için tank ID ile lot kimliğini ayrı tutmak daha sağlıklıdır. Etiket parti/lot kodu işletmenin gerçek parti tanımı ve mevzuat prosedürüyle ayrıca belirlenmelidir.

Birden fazla üretim lotu aynı tanka aktarılırsa izlenebilirlik kaybolur mu?

Kaybolmak zorunda değildir. Hedef içerik veya yeni lot/blend kaydı, kendisini oluşturan tüm kaynak lotları ve miktarları referanslamalıdır. Kaynak ilişkileri silinmeden downstream zincir korunur.

Tanktan tanka transferi yalnız stok miktarı değiştirerek kaydetmek yeterli mi?

Hayır. Transfer için kaynak, hedef, miktar, zaman, kullanıcı ve kaynak lot ilişkisini taşıyan tekil transfer/hareket kaydı tutulmalıdır. Böylece geçmiş tank bakiyesi ve içerik kaynağı çözülebilir.

Dolum lotundan geriye doğru hangi kayıtlara ulaşılmalı?

Dolum lotu → kaynak tank/izlenebilir içerik → tank transferleri/karışım → üretim lotu → kabul girdileri zinciri görülebilmelidir. İleriye doğru da aynı üretim lotunun hangi dolum ve sevkiyatlara gittiği sorgulanabilmelidir.

Lot/tank takip sistemi için barkod şart mı?

Hayır. Barkod veri girişini hızlandırır fakat doğru veri modelinin yerine geçmez. Tank barkodu fiziksel tankı, lot/iş emri barkodu ise izlenebilir ürün veya görevi tanımlamalıdır.

2026/11 Parti/Lot Tebliği yazılımı nasıl etkiler?

Tebliğ, piyasaya arz edilen gıdalardaki parti işaretlemesini ve parti/lot kodunun parti tanımına uygun verildiğine ilişkin kayıt sorumluluğunu düzenler. Yazılım, işletmenin mevzuata uygun parti oluşturma kuralını ve bu kurala ait kayıt zincirini desteklemelidir; özel hukuki/mevzuat değerlendirmesi yetkin sorumluyla yapılmalıdır.