EXTERNAL PARTNER FILE TRANSFER
केवल वे फ़ाइल ट्रांसफर खोलें
जिनकी किसी बाहरी पार्टनर को ज़रूरत है।
किसी पार्टनर के साथ फ़ाइलें शेयर करने का मतलब यह नहीं है कि आप उसे अपने पूरे इंटरनल सिस्टम तक पहुंच दे दें।
हर पार्टनर को INNORIX Portal में केवल वे फ़ाइल ट्रांसफर जॉब दें जिनकी उसे अनुमति है। पार्टनर तैयार किए गए जॉब को खुद चलाता है, और आपकी कंपनी ट्रांसफर के टारगेट, चलाने की शर्तों और नतीजों का प्रबंधन करती है।
PARTNER-SPECIFIC ACCESS
एक पार्टनर केवल
अपने ही ट्रांसफर जॉब देखता है।
कई पार्टनर एक ही कंपनी के साथ काम कर सकते हैं, बिना इसकी ज़रूरत के कि उनमें से किसी को भी एक ही सिस्टम और फ़ाइलों तक पहुंच मिले।
हर पार्टनर को अनुमति प्राप्त ट्रांसफर जॉब को अलग रखें, जिससे हर यूज़र केवल अपना काम देखे और चलाए।
- Partner A
- Partner B
- Partner C
उदाहरण कार्य3
- Project सामग्री वितरणकंपनी सिस्टम → Partner डिवाइस
- डिलीवरी डेटाPartner → कंपनी सिस्टम
- परीक्षण परिणाम संग्रहबाहरी परीक्षण डिवाइस → केंद्रीय सिस्टम
बात यह है कि Partner A कभी Partner B के transfer jobs को नहीं देख सकता।
CONTROLLED SYSTEM ACCESS
इंटरनल सिस्टम को सुरक्षित रखें;
केवल ज़रूरी पाथ ही कनेक्ट करें।
किसी बाहरी पार्टनर को फ़ाइल ट्रांसफर की अनुमति देने का मतलब यह नहीं है कि आप अपने इंटरनल सर्वर पर मौजूद हर फ़ोल्डर और हर डिवाइस को खोल दें।
Studio में अनुमति प्राप्त डिवाइस, पाथ और ट्रांसफर की दिशा सेट करें, और पार्टनर Portal को केवल वे विकल्प दें जिनकी उस जॉब को ज़रूरत है।
पार्टनर एक तय किए गए स्कोप के भीतर फ़ाइलें ट्रांसफर करता है, और आपकी कंपनी यह नियंत्रित करती है कि वह इंटरनल सिस्टम में कितनी दूर तक पहुंचे।
- Partner Aपहुँच सक्रिय
- Partner Bपहुँच सक्रिय
- Partner Cपहुँच सक्रिय
Studio में अनुमति प्राप्त डिवाइस और पाथ तय होने के बाद, Portal में दिखने वाले डेस्टिनेशन उसी स्कोप तक सीमित रहते हैं।
Project Alpha — अनुमत पहुँचपहुँच सक्रिय
- डिलीवरी डेटाPartner → कंपनी सिस्टम
- Project सामग्री वितरणकंपनी सिस्टम → Partner डिवाइस
इंटरनल सिस्टम को बिना किसी रोक-टोक के ब्राउज़ करने या मनचाहा पाथ टाइप करने की कोई सुविधा नहीं है।
PARTNER WORKFLOWS
हर पार्टनर को
उसके काम के लिए ज़रूरी ट्रांसफर जॉब दें।
किसी पार्टनर को ज़रूरी फ़ाइल ट्रांसफर उसकी भूमिका और उसके प्रोजेक्ट के साथ बदलते हैं।
एक मैन्युफ़ैक्चरिंग पार्टनर प्रोडक्शन डेटा भेजता है, एक डेवलपमेंट पार्टनर के टेस्ट नतीजे इकट्ठा किए जाते हैं, और एक प्रोजेक्ट पार्टनर को ज़रूरी सामग्री मिलती है।
हर जॉब के लिए अलग ट्रांसफर प्रोग्राम बनाने के बजाय, Studio में तैयार किए गए ट्रांसफर को Portal से जोड़ें।
- डिलीवरी डेटाPartner → कंपनी सिस्टम
- परीक्षण परिणाम संग्रहबाहरी परीक्षण डिवाइस → केंद्रीय सिस्टम
- Project सामग्री वितरणकंपनी सिस्टम → Partner डिवाइस
जॉब का प्रकार चुनने से ट्रांसफर की दिशा, जुड़े हुए डिवाइस, फ़ाइल चुनने का क्षेत्र और रन की शर्तें, सभी एक साथ बदल जाती हैं।
APPROVAL & TIME WINDOWS
इसे केवल अप्रूवल के साथ चलाएं,
और केवल अनुमति प्राप्त समय के भीतर।
किसी बाहरी पार्टनर के फ़ाइल ट्रांसफर को इंटरनल काम से ज़्यादा सख्त रन शर्तों की ज़रूरत हो सकती है।
ट्रांसफर से पहले ज़िम्मेदार व्यक्ति का अप्रूवल ज़रूरी बनाएं, या इसे केवल तय किए गए समय पर ही होने दें, और इस तरह पार्टनर की सुविधा और अपने ऑपरेशनल नियंत्रण दोनों को बनाए रखें।
- Partner अनुरोधPartner Transfer अनुरोध — अनुमोदन की प्रतीक्षा में
- आंतरिक अनुमोदनअनुमोदन: प्रतीक्षा में / निष्पादन: शुरू नहीं हुआ
- रन के लिए तैयारApprover का decision Partner Portal में appear हो जाता है।
- Transfer शुरू होता हैProject Alpha डेटा डिलीवरी — Partner A → Project Storage
SHARED TRANSFER VISIBILITY
अब हर बार पूछने की जरूरत नहीं,
कितनी दूर है।
पार्टनर द्वारा फ़ाइल ट्रांसफर शुरू करने के बाद, वह अपने Portal में रन की स्थिति और नतीजा देख सकता है।
कंपनी का ऑपरेटर Studio में वही ट्रांसफर जॉब देखता है, जिससे यह पूछने के लिए बार-बार होने वाले ईमेल और फ़ोन कॉल कम हो जाते हैं कि काम पूरा हुआ या नहीं।
डिलीवरी डेटारन के लिए तैयार
- डिलीवरी डेटाPartner → कंपनी सिस्टमरन के लिए तैयार
जब पार्टनर अपने Portal में ट्रांसफर शुरू करता है, तो वही रन Studio Runs में दिखता है।
PARTNER ACCESS LIFECYCLE
जब काम खत्म हो जाए,
accept को भी tidy कर दें।
जब कोई प्रोजेक्ट खत्म होता है या कोई पार्टनर बदलता है, तो उसके पास मौजूद ट्रांसफर एक्सेस की भी समीक्षा करनी होती है।
हर पार्टनर के ट्रांसफर जॉब और एक्सेस स्कोप का प्रबंधन करें, और इसे इस तरह चलाएं कि जिस एक्सेस की अब किसी को ज़रूरत नहीं है उसे बंद या वापस ले लिया जाए।
उदाहरण कार्यअब चलाने योग्य नहीं
- डिलीवरी डेटाPartner → कंपनी सिस्टम
- Project सामग्री वितरणकंपनी सिस्टम → Partner डिवाइस
- पहुँच सक्रियPartner A — सक्रिय — Transfer पहुँच: सक्षम
- Project समाप्त होता हैTransfer access जो वह रखता था उसकी उसके साथ review होती है।
- पहुँच अक्षमAccess जिसकी किसी को जरूरत नहीं रही disabled या withdraw कर दिया जाता है।
- अब चलाने योग्य नहींJob को अब Partner Portal से run नहीं किया जा सकता।
हर पार्टनर का एक्सेस कितनी दूर तक प्रबंधित किया जा सकता है, यह प्रोडक्ट की खुद की परमिशन स्पेसिफिकेशन पर निर्भर करता है।
GET STARTED
अपने पार्टनर के लिए एक फ़ाइल ट्रांसफर एनवायरनमेंट बनाएं।
Studio में वे ट्रांसफर जॉब और एक्सेस स्कोप सेट करें जो आप किसी बाहरी पार्टनर को देना चाहते हैं, और उन्हें Portal से जोड़ें। पार्टनर वही चलाता है जिसकी उसे अनुमति है, और आप नतीजा देख सकते हैं।
TECHNICAL FAQ
अक्सर पूछे जाने वाले प्रश्न
क्या कोई बाहरी पार्टनर भी INNORIX Portal का उपयोग कर सकता है?
हां। जिस बाहरी यूज़र को अनुमति दी गई है, उसे Portal में पहले से कॉन्फ़िगर किए गए डिवाइस-टू-डिवाइस फ़ाइल ट्रांसफर जॉब चलाने और नतीजे देखने के लिए सेट किया जा सकता है।
क्या हर पार्टनर को अलग-अलग ट्रांसफर जॉब दिए जा सकते हैं?
हर पार्टनर के लिए अनुमति प्राप्त Portal और ट्रांसफर जॉब तैयार करने से हर एक को चलाने के लिए अलग स्कोप मिलता है।
क्या पूरे इंटरनल सर्वर को किसी बाहरी पार्टनर के लिए खोलना ज़रूरी है?
नहीं। इसे इस तरह सेट किया जा सकता है कि केवल अनुमति प्राप्त डिवाइस, पाथ और ट्रांसफर जॉब ही एक्सेस किए जा सकें।
क्या कोई पार्टनर अपने PC से फ़ाइलें अपलोड या डाउनलोड कर सकता है?
स्टैंडर्ड Portal जुड़े हुए डिवाइस के बीच ट्रांसफर चलाने की सुविधा है। पार्टनर के अपने PC और किसी वेबसाइट के बीच अपलोड और डाउनलोड को INNORIX EX से या अलग कस्टमाइज़ेशन के रूप में बनाना होता है।
क्या INNORIX Agent को partner के server पर भी install करना पड़ता है?
सीधे डिवाइस-टू-डिवाइस ट्रांसफर के लिए, पार्टनर के सिस्टम को किसी सपोर्टेड कनेक्शन मेथड से INNORIX के साथ रजिस्टर करना होता है। एक सामान्य सर्वर के लिए Agent मानक तरीका है, जबकि ऑब्जेक्ट स्टोरेज और इस तरह की चीज़ें किसी अन्य तरीके से जोड़ी जा सकती हैं।
क्या किसी पार्टनर के फ़ाइल ट्रांसफर पर अप्रूवल स्टेप लागू किया जा सकता है?
सपोर्टेड अप्रूवल पॉलिसी ट्रांसफर रिक्वेस्ट को उसके एग्ज़िक्यूशन से अलग कर सकती हैं। अप्रूवल के स्टेप और उन्हें कौन संभालेगा, इसकी पुष्टि प्रोडक्ट स्पेसिफिकेशन के आधार पर करनी होती है।
क्या किसी पार्टनर के फ़ाइल ट्रांसफर के समय को सीमित किया जा सकता है?
सपोर्टेड टाइम विंडो और एग्ज़िक्यूशन पॉलिसी का उपयोग करके ट्रांसफर को तय समय पर चलाया जा सकता है।
क्या कंपनी और पार्टनर दोनों एक ही ट्रांसफर प्रगति देख सकते हैं?
पार्टनर अपने Portal में अपनी एग्ज़िक्यूशन स्थिति देखता है, और कंपनी का ऑपरेटर उस ट्रांसफर का नतीजा Studio Runs में देखता है।
क्या काम खत्म होने के बाद एक partner की access को block किया जा सकता है?
जुड़े हुए अकाउंट और Portal एक्सेस को बंद या वापस लेने के लिए एक ऑपरेटिंग प्रोसेस मौजूद होना चाहिए। उपलब्ध मैनेजमेंट सुविधाओं की पुष्टि प्रोडक्ट की परमिशन स्पेसिफिकेशन के आधार पर करनी होती है।
यह किसी ऐसी सेवा से कैसे अलग है जो पार्टनर को एक डाउनलोड लिंक देती है?
INNORIX Portal पहले से जुड़े हुए डिवाइस के बीच ट्रांसफर जॉब चलाता है और उन पर मॉनिटरिंग करता है। किसी सामान्य यूज़र को वेब लिंक के ज़रिए फ़ाइल डाउनलोड करने देना INNORIX EX का क्षेत्र है।
इनमें से हर एक क्षमता,एक ही platform पर।
इस पृष्ठ पर क्षमता INNORIX Platform द्वारा प्रदान की जाने वाली कई फ़ाइल स्थानांतरण सुविधाओं में से एक है। फ़ाइल स्थानांतरण से लेकर स्वचालन और एकीकृत संचालन तक, हर सुविधा को मुफ्त में आजमाएं।
मुफ्त में शुरू करेंअपने बाहरी पार्टनर के साथ फ़ाइल ट्रांसफर पर विचार कर रहे हैं?
हम आपके साथ यह समीक्षा करते हैं कि हर पार्टनर को किन ट्रांसफर जॉब की ज़रूरत है, वे आपके इंटरनल सिस्टम में कितनी दूर तक पहुंचते हैं, और अप्रूवल व टाइम-विंडो की शर्तें क्या होनी चाहिए।
- हर पार्टनर के लिए ट्रांसफर जॉब और Portal की समीक्षा
- इंटरनल एक्सेस स्कोप और अनुमति प्राप्त पाथ की डिज़ाइनिंग
- Approvals और permitted hours apply करने पर मार्गदर्शन