ਉਤਪਾਦਨ ਦੇ ਉਪਕਰਣਾਂ ਦੀ ਨਿਗਰਾਨੀ: ਇਹ ਰੂਸ ਵਿੱਚ ਕਿਵੇਂ ਚੱਲ ਰਿਹਾ ਹੈ?

ਹੈਲੋ, ਹੈਬਰ! ਸਾਡੀ ਟੀਮ ਦੇਸ਼ ਭਰ ਵਿੱਚ ਮਸ਼ੀਨਾਂ ਅਤੇ ਵੱਖ-ਵੱਖ ਸਥਾਪਨਾਵਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦੀ ਹੈ। ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ, ਅਸੀਂ ਨਿਰਮਾਤਾ ਨੂੰ ਇਹ ਮੌਕਾ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਾਂ ਕਿ ਜਦੋਂ "ਓਹ, ਇਹ ਸਭ ਟੁੱਟ ਗਿਆ ਹੈ" ਤਾਂ ਇੱਕ ਵਾਰ ਫਿਰ ਕਿਸੇ ਇੰਜੀਨੀਅਰ ਨੂੰ ਆਲੇ-ਦੁਆਲੇ ਨਾ ਭੇਜਣਾ ਪਵੇ, ਪਰ ਅਸਲ ਵਿੱਚ ਉਹਨਾਂ ਨੂੰ ਸਿਰਫ਼ ਇੱਕ ਬਟਨ ਦਬਾਉਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਜਾਂ ਜਦੋਂ ਇਹ ਸਾਜ਼-ਸਾਮਾਨ 'ਤੇ ਨਹੀਂ ਟੁੱਟਿਆ, ਪਰ ਨੇੜੇ.

ਬੁਨਿਆਦੀ ਸਮੱਸਿਆ ਹੇਠ ਲਿਖੇ ਅਨੁਸਾਰ ਹੈ। ਇੱਥੇ ਤੁਸੀਂ ਇੱਕ ਤੇਲ ਕ੍ਰੈਕਿੰਗ ਯੂਨਿਟ, ਜਾਂ ਮਕੈਨੀਕਲ ਇੰਜੀਨੀਅਰਿੰਗ ਲਈ ਇੱਕ ਮਸ਼ੀਨ ਟੂਲ, ਜਾਂ ਇੱਕ ਪਲਾਂਟ ਲਈ ਕੋਈ ਹੋਰ ਉਪਕਰਣ ਤਿਆਰ ਕਰ ਰਹੇ ਹੋ। ਇੱਕ ਨਿਯਮ ਦੇ ਤੌਰ ਤੇ, ਵਿਕਰੀ ਆਪਣੇ ਆਪ ਵਿੱਚ ਬਹੁਤ ਘੱਟ ਹੀ ਸੰਭਵ ਹੈ: ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਸਪਲਾਈ ਅਤੇ ਸੇਵਾ ਦਾ ਇਕਰਾਰਨਾਮਾ ਹੁੰਦਾ ਹੈ। ਭਾਵ, ਤੁਸੀਂ ਗਾਰੰਟੀ ਦਿੰਦੇ ਹੋ ਕਿ ਹਾਰਡਵੇਅਰ ਦਾ ਟੁਕੜਾ 10 ਸਾਲਾਂ ਲਈ ਬਿਨਾਂ ਕਿਸੇ ਰੁਕਾਵਟ ਦੇ ਕੰਮ ਕਰੇਗਾ, ਅਤੇ ਰੁਕਾਵਟਾਂ ਲਈ ਤੁਸੀਂ ਜਾਂ ਤਾਂ ਵਿੱਤੀ ਤੌਰ 'ਤੇ ਜ਼ਿੰਮੇਵਾਰ ਹੋ, ਜਾਂ ਸਖਤ SLAs, ਜਾਂ ਕੁਝ ਅਜਿਹਾ ਹੀ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹੋ।

ਵਾਸਤਵ ਵਿੱਚ, ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਨਿਯਮਤ ਤੌਰ 'ਤੇ ਸਾਈਟ 'ਤੇ ਇੱਕ ਇੰਜੀਨੀਅਰ ਭੇਜਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ. ਜਿਵੇਂ ਕਿ ਸਾਡਾ ਅਭਿਆਸ ਦਿਖਾਉਂਦਾ ਹੈ, 30 ਤੋਂ 80% ਯਾਤਰਾਵਾਂ ਬੇਲੋੜੀਆਂ ਹੁੰਦੀਆਂ ਹਨ। ਪਹਿਲਾ ਕੇਸ - ਇਹ ਪਤਾ ਲਗਾਉਣਾ ਸੰਭਵ ਹੋਵੇਗਾ ਕਿ ਰਿਮੋਟਲੀ ਕੀ ਹੋਇਆ ਹੈ. ਜਾਂ ਆਪਰੇਟਰ ਨੂੰ ਕੁਝ ਬਟਨ ਦਬਾਉਣ ਲਈ ਕਹੋ ਅਤੇ ਸਭ ਕੁਝ ਕੰਮ ਕਰੇਗਾ। ਦੂਜਾ ਕੇਸ "ਸਲੇਟੀ" ਸਕੀਮਾਂ ਹੈ। ਇਹ ਉਦੋਂ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਕੋਈ ਇੰਜੀਨੀਅਰ ਬਾਹਰ ਜਾਂਦਾ ਹੈ, ਬਦਲੀ ਜਾਂ ਗੁੰਝਲਦਾਰ ਕੰਮ ਦਾ ਸਮਾਂ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਫੈਕਟਰੀ ਦੇ ਕਿਸੇ ਵਿਅਕਤੀ ਨਾਲ ਮੁਆਵਜ਼ੇ ਨੂੰ ਅੱਧੇ ਵਿੱਚ ਵੰਡਦਾ ਹੈ। ਜਾਂ ਉਹ ਆਪਣੀ ਮਾਲਕਣ (ਇੱਕ ਅਸਲੀ ਕੇਸ) ਨਾਲ ਆਪਣੀ ਛੁੱਟੀ ਦਾ ਆਨੰਦ ਮਾਣਦਾ ਹੈ ਅਤੇ ਇਸਲਈ ਅਕਸਰ ਬਾਹਰ ਜਾਣਾ ਪਸੰਦ ਕਰਦਾ ਹੈ। ਪੌਦੇ ਨੂੰ ਕੋਈ ਇਤਰਾਜ਼ ਨਹੀਂ ਹੈ.

ਨਿਗਰਾਨੀ ਨੂੰ ਸਥਾਪਿਤ ਕਰਨ ਲਈ ਇੱਕ ਡੇਟਾ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਡਿਵਾਈਸ ਦੇ ਨਾਲ ਹਾਰਡਵੇਅਰ ਨੂੰ ਸੋਧਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਖੁਦ, ਇਸ ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ ਕਿਸੇ ਕਿਸਮ ਦੀ ਡੇਟਾ ਝੀਲ, ਪਾਰਸਿੰਗ ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ ਹਰ ਚੀਜ਼ ਨੂੰ ਦੇਖਣ ਅਤੇ ਤੁਲਨਾ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਵਾਲਾ ਇੱਕ ਪ੍ਰੋਸੈਸਿੰਗ ਵਾਤਾਵਰਣ। ਖੈਰ, ਇਸ ਸਭ ਦੀਆਂ ਬਾਰੀਕੀਆਂ ਹਨ.

ਅਸੀਂ ਰਿਮੋਟ ਨਿਗਰਾਨੀ ਤੋਂ ਬਿਨਾਂ ਕਿਉਂ ਨਹੀਂ ਕਰ ਸਕਦੇ?

ਇਹ ਬਹੁਤ ਮਹਿੰਗਾ ਹੈ। ਇੱਕ ਇੰਜੀਨੀਅਰ ਲਈ ਵਪਾਰਕ ਯਾਤਰਾ - ਘੱਟੋ ਘੱਟ 50 ਹਜ਼ਾਰ ਰੂਬਲ (ਹਵਾਈ ਜਹਾਜ਼, ਹੋਟਲ, ਰਿਹਾਇਸ਼, ਰੋਜ਼ਾਨਾ ਭੱਤਾ)। ਨਾਲ ਹੀ, ਟੁੱਟਣਾ ਹਮੇਸ਼ਾ ਸੰਭਵ ਨਹੀਂ ਹੁੰਦਾ, ਅਤੇ ਵੱਖ-ਵੱਖ ਸ਼ਹਿਰਾਂ ਵਿੱਚ ਇੱਕੋ ਵਿਅਕਤੀ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ।

• ਰੂਸ ਵਿੱਚ, ਸਪਲਾਇਰ ਅਤੇ ਖਪਤਕਾਰ ਲਗਭਗ ਹਮੇਸ਼ਾ ਇੱਕ ਦੂਜੇ ਤੋਂ ਬਹੁਤ ਦੂਰ ਹੁੰਦੇ ਹਨ. ਜਦੋਂ ਤੁਸੀਂ ਸਾਇਬੇਰੀਆ ਨੂੰ ਕੋਈ ਉਤਪਾਦ ਵੇਚਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਪਤਾ ਹੁੰਦਾ ਸਿਵਾਏ ਜੋ ਸਪਲਾਇਰ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ। ਨਾ ਹੀ ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਨਾ ਹੀ ਇਹ ਕਿਨ੍ਹਾਂ ਹਾਲਤਾਂ ਵਿਚ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਨਾ ਹੀ, ਅਸਲ ਵਿਚ, ਟੇਢੇ ਹੱਥਾਂ ਨਾਲ ਕਿਸਨੇ ਬਟਨ ਨੂੰ ਦਬਾਇਆ - ਤੁਹਾਡੇ ਕੋਲ ਇਹ ਜਾਣਕਾਰੀ ਨਹੀਂ ਹੈ, ਤੁਸੀਂ ਸਿਰਫ ਉਪਭੋਗਤਾ ਦੇ ਸ਼ਬਦਾਂ ਤੋਂ ਹੀ ਜਾਣ ਸਕਦੇ ਹੋ. ਇਹ ਦੇਖਭਾਲ ਨੂੰ ਬਹੁਤ ਮੁਸ਼ਕਲ ਬਣਾਉਂਦਾ ਹੈ.
• ਬੇਬੁਨਿਆਦ ਅਪੀਲਾਂ ਅਤੇ ਦਾਅਵੇ। ਭਾਵ, ਤੁਹਾਡਾ ਗਾਹਕ, ਜੋ ਤੁਹਾਡੇ ਉਤਪਾਦ ਦੀ ਵਰਤੋਂ ਕਰ ਰਿਹਾ ਹੈ, ਕਿਸੇ ਵੀ ਸਮੇਂ ਕਾਲ ਕਰ ਸਕਦਾ ਹੈ, ਲਿਖ ਸਕਦਾ ਹੈ, ਸ਼ਿਕਾਇਤ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਕਹਿ ਸਕਦਾ ਹੈ ਕਿ ਤੁਹਾਡਾ ਉਤਪਾਦ ਕੰਮ ਨਹੀਂ ਕਰਦਾ, ਇਹ ਖਰਾਬ ਹੈ, ਇਹ ਟੁੱਟ ਗਿਆ ਹੈ, ਤੁਰੰਤ ਆ ਕੇ ਇਸ ਨੂੰ ਠੀਕ ਕਰੋ। ਜੇ ਤੁਸੀਂ ਖੁਸ਼ਕਿਸਮਤ ਹੋ ਅਤੇ ਇਹ ਸਿਰਫ਼ "ਉਪਭੋਗਤਾ ਨਹੀਂ ਭਰੀ ਗਈ" ਨਹੀਂ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਵਿਅਰਥ ਵਿੱਚ ਕਿਸੇ ਮਾਹਰ ਨੂੰ ਨਹੀਂ ਭੇਜਿਆ। ਇਹ ਅਕਸਰ ਹੁੰਦਾ ਹੈ ਕਿ ਉਪਯੋਗੀ ਕੰਮ ਨੂੰ ਇੱਕ ਘੰਟੇ ਤੋਂ ਵੀ ਘੱਟ ਸਮਾਂ ਲੱਗਦਾ ਹੈ, ਅਤੇ ਬਾਕੀ ਸਭ ਕੁਝ - ਇੱਕ ਕਾਰੋਬਾਰੀ ਯਾਤਰਾ, ਉਡਾਣਾਂ, ਰਿਹਾਇਸ਼ ਦੀ ਤਿਆਰੀ - ਇਸ ਸਭ ਲਈ ਇੰਜੀਨੀਅਰ ਦੇ ਬਹੁਤ ਸਾਰੇ ਸਮੇਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
• ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਬੇਬੁਨਿਆਦ ਦਾਅਵੇ ਹਨ, ਅਤੇ ਇਸ ਨੂੰ ਸਾਬਤ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਇੱਕ ਇੰਜੀਨੀਅਰ ਭੇਜਣ, ਇੱਕ ਰਿਪੋਰਟ ਤਿਆਰ ਕਰਨ, ਅਤੇ ਅਦਾਲਤ ਵਿੱਚ ਜਾਣ ਦੀ ਲੋੜ ਹੈ। ਨਤੀਜੇ ਵਜੋਂ, ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਦੇਰੀ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਇਹ ਗਾਹਕ ਜਾਂ ਤੁਹਾਡੇ ਲਈ ਕੁਝ ਵੀ ਚੰਗਾ ਨਹੀਂ ਲਿਆਉਂਦਾ ਹੈ।
• ਵਿਵਾਦ ਇਸ ਤੱਥ ਦੇ ਕਾਰਨ ਪੈਦਾ ਹੁੰਦੇ ਹਨ ਕਿ, ਉਦਾਹਰਨ ਲਈ, ਗਾਹਕ ਨੇ ਉਤਪਾਦ ਨੂੰ ਗਲਤ ਢੰਗ ਨਾਲ ਚਲਾਇਆ, ਗਾਹਕ ਨੂੰ ਕਿਸੇ ਕਾਰਨ ਕਰਕੇ ਤੁਹਾਡੇ ਵਿਰੁੱਧ ਗੁੱਸਾ ਹੈ ਅਤੇ ਉਹ ਇਹ ਨਹੀਂ ਕਹਿੰਦਾ ਕਿ ਤੁਹਾਡੇ ਉਤਪਾਦ ਨੇ ਸਹੀ ਢੰਗ ਨਾਲ ਕੰਮ ਨਹੀਂ ਕੀਤਾ, ਤਕਨੀਕੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿੱਚ ਦੱਸੇ ਢੰਗਾਂ ਵਿੱਚ ਨਹੀਂ ਅਤੇ ਪਾਸਪੋਰਟ ਵਿੱਚ . ਉਸੇ ਸਮੇਂ, ਤੁਸੀਂ ਇਸਦੇ ਵਿਰੁੱਧ ਕੁਝ ਨਹੀਂ ਕਰ ਸਕਦੇ, ਜਾਂ ਤੁਸੀਂ ਕਰ ਸਕਦੇ ਹੋ, ਪਰ ਮੁਸ਼ਕਲ ਨਾਲ, ਜੇਕਰ, ਉਦਾਹਰਨ ਲਈ, ਤੁਹਾਡਾ ਉਤਪਾਦ ਕਿਸੇ ਤਰ੍ਹਾਂ ਉਹਨਾਂ ਮੋਡਾਂ ਨੂੰ ਲੌਗ ਅਤੇ ਰਿਕਾਰਡ ਕਰਦਾ ਹੈ। ਗਾਹਕ ਦੀ ਗਲਤੀ ਕਾਰਨ ਟੁੱਟਣਾ - ਇਹ ਹਰ ਸਮੇਂ ਹੁੰਦਾ ਹੈ. ਮੇਰੇ ਕੋਲ ਇੱਕ ਕੇਸ ਸੀ ਜਿੱਥੇ ਇੱਕ ਮਹਿੰਗੀ ਜਰਮਨ ਪੋਰਟਲ ਮਸ਼ੀਨ ਇੱਕ ਖੰਭੇ ਨਾਲ ਟਕਰਾਉਣ ਕਾਰਨ ਟੁੱਟ ਗਈ. ਆਪਰੇਟਰ ਨੇ ਇਸ ਨੂੰ ਜ਼ੀਰੋ 'ਤੇ ਸੈੱਟ ਨਹੀਂ ਕੀਤਾ ਅਤੇ ਨਤੀਜੇ ਵਜੋਂ ਮਸ਼ੀਨ ਉੱਥੇ ਹੀ ਰੁਕ ਗਈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਗਾਹਕ ਨੇ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਕਿਹਾ: "ਸਾਡਾ ਇਸ ਨਾਲ ਕੋਈ ਲੈਣਾ-ਦੇਣਾ ਨਹੀਂ ਹੈ।" ਪਰ ਜਾਣਕਾਰੀ ਲੌਗ ਕੀਤੀ ਗਈ ਸੀ, ਅਤੇ ਇਹਨਾਂ ਲੌਗਾਂ ਨੂੰ ਵੇਖਣਾ ਅਤੇ ਇਹ ਸਮਝਣਾ ਸੰਭਵ ਸੀ ਕਿ ਕਿਹੜਾ ਨਿਯੰਤਰਣ ਪ੍ਰੋਗਰਾਮ ਵਰਤਿਆ ਗਿਆ ਸੀ ਅਤੇ ਜਿਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਇਹ ਬਹੁਤ ਟੱਕਰ ਹੋਈ ਸੀ। ਇਸ ਨਾਲ ਸਪਲਾਇਰ ਨੂੰ ਵਾਰੰਟੀ ਦੀ ਮੁਰੰਮਤ ਲਈ ਬਹੁਤ ਵੱਡਾ ਖਰਚਾ ਬਚਿਆ।
• ਜ਼ਿਕਰ ਕੀਤੀਆਂ "ਗ੍ਰੇ" ਸਕੀਮਾਂ ਸੇਵਾ ਪ੍ਰਦਾਤਾ ਨਾਲ ਇੱਕ ਸਾਜ਼ਿਸ਼ ਹਨ। ਉਹੀ ਸਰਵਿਸ ਟੈਕਨੀਸ਼ੀਅਨ ਹਰ ਸਮੇਂ ਗਾਹਕ ਕੋਲ ਜਾਂਦਾ ਹੈ। ਉਹ ਉਸ ਨੂੰ ਕਹਿੰਦੇ ਹਨ: “ਸੁਣ, ਕੋਲਿਆ, ਜਿਸ ਤਰ੍ਹਾਂ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ ਇਸ ਨੂੰ ਕਰੀਏ: ਤੁਸੀਂ ਲਿਖੋ ਕਿ ਇੱਥੇ ਸਭ ਕੁਝ ਟੁੱਟ ਗਿਆ ਹੈ, ਸਾਨੂੰ ਮੁਆਵਜ਼ਾ ਮਿਲੇਗਾ, ਜਾਂ ਤੁਸੀਂ ਮੁਰੰਮਤ ਲਈ ਕੋਈ ਜ਼ਿੱਪਰ ਲਿਆਓ। ਅਸੀਂ ਇਹ ਸਭ ਚੁੱਪ-ਚਾਪ ਲਾਗੂ ਕਰਾਂਗੇ, ਅਸੀਂ ਪੈਸੇ ਵੰਡਾਂਗੇ। ਜੋ ਬਚਦਾ ਹੈ ਉਹ ਜਾਂ ਤਾਂ ਵਿਸ਼ਵਾਸ ਕਰਨਾ ਹੈ, ਜਾਂ ਕਿਸੇ ਤਰ੍ਹਾਂ ਇਹਨਾਂ ਸਾਰੇ ਸਿੱਟਿਆਂ ਅਤੇ ਪੁਸ਼ਟੀਕਰਣਾਂ ਦੀ ਜਾਂਚ ਕਰਨ ਦੇ ਕੁਝ ਗੁੰਝਲਦਾਰ ਤਰੀਕਿਆਂ ਦੀ ਕਾਢ ਕੱਢਣਾ ਹੈ, ਜਿਸ ਨਾਲ ਕੋਈ ਸਮਾਂ ਜਾਂ ਨਸਾਂ ਨਹੀਂ ਜੁੜਦੀਆਂ ਹਨ, ਅਤੇ ਇਸ ਵਿੱਚ ਕੁਝ ਵੀ ਚੰਗਾ ਨਹੀਂ ਹੁੰਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਇਸ ਗੱਲ ਤੋਂ ਜਾਣੂ ਹੋ ਕਿ ਕਾਰ ਸੇਵਾਵਾਂ ਵਾਰੰਟੀ ਧੋਖਾਧੜੀ ਨਾਲ ਕਿਵੇਂ ਨਜਿੱਠਦੀਆਂ ਹਨ ਅਤੇ ਇਹ ਪ੍ਰਕਿਰਿਆਵਾਂ 'ਤੇ ਕਿੰਨੀ ਗੁੰਝਲਦਾਰਤਾ ਲਾਉਂਦੀ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਸਮੱਸਿਆ ਨੂੰ ਮੋਟੇ ਤੌਰ 'ਤੇ ਸਮਝਦੇ ਹੋ।

ਖੈਰ, ਡਿਵਾਈਸਾਂ ਅਜੇ ਵੀ ਲੌਗ ਲਿਖਦੀਆਂ ਹਨ, ਠੀਕ ਹੈ? ਸਮੱਸਿਆ ਕੀ ਹੈ?

ਸਮੱਸਿਆ ਇਹ ਹੈ ਕਿ ਜੇਕਰ ਸਪਲਾਇਰ ਘੱਟ ਜਾਂ ਘੱਟ ਸਮਝਦੇ ਹਨ ਕਿ ਲੌਗ ਨੂੰ ਲਗਾਤਾਰ ਕਿਤੇ ਲਿਖਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ (ਜਾਂ ਪਿਛਲੇ ਕੁਝ ਦਹਾਕਿਆਂ ਤੋਂ ਸਮਝਿਆ ਹੈ), ਤਾਂ ਸੱਭਿਆਚਾਰ ਹੋਰ ਅੱਗੇ ਨਹੀਂ ਗਿਆ ਹੈ. ਮਹਿੰਗੇ ਮੁਰੰਮਤ ਵਾਲੇ ਕੇਸਾਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨ ਲਈ ਅਕਸਰ ਲੌਗ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ - ਭਾਵੇਂ ਇਹ ਇੱਕ ਓਪਰੇਟਰ ਦੀ ਗਲਤੀ ਸੀ ਜਾਂ ਅਸਲ ਉਪਕਰਣ ਦਾ ਟੁੱਟਣਾ।

ਇੱਕ ਲੌਗ ਚੁੱਕਣ ਲਈ, ਤੁਹਾਨੂੰ ਅਕਸਰ ਸਾਜ਼-ਸਾਮਾਨ ਤੱਕ ਸਰੀਰਕ ਤੌਰ 'ਤੇ ਸੰਪਰਕ ਕਰਨ, ਕਿਸੇ ਕਿਸਮ ਦੇ ਕੇਸਿੰਗ ਨੂੰ ਖੋਲ੍ਹਣ, ਸਰਵਿਸ ਕਨੈਕਟਰ ਨੂੰ ਬੇਨਕਾਬ ਕਰਨ, ਇਸ ਨਾਲ ਇੱਕ ਕੇਬਲ ਕਨੈਕਟ ਕਰਨ ਅਤੇ ਡਾਟਾ ਫਾਈਲਾਂ ਨੂੰ ਚੁੱਕਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਫਿਰ ਸਥਿਤੀ ਦੀ ਤਸਵੀਰ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਉਨ੍ਹਾਂ ਨੂੰ ਕਈ ਘੰਟਿਆਂ ਲਈ ਲਗਾਤਾਰ ਫੜੋ. ਹਾਏ, ਇਹ ਲਗਭਗ ਹਰ ਜਗ੍ਹਾ ਵਾਪਰਦਾ ਹੈ (ਠੀਕ ਹੈ, ਜਾਂ ਤਾਂ ਮੇਰੇ ਕੋਲ ਇੱਕ-ਪਾਸੜ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਹੈ, ਕਿਉਂਕਿ ਅਸੀਂ ਉਨ੍ਹਾਂ ਉਦਯੋਗਾਂ ਨਾਲ ਬਿਲਕੁਲ ਕੰਮ ਕਰਦੇ ਹਾਂ ਜਿੱਥੇ ਨਿਗਰਾਨੀ ਹੁਣੇ ਸਥਾਪਿਤ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ)।

ਸਾਡੇ ਮੁੱਖ ਗਾਹਕ ਉਪਕਰਣ ਨਿਰਮਾਤਾ ਹਨ. ਆਮ ਤੌਰ 'ਤੇ, ਉਹ ਕਿਸੇ ਵੱਡੀ ਘਟਨਾ ਤੋਂ ਬਾਅਦ ਜਾਂ ਸਿਰਫ ਸਾਲ ਲਈ ਆਪਣੇ ਯਾਤਰਾ ਦੇ ਬਿੱਲਾਂ ਨੂੰ ਦੇਖਦੇ ਹੋਏ, ਕਿਸੇ ਕਿਸਮ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਬਾਰੇ ਸੋਚਣਾ ਸ਼ੁਰੂ ਕਰਦੇ ਹਨ। ਪਰ ਅਕਸਰ ਨਹੀਂ, ਅਸੀਂ ਪੈਸੇ ਜਾਂ ਵੱਕਾਰ ਦੇ ਨੁਕਸਾਨ ਦੇ ਨਾਲ ਇੱਕ ਵੱਡੀ ਅਸਫਲਤਾ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ. "ਜੋ ਵੀ ਹੁੰਦਾ ਹੈ" ਬਾਰੇ ਸੋਚਣ ਵਾਲੇ ਪ੍ਰਗਤੀਸ਼ੀਲ ਨੇਤਾ ਬਹੁਤ ਘੱਟ ਹੁੰਦੇ ਹਨ। ਤੱਥ ਇਹ ਹੈ ਕਿ ਆਮ ਤੌਰ 'ਤੇ ਮੈਨੇਜਰ ਨੂੰ ਸਰਵਿਸ ਕੰਟਰੈਕਟ ਦਾ ਪੁਰਾਣਾ "ਪਾਰਕ" ਮਿਲਦਾ ਹੈ, ਅਤੇ ਉਹ ਨਵੇਂ ਹਾਰਡਵੇਅਰ 'ਤੇ ਸੈਂਸਰ ਲਗਾਉਣ ਦਾ ਕੋਈ ਮਤਲਬ ਨਹੀਂ ਦੇਖਦਾ, ਕਿਉਂਕਿ ਇਹ ਸਿਰਫ ਕੁਝ ਸਾਲਾਂ ਵਿੱਚ ਲੋੜੀਂਦਾ ਹੋਵੇਗਾ.

ਆਮ ਤੌਰ 'ਤੇ, ਕਿਸੇ ਸਮੇਂ ਭੁੰਨਿਆ ਕੁੱਕੜ ਅਜੇ ਵੀ ਕੱਟਦਾ ਹੈ, ਅਤੇ ਸੋਧਾਂ ਦਾ ਸਮਾਂ ਆ ਜਾਂਦਾ ਹੈ।

ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਆਪਣੇ ਆਪ ਵਿੱਚ ਬਹੁਤ ਡਰਾਉਣਾ ਨਹੀਂ ਹੈ. ਸਾਜ਼-ਸਾਮਾਨ ਵਿੱਚ ਆਮ ਤੌਰ 'ਤੇ ਪਹਿਲਾਂ ਹੀ ਸੈਂਸਰ ਹੁੰਦੇ ਹਨ (ਜਾਂ ਉਹ ਕਾਫ਼ੀ ਤੇਜ਼ੀ ਨਾਲ ਸਥਾਪਤ ਹੁੰਦੇ ਹਨ), ਨਾਲ ਹੀ ਲੌਗ ਪਹਿਲਾਂ ਹੀ ਲਿਖੇ ਹੁੰਦੇ ਹਨ ਅਤੇ ਸੇਵਾ ਸਮਾਗਮਾਂ ਨੂੰ ਨੋਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਤੁਹਾਨੂੰ ਬੱਸ ਇਸ ਨੂੰ ਭੇਜਣਾ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਆਮ ਅਭਿਆਸ ਕਿਸੇ ਕਿਸਮ ਦਾ ਮਾਡਮ ਪਾਉਣਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਏਮਬੇਡ-ਸਿਮ ਦੇ ਨਾਲ, ਐਕਸ-ਰੇ ਮਸ਼ੀਨ ਤੋਂ ਆਟੋਮੈਟਿਕ ਸੀਡਰ ਤੱਕ ਡਿਵਾਈਸ ਵਿੱਚ ਸਿੱਧਾ, ਅਤੇ ਸੈਲੂਲਰ ਨੈਟਵਰਕ ਦੁਆਰਾ ਟੈਲੀਮੈਟਰੀ ਭੇਜਣਾ। ਉਹ ਸਥਾਨ ਜਿੱਥੇ ਕੋਈ ਸੈੱਲ ਕਵਰੇਜ ਨਹੀਂ ਹੈ ਆਮ ਤੌਰ 'ਤੇ ਬਹੁਤ ਦੂਰ ਹੁੰਦੇ ਹਨ ਅਤੇ ਹਾਲ ਹੀ ਦੇ ਸਾਲਾਂ ਵਿੱਚ ਬਹੁਤ ਘੱਟ ਹੋ ਗਏ ਹਨ।

ਅਤੇ ਫਿਰ ਉਹੀ ਸਵਾਲ ਪਹਿਲਾਂ ਵਾਂਗ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ। ਹਾਂ, ਹੁਣ ਲੌਗ ਹਨ। ਪਰ ਉਹਨਾਂ ਨੂੰ ਕਿਤੇ ਨਾ ਕਿਤੇ ਪਾਉਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਕਿਸੇ ਤਰ੍ਹਾਂ ਪੜ੍ਹਨਾ ਚਾਹੀਦਾ ਹੈ. ਆਮ ਤੌਰ 'ਤੇ, ਘਟਨਾਵਾਂ ਦੀ ਕਲਪਨਾ ਅਤੇ ਵਿਸ਼ਲੇਸ਼ਣ ਲਈ ਕਿਸੇ ਕਿਸਮ ਦੀ ਪ੍ਰਣਾਲੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

ਅਤੇ ਫਿਰ ਅਸੀਂ ਸਟੇਜ 'ਤੇ ਦਿਖਾਈ ਦਿੰਦੇ ਹਾਂ. ਵਧੇਰੇ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ, ਅਸੀਂ ਅਕਸਰ ਪਹਿਲਾਂ ਦਿਖਾਉਂਦੇ ਹਾਂ, ਕਿਉਂਕਿ ਸਪਲਾਇਰਾਂ ਦੇ ਪ੍ਰਬੰਧਕ ਦੇਖਦੇ ਹਨ ਕਿ ਉਨ੍ਹਾਂ ਦੇ ਸਹਿਯੋਗੀ ਕੀ ਕਰ ਰਹੇ ਹਨ ਅਤੇ ਟੈਲੀਮੈਟਰੀ ਭੇਜਣ ਲਈ ਹਾਰਡਵੇਅਰ ਦੀ ਚੋਣ ਕਰਨ ਬਾਰੇ ਸਲਾਹ ਲਈ ਤੁਰੰਤ ਸਾਡੇ ਕੋਲ ਆਉਂਦੇ ਹਨ।

ਮਾਰਕੀਟ ਦਾ ਸਥਾਨ

ਪੱਛਮ ਵਿੱਚ, ਇਸ ਸਥਿਤੀ ਨੂੰ ਸੁਲਝਾਉਣ ਦਾ ਤਰੀਕਾ ਤਿੰਨ ਵਿਕਲਪਾਂ 'ਤੇ ਆਉਂਦਾ ਹੈ: ਸੀਮੇਂਸ ਈਕੋਸਿਸਟਮ (ਬਹੁਤ ਮਹਿੰਗਾ, ਬਹੁਤ ਵੱਡੀਆਂ ਇਕਾਈਆਂ ਲਈ ਲੋੜੀਂਦਾ, ਆਮ ਤੌਰ 'ਤੇ ਟਰਬਾਈਨਾਂ ਵਾਂਗ), ਸਵੈ-ਲਿਖਤ ਮੰਡੂਲ, ਜਾਂ ਸਥਾਨਕ ਏਕੀਕਰਣਾਂ ਵਿੱਚੋਂ ਇੱਕ ਮਦਦ ਕਰਦਾ ਹੈ। ਨਤੀਜੇ ਵਜੋਂ, ਜਦੋਂ ਇਹ ਸਭ ਰੂਸੀ ਮਾਰਕੀਟ ਵਿੱਚ ਆਇਆ, ਤਾਂ ਇੱਕ ਅਜਿਹਾ ਮਾਹੌਲ ਬਣ ਗਿਆ ਜਿੱਥੇ ਸੀਮੇਂਸ ਆਪਣੇ ਈਕੋਸਿਸਟਮ ਦੇ ਟੁਕੜਿਆਂ, ਐਮਾਜ਼ਾਨ, ਨੋਕੀਆ ਅਤੇ 1C ਵਿਕਾਸ ਵਰਗੇ ਕਈ ਸਥਾਨਕ ਈਕੋਸਿਸਟਮ ਦੇ ਨਾਲ ਸੀ।

ਅਸੀਂ ਇੱਕ ਏਕੀਕ੍ਰਿਤ ਲਿੰਕ ਦੇ ਰੂਪ ਵਿੱਚ ਮਾਰਕੀਟ ਵਿੱਚ ਦਾਖਲ ਹੋਏ ਹਾਂ ਜੋ ਸਾਨੂੰ ਕਿਸੇ ਵੀ (ਠੀਕ ਹੈ, ਲਗਭਗ ਕਿਸੇ ਵੀ ਵੱਧ ਜਾਂ ਘੱਟ ਆਧੁਨਿਕ) ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਕਿਸੇ ਵੀ ਡਿਵਾਈਸ ਤੋਂ ਕੋਈ ਵੀ ਡੇਟਾ ਇਕੱਠਾ ਕਰਨ, ਉਹਨਾਂ ਨੂੰ ਇਕੱਠੇ ਪ੍ਰਕਿਰਿਆ ਕਰਨ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਕਿਸੇ ਵੀ ਲੋੜੀਂਦੇ ਰੂਪ ਵਿੱਚ ਇੱਕ ਵਿਅਕਤੀ ਨੂੰ ਦਿਖਾਉਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ: ਇਸਦੇ ਲਈ ਸਾਡੇ ਕੋਲ ਹੈ ਹਰ ਕਿਸੇ ਵਿਕਾਸ ਵਾਤਾਵਰਨ ਅਤੇ ਵਿਜ਼ੂਅਲ ਯੂਜ਼ਰ ਇੰਟਰਫੇਸ ਡਿਜ਼ਾਈਨਰ ਲਈ ਠੰਡਾ SDKs।

ਨਤੀਜੇ ਵਜੋਂ, ਅਸੀਂ ਨਿਰਮਾਤਾ ਦੇ ਡਿਵਾਈਸ ਤੋਂ ਸਾਰਾ ਡਾਟਾ ਇਕੱਠਾ ਕਰ ਸਕਦੇ ਹਾਂ, ਇਸਨੂੰ ਸਰਵਰ 'ਤੇ ਸਟੋਰੇਜ ਵਿੱਚ ਸਟੋਰ ਕਰ ਸਕਦੇ ਹਾਂ ਅਤੇ ਉੱਥੇ ਚੇਤਾਵਨੀਆਂ ਦੇ ਨਾਲ ਇੱਕ ਨਿਗਰਾਨੀ ਪੈਨਲ ਨੂੰ ਇਕੱਠਾ ਕਰ ਸਕਦੇ ਹਾਂ।

ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ (ਇੱਥੇ ਗਾਹਕ ਨੇ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਦਾ ਵਿਜ਼ੂਅਲਾਈਜ਼ੇਸ਼ਨ ਵੀ ਕੀਤਾ ਹੈ, ਇਹ ਇੰਟਰਫੇਸ ਵਿੱਚ ਕਈ ਘੰਟੇ ਹੈ):

ਅਤੇ ਸਾਜ਼-ਸਾਮਾਨ ਤੋਂ ਗ੍ਰਾਫ ਹਨ:

ਚੇਤਾਵਨੀਆਂ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦੀਆਂ ਹਨ: ਮਸ਼ੀਨ ਪੱਧਰ 'ਤੇ, ਜੇ ਕਾਰਜਕਾਰੀ ਸੰਸਥਾ ਦੀ ਤਾਕਤ ਵੱਧ ਗਈ ਹੈ ਜਾਂ ਕੋਈ ਟੱਕਰ ਹੋ ਗਈ ਹੈ, ਤਾਂ ਮਾਪਦੰਡਾਂ ਦਾ ਇੱਕ ਸੈੱਟ ਕੌਂਫਿਗਰ ਕੀਤਾ ਗਿਆ ਹੈ, ਅਤੇ ਸਿਸਟਮ ਵਿਭਾਗ ਜਾਂ ਮੁਰੰਮਤ ਸੇਵਾਵਾਂ ਨੂੰ ਸੂਚਿਤ ਕਰੇਗਾ ਜਦੋਂ ਉਹ ਵੱਧ ਜਾਂਦੇ ਹਨ।

ਖੈਰ, ਸਭ ਤੋਂ ਮੁਸ਼ਕਲ ਚੀਜ਼ ਰੋਕਥਾਮ ਲਈ ਉਹਨਾਂ ਦੀ ਸਥਿਤੀ ਦੇ ਅਧਾਰ ਤੇ ਨੋਡਾਂ ਦੀ ਅਸਫਲਤਾ ਦੀ ਭਵਿੱਖਬਾਣੀ ਕਰ ਰਹੀ ਹੈ. ਜੇ ਤੁਸੀਂ ਹਰੇਕ ਨੋਡ ਦੇ ਸਰੋਤ ਨੂੰ ਸਮਝਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਉਹਨਾਂ ਕੰਟਰੈਕਟਾਂ 'ਤੇ ਲਾਗਤਾਂ ਨੂੰ ਬਹੁਤ ਘੱਟ ਕਰ ਸਕਦੇ ਹੋ ਜਿੱਥੇ ਡਾਊਨਟਾਈਮ ਲਈ ਭੁਗਤਾਨ ਹੁੰਦਾ ਹੈ.

ਸੰਖੇਪ

ਇਹ ਕਹਾਣੀ ਕਾਫ਼ੀ ਸਧਾਰਨ ਲੱਗੇਗੀ: ਠੀਕ ਹੈ, ਸਾਨੂੰ ਅਹਿਸਾਸ ਹੋਇਆ ਕਿ ਸਾਨੂੰ ਡਾਟਾ, ਨਿਗਰਾਨੀ ਅਤੇ ਵਿਸ਼ਲੇਸ਼ਣ ਭੇਜਣ ਦੀ ਲੋੜ ਹੈ, ਇਸ ਲਈ ਅਸੀਂ ਇੱਕ ਵਿਕਰੇਤਾ ਨੂੰ ਚੁਣਿਆ ਅਤੇ ਇਸਨੂੰ ਲਾਗੂ ਕੀਤਾ। ਖੈਰ, ਇਹ ਗੱਲ ਹੈ, ਹਰ ਕੋਈ ਖੁਸ਼ ਹੈ. ਜੇ ਅਸੀਂ ਆਪਣੀ ਫੈਕਟਰੀ ਵਿਚ ਸਵੈ-ਲਿਖਤ ਪ੍ਰਣਾਲੀਆਂ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ, ਤਾਂ, ਅਜੀਬ ਤੌਰ 'ਤੇ, ਸਿਸਟਮ ਤੇਜ਼ੀ ਨਾਲ ਭਰੋਸੇਯੋਗ ਨਹੀਂ ਹੋ ਜਾਂਦੇ ਹਨ. ਅਸੀਂ ਲੌਗਸ ਦੇ ਮਾਮੂਲੀ ਨੁਕਸਾਨ, ਗਲਤ ਡੇਟਾ, ਸੰਗ੍ਰਹਿ, ਸਟੋਰੇਜ ਅਤੇ ਰਸੀਦ ਵਿੱਚ ਅਸਫਲਤਾਵਾਂ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ। ਇੰਸਟਾਲੇਸ਼ਨ ਦੇ ਇੱਕ ਜਾਂ ਦੋ ਸਾਲ ਬਾਅਦ, ਪੁਰਾਣੇ ਲੌਗਸ ਨੂੰ ਮਿਟਾਉਣਾ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦਾ ਹੈ, ਜੋ ਹਮੇਸ਼ਾ ਚੰਗੀ ਤਰ੍ਹਾਂ ਖਤਮ ਨਹੀਂ ਹੁੰਦਾ। ਹਾਲਾਂਕਿ ਇੱਕ ਅਭਿਆਸ ਹੈ - 10 GB ਪ੍ਰਤੀ ਸਾਲ ਇੱਕ ਮਸ਼ੀਨ ਤੋਂ ਇਕੱਠੇ ਕੀਤੇ ਜਾਂਦੇ ਹਨ. ਇਹ 10 ਹਜ਼ਾਰ ਰੂਬਲ ਲਈ ਇੱਕ ਹੋਰ ਹਾਰਡ ਡਰਾਈਵ ਖਰੀਦ ਕੇ ਪੰਜ ਸਾਲਾਂ ਲਈ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ... ਕਿਸੇ ਸਮੇਂ ਇਹ ਪਤਾ ਚਲਦਾ ਹੈ ਕਿ ਇਹ ਪ੍ਰਸਾਰਣ ਕਰਨ ਵਾਲਾ ਉਪਕਰਣ ਖੁਦ ਪ੍ਰਾਇਮਰੀ ਨਹੀਂ ਹੈ, ਪਰ ਸਿਸਟਮ ਜੋ ਪ੍ਰਾਪਤ ਕੀਤੇ ਡੇਟਾ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਇੰਟਰਫੇਸ ਦੀ ਸਹੂਲਤ ਮਹੱਤਵਪੂਰਨ ਹੈ. ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਸਾਰੇ ਉਦਯੋਗਿਕ ਪ੍ਰਣਾਲੀਆਂ ਦੀ ਸਮੱਸਿਆ ਹੈ: ਸਥਿਤੀ ਨੂੰ ਜਲਦੀ ਸਮਝਣਾ ਹਮੇਸ਼ਾ ਆਸਾਨ ਨਹੀਂ ਹੁੰਦਾ ਹੈ। ਇਹ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿ ਸਿਸਟਮ ਵਿੱਚ ਕਿੰਨਾ ਡੇਟਾ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ, ਨੋਡ ਤੋਂ ਪੈਰਾਮੀਟਰਾਂ ਦੀ ਗਿਣਤੀ, ਸਿਸਟਮ ਦੀ ਵੱਡੀ ਮਾਤਰਾ ਅਤੇ ਡੇਟਾ ਦੀ ਮਾਤਰਾ ਨਾਲ ਕੰਮ ਕਰਨ ਦੀ ਸਮਰੱਥਾ। ਡੈਸ਼ਬੋਰਡ ਸੈਟ ਅਪ ਕਰਨਾ, ਡਿਵਾਈਸ ਦਾ ਇੱਕ ਬਿਲਟ-ਇਨ ਮਾਡਲ, ਇੱਕ ਸੀਨ ਐਡੀਟਰ (ਉਤਪਾਦਨ ਲੇਆਉਟ ਬਣਾਉਣ ਲਈ)।

ਆਓ ਇਸ ਦੀਆਂ ਕੁਝ ਉਦਾਹਰਣਾਂ ਦੇਈਏ ਕਿ ਇਹ ਅਭਿਆਸ ਵਿੱਚ ਕੀ ਦਿੰਦਾ ਹੈ।

1. ਇੱਥੇ ਮੁੱਖ ਤੌਰ 'ਤੇ ਪ੍ਰਚੂਨ ਚੇਨਾਂ ਵਿੱਚ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਉਦਯੋਗਿਕ ਰੈਫ੍ਰਿਜਰੇਸ਼ਨ ਉਪਕਰਣਾਂ ਦਾ ਇੱਕ ਗਲੋਬਲ ਨਿਰਮਾਤਾ ਹੈ। ਕੰਪਨੀ ਦੀ ਆਮਦਨ ਦਾ 10% ਆਪਣੇ ਉਤਪਾਦਾਂ ਦੀ ਸੇਵਾ ਲਈ ਸੇਵਾਵਾਂ ਪ੍ਰਦਾਨ ਕਰਨ ਤੋਂ ਆਉਂਦਾ ਹੈ। ਸੇਵਾਵਾਂ ਦੀ ਲਾਗਤ ਨੂੰ ਘਟਾਉਣਾ ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਆਮ ਤੌਰ' ਤੇ ਸਪਲਾਈ ਵਧਾਉਣ ਦਾ ਮੌਕਾ ਦੇਣਾ ਜ਼ਰੂਰੀ ਹੈ, ਕਿਉਂਕਿ ਜੇ ਅਸੀਂ ਵਧੇਰੇ ਵੇਚਦੇ ਹਾਂ, ਤਾਂ ਮੌਜੂਦਾ ਸੇਵਾ ਪ੍ਰਣਾਲੀ ਦਾ ਮੁਕਾਬਲਾ ਨਹੀਂ ਕਰੇਗਾ. ਅਸੀਂ ਇੱਕ ਸਿੰਗਲ ਸਰਵਿਸ ਸੈਂਟਰ ਦੇ ਪਲੇਟਫਾਰਮ ਨਾਲ ਸਿੱਧੇ ਜੁੜੇ ਹਾਂ, ਇਸ ਖਾਸ ਗਾਹਕ ਦੀਆਂ ਲੋੜਾਂ ਲਈ ਕੁਝ ਮਾਡਿਊਲਾਂ ਨੂੰ ਸੋਧਿਆ ਹੈ, ਅਤੇ ਇਸ ਤੱਥ ਦੇ ਕਾਰਨ ਯਾਤਰਾ ਦੇ ਖਰਚਿਆਂ ਵਿੱਚ 35% ਦੀ ਕਮੀ ਪ੍ਰਾਪਤ ਕੀਤੀ ਹੈ ਕਿਉਂਕਿ ਸੇਵਾ ਜਾਣਕਾਰੀ ਤੱਕ ਪਹੁੰਚ ਕਾਰਨਾਂ ਦੀ ਪਛਾਣ ਕਰਨਾ ਸੰਭਵ ਬਣਾਉਂਦਾ ਹੈ। ਕਿਸੇ ਸਰਵਿਸ ਇੰਜੀਨੀਅਰ ਦੀ ਮੁਲਾਕਾਤ ਦੀ ਲੋੜ ਤੋਂ ਬਿਨਾਂ ਅਸਫਲਤਾ. ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਡੇਟਾ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ - ਤਕਨੀਕੀ ਸਥਿਤੀ ਦੀ ਭਵਿੱਖਬਾਣੀ ਕਰੋ ਅਤੇ, ਜੇ ਜਰੂਰੀ ਹੋਵੇ, ਤਾਂ ਸਥਿਤੀ-ਅਧਾਰਤ ਰੱਖ-ਰਖਾਅ ਨੂੰ ਜਲਦੀ ਕਰੋ। ਇੱਕ ਬੋਨਸ ਦੇ ਰੂਪ ਵਿੱਚ, ਬੇਨਤੀਆਂ ਦੇ ਜਵਾਬ ਦੀ ਗਤੀ ਵਿੱਚ ਵਾਧਾ ਹੋਇਆ ਹੈ: ਘੱਟ ਖੇਤਰੀ ਯਾਤਰਾਵਾਂ ਹਨ, ਅਤੇ ਇੰਜੀਨੀਅਰ ਚੀਜ਼ਾਂ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਪੂਰਾ ਕਰਨ ਦੇ ਯੋਗ ਹਨ।
2. ਮਕੈਨੀਕਲ ਇੰਜੀਨੀਅਰਿੰਗ ਕੰਪਨੀ, ਰਸ਼ੀਅਨ ਫੈਡਰੇਸ਼ਨ ਅਤੇ ਸੀਆਈਐਸ ਦੇ ਕਈ ਸ਼ਹਿਰਾਂ ਵਿੱਚ ਵਰਤੇ ਜਾਂਦੇ ਇਲੈਕਟ੍ਰਿਕ ਵਾਹਨਾਂ ਦੀ ਨਿਰਮਾਤਾ। ਹਰ ਕਿਸੇ ਦੀ ਤਰ੍ਹਾਂ, ਉਹ ਲਾਗਤਾਂ ਨੂੰ ਘਟਾਉਣਾ ਚਾਹੁੰਦੇ ਹਨ ਅਤੇ ਉਸੇ ਸਮੇਂ ਤਕਨੀਕੀ ਸਟਾਫ ਨੂੰ ਸਮੇਂ ਸਿਰ ਸੂਚਿਤ ਕਰਨ ਲਈ ਸ਼ਹਿਰ ਦੇ ਟਰਾਲੀਬੱਸ ਅਤੇ ਟਰਾਮ ਫਲੀਟਾਂ ਦੀ ਤਕਨੀਕੀ ਸਥਿਤੀ ਦੀ ਭਵਿੱਖਬਾਣੀ ਕਰਦੇ ਹਨ। ਅਸੀਂ ਰੋਲਿੰਗ ਸਟਾਕ ਤੋਂ ਇੱਕ ਸਿੰਗਲ ਸਥਿਤੀ ਕੇਂਦਰ ਵਿੱਚ ਤਕਨੀਕੀ ਡੇਟਾ ਨੂੰ ਇਕੱਠਾ ਕਰਨ ਅਤੇ ਸੰਚਾਰਿਤ ਕਰਨ ਲਈ ਐਲਗੋਰਿਦਮ ਨੂੰ ਕਨੈਕਟ ਕੀਤਾ ਅਤੇ ਬਣਾਇਆ ਹੈ (ਐਲਗੋਰਿਦਮ ਸਿੱਧੇ ਡਰਾਈਵ ਕੰਟਰੋਲ ਸਿਸਟਮ ਵਿੱਚ ਬਣਾਏ ਗਏ ਹਨ ਅਤੇ CAN ਬੱਸ ਡੇਟਾ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਨ)। ਤਕਨੀਕੀ ਸਥਿਤੀ ਡੇਟਾ ਤੱਕ ਰਿਮੋਟ ਐਕਸੈਸ, ਜਿਸ ਵਿੱਚ "ਓਸੀਲੋਸਕੋਪ" ਮੋਡ ਵਿੱਚ ਬਦਲਦੇ ਪੈਰਾਮੀਟਰਾਂ (ਸਪੀਡ, ਵੋਲਟੇਜ, ਬਰਾਮਦ ਊਰਜਾ ਦਾ ਟ੍ਰਾਂਸਫਰ, ਆਦਿ) ਤੱਕ ਰੀਅਲ-ਟਾਈਮ ਪਹੁੰਚ ਸ਼ਾਮਲ ਹੈ, ਨੇ ਰਿਮੋਟ ਫਰਮਵੇਅਰ ਅਪਡੇਟਾਂ ਤੱਕ ਪਹੁੰਚ ਦਿੱਤੀ। ਨਤੀਜਾ ਯਾਤਰਾ ਦੇ ਖਰਚਿਆਂ ਵਿੱਚ 50% ਦੀ ਕਮੀ ਹੈ: ਸੇਵਾ ਜਾਣਕਾਰੀ ਤੱਕ ਸਿੱਧੀ ਪਹੁੰਚ ਕਿਸੇ ਸੇਵਾ ਇੰਜੀਨੀਅਰ ਦੀ ਮੁਲਾਕਾਤ ਦੀ ਜ਼ਰੂਰਤ ਤੋਂ ਬਿਨਾਂ ਅਸਫਲਤਾ ਦੇ ਕਾਰਨਾਂ ਦੀ ਪਛਾਣ ਕਰਨਾ ਸੰਭਵ ਬਣਾਉਂਦੀ ਹੈ, ਅਤੇ ਲੰਬੇ ਸਮੇਂ ਦੇ ਅੰਤਰਾਲਾਂ ਦੇ ਡੇਟਾ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਤੁਹਾਨੂੰ ਭਵਿੱਖਬਾਣੀ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਤਕਨੀਕੀ ਸਥਿਤੀ ਅਤੇ, ਜੇ ਜਰੂਰੀ ਹੋਵੇ, ਤੁਰੰਤ "ਸਥਿਤੀ-ਅਧਾਰਤ" ਰੱਖ-ਰਖਾਅ ਕਰੋ, ਜਿਸ ਵਿੱਚ ਸੰਕਟਕਾਲੀਨ ਸਥਿਤੀਆਂ ਦਾ ਉਦੇਸ਼ ਵਿਸ਼ਲੇਸ਼ਣ ਸ਼ਾਮਲ ਹੈ। ਵਿਸਤ੍ਰਿਤ ਜੀਵਨ ਚੱਕਰ ਇਕਰਾਰਨਾਮੇ ਨੂੰ ਗਾਹਕ ਦੀਆਂ ਲੋੜਾਂ ਦੇ ਅਨੁਸਾਰ ਅਤੇ ਸਮੇਂ 'ਤੇ ਲਾਗੂ ਕਰਨਾ। ਆਪਰੇਟਰ ਦੀਆਂ ਤਕਨੀਕੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀਆਂ ਜ਼ਰੂਰਤਾਂ ਦੀ ਪਾਲਣਾ, ਅਤੇ ਨਾਲ ਹੀ ਉਸਨੂੰ ਉਪਭੋਗਤਾ ਸੇਵਾ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ (ਏਅਰ ਕੰਡੀਸ਼ਨਿੰਗ ਦੀ ਗੁਣਵੱਤਾ, ਪ੍ਰਵੇਗ/ਬ੍ਰੇਕਿੰਗ, ਆਦਿ) ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਨਵੇਂ ਮੌਕੇ ਪ੍ਰਦਾਨ ਕਰਨਾ।
3. ਤੀਜੀ ਉਦਾਹਰਣ ਇੱਕ ਨਗਰਪਾਲਿਕਾ ਹੈ। ਸਾਨੂੰ ਬਿਜਲੀ ਬਚਾਉਣ ਅਤੇ ਨਾਗਰਿਕਾਂ ਦੀ ਸੁਰੱਖਿਆ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੈ। ਅਸੀਂ ਕਨੈਕਟਡ ਸਟ੍ਰੀਟ ਲਾਈਟਿੰਗ 'ਤੇ ਨਿਗਰਾਨੀ, ਪ੍ਰਬੰਧਨ ਅਤੇ ਡਾਟਾ ਇਕੱਠਾ ਕਰਨ, ਰਿਮੋਟਲੀ ਸਮੁੱਚੇ ਜਨਤਕ ਰੋਸ਼ਨੀ ਢਾਂਚੇ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਅਤੇ ਇੱਕ ਸਿੰਗਲ ਕੰਟਰੋਲ ਪੈਨਲ ਤੋਂ ਇਸ ਦੀ ਸੇਵਾ ਕਰਨ ਲਈ, ਹੇਠਾਂ ਦਿੱਤੇ ਕੰਮਾਂ ਦੇ ਹੱਲ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਇੱਕ ਸਿੰਗਲ ਪਲੇਟਫਾਰਮ ਨੂੰ ਕਨੈਕਟ ਕੀਤਾ ਹੈ। ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ: ਦੂਰ-ਦੁਰਾਡੇ ਤੋਂ, ਵਿਅਕਤੀਗਤ ਤੌਰ 'ਤੇ ਜਾਂ ਸਮੂਹਾਂ ਵਿੱਚ ਲਾਈਟਾਂ ਨੂੰ ਮੱਧਮ ਕਰਨਾ ਜਾਂ ਬੰਦ ਕਰਨਾ, ਵਧੇਰੇ ਕੁਸ਼ਲ ਰੱਖ-ਰਖਾਅ ਯੋਜਨਾ ਲਈ ਲਾਈਟਿੰਗ ਪੁਆਇੰਟਾਂ ਵਿੱਚ ਅਸਫਲਤਾਵਾਂ ਬਾਰੇ ਸ਼ਹਿਰ ਦੀਆਂ ਸੇਵਾਵਾਂ ਨੂੰ ਸਵੈਚਲਿਤ ਤੌਰ 'ਤੇ ਸੂਚਿਤ ਕਰਨਾ, ਰੀਅਲ-ਟਾਈਮ ਊਰਜਾ ਦੀ ਖਪਤ ਡੇਟਾ ਪ੍ਰਦਾਨ ਕਰਨਾ, ਸਟ੍ਰੀਟ ਲਾਈਟਿੰਗ ਦੀ ਨਿਗਰਾਨੀ ਅਤੇ ਸੁਧਾਰ ਲਈ ਸ਼ਕਤੀਸ਼ਾਲੀ ਵਿਸ਼ਲੇਸ਼ਣਾਤਮਕ ਟੂਲ ਪ੍ਰਦਾਨ ਕਰਨਾ। ਬਿਗ ਡਾਟਾ 'ਤੇ ਆਧਾਰਿਤ ਸਿਸਟਮ, ਟਰੈਫਿਕ, ਏਅਰ ਕੰਡੀਸ਼ਨ, ਹੋਰ ਸਮਾਰਟ ਸਿਟੀ ਸਬ-ਸਿਸਟਮ ਦੇ ਨਾਲ ਏਕੀਕਰਣ 'ਤੇ ਡਾਟਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਨਤੀਜੇ - ਸਟ੍ਰੀਟ ਲਾਈਟਿੰਗ ਲਈ ਊਰਜਾ ਦੀ ਖਪਤ ਨੂੰ 80% ਤੱਕ ਘਟਾਉਣਾ, ਬੁੱਧੀਮਾਨ ਰੋਸ਼ਨੀ ਨਿਯੰਤਰਣ ਐਲਗੋਰਿਦਮ ਦੀ ਵਰਤੋਂ ਦੁਆਰਾ ਨਿਵਾਸੀਆਂ ਲਈ ਸੁਰੱਖਿਆ ਨੂੰ ਵਧਾਉਣਾ (ਇੱਕ ਵਿਅਕਤੀ ਸੜਕ 'ਤੇ ਚੱਲ ਰਿਹਾ ਹੈ - ਉਸਦੇ ਲਈ ਲਾਈਟ ਚਾਲੂ ਕਰੋ, ਇੱਕ ਵਿਅਕਤੀ ਕ੍ਰਾਸਿੰਗ 'ਤੇ - ਚਮਕਦਾਰ ਚਾਲੂ ਕਰੋ) ਰੋਸ਼ਨੀ ਤਾਂ ਕਿ ਉਸਨੂੰ ਦੂਰੋਂ ਦੇਖਿਆ ਜਾ ਸਕੇ), ਸ਼ਹਿਰ ਲਈ ਵਾਧੂ ਸੇਵਾਵਾਂ ਪ੍ਰਦਾਨ ਕਰਨਾ (ਇਲੈਕਟ੍ਰਿਕ ਵਾਹਨਾਂ ਨੂੰ ਚਾਰਜ ਕਰਨਾ, ਵਿਗਿਆਪਨ ਸਮੱਗਰੀ ਪ੍ਰਦਾਨ ਕਰਨਾ, ਵੀਡੀਓ ਨਿਗਰਾਨੀ, ਆਦਿ)।

ਅਸਲ ਵਿੱਚ, ਮੈਂ ਕੀ ਕਹਿਣਾ ਚਾਹੁੰਦਾ ਸੀ: ਅੱਜ, ਇੱਕ ਤਿਆਰ ਪਲੇਟਫਾਰਮ (ਉਦਾਹਰਨ ਲਈ, ਸਾਡਾ) ਦੇ ਨਾਲ, ਤੁਸੀਂ ਬਹੁਤ ਜਲਦੀ ਅਤੇ ਆਸਾਨੀ ਨਾਲ ਨਿਗਰਾਨੀ ਸਥਾਪਤ ਕਰ ਸਕਦੇ ਹੋ। ਇਸ ਲਈ ਸਾਜ਼-ਸਾਮਾਨ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ (ਜਾਂ ਘੱਟੋ-ਘੱਟ, ਜੇਕਰ ਅਜੇ ਵੀ ਕੋਈ ਸੈਂਸਰ ਅਤੇ ਡੇਟਾ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਨਹੀਂ ਹਨ), ਇਸ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀ ਲਾਗਤ ਅਤੇ ਵੱਖਰੇ ਮਾਹਰਾਂ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਤੁਹਾਨੂੰ ਸਿਰਫ਼ ਇਸ ਮੁੱਦੇ ਦਾ ਅਧਿਐਨ ਕਰਨ ਦੀ ਲੋੜ ਹੈ, ਇਹ ਸਮਝਣ ਲਈ ਕੁਝ ਦਿਨ ਬਿਤਾਉਣ ਦੀ ਲੋੜ ਹੈ ਕਿ ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਅਤੇ ਕੁਝ ਹਫ਼ਤੇ ਪ੍ਰਵਾਨਗੀਆਂ, ਇੱਕ ਸਮਝੌਤੇ ਅਤੇ ਪ੍ਰੋਟੋਕੋਲ ਬਾਰੇ ਡੇਟਾ ਦੇ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਲਈ। ਅਤੇ ਉਸ ਤੋਂ ਬਾਅਦ ਤੁਹਾਡੇ ਕੋਲ ਸਾਰੀਆਂ ਡਿਵਾਈਸਾਂ ਤੋਂ ਸਹੀ ਡੇਟਾ ਹੋਵੇਗਾ। ਅਤੇ ਇਹ ਸਭ ਟੈਕਨੋਸਰਵ ਇੰਟੀਗਰੇਟਰ ਦੇ ਸਮਰਥਨ ਨਾਲ ਪੂਰੇ ਦੇਸ਼ ਵਿੱਚ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਯਾਨੀ ਅਸੀਂ ਭਰੋਸੇਯੋਗਤਾ ਦੇ ਇੱਕ ਚੰਗੇ ਪੱਧਰ ਦੀ ਗਰੰਟੀ ਦਿੰਦੇ ਹਾਂ, ਜੋ ਕਿ ਸ਼ੁਰੂਆਤ ਲਈ ਆਮ ਨਹੀਂ ਹੈ।

ਅਗਲੀ ਪੋਸਟ ਵਿੱਚ ਮੈਂ ਦਿਖਾਵਾਂਗਾ ਕਿ ਇਹ ਇੱਕ ਲਾਗੂ ਕਰਨ ਦੀ ਉਦਾਹਰਣ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਸਪਲਾਇਰ ਦੇ ਪੱਖ ਤੋਂ ਇਹ ਕਿਹੋ ਜਿਹਾ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ।

ਸਰੋਤ: www.habr.com