Прамы адказ: Пакупнікі павінны вызначыць, хто можа ствараць кожны код, калі ён становіцца сапраўдным, калі мінае, чым доступ персаналу адрозніваецца ад доступу гасцей, як апрацоўваюцца надзвычайныя сітуацыі і якія запісы перадаюцца пры перадачы праекта. Затым гэтыя правілы павінны быць правераны на адпаведнасць дакладнай мадэлі разумнага замка клавіятуры, метадам кіравання і працоўным працэсам абароту пакояў перад масавым зацвярджэннем.
Блакіроўка клавіятуры вызначана не цалкам, калі ў запыце прапановы гаворыцца толькі «патрабуецца доступ з паролем». У гасцініцах, пансіянатах, кватэрах, сем'ях і школах па-рознаму працуюць нумары. Код, які працуе для прыватнай рэзідэнцыі, можа ствараць прабелы ў кантролі, якіх можна было б пазбегнуць, калі ў пакоях мяняюцца жыхары, некалькім камандам персаналу патрабуецца доступ або кіраўнік нерухомасці павінен хутка адклікаць уліковыя даныя. Таму пакупніку патрэбна палітыка ўліковых дадзеных, а таксама спецыфікацыя абсталявання.
Чаму палітыка кода з'яўляецца часткай спецыфікацыі Keypad Smart Lock?
Палітыка ўліковых дадзеных вызначае, як будзе працаваць блакіроўка пасля ўстаноўкі. Гэта ўплывае на цякучасць гасцей, падсправаздачнасць персаналу, экстраны доступ, перадачу адміністратарам і працу, неабходную пры кожнай змене нумара. Пакупнікі разглядаюць параметры разумнай блакіроўкі пароля павінны перавесці гэтыя эксплуатацыйныя патрэбы ў патрабаванні, якія можна праверыць, перш чым параўноўваць прапановы.
Ачка вопыту ў галіны: Цытата можа пералічваць «часовы пароль» без вызначэння таго, ці мае код час пачатку, час заканчэння дзеяння, умову аднаразовага выкарыстання або толькі выдаленне ўручную. Гэта розныя вынікі працы, таму запыт прапаноў не павінен разглядаць фразу як поўную спецыфікацыю.
Першае рашэнне - гэта мадэль кіравання нумарамі. Гатэль можа ствараць ідэнтыфікацыйныя даныя для кожнага знаходжання, кватэра, якая знаходзіцца на доўгатэрміновым тэрміне, можа захоўваць адзін код рэзідэнта на працягу некалькіх месяцаў, а школьны інтэрнат можа мець патрэбу ў доступе рэзідэнта, кіраўніка і тэхнічнага абслугоўвання ў адны і тыя ж дзверы. Інтэлектуальная блакіроўка клавіятуры павінна падтрымліваць запланаваны працоўны працэс на дакладнай мадэлі, якая пастаўляецца; не варта меркаваць, што функцыя, даступная дзесьці ў дыяпазоне пастаўшчыка, існуе на кожным замку.
Якія ролі карыстальнікаў і тыпы кодаў павінны вызначаць пакупнікі?
Пачніце з роляў, а не з функцый. Кожная роля павінна мець дакладнага ўладальніка, правіла сапраўднасці, працэс адклікання і прыёмачны тэст.
| Роля карыстальніка | Правіла кода для вызначэння | Асноўны рызыка, калі не вызначаны | Доказы для запыту |
| Госць або кароткатэрміновы жыхар | Час пачатку, час заканчэння дзеяння, палітыка паўторнага выкарыстання і прызначэнне пакоя | Папярэдні жыхар можа захаваць доступ або новы госць можа атрымаць код занадта рана | Інструкцыя па эксплуатацыі і дэманстрацыя тайм-кода прапанаванай мадэлі |
| Доўгажыхар | Хто стварае, змяняе і адклікае код рэзідэнта | Права ўласнасці становіцца незразумелым, калі змяняецца арандатар або менеджэр | Працэдура адміністратара і працэс скіду |
| Уборка або звычайнае абслугоўванне | Дазволеныя пакоі, дазволеныя гадзіны, агульныя або індывідуальныя коды | Агульны пастаянны код аслабляе адказнасць | Тэст ролі, які ахоплівае дазволены і адхілены доступ |
| Тэхнічнае абслугоўванне | Зацвярджэнне, часовае акно, аб'ём і адкліканне пасля працы | Уліковыя даныя часовага рамонту застаюцца актыўнымі пасля наведвання | Тэставы запіс аб выдачы і адкліканні |
| Менеджэр па надзвычайных сітуацыях | Перавызначыць паўнамоцтвы, захаванне, выкарыстанне запісу і агляд пасля падзеі | Экстранны доступ недаступны або занадта шырока распаўсюджаны | Дакументальна пацверджаная працэдура адмены і аднаўлення |
| Сістэмны адміністратар | Падлік, перадача, скід паўнамоцтваў і адказнасць за рэзервовае капіраванне адміністратара | Уласцівасць залежыць ад аднаго чалавека або мантажніка пасля перадачы | Кантрольны спіс перадачы адміністратара |
Ачка вопыту ў галіны: Агульныя коды супрацоўнікаў лёгка разгарнуць, але цяжка правяраць. Калі адказнасць мае значэнне, пакупнікі павінны спытаць, ці падтрымліваюцца асобныя ўліковыя даныя і якімі з іх можна кіраваць у прапанаванай канфігурацыі.
Як павінны быць напісаны правілы гасцявога і часовага кодэкса?
Карыснае патрабаванне апісвае поўны жыццёвы цыкл уліковых дадзеных: стварэнне, перадача, актывацыя, выкарыстанне, заканчэнне тэрміну дзеяння і выдаленне. Для кароткачасовага знаходжання пакупнік павінен вырашыць, ці пачнецца доступ у запланаваны час рэгістрацыі або калі персанал актывуе нумар. Тое ж рашэнне патрабуецца пры афармленні заказу: аўтаматычнае заканчэнне тэрміну дзеяння і адкліканне ўручную ствараюць розныя працоўныя нагрузкі і розныя рэжымы збояў.
- Вызначце, хто мае права ствараць код госця або наведвальніка.
- Укажыце, ці з'яўляецца тэрмін дзеяння запланаваным, аднаразовым, перыядычным або кіраваным уручную.
- Укажыце, ці дазволена перакрыванне кодаў гасцей падчас уборкі або агляду.
- Вызначце, як дастаўляецца код і хто правярае нумар пакоя і тэрмін дзеяння.
- Усталюйце правіла для ранняга выезду, падаўжэння тэрміну знаходжання, пераносу ў нумар і сітуацый страты тэлефона.
- Патрабаванне выдалення або праверкі заканчэння тэрміну дзеяння як частка абароту пакоя.
Ачка вопыту ў галіны: Падаўжэнне тэрміну знаходжання з'яўляецца агульным выключэннем, якое часта прапускаюць пры тэсціраванні выбаркі. Уласцівасць павінна правяраць, ці можна падоўжыць актыўныя ўліковыя дадзеныя, ці іх трэба замяніць, і ці застаецца бачным для персаналу стары перыяд дзеяння.
Чым павінны адрознівацца персанал, адміністратар і экстраны доступ?
Гасцявы доступ не павінен аўтаматычна вызначаць доступ персаналу. Персаналу могуць спатрэбіцца перыядычныя часовыя вокны, доступ да некалькіх пакояў або доступ толькі тады, калі працоўны заказ актыўны. Уліковыя даныя адміністратара патрабуюць больш жорсткага валодання, таму што яны могуць ствараць, выдаляць або скідваць іншыя ўліковыя даныя. Экстраны доступ павінен заставацца даступным, калі звычайны працоўны працэс не працуе, але пакупнік павінен вырашыць, хто мае гэтыя паўнамоцтвы і як разглядаецца выкарыстанне.
Механічны доступ да ключа можа забяспечыць незалежны запасны варыянт на мадэлях, наладжаных для гэтага, але сам ключ становіцца кантраляваным уліковым даным. Нумарацыя ключоў, захоўванне, запісы аб выдачы, дублікаты і замена пасля страты павінны быць уключаны ў план працы. Палітыка клавіятуры, якая ігнаруе фізічныя ключы, з'яўляецца няпоўнай, калі ключы застаюцца часткай пастаўленага замка.
Ачка вопыту ў галіны: Пакупнікі часам правяраюць код госця, але ніколі не правяраюць перадачу адміністратара. Калі ўстаноўшчык захоўвае адзіныя эфектыўныя паўнамоцтвы адміністратара, аб'ект можа не мець магчымасці самастойна кіраваць пакоямі пасля ўводу ў эксплуатацыю.
Што пакупнікі павінны правяраць на дакладнай мадэлі замка?
Каманда па закупках павінна аддзяліць патрабаваны працоўны працэс ад мадэльных доказаў пастаўшчыка. Напрыклад, база дадзеных прадуктаў Haolock вызначае Чорны парольны замак 2115 у выглядзе анадаванай мадэлі памерам 300 × 75 × 12 мм з выкарыстаннем профілю з аксіду алюмінія і пералічвае карты, ключы і метады часовага адмыкання. Сама па сабе фармулёўка базы дадзеных не вызначае даўжыню кода, логіку сапраўднасці, магчымасці карыстальніка, запісы падзей або працоўны працэс кіравання. Гэтыя дэталі павінны быць пацверджаны для прапанаванай версіі, перш чым мадэль будзе зацверджана ў якасці разумнага замка клавіятуры для праекта кіраванага памяшкання.
Пакупнікі павінны запытаць адказы ў залежнасці ад мадэлі на наступныя пытанні:
- Якія тыпы ўліковых дадзеных уключаны ў цытуемай версіі?
- Як адрозніваюцца ўліковыя даныя адміністратара, пастаянныя, часовыя і аднаразовыя?
- Якія абмежаванні прымяняюцца да даўжыні кода, колькасці кода, перыяду дзеяння і няўдалых спроб?
- Як уліковыя даныя ствараюцца, змяняюцца, выдаляюцца, ствараюцца рэзервовыя копіі і перадаюцца?
- Што адбываецца пасля страты батарэі, скіду, аварыйнага адкрыцця або замены адміністратара?
- Якія функцыі працуюць лакальна, а якія патрабуюць асобнага кампанента кіравання?
Ачка вопыту ў галіны: Назва сямейства прадукту не з'яўляецца доказам канфігурацыі. Узоры этыкетак, апісанні прапаноў, інструкцыі і пастаўленыя кардонныя скрынкі павінны ідэнтыфікаваць адну і тую ж мадэль і ўключаныя функцыі, каб перад устаноўкай можна было выявіць змешаную або замененую партыю.
Як пакупнікі павінны праверыць правілы кода перад масавым зацвярджэннем?
Узор павінен быць пратэставаны як працоўны працэс, а не толькі як дэманстрацыя адчынення дзвярэй. Тэст павінен уключаць сапраўдны ўваход, датэрміновы ўваход, пратэрмінаваны запіс, паўторны няправільны ўваход, доступ персаналу па-за дазволенага перыяду, падаўжэнне для гасцей, пераразмеркаванне пакоя, выдаленне ўліковых дадзеных, экстранае адкрыццё, скід і перадачу адміністратара. Вынікі павінны фіксаваць мадэль, канфігурацыю, дату выпрабаванняў, чаканы вынік, фактычны вынік і адказную асобу.
Сумяшчальнасць дзвярэй застаецца асобным пунктам зацвярджэння. Функцыі ўліковых дадзеных не пацвярджаюць, што корпус замка, шпіндзель, кірунак ручкі, таўшчыня дзвярэй, кірунак адчынення або існуючы выраз адпавядаюць праекту. Пакупнікі могуць выкарыстоўваць Асартымент прадукцыі разумнага замка Haolock для ідэнтыфікацыі мадэляў-кандыдатаў, але фізічная падрыхтоўка і кіраванне кодам павінны быць зацверджаны ў якасці асобных патрабаванняў да канкрэтнай мадэлі.
Што ўключае ў сябе поўны пратакол перадачы?
Перадача павінна дазволіць камандзе ўласнасці працаваць з замкамі, не абапіраючыся на неафіцыйныя веды мантажніка. Запішыце зацверджаныя ролі ўліковых дадзеных, бягучых адміністратараў, супастаўленне ад памяшкання да замка, працэдуру стварэння кода, працэдуру адклікання, экстраны метад, паўнамоцтвы скіду, запіс кіравання ключом, завяршэнне навучання і вынікі прыёмачных выпрабаванняў. Уліковыя дадзеныя па змаўчанні або дэманстрацыйныя ўліковыя даныя павінны быць выдалены або зменены перад засяленнем.
Ачка вопыту ў галіны: Паспяховы ўзор не гарантуе кантраляванай масавай перадачы. Нумары пакояў, ідэнтыфікатары замкаў, права ўласнасці адміністратара і запісы ўліковых дадзеных могуць збівацца падчас усталёўкі, калі ў праекце не выкарыстоўваецца паслядоўны рэестр "пакой-прылада".
Рэпрэзентатыўны сцэнар: як гасцявы дом можа вызначыць працоўны працэс кода?
Рэпрэзентатыўны сцэнар — не заяўлены кліент.
Сцэнар: Гасцявы дом замяняе механічныя замкі для нумароў на замкі з клавіятурай для кіраваных нумароў.
Дзелавая інфармацыя: Пражыванне гасцей вар'іруецца ад адной ночы да некалькіх тыдняў. Уборка мае патрэбу ў планавым доступе, у той час як доступ для тэхнічнага абслугоўвання павінен быць прадастаўлены толькі для дазволеных работ.
праблема: Першапачатковы запыт прапаноў патрабуе «пароль і часовы доступ», але не вызначае тэрмін дзеяння, падаўжэнне, доступ персаналу, экстранае адкрыццё або перавод адміністратара.
Прычына: Пакупнік разглядае доступ з паролем як асаблівасць прадукту, а не як палітыку эксплуатацыі ўласнасці.
рашэнне: Пакупнік вызначае асобныя ролі госця, уборкі, абслугоўвання і адміністратара; правярае працэдуры рэгістрацыі, падаўжэння, ранняга выезду, адклікання і надзвычайных сітуацый; і зацвярджае толькі мадэль, чый дакументаваны працоўны працэс адпавядае гэтым правілам.
Значэнне рашэння пакупніка: Пакупнік можа параўноўваць пастаўшчыкоў з адным і тым жа жыццёвым цыклам уліковых дадзеных замест таго, каб параўноўваць нявызначаны "часовы пароль".
Што павінна ўключаць у сябе RFQ?
- Тып нерухомасці, колькасць пакояў, дэталі дзвярэй і чаканая цякучасць жыхароў.
- Неабходныя ролі госця, рэзідэнта, персанала, абслугоўвання, адміністратара і надзвычайных сітуацый.
- Абавязковыя правілы дзеяння, уключаючы пачатак, заканчэнне, падаўжэнне, паўтарэнне і аднаразовае выкарыстанне.
- Ці патрабуецца асобная ідэнтыфікацыя персаналу або запісы доступу.
- Патрабуецца лакальны, карткавы, ключавы або іншыя рэзервовыя метады.
- Патрабаванні да пераводу адміністратара, скіду, навучання, дакументацыі і рэгістрацыі пакояў.
- Прыклады тэстаў і масавыя крытэрыі прыняцця.
Кампраміс - гэта не проста больш функцый супраць меншай колькасці функцый. Большая колькасць тыпаў уліковых дадзеных можа павысіць гнуткасць, але таксама павялічыць патрабаванні да навучання, перадачы і кантролю. Больш просты працоўны працэс з клавіятурай можа быць больш надзейным для невялікай уласнасці, у той час як для большага праекта з кіраваным памяшканнем можа спатрэбіцца больш дакладнае падзел роляў і запісы. Правільная спецыфікацыя - гэта найменш складаны працоўны працэс, які па-ранейшаму кантралюе рэальныя аперацыйныя рызыкі маёмасці.
Часта задаюць пытанні
Якое самае важнае правіла кода разумнай блакіроўкі клавіятуры?
Самае важнае правіла - гэта валоданне ўліковымі дадзенымі: хто можа ствараць, змяняць, пашыраць, адклікаць і скідваць кожны код. Тэрміны дзеяння складана кантраляваць, калі права ўласнасці незразумела.
Ці павінен кожны госць атрымліваць унікальны код?
Унікальныя коды могуць палепшыць кантроль абароту, але рашэнне залежыць ад падтрымоўванага працоўнага працэсу замка і працоўнага працэсу маёмасці. Пакупнікі павінны праверыць стварэнне кода, заканчэнне тэрміну дзеяння і перапрызначэнне нумара на дакладнай мадэлі.
Ці аднолькавыя часовыя паролі для ўсіх разумных замкоў клавіятуры?
Не. «Часовы» можа адносіцца да часовага, аднаразовага, перыядычнага або выдаленага ўручную доступу. Запыт прапаноў павінен вызначаць неабходную логіку сапраўднасці і патрабаваць дэманстрацыі канкрэтнай мадэлі.
Ці варта ў гаспадарцы выкарыстоўваць адзін агульны код?
Агульны код прасцей, але ён зніжае індывідуальную адказнасць. Уласцівасці павінны вырашыць, ці патрэбны асобныя паўнамоцтвы персаналу, абмежаваныя графікі або абмежаванні па памяшканнях.
Што павінна адбывацца з кодамі пры змене памяшкання?
Доступ са скончаным або адкліканым доступам павінен быць правераны, тэрмін дзеяння новага жыхара павінен быць пацверджаны, выключэнні павінны быць закрыты, а запіс ад пакоя да замка павінен заставацца дакладным.
Ці замяняе клавіятура неабходнасць экстранага метаду?
Неабавязкова. Пакупнікі павінны пацвердзіць дакладныя метады экстранай сітуацыі і скіду мадэлі, вызначыць, хто іх кантралюе, і праверыць працэдуру перад прыняццем праекта.
Якія доказы павінен прадаставіць пастаўшчык перад масавым вытворчасцю?
Запытайце працытаваную мадэль і канфігурацыю, інструкцыі па эксплуатацыі, падрабязную інфармацыю аб ліміце ўліковых даных, прыклады вынікаў тэставання, працэдуры скіду і аварыйныя працэдуры, а таксама выразны план масавай ідэнтыфікацыі і перадачы.
Як пакупнікі могуць запытаць разгляд палітыкі кодэкса?
Для разгляду запыту прапаноў укажыце тып нерухомасці, колькасць пакояў, дэталі дзвярэй, ролі карыстальнікаў, працэс абароту, неабходныя правілы сапраўднасці кода, рэзервовы метад, перавагі кіраўніцтва і прыёмачныя выпрабаванні ўзораў. Haolock можа выкарыстоўваць гэтыя звесткі для абмеркавання выбару мадэлі і канфігурацыі праекта. Пакупнікі таксама могуць праверыць, чаму разумныя замкі з паролямі падыходзяць для працоўных працэсаў у кіраваных памяшканнях перад адпраўкай дэталяў праекта праз Старонка кантактаў Haolock.
