स्वीकृति प्रणाली। हमने बाइक का आविष्कार कैसे किया

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

अनुमोदन प्रणाली पर विचार

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

अब तक कई कर्मचारी नहीं हैं और सभी अपने सभी सहयोगियों को जानते हैं कि कौन है और कौन नेता है - कोई विशेष समस्याएं नहीं हैं। मैनुअल मोड में और कुछ शर्तों के तहत, भुगतान के लिए आवेदनों को पत्राचार मोड में बातचीत की जाती है और भुगतान (या खारिज) किया जाता है। लेकिन हमारी कंपनी बढ़ रही है और एक निश्चित समय से हमने उस अदृश्य रेखा को पार कर लिया है, जिसके बाद इन प्रक्रियाओं के स्वचालन के बारे में सोचना और कुछ नया परिचय देने की आवश्यकता है।

हमारी इच्छा सूची

हमारी अपनी न्यूनतम सिस्टम आवश्यकताएँ थीं:

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

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

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

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

कार्यान्वयन

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

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

एक दिन खोना बेहतर है, फिर 5 मिनट में उड़ान भरें।

"मानक" स्टैक है। नेट कोर 2 और एंटिटीफ्रेमवर्क, कोणीय 4, एमएस एसक्यूएल, क्योंकि हमारे पास उपकरण और प्रौद्योगिकियों के आवेदन में एक बड़ी पृष्ठभूमि है। हालांकि स्पष्ट कारणों के लिए DBMS वास्तव में हमारे लिए मायने नहीं रखता है। यदि आवश्यक हो, तो हम जो भी चाहते हैं, उस पर आगे बढ़ें।
परिणाम एक उत्पाद है जो हमारे लिए महत्वपूर्ण आवश्यकताओं को पूरा करता है:

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

सुविधाजनक और उपयोगी विशेषताएं जैसे:

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

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

बेशक, कुछ “जिज्ञासाएँ” भी थीं।

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

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

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

अगला, समन्वय बिंदुओं में से प्रत्येक के लिए "पास" संक्रमण के लिए स्थितियां बनती हैं। उदाहरण के लिए, संक्रमण पहल-> A पर, स्थिति (राशि <100,000) कॉन्फ़िगर की गई है, (पहल) A-> B - मुद्रा = "रूबल", (पहल, A, B) -> D - पहल! = C.

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

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

लॉन्च प्रक्रिया को गति देने के लिए, मुझे थोड़ा "अस्थायी रूप से हार्डकोड" करना पड़ा।

इंटरफेस

हमारे सिस्टम के कुछ इंटरफेस, ताकि आम तौर पर चर्चा की गई एक समझ हो

डैशबोर्ड

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

• उपयोगकर्ता द्वारा अनुमोदन की आवश्यकता वाले अनुप्रयोग (मैं कलाकार हूं)
• उपयोगकर्ता द्वारा शुरू किए गए अनुप्रयोग (मैं लेखक हूं)

एक नया एप्लिकेशन बनाएं

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

स्वीकृति चरण

यह इंटरफ़ेस एप्लिकेशन निर्माण फॉर्म से बहुत अलग नहीं है। लेकिन इसमें कई मूलभूत कार्यात्मक विशेषताएं हैं:

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

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



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

खोज

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

व्यवसाय प्रक्रिया प्रशासन

एक व्यवसाय प्रक्रिया के प्रबंधन के हिस्से के रूप में, हम किसी भी तरह के तरीके बना सकते हैं और संक्रमण का संकेत दे सकते हैं। नतीजतन, एक संक्रमण ग्राफ बनता है। और प्रत्येक समन्वय बिंदु के लिए हम निर्धारित कर सकते हैं:

• जो किसी दिए गए बिंदु पर मेल खा रहा है
• मार्ग में दिए गए बिंदु पर कार्रवाई करने के लिए अनुमतियाँ
• इस बिंदु को छोड़ देने की शर्तें (अनुमोदन का चरण)

मिलान

"समन्वयक" टैब में, आप समूहों को जोड़ सकते हैं, उपयोगकर्ताओं को जोड़ सकते हैं, जिनसे वे व्यापार प्रक्रिया में दिए गए बिंदु पर अनुमोदन प्रक्रिया को अंजाम दे सकते हैं।

कार्रवाई की अनुमति

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

• डाउनलोड संलग्नक
• अनुलग्नक देखें
• टिप्पणी
• एप्लिकेशन फ़ील्ड के मान बदलें

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

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

लंघन की स्थिति

ऊपर बताई गई स्किपिंग की स्थिति। सिस्टम के सभी उपयोगकर्ताओं के लिए एकल रैखिक व्यापार प्रक्रिया के गठन के लिए कार्यक्षमता की आवश्यकता है, और एक ही समय में विभिन्न तरीकों से मार्ग के साथ आवेदन की गति को पूरा करने के लिए, दिए गए शर्त पर और उपयोगकर्ता के हस्तक्षेप के बिना।

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

एक निष्कर्ष के बजाय

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

आवश्यकताओं को इकट्ठा करने और फिर प्रशासन इंटरफ़ेस के माध्यम से सिस्टम में उन्हें स्थानांतरित करने के लिए केवल एक चीज की आवश्यकता है, एनालिटिक्स के साथ काम करना। अब हम क्या कर रहे हैं?

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