POS तक पहुँचना

WCPOS कार्यक्षमता तक पहुँच को नियंत्रित करने के लिए, आप WordPress क्षमताओं और उपयोगकर्ता भूमिकाओं का उपयोग कर सकते हैं। उपयोगकर्ताओं को विशिष्ट भूमिकाएँ सौंपकर और उनकी क्षमताओं को कॉन्फ़िगर करके, आप विभिन्न POS उपयोगकर्ताओं के लिए पहुँच स्तर को नियंत्रित कर सकते हैं। WCPOS प्लगइन मौजूदा WordPress भूमिकाओं के साथ एकीकृत होता है और कैशियर्स के लिए एक विशिष्ट भूमिका प्रस्तुत करता है।

निम्नलिखित तालिका में POS में मुख्य उपयोगकर्ता भूमिकाएँ और उनकी संबंधित क्षमताओं का विवरण दिया गया है:

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

कैशियर डिफ़ॉल्ट रूप से उत्पाद बना और संपादित कर सकते हैं

v1.10 से, कैशियर भूमिका को उत्पाद बनाने और संपादित करने की क्षमताएँ डिफ़ॉल्ट रूप से दी जाती हैं, ताकि कर्मचारी व्यवस्थापक के बिना कीमत ठीक कर सकें या उत्पाद जोड़ सकें। उत्पाद हटाने की अनुमति वैकल्पिक रहती है — यह डिफ़ॉल्ट रूप से नहीं दी जाती। उत्पाद और कूपन लिखने की हर कार्रवाई सर्वर पर उपयोगकर्ता की वास्तविक WordPress क्षमताओं के विरुद्ध जाँची जाती है; सर्वर द्वारा अस्वीकार की गई कार्रवाई डिवाइस पर वापस पलट दी जाती है और कैशियर को कारण दिखाया जाता है। Access स्क्रीन पर इनमें से कोई भी अनुमति बदलें।

उपयोगकर्ता भूमिकाएँ और क्षमताएँ सौंपने तथा प्रबंधित करने के लिए WP Admin > POS > Access पर जाएँ। वहाँ क्षमताओं के टॉगल काम के अनुसार समूहित हैं (उत्पाद, ऑर्डर, ग्राहक आदि), ताकि हर विकल्प का असर समझना आसान हो।

दो अलग-अलग “सेटिंग्स”

POS सेटिंग्स प्रबंधित करें टॉगल (manage_woocommerce_pos) WP Admin > POS के अंतर्गत सेटिंग्स पेज और उनके पीछे के सेटिंग्स API को नियंत्रित करता है। POS विंडो के अंदर की सेटिंग्स स्क्रीन अलग है: इसमें प्रिंटर, बारकोड स्कैनर, थीम और डिस्प्ले विकल्प जैसी प्रति-डिवाइस प्राथमिकताएँ होती हैं, यह केवल उसी डिवाइस पर संग्रहीत होती है और POS खोल सकने वाले सभी उपयोगकर्ताओं के लिए उपलब्ध है। POS सेटिंग्स प्रबंधित करें बंद करने से यह स्क्रीन छिपती नहीं है, और वहाँ कैशियर द्वारा किए गए बदलाव सर्वर तक नहीं पहुँचते।

ग्राहक, कर्मचारी और “ग्राहक प्रबंधित करें” टॉगल

POS की ग्राहक सूची में हर WordPress उपयोगकर्ता दिखता है, कर्मचारियों सहित, क्योंकि कोई भी खाता ऑर्डर का ग्राहक हो सकता है। देखने की तुलना में संपादन पर अधिक पाबंदी है: ऐसा POS उपयोगकर्ता जो व्यवस्थापक नहीं है, कर्मचारी क्षमताओं वाले खाते को संपादित या हटा नहीं सकता—चाहे ग्राहक प्रबंधित करें टॉगल कुछ भी कहे। कर्मचारियों में व्यवस्थापक, शॉप मैनेजर, अन्य कैशियर और wp-admin में लेखक की भूमिका वाले सभी लोग, जैसे संपादक, लेखक और योगदानकर्ता शामिल हैं (क्षमताएँ manage_options, manage_woocommerce, edit_users और edit_posts)। POS से कर्मचारी खातों में बदलाव केवल व्यवस्थापक कर सकते हैं।

आंशिक रूप से दी गई क्षमताएँ

Access स्क्रीन पर हर काम का टॉगल क्षमताओं के एक समूह को दर्शाता है। जब किसी भूमिका के पास उनमें से कुछ ही क्षमताएँ होती हैं, तो काम को आंशिक रूप से अनुमत दिखाया जाता है। कौन-सी क्षमताएँ अनुपस्थित हैं, यह देखने के लिए उन्नत खोलें। बॉक्स पर टिक करने से समूह की बाकी क्षमताएँ मिलती हैं; टिक हटाने से पूरा समूह हट जाता है।

Access स्क्रीन पर किए गए बदलाव पहले अपडेट के दौरान खो जाते थे

1.10.17 तक और इसमें शामिल प्लगइन अपडेट हर अपडेट पर Administrator, Shop Manager और Cashier भूमिकाओं की डिफ़ॉल्ट अनुमतियाँ फिर से लागू करते थे। जिस स्टोर ने कैशियर के लिए उत्पाद बनाएँ और संपादित करें बंद किया था, वहाँ हर अपडेट के बाद यह फिर चालू हो जाता था; इसी कारण कुछ स्टोर में अपडेट के बाद कैशियर की अनुमतियाँ बदलती दिखीं। 1.10.17 के बाद की पहली रिलीज़ में यह ठीक किया गया: अपडेट केवल उस रिलीज़ में नई क्षमताएँ देता है, इसलिए हटाई गई क्षमता हटाई ही रहती है। प्लगइन को निष्क्रिय करके फिर सक्रिय करने पर अब भी हर भूमिका डिफ़ॉल्ट पर रीसेट होती है; यही दस्तावेज़ीकृत सुधार प्रक्रिया है, और अपडेट ऐसा नहीं करता।

निम्नलिखित तालिका WCPOS प्लगइन से संबंधित WordPress क्षमताओं का एक अवलोकन प्रदान करती है:

क्षमता	विवरण	उदाहरण उपयोग
access_woocommerce_pos	WCPOS इंटरफ़ेस तक पहुँच की अनुमति देता है।	इस विकल्प को सक्षम करने से कैशियर को POS तक पहुँचने और उपयोग करने की अनुमति मिलेगी, जिससे उन्हें बिक्री स्थान ट्रांजैक्शन करने की अनुमति मिलेगी।
manage_woocommerce_pos	WCPOS सेटिंग्स और कॉन्फ़िगरेशन के प्रबंधन को सक्षम करता है।	इस विकल्प को सक्षम करने से कैशियर को POS से संबंधित सेटिंग्स को संशोधित करने की क्षमता प्राप्त होगी, जैसे कि भुगतान विधियाँ या रसीद टेम्पलेट।
create_users	कैशियर को नए WordPress उपयोगकर्ता खाते बनाने की अनुमति देता है।	इस विकल्प को अक्षम करना कैशियर को POS में नए ग्राहक खातों को बनाने से रोक देगा।
edit_others_shop_orders	अन्य कैशियर्स द्वारा बनाए गए दुकान ऑर्डर को संपादित करने की अनुमति देता है।	इस विकल्प को अक्षम करना किसी कैशियर को POS में विभिन्न कैशियर द्वारा बनाए गए दुकान ऑर्डर को संशोधित करने से रोक देगा।
edit_product	कैशियर को उत्पाद विवरण संपादित करने की अनुमति देता है।	इस विकल्प को अक्षम करना कैशियर को POS में उपलब्ध उत्पादों के विवरण को संशोधित करने से रोक देगा।
edit_published_products	कैशियर को प्रकाशित उत्पादों को संपादित करने की अनुमति देता है।	इस विकल्प को अक्षम करना कैशियर को POS में पहले से प्रकाशित उत्पादों में परिवर्तन करने से रोक देगा।
edit_shop_orders	कैशियर को दुकान ऑर्डर संपादित करने की अनुमति देता है।	इस विकल्प को अक्षम करना कैशियर को POS में ऑर्डर की स्थिति या ग्राहक विवरण जैसे दुकान ऑर्डर के विवरण को संशोधित करने से रोक देगा।
edit_users	कैशियर को मौजूदा उपयोगकर्ता खातों को संपादित करने की अनुमति देता है।	इस विकल्प को अक्षम करना कैशियर को POS में ग्राहक खातों के विवरण जैसे कि बिलिंग पते में संशोधन करने से रोक देगा।
list_users	कैशियर को उपयोगकर्ता खातों की सूची देखने की अनुमति देता है।	इस विकल्प को अक्षम करना कैशियर को POS में ग्राहकों को खोजने या चयन करने से रोक देगा।
manage_product_terms	कैशियर को उत्पाद श्रेणियाँ और टैग प्रबंधित करने की अनुमति देता है।	इस विकल्प को अक्षम करना कैशियर को POS में उत्पाद श्रेणियों या टैग बनाने, संपादित करने या हटाने से रोक देगा।
publish_shop_orders	कैशियर को दुकान ऑर्डर प्रकाशित करने की अनुमति देता है।	इस विकल्प को अक्षम करना कैशियर को POS में नए दुकान ऑर्डर को अंतिम रूप देने और संसाधित करने से रोक देगा।
read_private_products	कैशियर को निजी उत्पादों के विवरण तक पहुँचने की अनुमति देता है।	इस विकल्प को अक्षम करना कैशियर को POS में उपलब्ध निजी उत्पादों के विवरण को देखने से रोक देगा।
read_private_shop_coupons	कैशियर को निजी दुकान कूपनों के विवरण तक पहुँचने की अनुमति देता है।	इस विकल्प को अक्षम करना कैशियर को POS में निजी दुकान कूपनों के विवरण को देखने से रोक देगा।
read_private_shop_orders	कैशियर को निजी दुकान ऑर्डर के विवरण तक पहुँचने की अनुमति देता है।	इस विकल्प को अक्षम करना कैशियर को POS में निजी दुकान ऑर्डर के विवरण को देखने से रोक देगा।
read	WordPress Admin तक पहुँच की अनुमति देता है।	इस विकल्प को अक्षम करने से कैशियर को WordPress डैशबोर्ड और उपयोगकर्ता प्रोफ़ाइल पृष्ठ तक पहुँच से रोक देगा।

हर भूमिका को उचित क्षमताएँ सौंपकर, आप POS में विभिन्न उपयोगकर्ताओं के लिए पहुँच और अनुमतियों को बारीकी से समायोजित कर सकते हैं। इससे आप यह नियंत्रित कर सकते हैं कि कौन कौन सी कार्रवाई कर सकता है, संवेदनशील जानकारी को देख सकता है, और आपकी दुकान में परिवर्तन कर सकता है।

WordPress में उपयोगकर्ता भूमिकाओं और क्षमताओं के प्रबंधन पर अधिक विस्तृत जानकारी के लिए, आप WordPress Codex का संदर्भ ले सकते हैं।

प्रत्येक डिफ़ॉल्ट भूमिका क्या कर सकती है, एक नज़र में

डिफ़ॉल्ट क्षमताओं के साथ, तीन भूमिकाएँ POS में इस प्रकार व्यवहार करती हैं:

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

पूर्ण प्रति-एंडपॉइंट विवरण के लिए — जिसमें Pro प्लगइन एंडपॉइंट, टोकन-समाप्ति व्यवहार, और टोकन विफलताओं से क्षमता विफलताओं को अलग करने के सुझाव शामिल हैं — रोल एंडपॉइंट एक्सेस संदर्भ देखें।

एक से अधिक भूमिका वाला उपयोगकर्ता

WordPress में एक खाते को कई भूमिकाएँ दी जा सकती हैं, हालाँकि प्रोफ़ाइल स्क्रीन यह तभी दिखाती है जब Members जैसा प्लगइन भूमिका चेकबॉक्स जोड़ता है। WordPress खाते की हर भूमिका की क्षमताओं को मिला देता है, इसलिए दूसरी भूमिका अकेले शायद ही कभी कोई अनुमति हटाती है। भूमिका-संपादक प्लगइन इसका व्यवहार बदलते हैं। Members में अस्वीकृत क्षमताएँ हमेशा दी गई क्षमताओं पर प्रभावी हों विकल्प डिफ़ॉल्ट रूप से चालू होता है, इसलिए खाते की किसी भी भूमिका में अस्वीकृत चिह्नित क्षमता, अन्य सभी भूमिकाओं से मिली अनुमति पर भारी पड़ती है—भूमिकाओं का क्रम कुछ भी हो। Customer भूमिका पर लगाया गया हर अस्वीकृत चिह्न Administrator और Customer दोनों भूमिकाओं वाले खाते पर भी लागू होता है।

आपको क्या दिखेगा, यह WCPOS के संस्करण पर निर्भर करता है। मौजूदा WCPOS संस्करण POS में साइन इन करने से रोकते हैं और बताते हैं कि क्या अनुपस्थित है:

उदाहरण के लिए, ऊपर बताई गई अस्वीकृतियों वाले Administrator-plus-Customer खाते को यह दिखता है:

यह खाता POS का उपयोग नहीं कर सकता। अनुपस्थित क्षमताएँ: publish_shop_orders, read_private_products, read_private_shop_orders, list_users। इसकी भूमिकाएँ Customer, Administrator हैं। एक भूमिका में अस्वीकृत क्षमता दूसरी भूमिका की अनुमति को निष्प्रभावी कर सकती है, और Members जैसे भूमिका-संपादक प्लगइन पहले उस अस्वीकृति को लागू करते हैं। अतिरिक्त भूमिका हटाएँ या भूमिका संपादक में अस्वीकृति हटाएँ।

पुराने संस्करण साइन इन के समय केवल access_woocommerce_pos जाँचते थे, जिसे ये अस्वीकृतियाँ नहीं हटातीं; इसलिए खाता साइन इन कर लेता था, लेकिन फिर हर स्क्रीन विफल हो जाती थी: न उत्पाद या ग्राहक दिखते थे, न ऑर्डर सहेजे जाते थे। उन संस्करणों में, प्रभावित डिवाइस पर स्टोर की स्थिति → लॉग में सर्वर के कोड सहित हर अस्वीकृत अनुरोध दर्ज होता है। उत्पादों पर woocommerce_rest_cannot_view का अर्थ है कि read_private_products अनुपस्थित है; ग्राहकों पर इसका अर्थ list_users है; और ऑर्डर पर woocommerce_rest_cannot_create का अर्थ publish_shop_orders है। इन प्रविष्टियों की रिपोर्ट AUTH201 के रूप में होती है।

साइट व्यवस्थापक के लिए: खाते से अतिरिक्त भूमिका हटाएँ (उपयोगकर्ता → सभी उपयोगकर्ता, फिर खाता संपादित करें), या भूमिका संपादक में वह भूमिका खोलकर सूचीबद्ध क्षमताओं पर लगे अस्वीकृत चिह्न हटाएँ। WP Admin की Access स्क्रीन केवल अनुमतियाँ दिखाती है; भूमिका संपादक द्वारा लगाई गई अस्वीकृति वहाँ दिखाई नहीं देती। भूमिकाएँ ठीक करने के बाद, मौजूदा POS सत्र वाला उपयोगकर्ता साइन आउट करके फिर साइन इन करे; जिसे साइन इन से रोका गया था, वह बस दोबारा साइन इन करे।