ડિલિવરી પહેલાં, ખરીદદારોએ વ્યાખ્યાયિત કરવું જોઈએ કે એડમિનિસ્ટ્રેટર એકાઉન્ટ કોની માલિકી ધરાવે છે, કોણ રીસેટને અધિકૃત કરી શકે છે, કયા પુરાવાની જરૂર છે અને પછીથી દરેક લોકને કોણ ફરીથી કમીશન કરે છે. રીસેટને ક્યારેય ઍક્સેસ મેળવવા માટેના શોર્ટકટ તરીકે ગણવામાં આવવો જોઈએ નહીં. ક્વોટ કરેલ લોક અને મેનેજમેન્ટ પ્લેટફોર્મ માટે ચોક્કસ પુનઃપ્રાપ્તિ અને ફેક્ટરી-રીસેટ પ્રક્રિયાઓની પુષ્ટિ થવી જોઈએ, હેન્ડઓવર દરમિયાન દસ્તાવેજીકૃત થયેલ છે અને બલ્ક સ્વીકૃતિ પહેલાં પરીક્ષણ કરવામાં આવ્યું છે.
"તુયા સ્માર્ટ લોક રીસેટ કરો" જેવી શોધો ઘણીવાર ઉપભોક્તા સૂચનાઓ તરફ દોરી જાય છે, પરંતુ હોટેલ, એપાર્ટમેન્ટ, હોમસ્ટે અથવા મેનેજ-રૂમ પ્રોજેક્ટમાં અલગ સમસ્યા હોય છે. પ્રોજેક્ટમાં ઘણા દરવાજા, ઘણી ઓપરેશનલ ભૂમિકાઓ, ઇન્સ્ટોલર એકાઉન્ટ્સ અને રેકોર્ડ્સ હોઈ શકે છે જે ખરીદદારના નિયંત્રણ હેઠળ હોવા જોઈએ. રીસેટ ગવર્નન્સ તેથી ખરીદી સ્પષ્ટીકરણ અને ડિલિવરી ચેકલિસ્ટમાં છે, માત્ર મુશ્કેલીનિવારણ માર્ગદર્શિકામાં જ નહીં.
રીસેટ એ નિયંત્રણમાં ફેરફાર છે, માત્ર એક તકનીકી પગલું નથી
કનેક્ટેડ સ્માર્ટ લૉકને રીસેટ કરવાથી એડમિનિસ્ટ્રેટરની માલિકી, નોંધાયેલા વપરાશકર્તાઓ, પાસવર્ડ્સ, ફિંગરપ્રિન્ટ્સ, રૂમ અસાઇનમેન્ટ્સ, સ્થાનિક સેટિંગ્સ અથવા મેનેજમેન્ટ ઇન્ટરફેસના કનેક્શનને અસર થઈ શકે છે. વાસ્તવિક પરિણામ મોડેલ અને રૂપરેખાંકન પર આધારિત છે. ખરીદદારોએ એમ ન માનવું જોઈએ કે એકાઉન્ટ પુનઃપ્રાપ્તિ, એડમિનિસ્ટ્રેટર ફેરફાર અને ફેક્ટરી રીસેટ સમાન ક્રિયા કરે છે.
ભેદ મહત્વ ધરાવે છે કારણ કે અપૂર્ણ રીસેટ જૂના એડમિનિસ્ટ્રેટરને નિયંત્રણમાં રાખી શકે છે, જ્યારે બિનજરૂરી ફેક્ટરી રીસેટ માન્ય ઓળખપત્રોને દૂર કરી શકે છે અને ટાળી શકાય તેવું પુનઃપ્રાપ્તિ કાર્ય બનાવી શકે છે. એક વપરાશકર્તાની ઍક્સેસ પુનઃસ્થાપિત કરવાનો પ્રયાસ કરતી જાળવણી ટીમને ઉપકરણને ભૂંસી નાખવા અથવા ફરીથી સોંપવા માટે આપમેળે સત્તા પ્રાપ્ત થવી જોઈએ નહીં. પ્રોજેક્ટને દસ્તાવેજીકૃત મંજૂરી પાથ સાથે રીસેટ ઓથોરિટીને પ્રતિબંધિત ઓપરેશનલ ભૂમિકા તરીકે ગણવામાં આવવી જોઈએ.
ત્રણ અલગ-અલગ પુનઃપ્રાપ્તિ ઇવેન્ટ્સ અલગ કરો
RFQ અને હેન્ડઓવર દસ્તાવેજોએ ચોક્કસ ઇવેન્ટ નામોનો ઉપયોગ કરવો જોઈએ. સપ્લાયર, ઇન્સ્ટોલર અથવા પ્રોપર્ટી ઓપરેટર સુરક્ષિત રીતે ચલાવવા માટે "લોક રીસેટ કરો" ખૂબ જ અસ્પષ્ટ છે. ઓછામાં ઓછા, પ્રોજેક્ટ નીચેની પરિસ્થિતિઓને અલગ પાડવી જોઈએ:
- એકાઉન્ટ પુનઃપ્રાપ્તિ: અધિકૃત એડમિનિસ્ટ્રેટર સાઇન ઇન કરી શકતા નથી અથવા તેને હવે રજિસ્ટર્ડ ફોન અથવા એકાઉન્ટની ઍક્સેસ નથી.
- એડમિનિસ્ટ્રેટર ટ્રાન્સફર: નિયંત્રણ ઇન્સ્ટોલર, કર્મચારી, મિલકત માલિક અથવા આઉટગોઇંગ ઓપરેટર પાસેથી નવા અધિકૃત માલિક પાસે ખસેડવું આવશ્યક છે.
- ઉપકરણ અથવા ફેક્ટરી રીસેટ: લૉક નિર્ધારિત પ્રારંભિક સ્થિતિમાં પરત આવવું જોઈએ અને પછી ફરીથી ગોઠવવું જોઈએ.
દરેક ઘટના માટે, સપ્લાયરએ સમજાવવું જોઈએ કે શું જાળવી રાખવામાં આવ્યું છે, શું દૂર કરવામાં આવ્યું છે, કઈ ભૌતિક ઍક્સેસ જરૂરી છે અને કયા ઓળખપત્રો અથવા દસ્તાવેજોની જરૂર છે. જો ગેટવે, એપ્લિકેશન, સ્થાનિક એડમિનિસ્ટ્રેટર, મિકેનિકલ કી અથવા સપ્લાયર-સહાયિત પ્રક્રિયા સામેલ હોય, તો તે અવલંબન અવતરણ કરેલ ગોઠવણીમાં દેખાવું જોઈએ. સામાન્ય તુયા સ્માર્ટ લોક રીસેટ સૂચનાઓ મોડેલ-વિશિષ્ટ દસ્તાવેજીકરણને બદલવી જોઈએ નહીં.
ઇન્સ્ટોલર પ્રથમ બોક્સ ખોલે તે પહેલાં માલિકી સોંપો
કમિશનિંગ શરૂ થાય તે પહેલાં ખરીદદારે કાયમી ખાતાના માલિકનું નામ લેવું જોઈએ. આ પ્રોપર્ટી-લેવલ રોલ, અધિકૃત કોર્પોરેટ એકાઉન્ટ અથવા પસંદ કરેલ સિસ્ટમ દ્વારા સપોર્ટેડ અન્ય માળખું હોઈ શકે છે. તે ઇન્સ્ટોલરના વ્યક્તિગત ફોન નંબર અથવા અસ્થાયી કર્મચારીને ડિફોલ્ટ ન હોવું જોઈએ કે જેમના પ્રસ્થાન વહીવટી નિયંત્રણ વિના પ્રોજેક્ટ છોડી શકે છે.
ચાર જવાબદારીઓને અલગ-અલગ નામોની જરૂર છે: રીસેટની વિનંતી કરનાર વ્યક્તિ, તેને મંજૂર કરનાર વ્યક્તિ, જે વ્યક્તિ તેને કરે છે અને તે વ્યક્તિ જે પુનઃપ્રાપ્તિની ચકાસણી કરે છે. એક વ્યક્તિ નાની મિલકતમાં એક કરતાં વધુ જવાબદારી નિભાવી શકે છે, પરંતુ નિર્ણય જાણી જોઈને લેવો જોઈએ. મલ્ટિ-સાઇટ પોર્ટફોલિયો માટે, પ્રોજેક્ટને કેન્દ્રીય પુનઃપ્રાપ્તિ સંપર્ક અને સ્થાનિક વ્યક્તિની પણ જરૂર પડી શકે છે જે અસરગ્રસ્ત દરવાજા સુધી ભૌતિક ઍક્સેસ પ્રદાન કરી શકે.
ખરીદદારો સરખામણી કરે છે સંચાલિત ગુણધર્મો માટે સ્માર્ટ લૉક ગોઠવણી ચોક્કસ વ્યવસ્થાપન વ્યવસ્થા માટે માલિકી કેવી રીતે બનાવવામાં અને ટ્રાન્સફર કરવામાં આવે છે તે પૂછવું જોઈએ. એપ્લિકેશન વિકલ્પ, પાસવર્ડ ફંક્શન અથવા ફિંગરપ્રિન્ટ રીડર પોતે જ સમજાવતું નથી કે પુનઃપ્રાપ્તિ કોણ નિયંત્રિત કરે છે.
સામાન્ય ઓળખપત્રો વિના રીસેટ વિનંતીઓ માટે પુરાવા વ્યાખ્યાયિત કરો
પાસવર્ડ વિના તુયા સ્માર્ટ લોક ફેક્ટરી રીસેટ કરવાની વિનંતીને માલિકી-ચકાસણીના મુદ્દા તરીકે ગણવામાં આવવી જોઈએ, માત્ર બટન સૂચનાઓ માટેની વિનંતી તરીકે નહીં. જ્યારે સામાન્ય એડમિનિસ્ટ્રેટર ઓળખપત્ર અનુપલબ્ધ હોય ત્યારે ખરીદનાર અને સપ્લાયરને જરૂરી પુરાવા પર સંમત થવું જોઈએ. નિયમએ અનૌપચારિક બાયપાસ પ્રક્રિયા બનાવ્યા વિના કાયદેસરની પુનઃપ્રાપ્તિનું રક્ષણ કરવું જોઈએ.
યોગ્ય પ્રોજેક્ટ પુરાવામાં મિલકત અથવા ઉપકરણ રેકોર્ડ, ખરીદી દસ્તાવેજીકરણ, માન્ય એડમિનિસ્ટ્રેટર સૂચિ, દરવાજાનું શેડ્યૂલ, ઉપકરણ ઓળખકર્તા અથવા ખરીદનાર દ્વારા નિર્ધારિત અને સપ્લાયર દ્વારા સમર્થિત અન્ય ચકાસણી પદ્ધતિનો સમાવેશ થઈ શકે છે. લેખ સાર્વત્રિક પ્રૂફ પેકેજ સૂચવતો નથી કારણ કે એકાઉન્ટ પુનઃપ્રાપ્તિ અને રીસેટ વર્તન મોડેલ અને પ્લેટફોર્મ દ્વારા બદલાય છે. RFQ માટે સપ્લાયરને શિપમેન્ટ પહેલાં લાગુ પ્રક્રિયાનું વર્ણન કરવાની આવશ્યકતા હોવી જોઈએ.
એકલા ટેલિફોન અથવા મેસેજિંગની મંજૂરી પાછળથી ઓડિટ કરવું મુશ્કેલ હોઈ શકે છે. રીસેટ રેકોર્ડમાં અસરગ્રસ્ત લોક, કારણ, વિનંતી કરનાર, મંજૂર કરનાર, કાર્ય કરી રહેલી વ્યક્તિ અને પૂર્ણતાના પરિણામની ઓળખ થવી જોઈએ. આ ખાસ કરીને ઉપયોગી બને છે જ્યારે કોઈ પ્રોપર્ટી ઓપરેટરોને બદલે છે અથવા જ્યારે એક જ સમયે અનેક દરવાજાને પુનઃપ્રાપ્તિની જરૂર હોય છે.
હેન્ડઓવર દરમિયાન રીસેટ નિર્ણય કોષ્ટકનો ઉપયોગ કરો
| રીસેટ પરિસ્થિતિ | ખૂબ ઝડપથી અભિનય કરવાનું જોખમ | ખરીદનારએ શું ચકાસવું જોઈએ | આવશ્યક પૂર્ણતા પુરાવા |
| એડમિનિસ્ટ્રેટર પાસવર્ડ ભૂલી ગયા | જ્યારે એકાઉન્ટ પુનઃપ્રાપ્તિ પર્યાપ્ત હશે ત્યારે સંપૂર્ણ ઉપકરણ રીસેટ માન્ય સેટિંગ્સને દૂર કરી શકે છે. | કન્ફર્મ કરો કે શું સમસ્યા એકાઉન્ટ, સ્થાનિક એડમિનિસ્ટ્રેટર ઓળખપત્ર અથવા લૉકથી સંબંધિત છે. | પુનઃપ્રાપ્તિ રેકોર્ડ અને પુષ્ટિ કે હાલના અધિકૃત વપરાશકર્તાઓ હજુ પણ હેતુ મુજબ કાર્ય કરે છે. |
| ઇન્સ્ટોલરનું એકાઉન્ટ હજી પણ લોકની માલિકી ધરાવે છે | મિલકત કાયમી વહીવટી નિયંત્રણ વિના ડિલિવરી સ્વીકારી શકે છે. | સમર્થિત માલિકી-ટ્રાન્સફર પ્રક્રિયા અને ખરીદનારના અંતિમ ખાતાની પુષ્ટિ કરો. | ખરીદનાર લૉગિન ચકાસણી અને અનધિકૃત ઇન્સ્ટોલેશન ઍક્સેસને દૂર કરવી. |
| સ્ટાફ મેમ્બર અથવા ભાડૂત ચાલ્યા ગયા છે | જ્યારે ઓળખપત્ર કાઢી નાખવાનું પૂરતું હોય ત્યારે સમગ્ર ઉપકરણને રીસેટ કરવાથી બિનજરૂરી કાર્ય થઈ શકે છે. | ચોક્કસ વપરાશકર્તા અથવા ઓળખપત્રને ઓળખો જે રદ કરવું આવશ્યક છે. | અસરગ્રસ્ત દરવાજા પર રદબાતલ પરીક્ષણ અને અસંબંધિત વપરાશકર્તાઓ માન્ય રહે છે તેની પુષ્ટિ. |
| લોક અન્ય રૂમ અથવા ઓપરેટરને ફરીથી સોંપવામાં આવી રહ્યું છે | જૂનો રૂમ, વપરાશકર્તા અથવા માલિકીનો ડેટા ઉપકરણ સાથે સંકળાયેલ હોઈ શકે છે. | કન્ફર્મ કરો કે કયો ડેટા સાફ કરવામાં આવ્યો છે અને નવા રૂમ અને એડમિનિસ્ટ્રેટરને કેવી રીતે સોંપવામાં આવે છે. | નવા અસાઇનમેન્ટ હેઠળ બારણું શેડ્યૂલ, એડમિનિસ્ટ્રેટર રેકોર્ડ અને કાર્યાત્મક પરીક્ષણ અપડેટ કર્યું. |
| ફેક્ટરી રીસેટ જરૂરી છે | દરવાજો ચકાસાયેલ ઓળખપત્ર અથવા માન્ય ફોલબેક પદ્ધતિ વિના છોડી શકાય છે. | ચોક્કસ મોડલ પ્રક્રિયા, જરૂરી ભૌતિક ઍક્સેસ, જાળવી રાખેલો ડેટા અને પુનઃ કમિશનિંગ ક્રમની પુષ્ટિ કરો. | પૂર્ણ કરેલ સેટઅપ ચેકલિસ્ટ, પરમિશન-ઍક્સેસ ટેસ્ટ, નકારેલ-ઍક્સેસ ટેસ્ટ અને ફૉલબૅક વેરિફિકેશન. |
આ ટેબલ પ્રોપર્ટીની પોતાની ઓપરેટિંગ ભૂમિકાઓ માટે અનુકૂળ હોવું જોઈએ. દરેક સૂચિત લોક રિમોટ રિકવરી, રેકોર્ડ એક્સપોર્ટ અથવા સમાન રીસેટ સિક્વન્સને સપોર્ટ કરે છે તેના પુરાવાને બદલે તે નિર્ણય સહાય છે.
રીસેટ પ્રક્રિયામાં પુનઃપ્રાપ્તિનો સમાવેશ કરવો આવશ્યક છે
જ્યારે લૉક ચાલુ થાય અથવા ફરીથી કનેક્ટ થાય ત્યારે રીસેટ પૂર્ણ થતું નથી. અસરગ્રસ્ત દરવાજો મંજૂર ઓપરેટિંગ રાજ્યમાં પાછો ફરવો આવશ્યક છે. હેન્ડઓવર પેકેજે પુનઃપ્રાપ્તિનો ક્રમ વ્યાખ્યાયિત કરવો જોઈએ અને દરેક પગલા પર કોણ સહી કરે છે તે ઓળખવું જોઈએ.
- લોક ઓળખ, રૂમ અસાઇનમેન્ટ અને અધિકૃત વ્યવસ્થાપક માલિકની પુષ્ટિ કરો.
- તે દરવાજા માટે મંજૂર કરેલ સેટિંગ્સ અને કનેક્શન પદ્ધતિને જ પુનઃસ્થાપિત કરો.
- જરૂરી ઓપરેશનલ ભૂમિકાઓ અને ઓળખપત્રો બનાવો અથવા પુનઃસ્થાપિત કરો.
- દરેક નિર્ણાયક ભૂમિકા માટે એક માન્ય ક્રિયા અને એક પ્રતિબંધિત ક્રિયા ચકાસો.
- સંમત સ્થાનિક અથવા ઑફલાઇન ફૉલબૅક પદ્ધતિનું પરીક્ષણ કરો.
- કામચલાઉ ઇન્સ્ટોલર ઍક્સેસ દૂર કરો અને રીસેટ રેકોર્ડ અપડેટ કરો.
જ્યાં પ્રોજેક્ટને લોગ્સ અથવા એક્સેસ રેકોર્ડની જરૂર હોય, ત્યાં ખરીદદારે એ પણ પુષ્ટિ કરવી જોઈએ કે રીસેટ તેમની ઉપલબ્ધતાને કેવી રીતે અસર કરે છે. ક્વોટ કરેલ રૂપરેખાંકન માટે સપ્લાયરના દસ્તાવેજીકરણ તેને સમર્થન ન આપે ત્યાં સુધી કોઈ રીટેન્શન વર્તન ધારણ ન કરવું જોઈએ.
ઉત્પાદનના નામને તુયા રીસેટ બિહેવિયરના પુરાવા તરીકે ગણશો નહીં
આ રીસેટ-ગવર્નન્સ વિષય માટે સંબંધિત ઉત્પાદન છે 1023 સિલ્વર પાસવર્ડ અને ફિંગરપ્રિન્ટ લોક. ઉપલબ્ધ ઉત્પાદન ડેટા બ્રશ કરેલા ફિનિશ સાથે સિલ્વર સ્ટેનલેસ-સ્ટીલ લોક, 330 × 42 × 22 મીમીના પરિમાણો અને એપાર્ટમેન્ટ્સ, ઘરો, ભાડાના રૂમ, હોમસ્ટે અને મેનેજ-એક્સેસ પ્રોજેક્ટ્સ સહિતની એપ્લિકેશનોને ઓળખે છે.
તે ચકાસાયેલ વિગતો એ સ્થાપિત કરતી નથી કે દરેક 1023 રૂપરેખાંકન Tuya નો ઉપયોગ કરે છે, રિમોટ ફેક્ટરી રીસેટને સપોર્ટ કરે છે અથવા કોઈ ચોક્કસ એપ્લિકેશન પ્રક્રિયાને અનુસરે છે. જો Tuya સુસંગતતા અથવા એપ્લિકેશન-કનેક્ટેડ પુનઃપ્રાપ્તિ જરૂરી હોય, તો અવતરણ ચોક્કસ પ્રકાર અને સહાયક ગોઠવણીને ઓળખવા જોઈએ. ખરીદદારોએ નમૂનાને મંજૂરી આપતા પહેલા સંબંધિત સેટઅપ, એડમિનિસ્ટ્રેટર-ટ્રાન્સફર, રીસેટ અને પુનઃ કમિશનિંગ દસ્તાવેજોની વિનંતી કરવી જોઈએ.
આ હકીકતની સીમા વ્યાપકને પણ લાગુ પડે છે પાસવર્ડ સ્માર્ટ લોક શ્રેણી. પાસવર્ડ-અને-ફિંગરપ્રિન્ટ મૉડલ બીજા મૉડલ જેવા જ રિમોટ ફંક્શનને આવશ્યકપણે પ્રદાન કર્યા વિના મેનેજ્ડ એક્સેસ માટે યોગ્ય હોઈ શકે છે.

નમૂનાની મંજૂરી પર રીસેટ વર્કફ્લો સ્થિર કરો
નમૂનાના તબક્કાએ ખરીદદારના વાસ્તવિક પુનઃપ્રાપ્તિ વર્કફ્લોનું પરીક્ષણ કરવું જોઈએ, કામચલાઉ એકાઉન્ટ્સનો ઉપયોગ કરીને સપ્લાયર પ્રદર્શન નહીં. સેમ્પલ મોડલ, મેનેજમેન્ટ કન્ફિગરેશન, એડમિનિસ્ટ્રેટર ઓનર, રીસેટ પાથ, ફોલબેક મેથડ અને રિકમિશનિંગ પરિણામ રેકોર્ડ કરો. તે રેકોર્ડ વિતરિત બેચ માટે સ્વીકૃતિ સંદર્ભ બની જાય છે.
RFQ એ પણ જણાવવું જોઈએ કે નમૂનાની મંજૂરી પછી રૂપરેખાંકન ફેરફારોને કેવી રીતે નિયંત્રિત કરવામાં આવશે. જો એપ, ગેટવે, ફર્મવેર, લૉક વેરિઅન્ટ અથવા એકાઉન્ટ સ્ટ્રક્ચરમાં ફેરફાર થાય છે, તો સપ્લાયરએ ફેરફારને ઓળખવો જોઈએ અને અસરગ્રસ્ત સ્વીકૃતિ પગલાંનું પુનરાવર્તન કરવું જોઈએ. આ કાર્યકારી નમૂનાને બલ્ક રૂપરેખાંકન માટે અપ્રસ્તુત બનતા અટકાવે છે.
સ્માર્ટ લોક RFQ સાથે પ્રદાન કરવા માટેની માહિતી
ડોર શેડ્યૂલ, પ્રોપર્ટી સ્ટ્રક્ચર, વિનંતી કરેલ અનલોકીંગ પદ્ધતિઓ, સૂચિત એડમિનિસ્ટ્રેટર માલિક, પુનઃપ્રાપ્તિ સંપર્ક, રીસેટ-મંજૂર ભૂમિકાઓ, સ્વીકૃત ફોલબેક પદ્ધતિ, જરૂરી હેન્ડઓવર દસ્તાવેજો અને નમૂના સ્વીકૃતિ માપદંડ તૈયાર કરો. સામાન્ય જરૂરિયાત તરીકે "સ્માર્ટ લોક એપ્લિકેશન" નો ઉપયોગ કરવાને બદલે પ્રોજેક્ટને ખાસ તુયા અથવા અન્ય એપ્લિકેશન-જોડાયેલ વ્યવસ્થાની જરૂર છે કે કેમ તે પણ ઓળખો.
Haolock આ માહિતીનો ઉપયોગ મોડેલ દ્વારા પુષ્ટિ થયેલ કાર્યો સાથે, મોડેલ પસંદગી, દરવાજા સુસંગતતા, અનલોકીંગ વિકલ્પો અને સંચાલન રૂપરેખાંકનની ચર્ચા કરવા માટે કરી શકે છે. પૂર્ણ રીસેટ અને હેન્ડઓવર આવશ્યકતાઓ દ્વારા સબમિટ કરી શકાય છે સ્માર્ટ લોક પ્રોજેક્ટ અવતરણ ચેનલ જેથી સૂચિત ઉત્પાદન અને તેના વહીવટી કાર્યપ્રવાહની એકસાથે સમીક્ષા કરી શકાય.