दैनंदिन अनुभवातील राज्ये कॉलिन विल्सन महत्त्वपूर्ण निष्कर्षापर्यंत पोहोचले की लोक त्यांचे जीवन तुलनेने कमी संख्येने चेतनेच्या विशिष्ट अवस्थेत घालवतात. ऑस्ट्रियन मानसशास्त्रज्ञ हर्मन ब्रँडस्टेटर आणि अमेरिकन मानसशास्त्रज्ञ एड डायनर सामान्यांकडे वळले.

नवीन मनाची स्थिती प्राप्त करणे नवीनता आणि मनाची अवस्था यांच्यातील संबंध डेव्हच्या परिस्थितीकडे बहुतेक मानसशास्त्रज्ञ कोणत्या दृष्टीकोनातून पुढे जातील यावर महत्त्वपूर्ण प्रकाश टाकतात. डेव्ह हा अनुभवी विद्यार्थी असला तरी प्रत्येक परीक्षेला तो नवीन परिस्थिती मानतो. त्याचा

म्युच्युअल सेटलमेंट्सची सद्यस्थिती ट्रेड मॅनेजमेंट कॉन्फिगरेशनमधील क्लायंटसह परस्पर सेटलमेंटच्या सद्य स्थितीचे विश्लेषण करण्यासाठी, तुम्ही त्यात उपलब्ध अहवाल वापरू शकता. उदाहरणार्थ, “ग्राहक अहवाल” वापरून तुम्ही परस्परांच्या स्थितीबद्दल माहिती मिळवू शकता

हा अहवाल योग्यरितीने वापरण्यासाठी आणि त्याची आवश्यकता का आहे हे समजून घेण्यासाठी, तुम्ही त्याचे सातत्य वाचण्याची शिफारस केली जाते.

"कॉम्प्लेक्स ऑटोमेशन 1.1", "मॅन्युफॅक्चरिंग एंटरप्राइझ मॅनेजमेंट 1.3" कॉन्फिगरेशनमध्ये, पुरवठादार आणि ग्राहकांसोबत परस्पर समझोत्याचे वास्तविक लेखांकन "कॉस्ट अकाउंटिंग" अकाउंटिंग रजिस्टरवर (अंदाजे सांगायचे तर, खात्यांच्या चार्टवर) केले जाते. सखोल तपशील आणि ऑप्टिमाइझ केलेले प्रवेश प्रदान करणारे विशेष संचयन नोंदणी.

पुरवठादार आणि ग्राहकांसह सेटलमेंटसाठी दस्तऐवज प्रक्रियेचे जवळजवळ सर्व ऑटोमेशन या रजिस्टर्सच्या डेटावर आधारित आहे आणि अकाउंटिंग रजिस्टर पोस्टिंगच्या स्वरूपात अंतिम सिंथेटिक परिणाम दर्शवते. या कारणास्तव, या रजिस्टर्समधील परस्पर समझोत्याची शुद्धता तपासण्याशी संबंधित नियंत्रण क्रियाकलाप बंद करण्याचा सल्ला दिला जातो, लेखा आणि पोस्टिंग रजिस्टरला नाही.

तथापि, जर लेखा नोंदवही (उलाढाल ताळेबंद, खाते विश्लेषण, इ.) साठी लेखा अहवालांचा मानक संच असेल तर कॉन्फिगरेशनमधील प्रश्नातील जमा नोंदणीचा ​​उलगडा करणारा एकही मानक अहवाल नाही.

या उद्देशासाठी, आपण मानक सार्वत्रिक अहवाल वापरू शकता, परंतु अनेक कारणांमुळे हे गैरसोयीचे आहे:

• अहवालाच्या नावाचा (मेनूमधील आयटम) केलेल्या क्रियांच्या स्वरूपाशी संबंध नसणे;
• प्रवेश अधिकार सेट करण्यात समस्या;
• रजिस्टरमध्ये "विक्रीची गणना" शिल्लक आणि उलाढाल "वजा" चिन्हासह "आतून बाहेर" प्रविष्ट केली जातात.
• SKD वर आधारित सार्वत्रिक अहवालातील गुणधर्म आणि श्रेणींसाठी समर्थनाचा अभाव, "रिपोर्ट बिल्डर" वर आधारित अहवालात संमिश्र गटांचा अभाव;
• पुरवठादार आणि ग्राहकांसह सेटलमेंट तपासण्यासाठी स्वतंत्र सेटिंग्जची सक्ती केली (वेगवेगळ्या रजिस्टर्सपासून).

उपरोक्त परिस्थितींच्या संबंधात, प्रवेश नियंत्रण प्रणालीवर सार्वत्रिक अहवाल इंजिन वापरुन, हा अहवाल विकसित केला गेला, वर वर्णन केलेल्या कमतरतांशिवाय.

अहवाल एका सोप्या विधानाच्या स्वरूपात तयार केला आहे जो दोन्ही रजिस्टर्समधून शिल्लक आणि उलाढाल गोळा करतो. विशिष्ट रजिस्टरमधील डेटाचे स्थान "सेटलमेंटचा प्रकार" फील्ड - "अधिग्रहणानुसार" किंवा "विक्रीद्वारे" मूल्याद्वारे निर्धारित/निवडले जाऊ शकते. प्रारंभिक शिल्लक, उत्पन्न, खर्च आणि रकमेची अंतिम शिल्लक नियमन केलेल्या लेखाच्या चलनात आणि परस्पर समझोत्याच्या चलनात प्रदर्शित केली जाते. उत्पन्न डेबिट, खर्च क्रेडिटशी संबंधित आहे. व्युत्पन्न अहवालाचे उदाहरण आकृतीमध्ये दर्शविले आहे.

या अहवालातील कलम 4 विचारात घेऊन, अनेक नियंत्रण उपाय प्रस्तावित केले आहेत. त्यांना अंमलात आणण्यापूर्वी, परस्पर तोडग्यांचा क्रम पुनर्संचयित करणे आवश्यक आहे.

1. कराराच्या प्रकारासह वापरलेल्या नोंदणीचे अनुपालन तपासणे.

आकृत्यांनुसार स्थितीनुसार निवड सेट करा, उर्वरित सेटिंग्ज डीफॉल्टवर सोडा. प्रथम पर्याय a साठी अहवाल तयार करा), नंतर b साठी).

अहवालात रिक्त परिणाम दर्शविला पाहिजे. या सेटिंग्जसह प्रदर्शित केलेला कोणताही सेटलमेंट नोड चुकीचा आहे कारण कराराचा प्रकार रजिस्टरशी संबंधित नाही. उदाहरणार्थ, पुरवठादारासह करार आणि ग्राहकांसोबत सेटलमेंटसाठी नोंदणी.

रेकॉर्डरवरील उतारा चुकीच्या हालचाली निर्माण करणारे दस्तऐवज दर्शवेल. नोंदी नोंदणी करण्यासाठी चुकीच्या पद्धतीने अंमलात आणलेले समायोजन आहेत किंवा एक्सचेंज आणि डाउनलोड दरम्यान कागदपत्रे चुकीच्या स्वयंचलित भरल्याचा परिणाम आहे (प्रक्रियेदरम्यान, दस्तऐवज फॉर्मद्वारे डेटा सत्यापित केला गेला नाही).

2. परस्पर समझोत्यासाठी योग्य खात्यांवर विशिष्ट प्रकारच्या करारांची उपस्थिती तपासणे.

हे अंदाजे खालीलप्रमाणे निवड सेट करून केले जाते:

काउंटरपार्टी कराराचा प्रकार = "खरेदीदारासह". यादीतील गटात नसलेला स्कोअर: 62, 76.06

काउंटरपार्टी कराराचा प्रकार = "पुरवठादारासह". सूचीमधून गटात नसलेला स्कोअर: 60, 76.05

परिणामी, व्युत्पन्न केलेला अहवाल दर्शवेल की कोणत्या सेटलमेंट नोड्समध्ये एक फॉर्म आहे जो लेखा खात्याच्या उद्देशाशी संबंधित नाही. रेकॉर्डरवरील उतारा चुकीच्या हालचाली निर्माण करणारे दस्तऐवज दर्शवेल. तथापि, लेखा अहवाल "सबकॉन्टोचे विश्लेषण" (सबकॉन्टो काउंटरपार्टीज, कॉन्ट्रॅक्ट्ससाठी) वापरून ही तपासणी करणे अधिक फायदेशीर आहे, ते सादृश्यतेने सेट करणे.

3. म्युच्युअल सेटलमेंट्सच्या चलनाची समानता तपासत आहे आणि करारासाठी नियमन केलेल्या अकाउंटिंगचे चलन ज्यासाठी सेटलमेंट रूबलमध्ये केले जातात.

चित्रात दाखवल्याप्रमाणे निवड राज्यावर सेट करा. उर्वरित सेटिंग्ज डीफॉल्ट आहेत. अहवाल तयार करा.

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

रेकॉर्डरवरील उतारा चुकीच्या हालचाली निर्माण करणारे दस्तऐवज दर्शवेल. कदाचित:

• चलन नोंदणीद्वारे रकमेच्या देयक दस्तऐवजांमध्ये. लेखा आणि परस्पर समझोत्याचे चलन (दस्तऐवजाच्या स्वरूपात - डावीकडे आणि उजवीकडे) भिन्न मूल्ये आहेत किंवा विनिमय दर समान नाही;
• कर्ज समायोजन चुकीच्या पद्धतीने केले गेले (त्याच समस्येसह - सारणीच्या भागांमध्ये रकमेसह 3 स्तंभ आहेत, रूबल करारांसाठी ते समान असले पाहिजेत);
• सेटलमेंट दस्तऐवज वापरून मॅन्युअल अकाउंटिंगसह, कर्जाची परतफेड करण्याचा प्रयत्न / आगाऊ पेमेंट ऑफसेट, ज्याची शिल्लक कागदपत्राच्या वेळी उपलब्ध नसते.
• नोंदी नोंदवण्यासाठी चुकीच्या पद्धतीने अंमलात आणलेले समायोजन आहेत.

दुर्दैवाने, चलन करारांतर्गत शिल्लक आणि पारंपारिक युनिट्समधील करार अशा प्रकारे तपासले जाऊ शकत नाहीत, या वस्तुस्थितीमुळे, व्याख्येनुसार, वेगवेगळ्या चलनांमध्ये आहेत.

4. कर्ज/ॲडव्हान्स उपखाते यांची योग्य निवड आणि त्यावर काउंटर बॅलन्सची उपस्थिती यासाठी परस्पर समझोत्यातील शिल्लक तपासणे.

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

क्रॉस टेबल, पंक्ती गट: प्रतिपक्षाचा करार, स्तंभ गट: तपासा, फील्ड: कोणतीही शिल्लक (कॉ.) (गट आणि अतिरिक्त फील्ड काढा). निवड: यादीतील गटातील स्कोअर: 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 सकारात्मक) असणे आवश्यक आहे. त्वरीत त्रुटी ओळखण्यासाठी या सशर्त डिझाइनला रंग देण्याची शिफारस केली जाते.

b) एका करारांतर्गत एकाच गट खात्याच्या (60.01 / 60.02) वेगवेगळ्या उपखात्यांवर काउंटर बॅलन्स असू नये, याचा अर्थ आगाऊ आणि कर्ज दोन्ही आहे.

आकृती त्रुटी पर्याय दाखवते a) आणि b)

जर करारावर व्यवहारांसाठी लेखांकन सक्षम केले असेल, तर "व्यवहार" फील्डमधील कराराच्या खाजगी उताऱ्यामध्ये तंतोतंत तीच तपासणी करा (डबल क्लिक - डिक्रिप्ट - व्यवहार): प्रत्येक व्यवहारासाठी फक्त एकतर आगाऊ किंवा आगाऊ असणे आवश्यक आहे. कर्ज, करारावर असतानाच सर्वसाधारणपणे, काउंटर शिल्लक असू शकते.

व्यवहारांसाठी लेखांकनाच्या मोठ्या बाबतीत, तुम्ही सुधारित सेटिंग लागू करू शकता: लाइन ग्रुपिंगमध्ये "व्यवहार" फील्ड सेट करा आणि निवडीमध्ये "काउंटरपार्टी करार" अट सेट करा.

तुम्ही दस्तऐवजाच्या संदर्भात कोणत्याही ओळीचा उलगडा देखील करू शकता ज्यामध्ये आगाऊ आणि कर्ज समाविष्ट आहे, जे FIFO तत्त्वाचे पालन न करणाऱ्या कोणत्याही तर्कासह सेटलमेंट दस्तऐवजांवर आधारित करारावर मॅन्युअल अकाउंटिंग केले असल्यास उपयुक्त ठरू शकते. .

5. सेटलमेंट दस्तऐवजांवर आधारित स्वयंचलित अकाउंटिंगची शुद्धता तपासणे (FIFO तत्त्वानुसार).

हे नियंत्रण कार्यक्रम निवडकपणे पार पाडणे उचित आहे, कारण अन्यथा, दृष्यदृष्ट्या विश्लेषण करणे आवश्यक असलेल्या डेटाचे प्रमाण खूप मोठे असू शकते.

निवड म्हणून, तुम्ही प्रतिपक्ष (करार) वापरू शकता ज्यासाठी नियंत्रण माप क्रमांक 3 मध्ये त्रुटी ओळखल्या गेल्या, किंवा करार प्रकाराची निवड. सेटलमेंट दस्तऐवजांवर बातम्या = होय. फक्त एक खाते गट (60 किंवा 62, किंवा 76.05, किंवा 76.06) निवडण्याचा सल्ला दिला जातो.

आकृतीनुसार उर्वरित सेटिंग्ज सेट करा:

खालील साठी प्राप्त अहवाल डेटा दृश्यमानपणे तपासा:

अ) खात्याच्या प्रत्येक गटामध्ये, सर्व प्रारंभिक शिल्लक पहिल्या दस्तऐवजांवर (किंवा अनुपस्थित) असणे आवश्यक आहे आणि शेवटची शिल्लक शेवटच्या कागदपत्रांवर (किंवा अनुपस्थित) असणे आवश्यक आहे. म्हणजेच, FIFO तत्त्वाचे पालन दृश्यमानपणे सत्यापित केले जाते.

b) एका कराराच्या अंतर्गत कागदपत्रांच्या संदर्भातील शिल्लक समान चिन्ह (अधिक किंवा वजा) असणे आवश्यक आहे आणि ते एकतर कर्ज खात्यात किंवा आगाऊ खात्यात (76.xx साठी - फक्त समान चिन्ह असणे आवश्यक आहे). अपवाद वगळता जर लेखांकन व्यवहारांच्या संदर्भात किंवा विशेष तर्काने केले जाते - सेटलमेंट दस्तऐवजानुसार मॅन्युअली.

जर करारांतर्गत लेखांकन व्यवहारांच्या संदर्भात केले गेले असेल, तर "दस्तऐवज" च्या वरच्या ओळींच्या गटामध्ये सेटिंग्जमध्ये "व्यवहार" जोडा. सेटलमेंट दस्तऐवज वापरून मॅन्युअल अकाउंटिंग केले असल्यास, या करारासाठी आपल्या संस्थेमध्ये स्वीकारल्या जाणार्या तर्कानुसार तपासा.

या अहवालातील प्रत्येक दस्तऐवज हा रजिस्ट्रार नसून शिल्लक साठवण्यासाठीचे विश्लेषण आहे. गटाद्वारे कोणती कागदपत्रे आणि आगाऊ रक्कम कधी वाचली गेली (कर्जाची परतफेड केली गेली) हे तपासण्यासाठी तुम्ही त्यापैकी कोणतेही रजिस्ट्रारकडे उलगडू शकता.

या नियंत्रण उपायांची नियमित अंमलबजावणी केल्याने पुरवठादार आणि ग्राहकांसोबत परस्पर समझोत्यासाठी लेखांकनात पद्धतशीर आणि तांत्रिक त्रुटी कमी होतील आणि जमा नोंदणीसह लेखा नोंदणी डेटाचे पालन सुनिश्चित होईल.

एखाद्या संस्थेचे प्रतिपक्ष-पुरवठादारावर कर्ज असल्यास, ती प्रतिपक्षाला सेवा देऊ शकते किंवा कर्जाच्या बदल्यात वस्तूंचा पुरवठा करू शकते. तसेच, प्रतिपक्ष-खरेदीदार त्याच्या कर्जाच्या बदल्यात सेवा किंवा वस्तूंचा पुरवठा करू शकतो. लेखामध्ये असे व्यवहार योग्यरित्या प्रदर्शित करण्यासाठी, नेटिंग प्रक्रिया पार पाडणे आवश्यक आहे.

1C 8.3 मध्ये नेटिंगची प्रक्रिया स्वयंचलित आहे आणि मानक दस्तऐवज "" वापरून चालविली जाते.

प्रतिपक्ष करारांमधील 1C 8.3 मध्ये ऑफसेटिंग

उदाहरण. आमच्या संस्थेकडे पुरवठादाराचे 88,500 रूबल देणे आहे. साहित्य पुरवठ्यासाठी. कर्जाची भरपाई करण्यासाठी, आम्ही पुरवठादाराला RUB 70,800 च्या रकमेत सेवा प्रदान केल्या. तोडगा काढावा लागेल.

ऑफसेट कायदा "खरेदी" विभाग किंवा "विक्री" विभाग, उपविभाग "प्रतिपक्षांसह सेटलमेंट" मध्ये आढळू शकतो. चला एक "कर्ज समायोजन" दस्तऐवज तयार करू आणि "हेडर" तपशील भरा:

• फील्ड "समायोजनाचा प्रकार" - आमच्या बाबतीत, तुम्ही "डेट ऑफसेट" निवडले पाहिजे;
• फील्ड "कर्ज बंद करा" - "पुरवठादार" दर्शवा;
• फील्ड "कर्ज खात्यावर" - "आमच्या संस्थेला पुरवठादार" सूचित करा;
• फील्ड “पुरवठादार (क्रेडिटर)” – आवश्यक प्रतिपक्ष निवडा.

1C वर 267 व्हिडिओ धडे विनामूल्य मिळवा:

देय खात्यांवरील डेटा आणि प्राप्त करण्यायोग्य खात्यांचा डेटा संबंधित टॅबवरील सारणी विभागांमध्ये प्रविष्ट केला जातो. ते आपोआप भरण्यासाठी, तुम्हाला दस्तऐवजातील “फिल इन – सर्व कर्जे म्युच्युअल सेटलमेंट बॅलन्ससह भरा” बटणावर किंवा प्रत्येक टॅबवरील “भरा” बटणावर क्लिक करणे आवश्यक आहे. कार्यक्रम पुरवठादारासह परस्पर समझोत्याचे विश्लेषण करतो आणि प्रत्येक कराराच्या अंतर्गत कर्ज दर्शवतो.

1C 8.3 मधील करारांमधील ऑफसेट पार पाडण्यासाठी, दस्तऐवजात पुरवठादाराच्या कर्जाची रक्कम आणि पुरवठादारावरील कर्जाची रक्कम समान असणे आवश्यक आहे. या रकमेसाठी सेटलमेंट केली जाते. या उद्देशासाठी, आम्ही "सेटलमेंट रक्कम" स्तंभातील मूल्य दुरुस्त करतो. दस्तऐवजाच्या तळाशी, प्राप्त करण्यायोग्य आणि देय खात्यांमधील फरक दर्शविला जातो; हा फरक शून्य इतका असावा. जसे आपण आमच्या उदाहरणात पाहू शकता:

दस्तऐवजातून, तुम्ही सेटलमेंट प्रमाणपत्राचा फॉर्म मुद्रित करू शकता. दस्तऐवज पोस्ट करताना, ते अकाउंटिंग अकाउंट 62 च्या क्रेडिट वरून अकाउंटिंग अकाउंट 60 च्या डेबिटमध्ये कर्जाची रक्कम हस्तांतरित करण्यासाठी प्रवेश करेल:

त्याच प्रकारे, खरेदीदार प्रतिपक्षासह परस्पर समझोता काढला जातो. हे करण्यासाठी, तुम्हाला खालील तपशील सूचित करणे आवश्यक आहे: ऑपरेशनचा प्रकार - "डेट ऑफसेट" निवडा, कर्ज ऑफसेट करण्यासाठी - "खरेदीदार" निवडा, कर्ज ऑफसेट करण्यासाठी - "खरेदीदारासाठी आमची संस्था".

संघटना दरम्यान ऑफसेटिंग

करार पूर्ण करण्यापूर्वी, व्यवस्थापक नेहमी ग्राहकांशी वस्तूंच्या वितरणाच्या अटी आणि त्यांच्या देयकाशी वाटाघाटी करतात. तथापि, खरेदीदाराद्वारे करारांच्या पूर्ततेवर लक्ष ठेवणे नेहमीच शक्य नसते. कार्यक्रम "1C: व्यापार व्यवस्थापन, एड. 10.3" प्रीपेमेंटचा आकार आणि प्रतिपक्षाचे कमाल कर्ज स्वयंचलितपणे नियंत्रित करू शकते.

खालील उदाहरणाचा वापर करून हे प्रोग्राम वैशिष्ट्य पाहू.

काउंटरपार्टी Mobil सोबतच्या करारानुसार, किमान 50% आगाऊ पेमेंट केल्यानंतरच माल पाठवणे शक्य आहे. याव्यतिरिक्त, कराराच्या अटींनुसार, प्रतिपक्षाचे कर्ज कोणत्याही वेळी 150,000 रूबलपेक्षा जास्त नसावे.

1C मध्ये परस्पर समझोता नियंत्रित करण्याच्या उद्देशाने प्रतिपक्षासह करार तयार करणे

चला “प्रतिपक्ष” निर्देशिका उघडू. (निर्देशिका – काउंटरपार्टीज – काउंटरपार्टीज) चला Mobil काउंटरपार्टी कार्डवर जाऊ आणि “खाते आणि करार” टॅबवर एक नवीन करार तयार करू.

करारामध्ये आम्ही प्रकार स्थापित करू - खरेदीदारासह, परस्पर समझोता आयोजित करण्याची पद्धत - ऑर्डरसाठी, चलन - रूबल.

तळाशी, "कराराच्या अंतर्गत प्राप्त करण्यायोग्य खात्यांचे नियंत्रण" विभागात, आम्ही 150,000 पेक्षा जास्त नसलेल्या "कर्जाची रक्कम नियंत्रित करा" ध्वज ठेवू - आम्ही खरेदीदाराच्या ऑर्डरसाठी प्रीपेमेंटची रक्कम देखील दर्शवू - 50%.

करार जतन आणि बंद करण्यासाठी "ओके" क्लिक करा.

आम्ही लॅपटॉप आणि फोनसाठी मोबिल प्रतिपक्षासाठी ऑर्डर तयार करू.

मेनू: दस्तऐवज – विक्री – ग्राहक ऑर्डर

चला खालीलप्रमाणे कागदपत्र भरा आणि ते पूर्ण करूया:

ऑर्डर दिल्यानंतर ताबडतोब, व्यवस्थापक ते पाठवण्याच्या शक्यतेचे मूल्यांकन करू शकतो आणि ग्राहकाला किमान देय रकमेबद्दल देखील सूचित करू शकतो. हे करण्यासाठी, आपण "ऑर्डर विश्लेषण" अहवाल वापरू शकता.

अहवाल "विश्लेषण" बटणावर क्लिक करून ऑर्डरमधून, तसेच सर्व ऑर्डरच्या सूचीमधून उघडतो:

अहवाल शिपमेंट आणि पेमेंटची माहिती दर्शवितो.

शीर्ष तक्त्यामध्ये शिपमेंटची माहिती आहे: ऑर्डर किती पूर्ण आहे हे तुम्ही पाहू शकता (नियोजित/शिप केलेले), आणि ऑर्डर पूर्ण झाल्याची माहिती देखील मिळवू शकता (वस्तूंची उपलब्धता, राखीव आहे का):

खालच्या तक्त्यामध्ये देयक माहिती असते.

सध्याच्या ऑर्डरसाठी आम्ही खालील निर्देशक पाहतो:

• एकूण नियोजित – ऑर्डरची एकूण रक्कम.
• प्रीपेमेंट नियोजित - किमान प्रीपेमेंट रक्कम आणि रक्कम प्रदर्शित करते. जोपर्यंत क्लायंट निर्दिष्ट रक्कम भरत नाही तोपर्यंत ऑर्डर पाठवली जाणार नाही.
• पेड - आधीच प्राप्त झालेल्या पेमेंटची रक्कम.
• एकूण पैसे द्या - ऑर्डरसाठी पूर्ण भरण्यासाठी आवश्यक असलेली रक्कम.
• आगाऊ पैसे द्या - किमान प्रीपेमेंट टक्केवारी साध्य करण्यासाठी क्लायंटने भरलेली रक्कम.

या कराराच्या अंतर्गत इतर ऑर्डरची माहिती देखील प्रदर्शित केली आहे:

अगदी तळाशी आम्ही कर्जाची जास्तीत जास्त संभाव्य रक्कम, कर्जाची वर्तमान रक्कम, वर्तमान कर्ज लक्षात घेऊन जास्तीत जास्त शिपमेंट व्हॉल्यूम पाहतो.

अशाप्रकारे, क्लायंटने किती आगाऊ पेमेंट करणे आवश्यक आहे, तसेच जास्तीत जास्त शिपमेंट रक्कम आम्ही पाहतो. परंतु व्यवस्थापकास पेमेंट अटींच्या पूर्ततेवर नियंत्रण ठेवण्याची गरज नाही - प्रोग्राम हे स्वतः करेल.

शिपमेंट दरम्यान सेटलमेंटचे नियंत्रण. पेमेंट अटींचे पालन

चला, खरेदीदाराच्या ऑर्डरवर आधारित, क्लायंटला वस्तू पाठवण्याचा प्रयत्न करूया - दस्तऐवज “वस्तू आणि सेवांची विक्री”.

भरलेले कागदपत्र:

दस्तऐवज पोस्ट करण्याचा प्रयत्न करताना, व्यवस्थापकास त्रुटी संदेश दिसतील: दस्तऐवज पोस्ट केला जाणार नाही:

माहिती संदेश खाली दर्शविले जातील:

या प्रकरणात, दोन्ही पेमेंट अटी पूर्ण केल्या जात नाहीत:

1. क्लायंटने आवश्यक आगाऊ पेमेंट केले नाही. किमान टक्केवारी 50% आहे आणि क्लायंटने 0% योगदान दिले आहे.
2. ही विक्री लक्षात घेता, प्रतिपक्षाचे कर्ज 212,500 रूबल असेल, जे कमाल 62,500 रूबलपेक्षा जास्त आहे.

आवश्यक पेमेंट प्राप्त होईपर्यंत प्रोग्राम तुम्हाला दस्तऐवज पोस्ट करण्याची परवानगी देणार नाही. काउंटरपार्टीने आवश्यक रक्कम भरताच, विक्री केली जाऊ शकते.

सेटलमेंट नियंत्रण अक्षम करणे

काहीवेळा परिस्थिती उद्भवते जेव्हा सेटलमेंट नियंत्रण तात्पुरते अक्षम करणे आवश्यक असते. उदाहरणार्थ, जर क्लायंटने हमीपत्र दिले असेल आणि विक्री विभागाच्या प्रमुखाने शिपमेंटसाठी परवानगी दिली असेल. किंवा, जर क्लायंटने पेमेंट केले असेल, परंतु पेमेंट अद्याप प्रोग्राममध्ये दिसून आले नाही (अकाउंटिंग डेटाबेसमधील डेटा किंवा क्लायंट बँकेने अद्याप लोड केलेला नाही).

अंमलबजावणीमध्ये परस्पर समझोत्याचे स्वयंचलित नियंत्रण अक्षम करण्यासाठी, तुम्हाला "प्रगत" टॅबवर जाणे आणि "दस्तऐवज पोस्ट करताना परस्पर सेटलमेंटचे नियंत्रण अक्षम करा" हा ध्वज सेट करणे आवश्यक आहे:

यानंतर, कराराच्या अंतर्गत परस्पर समझोत्याची स्थिती विचारात न घेता अंमलबजावणी दस्तऐवजावर प्रक्रिया केली जाईल.

पोस्ट केलेला दस्तऐवज:

पुढील शिपमेंटपासून, नियंत्रण पुन्हा सुरू केले जाईल.

महत्त्वाचे:ध्वज "दस्तऐवज पोस्ट करताना परस्पर सेटलमेंटचे नियंत्रण अक्षम करा" सर्व वापरकर्त्यांसाठी उपलब्ध नाही. वापरकर्त्याने ध्वज सेट करण्यासाठी, वापरकर्त्याच्या अतिरिक्त अधिकारांच्या सेटिंग्जमध्ये, ध्वज "नियंत्रणाशिवाय सेटलमेंट्सना परवानगी द्या" सेट करणे आवश्यक आहे.

अतिरिक्त अधिकार प्रशासकाद्वारे कॉन्फिगर केले आहेत:

मेनू: साधने – वापरकर्ते – अतिरिक्त वापरकर्ता अधिकारांसाठी सेटिंग्ज

हा अहवाल प्रतिपक्षांसोबत परस्पर समझोत्याची माहिती दर्शवितो. अहवाल विशिष्ट प्रतिपक्षासाठी, प्रतिपक्षांच्या गटासाठी किंवा प्रतिपक्षांच्या अनियंत्रित सूचीसाठी तयार केला जाऊ शकतो.

अहवालातील डेटा तपशीलवार करण्यासाठी, प्रतिपक्षांचे गुणधर्म देखील वापरले जाऊ शकतात.

स्टेटमेंट आपल्याला सेटलमेंट दस्तऐवजांच्या संदर्भात प्रतिपक्षांसह परस्पर समझोत्यांबद्दल माहिती मिळविण्याची परवानगी देते. हे करण्यासाठी, तुम्हाला "काउंटरपार्टीसह सेटलमेंटचे दस्तऐवज" ग्रुपिंगमध्ये जोडणे आणि या फील्डनुसार क्रमवारी जोडणे आवश्यक आहे. ज्या करारांसाठी समझोता दस्तऐवजांच्या संदर्भात परस्पर समझोत्या केल्या जात नाहीत, या गटाचे मूल्य रिक्त असेल.

अहवाल विशिष्ट शिपिंग आणि पेमेंट दस्तऐवजांच्या पातळीवर ड्रिल केला जाऊ शकतो. असा तपशील मिळविण्यासाठी, तुम्ही अतिरिक्त अहवाल फील्डमध्ये "हालचाल दस्तऐवज (रेकॉर्डर)" ​​फील्ड जोडणे आवश्यक आहे. अहवालात अतिरिक्त फील्ड जोडण्यासाठी, कॉन्फिगरेशन फॉर्ममध्ये तुम्हाला "प्रगत कॉन्फिगरेशन" चेकबॉक्स निवडणे आवश्यक आहे आणि "अतिरिक्त फील्ड" टॅबवर जाणे आवश्यक आहे.

महत्वाचे: तुम्हाला अहवालात दस्तऐवज-नोंदणी फील्ड जोडण्याची आवश्यकता असल्यास, तुम्ही या फील्डच्या आधी "कालावधी" फील्ड जोडणे आवश्यक आहे.
कॉन्फिगरेशन फॉर्मच्या "सामान्य" टॅबवर, त्याव्यतिरिक्त, "आउटपुट तपशीलवार रेकॉर्ड" चेकबॉक्स चेक करणे आवश्यक आहे.
रजिस्ट्रार दस्तऐवजानुसार परस्पर समझोत्याचे तपशील केवळ करारानुसार गटामध्येच शक्य आहे. असे कोणतेही गटीकरण नसल्यास, ते गटांच्या सूचीमध्ये आपोआप जोडले जाईल.

अहवालातील माहिती वेळेच्या अंतराने (दिवस, आठवडे, दशके, महिने इ.) गटबद्ध केली जाऊ शकते.

प्रतिपक्षांमधील परस्पर समझोता विविध संस्था आणि प्रतिपक्षांसोबतच्या करारांच्या संदर्भात पाहिले जाऊ शकतात.

अहवालातील माहिती काउंटरपार्टीसह करारामध्ये आणि व्यवस्थापन लेखांकनाच्या चलनात स्थापित केलेल्या परस्पर समझोत्याच्या चलनात प्रदर्शित केली जाते. जर अहवालात "काउंटरपार्टीसह सेटलमेंट्सचे दस्तऐवज" ग्रुपिंग समाविष्ट असेल, तर सेटलमेंट दस्तऐवजांच्या संदर्भात व्यवस्थापन लेखा चलनामधील माहिती प्रदर्शित केली जात नाही, परंतु प्रतिपक्षासह सेटलमेंट्सच्या रिक्त दस्तऐवजासाठी नेहमी नियुक्त केली जाते.