TRANXACT.AI मदत

भूमिका आणि परवानग्या

तुम्ही स्क्रीन पाहू शकता की नाही हे कशावर अवलंबून असते, आणि अशा दोन गोष्टी ज्या भूमिका टाळू शकत नाही.

प्रवेश भूमिकेनुसार दिला जातो. भूमिका म्हणजे प्रत्येक कंपनीकडे असलेल्या मॉड्यूल आणि कृती परवानग्यांचा संच होय — प्रत्येक कंपनीचा स्वतःचा भूमिका संच आणि स्वतःचा प्रशासक असतो, आणि एखादी भूमिका केवळ तिच्या स्वतःच्या कंपनीमधील वापरकर्त्यालाच दिली जाऊ शकते.

परवानगी म्हणजे प्रत्यक्षात दरवाजे

  • नेव्हिगेशन. ज्या मॉड्यूलपर्यंत तुम्ही पोहोचू शकत नाही, त्याला टॅब नसतो; ज्या स्क्रीनपर्यंत तुम्ही पोहोचू शकत नाही, त्याला टाइल नसते आणि शोध परिणामही नसतो.
  • एपीआय. प्रत्येक एंडपॉइंट तपासला जातो, त्यामुळे विनंती ज्या मार्गाने आली आहे — कन्सोल, इम्पोर्ट, शेड्युल्ड जॉब किंवा ASK — तो मार्ग गेटमध्ये नोंदवला जातो.
  • रिपोर्टिंग. प्रत्येक क्वेरीवर प्रत्येक क्यूब तपासला जातो, त्यामुळे रिपोर्ट हा स्क्रीनने संरक्षित केलेल्या डेटामध्ये प्रवेश करण्याचा सोपा मार्ग नाही.

दोन गोष्टी ज्या एका भूमिकेमुळे कळत नाहीत

  • कर्तव्यांची विभागणी. जिथे प्लॅटफॉर्मवर दोन व्यक्तींची आवश्यकता असते — उदाहरणार्थ, वेतन गणना आणि वेतन मंजुरी — तिथे दोन्ही भूमिका एकाच व्यक्तीला एकाच वेळी पार पाडता येत नाहीत.
  • ऑडिट ट्रेल. साइन-इन आणि साइन-आउट तसेच भूमिकेतील बदल यांची नेहमी नोंद ठेवली जाते आणि प्रशासकासह कोणीही ते बंद करू शकत नाही.

प्रत्येक स्क्रीनला रोलवर ठेवता येते

ज्या भूमिकेला सर्व क्रिया करण्याची परवानगी दिलेली नाही, ती भूमिका फक्त तिला दिलेल्या स्क्रीनच पाहू शकते. कन्सोलमधील प्रत्येक स्क्रीनची परवानगी दिली जाऊ शकते, ज्यामध्ये बोर्ड, वर्कबेंच आणि अहवाल यांचाही समावेश आहे ज्यांचे स्वतःचे रेकॉर्ड नाहीत — जसे की OEE बोर्ड, MRP वर्कबेंच, सोर्सिंग पाइपलाइन, प्रत्येक ॲनालिटिक्स अहवाल. यांवर, फक्त 'डिस्प्ले' (प्रदर्शन) करण्याची परवानगीच महत्त्वाची ठरते, त्यामुळे इतर तीन परवानग्या दिल्या जात नाहीत. ज्या स्क्रीन फक्त प्रशासकच उघडू शकतो (उदा. वापरकर्ते, भूमिका, रनटाइम सेटिंग्ज आणि तत्सम) त्या ग्रिडमध्ये नाहीत, कारण तिथे परवानगी दिल्यास काहीही होणार नाही.

प्रत्येक मॉड्यूलला एक डॅशबोर्ड स्क्रीन देखील असते — ज्यामध्ये मॉड्यूलच्या होम पेजवर त्याची आकडेवारी, सूचना आणि अलीकडील घडामोडी दिसतात. ज्या प्रतिबंधित भूमिकेला (restricted role) ही माहिती दिसायला हवी, तिच्यासाठी त्यावर 'डिस्प्ले' (Display) वर टिक करा; ज्या भूमिकेला तिच्या मॉड्यूलमधील सर्व क्रिया (actions) करण्याची परवानगी आहे, तिला ही माहिती आधीपासूनच दिसते.

दस्तऐवजावरील ओळी या दस्तऐवजाचाच भाग असतात. सप्लाय चेन → स्ट्रॅटेजिक सोर्सिंग अंतर्गत प्रतिसाद मंजूर केल्यास, प्रतिसादाच्या ओळीही सोबत मिळतात: यासाठी वेगळी 'रिस्पॉन्स लाइन्स' परवानगी शोधण्याची आवश्यकता नसते, आणि हेडरमधील बदलामुळेच ओळ जोडता किंवा संपादित करता येते.

एखाद्या भूमिकेमध्ये (रोलमध्ये) मॉड्यूल असूनही फक्त त्याचे डॅशबोर्ड दिसत असल्यास, त्यामागे जवळजवळ नेहमीच दोनपैकी एक कारण असते: एकतर ती भूमिका विशिष्ट नावाच्या स्क्रीनपुरती मर्यादित असते आणि अद्याप कोणतीही स्क्रीन निवडलेली नसते, किंवा त्या व्यक्तीला ती भूमिका मुळीच दिलेली नसते — प्लॅटफॉर्म → ॲक्सेस → युजर्स तपासा. साइन इन केलेल्या व्यक्तीला दिलेली भूमिका, साइन आउट न करताच, त्यांच्या पुढील स्क्रीनवर लागू होते.

प्रत्येक परवानगी एखाद्या व्यक्तीला काय करू देते

काहीतरी बदलणारे प्रत्येक बटण त्याच्या स्क्रीनवरील परवानगीला प्रतिसाद देते. रेकॉर्ड तयार करणे म्हणजे 'ॲड' (जोडणे). अस्तित्वात असलेल्या रेकॉर्डवर केलेली कोणतीही कृती — मंजूर करणे, पोस्ट करणे, स्वीकारणे, रिलीज करणे, सबमिट करणे, रद्द करणे, उलट करणे, त्याच्या ओळी संपादित करणे — म्हणजे 'चेंज' (बदलणे). एखादा रेकॉर्ड काढून टाकणे म्हणजे 'डिलीट' (हटवणे). वाचणे, अहवाल चालवणे किंवा पूर्वावलोकन करणे म्हणजे 'डिस्प्ले' (प्रदर्शन). ज्या भूमिकेला केवळ 'परचेस ऑर्डर्स'वर 'डिस्प्ले'ची परवानगी आहे, ती व्यक्ती ऑर्डर पाहू शकते, परंतु ती मंजूर करू शकत नाही, स्वीकारू शकत नाही किंवा त्यात ओळ जोडू शकत नाही; 'चेंज'ची परवानगी असलेली भूमिका हे करू शकते.

रोल एडिटर प्रत्येक स्क्रीनच्या ओळीवर हे स्पष्ट करतो: "हे देखील बदला: प्राप्त करा, मंजुरीसाठी सादर करा, ओळी संपादित करा". बटणाने मागितलेल्या प्रत्येक परवानगीसाठी टिक करण्यासाठी एक बॉक्स असतो. एखाद्या विशिष्ट व्यक्ती किंवा भूमिकेकडे पाठवलेल्या मंजुऱ्यांवर केवळ तीच व्यक्ती किंवा भूमिका निर्णय घेते, आणि जर मंजुरीचा नियम अशा भूमिकेकडे पाठवला गेला, जी ती मंजुरी उघडू शकत नाही, तर तो नियम जतन केला जाऊ शकत नाही.

मॉड्यूलच्या बाहेरही हेच लागू होते: दस्तऐवज जोडणे किंवा काढणे, सानुकूल-फील्ड मूल्ये, वर्गीकरणे, कनेक्ट केलेला ड्राइव्ह, स्प्रेडशीट आयात करणे, आणि बीजक किंवा ऑर्डर रद्द करणे किंवा उलट करणे या सर्वांसाठी, रेकॉर्ड ज्या स्क्रीनशी संबंधित आहे त्या स्क्रीनवर परवानगी मागितली जाते.

शेकडो वापरकर्त्यांपैकी एक शोधणे

प्लॅटफॉर्म → ॲक्सेस → युजर्स मध्ये इतर प्रत्येक सूचीप्रमाणेच शोध आणि अटी आहेत: नावाचा काही भाग, ईमेल किंवा भूमिका टाइप करा, किंवा एखादी अट जोडा (स्टेटस डिसेबल्ड आहे, भूमिकांमध्ये फायनान्सचा समावेश आहे). ज्या नवीन वापरकर्त्याचा ईमेल आधीच वापरला गेला आहे, त्याला त्याच्या मागील सूचीमध्ये नाकारण्याऐवजी, तुम्ही जिथे टाइप करत आहात त्या नवीन वापरकर्ता फॉर्ममध्येच नाकारले जाते.

भूमिका शोधणे

  • प्लॅटफॉर्म → ऍक्सेस → रोल्समध्ये कोणत्याही सूचीप्रमाणे शोध आणि फिल्टर बार आहे: भूमिकेच्या नावाचा, कोड किंवा वर्णनाचा काही भाग किंवा ते ज्या मॉड्यूलपर्यंत पोहोचते त्याचे नाव टाइप करा.
  • युजर्स ड्रॉवरमध्ये, जिथे एखाद्या व्यक्तीसाठी भूमिका निवडलेल्या असतात, तिथे कंपनीमध्ये अनेक भूमिका असल्यास 'भूमिका शोधा' (Find a role) पर्याय यादी मर्यादित करतो.
  • साइनिंग मर्यादेसाठी भूमिका निवडणाऱ्या पिकर्सना त्याच प्रकारे शोधता येते.

ज्या लोकांनी त्यांना भूमिका देण्यापूर्वी साइन इन केले

जेव्हा सिंगल साइन-ऑन नवीन लोकांसाठी साइन-इन तयार करण्यासाठी सेट केलेले असते, तेव्हा तुमच्या कंपनी डिरेक्टरीमध्ये TRANXACT खाते नसलेल्या एखाद्या व्यक्तीला एक खाते दिले जाते जे फक्त हेल्प अँड सपोर्टपर्यंत पोहोचते. वापरकर्त्यांची यादी "पहिल्या साइन-इनवेळी तयार केलेले" अशी चिन्हांकित केली जाते. वापरकर्ता उघडा, त्यांना त्यांची खरी भूमिका द्या, आणि ती त्यांच्या पुढील स्क्रीनवर लागू होईल. तुमच्या कंपनी डिरेक्टरीद्वारे पहिल्यांदा साइन-इन करणे पहा.

अहवाल मॉड्यूलच्या पलीकडे पोहोचत नाहीत.

एकाच वेळी अनेक मॉड्यूल्सवर आधारित असलेला अहवाल फक्त अशा व्यक्तीसाठीच उपयुक्त ठरतो, जिची भूमिका खरोखरच त्या मॉड्यूल्सपर्यंत पोहोचते. केवळ 'मदत आणि समर्थन' (Help & Support) किंवा फक्त एखाद्या मॉड्यूलचा डॅशबोर्ड उघडणारी भूमिका त्यापैकी काहीही पाहू शकत नाही.

कर्मचाऱ्याच्या रेकॉर्डवर 'या नावाने साइन इन करा' हे साइन-इन त्या कर्मचाऱ्याशी जोडते. हे फक्त त्याच कंपनीच्या वापरकर्त्यांना किंवा ज्यांना त्या कंपनीमध्ये प्रवेश दिला आहे अशा वापरकर्त्यांनाच स्वीकारते.

इतर कोणत्याही स्क्रीनप्रमाणेच नवीन स्क्रीन दिली जाते.

सप्लाय चेन अंतर्गत, फिक्स्ड असेट डिटेल्स, फिक्स्ड असेट लेबल्स आणि डॉक्युमेंट रिट्रीव्हल हे स्वतंत्रपणे दिले जातात: मालमत्ता मोजण्यासाठी फिक्स्ड असेट डिटेल्स, लेबल्स प्रिंट करण्यासाठी फिक्स्ड असेट लेबल्स आणि मटेरियल डॉक्युमेंट शोधण्यासाठी डॉक्युमेंट रिट्रीव्हल हे ॲड-ऑन आहे. वेअरहाऊस रोल्स आणि असेट अकाउंटंट यांना त्यांच्या कामासाठी आवश्यक ते दिले जाते.

CRM → लीड कॉन्टॅक्ट्स, म्हणजेच प्रत्येक लीडमधील व्यक्तींची माहिती, इतर कोणत्याही स्क्रीनप्रमाणे स्वतंत्रपणे दिली जाते: कॉन्टॅक्ट्स तयार करण्यासाठी किंवा इम्पोर्ट करण्यासाठी 'ॲड', त्यांना एडिट करण्यासाठी 'चेंज', त्यांना पाहण्यासाठी 'डिस्प्ले', आणि काढून टाकण्यासाठी 'डिलीट'. लीड्सचे व्यवस्थापन करणाऱ्या भूमिकेला सामान्यतः लीड्स आणि लीड कॉन्टॅक्ट्स या दोन्हींची आवश्यकता असते.

रिलीझमध्ये जोडलेली प्रत्येक स्क्रीन 'प्लॅटफॉर्म → रोल्स' अंतर्गत प्रत्येक भूमिकेनुसार दिली जाऊ शकते, आणि तिला बाकीच्यांप्रमाणेच चार परवानग्या मिळतात: जोडणे, बदलणे, प्रदर्शित करणे आणि हटवणे. प्रमाणपत्रे, धारणा धोरणे, धारणा प्रक्रिया आणि संग्रहित नोंदी या सर्वात नवीन आहेत. प्रशासकाव्यतिरिक्त, जोपर्यंत एखादी भूमिका तसे सांगत नाही, तोपर्यंत इतर कोणीही त्यांपर्यंत पोहोचू शकत नाही.

मायग्रेशन कॉकपिट आणि मायग्रेशन रेडीनेस हे प्रत्येक भूमिकेनुसार (रोलनुसार) देखील दिले जाऊ शकतात. कॉकपिटवर, 'ॲड' म्हणजे एक्स्ट्रॅक्ट अपलोड करणे, 'डिलीट' म्हणजे एखादा एक्स्ट्रॅक्ट टाकून देणे किंवा कटओव्हर रीसेट करणे, आणि इतर प्रत्येक कृती म्हणजे बदल करणे होय. मायग्रेशन लीड आणि गो-लाइव्ह रिव्ह्यूअर या भूमिका नियुक्त करण्यासाठी तयार आहेत. 'दुसऱ्या सिस्टीममधून येणे → कोण काय करू शकते' हे पहा.

काही स्क्रीनवर, परवानगीचा अर्थ तिच्या नावापेक्षा अधिक असतो, कारण त्यामागील कृती अशी असते जी पूर्ववत करता येत नाही. रिटेन्शन पॉलिसींवर, पर्ज चालवण्यासाठी किंवा पर्ज पॉलिसी चालू करण्यासाठी बदलण्याऐवजी हटवणे आवश्यक असते — पर्ज रेकॉर्ड्स हटवतो, आणि जी परवानगी एका वेळी एक रेकॉर्ड हटवते, तीच हजारो रेकॉर्ड्स हटवणारी असावी. 'जुना डेटा ठेवणे आणि काढून टाकणे' पहा.

सप्टेंबरच्या अखेरीस जोडलेल्या कृती बाकीच्यांप्रमाणेच, त्या संबंधित स्क्रीनवर मंजूर केल्या जातात:

कृतीते कुठे आहेत्याला परवानगीची आवश्यकता आहे
अनुक्रमांक नोंदवामाल पावतीची एक ओळमालाच्या पावतीवर नोंद करा किंवा बदल करा, किंवा अनुक्रमांक जोडा
विभक्त होण्याची योजना, स्थिती बदला, नियोजित बदल रद्द कराएचआरएमएस → लोक → कर्मचारीकर्मचाऱ्यांवरील बदल
पदासाठी अर्ज करा, अर्ज जोडाएचआरएमएस उमेदवार, नोकरीची जाहिरातअतिरिक्त अनुप्रयोग
जॉब ऑर्डरसाठी सबमिट करा, उमेदवार जोडाप्रतिभा आणि कंत्राटी कर्मचारीअतिरिक्त सबमिशन

तुम्ही अनुपस्थित असताना तुमच्या 'लक्ष देण्याची गरज असलेल्या' कामांची यादी एखाद्या सहकाऱ्याला देणे, किंवा त्यातील एखादी वस्तू पुढे पाठवणे, यासाठी कोणत्याही अनुदानाची आवश्यकता नसते. ही एक वैयक्तिक बाब आहे: यामुळे डॅशबोर्डवर काय दिसेल हे बदलते, कोणी काय उघडेल हे नाही.

दुसऱ्या व्यक्तीच्या नावाने साइन इन करणे

एखाद्या समस्येची चौकशी करणारा प्रशासक, दुसऱ्या वापरकर्त्याला काय दिसते हे पाहण्यासाठी त्याची ओळख धारण करू शकतो. यासाठी दोन मंजुऱ्यांची आवश्यकता असते, जोपर्यंत त्याचा अधिकार स्पष्टपणे वाढवला जात नाही तोपर्यंत तो केवळ वाचण्यापुरता (read-only) असतो, त्याअंतर्गत केलेला प्रत्येक कॉल हा धारण केलेल्या ओळखीखाली केला गेला आहे अशी नोंद केली जाते, आणि ज्या व्यक्तीची ओळख ती आहे, ती व्यक्ती ते घडले आहे हे पाहू शकते.

Since 20 October new shipped roles include Security administrator, Security & AI Governance Admin, Records & Legal Admin, Governance Auditor (read only), Benefits Administrator, GL Interface Administrator, Payroll Auditor (read only), Learning & Development Administrator, HR Auditor, HR Recruiter and EEO Officer. HR Auditor reads the HR screens — people, recruiting, time and leave, learning, skills, performance, benefits, expenses and records — but not payroll; Payroll Auditor reads payroll (runs, payslips, pay rates, tax, garnishments, the GL interface and parallel payroll). A company that wants both gives a person both roles. See HRIS/HCM capability map.