लेखांकन प्रणालियों में तालिकाएँ

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

यह सब वेब है, यह सब काम करता है, सब कुछ कार्यात्मक है, और बहुत अधिक कार्यक्षमता है।

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

छंटाई


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

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

सूची नेविगेशन


तीन सबसे आम तरीके:
  1. पेजिंग (पेजिंग)। यह एक्युमैटिक और ओरोडोर का मार्ग है। पेजिंग का मुख्य प्लस सूची में वांछित स्थिति में जल्दी से कूदने की क्षमता है।

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

    यदि बहुत अधिक डेटा (2-3 देखने वाली खिड़कियां), या बहुत अधिक नहीं है, तो विधि अच्छी है, लेकिन वे या तो दो या तीन देखने वाली खिड़कियों को देखने के दौरान फ़िल्टर किए जाते हैं, या प्रत्येक रिकॉर्ड अपने आप में इतना महत्वपूर्ण नहीं है, लेकिन सामान्य जानकारी, एक प्रवृत्ति (प्रवाह) उदाहरण के लिए बगट्रैक में कार्य)।

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

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

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


त्वरित खुला और उजागर


डबल-क्लिक ओपन (यह मानक है)। लिंक खोलने के साथ डबल-क्लिक को भ्रमित न करें, क्योंकि लिंक, एक नियम के रूप में, सेल के मूल्य पर खुलते हैं, जैसा कि ओरोडोर, मेगाप्लान, एल्बा में है।

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

मेगाप्लान, Oreodor, 1C का चयन डेस्कटॉप अनुप्रयोगों में उसी तरह लागू किया जाता है (रिकॉर्ड को Ctrl प्रेस के साथ दबाया जाता है):
दूसरी ओर, FinoBox चेकमार्क पथ का अनुसरण करता है। सामान्य तौर पर, यह अधिक स्पष्ट है, लेकिन बड़ी संख्या में स्तंभों के साथ थोड़ा कम सुविधाजनक है (क्षैतिज स्क्रॉल अवांछनीय है)

एल्बे जैसी कुछ प्रणालियों पर, कोई भी रिकॉर्ड आवंटन नहीं है। यह माइनस नहीं है, बल्कि एक विशेषता है, क्योंकि एल्बे की कार्यक्षमता इस से ग्रस्त नहीं है। विश्लेषकों और डेवलपर्स ने व्यावसायिक प्रक्रिया को ऐसी स्थिति में लाने के लिए बहुत प्रयास किया है कि तत्वों को उजागर करना आवश्यक नहीं है।

प्रसंग मेनू


सामान्य तौर पर, वेब पर दो प्रकार के ईआरपी सिस्टम होते हैं - वे जो ब्राउज़र-आधारित होने की कोशिश करते हैं और जो डेस्कटॉप की तरह काम करने की कोशिश करते हैं। संदर्भ मेनू एक देशी ब्राउज़र नियंत्रण है, इसे साहसपूर्वक इंटरसेप्ट करता है, लेकिन कई पाप इस प्रकार, उदाहरण के लिए, 1C और Oreodor।

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

छानने और खोज


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

जिन लोगों ने फिल्टर बनाने का फैसला किया, और ये फिनोबॉक्स, 1 सी, ऑरेओडोर, मेगाप्लान हैं, उन्हें दो समूहों में विभाजित किया गया - फॉर्म के माध्यम से फिल्टर और मेनू के माध्यम से फिल्टर।

फॉर्म के माध्यम से फ़िल्टर करता है


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


मेनू के माध्यम से फिल्टर


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

शर्तों में शामिल होने में विफलता इस तर्क के आंदोलन को फ़िल्टर में ही ले जाती है, अर्थात। कुछ डेटा प्रकार, उदाहरण के लिए मल्टीलिंक, को OR के माध्यम से जोड़ा जा सकता है, हालांकि I के माध्यम से अन्य सभी फ़िल्टर।

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

रंग, प्रतीक, हाइलाइटिंग


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

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

एकत्रीकरण और समूहन


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

शायद एल्बा ने यहां सभी को सुविधा और अर्थपूर्णता के लिए एक बेल्ट में रखा था। FinoBox में सब कुछ बहुत अधिक गंभीर है:

खैर, और Oreodor बहुत कठोर है:

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

डेटा प्रदर्शन


विभिन्न प्रणालियों में स्क्रीन के प्रति वर्ग सेंटीमीटर प्रदर्शित डेटा का घनत्व देखना दिलचस्प है:


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

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

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



उत्सुक हैं कि संपादन के लिए उपलब्ध कोशिकाएं कैसे हाइलाइट की जाती हैं। बहुत सुंदर प्रभाव। लेकिन Oreodor में सब कुछ काफी तपस्वी है (अभी तक सहेजे नहीं गए बदलाव एक लाल कोने के साथ चिह्नित हैं):

1 सी में संपादन योग्य टेबल भी हैं, लेकिन उनकी क्षमताएं कुछ सीमित हैं:


एक भी तालिका जीवन सूची नहीं है


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

Source: https://habr.com/ru/post/In145383/


All Articles