T-Minus: उघडपणे कॉन्फिगर करा
दैनंदिन कॉन्फिगरेशन लूप, T-17 ते T-11 पर्यंतचे सात कॉन्फिगरेशन दिवस, ॲक्सिलरेटर म्हणून ASK, कॉन्फिगर-नेव्हर-कोड पॅटर्न, प्रति-मॉड्यूल चेकलिस्ट आणि काउंटडाउनमधील इंटिग्रेशन्स.
दैनंदिन कॉन्फिगरेशन लूप
- फिट लेजर लाइन दाखवा.
- थेट कॉन्फिगर करा, कोडिंगशिवाय.
- ग्राहकच बदलाला चालना देतो.
- नमुना डेटा वापरून पडताळणी करा.
- त्याची नोंद करा आणि ओळीवर टिक करा.
| WHO | कुठे | आउटपुट |
|---|---|---|
| लेजर आर्किटेक्ट नेतृत्व करतो आणि प्रमुख वापरकर्ता सह-चालना देतो. | ग्राहकाच्या स्वतःच्या टेनंटमध्ये | भाडेकरू दररोज प्रत्यक्ष व्यवहार सुरू करण्याच्या अधिक जवळ पोहोचत असल्याचे स्पष्टपणे दिसून येते. |
| काउंटडाउनचा मालक स्कोप कॉल्ससाठी सामील होतो. | ग्राहकाच्या नमुना डेटासह प्रत्यक्ष स्क्रीनवर | प्रत्येक सेटिंगसाठी कॉन्फिगरेशन वर्कबुकमधील एक ओळ |
| अ‍ॅडॉप्शन नेव्हिगेटर भूमिका आणि रांगेच्या गरजांवर लक्ष ठेवतो. | व्हाइटबोर्डवर किंवा दस्तऐवजात कधीही नाही | चाचणी योजनेत एक कॉन्फिगरेशन तपासणी जोडण्यात आली. |
बिल्डचा असा कोणताही टप्पा नाही, ज्यात ग्राहक आंधळेपणाने वाट पाहतो: जर ग्राहक सेशनमध्ये नसेल, तर सेशन होत नाही. T-14 पर्यंत मुख्य वापरकर्त्यानेच पुढाकार घेतला पाहिजे — जर TRANXACT T-13 ला सुद्धा कीबोर्डवर असेल, तर स्टँडअप मीटिंगमध्ये हा एक अ‍ॅडॉप्शन रिस्क (स्वीकृतीचा धोका) म्हणून हा मुद्दा मांडा.
सात दिवसांचे कॉन्फिगरेशन (प्रस्तावित डीफॉल्ट)
| टी-डे | लक्ष केंद्रित करा | कॉन्फिगर केलेले | ते त्यावर अवलंबून आहे |
|---|---|---|---|
| टी-१७ | रचना | कायदेशीर संस्था, लेखांचे चार्ट, आर्थिक कॅलेंडर, परिमाणे | स्थलांतर मॅपिंग (जीएल) |
| टी-१६ | पैसा आणि अनुपालन | चलन आणि परकीय चलन, कर संहिता, दस्तऐवज क्रमांक, बँका | सुरुवातीची शिल्लक, प्रलंबित बाबी |
| टी-१५ | लोक आणि प्रवेश | भूमिका आणि परवानग्या, SSO गट, मंजुरी पदानुक्रम | तालमीतील भूमिका, रांगा |
| टी-१४ | मास्टर डेटा | ग्राहक, विक्रेते, वस्तू, कर्मचारी — ASK वापरून मोठ्या प्रमाणात तयार केले जाते. | मॉक लोड एम१ |
| टी-१३ | प्रवाह आणि नियम | मंजुरी प्रवाह, पोस्टिंग नियम, जुळवणी नियम, किंमत निश्चिती | एकीकरण चाचण्या |
| टी-१२ | मॉड्यूल तपशील | CRM पाइपलाइन, पुरवठा साखळी खर्च, HR वेतन घटक, मॉड्यूल टॉगल | तालमीची संहिता |
| टी-११ | एकीकरण आणि रांगा | एपीआय क्लायंट्स, बँक / कर / वेतनपट एंडपॉइंट्स, प्रत्येक भूमिकेनुसार कृती रांगा | गेट: कॉन्फिगरेशन पूर्ण झाले |
फिट लेजरचा क्रम वेगळा असला तरीही क्रम कायम ठेवा: व्यवहारांच्या आधी संरचना, जेणेकरून T-15 पासून मायग्रेशन मॅपिंग सुरू होऊ शकेल.
कॉन्फिगरेशन अ‍ॅक्सिलरेटर म्हणून ASK
ASK हे मानवी क्लिकप्रमाणेच त्याच परवानग्या आणि ऑडिट लॉगच्या अंतर्गत, मशीनच्या वेगाने किचकट काम करते:
| नोकरी | उदाहरण विनंती |
|---|---|
| मोठ्या प्रमाणात मास्टर डेटा तयार करा | एक्स्ट्रॅक्टमधून, सेगमेंटनुसार पेमेंटच्या अटींसह हे २,४०० ग्राहक तयार करा. |
| पोस्टिंग नियमांचा मसुदा | खरेदी पावत्यांवरील मालवाहतूक खर्च, माल स्वीकारणाऱ्या गोदामाच्या कॉस्ट सेंटरनुसार विभागून, ५१२० वर नोंदवा. |
| भूमिका सेट-अप तयार करा | एक AP लिपिक जो १०,००० पेक्षा जास्त रकमेची बिले नोंदवू शकतो, परंतु मंजूर करू शकत नाही. |
| कॉन्फिगरेशन तपासा | पर्यायी मंजूरीकर्त्याशिवाय प्रत्येक मंजुरी प्रवाह सूचीबद्ध करा. |
फिट लेजरमध्ये टिक करण्यापूर्वी, प्रत्येक ASK-द्वारे तयार केलेल्या कॉन्फिगरेशनचे मुख्य वापरकर्त्याद्वारे पुनरावलोकन केले जाते. ऑडिट लॉगमध्ये हे दिसून येते की कोणी विचारले, ASK ने काय केले आणि कोणी मंजूर केले.
कॉन्फिगर करा, कोडिंग करू नका: सामान्य नमुने
| कोडसारखी वाटणारी विनंती | कॉन्फिगरेशन पॅटर्न | कुठे |
|---|---|---|
| आमची मंजुरी प्रक्रिया अद्वितीय आहे. | रक्कम, घटक आणि परिमाण नियमांसह बहु-स्तरीय मंजुरी प्रक्रिया | कार्यप्रवाह |
| आम्हाला सानुकूलित इनव्हॉइस लेआउटची आवश्यकता आहे. | प्रत्येक घटकानुसार फील्ड्स, लोगो आणि भाषेसह दस्तऐवज टेम्पलेट | आउटपुट टेम्पलेट्स |
| प्रत्येक ग्राहक गटासाठी विशेष दर | विभागानुसार किंमत सूची, सवलती आणि वैधता | CRM / किंमत |
| अस्तित्वात नसलेले स्क्रीन फील्ड | फॉर्मवरील एक सानुकूल फील्ड, जे अहवाल आणि नियमांमध्ये वापरले जाते. | फॉर्म्स (नो-कोड) |
| आमचा वारसा अहवाल, जसाच्या तसा | रिपोर्ट बिल्डर किंवा डॅशबोर्ड — मांडणीला आव्हान द्या, जे अनेकदा 'गरज नसते' | अहवाल देणे |
| आमच्या बँकेसाठी / एमईएससाठी एक इंटरफेस | मर्यादित भूमिका असलेला एक API क्लायंट; आवश्यकतेनुसार फाईलची देवाणघेवाण. | एकीकरण |
| X घडल्यास सूचना मिळते | भूमिका-जागरूक कृती रांग नियम | कृती रांग |
जेव्हा कोणताही पॅटर्न लागू होत नाही, तेव्हा T-Plus किंवा स्पष्टपणे नकार देणे हे पर्याय असतात. इन-क्लस्टर कोड एक्सटेन्शन फ्रेमवर्कमधून जातो आणि कधीही काउंटडाउनमधून जात नाही.
मॉड्यूल तपासणी सूची (केवळ वेव्ह १ मॉड्यूलसाठी, प्रस्तावित डीफॉल्ट)
| मॉड्यूल | सामान्यतः काउंटडाउनमध्ये कॉन्फिगर केलेले असते |
|---|---|
| लेखांकन | संस्था, लेखांची सूची, दिनदर्शिका, कर, बँका, नोंदीचे नियम, बंद करण्याची तपासणी सूची |
| सीआरएम | पाइपलाइनचे टप्पे, किंमत सूची, कोटेशन / ऑर्डर प्रवाह, पत मर्यादा |
| पुरवठा साखळी | गोदामे, खर्च पद्धत, पुनर्ऑर्डर नियम, माल स्वीकारणे आणि जुळवणी करणे |
| एचआरएमएस | संस्थेची रचना, वेतनाचे घटक, रजेचे नियम, वेतनपत्रक |
| उत्पादन | कार्य केंद्रे, बीओएम, रूटिंग, शोधक्षमता नियम |
| ईएचआर | क्लिनिकल भूमिका, रुग्ण बिलिंग, पेमेंट करणाऱ्याचे नियम, संमती |
| विद्यार्थी जीवनचक्र | कार्यक्रम, प्रवेश प्रक्रिया, शुल्क, माजी विद्यार्थी |
| प्लॅटफॉर्म | भूमिका, मंजुरी प्रवाह, रांगा, ASK स्तर, भाषा |
काउंटडाउनमध्ये फक्त वेव्ह १ चे मॉड्यूल दिसतात; बाकी सर्व त्याच लेजरवरील T-Plus टॉगल आहेत.
काउंटडाउनमधील एकीकरण (प्रस्तावित डीफॉल्ट)
T-18 यादी आणि मालक → T-13 API क्लायंट आणि चाचणी एंडपॉइंट्स → T-10 एकीकरण चाचण्या → T-3 ड्राय रनमध्ये एंड-टू-एंड → T-0 उत्पादन स्विच.
| एकीकरण | ठराविक नमुना | चाचणीद्वारे | तयार नसल्यास अंतरिम |
|---|---|---|---|
| बँकिंग आणि पेमेंट | एपीआय / होस्ट-टू-होस्ट एसएफटीपी | टी-१० | मॅन्युअल बँक फाईल अपलोड |
| कर / ई-इनव्हॉइसिंग | एपीआय | टी-१० | वित्त विभागाद्वारे पोर्टलवर अपलोड |
| पगार पुरवठादार | एपीआय / एसएफटीपी | टी-९ | जुन्या प्रणालीमध्ये पगार प्रक्रिया, जर्नल आयात |
| ओळख (एसएसओ) | SAML / OIDC | टी-१७ | तालमीसाठी काहीही आवश्यक नाही. |
| BI / डेटा वेअरहाउस | नियोजित अर्क | टी-६ | T-Plus |
भागीदारांना — बँका, पेरोल, कर — यांना T-13 द्वारे टेस्ट एंडपॉइंट्सची आवश्यकता असते. जो भागीदार ते प्रदान करू शकत नाही, तो एका मॅन्युअल अंतरिम पायरीद्वारे ते इंटिग्रेशन T-Plus कडे हलवतो.
'प्रस्तावित डीफॉल्ट' म्हणून चिन्हांकित केलेली मूल्ये ही कार्यपद्धतीने शिफारस केलेली प्रारंभिक मूल्ये आहेत. प्रत्येक कामासाठी त्या प्रत्येकाची पुष्टी करा; करार, ऑर्डर फॉर्म आणि सेवा करार (SLA) हेच अंतिम मानले जातील.