T-Minus: खुले में कॉन्फ़िगर करें
दैनिक कॉन्फ़िगरेशन लूप, टी-17 से टी-11 तक के सात कॉन्फ़िगरेशन दिन, ASK एक एक्सेलेरेटर के रूप में, कॉन्फ़िगर-नेवर-कोड पैटर्न, प्रति-मॉड्यूल चेकलिस्ट और काउंटडाउन के भीतर एकीकरण।
दैनिक कॉन्फ़िगरेशन लूप
- फिट लेजर लाइन दिखाएँ।
- इसे लाइव कॉन्फ़िगर करें, बिना कोड लिखे।
- ग्राहक ही बदलाव की प्रेरक शक्ति है।
- नमूना डेटा से सत्यापित करें।
- इसे लॉग करें और लाइन पर टिक करें।
| कौन | कहाँ | उत्पादन |
|---|---|---|
| लेजर आर्किटेक्ट नेतृत्व करता है और प्रमुख उपयोगकर्ता सह-संचालन करता है। | ग्राहक के अपने किरायेदार में | किरायेदार हर दिन लाइव होने के और करीब आता दिख रहा है |
| काउंटडाउन ओनर स्कोप कॉल के लिए जुड़ता है | ग्राहक के नमूना डेटा के साथ वास्तविक स्क्रीन पर | प्रत्येक सेटिंग के लिए कॉन्फ़िगरेशन वर्कबुक में एक पंक्ति |
| एडॉप्शन नेविगेटर भूमिका और कतार संबंधी आवश्यकताओं पर नज़र रखता है। | कभी भी व्हाइटबोर्ड पर या किसी दस्तावेज़ में नहीं। | टेस्ट प्लान में एक कॉन्फ़िगरेशन जांच जोड़ी गई है। |
ग्राहक को किसी भी निर्माण चरण में अनभिज्ञ रूप से प्रतीक्षा नहीं करनी पड़ती: यदि ग्राहक सत्र में उपस्थित नहीं है, तो सत्र शुरू ही नहीं होता। मुख्य उपयोगकर्ता को T-14 तक सक्रिय हो जाना चाहिए - यदि TRANXACT T-13 पर भी कार्य कर रहा है, तो इसे स्टैंडअप मीटिंग में अपनाने के जोखिम के रूप में उठाएँ।
कॉन्फ़िगरेशन के लिए सात दिन (प्रस्तावित डिफ़ॉल्ट)
| टी दिन | केंद्र | कॉन्फ़िगर किया गया | इस पर क्या निर्भर करता है |
|---|---|---|---|
| टी-17 | संरचना | कानूनी संस्थाएं, लेखा चार्ट, वित्तीय कैलेंडर, आयाम | प्रवासन मानचित्रण (जीएल) |
| टी 16 | धन एवं अनुपालन | मुद्राएँ और विदेशी मुद्राएँ, कर संहिताएँ, दस्तावेज़ क्रमांकन, बैंक | प्रारंभिक शेष, खुली मदें |
| टी 15 | लोग और पहुंच | भूमिकाएँ और अनुमतियाँ, एसएसओ समूह, अनुमोदन पदानुक्रम | पूर्वाभ्यास की भूमिकाएँ, कतारें |
| टी 14 | मास्टर डेटा | ग्राहक, विक्रेता, वस्तुएँ, कर्मचारी — एक्सट्रेक्ट से बल्क-क्रिएट्स ASK | मॉक लोड एम1 |
| टी-13 | प्रवाह और नियम | अनुमोदन प्रवाह, पोस्टिंग नियम, मिलान नियम, मूल्य निर्धारण | एकीकरण परीक्षण |
| टी 12 | मॉड्यूल की विशिष्टताएँ | सीआरएम पाइपलाइन, आपूर्ति-श्रृंखला लागत निर्धारण, मानव संसाधन वेतन तत्व, मॉड्यूल टॉगल | पूर्वाभ्यास स्क्रिप्ट |
| टी 11 | एकीकरण और कतारें | एपीआई क्लाइंट, बैंक/कर/पेरोल एंडपॉइंट, प्रति भूमिका एक्शन क्यू | गेट: कॉन्फ़िगरेशन पूर्ण |
फिट लेजर क्रम भिन्न होने पर भी अनुक्रम को बनाए रखें: लेनदेन से पहले संरचना, ताकि माइग्रेशन मैपिंग टी-15 से शुरू हो सके।
ASK को कॉन्फ़िगरेशन एक्सेलेरेटर के रूप में उपयोग करें
ASK मशीन की गति से, मानव क्लिक के समान अनुमतियों और ऑडिट लॉग के तहत, सभी आवश्यक कार्यों को करता है:
| पद | उदाहरण अनुरोध |
|---|---|
| बल्क-क्रिएट मास्टर डेटा | "इस डेटा से 2,400 ग्राहक बनाएं, और प्रत्येक सेगमेंट के लिए भुगतान की शर्तें निर्धारित करें।" |
| पोस्टिंग नियमों का मसौदा तैयार करें | "खरीद चालानों पर माल ढुलाई शुल्क 5120 पर पोस्ट करें, इसे प्राप्तकर्ता गोदाम के लागत केंद्र के अनुसार विभाजित करें।" |
| भूमिका सेटअप तैयार करें | "एक एपी क्लर्क जो 10,000 से अधिक के चालानों को दर्ज तो कर सकता है लेकिन उन्हें स्वीकृत नहीं कर सकता।" |
| कॉन्फ़िगरेशन की जाँच करें | "बिना किसी बैकअप अनुमोदक के सभी अनुमोदन प्रक्रियाओं को सूचीबद्ध करें" |
ASK द्वारा जनरेट किए गए प्रत्येक कॉन्फ़िगरेशन की समीक्षा मुख्य उपयोगकर्ता द्वारा की जाती है, इससे पहले कि उसे फिट लेजर में चिह्नित किया जाए। ऑडिट लॉग में यह दर्ज होता है कि किसने अनुरोध किया, ASK ने क्या किया और किसने इसे अनुमोदित किया।
कॉन्फ़िगरेशन करें, कोडिंग कभी न करें: सामान्य पैटर्न
| यह अनुरोध कोड जैसा लगता है | विन्यास पैटर्न | कहाँ |
|---|---|---|
| हमारी अनुमोदन प्रक्रिया अनूठी है। | राशि, इकाई और आयाम नियमों के साथ बहु-चरणीय अनुमोदन प्रवाह | कार्यप्रवाह |
| हमें एक कस्टम इनवॉइस लेआउट की आवश्यकता है। | प्रत्येक इकाई के लिए फ़ील्ड, लोगो और भाषा सहित दस्तावेज़ टेम्पलेट | आउटपुट टेम्पलेट्स |
| "ग्राहक समूह के अनुसार विशेष मूल्य निर्धारण" | सेगमेंट के अनुसार मूल्य सूची, छूट और वैधता | सीआरएम / मूल्य निर्धारण |
| "एक स्क्रीन फ़ील्ड जिसका अस्तित्व ही नहीं है" | फॉर्म पर एक कस्टम फ़ील्ड, जिसका उपयोग रिपोर्ट और नियमों में किया जाता है। | फॉर्म (बिना कोड के) |
| "हमारी पुरानी रिपोर्ट, बिल्कुल वैसी ही जैसी है" | रिपोर्ट बिल्डर या डैशबोर्ड — लेआउट को चुनौती दें, अक्सर इसकी "आवश्यकता नहीं" होती है। | रिपोर्टिंग |
| "हमारे बैंक/एमईएस के लिए एक इंटरफ़ेस" | एक API क्लाइंट जिसमें सीमित भूमिका है; आवश्यकतानुसार फ़ाइल विनिमय की सुविधा उपलब्ध है। | एकीकरण |
| "X होने पर अलर्ट" | एक भूमिका-जागरूक एक्शन क्यू नियम | एक्शन क्यू |
जब कोई पैटर्न फिट नहीं बैठता, तो विकल्प T-Plus होता है या फिर स्पष्ट रूप से मना करना। इन-क्लस्टर कोड एक्सटेंशन फ्रेमवर्क से होकर गुजरता है, न कि काउंटडाउन से।
मॉड्यूल चेकलिस्ट (केवल वेव 1 मॉड्यूल के लिए, प्रस्तावित डिफ़ॉल्ट)
| मॉड्यूल | आमतौर पर उलटी गिनती में कॉन्फ़िगर किया जाता है |
|---|---|
| लेखांकन | संस्थाएँ, खाता चार्ट, कैलेंडर, कर, बैंक, पोस्टिंग नियम, समापन चेकलिस्ट |
| ग्राहक संबंध प्रबंधन | पाइपलाइन के चरण, मूल्य सूची, कोटेशन/ऑर्डर प्रवाह, क्रेडिट सीमा |
| आपूर्ति श्रृंखला | गोदाम, लागत निर्धारण विधि, पुनःआदेश नियम, प्राप्ति और मिलान |
| मानव संसाधन | संगठन संरचना, वेतन के तत्व, अवकाश नियम, वेतन-भुगतान कैलेंडर |
| निर्माण | कार्य केंद्र, बीओएम, रूटिंग, ट्रेसिबिलिटी नियम |
| स्वास्थ्य रिकॉर्ड | नैदानिक भूमिकाएँ, रोगी बिलिंग, भुगतानकर्ता नियम, सहमति |
| विद्यार्थी जीवनचक्र | कार्यक्रम, प्रवेश प्रक्रिया, शुल्क, पूर्व छात्र |
| प्लेटफ़ॉर्म | भूमिकाएँ, अनुमोदन प्रवाह, कतारें, ASK स्तर, भाषाएँ |
काउंटडाउन में केवल वेव 1 मॉड्यूल ही दिखाई देते हैं; बाकी सब कुछ उसी लेजर पर एक T-Plus टॉगल है।
काउंटडाउन के अंदर एकीकरण (प्रस्तावित डिफ़ॉल्ट)
T-18 सूची और स्वामी → T-13 API क्लाइंट और परीक्षण एंडपॉइंट → T-10 एकीकरण परीक्षण → T-3 ड्राई रन में एंड-टू-एंड → T-0 उत्पादन स्विच।
| एकीकरण | विशिष्ट पैटर्न | द्वारा परीक्षण | यदि तैयार न हो तो अंतरिम उपाय |
|---|---|---|---|
| बैंकिंग और भुगतान | एपीआई / होस्ट-टू-होस्ट एसएफटीपी | टी 10 | मैन्युअल बैंक फ़ाइल अपलोड |
| कर / ई-चालान | एपीआई | टी 10 | वित्त विभाग द्वारा पोर्टल अपलोड किया गया |
| वेतन प्रदाता | एपीआई / एसएफटीपी | टी-9 | पेरोल रन लेगेसी सिस्टम में, जर्नल आयात |
| पहचान (एसएसओ) | एसएएमएल / ओआईडीसी | टी-17 | पूर्वाभ्यास के लिए आवश्यक है। |
| बीआई / डेटा वेयरहाउस | निर्धारित अंश | टी 6 | T-Plus |
साझेदारों — बैंक, पेरोल, कर — को T-13 तक परीक्षण एंडपॉइंट की आवश्यकता होती है। जो साझेदार इसे प्रदान नहीं कर सकता, वह उस एकीकरण को मैन्युअल अंतरिम चरण के साथ T-Plus में स्थानांतरित कर देता है।
प्रस्तावित डिफ़ॉल्ट के रूप में चिह्नित मान कार्यप्रणाली के अनुशंसित प्रारंभिक बिंदु हैं। प्रत्येक कार्य के लिए प्रत्येक मान की पुष्टि करें; अनुबंध, ऑर्डर फॉर्म और एसएलए सर्वोपरि हैं।