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