जूते के बिना Shoemaker, या आईटी विभाग में लेखांकन उपकरण। भाग I

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

यह सब 2009 में वापस शुरू हुआ। मैंने वरिष्ठ प्रोग्रामर का पद संभाला और, विभाग के प्रमुख के साथ मिलकर, हम सोचने लगे कि कैसे अपने जीवन को बेहतर बनाया जाए। स्टाफ में 10 एनाइकाइशिकोव, 5 प्रोग्रामर और 2 सिस्टम प्रशासक, साथ ही विभाग के प्रमुख और वरिष्ठ प्रोग्रामर - आपका विनम्र नौकर शामिल था।
उपकरणों के लिए लेखांकन, चाहे हम इसे पसंद करें या न करें, किसी भी आईटी विशेषज्ञ के काम का एक अभिन्न अंग है जो हार्डवेयर से जुड़ा हुआ है। यह स्पष्ट है कि जब आपके पास तीन कंप्यूटर हैं, तो इसके बारे में बात करने के लायक नहीं है, लेकिन यहां तक ​​कि सोच भी, क्योंकि सबकुछ स्पष्ट है कि क्या और कितना :) लेकिन परेशानी यह है, अगर कंप्यूटर पार्क बढ़ने लगता है, और मात्रा इसके साथ बढ़ती है आईटी शिकोव, यह आपके सिर में जानकारी रखने के लिए यथार्थवादी नहीं है, और आप बस कुछ के बारे में नहीं जान सकते हैं यदि यह आपके द्वारा नहीं किया गया है। मैं उदाहरण दूंगा:

केस 1. अकाउंटेंट आईटी विभाग के प्रमुख की ओर जाता है।
लेखाकार। मुझे बताएं, कृपया, मेरा प्रिंटर प्रिंट नहीं है, क्या मैं अपने लोगों को बता सकता हूं कि वे आएंगे और कारतूस को बदल देंगे?
आईटी के प्रमुख। अब। लटक जाओ। (वॉयस-ओवर: वोवा, क्या हमारे पास कारतूस हैं? पर्दे के पीछे का जवाब: नहीं, नहीं। समाप्त हो गया ...)
आईटी के प्रमुख। उह। मैरी इवानोव्ना, आप देखें, हम कारतूस से बाहर भाग चुके हैं ...
लेखाकार। और आपने पहले क्यों नहीं खरीदा, ताकि स्टॉक हो? मुझे प्राथमिक प्रिंट करने की आवश्यकता है, ग्राहक इंतजार कर रहे हैं!
आईटी के प्रमुख। खैर ...
...

केस 2. आईटी विभाग का प्रमुख कंप्यूटर नेटवर्क प्रशासक से संपर्क करता है।
आईटी के प्रमुख। कोहल, आपने आपूर्तिकर्ता से अतिरिक्त लिया। स्मृति जो डिप्टी ने लगाने का वादा किया था। निर्देशक को?
व्यवस्थापक। नहीं। हमने अभी तक इसके लिए भुगतान नहीं किया है ...
आईटी के प्रमुख। कैसे? मैंने उनसे एक हफ्ते पहले वादा किया था कि आज हम डिलीवरी करेंगे ... उन्होंने भुगतान क्यों नहीं किया?
व्यवस्थापक। उह। खैर ... मैं भूल गया ... बहुत काम, बस याद नहीं ...
आईटी के प्रमुख। क्या तुम चाहते हो कि मैं तुम्हें आज अपने साथ डिप्टी में ले जाऊं। निर्देशक, क्या आप उसे इस बारे में बताएंगे?
...

केस 3. सिस्टम प्रशासक कंप्यूटर नेटवर्क तकनीक का उपयोग करता है।
Sysadmin। सुनो, सिस्टम यूनिट कहां गया, जो रीड में दो शिकंजा के साथ है? वह इवानोवा द्वारा खड़े रहते थे।
तकनीक। तो उसने छोड़ दिया ...
Sysadmin। और कंप्यूटर कहाँ गया?
तकनीक। मुझे नहीं पता ... वे शायद इसे किसी को डालते हैं।
Sysadmin। ?!
...

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

• 1 सी न केवल लेखांकन है, यह मुख्य रूप से एक मंच है जिसे लेखांकन और विश्लेषणात्मक कार्यों को लागू करने के लिए डिज़ाइन किया गया है
• 1C विन्यास आसानी से संशोधित होते हैं और आपको अपनी आवश्यकताओं और इच्छाओं के अनुसार बदलाव करने की अनुमति देते हैं। सापेक्ष रूप से, मुझे यहां एक ऐसा मुद्रित रूप चाहिए, जो किसी कर्मचारी द्वारा उस पर उपकरण के हस्तांतरण के बाद हस्ताक्षरित हो। इसे कैसे प्राप्त करें? यहाँ यह सब बहुत सरलता से हल किया गया है। यदि आप 1 सी से परिचित हैं, तो जल्दी से इसका पता लगाएं; यदि नहीं, तो उदाहरणों का एक गुच्छा, आपको एक समाधान मिलेगा।
• 1 सी द्वारा प्रदान नहीं की गई अतिरिक्त कार्यक्षमता आसानी से बाहरी घटकों का उपयोग करके कार्यान्वित की जाती है जिन्हें C ++ या डेल्फी में लिखा जा सकता है। विशेष रूप से, हमने 1 सी में सर्विस डेस्क सबसिस्टम में स्क्रीनशॉट लिया
• 1C में हाल के रुझान ऐसे हैं कि सिस्टम खुद WEB की ओर सक्रिय रूप से विकसित हो रहा है। यानी कॉन्फ़िगरेशन एक वेब ब्राउज़र के माध्यम से काम कर सकता है। सहमत हूं, यह बहुत सुविधाजनक है।
• विकास की गति अन्य सॉफ़्टवेयर डेवलपमेंट टूल्स का उपयोग करने से अधिक परिमाण का एक क्रम है। सरल शब्दों में, 1C डेटाबेस और उपयोगकर्ता के बीच एक "परत" है, जो मेटाडेटा और इसकी अंतर्निहित भाषा की मदद से सब कुछ प्रबंधित करता है।

आप जारी रख सकते हैं, लेकिन चुनते समय, हम उपरोक्त सभी से ठीक आगे बढ़े।

परियोजना का कार्यान्वयन

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

पीड़ितों के लिए, कॉन्फ़िगरेशन का स्क्रीनशॉट:



इस सूची नियंत्रण पथ को हमने कैसे लागू किया, इस बारे में मैं इस लेख में चर्चा करूंगा।

चलो गोदाम (भंडारण स्थान) के लिए मुख्य और मूलभूत के साथ शुरू करते हैं। हमारे विन्यास में, उपकरण भंडारण स्थान के लिए "संलग्न" है, और एक कर्मचारी को इस भंडारण स्थान को सौंपा गया है। यानी कॉन्फ़िगरेशन में कनेक्शन लागू किया गया है:

 <->   <-> . 

हमारे समाधान के संदर्भ में हमारे द्वारा आविष्कार की गई दो नामकरण योजनाएं और सादगी और सुविधा के संदर्भ में सबसे इष्टतम हैं।

1) अनाम।
संग्रहण स्थानों की संगठनात्मक संरचना में संग्रहण स्थान buch1 बनाएं। एक संरचना बनाने के लिए, आप भंडारण स्थान को किसी अन्य संग्रहण स्थान पर खींच सकते हैं और यह एक अधीनस्थ बन जाता है। यह सुविधाजनक है यदि आप सभी को कमरे, फर्श आदि में बिखेरना चाहते हैं।
यानी गोदाम के पेड़ में ऐसा कुछ होगा।

 ,  -- ----buch1 ----buch2 

जब किसी कर्मचारी को निकाल दिया जाता है, तो हम बस जिम्मेदार व्यक्ति और उसे बदल देते हैं। कुछ भी स्थानांतरित न करें, भंडारण स्थानों की संरचना नहीं बदलती है।

2) कर्मचारियों के लिए।
यानी संरचना कुछ इस तरह होगी:

 ,  -- ----   (buch1) ----   (buch2) 

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

आप कौन सी योजना चुनते हैं, यह आपकी पसंद है।

भंडारण स्थानों का एक पदानुक्रम भी समर्थित है। यानी एक भंडारण स्थान में कई अन्य हो सकते हैं, उदाहरण के लिए:

  - -- 1 ---- 1.1 ---- 1.2 -- 2 

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

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

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

सब कुछ 2 निर्देशिकाओं में विभाजित किया गया था: नामकरण और नामकरण कार्ड। नामकरण में घटक का मॉडल होता है, और कार्ड में, इन्वेंट्री संख्या, इतिहास, आदि के साथ घटक स्वयं।

इसे स्पष्ट करने के लिए, मैं एक उदाहरण दूंगा:
नामकरण: VAZ 2107
नामकरण कार्ड VAZ 2107 A123AA 99 RUS

इसके अलावा, दस्तावेजों में, नामकरण (घटक या किट का एक विशिष्ट मॉडल) का चयन करते हुए, हम एक कार्ड का चयन करते हैं, लेकिन हम कार्ड की पूरी सूची से नहीं, बल्कि इस नामकरण के अनुसार चयन के साथ चुनते हैं:

सब कुछ काफी सरल है और भ्रमित नहीं है।

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

दस्तावेजों के रूप में, माल की पोस्टिंग, हमने लागू किया है:

   <->  

आपूर्तिकर्ता को ऑर्डर के आधार पर या इसके बिना रसीद दर्ज की जा सकती है। उसी समय, कनेक्शन काम करता है, क्या ऑर्डर किया गया है और क्या आया है। यानी किसी भी समय, आप कह सकते हैं कि आपने आपूर्तिकर्ता से आदेश दिया, गोदाम में क्या आया और क्या अभी तक नहीं है। आपको आदेशों को नियंत्रित करने की अनुमति देता है।

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

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

ठीक है, और "राइट-ऑफ" के बिना कहाँ? यह दस्तावेज़ उन उपकरणों को लिखने की अनुमति देगा जो आगे उपयोग के लिए उपयुक्त नहीं हैं।

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

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

किसी भी अन्य गोदाम की तरह, समय-समय पर ऑडिट या इन्वेंट्री करना आवश्यक है। यह भी हमने कल्पना की है। कॉन्फ़िगरेशन आपको किसी दिए गए दिनांक के लिए उपकरण को "स्लाइस" करने और उपकरण के वास्तविक और लेखा शेष की तुलना करने की अनुमति देता है।

निष्कर्ष

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

• घटकों को एक सेट में संयोजित करना
• एवरेस्ट (AIDA 64) और WMI से डेटा आयात करें
• उन्नत वस्तु गुणों का उपयोग करना
• ऑब्जेक्ट में फ़ाइलों को संलग्न करना
• लाइसेंस और सॉफ्टवेयर के लिए लेखांकन
• किट और सामान के लिए बारकोड और प्रिंट लेबल के साथ काम करें
• कर्मचारियों को भंडारण के लिए सौंपना
• सॉफ्टवेयर के लिए उपयोगकर्ता लॉगिन और पासवर्ड की एक सूची बनाए रखना
• ...

संक्षेप में कहना। परिणाम एक ऐसा कार्यक्रम था जो आईटी विभाग और सेवा संगठनों के जीवन को सरल बनाता है। यह खुद पर और सैकड़ों आभारी ग्राहकों की जाँच की जाती है जो 2009 से हमारे सामने आए हैं।

वह मूल रूप से यह है। मैंने वेयरहाउस सर्किट के संदर्भ में कॉन्फ़िगरेशन की सभी संभावनाओं को प्रकट करने का प्रयास किया। विवरण में रुचि रखते हैं? हमारी वेबसाइट पर आपका स्वागत है।

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