बीएसयू प्रोसेसिंग रीसेट संचय रजिस्टर। संचय रजिस्टर (यूएफ) के संतुलन और गतिविधियों को रीसेट करना

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

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

कुछ समय बीत गया...

एक नया संस्करण जारी किया गया है, अब प्रसंस्करण ने परिसंचारी संचय रजिस्टर में आंदोलनों को उलटना सीख लिया है (पहले इसने एक त्रुटि दी थी - अर्थात, यह वास्तव में केवल संतुलन रजिस्टरों के साथ काम करता था)। इसके अलावा, आंदोलनों को उलट दिया जाता है, अर्थात। यदि आप रजिस्टर को देखते हैं, कहते हैं, यूटी11 में "बिक्री", तो उलटने के बाद बिक्री बिल्कुल नहीं दिखाई जाएगी, यानी। जैसे कि कोई बिक्री ही नहीं हुई - अवधि के लिए कुल मिलाकर टर्नओवर खाली होगा। एक बार फिर - यह पता चला है, उदाहरण के लिए, 1-30 जनवरी की अवधि के लिए हमारी बिक्री हुई थी, 31 तारीख को मैं उलट देता हूं, उसके बाद अगर मैं 1 से 30 तक की रिपोर्ट देखता हूं - तो मुझे बिक्री दिखाई देगी, 31 से लेकर 31 - मैं उलटी चाल देखूंगा, 1- 31 से - खाली दिखाऊंगा। उदाहरण के लिए, जब मुझे "कैश ऑफिस" (50 खाता, कौन जानता है) को व्यवस्थित करना था, तो मैंने यूटी11 और रिटेल 2.2 में "कैश" रजिस्टर की गतिविधियों को उलट दिया।

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

अच्छी खबर - अंकों में लागत कम हो गई है।

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

समीक्षा

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

उन्नत मोड इंटरफ़ेस को कई भागों में विभाजित किया जा सकता है:

1. केस चयन फ़ील्ड.

रजिस्टर नामों वाली ड्रॉप-डाउन सूची में परिसंचारी रजिस्टरों को छोड़कर (उनमें शेष राशि नहीं है) सभी रजिस्टर शामिल हैं।

2. समायोजन दस्तावेज़ सेटिंग्स फ़ील्ड.

स्थिति के आधार पर, उनमें से कुछ छिपे हो सकते हैं।
"दस्तावेज़ में समायोजन करें..." फ़ील्ड का विशेष उल्लेख किया जाना चाहिए। इसमें आप आंदोलन गठन के तरीकों में से एक का चयन कर सकते हैं:

• "इनकमिंग" दृश्य (संचय रजिस्टरों के लिए मोड) के साथ सभी गतिविधियां;
• "उपभोग" दृश्य (संचय रजिस्टरों के लिए मोड) के साथ सभी गतिविधियां;
• डीटी में रीसेट करने योग्य खाता (लेखा रजिस्टरों के लिए)। समायोजन दस्तावेज़ प्रपत्र के लेनदेन उत्पन्न करेगा डीटी<Счет>सीटी<КоррСчет> ;
• केटी में शून्य करने योग्य खाता (लेखा रजिस्टरों के लिए)। समायोजन दस्तावेज़ प्रपत्र के लेनदेन उत्पन्न करेगा डीटी<КоррСчет>सीटी<Счет> ;
• सकारात्मक संसाधन मान (यह मोड उपयोगी है, उदाहरण के लिए, जब नकारात्मक मात्रा रजिस्टर में नहीं लिखी जा सकती);
• नकारात्मक संसाधन मान (यदि आपको रीसेट करते समय टर्नओवर कम करने की आवश्यकता है)।

3. दिनांक और समायोजन दस्तावेज़ फ़ील्ड रीसेट करें.

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

4. बुकमार्क "खाता और सुधार खाता", "विवरण", "संसाधन" और "चित्र".
चयनित रजिस्टर के आधार पर, उनमें से कुछ छिपाए जा सकते हैं।

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

पर "विवरण" टैब आप उन विवरणों के मानों का चयन कर सकते हैं जिन्हें समायोजन दस्तावेज़ के सभी आंदोलनों में प्रतिस्थापित किया जाएगा।

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

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

कोई भी फ़ील्ड या रजिस्टर अप्राप्य हो सकता है यदि उन पर कोई अधिकार नहीं हैं या वे प्रोग्राम सेटिंग्स (कार्यात्मक विकल्प) में अक्षम हैं।

यह पता लगाने के लिए कि वर्तमान कॉन्फ़िगरेशन में कौन से समायोजन दस्तावेज़ "देखा" जा रहे हैं, आपको "समायोजन दस्तावेज़" फ़ील्ड के दाईं ओर प्रश्न चिह्न पर क्लिक करना होगा।

अनुकूलता

प्रसंस्करण मुख्य रूप से इंटरफ़ेस-संचालित सिस्टम के लिए है। पुराने इंटरफ़ेस में विकसित सिस्टम में भी यह काम करेगा, लेकिन कुछ प्रतिबंधों के साथ। तालिका 1 में विवरण।

आप समायोजन दस्तावेज़ों में गतिविधि करने के लिए उपयोग किए जाने वाले किसी भी रजिस्टर को रीसेट कर सकते हैं।

तालिका 1. कॉन्फ़िगरेशन जिस पर प्रसंस्करण का परीक्षण किया गया था

यह उपचार मोटे और पतले ग्राहकों के लिए डिज़ाइन किया गया है।
कोड खुला है.

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

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

कुछ समय बीत गया...

एक नया संस्करण जारी किया गया है, अब प्रसंस्करण ने परिसंचारी संचय रजिस्टर में आंदोलनों को उलटना सीख लिया है (पहले इसने एक त्रुटि दी थी - अर्थात, यह वास्तव में केवल संतुलन रजिस्टरों के साथ काम करता था)। इसके अलावा, आंदोलनों को उलट दिया जाता है, अर्थात। यदि आप रजिस्टर को देखते हैं, कहते हैं, यूटी11 में "बिक्री", तो उलटने के बाद बिक्री बिल्कुल नहीं दिखाई जाएगी, यानी। जैसे कि कोई बिक्री ही नहीं हुई - अवधि के लिए कुल मिलाकर टर्नओवर खाली होगा। एक बार फिर - यह पता चला है, उदाहरण के लिए, 1-30 जनवरी की अवधि के लिए हमारी बिक्री हुई थी, 31 तारीख को मैं उलट देता हूं, उसके बाद अगर मैं 1 से 30 तक की रिपोर्ट देखता हूं - तो मुझे बिक्री दिखाई देगी, 31 से लेकर 31 - मैं उलटी चाल देखूंगा, 1- 31 से - खाली दिखाऊंगा। उदाहरण के लिए, जब मुझे "कैश ऑफिस" (50 खाता, कौन जानता है) को व्यवस्थित करना था, तो मैंने यूटी11 और रिटेल 2.2 में "कैश" रजिस्टर की गतिविधियों को उलट दिया।

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

अच्छी खबर - अंकों में लागत कम हो गई है।

रजिस्टरों के साथ काम करना सीखना (1सी: लेखांकन 8.3, संस्करण 3.0)

प्रिय पाठकों, इस पाठ में मैं 1सी में काम करते समय एक अत्यंत महत्वपूर्ण विषय पर बात करना चाहता हूं: लेखांकन 8.3 - रजिस्टर.

मैं तुरंत आपको एक छोटे से उदाहरण से बताऊंगा कि यह इतना महत्वपूर्ण क्यों है।

आइए हम जनवरी के लिए पेरोल प्राप्त करें:

फरवरी की शुरुआत में, हम कैश रजिस्टर से पेरोल स्लिप बनाते हैं और "भरें" बटन पर क्लिक करते हैं:

और हमें निम्नलिखित मिलता है:

लेकिन जनवरी के लिए:

• 50,000 रूबल का संचय
• व्यक्तिगत आयकर 6,500 रूबल
• कुल देय 43,500 रूबल

त्रुटि कहां से आ गई? कुछ गलत हो गया? क्या अब भुगतान की जाने वाली राशि को हमेशा मैन्युअल रूप से दर्ज करना वास्तव में संभव है?

एक अनुभवी अकाउंटेंट तुरंत खाता 70 के लिए बैलेंस शीट बना देगा:

और वह और भी अधिक हतप्रभ हो जाएगा, क्योंकि रिपोर्ट के अनुसार, वही 43,500 का भुगतान अभी भी बाकी है! और अतिरिक्त 5,000 रूबल कहाँ से आये?

इसके अलावा, ऐसी स्थिति (किसी भी गणना के साथ) "ट्रोइका" और "दो" दोनों में हो सकती है।

आज मैं गोपनीयता का पर्दा उठाने की कोशिश करूंगा - कभी-कभी कार्यक्रम इतना अजीब व्यवहार क्यों करता है। मैं आपको बताऊंगा कि ऐसे मामलों में त्रुटि कैसे ढूंढें और ठीक करें। लेख के अंत में हम पता लगाएंगे कि ये 5,000 रूबल कहां से आए।

तो चलते हैं!

रजिस्टर देखना सीखना

दस्तावेज़ पोस्ट करते समय, 1C:अकाउंटिंग 8 लेखांकन खातों में प्रविष्टियाँ करता है (किसी भी दस्तावेज़ के लिए DtKt बटन):

इन लेन-देन के आधार पर ही सभी लेखांकन रिपोर्टें बनाई जाती हैं: खाता विश्लेषण, खाता कार्ड, बैलेंस शीट...

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

जैसा कि आप शायद पहले ही अनुमान लगा चुके हैं, इस परत को कहा जाता है रजिस्टर, यहाँ वह है:

अब मैं रजिस्टरों के विवरण के विवरण में नहीं जाऊंगा, ताकि आप और अधिक भ्रमित न हों।

आइए "वेतन देय" रजिस्टर पर करीब से नज़र डालें - यही वह है जो अतिरिक्त 5,000 के साथ हमारी समस्या को हल करने के लिए समझ में आता है:

इस रजिस्टर में हमें आगमन में बनी हुई दो प्रविष्टियाँ दिखाई देती हैं, अर्थात् प्लस में। यदि हम स्क्रीन को दाईं ओर स्क्रॉल करते हैं, तो हम पहली पंक्ति में भुगतान की जाने वाली राशि "-6,500" और दूसरी में "50,000" देखेंगे।

इस रजिस्टर में शेष राशि -6,500 + 50,000 43,500 के बराबर है, जिसे दस्तावेज़ में "कैश रजिस्टर से भुगतान के लिए विवरण" में शामिल किया जाना चाहिए जब हम "भरें" बटन पर क्लिक करते हैं।

मैं एक बार फिर दोहराता हूँ - भुगतान विवरण कर्मचारी को हमारा वेतन बकाया खाता 70 के अनुसार नहीं, बल्कि "देय वेतन" रजिस्टर के अनुसार निर्धारित करता है.

इससे पता चलता है कि हम जानते हैं कि भुगतान किया जाने वाला वेतन इस रजिस्टर के आधार पर भरा जाता है, लेकिन रजिस्टर की प्रविष्टियों को देखकर भी हम समझ नहीं पाते हैं कि क्या गलत है।

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

रजिस्टरों का विश्लेषण करना सीखना

और एक ऐसा उपकरण है, इसका नाम है " सार्वभौमिक रिपोर्ट".

"रिपोर्ट" अनुभाग पर जाएँ और "यूनिवर्सल रिपोर्ट" चुनें:

रजिस्टर प्रकार "संचय रजिस्टर", "वेतन देय" रजिस्टर का चयन करें और "जनरेट करें" बटन पर क्लिक करें:

यह बहुत जानकारीपूर्ण नहीं निकला:

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

"चयन" टैब पर हम अपने संगठन के लिए चयन करते हैं:

"जनरेट करें" बटन पर क्लिक करें:

अब ये और दिलचस्प है. हम देखते हैं कि हमारे कर्मचारी को भुगतान की जाने वाली शेष राशि वही 48,500 रूबल है!

रिपोर्ट सेटिंग्स पर फिर से जाएं और "संकेतक" टैब में एक नया फ़ील्ड "रिकॉर्डर" जोड़ें:

हम फिर से रिपोर्ट तैयार करते हैं:

अब हम स्पष्ट रूप से देख सकते हैं कि 31 दिसंबर 2014 को ऑपरेशन (स्पष्ट रूप से शेष राशि में प्रवेश) के परिणामस्वरूप 5,000 दिखाई दिए।

और हमें या तो इस ऑपरेशन को बदलना होगा या मैन्युअल रूप से "वेतन देय" रजिस्टर को समायोजित करना होगा और इन 5,000 रूबल को बंद करना होगा, उदाहरण के लिए, 31 दिसंबर 2015 को।

चलिए दूसरे रास्ते पर चलते हैं. इसलिए, हमारा काम यह सुनिश्चित करना है कि 2016 की शुरुआत में "वेतन देय" रजिस्टर में कर्मचारी पर कोई कर्ज न हो।

यह मैनुअल ऑपरेशन द्वारा किया जाता है.

रजिस्टरों को समायोजित करना सीखना

"ऑपरेशंस" अनुभाग पर जाएं और "मैन्युअल रूप से दर्ज किए गए ऑपरेशन्स" चुनें:

हम 2015 के अंत में एक नया ऑपरेशन बनाते हैं:

"अधिक" मेनू से, "रजिस्टर चुनें..." चुनें:

"भुगतान किया जाने वाला वेतन" रजिस्टर निर्दिष्ट करें और ठीक पर क्लिक करें:

दिखाई देने वाले रजिस्टर टैब पर जाएं और 5,000 रूबल का व्यय करें:

ऐसा करके, हम 2016 की शुरुआत तक शून्य तक पहुंचने के लिए प्रति कर्मचारी रजिस्टर से 5,000 रूबल घटा रहे हैं।

हम ऑपरेशन करते हैं और सार्वभौमिक रिपोर्ट पुन: उत्पन्न करते हैं:

सब कुछ ठीक हो गया! हम देखते हैं कि 31 दिसंबर, 2015 को हमारे मैन्युअल ऑपरेशन से शेष राशि शून्य हो गई और संचय के बाद देय वेतन अपेक्षित 43,500 के बराबर है।

अद्भुत। और अब हम इसे पेमेंट स्टेटमेंट में चेक करेंगे.

लेकिन सबसे पहले मैं आपका ध्यान एक और महत्वपूर्ण बिंदु पर आकर्षित करना चाहता हूं:

कृपया ध्यान दें कि "कर्मचारी" समूह के लिए शुरुआत और अंत में शेष राशि बकवास दिखाती है। यह कोई गलती नहीं है, यह एक बारीकियां है जिसे 1सी की वास्तुशिल्प विशेषताओं से संबंधित ध्यान में रखा जाना चाहिए।

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