לפני שמבקשים מנעול חכם עם גישה מרחוק, מנהלי נכסים צריכים להקצות אחריות לחמש פעולות: ביטול נעילה, אישור משתמשים, איפוס מנהלים, ביטול אישורים ובדיקת רשומות גישה. כל פעולה זקוקה לתפקיד בעל שם, היקף מוגדר, כלל אישור ונוהל מסירה. ההצעה צריכה גם לדרוש ראיות ספציפיות לדגם לכך שפלטפורמת הנעילה והניהול המוצעת יכולה לתמוך בבקרות אלה.
"גישה מרחוק" אינו מפרט שלם. ספק אחד עשוי לפרש זאת כניהול משתמשים מבוסס אפליקציה ליד הדלת, בעוד שספק אחר עשוי להתכוון לפתיחת נעילה מחוץ לאתר דרך מערכת מחוברת. לכן הצעת מחיר יכולה להיראות תואמת למרות שהיא לא תואמת את זרימת העבודה התפעולית של הנכס. צוותי רכש צריכים להגדיר תחילה את מודל ההרשאה, ולאחר מכן לבקש מהספקים לאשר אילו פונקציות זמינות במנעול, באפליקציה, בשער או בתצורת הניהול המדויקת.
כותרת כגון "מנהל" אומרת מעט על מה שאותו אדם עשוי לעשות בפועל. ייתכן שמנהל תורן במלון יצטרך לאשר ביטול נעילה חד פעמי אך לא בהכרח יוכל להעביר בעלות על המערכת. צוות השכרת דירה עשוי ליצור גישת דיירים אך אין לו סיבה לשנות את הגדרות המכשיר. אנשי תחזוקה עשויים להזדקק לכניסה מוגבלת בזמן לחדרים שהוקצו ללא ראות לתוך דיירים או נכסים אחרים.
הקובץ המצורף הראשון של הצעת המחיר צריך להיות מטריצת אחריות. המטריצה שלהלן היא מודל תכנון, לא טענה שכל מנעול המחובר לאפליקציה כולל כל פונקציה הרשומה. על הקונים למחוק שורות לא רלוונטיות ולדרוש מהספק לסמן כל פונקציה שנותרה כנתמכת, לא נתמכת או תלויה ברכיב נוסף.
| פעולת גישה מרחוק | החלטה להגדיר לפני ההצעה | בקרת פרויקטים טיפוסית | עדות לבקש |
| ביטול נעילה מרחוק | אילו תפקידים עשויים לפתוח אילו חדרים, ובאילו נסיבות? | הגבל את הגישה לפי נכס, בניין, קומה, חדר, משמרת או סוג אירוע. | מסך הרשאת תפקיד, הוראות הפעלה ומבחן קבלה לדוגמה. |
| בטל את הנעילה של אישור | האם אדם אחד יכול לפעול לבד, או שעל תפקיד אחר לאשר את הבקשה? | השתמש באישור שני עבור חדרים רגישים או חריגים לאחר שעות העבודה כאשר הפרויקט דורש זאת. | אישור הספק של זרימת העבודה הזמינה לאישור בתצורה המצוינת. |
| יצירת משתמש או אישור | מי רשאי להוסיף עובדים, אורחים, דיירים, קבלנים או משתמשים זמניים? | הפרד גישה שוטפת לחדר מיצירת מנהל. | הדגמה של תפקידי משתמש, תקופות תוקף ובקרות הקצאת חדרים. |
| שלילת אישור | מי מסיר את הגישה לאחר התשלום, סיום חוזה השכירות, עזיבת הצוות או טלפון שאבד? | הקצה בעל תגובה ונקודת סיום נדרשת לכל אירוע. | הליך ביטול והוכחה שניתן לבדוק את הסרת הגישה במנעול המושפע. |
| איפוס מנהל המערכת | מי רשאי לאפס מנעול או חשבון, ומי מאשר את הפעולה הזו? | שמור על סמכות איפוס צרה יותר מסמכות ניהול משתמשים שגרתית. | הוראות איפוס ספציפיות לדגם ורשימת בדיקה לאחר איפוס הפעלה מחדש. |
| סקירת רשומות גישה | אילו תפקידים עשויים להציג או לייצא רשומות, עבור אילו דלתות, ולאיזו מטרת הפעלה? | הגבל את הנראות להיקף התפעולי הקטן ביותר הנדרש על ידי הפרויקט. | אישור ספק של שדות רשומות, זמינות, בקרות שמירה ואפשרויות ייצוא. |
| העברת בעלות על המערכת | מי מקבל שליטה לאחר ההתקנה, וכיצד מסירים את הרשאות המתקין? | הפוך את העברת הבעלות הסופית לאבן דרך קבלה מתועדת. | הליך מסירה המציג העברת חשבון, הסרת אישורים ואימות קונה. |
הרשאה שימושית רק כאשר היקפה ברור. "מנהל נכס יכול לפתוח דלתות" יכול להיות דירה מוקצית אחת, כל חדר בבניין אחד, או תיק שלם. הבדל זה משפיע על הסיכון התפעולי ואין להשאיר למתקין להחליט במהלך ההפעלה.
עבור כל תפקיד, ציין את המאפיינים, המבנים, הקומות, החדרים וחלונות הזמן המותרים. ציין גם אם התפקיד יכול להאציל גישה לאדם אחר. אם האצלה מותרת, הגדירו מי יכול לאשר אותה ומתי היא יפוג. מנהל אזורי עשוי להזדקק לנראות במספר אתרים, בעוד שמנהל באתר עשוי להזדקק לסמכות רק עבור מיקום אחד. ריכוז כל הרשאה יכול לפשט את הפיקוח, אבל זה גם יוצר השפעה רחבה יותר אם חשבון אחד מטופל בצורה לא נכונה. שליטה מקומית גרידא מצמצמת את ההשפעה אך עשויה להאט את התמיכה כאשר אין אדם מורשה באתר.
אותו היגיון היקף צריך לחול על שינויים במאפיינים. כאשר חדר משתנה מהשכרה לטווח ארוך לשימוש לשהייה קצרה, זרימת העבודה של האישורים הנדרשת עשויה להשתנות גם אם המנעול הפיזי נשאר במקומו. קונים בודקים אפשרויות נעילה חכמה לנכסים מנוהלים לכן יש להשוות את דגם ההפעלה בזהירות כמו הידית, הגימור או שיטת פתיחת הנעילה.
גישה שוטפת מכסה אירועים מתוכננים כגון הגעת אורחים, מעבר דיירים, ניקיון בית, בדיקה או תחזוקה מתוכננת. גישה חריגה מכסה נעילות, בדיקות רווחה, טלפונים פגומים, הפרעות רשת, היעדרות של צוות ואירועים אחרים הדורשים סטייה מבוקרת מזרימת העבודה הרגילה.
מפרט הפרויקט צריך לזהות את בעל החריג, את הראיות הנדרשות לפני ביטול הנעילה ואת הרשומה שנוצרה לאחר מכן. זה צריך גם לציין מה קורה אם הפונקציה השלטונית אינה זמינה. בהתאם לדגם הנבחר, החזרה עשויה להיות כרוכה בסיסמה, טביעת אצבע, כרטיס, מפתח מכני, מנהל מקומי או שיטה מאומתת אחרת. אין להניח נפילה על פני כל מגוון המוצרים; מערכת המוצרים של Haolock כוללת מספר אפשרויות פתיחה וניהול, אך יש לאשר את השילוב הזמין לפי דגם.
הבחנה זו מונעת מתכונת נוחות יומיומית להפוך למסלול גישה ראשי בלתי נשלט. זה גם נותן לספק דרישה הניתנת לבדיקה: הדגמת זרימת העבודה הרגילה, הדגמת זרימת העבודה החריגה והצגה כיצד המערכת חוזרת לשליטה רגילה לאחר האירוע.
יש לאשר את המנעול הפיזי ואת סידור הניהול מרחוק כתצורה אחת. ה 1023 נעילת סיסמה וטביעת אצבע שחורה, לדוגמה, רשום עבור דירות, בתים, חדרים להשכרה, אירוח ביתי ופרויקטים בגישה מנוהלת. נתוני המוצר המתועדים שלו מאשרים גוף שחור מנירוסטה, גימור מוברש, מידות של 330 × 42 × 22 מ"מ וזיהוי סיסמה וטביעת אצבע.
עובדות אלו אינן מייצרות כשלעצמן ביטול נעילה מרחוק, היררכיית חשבון, דרישות שער, זמינות רשומות או התנהגות אפליקציה. אם קונה רוצה את הדגם הזה - או כל אפשרות מה- טווח מנעול חכם בטביעת אצבע- בניהול מרחוק, על הספק לזהות את הגרסה המדויקת וכל רכיב תומך בהצעת המחיר. אותו כלל חל בעת הערכת ה טווח מנעול חכם סיסמא: אין להתייחס למקלדת או לפונקציית סיסמה זמנית כהוכחה לניהול מחוץ לאתר.
בקשו מהספק לציין האם כל פונקציה מבוקשת מתבצעת במנעול, דרך טלפון ליד המנעול, דרך שער או דרך ממשק ניהול אחר. הבהרה יחידה זו יכולה לחשוף הבדלי היקף נסתרים בין הצעות מחיר ולמנוע אישור תצורה לדוגמה תחת הנחות שאינן נכנסות להזמנה בתפזורת.
ניהול גישה מרחוק נכשל לעתים קרובות במעברים ולא במהלך שימוש רגיל. מתקינים עוזבים, עובדים מחליפים תפקיד, דיירים עוזבים, מפעילי נכסים מתחלפים או שטלפון המקושר לחשבון מנהל אבד. הפרויקט זקוק לתגובה מוגדרת עבור כל אירוע לפני תחילת ההתקנה.
הקבלה הסופית אמורה לוודא שהקונה שולט בחשבון המנהל המיועד, חשבונות הגדרה לא מורשים הוסרו, לכל תפקיד יש את היקף הדלת המאושר, וניתן ליצור ולבטל אישורי בדיקה. אם הפרויקט דורש רשומות גישה, צוות הקבלה צריך גם לוודא שהבודק המיועד יכול לאחזר את המידע הנדרש בעוד שמשתמשים לא קשורים אינם יכולים. יש לאשר את שמירת הרשומות ואת התנהגות הייצוא מול הדרישות התפעוליות והחוקיות של הפרויקט עצמו במקום להניח.
עבור פרויקטים מרובי אתרים, מנה גם בעל חשבון וגם איש קשר לשחזור. הם לא צריכים להיות מתקינים זמניים או עובדים בודדים שעזיבתם תעזוב את הנכס ללא בקרה מנהלית. יש צורך גם בתהליך שינוי מתועד: כל הרחבת הרשאה מאוחרת יותר צריכה לזהות מי ביקש זאת, מי אישר אותה, אילו דלתות הושפעו ומתי נבדק השינוי.
| קלט RFQ | מידע שעל הקונה לספק | נדרשת תגובת ספק |
| לוח זמנים של נכס ודלת | מספר אתרים, מבנים, חדרים, סוגי דלתות, עובי דלת וכמויות נעילה נדרשות. | דגם מנעול תואם, סידור גוף מנעול, וכל מידע על הדלת שעדיין נחוץ. |
| מטריצת הרשאות | תפקידים, פעולות מותרות, היקף דלת, טווח זמן, כללי אישור ומגבלות האצלה. | פונקציות נתמכות, מגבלות וכל פונקציה שצריכה דגם או רכיב אחר. |
| תוכנית קישוריות | היכן נדרשת הפעלה מרחוק ואיזו קישוריות זמינה בכל נכס. | כיצד התצורה המצוטטת מתקשרת ואיזה התקן או הגדרה נוספים נדרשים. |
| הליך נפילה | מי צריך גישת חירום ואילו שיטות לא מקוונות או מקומיות יקבל הפרויקט. | שיטות החלפה זמינות על הדגם המדויק וההליך להחזרת השליטה הרגילה. |
| חבילת מסירה | בעל שם של מנהל מערכת, איש קשר לשחזור, תפקידי צוות, קהל הדרכה ומסמכים נדרשים. | הוראות הגדרה, הליך איפוס, שלבי העברת בעלות ורשומות תצורת תפקידים. |
| מבחן קבלה | דלתות לדוגמה, תפקידי משתמש, פעולות מותרות, פעולות אסורות וקריטריונים לעבור/נכשל. | שיטת בדיקה למדגם וגישת האימות המוסכמת עבור האצווה שנמסרה. |
תגובת ספק צריכה להבחין בין פונקציות סטנדרטיות לפונקציות אופציונליות ולזהות תלות. "האפליקציה נתמכת" אינה מספיקה אם הצעת המחיר שואלת מי יכול לבטל את הנעילה מרחוק, האם קיים שלב אישור, כיצד הגישה מבוטלת, או כיצד הבעלות עוברת לאחר ההפעלה. הציטוט אמור לענות על שאלות אלו מול הדגם והתצורה הנקובים.
לא. ההרשאה צריכה לפעול לפי אחריות תפעולית, היקף הדלת ונהלי האירוע. ייתכן שמנהלים מסוימים יצטרכו רק להנפיק או לבטל אישורים, בעוד שקבוצה קטנה יותר מטפלת בפתיחת נעילה מרחוק יוצאת דופן.
לא. "בקרת אפליקציה" יכולה לתאר הסדרי חיבור וניהול שונים. על הקונים לבקש מהספק לציין היכן המשתמש חייב להיות, כיצד המנעול מתקשר ואילו רכיבים נוספים נדרשים.
לא אלא אם הדף או המסמכים התומכים מתארים במפורש את ההיררכיה הזו עבור המודל המדויק. זהות המוצר, החומר, הממדים ושיטות ביטול הנעילה אינם מאשרים באופן אוטומטי תפקידי חשבון, כללי אישור או בקרות רשומות.
השתמש בדלת לדוגמה ובמטריצת התפקיד האמיתי של הנכס. בדוק פעולה מותרת אחת, פעולה אסורה אחת, ביטול אישורים, מסירת מנהל מערכת ושיטת החזרה המוסכמת. רשום את התצורה המקובלת לצורך השוואה עם האצווה שנמסרה.
הצעה ניתנת לביצוע משלבת את לוח הזמנים של הדלת עם מטריצת האחריות. כלול את סוג הנכס, ספירת החדרים, פרטי הדלת וגוף המנעול, שיטות ביטול נעילה מועדפות, פעולות מרחוק, בעלות מנהל מערכת, שיטת החלפה, מסמכי מסירה וקריטריוני קבלה. זה נותן לספק מספיק הקשר כדי להתאים מודל ולזהות הנחות לא נתמכות לפני התמחור.
Haolock יכולה לתמוך בדיונים על מודלים ותצורה של סיסמה, טביעת אצבע, כרטיס, מפתח מכני, סיסמה זמנית, בלוטות', אפליקציה ואפשרויות מנוהלות מחשב, בכפוף לדגם הספציפי. צוותי נכסים יכולים להגיש את לוח הזמנים המלא דרך דף חקירה של פרויקט מנעול חכם כך שההצעה יכולה להתייחס לתאימות הדלת ולזרימת העבודה הנדרשת לניהול גישה ביחד.
על הקונים לתכנן רישום טביעות אצבע כמחזור חיים תפעולי, לא כשלב הגדרה בודד. לפני בחירת מנעול חכם עם גישה לטביעת אצבע, הגדירו מי רשאי לרשום משתמש, כיצד נבדקת הזהות, אילו דלתות המשתמש עשוי לפתוח, כיצד מטפלים ברישום שנכשל, מתי הגישה נמחקת ואיזה גיבוי לא ביומטרי נותר זמין. ה- […]
קונים המשווים בין יצרן מנעול דלת מקלדת חכם בסין צריכים לאמת שני דברים בנפרד: האם המנעול המוצע מתאים לפרויקט, והאם הספק יכול לתמוך בתהליך אישור מבוקר מדגימה לאצווה. פרופיל חברה או קטלוג מוצרים רחב אינם יכולים להחליף ראיות ספציפיות לדגם. לפני בקשת הצעת מחיר, הגדר את תנאי הדלת, שיטות הגישה, זרימת העבודה של המשתמש, […]
לפני המסירה, הקונים צריכים להגדיר מי הבעלים של חשבון המנהל, מי רשאי לאשר איפוס, אילו ראיות נדרשות, ומי יפעיל מחדש כל נעילה לאחר מכן. לעולם אין להתייחס לאיפוס כאל קיצור דרך להשגת גישה. יש לאשר את הליכי השחזור ואיפוס היצרן המדויקים עבור פלטפורמת הנעילה והניהול המצוטטים, שתועדו במהלך […]
