इस रिपोर्ट का सही ढंग से उपयोग करने और यह समझने के लिए कि इसकी आवश्यकता क्यों है, यह अनुशंसा की जाती है कि आप इसकी निरंतरता पढ़ें।

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

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

हालाँकि, यदि लेखांकन रजिस्टर (टर्नओवर बैलेंस शीट, खाता विश्लेषण, आदि) के लिए लेखांकन रिपोर्टों का एक मानक सेट है, तो एक भी मानक रिपोर्ट नहीं है जो कॉन्फ़िगरेशन में प्रश्न में संचय रजिस्टरों को समझती हो।

इस उद्देश्य के लिए, आप मानक सार्वभौमिक रिपोर्ट का उपयोग कर सकते हैं, लेकिन कई कारणों से यह असुविधाजनक है:

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

उपरोक्त परिस्थितियों के संबंध में, एक्सेस कंट्रोल सिस्टम पर यूनिवर्सल रिपोर्ट इंजन का उपयोग करके, ऊपर वर्णित कमियों से रहित, यह रिपोर्ट विकसित की गई थी।

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

इस रिपोर्ट की धारा 4 को ध्यान में रखते हुए, कई नियंत्रण उपाय प्रस्तावित हैं। इन्हें क्रियान्वित करने से पहले आपसी समझौतों का क्रम बहाल करना जरूरी है।

1. समझौते के प्रकार के साथ प्रयुक्त रजिस्टर के अनुपालन की जाँच करना।

चयन को आंकड़ों के अनुसार स्थिति पर सेट करें, बाकी सेटिंग्स को डिफ़ॉल्ट पर छोड़ दें। पहले विकल्प a) के लिए एक रिपोर्ट तैयार करें, फिर b) के लिए।

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

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

2. आपसी निपटान के लिए उपयुक्त खातों पर एक निश्चित प्रकार के अनुबंधों की उपस्थिति की जाँच करना।

यह चयनों को लगभग निम्नानुसार सेट करके किया जाता है:

प्रतिपक्ष समझौता. समझौते का प्रकार = "खरीदार के साथ"। सूची से किसी समूह में स्कोर नहीं: 62, 76.06

प्रतिपक्ष समझौता. समझौते का प्रकार = "आपूर्तिकर्ता के साथ"। सूची से किसी समूह में स्कोर नहीं: 60, 76.05

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

3. आपसी बस्तियों की मुद्रा और अनुबंधों के लिए विनियमित लेखांकन की मुद्रा की समानता की जाँच करना जिसके लिए रूबल में भुगतान किया जाता है।

चित्र में दिखाए अनुसार चयन को राज्य पर सेट करें। बाकी सेटिंग्स डिफ़ॉल्ट हैं. एक रिपोर्ट तैयार करें.

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

रिकॉर्डर से प्राप्त प्रतिलेख उन दस्तावेज़ों को दिखाएगा जो ग़लत गतिविधियां उत्पन्न करते हैं। शायद:

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

दुर्भाग्य से, मुद्रा अनुबंधों और पारंपरिक इकाइयों में अनुबंधों के तहत शेष राशि की जाँच इस तरह से नहीं की जा सकती है, इस तथ्य के कारण कि परिभाषा के अनुसार, मिलान की गई राशियाँ अलग-अलग मुद्राओं में हैं।

4. ऋण/अग्रिम उप-खाते की सही पसंद और उन पर काउंटर बैलेंस की उपस्थिति के लिए आपसी निपटान के शेष की जाँच करना।

निम्नलिखित योजना के अनुसार सेटिंग्स सेट करें:

क्रॉस टेबल, पंक्ति समूहन: प्रतिपक्ष का अनुबंध, स्तंभ समूहन: जाँच करना, खेत: कोई भी शेष (con.) (समूह और अतिरिक्त फ़ील्ड हटाएं)। चयन: सूची से समूह में स्कोर: 60, 62.

रिपोर्ट में वह डेटा प्रदर्शित होना चाहिए जिसका निम्नलिखित के लिए निरीक्षण किया जाना आवश्यक है:

ए) प्रत्येक उप-खाते के शेष पर संबंधित चिह्न (60.01, 60.21, 60.31, 62.02, 62.22, 62.32 - नकारात्मक, 60.02, 60.22, 60.32, 62.01, 62.21, 62.32 - सकारात्मक) होना चाहिए। त्रुटियों को तुरंत पहचानने के लिए इस सशर्त डिज़ाइन को रंगने की अत्यधिक अनुशंसा की जाती है।

बी) एक समझौते के तहत एक ही समूह खाते (60.01 / 60.02) के विभिन्न उप-खातों पर काउंटर बैलेंस नहीं होना चाहिए, जिसका अर्थ है कि अग्रिम और ऋण दोनों हैं।

यह आंकड़ा त्रुटि विकल्प दिखाता है ए) और बी)

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

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

आप उस दस्तावेज़ की किसी भी पंक्ति को समझ सकते हैं जिसके संदर्भ में अग्रिम और ऋण शामिल हैं, जो तब उपयोगी हो सकता है जब किसी भी तर्क के साथ निपटान दस्तावेजों के आधार पर समझौते पर मैन्युअल लेखांकन किया जाता है जो एफआईएफओ सिद्धांत का अनुपालन नहीं करता है .

5. निपटान दस्तावेजों (फीफो सिद्धांत के अनुसार) के आधार पर स्वचालित लेखांकन की शुद्धता की जाँच करना।

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

चयन के रूप में, आप एक प्रतिपक्ष (समझौते) का उपयोग कर सकते हैं जिसके लिए नियंत्रण माप संख्या 3 में त्रुटियों की पहचान की गई थी, या समझौते के प्रकार का चयन। निपटान दस्तावेजों पर समाचार = हाँ। केवल एक खाता समूह (60 या 62, या 76.05, या 76.06) का चयन करना भी उचित है।

शेष सेटिंग्स को चित्र के अनुसार सेट करें:

निम्नलिखित के लिए प्राप्त रिपोर्टिंग डेटा को दृष्टिगत रूप से जांचें:

ए) किसी खाते के प्रत्येक समूह के भीतर, सभी प्रारंभिक शेष पहले दस्तावेजों पर (या अनुपस्थित) होने चाहिए, और अंतिम शेष अंतिम दस्तावेजों पर (या अनुपस्थित) होने चाहिए। अर्थात्, FIFO सिद्धांत के अनुपालन को दृष्टिगत रूप से सत्यापित किया जाता है।

बी) एक समझौते के तहत दस्तावेजों के संदर्भ में शेष राशि पर एक ही चिह्न (प्लस या माइनस) होना चाहिए और या तो ऋण खाते में या अग्रिम खाते में होना चाहिए (76.xx के लिए - बस एक ही चिह्न होना चाहिए)। अपवाद के साथ यदि लेखांकन लेनदेन के संदर्भ में, या विशेष तर्क के साथ - निपटान दस्तावेजों के अनुसार मैन्युअल रूप से किया जाता है।

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

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

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

a) बिक्री द्वारा माल के मूल्य का प्रकार बनता है, अनुबंध आयाम खाली है।
1) रसीद - बिक्री पुस्तिका में जाती है, टैब "बिक्री पर"
2) खपत
बी) मूल्य का प्रकार अग्रिम
1) रसीद - अग्रिम भुगतान के लिए एक चालान द्वारा बनाई जाती है
2) व्यय - बिक्री पुस्तक, "अग्रिम" टैब द्वारा गठित

संचय रजिस्टर "अग्रिम पर वैट"

1) रसीद - अग्रिम भुगतान के लिए दस्तावेज़ "चालान" द्वारा उत्पन्न, या "प्रारंभिक वैट शेष दर्ज करना",
2) व्यय - दस्तावेज़ "क्रय पुस्तक बनाना", टैब "अग्रिम" द्वारा उत्पन्न।

क्रेता का अग्रिम दस्तावेज़

उदाहरण के लिए, भुगतान आदेश आ रहा है
भुगतान खाते (62.01, 62.02) को दर्शाते हुए संचय रजिस्टर "बिक्री पर गणना (लेखा)" के अनुसार आय उत्पन्न करता है

अग्रिम भुगतान के लिए दस्तावेज़ "चालान"।

संचय रजिस्टर "वैट अर्जित" के अनुसार आय उत्पन्न करता है, "मूल्य का प्रकार" आयाम अग्रिम है, "अनुबंध" आयाम भरा हुआ है। राशि वैट सहित दस्तावेज़ की राशि के बराबर है।
प्रपत्र, सहित। वैट की राशि के लिए बीयू 76.एवी - 68.02 पोस्ट करना।

दस्तावेज़ "वस्तुओं और सेवाओं की बिक्री"

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

दस्तावेज़ "वस्तुओं और सेवाओं की प्राप्ति"

"वैट प्रस्तुत" रजिस्टर और "अधिग्रहण निपटान (लेखा)" रजिस्टर के अनुसार आय उत्पन्न करता है।

दस्तावेज़ "एक खरीद पुस्तक बनाना"

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

दस्तावेज़ "बिक्री पुस्तक बनाना"

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

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

तंत्र का विवरण.

निम्नलिखित रजिस्टर आपूर्तिकर्ताओं के साथ आपसी समझौते पर डेटा रिकॉर्ड करने में शामिल हैं:

लेखांकन रजिस्टर

• स्वावलंबी

संचय रजिस्टर

• समकक्षों के साथ आपसी समझौता
• निपटान दस्तावेजों का उपयोग करके समकक्षों के साथ पारस्परिक समझौता
• अधिग्रहण गणना (लेखा)

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

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

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

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

विकल्प 1: "प्रतिपक्ष के साथ निपटान के दस्तावेज़ों के अनुसार" विशेषता सेट नहीं है

भुगतान दस्तावेज़ "अधिग्रहण निपटान (लेखा)" रजिस्टर द्वारा निर्धारित किए जाएंगे

1. भुगतान दस्तावेज़ पोस्ट करते समय:

यदि रजिस्टर शेष ऋणात्मक है(निपटान दस्तावेज रसीद दस्तावेज हैं - प्रतिपक्ष के लिए एक ऋण है) - फिर सिस्टम निपटान दस्तावेजों के रूप में चयन करेगा - शेष राशि पर उपलब्ध रसीदें।

यदि आप SALT को देखें - ऋण शेष 60.01 - 8000 रूबल है

भुगतान 9,000 रूबल की राशि में किया जाता है

आंदोलन की दिशा	रजिस्ट्रार	गणना दस्तावेज़			भुगतान खाता
	भुगतान 1	प्रवेश 1	सन्धि 1
	भुगतान 1	प्रवेश 2	सन्धि 1
	भुगतान 1	भुगतान 1	सन्धि 1

लेखांकन प्रणाली के अनुसार - डेबिट शेष 60.02 - 1000 रूबल

यदि अवशेष सकारात्मक हैं- यानी इस समझौते के तहत अग्रिम राशि है

यदि आप SALT को देखें - Dt पर शेष 60.02 है

तब भुगतान दस्तावेज़ स्वयं एक निपटान दस्तावेज़ बन जाएगा - भुगतान की गई पूरी राशि के लिए।

यह बन गया - 9000 के भुगतान के बाद

2. प्रवेश आयोजित करते समय

यदि रजिस्टर शेष धनात्मक है(निपटान दस्तावेज़ भुगतान दस्तावेज़ हैं - अनुबंध के तहत अग्रिम भुगतान है)

यदि आप SALT को देखें - डेबिट शेष 60.02 - 8000 रूबल है

सामग्री 9,000 रूबल की राशि में पहुंची

पूर्व में. मूवमेंट रजिस्टर इस प्रकार होगा:

आंदोलन की दिशा	रजिस्ट्रार	गणना दस्तावेज़			भुगतान खाता
	प्रवेश 1	भुगतान 1	सन्धि 1
	प्रवेश 1	भुगतान 2	सन्धि 1
	प्रवेश 1	प्रवेश 1	सन्धि 1

और शेष पहले से ही इस तरह दिखेगा:

लेखांकन प्रणाली के अनुसार - Kt 60.01 के अनुसार शेष राशि 1000 रूबल है

यदि शेष ऋणात्मक हैं- यानी इस समझौते के तहत कर्ज है

यदि आप SALT को देखें - Kt 60.01 के अनुसार शेष

तब डिलीवरी दस्तावेज़ स्वयं एक निपटान दस्तावेज़ बन जाएगा - रसीद की पूरी राशि के लिए।

ये बन गया- 9000 की डिलीवरी के बाद

विकल्प 2: "प्रतिपक्ष के साथ निपटान के दस्तावेज़ों के अनुसार" चेकबॉक्स चयनित है।

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

निपटान दस्तावेजों के चयन के नियम

आपसी निपटान दस्तावेज़ों में "निपटान दस्तावेज़" विवरण भरते समय, निम्नलिखित नियमों को ध्यान में रखा जाना चाहिए:

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

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

समझौते के तहत "डबल" शेष भी अस्वीकार्य है - यदि आपसी समझौता "संपूर्ण समझौते के तहत" किया जाता है। वे। डिलीवरी और भुगतान निपटान दस्तावेज़ों का एक ही समय में खुला रहना अस्वीकार्य है। यदि अनुबंध "आदेशों के अनुसार" आयोजित किया जाता है - अनुबंध के ढांचे के भीतर अग्रिम और ऋण दोनों हो सकते हैं - लेकिन विभिन्न आदेशों के लिए - एक ही क्रम के भीतर "दोहरा" शेष नहीं होना चाहिए।

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

आइए मान लें कि हमारे पास 1000 अलग-अलग दस्तावेज़ हैं: माल की प्राप्ति, बट्टे खाते में डालना, वापसी, बिक्री, आदि। और प्रत्येक दस्तावेज़ गोदाम में एक निश्चित उत्पाद की मात्रा को बदल देता है। गोदाम में मौजूदा मात्रा के बारे में जानकारी प्राप्त करने के लिए, आपको हर चीज़ से गुज़रना होगा: कुछ माल की मात्रा बढ़ाते हैं, कुछ घटाते हैं, कुछ बढ़ा या घटा सकते हैं। और यदि गोदाम, संगठन को भी ध्यान में रखना आवश्यक है?.. ऐसी प्रणाली बहुत संसाधन-गहन है।

इस प्रक्रिया को सरल बनाने के लिए, 1C डेवलपर्स विशेष कॉन्फ़िगरेशन ऑब्जेक्ट लेकर आए। इनका उपयोग जानकारी संग्रहीत करने और पुनर्प्राप्त करने की सुविधा के लिए किया जाता है; 1C 8.3 और 8.2 में सभी प्रकार के रजिस्टरों का उपयोग किया जाता है, जिनके बारे में हम इस लेख में विशेष रूप से बात करेंगे संचय रजिस्टर.

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

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

विन्यासकर्ता में संचय रजिस्टर

कॉन्फ़िगरेशन विकास के दृष्टिकोण से संचय रजिस्टर क्या है? आइए संचय रजिस्टर के क्षेत्रों को देखकर शुरुआत करें:

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

संचय रजिस्टर है आयाम, संसाधन, विवरण और मानक विवरण।

आइए पहले संचय रजिस्टर के मानक विवरण पर विचार करें:

• अवधि— संचलन की तारीख का दस्तावेज़ की तारीख से मेल खाना जरूरी नहीं है;
• रजिस्ट्रार- एक दस्तावेज़ जो रजिस्टर में प्रविष्टि करता है;
• लाइन नंबर- रिकॉर्ड सेट में पंक्ति की क्रम संख्या, रजिस्ट्रार के भीतर अद्वितीय;
• गतिविधि— वर्चुअल तालिकाओं में रिकॉर्ड प्राप्त करने के लिए ज़िम्मेदार है (नीचे उनके बारे में अधिक जानकारी);
• देखनाआंदोलन- आय या व्यय.

संचय रजिस्टर माप

आयाम एक अनुभाग है जिसमें रिकॉर्ड रखे जाते हैं। उपरोक्त उदाहरण में, लेखांकन अनुभाग है: गोदाम, नामकरण, उत्पाद विशेषताएँ, उत्पाद श्रृंखला, गुणवत्ता. अर्थात्, जिन मापों में हमारी रुचि है उन्हें निर्दिष्ट करके, हम किसी भी समय मात्रा-संसाधन-प्राप्त कर सकते हैं। विभिन्न आयामों के संदर्भ में, उदाहरण के लिए, भविष्य में आप किसी विशिष्ट तिथि के लिए शेष राशि प्राप्त कर सकते हैं।

संचय रजिस्टर संसाधन

संसाधन एक संख्यात्मक क्षेत्र है जिसमें ऊपर वर्णित आयामों के संदर्भ में जानकारी संग्रहीत की जाती है।

अन्यथा, आयामों/संसाधनों की परस्पर क्रिया को योजनाबद्ध रूप से एक समन्वय प्रणाली के रूप में दर्शाया जा सकता है:

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

संचय रजिस्टर 1सी का विवरण

संचय रजिस्टर विवरण "टिप्पणी" या माप के संदर्भ में अतिरिक्त जानकारी के रूप में कार्य करता है, शेष/टर्नओवर प्राप्त नहीं किया जा सकता है। बहुत ही कम प्रयोग किया जाता है।

संचय रजिस्टर के प्रकार

संचय रजिस्टर दो प्रकार के होते हैं - टर्नओवर और शेष.

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

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

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

रजिस्टर के प्रकार के आधार पर, सिस्टम संचय रजिस्टर के लिए अलग-अलग वर्चुअल टेबल बनाएगा। वर्चुअल टेबल रजिस्टरों से प्रोफ़ाइल जानकारी प्राप्त करने का एक त्वरित तरीका है।

संचय रजिस्टर के लिए यह है:

• बचा हुआ;
• क्रांतियाँ;
• अवशेष और टर्नओवर।

समाधान डेवलपर के लिए, डेटा एक (वर्चुअल) तालिका से लिया जाता है, लेकिन वास्तव में 1C प्लेटफ़ॉर्म इसे कई तालिकाओं से लेता है, उन्हें आवश्यक रूप में परिवर्तित करता है।

संचय रजिस्टरों का उचित डिज़ाइन

संचय रजिस्टरों को आवश्यक रिपोर्टों से डिज़ाइन किया जाना चाहिए। 1C 8.3 प्रणाली में सबसे कठिन बात जानकारी को सही ढंग से संग्रहीत करना है ताकि इसे किसी भी समय आसानी से पुनर्प्राप्त किया जा सके।

रजिस्टर डिज़ाइन की विशेषताओं के बीच, रजिस्टर में आयामों को सही ढंग से व्यवस्थित करने की आवश्यकता पर ध्यान दिया जाना चाहिए। सबसे ऊपर, आपको उन मापों को डालना होगा जिनके लिए सिस्टम में सबसे अधिक बार अनुरोध किया जाएगा।

अनुक्रमण संचय रजिस्टर आयाम

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

उदाहरण के लिए, रजिस्टर "ProductsInWarehouses" है, आयाम "वेयरहाउस, नामकरण" हैं, संसाधन "मात्रा" है।

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

शीर्षक विहीन दस्तावेज़

1सी के लिए तैयारी: डमी के लिए एससीपी में पेशेवर और विशेषज्ञ।

पाठ 15. हम रजिस्टरों द्वारा गतिविधियों का अध्ययन करते हैं। वैट प्रस्तुत किया गया।

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

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

फिर, मेनू "अकाउंटिंग सेटिंग्स" -> "अकाउंटिंग सेटिंग्स" के माध्यम से, सेटिंग्स विंडो को कॉल करें:

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

अब आप रजिस्टरों के बारे में सीखना शुरू कर सकते हैं। और इसलिए, हम एक नया दस्तावेज़ "वस्तुओं और सेवाओं की रसीदें" बनाते हैं या उसे पोस्ट करते हैं जो आपने पहले ही पिछले पाठों में बनाया है (उदाहरण के लिए, और): हम देखते हैं कि दस्तावेज़ किन रजिस्टरों में पोस्ट किया गया था:

और इसलिए, जैसा कि हम देख सकते हैं, चालान निम्नलिखित रजिस्टरों में पोस्ट किया गया है:

संचय रजिस्टर "वैट प्रस्तुत"

संचय रजिस्टर "गोदामों में माल की खेप (लेखा)"

संचय रजिस्टर "गोदामों में माल की खेप (प्रबंधन लेखांकन)"

लेखांकन रजिस्टर "जर्नल ऑफ़ ट्रांजेक्शन (अकाउंटिंग)"

संचय रजिस्टर "खरीद निपटान (लेखा)"

संचय रजिस्टर "खरीदारी"

संचय रजिस्टर "प्रतिपक्षों के साथ आपसी समझौता"

सूचना का रजिस्टर "किसी संगठन के अधिग्रहण के लिए गणना"

संचय रजिस्टर "गोदामों में माल की खेप (कर लेखांकन)"

संचय रजिस्टर "प्रतिपक्षों के साथ बस्तियां"

संचय रजिस्टर "गोदामों में माल"

लेखांकन रजिस्टर "जर्नल ऑफ़ ट्रांजेक्शन (टैक्स अकाउंटिंग)"

संचय रजिस्टर "संगठनों का सामान"

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

मेनू "वैट" -> "रिपोर्ट" -> "आने वाले वैट का विश्लेषण" के माध्यम से:

यह रिपोर्ट हमें भुगतान किए गए और जमा किए गए वैट की तुलना दिखाएगी:

एक अन्य रिपोर्ट, जिसे "आपूर्तिकर्ता द्वारा प्रस्तुत वैट का विवरण" कहा जाता है, हमें उसी रजिस्टर की सामग्री दिखाएगी, लेकिन मनमाने समूहों में (यह रिपोर्ट सेटिंग्स में सेट है)। उसका रास्ता है "वैट" -> "रिपोर्ट" -> "आपूर्तिकर्ता द्वारा प्रस्तुत वैट का विवरण":

ठीक है, आप कहते हैं, रिपोर्ट के अलावा इस रजिस्टर का उपयोग कहां किया जाता है? यह स्पष्ट है कि इसका आविष्कार केवल उनके लिए नहीं किया गया था, क्योंकि रिपोर्ट का निर्माण खाता 19 की लेखांकन प्रविष्टियों के आधार पर भी किया जा सकता है।

मैं उत्तर दूंगा:

इसका उपयोग क्रय पुस्तिका बनाने के लिए किया जाता है।

आइए देखें कि यह सब कैसे किया जाता है। सबसे पहले, आइए अपने चालान के आधार पर एक चालान दर्ज करें। यह या तो "2वाटर ऑन बेस" बटन का उपयोग करके किया जा सकता है:

या दस्तावेज़ में ही, शिलालेख पर क्लिक करें: "चालान दर्ज करें":

उसी समय, हमारे पास एक चालान प्रविष्टि प्रपत्र खुला होगा, जिसमें हमें आने वाले चालान की संख्या और तारीख दर्ज करनी होगी, क्योंकि वे सिस्टम द्वारा निर्दिष्ट आंतरिक संख्या और तारीख से मेल नहीं खाते हैं:

चालान दर्ज करने के बाद, शिलालेख "चालान दर्ज करें" दर्ज किए गए चालान के बारे में जानकारी में बदल जाएगा, और जब आप उस पर क्लिक करेंगे, तो ऊपर वर्णित फॉर्म खुल जाएगा:

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

और हम देखते हैं कि क्रय बही वास्तव में बन चुकी है:

इससे पाठ समाप्त होता है, अगली बार मिलते हैं।