उत्पादन उपकरण को निगरानी: यो रूस मा कसरी जाँदैछ?

नमस्ते, Habr! हाम्रो टोलीले देशभरका मेसिनहरू र विभिन्न स्थापनाहरूको अनुगमन गर्दछ। अनिवार्य रूपमा, हामी निर्मातालाई "ओह, यो सबै बिग्रिएको बेला" फेरि एक पटक इन्जिनियर पठाउन नपर्ने अवसर प्रदान गर्दछौं, तर वास्तवमा उनीहरूले एउटा बटन थिच्नु पर्छ। वा जब यो उपकरणमा होइन, तर नजिकै बिग्रियो।

आधारभूत समस्या निम्न छन्। यहाँ तपाईंले तेल क्र्याकिङ युनिट, वा मेकानिकल इन्जिनियरिङका लागि मेसिन टुल, वा प्लान्टका लागि कुनै अन्य यन्त्र उत्पादन गर्दै हुनुहुन्छ। एक नियमको रूपमा, बिक्री आफैं धेरै दुर्लभ रूपमा सम्भव छ: यो सामान्यतया आपूर्ति र सेवा सम्झौता हो। त्यो हो, तपाईले ग्यारेन्टी दिनुहुन्छ कि हार्डवेयरको टुक्राले 10 वर्षसम्म कुनै अवरोध बिना काम गर्नेछ, र अवरोधहरूको लागि तपाई आर्थिक रूपमा जिम्मेवार हुनुहुन्छ, वा कडा SLA प्रदान गर्नुहोस्, वा यस्तै केहि।

वास्तवमा, यसको मतलब तपाईले नियमित रूपमा साइटमा इन्जिनियर पठाउनु पर्छ। हाम्रो अभ्यासले देखाउँदछ, 30 देखि 80% यात्राहरू अनावश्यक छन्। पहिलो केस - यो टाढाबाट के भयो पत्ता लगाउन सम्भव हुनेछ। वा अपरेटरलाई केहि बटनहरू थिच्न सोध्नुहोस् र सबै काम हुनेछ। दोस्रो केस "ग्रे" योजनाहरू छन्। यो तब हुन्छ जब एक इन्जिनियर बाहिर जान्छ, प्रतिस्थापन वा जटिल कामको तालिका बनाउँछ, र त्यसपछि कारखानाबाट कसैसँग क्षतिपूर्ति आधामा विभाजन गर्दछ। वा उसले आफ्नो मालकिन (एक वास्तविक मामला) संग आफ्नो छुट्टीको आनन्द लिन्छ र त्यसैले धेरै पटक बाहिर जान मनपर्छ। बिरुवालाई कुनै आपत्ति छैन।

निगरानी स्थापना गर्नको लागि डाटा ट्रान्समिशन यन्त्रको साथ हार्डवेयर परिमार्जन गर्न आवश्यक छ, ट्रान्समिशन आफैं, यसलाई भण्डारण गर्नको लागि कुनै प्रकारको डाटा लेक, पार्सिङ प्रोटोकलहरू र सबै चीजहरू हेर्न र तुलना गर्ने क्षमता भएको प्रशोधन वातावरण। ठिक छ, यी सबैमा बारीकताहरू छन्।

हामी किन टाढाको निगरानी बिना गर्न सक्दैनौं?

यो धेरै महँगो छ। एक इन्जिनियरको लागि व्यापार यात्रा - कम्तिमा 50 हजार rubles (हवाई जहाज, होटल, आवास, दैनिक भत्ता)। साथै, यो सधैं ब्रेकअप गर्न सम्भव छैन, र एउटै व्यक्ति विभिन्न शहरहरूमा आवश्यक हुन सक्छ।

• रूस मा, आपूर्तिकर्ता र उपभोक्ता लगभग सधैं एक अर्काबाट धेरै टाढा छन्। जब तपाइँ साइबेरियामा उत्पादन बेच्नुहुन्छ, तपाइँलाई आपूर्तिकर्ताले तपाइँलाई बताउने बाहेक यसको बारेमा केहि थाहा छैन। न त यो कसरी काम गर्दछ, न त कुन अवस्थामा यो प्रयोग गरिन्छ, न त, वास्तवमा, कसले बाङ्गो हातले कुन बटन थिच्यो - तपाईसँग वस्तुनिष्ठ रूपमा यो जानकारी छैन, तपाईले उपभोक्ताको शब्दबाट मात्र थाहा पाउन सक्नुहुन्छ। यसले मर्मतसम्भार धेरै गाह्रो बनाउँछ।
• निराधार अपील र दावीहरू। अर्थात्, तपाईंको उत्पादन प्रयोग गर्ने तपाईंको ग्राहकले जुनसुकै बेला कल गर्न, लेख्न, गुनासो गर्न सक्छ र भन्न सक्छ कि तपाईंको उत्पादनले काम गर्दैन, यो खराब छ, यो भाँचिएको छ, तुरुन्तै आउनुहोस् र यसलाई ठीक गर्नुहोस्। यदि तपाईं भाग्यशाली हुनुहुन्छ र यो "उपभोग्य वस्तुहरू भरिएन" मात्र होइन, तब तपाईंले व्यर्थमा विशेषज्ञ पठाउनुभएन। यो अक्सर हुन्छ कि उपयोगी काम एक घण्टा भन्दा कम लाग्यो, र अन्य सबै - एक व्यापार यात्रा तयारी, उडान, आवास - यो सबै ईन्जिनियर को धेरै समय आवश्यक छ।
• त्यहाँ स्पष्ट रूपमा निराधार दावीहरू छन्, र यो प्रमाणित गर्न, तपाईंले एक इन्जिनियर पठाउनु पर्छ, रिपोर्ट तयार गर्न र अदालत जानु पर्छ। नतिजाको रूपमा, प्रक्रिया ढिलाइ भएको छ, र यसले ग्राहक वा तपाइँको लागि केहि राम्रो ल्याउन सक्दैन।
• उदाहरणका लागि, ग्राहकले गलत तरिकाले उत्पादन सञ्चालन गरेको तथ्यका कारण विवादहरू उत्पन्न हुन्छन्, ग्राहकले कुनै कारणले तपाईं विरुद्ध द्वेष राख्छ र तपाईंको उत्पादनले ठीकसँग काम गरेन, प्राविधिक विनिर्देशहरूमा उल्लेख गरिएका मोडहरूमा होइन र राहदानी मा। एकै समयमा, तपाइँ यसको विरुद्धमा केहि गर्न सक्नुहुन्न, वा तपाइँ गर्न सक्नुहुन्छ, तर कठिनाईको साथ, यदि, उदाहरणका लागि, तपाइँको उत्पादनले ती मोडहरू लग र रेकर्ड गर्दछ। ग्राहकको गल्तीको कारण ब्रेकडाउनहरू - यो सबै समय हुन्छ। मसँग एउटा केस थियो जहाँ एक महँगो जर्मन पोर्टल मेसिन पोलसँग टक्करको कारण बिग्रियो। अपरेटरले यसलाई शून्यमा सेट गरेन, र परिणाम स्वरूप मेसिन त्यहाँ रोकियो। यसबाहेक, ग्राहकले एकदम स्पष्ट रूपमा भने: "हामीसँग यससँग कुनै सरोकार छैन।" तर जानकारी लगाइएको थियो, र यी लगहरू हेर्न र कुन नियन्त्रण कार्यक्रम प्रयोग गरिएको थियो भनेर बुझ्न सम्भव थियो र जसको परिणामस्वरूप यो धेरै टक्कर भयो। यसले वारेन्टी मर्मतका लागि आपूर्तिकर्तालाई धेरै ठूलो लागत बचत गर्‍यो।
• उल्लेखित “ग्रे” योजनाहरू सेवा प्रदायकसँगको षड्यन्त्र हो। एउटै सेवा प्राविधिक सबै समय ग्राहक जान्छ। तिनीहरूले उसलाई भन्छन्: "सुन, कोल्या, तपाईलाई चाहानुहुन्छ यो गरौं: तपाईले लेख्नुहुन्छ कि यहाँ सबै बिग्रिएको छ, हामी क्षतिपूर्ति पाउनेछौं, वा तपाई मर्मतको लागि कुनै प्रकारको जिपर ल्याउनुहुन्छ। हामी यो सबै चुपचाप कार्यान्वयन गर्नेछौं, हामी पैसा बाँड्नेछौं। ” के बाँकी छ कि या त विश्वास गर्न, वा कुनै न कुनै रूपमा यी सबै निष्कर्षहरू र पुष्टिहरू जाँच गर्ने केही जटिल तरिकाहरू आविष्कार गर्न, जसले कुनै समय वा स्नायु थप्दैन, र यसमा केही राम्रो हुँदैन। यदि तपाईं कार सेवाहरूले वारेन्टी धोखाधडीसँग कसरी व्यवहार गर्छ र यसले प्रक्रियाहरूमा कत्तिको जटिलता ल्याउछ भन्ने बारे परिचित हुनुहुन्छ भने, तपाईंले समस्यालाई लगभग बुझ्नुहुन्छ।

ठीक छ, उपकरणहरूले अझै लगहरू लेख्छन्, हैन? समस्या के हो?

समस्या यो हो कि यदि आपूर्तिकर्ताहरूले कम वा कम बुझ्छन् कि लग लगातार कतै लेख्न आवश्यक छ (वा विगत केही दशकहरूमा बुझेका छन्), तब संस्कृति अब अगाडि बढेको छैन। लग अक्सर महँगो मर्मत संग केस विश्लेषण गर्न आवश्यक छ - चाहे यो एक अपरेटर त्रुटि वा एक वास्तविक उपकरण ब्रेकडाउन थियो।

लग उठाउनको लागि, तपाईले प्रायः भौतिक रूपमा उपकरणमा जानु पर्छ, केहि प्रकारको आवरण खोल्नु पर्छ, सेवा जडानकर्तालाई पर्दाफास गर्नुहोस्, यसमा केबल जडान गर्नुहोस् र डेटा फाइलहरू उठाउनुहोस्। त्यसपछि स्थितिको तस्वीर प्राप्त गर्न धेरै घण्टासम्म लगातार तिनीहरूलाई समात्नुहोस्। काश, यो लगभग जताततै हुन्छ (ठीक छ, या त मसँग एकतर्फी दृष्टिकोण छ, किनकि हामी ती उद्योगहरूसँग ठीकसँग काम गर्छौं जहाँ अनुगमन भर्खरै स्थापना भइरहेको छ)।

हाम्रा मुख्य ग्राहकहरू उपकरण निर्माताहरू हुन्। सामान्यतया, तिनीहरू कुनै प्रकारको अनुगमन गर्ने बारे सोच्न थाल्छन्, या त ठूलो घटना पछि वा वर्षको लागि तिनीहरूको यात्रा बिलहरू हेर्दै। तर प्रायः होइन, हामी पैसा वा प्रतिष्ठाको हानिको साथमा ठूलो असफलताको बारेमा कुरा गर्दैछौं। "जे भए पनि" सोच्ने प्रगतिशील नेताहरू दुर्लभ छन्। तथ्य यो हो कि प्राय: प्रबन्धकले सेवा अनुबंधको पुरानो "पार्क" पाउँछ, र उसले नयाँ हार्डवेयरमा सेन्सरहरू स्थापना गर्न कुनै अर्थ देख्दैन, किनभने यो केही वर्षमा मात्र आवश्यक हुनेछ।

सामान्यतया, कुनै बिन्दुमा भुटेको भाले अझै पनि टोक्छ, र परिमार्जनको लागि समय आउँछ।

डाटा स्थानान्तरण आफैमा धेरै डरलाग्दो छैन। उपकरणहरूमा सामान्यतया पहिले नै सेन्सरहरू छन् (वा तिनीहरू धेरै चाँडै स्थापित छन्), साथै लगहरू पहिले नै लेखिएका छन् र सेवा घटनाहरू नोट गरिएका छन्। तपाईले गर्नु पर्ने भनेको यसलाई पठाउन सुरु गर्नु हो। सामान्य अभ्यास भनेको कुनै प्रकारको मोडेम घुसाउनु हो, उदाहरणका लागि, एम्बेड-सिमको साथ, एक्स-रे मेसिनबाट स्वचालित सीडरमा सिधै उपकरणमा, र सेलुलर नेटवर्क मार्फत टेलिमेट्री पठाउने। सेल कभरेज नभएका ठाउँहरू सामान्यतया धेरै टाढा हुन्छन् र हालका वर्षहरूमा दुर्लभ भएका छन्।

अनि पहिले जस्तै प्रश्न सुरु हुन्छ। हो, अहिले लगहरू छन्। तर तिनीहरूलाई कतै राख्न र कुनै न कुनै रूपमा पढ्न आवश्यक छ। सामान्यतया, घटनाहरू दृश्य र विश्लेषण गर्न कुनै प्रकारको प्रणाली आवश्यक छ।

अनि हामी मञ्चमा देखापर्छौं। अझ स्पष्ट रूपमा, हामी प्रायः पहिले देखाउँछौं, किनकि आपूर्तिकर्ताका प्रबन्धकहरूले उनीहरूका सहकर्मीहरूले के गरिरहेका छन् भनेर हेर्छन् र तुरुन्तै टेलिमेट्री पठाउनको लागि हार्डवेयर चयन गर्न सल्लाहको लागि हामीकहाँ आउँछन्।

बजार को आला

पश्चिममा, यस अवस्थालाई समाधान गर्ने तरिका तीनवटा विकल्पहरूमा आउँछ: सिमेन्स इकोसिस्टम (धेरै महँगो, धेरै ठूला इकाइहरूको लागि आवश्यक पर्ने, सामान्यतया टर्बाइनहरू जस्तै), स्व-लिखित मन्डुलहरू, वा स्थानीय एकीकरणकर्ताहरू मध्ये एकले मद्दत गर्दछ। नतिजाको रूपमा, जब यो सबै रूसी बजारमा आयो, एक वातावरण बन्यो जहाँ सीमेन्स यसको इकोसिस्टम, अमेजन, नोकिया र धेरै स्थानीय इकोसिस्टमहरू जस्तै 1C विकासहरू थिए।

हामीले बजारमा एकीकरण गर्ने लिङ्कको रूपमा प्रवेश गर्यौं जसले हामीलाई कुनै पनि (ठीक छ, लगभग कुनै पनि अधिक वा कम आधुनिक) प्रोटोकलहरू प्रयोग गरेर कुनै पनि यन्त्रहरूबाट कुनै पनि डेटा सङ्कलन गर्न, तिनीहरूलाई सँगै प्रशोधन गर्न र कुनै पनि आवश्यक रूपमा व्यक्तिलाई देखाउन अनुमति दिन्छ: यसका लागि हामीसँग छ। सबैको विकास वातावरण र भिजुअल प्रयोगकर्ता इन्टरफेस डिजाइनरका लागि कूल SDK हरू।

नतिजाको रूपमा, हामी निर्माताको उपकरणबाट सबै डेटा सङ्कलन गर्न सक्छौं, यसलाई सर्भरमा भण्डारणमा भण्डारण गर्न सक्छौं र त्यहाँ अलर्टहरू सहितको निगरानी प्यानल भेला गर्न सक्छौं।

यो जस्तो देखिन्छ (यहाँ ग्राहकले उद्यमको दृश्य पनि बनायो, यो इन्टरफेसमा धेरै घण्टा हो):

र त्यहाँ उपकरणबाट ग्राफहरू छन्:

अलर्टहरू यस्तो देखिन्छन्: मेसिन स्तरमा, यदि कार्यकारी निकायमा बल नाघेको छ वा टक्कर भयो भने, प्यारामिटरहरूको सेट कन्फिगर गरिएको छ, र प्रणालीले विभाग वा मर्मत सेवाहरूलाई सूचित गर्नेछ जब तिनीहरू नाघ्यो।

ठिक छ, सबैभन्दा गाह्रो कुरा भनेको रोकथामको लागि तिनीहरूको अवस्थाको आधारमा नोडहरूको विफलताको भविष्यवाणी गर्नु हो। यदि तपाइँ प्रत्येक नोडको स्रोत बुझ्नुहुन्छ भने, तपाइँ ती अनुबंधहरूमा लागत घटाउन सक्नुहुन्छ जहाँ डाउनटाइमको लागि भुक्तानी छ।

सारांश

यो कथा एकदम सरल सुनिन्छ: ठीक छ, हामीले महसुस गर्यौं कि हामीले डेटा, निगरानी र विश्लेषण पठाउन आवश्यक छ, त्यसैले हामीले एक विक्रेता छनोट गर्यौं र यसलाई लागू गर्यौं। खैर, यो हो, सबै खुशी छन्। यदि हामी हाम्रो आफ्नै कारखानामा स्व-लिखित प्रणालीहरूको बारेमा कुरा गर्दैछौं भने, अनौठो रूपमा, प्रणालीहरू चाँडै अविश्वसनीय हुन्छन्। हामी लगहरूको साधारण हानि, गलत डाटा, सङ्कलनमा असफलता, भण्डारण र रसिदको बारेमा कुरा गर्दैछौं। स्थापना पछि एक वा दुई वर्ष, पुरानो लगहरू मेटाउन सुरु हुन्छ, जुन सधैं राम्रोसँग समाप्त हुँदैन। यद्यपि त्यहाँ एक अभ्यास छ - 10 GB प्रति वर्ष एक मेसिनबाट संकलन गरिन्छ। यो 10 हजार रूबलको लागि अर्को हार्ड ड्राइभ खरिद गरेर पाँच वर्षको लागि समाधान गरिएको छ... केहि बिन्दुमा यो बाहिर जान्छ कि यो प्रसारण उपकरण नै प्राथमिक होईन, तर प्रणाली जसले प्राप्त डाटालाई विश्लेषण गर्न अनुमति दिन्छ। इन्टरफेसको सुविधा महत्त्वपूर्ण छ। यो सामान्यतया सबै औद्योगिक प्रणालीहरूको समस्या हो: द्रुत रूपमा स्थिति बुझ्न सधैं सजिलो हुँदैन। यो महत्त्वपूर्ण छ कि प्रणालीमा कति डाटा देखिने छ, नोडबाट प्यारामिटरहरूको संख्या, ठूलो मात्रा र डाटाको मात्रासँग सञ्चालन गर्न प्रणालीको क्षमता। ड्यासबोर्डहरू सेट अप गर्दै, यन्त्रको आफैंमा निर्मित मोडेल, एक दृश्य सम्पादक (उत्पादन लेआउटहरू चित्रणको लागि)।

यसले व्यवहारमा के दिन्छ भनेर केही उदाहरण दिऔं।

1. यहाँ मुख्य रूपमा खुद्रा चेनहरूमा प्रयोग हुने औद्योगिक रेफ्रिजरेसन उपकरणको विश्वव्यापी निर्माता हो। कम्पनीको आम्दानीको 10% आफ्नो उत्पादनहरू सर्भिसिङका लागि सेवाहरू उपलब्ध गराउनबाट आउँछ। यो सेवाको लागत घटाउन आवश्यक छ र सामान्यतया आपूर्ति बढाउने मौका दिनु पर्छ, किनकि यदि हामीले धेरै बेच्यौं भने, अवस्थित सेवा प्रणालीले सामना गर्दैन। हामीले एकल सेवा केन्द्रको प्लेटफर्ममा सिधै जडान गर्यौं, यस विशेष ग्राहकको आवश्यकताको लागि केही मोड्युलहरू परिमार्जन गर्‍यौं, र सेवा जानकारीको पहुँचले कारणहरू पहिचान गर्न सम्भव बनाउँदछ भन्ने तथ्यको कारणले यात्रा खर्चमा 35% कमी प्राप्त गर्‍यौं। एक सेवा इन्जिनियर भ्रमण गर्न को लागी आवश्यकता बिना असफलता को। लामो समयावधिमा डेटाको विश्लेषण - प्राविधिक अवस्थाको भविष्यवाणी गर्नुहोस् र आवश्यक भएमा, द्रुत रूपमा अवस्था-आधारित मर्मत कार्य गर्नुहोस्। बोनसको रूपमा, अनुरोधहरूको प्रतिक्रियाको गति बढेको छ: त्यहाँ कम क्षेत्रीय यात्राहरू छन्, र इन्जिनियरहरू छिटो कामहरू गर्न सक्षम छन्।
2. मेकानिकल ईन्जिनियरिङ् कम्पनी, रूसी संघ र CIS को धेरै शहरहरूमा प्रयोग विद्युतीय सवारी निर्माता। अरू सबैजस्तै, तिनीहरू लागत घटाउन चाहन्छन् र एकै समयमा सहरको ट्रलीबस र ट्राम फ्लीटहरूको प्राविधिक अवस्थाको पूर्वानुमान गर्न प्राविधिक कर्मचारीहरूलाई समयमै सूचित गर्न चाहन्छन्। हामीले रोलिङ स्टकबाट एकल स्थिति केन्द्रमा प्राविधिक डेटा सङ्कलन र प्रसारण गर्नका लागि एल्गोरिदमहरू जडान र सिर्जना गर्यौं (एल्गोरिदमहरू सिधै ड्राइभ नियन्त्रण प्रणालीमा बनाइएका छन् र CAN बस डेटासँग काम गर्छन्)। "ओसिलोस्कोप" मोडमा परिवर्तन गरिएका प्यारामिटरहरू (गति, भोल्टेज, पुनःप्राप्त ऊर्जाको स्थानान्तरण, इत्यादि) मा वास्तविक-समय पहुँच सहित प्राविधिक अवस्था डेटामा रिमोट पहुँच, रिमोट फर्मवेयर अपडेटहरूमा पहुँच प्रदान गरियो। नतिजा भनेको यात्रा लागतमा ५०% ले कमी आएको हो: सेवा जानकारीमा प्रत्यक्ष पहुँचले सेवा इन्जिनियरलाई भ्रमणको आवश्यकता बिना असफलताको कारणहरू पहिचान गर्न सम्भव बनाउँछ, र लामो समय अन्तरालहरूमा डेटाको विश्लेषणले तपाईंलाई भविष्यवाणी गर्न अनुमति दिन्छ। प्राविधिक अवस्था र, यदि आवश्यक भएमा, आपतकालीन अवस्थाहरूको वस्तुनिष्ठ विश्लेषण सहित "सर्त-आधारित" मर्मतसम्भार द्रुत रूपमा गर्नुहोस्। विस्तारित जीवन चक्र अनुबंधहरूको कार्यान्वयन ग्राहकको आवश्यकताहरू र समय अनुसार पूर्ण रूपमा। अपरेटरको प्राविधिक विशिष्टताहरूको आवश्यकताहरूको अनुपालन, साथै उपभोक्ता सेवाको विशेषताहरू (वातानुकूलितको गुणस्तर, एक्सेलेरेशन/ब्रेकिङ, आदि) को अनुगमनको सन्दर्भमा नयाँ अवसरहरू प्रदान गर्दै।
3. तेस्रो उदाहरण नगरपालिका हो। हामीले बिजुली बचत गर्न र नागरिकको सुरक्षा सुधार गर्न आवश्यक छ। हामीले जडित सडक प्रकाशमा निगरानी, ​​व्यवस्थापन र डेटा सङ्कलन गर्न, सम्पूर्ण सार्वजनिक प्रकाश पूर्वाधारलाई टाढाबाट प्रबन्ध गर्न र एकल नियन्त्रण प्यानलबाट सेवा गर्ने, निम्न कार्यहरूको समाधान प्रदान गर्नको लागि एकल प्लेटफर्म जडान गर्यौं। सुविधाहरू: टाढाबाट बत्तीहरू मधुरो वा बन्द गर्ने, व्यक्तिगत रूपमा वा समूहहरूमा, अधिक कुशल मर्मत योजनाको लागि प्रकाश बिन्दुहरूमा विफलताहरूको शहर सेवाहरूलाई स्वचालित रूपमा सूचित गर्ने, वास्तविक-समय ऊर्जा खपत डेटा प्रदान गर्ने, अनुगमन र सडक प्रकाश सुधार गर्न शक्तिशाली विश्लेषणात्मक उपकरणहरू प्रदान गर्ने। बिग डाटामा आधारित प्रणाली, ट्राफिक, एयर कन्डिसन, अन्य स्मार्ट सिटी उपप्रणालीहरूसँग एकीकरणमा डाटा प्रदान गर्दै। नतिजाहरू - सडक प्रकाशको लागि 80% सम्म ऊर्जा खपत घटाउँदै, बौद्धिक प्रकाश नियन्त्रण एल्गोरिदमहरू प्रयोग गरेर बासिन्दाहरूको लागि सुरक्षा बढाउँदै (सडकमा हिंड्ने व्यक्ति - उसको लागि बत्ती बाल्नुहोस्, क्रसिङमा एक व्यक्ति - उज्यालो खोल्नुहोस्। प्रकाश ताकि उसलाई टाढाबाट देख्न सकोस्), शहरका लागि थप सेवाहरू प्रदान गर्ने (विद्युतीय सवारी साधन चार्ज गर्ने, विज्ञापन सामग्री उपलब्ध गराउने, भिडियो निगरानी, ​​इत्यादि)।

वास्तवमा, म के भन्न चाहान्छु: आज, एक तयार प्लेटफर्म (उदाहरणका लागि, हाम्रो), तपाईं धेरै छिटो र सजिलै संग निगरानी सेट अप गर्न सक्नुहुन्छ। यसका लागि उपकरणहरूमा परिवर्तनहरू आवश्यक पर्दैन (वा न्यूनतमहरू, यदि त्यहाँ अझै कुनै सेन्सरहरू र डाटा ट्रान्समिशन छैन भने), यसलाई कार्यान्वयन लागत र छुट्टै विशेषज्ञहरू आवश्यक पर्दैन। तपाईंले मात्र मुद्दा अध्ययन गर्न आवश्यक छ, यसले कसरी काम गर्छ भनेर बुझ्न केही दिनहरू खर्च गर्नुहोस्, र अनुमोदनहरूमा केही हप्ताहरू, एक सम्झौता र प्रोटोकलहरूको बारेमा डाटाको आदान प्रदान गर्नुहोस्। र त्यस पछि तपाईसँग सबै उपकरणहरूबाट सही डाटा हुनेछ। र यो सबै Technoserv integrator को समर्थनमा देशभर गर्न सकिन्छ, त्यो हो, हामी राम्रो स्तरको विश्वसनीयताको ग्यारेन्टी दिन्छौं, जुन स्टार्टअपको लागि सामान्य होइन।

अर्को पोस्टमा म एक कार्यान्वयनको उदाहरण प्रयोग गरेर, आपूर्तिकर्ताको पक्षबाट यो कस्तो देखिन्छ भनेर देखाउनेछु।

स्रोत: www.habr.com