1 सी सिस्टम में शेयरों का नियंत्रण

इस लेख के साथ, लेखक विशिष्ट 1C "UPP, UT, Kompleksnaya" मानक प्रणालियों की कमजोरियों के मुद्दे, उनके उन्मूलन के तरीके और समग्र रूप से समस्या में दर्शकों की रुचि का निर्धारण करना चाहते हैं।
उनमें से पहला "इन्वेंट्री के नियंत्रण" के मुद्दे को संबोधित करता है।

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

यह कैसे काम करता है?
मेरे लेख में, एक बुनियादी विन्यास के रूप में, मैं एससीपी (एक निर्माण उद्यम का प्रबंधन) पर विचार करूंगा क्योंकि इसमें उप-प्रणालियों की सबसे बड़ी संख्या है। प्रस्तुत विधि अन्य 1 सी प्रणालियों के लिए भी उपयुक्त है जिसमें "फ्री बैलेंस" का एक रजिस्टर है।
सिस्टम में डेमो डेटा होता है और "फ्री बैलेंस" नियंत्रण तंत्र सक्षम होता है।


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

लेकिन वापस हमारी समस्या पर। अतीत की अवधि में कई दस्तावेजों का संचालन करने के बाद जानबूझकर ओवरस्टिमेटेड राशि के साथ, आप पा सकते हैं कि सिस्टम अधिकता का जवाब नहीं देता है।

आइए देखें कि वास्तव में क्या होता है।
मॉड्यूल में सिस्टम के सभी दस्तावेजों के लिए एक ब्लॉक प्रसंस्करण अवशिष्ट नियंत्रण है। आमतौर पर यह इस तरह दिखता है:


सब ठीक है। नियंत्रण होने लगता है। लेकिन कार्यान्वयन में असफल ( F12 कुंजी)। हम वह सब कुछ देखते हैं जो ऊपर लिखा गया है। सिस्टम केवल ऑपरेटिंग बैलेंस को नियंत्रित करता है।


नियंत्रण के बिना सिस्टम पिछले अवधि में दर्ज किए गए अधिकांश दस्तावेजों को छोड़ देता है। डेटा की त्रुटियों को इसकी उपस्थिति के समय रिपोर्ट करना तर्कसंगत होगा, जब ऑपरेटर के हाथ में प्राथमिक दस्तावेज होता है, और महीने को बंद करने के समय नहीं, जब दस्तावेज संग्रह में होते हैं और सच्चाई का पता लगाना संभव नहीं होता है।
हर बार पूरी तरह से अलग-अलग परियोजनाएं शुरू करने के बाद, पहली चीज जिसे बंद करना पड़ा था, वह ठीक यही संतुलन की खाई थी। केवल यह एक क्रिया प्रणाली डेटा की गुणवत्ता और समग्र रूप से इसकी उपयोगिता में काफी सुधार कर सकती है।
हम गैर-परिचालन आचरण के प्रसंस्करण के पूरक हैं।
अब खुशखबरी।
पर्याप्त रूप से कुछ भी संशोधित करने की आवश्यकता नहीं है। सभी सुधार 4 लाइनों तक कम हो गए हैं।
1. हम प्रक्रिया से एक निकास को रोकते हैं अगर बाहर ले जाना परिचालन नहीं है।

//  <> .  // ; //; 

2. अनुरोध के लिए एक पैरामीटर जोड़ें जो यह निर्धारित करता है कि हम किन तिथियों को बाकी प्राप्त करना चाहते हैं।

 | ..(&, 

3. इसके अतिरिक्त, हम अनुरोध के लिए इस पैरामीटर को पास करते हैं।

 .("", ?(=.,(), (..(),.))); 

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


निष्कर्ष।
यह आलेख विशिष्ट 1C सिस्टम को बेहतर बनाने के लिए विधियों में से एक पर प्रकाश डालता है। दस्तावेजों और उनकी विशेषताओं को रखने के तरीकों के बारे में बात की। यह दिखाया गया है कि कैसे कुछ स्ट्रोक सिस्टम डेटा की गुणवत्ता में काफी सुधार कर सकते हैं।
आपका ध्यान देने के लिए धन्यवाद।
PS लेखक द्वारा प्रस्तावित समाधान को सादगी और पहुंच की विशेषता है, लेकिन 100 प्रतिशत गारंटी का दावा नहीं करता है, जैसा कि निम्नलिखित लेखों में वर्णित है।