सामग्री पर जाएँ
वर्कशॉप के भीतर मशीन का आवधिक रखरखाव
रखरखाव और सुरक्षा

रखरखाव नियोजित समय पर होता है, साइट के बीच में नहीं

रखरखाव की योजनाएँ ऑपरेटिंग घंटों, किलोमीटरों या — जिनका मीटर नहीं उनके लिए — तिथि पर निर्धारित होती हैं, देय होने से पहले चेतावनी के साथ; इस तरह संचालन प्रतिक्रिया से पूर्व-तैयारी की ओर बढ़ता है।

पहले

इस मॉड्यूल के बिना आज क्या होता है

  • 01तारीख़ किसी व्यक्ति की याददाश्त से जुड़ी होती है, इसलिए निकल जाती है
  • 02ठहराव प्रोजेक्ट के ठीक बीच में आता है, संभावित सबसे ऊँची लागत पर
  • 03मशीनों के बीच रखरखाव अंतराल का कोई एकीकृत मानक नहीं
क्षमताएँ

यह मॉड्यूल ठीक-ठीक क्या करता है

  • कोई डिफ़ॉल्ट अंतराल नहीं — ईमानदारी से

    सिस्टम कभी अंतराल मान नहीं लेता; जिस यूनिट का डेटा पूरा न हो वह «सेटअप आवश्यक» दिखाती है, भ्रम पर निर्धारित नहीं होती।

  • हर मशीन के 4 कार्य

    इंजन ऑयल, एयर फ़िल्टर, फ़्यूल फ़िल्टर और हाइड्रोलिक ऑयल — हर मद का अपना अंतराल और अपना नियम।

  • कई ट्रिगर, सबसे पहला जीतता है

    इंजन ऑयल घंटों, कार्य-दिवसों और महीनों से देखा जाता है — और लंबे समय खड़े रहने पर वापसी के समय बदलाव अनिवार्य हो जाता है।

  • ख़राब मीटर की शाखा

    ख़राब मीटर वाली मशीन स्पष्ट रूप से समय से निर्धारित होती है — न निगरानी से गिरती है, न मृत रीडिंग पर निर्धारित होती है।

  • छलाँग रक्षक

    अतार्किक छलाँग लगाती रीडिंग स्पष्ट पुष्टि माँगती है और समीक्षक के लिए चिह्नित होती है, और पीछे जाना अस्वीकृत है।

  • ईमानदार प्रारंभिक सेटअप

    पंजीकरण या इम्पोर्ट से अंतिम रखरखाव और उसका अंतराल अस्थायी शेड्यूल बनाते हैं, जब तक पहली स्वीकृत रिपोर्ट उसकी जगह न ले ले।

सेवा के अंदर

यह आपकी कंपनी में वास्तव में कैसे काम करती है

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

01

चार कार्य, प्रकार का शासन

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

02

कई ट्रिगर, पहला जीतता है

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

03

छलांग का रक्षक, सच्चे आँकड़े

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

04

खराब मीटर का सच्चा रास्ता

जिस मशीन का मीटर खराब हो वह न निगरानी से गिरती है न मृत रीडिंग पर शेड्यूल पाती है: खराब मीटर बताने वाली रिपोर्ट का अनुमोदन मशीन को चिह्नित करता है और उसका मूल्यांकन केवल समय पर चला जाता है, और मीटर की मरम्मत के लिए स्वतः खराबी की सूचना खुलती है, पहले से खुली सूचना की पुनरावृत्ति के बिना। मीटर बदलना एक लेखा-परीक्षित प्रक्रिया है जो सभी शेड्यूल को दोनों रीडिंग के अंतर से खिसकाती है, ताकि अगली सेवा तक बचा फ़ासला बदलने से पहले और बाद बिल्कुल बराबर रहे।

05

अनुमोदित रिपोर्ट शेड्यूल चलाती है

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

प्रोडक्ट के अंदर

स्क्रीन, जैसी आपकी टीम इस्तेमाल करती है

निवारक रखरखाव
स्क्रीन: निवारक रखरखाव
फ़ील्ड से, बिना खाते के

संपत्ति पर एक कोड यह सब खोल देता है

तकनीशियन या ड्राइवर संपत्ति पर छपा कोड स्कैन करता है और चार भाषाओं वाला सार्वजनिक पेज खुल जाता है — बिना खाते और बिना ऐप के सीधे दर्ज करता है, और एंट्री उसी क्षण संपत्ति के रिकॉर्ड से जुड़ जाती है।

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

इस पेज से इस मॉड्यूल के लिए क्या दर्ज होता है

सीधे कार्यस्थल से

  • फ़ोटो और रीडिंग के साथ रखरखाव रिपोर्ट
प्रक्रिया

प्रक्रिया शुरू से अंत तक कैसे चलती है

  1. 01

    सेटअप

    हर परिसंपत्ति के कार्य-अंतराल दर्ज होते हैं — अनिवार्य

  2. 02

    चेतावनी

    देय तिथि की निकटता मशीन के कार्ड और रिपोर्टों पर दिखती है

  3. 03

    निष्पादन

    फ़ील्ड से रखरखाव रिपोर्ट, फ़ोटो और रीडिंग के साथ

  4. 04

    पुनर्निर्धारण

    रिपोर्ट का अनुमोदन अगली तिथि उसकी रीडिंग से तय करता है

लागू होने के बाद

वास्तव में क्या बदलता है

ऐसे आँकड़ों का वादा नहीं जो हम आपकी कंपनी के बारे में नहीं जानते। नीचे वह संरचनात्मक अंतर है जो इस मॉड्यूल को बाकी प्लेटफ़ॉर्म से जोड़ने पर आता है।

कम ठहराव
अचानक के बजाय नियोजित
लंबी आयु
परिसंपत्ति और उसके पुर्ज़ों की
ईमानदार निर्धारण
कोई तिथि अनुमान पर नहीं

इस मॉड्यूल की सीमाएँ

सिस्टम में कोई डिफ़ॉल्ट रखरखाव अंतराल नहीं: अंतराल अनिवार्य रूप से दर्ज होता है, और उसके बिना परिसंपत्ति «सेटअप आवश्यक» दिखाती है, ग़लत निर्धारित नहीं होती। और जो कार्य मशीन के प्रकार पर लागू न हो, उसका झूठा शेड्यूल नहीं गढ़ा जाता।

आज़माएँ निवारक रखरखाव अपनी संपत्तियों पर — किसी सामान्य उदाहरण पर नहीं

हम डेमो आपके संचालन के अनुसार तैयार करते हैं — उसी मॉड्यूल से शुरुआत जो आज आपकी टीम को रोक रहा है।