Posty5 में स्टोर स्टाफ़ और अनुमतियाँ

अपने स्टोर में किसी और को काम करने देना वह क्षण है जब साइड प्रोजेक्ट एक संचालन बन जाता है। Posty5 इसे आठ अनुमतियों और खाता सुरक्षा के एक सख़्त नियम से सँभालता है। निमंत्रण भेजने की कोशिश से पहले दोनों समझ लेना उचित है, क्योंकि अधिकांश पहली कोशिशें उसी सुरक्षा नियम पर रुकती हैं।

Pro और उससे ऊपर, और क्रेडिट इसे नहीं बदलते

स्टाफ़ Pro और उससे ऊपर उपलब्ध है। यह कीमत नहीं, प्लान का द्वार है — कितने भी क्रेडिट इसे नहीं खोलते; उस स्तर से नीचे निमंत्रण स्क्रीन होती ही नहीं। यदि आप अकेले काम करते हैं तो यहाँ का कुछ भी अभी आप पर लागू नहीं होता।

आठ अनुमतियाँ

आठ अनुमतियाँ हैं, और वे मोटे तौर पर उन चार कामों में बँटती हैं जो एक स्टोर वास्तव में करता है। ऑर्डर तीन में बँटे हैं ताकि अलग-अलग दिए जा सकें: ऑर्डर देखना, हाथ से बनाना, और स्थिति बदलना। फिर उत्पाद प्रबंधन, स्टोरफ्रंट डिज़ाइन प्रबंधन, सेटिंग्स प्रबंधन, स्टाफ़ प्रबंधन, और संपर्क संदेश सँभालना। ऑर्डर अनुमतियों को तीन में बाँटना ही वह ब्यौरा है जो व्यवस्था को उपयोगी बनाता है — कोई दिन के ऑर्डर निपटा सकता है पर नए गढ़ नहीं सकता, या फ़ोन ऑर्डर ले सकता है पर जो भेजा जा चुका उसे छू नहीं सकता।

मालिक कोई अनुमति-समूह नहीं है

मालिक इन भूमिकाओं में से नहीं है। उसके पास हर अनुमति निहित रूप से होती है और उसे घटाया नहीं जा सकता — इसीलिए किसी को सीमित करने का अर्थ है उसे स्टाफ़ के रूप में बुलाना, मालिक को समायोजित करना नहीं। ऑर्डर घटनाएँ दर्ज करती हैं कि दोनों में से किसने कार्य किया, और चेकआउट से आए ऑर्डर के लिए स्वयं सिस्टम भी, इसलिए इतिहास आपकी की गई स्थिति बदलाव को सहकर्मी की बदलाव से अलग करता है। देखें कि ऑर्डर प्रवाह कैसे चलता है.

दो-चरणीय प्रमाणीकरण, दोनों ओर

अधिकांश निमंत्रण यहीं रुकते हैं, इसलिए सीधे कहते हैं। स्टाफ़ प्रबंधित करने से पहले आपके अपने खाते पर दो-चरणीय प्रमाणीकरण चालू होना चाहिए। जिसे आप बुला रहे हैं उसके पास पहले से Posty5 खाता होना चाहिए, वह सक्रिय होना चाहिए, और उस पर भी दो-चरणीय प्रमाणीकरण चालू होना चाहिए। अस्वीकृति अस्पष्ट रूप से विफल होने के बजाय समस्या का नाम लेती है: "No Posty5 account uses that email. Ask them to sign up first, then invite them." और "That account must enable two-factor authentication before it can be invited as staff." सख़्ती अनुपात में है — स्टाफ़ ऑर्डर की स्थिति बदल सकते हैं, आपका कैटलॉग बदल सकते हैं और आपके क्रेडिट खर्च कर सकते हैं।

निमंत्रण समाप्त होते हैं, और लिंक ईमेल में ही रहता है

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

प्लान घटाने से टीम पर क्या असर होता है

Pro से नीचे आने पर स्टाफ़ की पहुँच हटाई नहीं, रोकी जाती है। किसी को निकाला नहीं जाता, कोई अनुमति नहीं खोती, और फिर से ऊपर जाने पर सब कुछ तुरंत लौट आता है। यदि आपका प्लान एक महीने के लिए समाप्त हो जाए तो यह मायने रखता है: बाद में आप टीम दोबारा नहीं बनाते, और निमंत्रण की लागत दूसरी बार नहीं देते।

स्टाफ़ मालिक के क्रेडिट खर्च करते हैं

स्टाफ़ जो भी क्रेडिट खर्च करता है वह उसका नहीं, स्टोर मालिक के बैलेंस से जाता है। उपयोग लॉग शुल्क मालिक के नाम दर्ज करता है और उस स्टाफ़ का नाम भी रखता है जिसने कार्रवाई की, इसलिए व्यस्त महीना रहस्य नहीं, व्याख्या योग्य होता है। व्यवहार में काम सौंपना खर्च भी सौंपना है — आम तौर पर यही चाहा जाता है, और उत्पाद या ऑर्डर अनुमतियाँ बाँटने से पहले जान लेना हमेशा उचित है। देखें कि हर टूल में क्रेडिट बजट कैसे काम करता है.

अक्सर पूछे जाने वाले प्रश्न