HTTPS संचालन
प्रमाणित पढ़ना और लिखना संगठन, वेयरहाउस, उपकरण और उपयोगकर्ता के दायरे में नियंत्रित SaaS API से होता है।
कनेक्टिविटी और निरंतरता
समर्थित एप्लिकेशन HTTPS और रीयलटाइम हब से सीधे Ysend से जुड़ते हैं। ऑफ़लाइन कतारें और हैंडहेल्ड पीयर मेश सीमित काम बनाए रखते हैं; डेस्कटॉप ब्रिज, उपकरण टनल और स्टोर-एंड-फ़ॉरवर्ड एज अलग वैकल्पिक घटक हैं।
डिफ़ॉल्ट रास्ता
वेयरहाउस में एप्लिकेशन सर्वर होना आवश्यक नहीं है। हर पंजीकृत क्लाइंट अपनी पहचान, पहुँच का दायरा और क्लाउड सत्र रखता है।
प्रमाणित पढ़ना और लिखना संगठन, वेयरहाउस, उपकरण और उपयोगकर्ता के दायरे में नियंत्रित SaaS API से होता है।
हब वर्तमान संचालन अपडेट पहुँचाते हैं, पर व्यावसायिक अधिकार स्थानीय रिले को नहीं देते।
स्थानीय ब्रिज कॉन्फ़िगर न हो या उपलब्ध न हो तो हैंडहेल्ड अपने सीधे क्लाउड रास्ते से काम करता रहता है।
उपकरण के डेटा की ज़िम्मेदारी
एक समान अनुरोध को दोहराने पर भी सुरक्षित रहने वाली इवेंट पहचान और सीमित प्रक्रिया संदर्भ स्थानीय रूप से सहेजे जाते हैं।
इंटरफ़ेस अभी काम को क्लाउड द्वारा स्वीकृत नहीं बताता।
दोबारा भेजने पर वही इवेंट पहचान रहती है, जिससे एक ही डेटा कई बार पहुँचना सुरक्षित रूप से सँभाला जा सकता है।
क्लाउड में रिकॉर्ड की पुष्टि अलग और अंतिम रहती है।
वेयरहाउस पीयर मेश
समर्थित हैंडहेल्ड दूसरे उपकरण खोजते हैं और कार्य इवेंट तथा हस्ताक्षरित संदर्भ रिकॉर्ड का आदान-प्रदान करते हैं।
क्लाउड पहुँच उपलब्ध न हो तो पीयर सीमित इवेंट साझा करते हैं; डेस्कटॉप स्टेशन वैकल्पिक पीयर बन सकता है।
WAN लौटने पर हर उपकरण सामान्यतः अपना काम सीधे SaaS पर अपलोड करता है।
निष्क्रिय पीयर ऐसे मूल उपकरण का प्रतिलिपित इवेंट भेज सकता है जो अब उपलब्ध नहीं है।
संगठन, वेयरहाउस, उपकरण, एपॉक, हस्ताक्षर और समाप्ति की जाँच होती है; मेश डेटा में दोबारा इस्तेमाल किए जा सकने वाले लॉगिन या API पहुँच विवरण अस्वीकार किए जाते हैं।
वैकल्पिक स्थानीय घटक
प्रति स्टेशन
स्टेशन के साथ मिला एजेंट स्कैनर, प्रिंटर और कैमरा जोड़ता है और मेश पीयर या WAN रिले बन सकता है।
प्रति उपकरण साइट
विक्रेता द्वारा पंजीकृत एजेंट अनुमत TCP एडाप्टर धाराएँ केवल बाहर की ओर बनाए गए क्लाउड टनल से पहुँचाता है।
प्रति वेयरहाउस, स्पष्ट चयन पर
अलग एज रनटाइम डिफ़ॉल्ट रूप से बंद रहता है; वेयरहाउस के लिए स्पष्ट कॉन्फ़िगरेशन और तैनाती चाहिए।
NAT के पीछे उपकरण
पंजीकृत साइट एजेंट SaaS की ओर आउटबाउंड WebSocket बनाता है।
साइट सटीक एंडपॉइंट को अनुमति देती है और पेयरिंग पहुँच विवरण हैश के रूप में रखे जाते हैं।
हर अनुमत उपकरण कनेक्शन को अलग दोतरफ़ा बाइनरी चैनल मिलता है।
मशीन या रोबोट का TCP ट्रैफ़िक टनल से जाता है, जबकि SaaS का अधिकार बना रहता है।
क्लाउड में मिलान
मूल उपकरण का अपलोड, पीयर से बहाली और स्थानीय रिले एक साथ हो सकते हैं। SaaS पहचान जाँचकर डुप्लिकेट हटाता है; वेयरहाउस को किसी एक डिलीवरी को सही चुनना नहीं पड़ता।
दोबारा भेजने और प्रतिलिपि बनाने के दौरान उसी काम का वही विशिष्ट पहचानकर्ता रहता है, इसलिए वह कभी दो बार लागू नहीं होता।
स्वीकार करने से पहले दायरा, क्रम, पुरानापन, हस्ताक्षर और प्रक्रिया की स्थिति जाँची जाती है।
क्लाउड का उत्तर बताता है कि रिकॉर्ड स्वीकृत, अस्वीकृत या पहले से दर्ज है।
उपकरण समूह की निगरानी
उपकरण की पहचान और वेयरहाउस का आवंटन स्पष्ट होते हैं और वापस लिए जा सकते हैं।
कनेक्टिविटी, संस्करण, स्वास्थ्य और प्रक्रिया के संकेत असीमित नियंत्रण दिए बिना दूर से समस्या जाँचने में मदद करते हैं।
प्रबंधित क्लाइंट उपकरण का दायरा बनाए रखते हुए नियंत्रित एप्लिकेशन अपडेट पा सकते हैं।
हटाई गई या समाप्त पहचान क्लाउड, मेश और ब्रिज सभी रास्तों पर अवरुद्ध हो जाती है।
एप्लिकेशन, उपकरण एंडपॉइंट, WAN विफलताओं और डेटा रिकॉर्ड की ज़रूरतें बताएँ। हम सीधे SaaS, पीयर मेश, उपकरण ब्रिज और वैकल्पिक एज को अलग रखेंगे।