Перад пастаўкай пакупнікі павінны вызначыць, каму належыць уліковы запіс адміністратара, хто можа дазволіць скід, якія доказы патрабуюцца і хто пасля гэтага паўторна ўводзіць кожную блакіроўку. Скід ніколі не павінен разглядацца як ярлык для атрымання доступу. Дакладныя працэдуры аднаўлення і скіду да заводскіх налад павінны быць пацверджаны для цытуемай платформы блакіроўкі і кіравання, задакументаваны падчас перадачы і пратэставаны перад масавай прыняццем.
Такія пошукавыя запыты, як «скінуць разумны замак Tuya», часта прыводзяць да спажывецкіх інструкцый, але праект гасцініцы, кватэры, пражывання ў сям'і або кіраванага нумара мае іншую праблему. Праект можа ўтрымліваць шмат дзвярэй, некалькі аперацыйных роляў, уліковыя запісы мантажнікаў і запісы, якія павінны заставацца пад кантролем пакупніка. Такім чынам, кіраванне скідам належыць не толькі ў кіраўніцтве па ліквідацыі непаладак, але і ў спецыфікацыі пакупкі і кантрольным спісе дастаўкі.
Скід - гэта змена кіравання, а не проста тэхнічны крок
Скід падключанага разумнага замка можа паўплываць на права ўласнасці адміністратара, зарэгістраваных карыстальнікаў, паролі, адбіткі пальцаў, прызначэнне памяшканняў, лакальныя налады або падключэнне да інтэрфейсу кіравання. Фактычны вынік залежыць ад мадэлі і камплектацыі. Пакупнікі не павінны лічыць, што аднаўленне ўліковага запісу, змена адміністратара і скід да заводскіх налад выконваюць адно і тое ж дзеянне.
Адрозненне мае значэнне, таму што няпоўны скід можа пакінуць кіраванне старым адміністратарам, у той час як непатрэбны скід да заводскіх налад можа выдаліць сапраўдныя ўліковыя даныя і стварыць працу па паўторным уводу, якой можна пазбегнуць. Каманда тэхнічнага абслугоўвання, якая спрабуе аднавіць доступ аднаго карыстальніка, не павінна аўтаматычна атрымліваць паўнамоцтвы на выдаленне або перапрызначэнне прылады. Праект павінен разглядаць паўнамоцтвы скіду як абмежаваную аператыўную ролю з дакументальна пацверджаным шляхам зацвярджэння.
Аддзяліце тры розныя падзеі аднаўлення
У дакументах аб запыце і перадачы павінны быць дакладныя назвы падзей. «Скід блакіроўкі» занадта расплывісты, каб пастаўшчык, мантажнік або аператар маёмасці мог выканаць яго бяспечна. Праект павінен адрозніваць як мінімум наступныя сітуацыі:
- Аднаўленне акаўнта: аўтарызаваны адміністратар не можа ўвайсці або больш не мае доступу да зарэгістраванага тэлефона або ўліковага запісу.
- Перадача адміністратара: кантроль павінен перайсці ад мантажніка, супрацоўніка, уладальніка маёмасці або выходнага аператара да новага ўпаўнаважанага ўладальніка.
- Скід прылады або заводскіх налад: блакіроўка павінна вярнуцца ў вызначаны першапачатковы стан, а затым быць настроены зноў.
Для кожнай падзеі пастаўшчык павінен растлумачыць, што захоўваецца, што выдаляецца, які фізічны доступ патрабуецца і якія ўліковыя дадзеныя або дакументы неабходныя. Калі задзейнічаны шлюз, праграма, лакальны адміністратар, механічны ключ або працэс, які падтрымліваецца пастаўшчыком, гэтая залежнасць павінна з'явіцца ў цытуемай канфігурацыі. Універсальныя інструкцыі па скідзе разумнага замка Tuya не павінны замяняць дакументацыю па канкрэтнай мадэлі.
Прызначыць права ўласнасці перад тым, як праграма ўстаноўкі адкрые першую скрынку
Перад пачаткам уводу ў эксплуатацыю пакупнік павінен назваць пастаяннага ўладальніка ўліковага запісу. Гэта можа быць роля на ўзроўні ўласнасці, аўтарызаваны карпаратыўны ўліковы запіс або іншая структура, якая падтрымліваецца абранай сістэмай. Па змаўчанні ён не павінен выкарыстоўваць асабісты нумар тэлефона мантажніка або часовага супрацоўніка, чый сыход можа пакінуць праект без адміністрацыйнага кантролю.
Чатыры абавязкі патрабуюць асобных імёнаў: асоба, якая запытвае скід, асоба, якая гэта зацвярджае, асоба, якая выконвае гэта, і асоба, якая правярае паўторны ўвод у эксплуатацыю. Адзін чалавек можа несці больш чым адну адказнасць у невялікай уласнасці, але рашэнне павінна быць абдуманым. Для партфоліо з некалькіх сайтаў праекту таксама можа спатрэбіцца цэнтральны кантакт для аднаўлення і мясцовы чалавек, які можа забяспечыць фізічны доступ да пашкоджаных дзвярэй.
Пакупнікі параўноўваюць канфігурацыі разумнай блакіроўкі для кіраваных уласцівасцей варта спытаць, як ствараецца і перадаецца права ўласнасці для дакладнай арганізацыі кіравання. Параметр праграмы, функцыя пароля або счытвальнік адбіткаў пальцаў самі па сабе не тлумачаць, хто кіруе аднаўленнем.
Вызначэнне доказаў для запытаў на скід без звычайных уліковых дадзеных
Запыт на выкананне скіду да заводскіх налад смарт-замка Tuya без пароля трэба разглядаць як праблему праверкі права ўласнасці, а не проста як запыт інструкцый для кнопак. Пакупнік і пастаўшчык павінны дамовіцца аб неабходных доказах, калі звычайныя ўліковыя даныя адміністратара недаступныя. Правіла павінна абараняць законнае аднаўленне без стварэння нефармальнай працэдуры абыходу.
Прыдатныя доказы праекта могуць уключаць у сябе запіс уласнасці або прылады, дакументацыю аб закупцы, зацверджаны спіс адміністратараў, расклад дзвярэй, ідэнтыфікатары прылад або іншы метад праверкі, вызначаны пакупніком і падтрымліваецца пастаўшчыком. Артыкул не прадпісвае універсальны пакет доказаў, таму што паводзіны аднаўлення ўліковага запісу і скіду налад адрозніваюцца ў залежнасці ад мадэлі і платформы. Запыт на прапанову павінен патрабаваць ад пастаўшчыка апісання адпаведнага працэсу перад адпраўкай.
Толькі зацвярджэнне па тэлефоне або абмене паведамленнямі можа быць цяжка праверыць пазней. Запіс скіду павінен ідэнтыфікаваць закранутую блакіроўку, прычыну, асобу, якая запытвае, асобу, якая зацвярджае, асобу, якая выконвае працу, і вынік завяршэння. Гэта становіцца асабліва карысным, калі ўласцівасць мяняе аператара або калі патрабуецца аднавіць некалькі дзвярэй адначасова.
Выкарыстоўвайце табліцу рашэнняў аб скідзе падчас перадачы
| Скінуць сітуацыю | Рызыка дзейнічаць занадта хутка | Што пакупнік павінен праверыць | Неабходныя доказы завяршэння |
| Адміністратар забыў пароль | Поўны скід прылады можа выдаліць сапраўдныя налады, калі аднаўлення ўліковага запісу было б дастаткова. | Праверце, ці датычыцца праблема ўліковага запісу, уліковых дадзеных лакальнага адміністратара або самой блакіроўкі. | Запіс аднаўлення і пацверджанне таго, што існуючыя аўтарызаваныя карыстальнікі па-ранейшаму працуюць належным чынам. |
| Уліковы запіс усталёўшчыка па-ранейшаму валодае замкам | Уласнасць можа прыняць дастаўку без пастаяннага адміністрацыйнага кантролю. | Пацвердзіце падтрымліваемую працэдуру перадачы права ўласнасці і канчатковы рахунак пакупніка. | Праверка ўваходу пакупніка і выдаленне несанкцыянаванага доступу да ўстаноўкі. |
| Супрацоўнік або арандатар з'ехаў | Скід налад усёй прылады можа выклікаць непатрэбную працу, калі дастаткова выдаліць уліковыя даныя. | Вызначце канкрэтнага карыстальніка або ўліковыя даныя, якія павінны быць адкліканы. | Тэст на адкліканне ў пашкоджаных дзвярах і пацверджанне таго, што не звязаныя карыстальнікі застаюцца сапраўднымі. |
| Замок пераназначаецца іншаму памяшканню або аператару | Стары нумар, даныя карыстальніка або права ўласнасці могуць заставацца звязанымі з прыладай. | Пацвердзіце, якія даныя ачышчаны і як прызначаюцца новы пакой і адміністратар. | Абноўлены расклад дзвярэй, запіс адміністратара і функцыянальная праверка ў адпаведнасці з новым прызначэннем. |
| Патрабуецца скід да заводскіх налад | Дзверы могуць застацца без правераных уліковых дадзеных або зацверджанага рэзервовага метаду. | Пацвердзіце дакладную працэдуру мадэлі, неабходны фізічны доступ, захаваныя даныя і паслядоўнасць паўторнага ўводу ў эксплуатацыю. | Завершаны кантрольны спіс наладкі, праверка дазволенага доступу, праверка забароненага доступу і рэзервовая праверка. |
Гэтая табліца павінна быць адаптавана да ўласных аперацыйных роляў уласнасці. Гэта дапамога ў прыняцці рашэнняў, а не доказ таго, што кожная прапанаваная блакіроўка падтрымлівае дыстанцыйнае аднаўленне, экспарт запісаў або тую ж паслядоўнасць скіду.
Паўторны ўвод у эксплуатацыю павінен быць уключаны ў працэдуру скіду
Скід не завершаны, калі блакіроўка ўключаецца або паўторна падключаецца. Пашкоджаныя дзверы павінны вярнуцца ў зацверджаны працоўны стан. Пакет перадачы павінен вызначаць паслядоўнасць паўторнага ўводу ў эксплуатацыю і вызначаць, хто падпісвае кожны крок.
- Пацвердзіце асобу замка, прызначэнне пакоя і аўтарызаванага ўладальніка адміністратара.
- Аднаўляйце толькі налады і метад падключэння, ухваленыя для гэтай дзверы.
- Стварыце або аднавіце неабходныя працоўныя ролі і ўліковыя даныя.
- Праверце адно дазволенае і адно забароненае дзеянне для кожнай крытычнай ролі.
- Праверце ўзгоднены лакальны або пазасеткавы рэзервовы метад.
- Выдаліце часовы доступ праграмы ўстаноўкі і абнавіце запіс скіду.
Калі для праекта патрэбныя журналы або запісы доступу, пакупнік павінен таксама пацвердзіць, як скід уплывае на іх даступнасць. Не варта меркаваць, што паводзіны захавання не падтрымліваюцца ў дакументацыі пастаўшчыка для названай канфігурацыі.
Не разглядайце назву прадукту як доказ паводзін Tuya Reset
Звязаным прадуктам для гэтай тэмы скіду кіравання з'яўляецца 1023 Silver пароль і замак адбіткаў пальцаў. Даступныя даныя аб прадукце ідэнтыфікуюць срэбны замок з нержавеючай сталі з матавай аздабленнем, памеры 330 × 42 × 22 мм і прымяненне, уключаючы кватэры, дамы, арэндныя пакоі, пражыванне ў сям'і і праекты з кіраваным доступам.
Гэтыя правераныя звесткі не пацвярджаюць, што кожная канфігурацыя 1023 выкарыстоўвае Tuya, падтрымлівае дыстанцыйны скід да заводскіх налад або прытрымліваецца пэўнай працэдуры прыкладання. Калі патрабуецца сумяшчальнасць Tuya або аднаўленне, падключанае да праграмы, у прапанове павінны быць указаны дакладны варыянт і канфігурацыя падтрымкі. Пакупнікі павінны запытаць адпаведныя дакументы наладкі, перадачы адміністратара, скіду і паўторнага ўводу ў эксплуатацыю перад зацвярджэннем узору.
Гэтая мяжа фактаў таксама адносіцца да больш шырокага дыяпазон разумнай блакіроўкі пароля. Мадэль з паролем і адбіткам пальца можа быць прыдатнай для кіраванага доступу, не абавязкова забяспечваючы тыя ж дыстанцыйныя функцыі, што і іншая мадэль.
Замарозіць працоўны працэс скіду пры зацвярджэнні ўзору
Узорны этап павінен праверыць рэальны працоўны працэс аднаўлення пакупніка, а не дэманстрацыю пастаўшчыка з выкарыстаннем часовых уліковых запісаў. Запішыце ўзор мадэлі, канфігурацыю кіравання, уладальніка адміністратара, шлях скіду, рэзервовы метад і вынік паўторнага ўводу ў эксплуатацыю. Гэты запіс становіцца даведкай аб прыёмцы пастаўленай партыі.
У запыце таксама павінна быць указана, як будуць кантралявацца змены канфігурацыі пасля зацвярджэння ўзору. Калі змяняюцца праграма, шлюз, убудаванае праграмнае забеспячэнне, варыянт блакіроўкі або структура ўліковага запісу, пастаўшчык павінен вызначыць змяненне і паўтарыць закранутыя этапы прыняцця. Гэта прадухіляе, каб працоўны ўзор стаў недарэчным для масавай канфігурацыі.
Інфармацыя, якую трэба падаць разам з запытам прапановы Smart Lock
Падрыхтуйце графік размяшчэння дзвярэй, структуру ўласнасці, запытаныя метады разблакіроўкі, прапанаванага ўладальніка адміністратара, кантакт для аднаўлення, ролі зацвярджэння скіду, прыняты запасны метад, неабходныя дакументы перадачы і крытэрыі прыёмкі ўзораў. Таксама вызначце, ці патрабуецца для праекта канкрэтна Tuya або іншая дамоўленасць, звязаная з дадаткам, замест таго, каб выкарыстоўваць «прыкладанне разумнай блакіроўкі» ў якасці агульнага патрабавання.
Haolock можа выкарыстоўваць гэтую інфармацыю для абмеркавання выбару мадэлі, сумяшчальнасці дзвярэй, варыянтаў адмыкання і канфігурацыі кіравання з функцыямі, пацверджанымі мадэллю. Выкананыя патрабаванні да скіду і перадачы можна адправіць праз канал каціровак праекта разумнага замка так што прапанаваны прадукт і яго адміністрацыйны працоўны працэс можна разглядаць разам.
