परियोजना का विवरण
अनुवादितहमारे पास एक छोटा गोदाम और एक दुकान काउंटर है, और कीमत के टैग अभी भी हाथ से लिखे जाते हैं। एक स्टोरकीपर स्क्रीन से एक लेख संख्या को एक खाली स्टिकर पर कॉपी करता है, स्टिकर गलत बॉक्स पर लग जाता है, और सप्ताह के अंत तक दो अलग-अलग सामान एक ही कोड पहन रहे होते हैं। स्टॉक आंकड़े शेल्फ से मेल खाना बंद कर देते हैं, कैशियर स्टोररूम को फोन करता है यह पूछने के लिए कि वस्तु वास्तव में क्या है, और हर स्टॉक गिनती कागज के टुकड़ों पर बहस के एक दिन में बदल जाती है।
जो मैं चाहता हूं वह यह है कि हमारे द्वारा पहले से उपयोग किए जा रहे इन्वेंटरी सिस्टम में एक प्रिंटिंग मॉड्यूल बनाया जाए। मैं एक सूची में सामान को टिक करता हूं, या मैं एक पूरे आने वाले डिलीवरी दस्तावेज़ को लेता हूं, एक बटन दबाता हूं, और प्रिंटर मुझे ठीक उतने ही स्टिकर देता है जितने पंक्तियों के लिए आवश्यक हैं, प्रत्येक में एक बारकोड और हमारे लिए महत्वपूर्ण फ़ील्ड होते हैं। यदि एक स्टिकर धुंधला हो जाता है या टेप जाम हो जाता है, तो मैं उस एक को पुनर्मुद्रित करना चाहता हूं बजाय बैच को फिर से चलाने के। और मैं आइटम कार्ड के अंदर एक साधारण बटन चाहता हूं, ताकि एक स्टोरकीपर जो कभी रिपोर्ट नहीं खोलता वह भी एक लेबल प्रिंट कर सके।
कोई भी कोड लिखने से पहले तीन शर्तें सहमति में हैं। बारकोड प्रारूप हमारे साथ पहले से तय किया गया है और लॉन्च से पहले टिल पर एक लाइव स्कैनर पर जांचा गया है: एक कोड जिसे चेकआउट पढ़ नहीं सकता, वह हाथ से लिखे गए टैग से बदतर है। लेबल टेम्पलेट एक प्रिंटर मॉडल और एक टेप चौड़ाई से बंधा होता है, इसलिए यदि हम प्रिंटर या टेप को बदलते हैं तो टेम्पलेट को अलग काम के रूप में फिर से बनाना होगा, और यह अनुमान में जोर से कहा जाना चाहिए। प्रिंट लॉग स्टाफ के बारे में कुछ अतिरिक्त नहीं रखता: समय, प्रिंट करने वाला उपयोगकर्ता, और बैच में क्या था, और इसके अलावा कुछ नहीं।
जो मैं प्राप्त करने की अपेक्षा करता हूं:
— सूची, फ़िल्टर, या एक पूरे डिलीवरी दस्तावेज़ द्वारा सामान का चयन;
— प्रिंटिंग से पहले डुप्लिकेट जांच के साथ सहमति में बारकोड जनरेशन;
— कई लेबल आकार टेम्पलेट के रूप में, जिनमें फ़ील्ड की स्थिति हम स्वयं पुनर्व्यवस्थित कर सकते हैं;
— एक प्रेस में बैच प्रिंटिंग, प्रति पंक्ति सही मात्रा के साथ;
— बिना बैच को दोहराए एक एकल खराब लेबल का पुनर्मुद्रण;
— समय, उपयोगकर्ता और बैच सामग्री के साथ एक प्रिंट जर्नल, दिनांक द्वारा खोजा जा सकता है;
— आइटम कार्ड के अंदर एक प्रिंट बटन;
— स्टोरकीपर के लिए एक संक्षिप्त लिखित निर्देश और हमारे अपने उपकरण पर एक हैंडओवर रन।
जो मैं चाहता हूं वह यह है कि हमारे द्वारा पहले से उपयोग किए जा रहे इन्वेंटरी सिस्टम में एक प्रिंटिंग मॉड्यूल बनाया जाए। मैं एक सूची में सामान को टिक करता हूं, या मैं एक पूरे आने वाले डिलीवरी दस्तावेज़ को लेता हूं, एक बटन दबाता हूं, और प्रिंटर मुझे ठीक उतने ही स्टिकर देता है जितने पंक्तियों के लिए आवश्यक हैं, प्रत्येक में एक बारकोड और हमारे लिए महत्वपूर्ण फ़ील्ड होते हैं। यदि एक स्टिकर धुंधला हो जाता है या टेप जाम हो जाता है, तो मैं उस एक को पुनर्मुद्रित करना चाहता हूं बजाय बैच को फिर से चलाने के। और मैं आइटम कार्ड के अंदर एक साधारण बटन चाहता हूं, ताकि एक स्टोरकीपर जो कभी रिपोर्ट नहीं खोलता वह भी एक लेबल प्रिंट कर सके।
कोई भी कोड लिखने से पहले तीन शर्तें सहमति में हैं। बारकोड प्रारूप हमारे साथ पहले से तय किया गया है और लॉन्च से पहले टिल पर एक लाइव स्कैनर पर जांचा गया है: एक कोड जिसे चेकआउट पढ़ नहीं सकता, वह हाथ से लिखे गए टैग से बदतर है। लेबल टेम्पलेट एक प्रिंटर मॉडल और एक टेप चौड़ाई से बंधा होता है, इसलिए यदि हम प्रिंटर या टेप को बदलते हैं तो टेम्पलेट को अलग काम के रूप में फिर से बनाना होगा, और यह अनुमान में जोर से कहा जाना चाहिए। प्रिंट लॉग स्टाफ के बारे में कुछ अतिरिक्त नहीं रखता: समय, प्रिंट करने वाला उपयोगकर्ता, और बैच में क्या था, और इसके अलावा कुछ नहीं।
जो मैं प्राप्त करने की अपेक्षा करता हूं:
— सूची, फ़िल्टर, या एक पूरे डिलीवरी दस्तावेज़ द्वारा सामान का चयन;
— प्रिंटिंग से पहले डुप्लिकेट जांच के साथ सहमति में बारकोड जनरेशन;
— कई लेबल आकार टेम्पलेट के रूप में, जिनमें फ़ील्ड की स्थिति हम स्वयं पुनर्व्यवस्थित कर सकते हैं;
— एक प्रेस में बैच प्रिंटिंग, प्रति पंक्ति सही मात्रा के साथ;
— बिना बैच को दोहराए एक एकल खराब लेबल का पुनर्मुद्रण;
— समय, उपयोगकर्ता और बैच सामग्री के साथ एक प्रिंट जर्नल, दिनांक द्वारा खोजा जा सकता है;
— आइटम कार्ड के अंदर एक प्रिंट बटन;
— स्टोरकीपर के लिए एक संक्षिप्त लिखित निर्देश और हमारे अपने उपकरण पर एक हैंडओवर रन।
वेब प्रोग्रामिंग नकद, बैंक ट्रांसफर
