कैसे Stas और मैंने 2 महीने में संयंत्र को स्वचालित किया

क्या आपने कभी 2 महीने में एक निर्माण उद्यम के स्वचालन को देखा है? या, शायद, इस तरह के स्वचालन को करना संभव था? मुझे यकीन है कि ऐसे कई उदाहरण हैं। मेरे पास भी है - मैं गुल्लक में फेंक देता हूं।

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

सच कहूं तो यह अनुभव मेरे लिए उपयोगी नहीं था। मैंने अपने जीवन में कभी भी इतनी तेजी से स्वचालन नहीं किया है। स्टास - भी नहीं किया। अच्छा, चलिए।

कंपनी

कंपनी एक फुल-साइकिल पोल्ट्री फार्म है। खुद का फ़ीड उत्पादन, खुद के मुर्गियां, अंडों का अंडे (झुंड कहा जाता है), उनके इनक्यूबेटर, जहां मुर्गियां अंडे से निकलती हैं, उनके पोल्ट्री घर, जहां मुर्गियां लगभग 40 दिनों तक बढ़ती हैं और ब्रॉयलर बन जाती हैं, उनका हत्यारा, जहां ब्रॉयलर अपने जीवन को मारते हैं, उनका उत्पादन, जहां वे सॉसेज, सॉसेज, रोल इत्यादि बनाते हैं, उनकी बेजान मुर्गियाँ, जहाँ वे मुर्गियाँ फ्रीज करते हैं ताकि आपके स्टोर में आपके पास नए या पिछले साल का विकल्प हो।

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

मैंने इतने विस्तार से बात क्यों की? आपको समझाने के लिए, स्वचालन के दृष्टिकोण से, यह एक वास्तविक उत्पादन है। इसके अलावा, मल्टी-लिमिटिंग। और फिर सब के बाद, उत्पादन को हार्डवेयर से संबंधित कुछ माना जाता है, भले ही दस घटकों से उत्पाद की विधानसभा को बस बाहर किया जाता है। यहां कई और घटक हैं। दर्जनों मसाले अकेले।

कर्मचारियों की संख्या, दुर्भाग्य से, खराब रूप से याद की जाती है। मेरे सिर में दो संख्याएँ हैं - या तो 3, या 6 हजार लोग। इस तरह के एक सामान्य पौधे, सामान्य रूप में।

प्रारंभिक स्थिति

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

उस समय, सूचना प्रणाली 1C 7.7 थी। मुझे इसमें कुछ भी समझ नहीं आया, इसलिए मुझे अभी भी याद नहीं है कि इसे वास्तव में क्या कहा गया था - या तो "उत्पादन + सेवा + लेखा", या "एकीकृत"। अगर समझने वाले लोग हैं, तो टिप्पणियों में अंतर लिखें।

सैकड़ों तक नौकरियों की उम्मीद थी। संयंत्र के लिए सामान्य मूल्य टैग।

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

हां, मैं लगभग भूल गया था - अभी भी सबसे महत्वपूर्ण कार्य था। उसकी खातिर, सब कुछ शुरू किया गया था।

सबसे महत्वपूर्ण चुनौती

यदि आपने लागत स्वचालन के साथ काम किया है, तो आप जानते हैं कि लागत संरचना क्या है। यदि आप 1C की दुनिया से हैं, तो आप "लागत संरचना" जैसी रिपोर्ट जानते हैं।

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

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

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

मुर्गी की तरह जीवन से वंचित एक सुअर, एक जीवित जानवर से बनाया जाता है। यह एक पुनर्वितरण भी है। इसके अलावा, बहुत प्रभावशाली - बड़ी लाइनें, विदेशी उत्पादन, सब कुछ स्वचालित है। हमारी तालिका में पहले से कितने स्तर हैं?

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

लेकिन केवल एक प्रोग्रामर एक पेड़ के रूप में लागत संरचना को देख सकता है। और फिर, कुछ व्यावहारिक समस्या को हल करने के लिए नहीं, बल्कि इसलिए कि उन्होंने खुद इस पेड़ का निर्माण किया था। इसमें कुछ सामान्य रूप से समझना असंभव है।

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

इसलिए, सामान्य लोगों के लिए एक सपाट संरचना की आवश्यकता थी, तैयार उत्पाद की अंतिम लागतों को इकट्ठा करना। एक लाइन में सभी बिजली, सभी गर्मी, गैस, श्रमिकों का वेतन, कार्यालय वेतन, मूल्यह्रास, आदि। सुंदर, छोटा ओथेकिक, ए 4 का आकार।

परेशानी यह थी कि निर्देशक को इस रिपोर्ट की जरूरत थी। वह 1C के बारे में कुछ नहीं जानता था, लेकिन वह महीने में एक बार रिपोर्ट को सख्ती से देखना चाहता था। उन्होंने खुद पिछले महीनों की तुलना में सभी आंकड़ों को देखा, यदि लागत संरचना में किण्वन शुरू हो गया।

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

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

परियोजना की तैयारी

अक्टूबर से जनवरी तक, मैंने परियोजना पर केवल एक ही काम किया - मैंने सॉफ्टवेयर और लाइसेंस खरीदे। यह स्वयं एससीपी, वेतन और कार्मिक प्रबंधन (ZUP) और उद्योग समाधान कृषि उद्यम प्रबंधन (USHP) था। वह चिड़ियाघर भी।

बाकी समय मैं अपनी पसंदीदा चीज - वैलैंडल कर रहा था।

पहला महीना "प्रसवोत्तर अवसाद" था - ठीक है, मैंने अपनी नौकरी बदल दी, हमें ऊपर रखना होगा। इसके अलावा, यहां हाइवे पर 40 किमी की सवारी करना जरूरी था। हालांकि, उन्होंने अधिक भुगतान किया।

फिर उसने किसी तरह से सिस्टम एडमिनिस्ट्रेटर के काम को व्यवस्थित करने की कोशिश की, क्योंकि अगर उनके जाम मुझ तक पहुंच गए तो यह मुझे बदनाम कर देगा। उन्होंने अपनी पहली सर्विस डेस्क बनाई, जिसका किसी ने कभी फायदा नहीं उठाया।

स्टास ने मुझसे कहा कि हमें कुछ करने की शुरुआत करने की जरूरत है, लेकिन मैंने उसकी बात नहीं मानी। वह खुद 1C 8 के बारे में ज्यादा नहीं जानता था, वह 7.7 पर अधिक विशिष्ट था, इसलिए उसने बस दुख की बात की और अपना काम करना जारी रखा।

लेकिन मुझे कुछ उम्मीद थी। खैर, मैंने इंतजार किया। जनवरी आ गया।

छुट्टियों

जनवरी की शुरुआत में, जैसा कि उम्मीद थी, छुट्टी थी। सुबह जल्दी, नए साल के पहले दिन, उन्होंने मुझे कारखाने से बुलाया और कहा कि वीडियो निगरानी टूट गई थी। मैंने व्यवस्थापक को बुलाया, वह पहले से ही मरम्मत कर रहा था। कभी नहीं, न पहले, न ही बाद में, उन्होंने मुझे 1 जनवरी को काम से बुलाया।

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

फिर, 7 जनवरी के क्षेत्र में, बॉस ने मुख्य वित्तीय अधिकारी को बुलाया। वह कहता है - कारखाने में आओ, हम कुछ परामर्श करेंगे। हम स्टास के साथ पहुंचे, एक कस्टम लेखा योजना पर चर्चा की। मैंने पूछा- सब ठीक कैसे है? मैं हां कहता हूं, बिल्कुल। हम बाहर जाएंगे और तुरंत सब कुछ गोल हो जाएगा।

जब तक मुझे काम नहीं मिला, मैंने प्रोजेक्ट पर कुछ और नहीं किया। यानी लगभग जनवरी के मध्य तक।

जनवरी

खैर, यहाँ, जैसा कि वे कहते हैं, यह शुरू हुआ। इस तरह के एक दृष्टिकोण है - चरम प्रोग्रामिंग। हमारा चरम कार्यान्वयन था।

स्वाभाविक रूप से, पहले घंटे से उन्होंने कॉल करना शुरू किया और हमसे पूछा कि डेटा कहाँ और कैसे दर्ज करें। और हमारे पास एक सर्वर भी तैनात नहीं है। भगवान का शुक्र है, भले ही SQL तैयार था।

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

उपयोगकर्ताओं ने कार्यक्रम में प्रवेश किया, और वहां - खालीपन। कोई स्टॉक नहीं, कोई गोदाम नहीं, कोई बचा नहीं। हमने आधे घंटे तक परामर्श किया कि कहां से शुरू किया जाए - फैसला किया कि नामकरण अधिक महत्वपूर्ण है। आप उसके बिना कुछ नहीं कर सकते।

हम निर्देशिकाओं को स्थानांतरित करने के लिए किसी प्रकार की प्रक्रिया को देखने के लिए दौड़े। जल्दी से मिला, डाउनलोड किया, यह कोशिश की - यह काम करता है! नामकरण प्रकट हुआ है। इकाइयाँ, ठेकेदार, गोदाम - भी चले गए। थोड़ा राहत मिली, आप कम से कम शिपमेंट की व्यवस्था कर सकते हैं।

तो क्या बचा। पाया गया प्रसंस्करण, डाउनलोड, स्थानांतरित। रॉकर के माध्यम से तुम्हारा ... उसने केवल लेखांकन के अनुसार शेष राशि हस्तांतरित की। मुझे तत्काल एक प्रसंस्करण लिखना था जिसने प्रबंधन लेखांकन पर समान संतुलन बनाया।

इसके बाद से मैं कालक्रम के साथ भ्रमित कर सकता हूं सब कुछ एक सपने की तरह हुआ। लेकिन सब कुछ जनवरी में था।

तभी बॉस ने फोन किया। मुझे लगा कि मैं एक स्टार हूं। नहीं, सब कुछ अधिक prosaic है - उसने नामकरण के नाम को बदलने का फैसला किया, क्योंकि ऐसी चीज एक नई प्रणाली की शुरूआत है। लेकिन परेशानी यह है कि पत्राचार तालिका बहुत ऊपर खींची गई थी।

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

नामकरण के साथ कहानी कुछ दिनों के लिए एक सुस्त मोड में जारी रही। उन्हें एक त्रुटि मिलेगी, हम मैन्युअल रूप से पत्राचार तालिका को सही करेंगे, भागो, भूल जाओ। अंत में, ऐसा लगता है, वे जीत गए।

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

एक मुर्गी को सिर और किलोग्राम में माना जाता है। कोई रैखिक संबंध नहीं है। एक घर में, 10 मुर्गियां दूसरे में 15 से अधिक मुर्गियों का वजन कर सकती हैं। आपको वास्तव में प्रत्येक दस्तावेज़ में दो फ़ील्ड चाहिए - किलोग्राम और सिर में संख्या।

मैंने बहस करने की कोशिश की, लेकिन स्टास ने कहा कि क्या करना है। बैठ जाओ, हो गया। इसमें लगभग आधा दिन लगा - इसने बचाया कि दूसरी इकाई में केवल लेखांकन की आवश्यकता थी, बिना लागत की गणना के, आदि।

तब लेखा विभाग कुछ कार्य केंद्र के साथ फंस गया था। सबसे पहले मैंने वापस लड़ाई की - मैं AWP के बिना करूँगा, अपने हाथों से प्राथमिक दर्ज करें। लेकिन उन्होंने जोर दिया, अपना काम दिखाया (यह समय, हुह), और मैंने इसे दुर्भाग्यपूर्ण AWP बनाने का फैसला किया।

इसका सार सरल है। घरों में मुर्गियों को समय-समय पर भर्ती किया जाता है और तौला जाता है। परिणाम कागज के टुकड़ों पर लिखे जाते हैं और लेखा विभाग को प्रस्तुत किए जाते हैं। यहां हमें एक AWP की आवश्यकता है - हमें संख्याओं की एक जोड़ी, वर्तमान संख्या और मुर्गियों के वजन को चलाने की आवश्यकता है, और सिस्टम को एक ही वजन के नवीनतम परिणाम खोजने चाहिए, अंतर की गणना करनी चाहिए और एक रिलीज दस्तावेज़ तैयार करना चाहिए। मुद्दा किलोग्राम है, लागत उन पर लिखी गई है।

यह तुरंत स्पष्ट हो गया कि मुर्गियां मूडी जानवर हैं, और कभी-कभी वे सामान्य रूप से खाने के लिए संघर्ष करते हैं। नतीजतन, वजन में कमी। ऐसा लगता है और परवाह नहीं है, लेकिन लेखांकन के दृष्टिकोण से, यह एक नकारात्मक मुद्दा है, लेकिन 1 सी पता नहीं कैसे। मुझे तत्काल संशोधित करना पड़ा।

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

समस्या आई, जहां से वे इंतजार नहीं करते थे - अग्रिम की भरपाई। यदि आप 1 सी की दुनिया से नहीं हैं, तो मैं संक्षेप में समझाऊंगा। यदि हमने आपूर्तिकर्ता को पूर्व भुगतान किया है, तो यह एक अग्रिम है। जब वह सामान लाया, तो एक लेनदार उठता है - हम उसके पैसे देते हैं। लेकिन हमने पहले ही भुगतान कर दिया। अग्रिम और ऋणदाता को कम करना ताकि कार्यक्रम एक को दूसरे से घटाए - यह अग्रिम की ऑफसेट है।

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

पाठ्यक्रम में हमने कई मुद्रण रूपों को आकर्षित किया, लेकिन यह ऐसा है, बीज।

यहीं कहीं जनवरी खत्म हुई। यह एक साधारण महीना था - यह हमारे लिए प्राथमिक दस्तावेजों के परिचालन लेखांकन और इनपुट को व्यवस्थित करने के लिए पर्याप्त था। अगले महीने में, वेतन, लागत और सबसे महत्वपूर्ण कार्य प्राथमिक से पैदा होना था।

फरवरी

तब मेरी किस्मत ने फैसला किया कि मैं बहुत अच्छी तरह से बसा हुआ हूं, और मुझे एक गंभीर समस्या है - मेरी छह महीने की बेटी बीमार हो गई। मैंने खरीदी हुई जार से फूलगोभी खाई, और वहां, भार में, एक जीवाणु था, जिसका नाम मुझे अपने पूरे जीवन के लिए याद था - क्लेबसिएला ऑक्सीटोक (क्लेबसिएला ऑक्सीटोक)।

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

मैंने संक्षेप में सेट किया, लेकिन यह कहानी फरवरी भर में जारी रही, जिससे सबसे सुखद भावनात्मक पृष्ठभूमि नहीं बन पाई।

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

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

दूसरे, कर लेखांकन में एक गणना की भी आवश्यकता थी, जो मुझे पहले नहीं करनी थी। टिंकरिंग, कोड में त्रुटियों के एक जोड़े को मिला, निश्चित, जैसे कुछ गिना गया था।

तीसरी बात, मैं अपने जीवन में पहली बार किसी मुद्दे पर 40 खातों के माध्यम से आया था। इसमें विशेष रूप से दिलचस्प नहीं है, सिवाय एक चीज के - इसने त्रुटियों के साथ काम किया।

मुझे लागतों के वितरण को स्थापित करने के साथ बहुत कुछ छेड़ना पड़ा, क्योंकि व्यापक रूप से घरेलू सेवाओं का इस्तेमाल किया। उदाहरण के लिए, कुछ प्रकार की मरम्मत की दुकान है - पोल्ट्री हाउस चलते हैं और अगर कुछ टूट गया है तो मरम्मत करें। महीने के अंत में, वे कागज के टुकड़ों को सौंप देते हैं - उन्होंने मरम्मत की। उनकी लागत (वेतन, सामग्री) उन घरों पर बिल्कुल झूठ बोलना चाहिए जो उन्होंने मरम्मत की थी। यह कहने के लिए नहीं कि प्रत्यक्ष ब्रह्मांडीय पैमाने का कार्य, लेकिन टिंकर करना था।

मुझे इस गणना का अंत याद है। बॉस ने यूएई को छोड़ दिया, लेकिन आईसीक्यू को चालू रखा। और समय-समय पर, हर आधे घंटे में, उसने मुझसे पूछा - अच्छा, क्या उसने लागत मूल्य की गणना की है? लेकिन मैंने उसे नहीं बताया, एक भी डिक नहीं माना जाता है। और इसलिए पूरे दिन - जब तक यह काम नहीं किया।

और जब यह निकला, तो सबसे महत्वपूर्ण कार्य के लिए आगे बढ़ा।

सामान्य तौर पर, लागत संरचना की गणना करना मुश्किल नहीं है। सामान्य पुनरावृत्ति एल्गोरिथ्म, जो गहरा और गहरा खोदता है, आपको बस लूप को नियंत्रित करने और संख्याओं को सही ढंग से गिनने की आवश्यकता है। वास्तविक समस्याएं तब शुरू होती हैं जब आप न केवल संरचना पर विचार करते हैं, बल्कि इसे संग्रहित करना चाहिए।

उदाहरण के लिए, इस महीने लागत संरचना एक है, अगले यह पहले से ही अलग है। दोनों को संग्रहीत किया जाना चाहिए, और न केवल संरचनाओं को स्वयं, बल्कि अवशेष भी। एक चिकन खुद के लिए रहता है, और यह नहीं जानता कि लागत संरचना के सैकड़ों लाइनों की एक बड़ी पूंछ पहले से ही इसके पीछे फैलती है। और जब एक चिकन उसके जीवन से वंचित होता है, और वह झूठ बोलती है, उदाहरण के लिए, एक फ्रीज के रूप में एक गोदाम में, तो एक और चिकन, पिछले महीने, "अपनी लागत संरचना के साथ" बनाया, शेल्फ के बगल में होगा।

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

उसी समय, उन्होंने एक उद्योग-व्यापी समाधान कृषि उद्यम प्रबंधन (USHP) शुरू करने की कोशिश की। सब कुछ काम नहीं आया। सब कुछ काम नहीं किया - कार्यक्रम एक ऐसे व्यक्ति के लिए डिज़ाइन किया गया था जो समझता है कि वह क्या कर रहा है। और मैं, निश्चित रूप से, खराब समझा। लेकिन किसी तरह लॉन्च किया गया।

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

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

मैंने इस संयंत्र में एक और 3 महीने के लिए काम किया, और छोड़ दिया। पिछले तीन महीने पहले की एक दर्पण छवि बन गए हैं - मैंने कोई बहुत बुरा काम नहीं किया।मुख्य कार्य हल किया गया था, सिस्टम को स्टास द्वारा समर्थित किया गया था, हमने कोई बड़ा सुधार नहीं किया।

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

कारणों

अब मुख्य बात यह है कि प्रणाली को इतनी तेजी से शुरू करने के लिए क्यों निकला? आखिरकार, छुट्टियों को ध्यान में रखते हुए, यह 1.5 महीने था। और यदि आप लागत संरचना की गणना के कार्य को फेंक देते हैं, जो लगभग पूरे फरवरी में होता है, तो 1 महीना रहता है (आप इसे बाहर फेंक सकते हैं क्योंकि कोई भी आमतौर पर इसे हल नहीं करता है, खासकर कार्यान्वयन के हिस्से के रूप में)।

सवाल का जवाब "ऐसा क्यों हुआ?" पहले से ही पाठ में थे। प्रत्यक्ष और अप्रत्यक्ष दोनों।

पहला कारण एक पेशेवर, चरम मोड है। जबकि तैयारी का समय था, मैंने पूप को लात मारी, कॉफी पी, धूम्रपान किया और उच्च के बारे में सोचा। जैसे ही समय गायब हो गया, हम बैठ गए और हल चलाना शुरू कर दिया - कोई और विकल्प नहीं थे। बेशक, आप इसे पसंद नहीं करते हैं जब मैं कहता हूं कि कम विकल्प, बेहतर, लेकिन इस मामले में यह इस तरह से निकला।

दिलचस्प बात यह है कि हमने लगभग ओवरटाइम नहीं किया। कारखाने में, दो महीने तक मैं पहले से ज्यादा समय तक नहीं रहा। फरवरी में, जब महीने को बंद करना आवश्यक था, तो मैंने कुछ शाम के लिए दूर से काम किया - परिवार अभी भी संक्रामक बीमारी में था, और ऐसा करने के लिए कुछ खास नहीं था।

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

लेकिन चरम मोड मुख्य कारण नहीं है। जब आप लेख पढ़ते हैं, तो आपने देखा कि कैसे मैंने मीटिंग, चर्चा, उपयोगकर्ताओं के साथ शाप, निर्देशकों के साथ मीटिंग, डिब्रीपिंग, तोड़फोड़ आदि के बारे में बात की। - संक्षेप में, उन सभी चीजों के बारे में जो आमतौर पर कारखानों में कार्यान्वयन परियोजना के साथ होती हैं? ध्यान नहीं दिया?

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

लगभग किसी ने कोई बकवास नहीं पूछा, जैसा कि अक्सर होता है। सामान्य तौर पर, वे थोड़ा पूछते थे। केवल वह जिसके बिना अभी काम करना असंभव है।

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

किसी ने भी, एक बार भी, किसी से शिकायत नहीं की। अगर कोई समस्या है, तो उन्होंने हमें आईटी विभाग में बुलाया। अगर हमने भेजा, तो यह सब खत्म हो गया। यदि आपको वास्तव में जरूरत है, तो वे फिर से, और फिर से और फिर से कॉल करेंगे। मैं अन्य मालिकों के मामले में दुष्ट बॉस के फटने की प्रतीक्षा कर रहा था और कहता हूं कि "वे हमारे साथ व्यवहार नहीं करते!", लेकिन ऐसी स्थिति कभी उत्पन्न नहीं हुई।

अब सवाल यह है कि क्यों? क्या, इस पोल्ट्री फार्म में कुछ विशेष कर्मचारियों की भर्ती की जा रही है? या उन्हें भावनाओं को दबाने के लिए संतुलन की तरह कुछ खिलाया जाता है?

नहीं, सब कुछ अधिक पेशेवर है। यह बॉस था।

ऐसा हुआ कि अधिकांश कार्यालय सीएफओ के अधीनस्थ थे। लेखा, अर्थशास्त्रियों, फाइनेंसरों और, अजीब तरह से, आईटी विभाग। अर्थात्, सिस्टम के लगभग सभी उपयोगकर्ता एक बॉस के अधीनस्थ थे।

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

वास्तव में, मैं नहीं जानता, क्योंकि मैंने किसी से शिकायत नहीं की, और किसी ने मेरे बारे में कोई शिकायत नहीं की। एक बार नहीं। उन्होंने आपस में किसी भी सवाल को हल किया। ऐसा हुआ कि एक विशिष्ट लेखाकार या अर्थशास्त्री के साथ सहमत होना संभव नहीं था, और उन्होंने एक बॉस के लिए कहा - जो हुआ है। क्योंकि कोई विकल्प नहीं है, कहीं अधिक नहीं है, लेकिन यह सहमत होना आवश्यक है।

बॉस, परियोजना के महत्व को महसूस करते हुए, सबसे पहले, खुद के लिए, मुझे विशेषाधिकार देने का फैसला किया। उसने फोन किया और कहा - शिकायत करो, तुम कर सकते हो! कौन परेशान कर रहा है? कौन मदद नहीं करता है? किससे सिर फाड़ूं? मैं कहता हूं कि नहीं, सब ठीक है।

यह बातचीत कई बार दोहराई गई। यह देखकर कि मैं अडिग था, वह मुझे डांटने लगी। कहते हैं - आप संसाधन का उपयोग नहीं कर रहे हैं। निश्चित रूप से किसी के कारण फिसलन हैं, और आप मुझसे छिपा रहे हैं। आओ, कहते हैं, सब कुछ अपने आप हल करने की कोशिश मत करो। लेकिन किसी कारण से मैंने इस बार मना कर दिया।

ऐसा ही था। डर के आधार पर चरम मोड और पूर्ण आपसी समझ। और ठाठ परिणाम शो-ऑफ के बिना एक सरल, कार्य प्रणाली है।

जैसा कि मैंने परिचय में उल्लेख किया है, मुझे अब ऐसा अनुभव नहीं था। बेशक, मुझे बेहद काम करना था, लेकिन इस तरह के पैमाने पर नहीं और ऐसी जिम्मेदारी के साथ नहीं - यह एक संपूर्ण संयंत्र है। ऐसा माहौल कहीं और नहीं था। सिर्फ परिणाम प्राप्त करने के लिए तैयार वातावरण, भी।