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