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