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

माह समापन प्रक्रिया

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

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

माह के अंत में समापन प्रक्रिया स्थापित करना

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

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

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

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

चावल। 1.महीने के समापन पर किए जाने वाले नियमित कार्यों की सूची

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

प्रत्येक नियामक संचालन के लिए एक जिम्मेदार व्यक्ति नियुक्त किया जाना चाहिए। किसी महीने को बंद करने की प्रक्रिया को सीधे निष्पादित करते समय, प्रोग्राम इसके लिए एक कार्य उत्पन्न करेगा। नियमित संचालन करने के लिए जिम्मेदार लोगों को उसी नाम के टैब पर नियुक्त किया जाता है। बाएं फ़ील्ड में ऑपरेशन का चयन करके, और दाएं फ़ील्ड में - उपयोगकर्ता (या उपयोगकर्ताओं का समूह) जिसे इसे निष्पादित करना चाहिए, और फिर तीर का उपयोग करके ऐसा करना आसान है (चित्र 2)।

चावल। 2.नियमित संचालन करने के लिए उपयोगकर्ताओं को जिम्मेदार नियुक्त करना

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

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

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

साथ ही, प्रत्येक नियमित ऑपरेशन के लिए महीने के अंत में समापन सेटिंग में, यह संकेत दिया जाता है कि इसे निष्पादित करते समय कौन से दस्तावेज़ बनाए और पोस्ट किए जाने चाहिए।

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

चावल। 3.नियमित संचालन करने के लिए दस्तावेज़

यदि आवश्यक हो, तो मिलानों की सूची को डिफ़ॉल्ट सेटिंग्स (कमांड बार बटन I) के साथ स्वचालित रूप से फिर से भरा जा सकता है, जिसके पहले पहले बनाई गई सभी प्रविष्टियाँ हटा दी जाएंगी। कुछ विनियामक कार्यों के लिए, दस्तावेज़ भरते समय डिफ़ॉल्ट रूप से स्थापित नहीं होते हैं:

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

रिपोर्टों की एक सूची को कॉन्फ़िगर करना भी संभव है जो फॉर्म से नियमित ऑपरेशन करने के परिणामों की निगरानी के लिए उपयोगकर्ता के लिए उपलब्ध होगी नियमित संचालन(कमांड पैनल बटन द्वारा रिपोर्टों).

सूचना रजिस्टर में सेटिंग्स की जाती हैं नियमित परिचालन रिपोर्टों की सूची(माह समापन सेटिंग फॉर्म का कमांड पैनल बटन विनियामक संचालन रिपोर्ट). एक नियमित ऑपरेशन के लिए रिपोर्ट की मनमानी संख्या निर्दिष्ट की जा सकती है। रिपोर्ट की संरचना स्थापित करना वैकल्पिक है।

संचालन की संरचना और अनुक्रम ग्राफिक आरेख (दस्तावेज़) में परिलक्षित होता है महीने के अंत में सेटिंगबुकमार्क योजना). किसी नियमित ऑपरेशन के निष्पादन को सक्षम/अक्षम करना और जिम्मेदार व्यक्तियों को नियुक्त करना सीधे आरेख पर किया जा सकता है।

आइए माह के अंत में समापन प्रक्रिया निष्पादित करने की प्रक्रिया पर विचार करें।

माह के अंत में समापन प्रक्रिया प्रारंभ करना

मेनू में एक नई माह समाप्ति प्रक्रिया बनाई गई है इंटरफ़ेस "लेखा प्रबंधक" - विनियामक संचालन - माह समापन प्रक्रिया.

की हालत में माह समापनपैरामीटर्स टैब पर आपको निर्दिष्ट करना होगा:

• समापन माह;
• संगठन;
• माह समापन सेटिंग्स;
• लेखांकन के प्रकार (प्रबंधकीय, लेखा, कर) से संबंधित।

फिर आपको सेटिंग्स लोड करनी चाहिए और उसी नाम के बटन का उपयोग करके प्रक्रिया शुरू करनी चाहिए।

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

माह के अंत में समापन प्रक्रिया के दौरान:

• नियमित संचालन करने के लिए जिम्मेदार व्यक्तियों के लिए कार्य स्वचालित रूप से उत्पन्न होते हैं;
• अगला नियमित ऑपरेशन करते समय, अगले ऑपरेशन में संक्रमण स्वचालित रूप से किया जाता है - नए कार्य उत्पन्न होते हैं। इसके अलावा, कुछ ऑपरेशन समानांतर (एक ही समय में) किए जा सकते हैं।

सभी नियामक कार्य पूरे होने के बाद माह के अंत में समापन प्रक्रिया पूरी मानी जाती है।

प्रक्रिया की प्रगति की निगरानी करना

बुकमार्क पर योजनाप्रक्रियाओं माह समापनआप ग्राफ़िकल छवियों का उपयोग करके, व्यक्तिगत नियामक संचालन की वर्तमान स्थिति को स्पष्ट रूप से देख सकते हैं (चित्र 4):

• जो ऑपरेशन नहीं किए जाते (प्रोग्राम सेटिंग्स के कारण) वे सफेद पृष्ठभूमि पर स्थित होते हैं; अतिरिक्त रूप से संकेत दिया गया: "निष्पादित नहीं";
• उपयोगकर्ता द्वारा अक्षम किए गए ऑपरेशन ग्रे रंग में प्रदर्शित होते हैं;
• वर्तमान उपयोगकर्ता (या जिस उपयोगकर्ता समूह से वह संबंधित है) द्वारा निष्पादित किए जाने वाले कार्यों को एक बोल्ड फ्रेम में रेखांकित किया गया है;
• जिन कार्यों के लिए कार्य अभी तक तैयार नहीं किए गए हैं, उन्हें बिना किसी रूपरेखा के हल्के रंग में प्रदर्शित किया गया है;
• जिन कार्यों के लिए कार्य वर्तमान में तैयार किए गए हैं (और जो निष्पादन की प्रतीक्षा कर रहे हैं) को लाल बिंदीदार रेखा से घेर दिया गया है;
• पूर्ण किए गए कार्यों को छायांकित किया गया है;
• जब माह समाप्ति की प्रक्रिया पूरी हो जाती है, तो आरेख की पृष्ठभूमि काली हो जाती है।

चावल। 4.माह के अंत में समापन प्रक्रिया का ग्राफिक प्रतिनिधित्व

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

नियमित कार्यवाही करना

नियमित संचालन करने के लिए जिम्मेदार लोग नियमित संचालन करने के लिए उन्हें भेजे गए कार्यों को "नियमित संचालन" सूची (मेनू) के रूप में देख सकते हैं इंटरफ़ेस "लेखा प्रबंधक" - विनियामक संचालन - विनियामक संचालन).

प्रत्येक नियामक संचालन को निष्पादित करने के लिए, निम्नलिखित क्रियाएं की जानी चाहिए।

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

2. परिणाम जांचें.

3. नियमित ऑपरेशन को पूर्ण के रूप में चिह्नित करें ("पूर्ण के रूप में चिह्नित करें" बटन)। इसके अलावा, यदि एक नियमित ऑपरेशन को माह समापन प्रक्रिया के लिए सौंपा गया था, लेकिन वास्तव में इसके निष्पादन की आवश्यकता नहीं है (जिसके बारे में प्रोग्राम एक संबंधित संदेश प्रदर्शित करता है), तो ऐसे नियमित ऑपरेशन के लिए इसके फॉर्म में आप "बिना निष्पादित करें" क्रिया असाइन कर सकते हैं चेक”

आइए नियामक कार्यों में शामिल परिचालनों पर विचार करें।

अतिरिक्त दस्तावेज़ प्रसंस्करण करें

यह ऑपरेशन उसी नाम (मेनू) की प्रोसेसिंग द्वारा किया जाता है इंटरफ़ेस "लेखा प्रबंधक" - स्थगित - अतिरिक्त दस्तावेज़ीकरण). प्रक्रिया तब आवश्यक होती है जब संगठन के लिए स्थगित दस्तावेज़ प्रसंस्करण मोड सेट किया गया हो (चित्र 5)।

चावल। 5.विलंबित पोस्टिंग मोड सेट करना

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

दस्तावेज़ों की अंतिम प्रक्रिया पूरी करने के बाद, हम नियमित ऑपरेशन पूर्ण हुआ चिह्नित करते हैं। इस मामले में, नियमित संचालन की सूची में, प्रोग्राम यह दर्शाते हुए बक्सों की जांच करेगा कि ऑपरेशन पूरा हो गया है, और ग्राफिकल आरेख पर पूर्ण किए गए नियमित संचालन के अनुरूप तत्व को छायांकित किया जाएगा (चित्र 6)।

चावल। 6.एक नियमित ऑपरेशन के पूरा होने पर निशान लगाएं

उसी समय, नियमित संचालन की सूची में, महीने को बंद करने की प्रक्रिया अगले नियमित संचालन को करने के लिए एक कार्य उत्पन्न करेगी, जो ग्राफिकल आरेख पर एक बिंदीदार रेखा में उल्लिखित दिखाई देगी।

प्रत्येक नियमित ऑपरेशन करते समय समान क्रियाएं की जानी चाहिए।

अधिग्रहण (बिक्री) के लिए गणना के क्रम को पुनर्स्थापित करें

ये नियमित ऑपरेशन प्रतिपक्षों के साथ बस्तियों की स्थिति को बहाल करने की प्रक्रिया द्वारा किए जाते हैं (मेनू)। इंटरफ़ेस "लेखा प्रबंधक" - विनियामक संचालन - गणनाओं का क्रम बहाल करना), जिसका उद्देश्य अग्रिमों की उपस्थिति की पहचान करना है (चित्र 7)।

चावल। 7.प्रतिपक्षकारों के साथ निपटान के क्रम को बहाल करना

अनुक्रमों को पुनर्स्थापित करके, प्रसंस्करण ऋण के पुनर्भुगतान और आपूर्तिकर्ताओं और ग्राहकों के साथ निपटान के लिए अग्रिम भुगतान की भरपाई से जुड़े विशेष रजिस्टरों के लेनदेन और आंदोलनों को उत्पन्न करता है।

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

बैच लेखांकन क्रम पुनर्स्थापित करें

यदि कंपनी RAUZ का उपयोग नहीं करती है, तो बैचों द्वारा प्रसंस्करण पोस्ट द्वारा निष्पादित एक अतिरिक्त ऑपरेशन करना आवश्यक है (मेनू इंटरफ़ेस "लेखा प्रबंधक" - लागत लेखांकन - बैचों द्वारा किया जा रहा है), जिसका उद्देश्य है:

• यदि रसीद और बट्टे खाते में डालने के दस्तावेज़ पूर्वव्यापी रूप से किए गए थे, तो इन्वेंट्री के बैचों के लिए लेखांकन के सही क्रम को बहाल करने के लिए;
• उस स्थिति में इन्वेंट्री के बैचों की लागत के विनियमित राइट-ऑफ़ के लिए, जब दस्तावेज़ पोस्ट करते समय ऐसा राइट-ऑफ़ नहीं किया गया था (अर्थात, लेखांकन मापदंडों को स्थापित करने में, दस्तावेज़ पोस्ट करते समय बैचों को राइट-ऑफ़ चेकबॉक्स था) चयनित नहीं)।

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

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

इन्वेंट्री को बट्टे खाते में डालने की लागत को समायोजित करें

यदि RAUZ लागू नहीं किया जाता है, तो संगठन को, महीने को बंद करते समय, राइट-ऑफ़ इन्वेंट्री के मूल्य को समायोजित करने के लिए एक नियमित ऑपरेशन करना होगा। यह दस्तावेज़ द्वारा किया जाता है (मेन्यू - प्रलेखन - विनियामक संचालन - माल को बट्टे खाते में डालने की लागत का समायोजन). समायोजन इसके लिए आवश्यक है:

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

नियमित कार्यों का समानांतर निष्पादन

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

चावल। 8.एक साथ कई नियमित कार्य सौंपना

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

चावल। 9.बनाए गए दस्तावेज़ को पोस्ट करना अचल संपत्तियों का मूल्यह्रास

इसके बाद, मूल्यह्रास कार्रवाई को पूर्ण के रूप में चिह्नित किया जाना चाहिए। यह एक बटन का उपयोग करके किया जाता है पूर्ण के रूप में चिह्नित करेंएक नियमित ऑपरेशन के रूप में या मेनू का उपयोग करके कार्रवाई - पुरा होना।नियमित कार्यों की सूची में.

निम्नलिखित ऑपरेशन समान तरीके से किए जाते हैं।

अमूर्त संपत्तियों के मूल्यह्रास की गणना करें। यह ऑपरेशन अमूर्त संपत्तियों के परिशोधन को अर्जित करेगा और बनाए गए दस्तावेज़ को पूरा करते समय अनुसंधान और विकास (आर एंड डी) की लागत को बट्टे खाते में डाल देगा। अमूर्त संपत्ति का मूल्यह्रास.

पी विशेष कपड़ों की कीमत का भुगतान करें. इस ऑपरेशन के दौरान, विशेष कपड़ों और विशेष उपकरणों की लागत का एक हिस्सा माफ कर दिया जाएगा यदि कमीशनिंग पर इसे पूरी तरह से चुकाया नहीं गया था। यह दस्तावेज़ पोस्ट करते समय किया जाएगा लागत का पुनर्भुगतान (कामकाजी कपड़े, विशेष उपकरण, सूची).

आरबीपी को बट्टे खाते में डालो।इस ऑपरेशन के दौरान, आस्थगित खर्चों की लागत का एक हिस्सा दस्तावेज़ द्वारा वर्तमान खर्चों में स्थानांतरित कर दिया जाएगा .

विदेशी मुद्रा का पुनर्मूल्यांकन करें. पुनर्मूल्यांकन "विदेशी मुद्रा निधियों का पुनर्मूल्यांकन" दस्तावेज़ का उपयोग करके किया जाता है, जिसके दौरान विदेशी मुद्रा में मूल्यवर्ग की मुद्रा और ऋणों की पुनर्गणना लेखांकन और कर कानून के अनुसार की जाती है।

बीमा लागत की गणना करें. इस ऑपरेशन को करते समय बनाए गए दस्तावेज़ "स्वैच्छिक बीमा के लिए व्यय" का उद्देश्य लेखांकन (76.01.2 "कर्मचारियों के स्वैच्छिक बीमा के लिए भुगतान (योगदान)") और कर लेखांकन (97.02 "स्थगित) में कर्मचारियों के स्वैच्छिक बीमा के लिए भविष्य के खर्चों को लिखना है। स्वैच्छिक बीमा के लिए खर्च") कर्मचारी बीमा")।

अगले नियामक ऑपरेशन के लिए दस्तावेज़ वेतन और एकीकृत सामाजिक कर की गणना करें उसके स्वरूप से गुजरे बिना ही निर्मित हो जाते हैं। ऐसे दस्तावेज़ों में शामिल हैं:

• पेरोल(मेन्यू इंटरफ़ेस "संगठनों के कर्मचारियों के वेतन की गणना" - वेतन गणना - पेरोल);
• एकीकृत सामाजिक कर गणना(मेन्यू इंटरफ़ेस "संगठनों के कर्मचारियों के वेतन की गणना" - कर - एकीकृत सामाजिक कर गणना);
• विनियामक लेखांकन में वेतन का प्रतिबिंब(मेन्यू इंटरफ़ेस "संगठनों के कर्मचारियों के वेतन की गणना" - वेतन लेखांकन - नियामक लेखांकन में वेतन का प्रतिबिंब).

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

चावल। 10.वैट के लिए नियामक संचालन के कार्यान्वयन का ग्राफिक आरेख

गतिविधि के प्रकार के अनुसार खर्चों को वितरित करें, खर्चों का मानकीकरण करें

दस्तावेज़ पोस्ट करते समय नियमित कर लेखा संचालन (आयकर)वे नियमित संचालन जो दस्तावेज़ संवाद प्रपत्र में चिह्नित हैं, निष्पादित किए जाएंगे।

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

विज्ञापन लागत को संतुलित करना। स्वैच्छिक बीमा की लागत और कर्मचारियों को ब्याज भुगतान की प्रतिपूर्ति की लागत को संतुलित करना। मनोरंजन व्यय की राशनिंग.इन लेनदेन का उपयोग रूसी संघ के कर संहिता के अध्याय 25 द्वारा स्थापित मानकों के अनुसार कर उद्देश्यों के लिए ध्यान में रखे गए निर्दिष्ट खर्चों के संबंध में किया जाता है।

लागत की गणना करें (बीयू, एनयू)। लागत मूल्य की गणना करें (सीसी)

इन परिचालनों के दौरान बनाए गए दस्तावेज़ उत्पादन की वास्तविक लागत, कार्य के प्रदर्शन, लेखांकन, कर और प्रबंधन लेखांकन में सेवाओं के प्रावधान की गणना करते हैं।

संचालन लागत गणना RAUZ का उपयोग करते समय ही उपलब्ध है। यह दस्तावेज़ द्वारा किया जाता है उत्पादन लागत की गणनाकई कार्रवाइयों में, जिनकी संरचना विभिन्न संगठनों के लिए भिन्न हो सकती है (चित्र 11)।

दस्तावेज़ में क्रियाओं का क्रम कोई मायने नहीं रखता, क्योंकि प्रोग्राम में उन्हें सही क्रम में स्वचालित रूप से निष्पादित करने के लिए एक एल्गोरिदम होता है।

चावल। ग्यारह।उत्पादन लागत की गणना

वित्तीय परिणाम उत्पन्न करें

यह विनियामक ऑपरेशन खाते 90 "बिक्री" और 91 "अन्य आय और व्यय" में महीने के दौरान परिलक्षित आय और व्यय के वित्तीय परिणाम को निर्धारित करने का कार्य करता है। इस दस्तावेज़ द्वारा पहचाने गए वित्तीय परिणाम को खाता 99 "लाभ और हानि" में लिखा गया है।

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

आयकर की गणना करें

दस्तावेज़ I पीबीयू 18/02 "आय कर गणना के लिए लेखांकन" के मानदंडों के अनुसार स्थायी और आस्थगित कर संपत्तियों और देनदारियों की गणना करता है, सशर्त आयकर व्यय (या आय) की राशि निर्धारित करता है, और बजट में वर्तमान आयकर भी अर्जित करता है ( बजट स्तरों द्वारा वितरण के साथ)।

वर्ष बंद करें

दस्तावेज़ वर्ष का समापनबैलेंस शीट में सुधार करता है और कर लेखांकन में आय और व्यय खाते बंद करता है। ऐसा दस्तावेज़ दिसंबर के अंत में बनाया जाता है।

लॉन्च की गई माह के अंत की समापन प्रक्रिया द्वारा प्रदान किए गए सभी नियमित संचालन को पूरा करने के बाद, इस प्रक्रिया को पूरा माना जाता है। नियमित संचालन को प्रदर्शित करने वाले ग्राफ़िक आरेख की पृष्ठभूमि काली पड़ जाती है (चित्र 12)।

चावल। 12.माह के अंत में पूर्ण की गई समापन प्रक्रिया का ग्राफ़िक आरेख

महीने को बंद करने के लिए नियमित कार्यों को रद्द करना

यदि आपको महीने को बंद करने के लिए नियमित कार्यों में से किसी एक को रद्द करने की आवश्यकता है, तो आपको निम्नलिखित क्रियाएं करनी चाहिए। महीने को बंद करने के लिए चल रही प्रक्रिया के आरेख में (मेनू)। नियमित संचालन - माह का समापन) आपको रद्द किए जा रहे ऑपरेशन की ग्राफिक छवि पर राइट-क्लिक करना होगा और एक क्रिया का चयन करना होगा किसी नियमित ऑपरेशन का निष्पादन रद्द करें.

इस स्थिति में, प्रोग्राम चयनित रूटीन ऑपरेशन के निष्पादन को रद्द कर देगा, और योजना में रद्द किए गए सभी रूटीन ऑपरेशन को हटा दिया जाएगा। इन नियामक कार्यों के हिस्से के रूप में बनाए गए दस्तावेज़ों का प्रसंस्करण भी रद्द कर दिया जाएगा।

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

महीने के अंतिम लेनदेन के लिए गणना के प्रमाण पत्र

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

इनमें निम्नलिखित प्रमाणपत्र और गणनाएँ शामिल हैं:

• विदेशी मुद्रा का पुनर्मूल्यांकन(पुनर्मूल्यांकित खाते विश्लेषण, विनिमय दर अंतर के संदर्भ में परिलक्षित होते हैं);
• आस्थगित व्ययों को बट्टे खाते में डालना(वर्तमान खर्चों के लिए आवंटित प्रत्येक आरबीपी की राशि, अलिखित राशि का शेष दिखाता है);
• लागत राशनिंग(रिपोर्ट में मनोरंजन, विज्ञापन और अन्य खर्चों की राशनिंग के आधार, कर अवधि और समापन माह के लिए संचयी आधार पर आयकर की गणना करते समय ध्यान में रखी गई राशियाँ शामिल हैं);
• स्थायी और अस्थायी मतभेद(स्थायी और अस्थायी अंतर को दर्शाता है, उनके आधार पर गणना की गई स्थायी और आस्थगित कर संपत्तियों और देनदारियों को पहचानने और बट्टे खाते में डालने की प्रक्रिया);
• आयकर गणना(रूसी संघ के कर संहिता के अध्याय 25 के प्रयोजनों के लिए आय और व्यय को ध्यान में रखा जाता है और ध्यान में नहीं रखा जाता है, लेखांकन डेटा के अनुसार वित्तीय परिणाम की पहचान की जाती है, लेखांकन वित्तीय परिणाम में समायोजन दिखाया जाता है, कर आयकर के लिए आधार, कर की गणना की जाती है);
• आस्थगित संपत्तियों और देनदारियों के मूल्य की पुनर्गणना(2009 की शुरुआत से आयकर दर में विधायी कटौती के दौरान ONA और ONO की पुनर्गणना करते समय उपयोग किया गया)।

बहुत से लोगों को 1C 7.7 - MS SQL संयोजन में दस्तावेज़ों के धीमे प्रसंस्करण और पुन: स्थानांतरण की समस्या याद है।

अपने उद्यम के ट्रेडिंग बेस को डीबीएफ से एसक्यूएल में स्थानांतरित करने के बाद मुझे एक बार इसी समस्या का सामना करना पड़ा।

यह तब था जब इस तकनीक को लागू किया गया था। हालाँकि यह विचार मुझे कुछ समय पहले ही दिखाई दिया था।

दिया गया: माल का बैच लेखांकन, फीफो, दस्तावेज़ को दोबारा पोस्ट करते समय लागत का बट्टे खाते में डालना। प्रति दिन कमोडिटी और नकदी लेखांकन रजिस्टरों में आंदोलनों के साथ 2,500 दस्तावेज़ तक, जो प्रति माह लगभग 60,000 की राशि थी। प्रति इन्वेंटरी कार्यान्वयन दस्तावेज़ में औसतन 22 पंक्तियाँ। चालू माह के कमोडिटी दस्तावेजों में बार-बार समायोजन "पूर्वव्यापी रूप से"। टीपी द्वारा बिक्री. लागत/मार्कअप निदेशक द्वारा ऑनलाइन नियंत्रण। वस्तुओं और सामग्रियों (सबसे "भारी") के कार्यान्वयन के लिए दस्तावेजों के प्रसंस्करण का औसत समय 2-2.5 सेकंड है।

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

आइए इन्वेंटरी के कार्यान्वयन दस्तावेज़ के "बैच उपलब्धता" रजिस्टर में गतिविधियों को देखें:

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

आइए "इन्वेंटरी और सामग्रियों का बैच विवरण" देखें:

बैच की एक प्रति है. कौन सी स्थितियाँ इसके कारण बन सकती हैं?

1. पिछले बैच के दस्तावेज़ों को "क्रॉलिंग" करना;

2. रसीद/रसीद दस्तावेज़ में मात्रा/मूल्य कम करना;

3. बट्टे खाते में डालने वाले दस्तावेज़ों की मात्रा में वृद्धि;

4. हो सकता है कि इस बैच से एक रिटर्न हटा दिया गया हो;

5. दस्तावेज़ को दस्तावेज़ लॉग के समय के अनुसार स्थानांतरित किया जा सकता है - दिन के अंत से शुरुआत तक, या इसके अलावा - एक दिन से दूसरे दिन तक।

हमें अब इसकी परवाह नहीं कि कौन, कब, क्या, कहाँ और क्यों। हमारा लक्ष्य "लालिमा" को दूर करना है।

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

वहीं, अन्य सभी दस्तावेजों के लिए पुन: प्रसंस्करण कोई भूमिका नहीं निभाएगा! सभी उत्पाद अपने "मूल" बैचों में ही रहेंगे।

खैर, हमें एक विश्लेषणात्मक मॉड्यूल लिखने से कौन रोक रहा है जो पार्टियों के बीच इस पत्राचार की जांच करेगा? कुछ नहीं।

विश्लेषण से पता चला कि आंदोलनों के कुल द्रव्यमान में ऐसे परिवर्तन प्रति माह दस्तावेजों की कुल संख्या के 10% से अधिक नहीं हैं। लेकिन 60,000 की तुलना में 6,000 स्थानांतरित करना अभी भी आसान है।

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

शेष और बैचों में विसंगतियों को रंग में हाइलाइट किया गया है।

दरअसल, ऐसी तालिका में कम से कम एक विसंगति का तथ्य पहले से ही एक संकेत है कि इस दस्तावेज़ को संशोधित किया जाना चाहिए।

वैसे, प्रत्यक्ष SQL क्वेरी में ऐसी स्थितियों के संपूर्ण विश्लेषण के एक संस्करण को लागू करना संभव है, जिसे हम परिणामस्वरूप करने में कामयाब रहे: क्वेरी ने हमें केवल माल की कमी के साथ पंक्तियाँ लौटाईं। इस उदाहरण के लिए, ये उत्पाद पंक्तियाँ संख्या 3, 6, 8 होंगी।

हमने विसंगतियां पाईं और उनकी दोबारा जांच की। फिर अगला.

भुगतान विश्लेषण सादृश्य द्वारा आयोजित किया गया था।

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

23/10/2015

समानांतर बैच पुनर्प्राप्ति

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

विशिष्ट 1C कॉन्फ़िगरेशन, उदाहरण के लिए, "1C: मैन्युफैक्चरिंग एंटरप्राइज मैनेजमेंट" (UPM), ने लंबे समय से इन गणनाओं को सरल बनाने के लिए कई तंत्रों की पेशकश की है, उदाहरण के लिए, RAUZ (उन्नत लागत लेखांकन विश्लेषण) तंत्र के उपकरण। यह तंत्र वास्तव में, कुछ मामलों में, तकनीकी रूप से महत्वपूर्ण रूप से सरल बनाने की अनुमति देता है, और इसलिए लागत गणना कार्यों को तेज़ करता है। एकमात्र समस्या यह है कि इस दृष्टिकोण का हमेशा उपयोग नहीं किया जा सकता है, और उद्यमों को अच्छे पुराने बैच लेखांकन का उपयोग करना होगा, और इसके साथ ही, बैच लेखांकन को पुनर्स्थापित करने की प्रक्रिया का उपयोग करना होगा।

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

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

• बैच लेखांकन के अनुक्रम को पुनर्स्थापित करने की प्रक्रिया (प्रबंधन, लेखांकन, संगठनों के लिए अलग से)
• आपसी समझौते बहाल करने की प्रक्रिया (अग्रिम परिभाषित करना)

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

ठीक है, लेकिन क्या होगा यदि हम बिल्कुल इन उपचारों का उपयोग करते हैं और फिर भी बैचों को पुनर्स्थापित करने की प्रक्रिया में लंबा समय लगता है, उदाहरण के लिए, रात भर में पूरा होने का समय नहीं है? साथ ही, सर्वर क्षमताएं अक्सर निष्क्रिय रहती हैं (30% भी लोड नहीं होती)।

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

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

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

सच कहूँ तो, ऐसा विचार और दृष्टिकोण निश्चित रूप से नया नहीं है; उदाहरण के लिए, तकनीकी मुद्दों पर 1C कंपनी के ज्ञान आधार में एक लेख है (http://kb.1c.ru/articleView.jsp?id=72) जिसमें समान दृष्टिकोणों का वर्णन किया गया है। आप इंटरनेट पर अन्य समान विषय भी पा सकते हैं, जिसमें ऐसे दृष्टिकोणों की विभिन्न व्याख्याएं शामिल हैं (उदाहरण के लिए, "अवरुद्ध तंत्र" http://www.softpoint.ru/article_id375.htm, आदि)। हालाँकि, इन सभी दृष्टिकोणों के साथ समस्या यह है कि वे कुछ मान्यताओं या डेटा प्रोसेसिंग के कृत्रिम रूप से निर्मित "ब्लॉक" पर आधारित हैं, और उनमें स्पष्ट प्रसंस्करण अनुक्रम नहीं है। हम सबसे "शैक्षणिक" दृष्टिकोण का उपयोग करके इन कमियों को दूर करना चाहते थे, और हमें विश्वास है कि हम सफल हुए।

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

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

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

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

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

आप जल्द ही हमारी वेबसाइट पर समीक्षा पढ़ सकेंगे।

और अंत में, आपके लिए एक छोटी सी चेकलिस्ट।

बुनियादी अनुक्रमण तकनीकें, सबसे सरल से लेकर सबसे नवीन तक:

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

एक निश्चित प्रकार के दस्तावेज़ों के क्रमिक निर्माण और प्रसंस्करण और विशेष प्रसंस्करण के कार्यान्वयन का प्रतिनिधित्व करता है।

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

कुछ क्रियाएं जिसे, मेरी राय में, स्पष्टीकरण की आवश्यकता है , टिप्पणी की जाएगी।

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

प्रक्रियाएं चरण दर चरण

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

1सी पर 267 वीडियो पाठ निःशुल्क प्राप्त करें:

उपरोक्त के आधार पर, उन्हें गैर-कार्य घंटों के दौरान संचालित करने की सलाह दी जाती है। लागत लेखांकन मोड का उपयोग करने के मामले में, 1सी यूपीपी 8.2 डेटाबेस में महीने को बंद करने से पहले संकेतित प्रसंस्करण किया जाता है। यदि RAUZ का उपयोग किया जाता है, तो इन प्रसंस्करण कार्यों के निष्पादित होने की उम्मीद नहीं है।

• अधिग्रहण-प्रसंस्करण के लिए निपटान के अनुक्रम को पुनर्स्थापित करें (निपटान के अनुक्रम को पुनर्स्थापित करें)।
• कार्यान्वयन के लिए गणना के अनुक्रम को पुनर्स्थापित करें - प्रसंस्करण (गणना के अनुक्रम को पुनर्स्थापित करें)।
• बैच लेखांकन - प्रसंस्करण (बैच द्वारा पोस्ट) के अनुक्रम को पुनर्स्थापित करें।
• माल को बट्टे खाते में डालने की लागत का समायोजन - दस्तावेज़ (लागत को चलती औसत पर लाता है)।

• अचल संपत्तियों का मूल्यह्रास - दस्तावेज़।
• लागत का पुनर्भुगतान () - दस्तावेज़।
• - दस्तावेज़।
• विदेशी मुद्रा का पुनर्मूल्यांकन - दस्तावेज़।
• - इलाज। जब आप "रन" बटन पर क्लिक करते हैं तो प्राप्त अग्रिम (खाते 62.02 पर शेष) का पता लगाता है, अग्रिम के लिए चालान बनाता है, यदि ऐसे चालान पहले से ही सिस्टम में मौजूद हैं, तो उन्हें अधिलेखित कर देता है (उन्हें दोगुना नहीं करता है)।
• शून्य वैट दर की पुष्टि - दस्तावेज़। यदि सिस्टम में उचित लेखांकन है तो भरा जाना चाहिए।
• खरीद बही प्रविष्टियों का गठन - दस्तावेज़।
• खरीद बही प्रविष्टियाँ उत्पन्न करना (0%) - दस्तावेज़। यदि सिस्टम में उचित लेखांकन है तो भरा जाना चाहिए।
• बिक्री पुस्तक प्रविष्टियों का गठन - दस्तावेज़।
• बिक्री बही प्रविष्टियाँ उत्पन्न करना (0%) - दस्तावेज़। यदि सिस्टम में उचित लेखांकन है तो भरा जाना चाहिए।
• लागत गणना - दस्तावेज़। सबसे महत्वपूर्ण दस्तावेज़ महंगे खाते बंद करता है।
• वित्तीय परिणामों का निर्धारण - दस्तावेज़।
• आयकर गणना - दस्तावेज़।