छोटे खाद्य उत्पादकों के लिए लॉट और एक्सपायरी ट्रेसबिलिटी ऐप

एक ट्रेसबिलिटी ऐप किस समस्या को हल करता है

जब आप छोटे होते हैं तो एक स्प्रेडशीट पर्याप्त लगती है। आप कुछ पंक्तियाँ स्कैन कर लेते हैं, तारीख से फ़िल्टर करते हैं, और सोचते हैं कि बाद में सहेज लेंगे। लेकिन यह तब काम करना बंद कर देता है जब आपके पास कई सामग्री, कई फिनिश्ड उत्पाद और एक ही इनपुट का बार-बार उपयोग करने वाली प्रोडक्शन रन हो जाती हैं।

स्प्रेडशीट्स असल जीवन के साथ संघर्ष करती हैं। एक सामग्री लॉट कई बैचों में बंट जाता है। एक बैच कई SKU या पैक साइज में बदल जाता है। रिटर्न होते हैं। लेबल फिर से छपते हैं। कोई पंक्ति कॉपी करता है और लॉट नंबर बदलना भूल जाता है। जब कोई समस्या आती है, तो आप "डेटा एंट्री" नहीं, बल्कि गायब इतिहास से निपट रहे होते हैं।

लॉट ट्रेसबिलिटी जल्दी और भरोसे के साथ दो सवालों का जवाब देने की क्षमता है:

• यह लॉट कहाँ गया? (कौन से उत्पाद, कौन से ग्राहक, कौन सी तारीखें)
• इस उत्पाद लॉट में क्या गया था? (कौन से इनग्रेडियंट लॉट्स, कौन सा बैच, कौन सा सप्लायर)

एक लॉट और एक्सपायरी ट्रेसबिलिटी ऐप उन जवाबों को नियमित बनाता है। नोट्स में खोजना छोड़कर, आप रिसीविंग, प्रोडक्शन, पैकिंग और बिक्री जैसे महत्वपूर्ण क्षणों पर लॉट रिकॉर्ड करते हैं। हर मूवमेंट एक ट्रेल छोड़ता है जिसे बाद में फॉलो किया जा सकता है।

एक्सपायरी ट्रैकिंग एक अलग समस्या हल करती है: चुपचाप होने वाला नुकसान। अगर आपके पास यह स्पष्ट नहीं है कि क्या जल्दी खत्म होने वाला है, तो या तो आप उत्पाद बर्बाद करते हैं (शेल्फ पर एक्सपायर हो जाता है) या बड़ा जोखिम लेते हैं (यह तब बिक जाता है जब नहीं बेचना चाहिए)। निकट-समाप्ति दृश्यता उत्पादन की योजना बनाने में भी मदद करती है: पुराने इनग्रेडियंट पहले इस्तेमाल करें, खरीद ऑर्डर्स समायोजित करें और ओवरबायिंग से बचें।

"लॉट नंबर द्वारा रीकॉल" व्यवहार में सरल महसूस होना चाहिए। आप एक लॉट नंबर दर्ज या स्कैन करते हैं और देखते हैं कि यह किससे जुड़ा है: वह किन फिनिश्ड लॉट्स में बदला, उन लॉट्स को किसने प्राप्त किया, अभी क्या स्टॉक पर है (और कहाँ), और नोटिफिकेशन व आंतरिक ट्रैकिंग के लिए ग्राहकों और मात्राओं की साफ़ सूची।

एक छोटे सॉस निर्माता के लिए इसका मतलब यह हो सकता है कि एक मिर्च पाउडर का लॉट तीन बैचों में दो SKU के across इस्तेमाल हुआ, फिर गोदाम में अभी 18 केस बचे हैं और पिछले सप्ताह छह ग्राहकों को शिपमेंट गया था।

यदि आप इसे AppMaster में बनाते हैं, तो आप लॉट्स, बैच और एक्सपायरीज़ को डेटाबेस-फर्स्ट तरीके से मॉडल कर सकते हैं, और फिर सरल रिसीविंग व प्रोडक्शन फॉर्म जोड़ सकते हैं ताकि सही जानकारी काम के दौरान ही पकड़ी जा सके।

लॉट और एक्सपायरी ट्रैक करने के लिए आवश्यक बुनियादी डेटा

एक ट्रेसबिलिटी सिस्टम तभी काम करता है जब हर कोई एक ही कुछ तथ्यों को एक ही तरीके से रिकॉर्ड करे। शुरू करने के लिए आपको बड़ा डेटाबेस नहीं चाहिए, लेकिन स्पष्ट शर्तें चाहिए।

SKU वह उत्पाद है जिसे आप बेचते हैं (उदा., "12 oz स्ट्रॉबेरी जैम"). एक लॉट उस SKU का एक विशेष समूह है जो एक ही समय में बनाया या प्राप्त किया गया और साथ में ट्रैक किया गया। छोटे प्लांट में बैच अक्सर "लॉट" की तरह ही उपयोग होता है, पर यह एक अकेला केटल रन या प्रोडक्शन ईवेंट भी दर्शा सकता है। एक शब्द चुनें (लॉट या बैच) और हर जगह उसका उपयोग करें।

रिसीविंग पर, उन न्यूनतम फील्ड्स को कैप्चर करें जो आपको जवाब दें: यह क्या है, यह कहाँ से आया और इसकी समाप्ति कब है? शानदार स्क्रीन भी मदद नहीं करेंगी अगर रिसीविंग डेटा असंगत है।

रिसीविंग पर ये फील्ड रिकॉर्ड करें:

• सप्लायर का नाम (और सप्लायर लॉट, यदि दिया गया हो)
• रिसीव डेट
• आंतरिक लॉट नंबर (वही जिसे आप बाद में खोजेंगे)
• एक्सपायरी डेट या बेस्ट-बाय डेट
• मात्रा और यूनिट (केस, पुंड, जार)

एक्सपायरी डेट्स आमतौर पर सप्लायर लेबल से आती हैं। जिन वस्तुओं को आप बनाते हैं, उनकी अवधि आंतरिक शेल्फ-लाइफ नियम (उदा., "प्रोडक्शन डेट के 14 दिन बाद") या टेस्टेड बेस्ट-बाय पीरियड से आती है। जब आप प्रोडक्शन में लॉट बनाते हैं, तो प्रोडक्शन डेट और कैल्कुलेटेड एक्सपायरी डेट दोनों स्टोर करें ताकि नियम स्पष्ट रहे।

जैसे-जैसे उत्पाद चलता है, एक सरल विचार रखें: हर लेन-देन यह कहे कि “लॉट X में Y परिवर्तन हुआ।” हर कदम पर (उत्पादन, स्टोर, शिप, बिक्री) लॉट नंबर, तारीख/समय, स्थान (या स्टोरेज एरिया) और मात्रा परिवर्तन कैप्चर करें।

रीवर्क और लॉट्स मिलाने में टीमें खो जाती हैं। इसे एक रेसिपी की तरह ट्रीट करें: यदि आप Lot A और Lot B को मिलाकर नई रन बनाते हैं, तो एक नया लॉट (Lot C) बनाइए और Lot C के "पेरेंट्स" (A और B) को उपयोग की गई मात्राओं के साथ रिकॉर्ड कीजिए। इस तरह Lot A की खोज करने पर भी आप देख पाएँगे कि वह कहाँ खत्म हुआ।

AppMaster जैसे टूल इन फील्ड्स को कुछ टेबल्स और फॉर्म्स के साथ जल्दी मॉडल कर सकते हैं, ताकि आपकी टीम पहले दिन से लॉट्स को लगातार दर्ज करे।

रिसीविंग से बिक्री तक एक सरल लॉट फ्लो

एक लॉट और एक्सपायरी ट्रेसबिलिटी ऐप तब सबसे अच्छा काम करता है जब आपकी प्रक्रिया सरल और सुसंगत हो। इसे एक "लॉट स्टोरी" समझें जो डॉक से शुरू होकर तब तक चलती है जब तक उत्पाद आपके हाथ से निकलता है। यदि आप उस स्टोरी को हर कदम पर एक स्क्रीन में फॉलो कर सकते हैं, तो रीकॉल और स्टॉक फैसले बहुत आसान हो जाते हैं।

रिसीविंग से शुरू करें। हर डिलिवरी को तुरंत एक लॉट रिकॉर्ड बनाना चाहिए। सप्लायर, उत्पाद, लॉट नंबर, एक्सपायरी/बेस्ट-बाय डेट, मात्रा और रिसीव की तारीख कैप्चर करें। फिर मैचिंग लेबल प्रिंट या लिखकर केस, टोट या बिन पर लगाएँ। लक्ष्य यह है कि लॉट नंबर जहाँ भी इन्वेंटरी हो, वहाँ दिखाई दे।

प्रोडक्शन में, आप सामग्री को उस चीज़ से जोड़ते हैं जो आप बनाते हैं। अगर आप दूध, कल्चर और नमक को पनीर बनाते हैं, तो आपका फिनिश्ड रन अपना खुद का लॉट बन जाता है। उस फिनिश्ड लॉट को यह "याद" रखना चाहिए कि किस इनग्रेडियंट लॉट्स ने इसमें योगदान दिया। यही पीछे (क्या इस्तेमाल हुआ?) और आगे (यह कहाँ गया?) ट्रेस करने देता है।

स्टोरेज वह जगह है जहाँ अक्सर ट्रेसबिलिटी टूटती है। व्यावहारिक रहें: हर शेल्फ, फ्रिज या पैलेट स्पॉट का एक स्थान नाम रखें, और जरूरत पड़ने पर एक सरल बिन आईडी। स्टॉक मूव होने पर काउंट अपडेट करें। आपको परफेक्ट रियल-टाइम सटीकता की ज़रूरत नहीं, पर एक साफ़ आखिरी ज्ञात लोकेशन होनी चाहिए।

सेल्स और शिपिंग अंतिम कड़ी हैं। हर ऑर्डर रिकॉर्ड करे कि कौन से फिनिश्ड लॉट्स पिक किए गए, कितनी यूनिट्स और किसे भेजे गए। यदि आप सीधे बेचते हैं और "ऑर्डर" नहीं रखते, तो हर ग्राहक या मार्केट डे के लिए एक सरल सेल्स लॉग रखें।

रिटर्न, वेस्ट और रीवर्क को वास्तविक मूवमेंट समझकर ट्रीट करें, साइड नोट की तरह नहीं। लौटे हुए आइटम उसी लॉट के तहत एक विशिष्ट लोकेशन में रखें। वेस्ट को लॉट के खिलाफ कारण के साथ लॉग करें (एक्सपायर, डैमेज, QA होल्ड)। रीवर्क एक नया फिनिश्ड लॉट बन जाता है जो अपने इनपुट लॉट से जुड़ा होता है।

उदाहरण: एक छोटे साल्सा निर्माता ने टमाटर (Lot T-104) प्राप्त किया, Salsa Mild (Lot SM-220) बनाया, इसे "Cooler A Shelf 2" में स्टोर किया, फिर SM-220 के 30 जार लोकल शॉप को भेजे। यदि बाद में कोई ग्राहक कॉल करता है, तो आप SM-220 ढूँढ पाएँगे, देख पाएँगे कि उसने T-104 इस्तेमाल किया, और पुष्टि कर पाएँगे कि कौन-से ऑर्डर्स इसमें शामिल थे।

कदम दर कदम: एक बुनियादी ट्रेसबिलिटी वर्कफ़्लो सेट करें

छोटे से शुरू करें और रोज़मर्रा का रास्ता सबसे आसान बनाइए। एक लॉट और एक्सपायरी ट्रेसबिलिटी ऐप तभी काम करता है जब रिसीविंग, प्रोडक्शन और शिपिंग सेकंडों में हो, मिनटों में नहीं।

1) सबसे पहले आवश्यकताएँ सेट करें

वो लिखिए जो आप वास्‍तव में संभालते हैं, न कि जो आपकी अकाउंटिंग सिस्टम उसे कहती है। नाम सुसंगत रखें ताकि वही आइटम तीन तरह से दर्ज न हो।

आपको तीन सरल सूचियाँ चाहिए:

• आप जो उत्पाद बेचते हैं (SKU, पैक साइज, शेल्फ-लाइफ़ नियम यदि वे अलग हैं)
• जो सामग्री और पैकेजिंग आप प्राप्त करते हैं (सप्लायर, सामान्य यूनिट, एलर्जी फ्लैग अगर लागू हों)
• स्टोरेज लोकेशन्स (रूम, कूलर, फ्रीजर, शेल्फ या बिन)

AppMaster में, यह Data Designer में कुछ टेबल्स के रूप में साफ़ मैप होता है। बाद में फील्ड जोड़ें, पर शुरुआत में वही रखें जो आपकी टीम हर दिन उपयोग करेगी।

2) एक लॉट आईडी फॉर्मैट चुनें जिसे आपकी टीम वास्तव में फॉलो करेगी

सबसे अच्छा लॉट फॉर्मैट वह है जिसे लोग दबाव में भी सही बना सकें। कई छोटे प्रो़ड्यूसर तारीख + छोटा रन कोड उपयोग करते हैं (उदा.: 2026-01-25-A)। यदि आपको सप्लायर लॉट भी कैप्चर करना है, तो उसे अलग फील्ड में स्टोर करें ताकि वह खो न जाए।

फिर तीन सरल स्क्रीन बनाइए जो वास्तविक काम से मेल खाती हों:

• रिसीविंग: सामग्री, सप्लायर लॉट, आंतरिक लॉट, एक्सपायरी/बेस्ट-बाय, मात्रा, लोकेशन
• प्रोडक्शन: फिनिश्ड लॉट और इस्तेमाल किए गए इनग्रेडियंट लॉट्स (मात्राओं के साथ)
• डिस्पैच/सेल्स: फिनिश्ड लॉट, मात्रा आउट, ग्राहक या चैनल, तारीख

क्विक सर्च को डिफ़ॉल्ट बनाइए। यदि बारकोड है तो स्कैन करें। नहीं है तो बड़ा "सर्च लॉट" फील्ड और छोटा लॉट फॉर्मैट रखें ताकि मैनुअल एंट्री विश्वसनीय रहे।

3) रोलआउट से पहले एक प्रोडक्ट लाइन के साथ टेस्ट करें

एक फास्ट-मूविंग प्रोडक्ट के साथ पायलट करें। सब कुछ एक साथ परफेक्ट करने की कोशिश न करें।

एक उपयोगी टेस्ट: एक सामग्री डिलिवरी रिसीव करें, एक बैच बनाएं, कुछ यूनिट शिप करें, फिर उसे पीछे और आगे ट्रेस करने की कोशिश करें।

इस पायलट चेकलिस्ट का उपयोग करें:

• क्या कोई भी व्यक्ति 10 सेकंड से कम में सही लॉट बना सकता है?
• क्या आप एक फिनिश्ड लॉट नंबर से शिप किए गए सभी यूनिट्स खोज सकते हैं?
• क्या आप देख सकते हैं कि उस फिनिश्ड लॉट में कौन से इनग्रेडियंट लॉट्स गए थे?
• क्या रिसीविंग और पिकिंग पर एक्सपायरी डेट्स स्पष्ट दिखती हैं?
• क्या लोकेशन्स इतनी सही हैं कि बिना अंदाज़ा लगाया सामान मिल सके?

यदि कोई स्टेप धीमा लगे, तो स्क्रीन सरल बनाइए, आवश्यक फील्ड घटाइए या स्कैनिंग जोड़िए। गति ही वह चीज़ है जो ट्रेसबिलिटी को लगातार बनाती है।

शोर के बिना निकट-समाप्ति इन्वेंटरी को कैसे फ्लैग करें

निकट-समाप्ति अलर्ट तभी मदद करते हैं जब वे उन निर्णयों की ओर इशारा करें जिन्हें आप आज कर सकते हैं। लक्ष्य है उत्पाद को समय रहते पकड़ना, बिना उन आइटम्स के बारे में बेताब करने के जो अब मौजूद नहीं हैं।

छोटे सेट की "निकट-समाप्ति" विंडो से शुरू करें जो आपकी कार्यप्रणाली से मेल खाती हैं। कई छोटे उत्पादक 14 दिन को इमरजेंसी, 30 दिन को योजना के लिए और 60 दिन को प्रारंभिक दृश्यता (विशेषकर स्लो-मूविंग SKUs के लिए) उपयोग करते हैं। पहले सभी उत्पादों पर एकसमान रखें, फिर खास मामलों के लिए समायोजित करें।

निर्णय करें कि चेतावनियाँ कहाँ दिखें। डैशबोर्ड बैज तेज़ स्कैन के लिए अच्छा है। यदि inventory का जिम्मा किसी एक व्यक्ति के पास हो तो दैनिक सूची बेहतर काम करती है। ईमेल या SMS जरूरी विंडो के लिए मदद कर सकता है, पर संदेश दुर्लभ रखें वरना वे अनदेखे होंगे।

अलर्ट थकान से बचने का सबसे अच्छा तरीका है केवल उन्हीं मदों पर अलर्ट करना जिनका स्टॉक ऑन-हैंड है। यदि एक लॉट निकट-समाप्त है पर मात्रा शून्य है तो उसे नहीं दिखाना चाहिए। इसका मतलब है नियम को दोनों—तिथियों और चालू बैलेंस—की जाँच करनी चाहिए।

जब कुछ फ्लैग हो, तो अगला कदम स्पष्ट रखें। अधिकांश टीमें कुछ ही छोटे एक्शन पर टिकती हैं: सबसे पुराने को पहले पिक करें, प्रोमो चैनलों पर منتقل करें, क्वारंटीन करें, रिकॉर्ड किए गए कारण के साथ डिस्पोज़ करें, या प्रोसेस अनुमति दे तो रीवर्क/रिटर्न करें।

एक व्यावहारिक उदाहरण: आप हर सोमवार योगर्ट्स की समीक्षा करते हैं। 14 दिनों में एक्सपायर होने वाले लॉट्स "पहले पिक" में जाते हैं और उन पर सेल्स पुश होता है। 7 दिनों में एक्सपायर होने वाले लॉट्स क्वारंटीन किए जाते हैं, तेज़ QA चेक होते हैं और फिर या तो तुरंत बेचे जाते हैं या लॉग के साथ डिस्पोज़ किए जाते हैं।

एक सरल दिनचर्या रखें: एक व्यक्ति निकट-समाप्ति व्यू चलाता है, गिनती की पुष्टि करता है, कार्रवाई करता है, और किसी भी स्टेल फ्लैग को क्लियर करता है। यदि आप यह वर्कफ़्लो AppMaster में बनाते हैं, तो नियम (विंडो, स्टॉक चेक, एक्शन) दिखाते रहें ताकि पूरी टीम एक ही प्लेबुक फॉलो करे।

लॉट नंबर से तेज़ रीकॉल डिजाइन करना

रीकॉल तब आसान होता है जब आपकी सिस्टम सेकंड्स में एक सवाल का जवाब दे सके: यह लॉट कहाँ गया और किसने इसका इस्तेमाल किया? यदि आप यह स्पष्ट देख सकते हैं, तो आप तेज़ी से कार्रवाई कर सकते हैं और जो हुआ उसका दस्तावेज़ रख सकते हैं।

सपोर्ट के दो रास्ते हैं:

• फॉरवर्ड ट्रेस: "ये लॉट किसने प्राप्त किया?"
• बैकवर्ड ट्रेस: "यह लॉट कहाँ से आया, और इसके साथ और क्या जुड़ा है?"

अमूमन, दोनों की ज़रूरत होती है। एक मसाला लॉट तीन बैचों में जा सकता है, और वे बैच दस ग्राहकों को शिप हुए हों। एक अच्छा सिस्टम उस चेन को बिना खोजभाली के दिखाता है।

आपका रीकॉल व्यू क्या दिखाए

जब कोई लॉट नंबर टाइप या स्कैन करे, तो रीकॉल स्क्रीन उन तथ्यों को दिखाए जो निर्णय और नोटिस भेजने के लिए चाहिए:

• उत्पाद और लॉट विवरण (आइटम का नाम, लॉट नंबर, एक्सपायरी, स्थिति जैसे Released या On hold)
• यह कहाँ गया (ग्राहक, ऑर्डर, शिप डेट्स, भेजी गई मात्राएँ)
• इसने क्या छुआ (बैच, वर्क ऑर्डर, रिपैक्स, फिनिश्ड गुड्स लॉट्स)
• आपके पास अभी क्या है (लोकेशन अनुसार ऑन-हैंड, अलोकेटेड, रिटर्न्स)
• सबूत (किसने परिवर्तन दर्ज किया और कब)

छोटी-छोटी बातें यहाँ मायने रखती हैं। यदि आप आंशिक केस शिप करते हैं या लॉट्स स्प्लिट करते हैं, तो मात्रा उसी यूनिट में रिकॉर्ड करें जिसमें आप शिप करते हैं (केस, बैग, जार) और कन्वर्ज़न लगातार रखें। यदि आप 20 किग्रा बैग को 1 किग्रा पैक्स में खोलते हैं, तो इसे रिपैक स्टेप समझें: स्रोत लॉट को खपत कर के नए चाइल्ड लॉट्स बनाइए। इस तरह रीकॉल स्प्लिट्स के माध्यम से ट्रेल फॉलो कर पाएगा बजाय इसके कि वह "बैग खोला" पर रुक जाए।

लिए गए कार्रवाइयों का दस्तावेज़ रखें, केवल निष्कर्ष नहीं

रीकॉल केवल ट्रेस करने के बारे में नहीं है। यह यह भी दर्शाने के बारे में है कि आपने क्या किया।

कार्रवाइयों को जैसे-तैसे नहीं, बल्कि होते ही कैप्चर कीजिए: इन्वेंटरी को होल्ड पर रखना, प्रोडक्शन रोकना, ग्राहकों को सूचित करना, रिटर्न्स प्राप्त करना, और अंतिम डिस्पोजल। लॉट के साथ जुड़ा एक छोटा एक्शन लॉग जिसमें तारीख, व्यक्ति, एक्शन, प्रभावित मात्राएँ और नोट (उदा., "ग्राहक ने क्वारंटीन की पुष्टि की") शामिल हो सकता है।

यदि आप यह वर्कफ़्लो AppMaster में बनाते हैं, तो रीकॉल व्यू को एक साझा वर्कस्पेस मानें: ऊपर ट्रेस परिणाम, नीचे एक्शन, और एक स्पष्ट स्टेटस जो दिखाए कि लॉट इन-प्रोसेस है या बंद।

रिपोर्ट्स और रिकॉर्ड जो ट्रेसबिलिटी को आसान बनाते हैं

एक लॉट और एक्सपायरी ट्रेसबिलिटी ऐप तब ही रीकॉल में मदद करता है जब आपके रिकॉर्ड भरोसेमंद और आसानी से एक्सेस हो सकें। लक्ष्य अधिक कागजी कार्रवाई नहीं है, बल्कि किसी समस्या पर कम सवाल।

वे रिपोर्ट्स जो आप वास्तव में इस्तेमाल करेंगे

अधिकांश छोटे खाद्य टीमें कुछ छोटी, दोहराने योग्य रिपोर्ट्स से ट्रेसबिलिटी चला सकती हैं:

• लॉट के अनुसार ऑन-हैंड स्टॉक (लोकेशन और एक्सपायरी डेट सहित)
• निकट-समाप्ति सूची (सबसे पहले एक्सपायर होने वाली के अनुसार सॉर्ट की हुई)
• लॉट इतिहास (रिसीविंग से लेकर सेल तक एक लॉट के साथ जो कुछ भी हुआ)
• लॉट के अनुसार शिपमेंट्स या सेल्स (किसने क्या भेजा, कब और किसे)
• एडजस्टमेंट्स रिपोर्ट (किसने काउंट बदला और क्यों)

एक व्यावहारिक तालमेल यह है कि निकट-समाप्ति सूची रोज़ाना देखें और ऑन-हैंड स्टॉक बाय लॉट साप्ताहिक देखें। लॉट इतिहास वह रिपोर्ट है जिसे आप ग्राहक कॉल या सप्लायर सूचना मिलने पर तुरंत खींचते हैं।

ऑडिट-फ्रेंडली रिकॉर्ड बिना बोझ के

आपको जटिल कंप्लायंस सिस्टम की जरूरत नहीं है। पर एक बेसिक एक्टिविटी लॉग चाहिए: किसने लॉट रिसीव किया, किसने मूव किया, किसने काउंट बदला और कब। एडजस्टमेंट्स पर सरल कारण फील्ड (डैमेज केस, रीलैबल, सैंपल यूज़, डेटा एंट्री फिक्स) बाद में अटकलबाज़ी रोकता है।

इन्वेंटरी सटीकता दूसरी अहम चीज़ है। जोखिम-आधारित क्विक साइकिल काउंट करें: हाई-वैल्यू आइटम, फास्ट-मूवर्स, या निकट-समाप्ति लॉट्स। यदि कई स्टोरेज स्पॉट हैं, तो लोकेशन और लॉट के अनुसार गिनती करें ताकि "एक ही उत्पाद, अलग लॉट" जैसी गलतियाँ पकड़ी जा सकें।

लेबलिंग वह है जो फील्ड पर डेटा को उपयोगी बनाती है। उद्देश्य रखें कि लेबल इतने बड़े हों कि थके हुए व्यक्ति भी इसे बाहु-दूरी से पढ़ सके। कम से कम लॉट नंबर और एक्सपायरी डेट बड़े टेक्स्ट में शामिल करें, उत्पाद नाम या SKU (देखने में मिलते-जुलते आइटम के भ्रम से बचने के लिए), और यदि आप मिक्स्ड यूनिट्स स्टोर करते हैं तो यूनिट साइज (केस, पैच, जार) भी। यदि कई स्टोरेज एरियाज़ हैं तो एक सरल लोकेशन कोड जोड़ें।

अगर आप इसे AppMaster में बनाते हैं, तो स्क्रीन सरल रखें: एक रिसीविंग फॉर्म, एक मूव फॉर्म, एक एडजस्ट फॉर्म और ये कुछ रिपोर्ट्स। सही काम करना जितना आसान होगा, आपकी ट्रेसबिलिटी उतनी विश्वसनीय होगी।

उदाहरण: एक दोपहर में रिसीविंग से रीकॉल तक

एक छोटे साल्सा निर्माता ने सुबह दो सामग्री डिलिवरी लीं। एक डाइस्ड टमाटर, Lot T-041, जिसकी एक्सपायरी 30 मई थी। दूसरी जलापेनोस, Lot J-112, जिसकी एक्सपायरी 20 जून थी। रिसीविंग पर उन्होंने सप्लायर, लॉट नंबर, एक्सपायरी डेट, मात्रा और प्रत्येक पैलेट की स्टोरेज लोकेशन रिकॉर्ड की।

दोपहर के बाद वे एक फिनिश्ड बैच बनाते हैं: Finished Lot S-2304, 120 जार के साथ। प्रोडक्शन रिकॉर्ड में उन्होंने S-2304 को दोनों इनग्रेडियंट लॉट्स (T-041 और J-112) से जोड़ा और रन डेट व ऑपरेटर नोट किया। यह वह कदम है जिसे कई छोटी टीमें छोड़ देती हैं, पर यही चैन को इंटैक्ट रखता है।

उस दिन बाद में एक रिटेलर ऑर्डर शिप हुआ: Finished Lot S-2304 से 24 जार। शिपिंग नोट ग्राहक, तारीख और भेजे गए फिनिश्ड लॉट को कैप्चर करता है।

3:00 बजे एक ईमेल आता है टमाटर सप्लायर से: Ingredient Lot T-041 संदिग्ध हो सकता है और होल्ड पर रखा जाना चाहिए। क्योंकि निर्माता के पास एक लॉट और एक्सपायरी ट्रेसबिलिटी ऐप है, वे T-041 खोजते हैं और तुरंत हर फिनिश्ड लॉट देख पाते हैं जिसने इसे इस्तेमाल किया। रिज़ल्ट दिखाता है कि केवल Finished Lot S-2304 प्रभावित है।

वे एक साधारण एक्शन सूची बनाते हैं:

• बचे हुए S-2304 इन्वेंटरी को होल्ड पर रखें (लोकेशन और मात्रा के अनुसार)
• हर शिपमेंट की पहचान करें जिसमें S-2304 शामिल था (ग्राहक और यूनिट्स)
• उन ग्राहकों के लिए कॉल/ईमेल सूची बनाएं
• गोदाम पिक लिस्ट प्रिंट करें ताकि स्टॉक अलग किया जा सके
• रिपोर्ट को रीकॉल रिकॉर्ड के रूप में टाइमस्टैम्प के साथ सेव करें

एक घंटे के भीतर, टीम शेष जारों को क्वारंटीन कर देती है, रिटेलर को सूचित करती है जिसे S-2304 मिला था, और जो हुआ उसका दस्तावेज़ रखती है। महत्वपूर्ण यह है कि ऐप केवल लॉट नंबर स्टोर नहीं करता; यह रिसीविंग, प्रोडक्शन, इन्वेंटरी और सेल्स को जोड़ता है ताकि एक खोज यह जवाब दे: "यह लॉट कहाँ गया और हमारे पास अब क्या बचा है?"

सामान्य गलतियाँ जो रीकॉल को धीमा और तनावपूर्ण बनाती हैं

रीकॉल तब गन्दा हो जाता है जब आप एक बुनियादी सवाल (यह लॉट कहाँ गया?) का जवाब आंशिक, कमजोर डेटा से देने की कोशिश करते हैं। एक लॉट और एक्सपायरी ट्रेसबिलिटी ऐप तभी मदद करता है जब डेटा ठीक उसी क्षण पकड़ा जाए जब इन्वेंटरी के साथ ट्रांज़ैक्शन होता है।

सबसे महंगी गलती रिसीविंग पर लॉट कैप्चर छोड़ देना और सोचना कि बाद में जोड़ लेंगे। बाद में आमतौर पर तब होता है जब उत्पाद मूव कर दिया गया हो, रिपैक किया गया हो, या बेचा गया हो, इसलिए आप इनवॉयस और याददाश्त से अनुमान लगाने लगते हैं।

एक और आम जाल स्टोरेज में लॉट्स को मिलाना है बिना स्प्लिट ट्रैक किए। यह तब होता है जब आप बिन में ऊपर से टॉप-अप करते हैं, आंशिक केस मिलाते हैं, या उत्पाद को नए SKU में रीवर्क करते हैं। यदि आप यह नहीं बता पाते कि कौन-सी आउटगोइंग यूनिट्स किस इनकमिंग लॉट से आईं, तो रीकॉल का दायरा तेज़ी से बढ़ जाता है।

छोटी असंगतियाँ भी बड़ी बन जाती हैं। यदि लॉट IDs फ्रीहैंड टाइप किए जाते हैं तो डुप्लिकेट और टाइपो आ जाते हैं, और लोग चुपचाप फॉर्मैट बदल देते हैं। इससे सर्च टूटता है और रिपोर्ट्स अविश्वसनीय हो जाती हैं।

एक्सपायरी डेटा अक्सर चुपचाप फेल होता है। गायब तिथियाँ, गलत डेट फॉर्मैट, या "बेस्ट बिफोर" को "यूज़ बाय" से कनफ्यूज़ कर देना नकली भरोसा पैदा करता है। फिर अलर्ट या तो कभी नहीं चलते या इतने बार चलते हैं कि लोग उन्हें इग्नोर कर देते हैं।

वही पैटर्न जो अक्सर 20-मिनट की जाँच को पूरे दिन के घूरने में बदल देता है:

• रिसीविंग पर लॉट दर्ज नहीं किया जाता
• बिना रिकॉर्ड किए लॉट मिलाए या स्प्लिट किए जाते हैं
• लॉट नामकरण व्यक्ति/सप्लायर/दिन के अनुसार बदलता है
• एक्सपायरी डेट्स गायब या असंगत रूप में दर्ज की जाती हैं
• अलर्ट, क्वारंटाइन और रीकॉल कार्रवाइयों की समीक्षा करने के लिए कोई स्पष्ट मालिक नहीं

एक जल्दी का वास्तविक उदाहरण: एक निर्माता सप्लायर नोटिस पाता है Lot A17 के बारे में। यदि A17 को किसी डिलीवरी पर "A-17" दर्ज किया गया, साझा फ्रीज़र बिन में मिला दिया गया, और बाद में दो बैचों में उपयोग हुआ बिना स्प्लिट रिकॉर्ड किए, तो आप पूरे सप्ताह के बने सामान को रीकॉल कर देंगे।

यदि आप इसे AppMaster जैसे नो-कोड टूल में बनाते हैं, तो नियम सख्त लेकिन सरल रखें: रिसीविंग पर लॉट और एक्सपायरी आवश्यक करें, सुसंगत लॉट फॉर्मैट लागू करें, और अलर्ट व रीकॉल कार्रवाइयों को बंद करने के लिए एक व्यक्ति असाइन करें।

त्वरित चेकलिस्ट और व्यावहारिक अगले कदम

यदि आपकी प्रक्रिया काम करती है, तो व्यस्त दिन में भी आप बुनियादी ट्रेसबिलिटी सवालों का जल्दी उत्तर दे पाएँगे। ये त्वरित चेक्स सिस्टम पर भरोसा करने से पहले अच्छा तनाव परीक्षण हैं।

2-मिनट ट्रेसबिलिटी चेक्स

इनको किसी असली लॉट नंबर के साथ चलाएँ और खुद को टाइम करें:

• क्या आप 2 मिनट से कम में किसी एक फिनिश्ड-गुड्स लॉट के लिए हर ग्राहक और ऑर्डर ढूँढ सकते हैं?
• क्या आप अगले 30 दिनों में एक्सपायर होने वाली सभी ऑन-हैंड इन्वेंटरी की सूची, लोकेशन और मात्रा सहित दे सकते हैं?
• क्या आप एक फिनिश्ड लॉट को पीछे ट्रेस कर सकते हैं और हर इनग्रेडियंट लॉट व उसके सप्लायर की सूची दे सकते हैं?
• क्या आप किसी भी गैप (मिसिंग स्कैन, मिसिंग लेबल, मैनुअल स्वैप) को अनुमान लगाए बिना समझा सकते हैं?
• क्या आपकी टीम का कोई और सदस्य ये वही स्टेप्स आपके बिना कमरे में करके दिखा सकता है?

यदि किसी भी जवाब में "भरोसेमंद नहीं" आता है, तो अभी और फीचर न जोड़ें। बुनियादी चीज़ें ठीक करें: रिसीविंग पर सुसंगत लॉट कैप्चर, स्पष्ट लेबल, और एडजस्टमेंट्स रिकॉर्ड करने के लिए एक जगह।

व्यावहारिक अगले कदम

छोटे से शुरू करें ताकि आप तेज़ी से सीख सकें बिना प्रोडक्शन धीमा किए:

• 2 हफ्तों के लिए एक प्रोडक्ट और एक स्टोरेज एरिया के साथ पायलट करें।
• टीम को एक नियम प्रशिक्षित करें: "नो लॉट, नो मूव।" रिसीविंग, पिकिंग, रिपैकिंग और शिपिंग—सब लॉट रिकॉर्ड करें।
• तय करें कि आपके लिए "निकट-समाप्ति" क्या है (उदा., 30 दिन) और कौन अलर्ट का मालिक होगा।
• हर महीने एक मॉक रीकॉल का अभ्यास करें: कोई लॉट चुनें, ग्राहक सूची जेनरेट करें, और उठाए गए कदमों को दस्तावेज़ करें।

यदि आप स्प्रेडशीट्स को सॉफ़्टवेयर जैसा बरज़ करना नहीं चाहते, तो AppMaster (appmaster.io) एक विकल्प है जो नो-कोड ट्रेसबिलिटी ऐप बनाने के लिए मदद कर सकता है—वहां आप जरूरी डेटा मॉडल (प्रोडक्ट्स, लॉट्स, लोकेशन्स, ऑर्डर) बना सकते हैं और सरल वेब/मोबाइल स्क्रीन जोड़ सकते हैं जो फील्ड पर काम करते समय उपयोग में आ सकें।