איך omotto יודעת מי הלקוח: רמות אימות ובחירת שם

omotto מפרידה בין מה שאדם מספר על עצמו לבין מה שהוא הוכיח. המדריך הזה עושה סדר בסוגי הראיות, בגישה שהם יכולים לאפשר ובדרך שבה נבחר שם הלקוח. הוא מתאים למשל כשפרופיל נראה מוכר ובכל זאת נדרש קוד, או כשהצוות רואה שם אחר מזה שהבוט משתמש בו בשיחה.

איך זה עובד

מפרט שנמסר בשיחה ועד להוכחה

מספר טלפון שהוקלד בהודעה הוא פרט שהלקוח טוען ששייך לו. קוד שהוזן בהצלחה מוכיח שליטה ביעד שאליו נשלח. שם מוכר או הזמנה תואמת לא מוכיחים אוטומטית בעלות על חשבון שלם בחנות.

הטבלה מתחילה בראיות חלשות יותר ומתקדמת להוכחות. שתי השורות האחרונות עונות על שאלה נפרדת: האם לאדם יש חשבון במערכת העסק שלכם? אלה לא ציוני אימות גבוהים יותר. מזוהה יכול להיות חלש יותר מ־מאומת.

הראיה או הרמה	איך הלקוח מגיע אליה	מה היא יכולה לאפשר	מה היא לא מאפשרת
פרט שנאמר בשיחה	הלקוח מוסר שם, טלפון או אימייל.	פרט לשימוש בשיחה; חיפוש חשבון אפשרי אם התרתם במפורש חיפוש לפי פרטים לא מאומתים.	הוכחת שליטה, גישה להזמנות פרטיות או שייכות לעסק רק כי הלקוח אמר זאת.
ראיה מהערוץ	הלקוח כותב בוואטסאפ עם זהות חשבון מאומתת. כשיש גם מספר טלפון זמין ומאומת, אפשר להשתמש בו.	וואטסאפ יכולה לעמוד בדרישת אימות זהות בלי קוד מיותר. מספר מאומת יכול לתמוך בגישה להזמנות שבהן הוא מופיע.	שליטה באימייל או בטלפון אחרים, או בעלות על כל חשבון בחנות. ערוצים אחרים לא מקבלים את האימות האוטומטי הזה של וואטסאפ.
התאמה לפי הזמנות בחנות	פרטי קשר או ראיות מפרטי התשלום מצביעים על לקוח אפשרי בחנות.	רמז לצוות, למשל שם אפשרי או היסטוריית קניות.	קישור של אותו אדם או הרשאה לחשוף רשומות פרטיות מעצם ההתאמה. זה לא אותו דבר כמו בחירת מזוהה בדרישת גישה לפעולה.
אימות מול משאב: הוכחה להזמנה או לרשומה אחת	הוכחה מתאימה קשורה לרשומה המסוימת; גם אימות זהות חזק יותר יכול לעמוד בדרישה.	עמידה בדרישה שמוגבלת לרשומה הזאת.	רשומות אחרות או שייכות לעסק. מסלול האימות באמצעות הזמנה בלבד עדיין לא זמין; ידיעת מספר הזמנה אינה שיטת אימות.
מאומת: הוכחה של שליטה	הלקוח משלים קוד לטלפון או לאימייל, או שיש לו הוכחה מתאימה מערוץ וואטסאפ.	פעולות שדורשות אימות, אם גם בדיקות הבעלות והתזמון הנפרדות שלהן עוברות.	שייכות אוטומטית לעסק, כל חשבון בחנות, כל פעולה או דילוג על אישורים.
מזוהה: נמצא חשבון תואם	מקור משתמשים פעיל מחזיר התאמה עדכנית שעומדת בתנאים. היא יכולה להתבסס על פרט לא מאומת אם התרתם זאת.	פעולה שהגדרתם במכוון לקבל מזוהה.	הוכחה שהאדם בשיחה הוא בעל האימייל, הטלפון או החשבון שנמצאו.
משתמש מאומת: הוכחה וגם התאמה לחשבון	גם אימות מתאים וגם התאמה עדכנית לחשבון שמבוססת על פרט מאומת של האדם הזה.	פעולה שדורשת משתמש מאומת, כולל הגבלה למקור או לתפקידים שבחרתם.	גישה לחשבונות לא קשורים, פעולות כבויות או פטור מבדיקות אחרות.

מקור משתמשים בודק אם יש חשבון במערכת העסק שלכם, למשל חשבון תלמיד או חשבון לקוח בחנות. בזיהוי משתמשים תמצאו את ההסבר המלא על הוכחה לעומת שייכות, הגדרת מקורות וטבלת אפשרויות הגישה.

מה זה אומר ביכולות היומיומיות

אלה כללי הפתיחה המובנים, לא הבטחה שכל לקוח יכול להשתמש בכל יכולת. היכולות צריכות להיות זמינות ופעילות. כשמוצגת בקרת אימות, אפשר לשנות את הדרישה שלה.

יכולת	כלל הפתיחה והמגבלה שחשוב להכיר
בדיקת הזמנה	כברירת מחדל אין דרישת אימות נוספת של המיומנות, אבל הבעלות עדיין נבדקת. מספר הזמנה לבדו לא מספיק. טלפון או אימייל מאומתים שמופיעים בהזמנה יכולים לאפשר גישה לסטטוס ולתוכן שלה בלי להוכיח בעלות על החשבון כולו. בגישה המוגבלת הזאת האימייל שבהזמנה מוסתר חלקית, והקישור לדף סטטוס ההזמנה בחנות לא נמסר.
איתור ההזמנות שלי	כברירת מחדל נדרש אימות זהות מתאים; גם אימות קודם יכול להספיק אם הוא עדיין בתוקף. גישה ברמת החשבון נפרדת מגישה להזמנות מסוימות. כל ההזמנות, כולל כתובות מחייבות הרשאה ברמת החשבון, ולא רק התאמה לחנות. מגבלות החיפוש עדיין יכולות להשאיר הזמנות מחוץ לתוצאות.
בדיקת קרדיט בחנות	קוראת יתרות בחשבונות שיש ללקוח גישה אליהם ברמת החשבון. התאמה לפרטי משלוח או חיוב בלבד לא חושפת את היתרה בחשבון. אימות של פרט לא קשור אינו מספיק.
שינויים בהזמנה ופעולות אחרות בחנות	ברירת המחדל המשותפת לאימות בפעולות האלה היא הוכחת זהות מתאימה, וגם הוכחה קודמת שעדיין בתוקף יכולה להספיק. הבעלות על ההזמנה, כללי השינוי של החנות והאישורים עדיין חלים. שינוי פריטים מתחיל בדרישת בעלות ברמת החשבון; סוגי שינוי אחרים יכולים לקבל פרט מאומת שמופיע בהזמנה. אפשר לשנות את הדרישה הרלוונטית בבקרות החנות. ראו פעולות Shopify ואישורים.
זיכרון שיחה בין ערוצים	כברירת מחדל נדרשת הוכחת זהות בשיחה הנוכחית. ההיסטוריה של הערוץ הנוכחי נשארת זמינה בלי הבדיקה הזאת. לפרופילים מקושרים ולהיסטוריה שמשותפת בקבוצה יש כללי שיתוף נפרדים.
פגישות	ברירת המחדל היא אימות זהות מתאים; גם הוכחה קודמת שעדיין בתוקף יכולה להספיק. זה לא חושף את היומן של כולם. פרופיל הלקוח מבחין בין שינוי פגישות שנקבעו עבור הלקוח הזה לבין קריאה וביטול בלבד, כשקביעה חדשה או שינוי מועד אינם זמינים. ראו זמינות יומנים.
פעולה ב־API מותאם	זהו חיבור למערכת העסק שלכם. לכל פעולה יש בחירת גישה משלה; ראו הגדרות הפעולה. הבחירה אימות מול משאב דורשת כרגע אימות ברמת זהות בשיחה, משום שהבדיקה לא מקבלת רשומה מסוימת. התאמה לשייכות בלבד לא מספיקה ל־משתמש מאומת.

כשחסרה הוכחה, הבוט יכול לבקש מהלקוח להשלים קוד לפני ניסיון נוסף לבצע את הפעולה המוגנת. הוא לא שולח קוד לכל מי שפונה. קוד לא פותר חשבון חסר, שירות לא זמין או תפקיד שלא מאפשר גישה.

כדי להבין מה מותר לשתף עם לקוח מסוים, קראו את מה העוזר ישתף בפרופיל שלו. שימו לב גם להיקף וגם להסבר: שורה שמוגבלת למספר או לערוץ מסוימים אינה הבטחה לגישה בכל שיחה. זו חלונית הסבר, לא מתג שמעניק הרשאה.

אותו אדם, אנשים קשורים וחשבונות חנות שאומצו

אלה קשרים, לא רמות אימות נוספות:

קישור זהויות קובע שפרופילים בערוצים שונים שייכים לאותו אדם. ההיסטוריות שלהם יכולות להפוך להקשר משותף. הקישור יכול להגיע מהצוות או מהתאמה אוטומטית שעומדת בתנאים; לא בכל קישור אוטומטי הוזן קוד חדש. השתמשו במדריך לקישור זהויות כדי לבדוק או להפריד פרופילים.
קבוצת לקוחות מחברת אנשים שונים שיש ביניהם קשר, כמו בני משפחה. הפרופילים נשארים נפרדים. השיתוף כפוף לכללי הקבוצה, ולא להנחה שמדובר באותו אדם.
אימוץ חשבון חנות משייך חשבון נוסף בחנות ללקוח. הבוט שופט את השיחה ואת הראיות שמחברות הזמנה לפרטי קשר מאומתים; המערכת בודקת שאפשר עדיין להשתמש בהוכחות התומכות. השיוך יכול לאפשר גישה ברמת החשבון, כולל קריאת היסטוריית הזמנות ויתרות, בכפוף לבדיקות של כל יכולת. הוא לא מוכיח שליטה בטלפון או באימייל של החשבון עצמו, לא מעביר קרדיט אוטומטית ולא מחליף את חשבון ברירת המחדל לפעולות הקיימות בחנות. השיוך חל בפרופילים של אותו אדם, ולא עובר לחברי קבוצה אחרים. ראו חשבונות חנות שאומצו וביטול האימוץ.

איך נבחר שם הלקוח

שם עוזר לפנות לאדם. הוא לא הוכחת זהות. הבוט שופט אם הלקוח הציג את עצמו; המערכת שומרת את השם הזה בנפרד מהוכחות לשליטה בטלפון או באימייל.

בבחירת השם שמוצג לצוות, סדר העדיפויות הרגיל הוא:

שם שהצוות קבע בפרופיל.
שם שהלקוח אמר בשיחה והבוט תיעד.
שמות מפרופילים בערוצים פעילים, לפי הפעילות האחרונה — החדש קודם.
שמות מפרופילים מיובאים, לפי הפעילות האחרונה — החדש קודם.
שם לקוח ב־Shopify שיש לו ראיות תומכות לקשר לחשבון.
שם מתאים מפרטי התשלום, לתצוגת צוות בלבד.
שם ישן שנשמר בפרופיל.
טלפון, אימייל או מזהה קשר אחר שמתאים לתצוגה.
כיתוב כללי כמו ״Customer #123״.

גם פרופילים שמקושרים כאותו אדם יכולים לספק שם. שם שנקבע או נאמר בפרופיל עצמו קודם לשם מפרופיל מקושר. בשיחה הנוכחית של הבוט, פרופיל הערוץ שבו מתנהלת השיחה קודם בתוך קבוצת השמות מהערוצים הפעילים.

לתווית שמוצגת לצוות תמיד יש חלופה. השם שמועבר לבוט לצורך פנייה ללקוח הוא דבר אחר: טלפונים, אימיילים, מזהים וכיתובים כלליים לא מועברים כשמות. שם פרופיל שנבחר אוטומטית הוא רק רמז; הבוט מונחה להשתמש בו רק אם הוא נראה כמו שם של אדם, ולא לטעון שהלקוח הציג את עצמו כך. אם אין שם מתאים, הבוט יכול פשוט לא להשתמש בשם.

שם המשלם מפרטי התשלום יכול להופיע לצוות עם הסייג לתצוגת צוות בלבד. המקור הזה לעולם לא משמש כשם לפנייה ללקוח או כהוכחה למי שמשוחח. שם שנאמר בנפרד או הגיע ממקור מתאים אחר עדיין יכול לשמש לפנייה.

אם הלקוח אומר שם אחר, הוא לא מחליף שם שהצוות קבע. השתמשו ב־עריכת שם בראש הפרופיל כדי לתקן אותו, או ב־חזרה לשם האוטומטי כדי להסיר את בחירת השם המקומית. החזרה לאוטומטי מסירה גם שם שמור שנאמר בשיחה; היא לא מוחקת שמות בשירותים המחוברים. ראו בקרות השם ושלבי העריכה.

איפה זה נמצא

לקוחות ← כל הלקוחות ← פתיחת פרופיל לקוח עבור מי זה, איך אנחנו יודעים ו־מה העוזר ישתף; לקוחות ← זיהוי משתמשים למקורות. לדרישות הגישה, פתחו את הכלל של המיומנות ב־בוט ← המדריך ← מה [שם העוזר] עושה כש… ← למי זה מיועד ובדקו את אימות נדרש, או פתחו את פעולת API מותאם.

הגדרה

פתחו את פרופיל הלקוח שמתואר למעלה והשוו בין ראיות הזהות להסבר על השיתוף.
פעלו לפי מדריך מקורות המשתמשים אם פעולה צריכה להבחין בין אדם מאומת לבין מי שרשום במערכת העסק שלכם.
בדקו את דרישת הפעולה ואת מועד האימות הנדרש. אל תקלו אותן רק כי השם או ההתאמה לחנות נראים מוכרים.

אין מתג אחד ברמת הלקוח שפותח את הכול.

הגדרות

עד כמה האימות צריך להיות חדש?

בבקרת למי זה מיועד של המיומנות, אימות נדרש בוחרת את ההוכחה הנדרשת ו־טריות ההוכחה קובעת מתי היא צריכה הייתה להירשם.

אפשרות ב־טריות ההוכחה	המשמעות
בכל זמן	גם הוכחה קודמת שעדיין בתוקף יכולה להספיק. הבחירה לא מחזירה לתוקף הוכחה שפגה או בוטלה.
בשיחה זו	ההוכחה צריכה להירשם בשיחה הזאת, ולא רק בשיחה אחרת עם אותו לקוח.
בתוך פרק זמן	ההוכחה צריכה להיות מתוך מספר הדקות שהגדרתם. גם לקוח בוואטסאפ עשוי להזדקק לקוד חדש אם ההוכחה המתאימה האחרונה ישנה מדי.

ברירות המחדל משתנות בין יכולות, כפי שמתואר למעלה. מזוהה הוא תנאי של התאמה לחשבון, לא הוכחת קוד עם מגבלת זמן. משתמש מאומת דורש גם עמידה במועד ההוכחה וגם התאמה עדכנית לחשבון. מקור שאינו זמין, כבוי או כבר לא מחזיר התאמה לא יתוקן רק באמצעות קוד נוסף.

תוקף אימות מספר טלפון (ימים) הוא הגדרת התאמה נפרדת. ברירת המחדל שלה היא 120 ימים; 0 פירושו ללא הגבלת זמן. היא קובעת מתי שיוך ישן לטלפון יכול לזהות אדם לבדו, ולא אם אפשר למסור הודעה בשיחה. לפני שינוי, קראו על תוקף טלפון והתאמת פרופילים.

מה קורה כש…

מישהו מקליד אימייל של אדם אחר

זה עדיין פרט שנמסר ללא הוכחה, עד שמאמתים שליטה בו. אם התרתם במפורש חיפוש ממקור משתמשים לפי פרטים לא מאומתים, חשבון תואם יכול להספיק לפעולה שהוגדרה ל־מזוהה. זה לא הופך את מי שמשוחח ל־מאומת או ל־משתמש מאומת. קראו את אזהרת החשיפה במדריך המקורות לפני שמחליטים לאפשר את הבדיקה החלשה יותר.

ללקוח בוואטסאפ אין מספר טלפון זמין

ב־omotto יכולה להיות הוכחה לזהות חשבון הוואטסאפ שלו בלי מספר טלפון שאפשר להשתמש בו. חיפוש חשבון לפי טלפון עדיין צריך מספר; זהות החשבון אינה תחליף. ייתכן שהלקוח יצטרך לאמת טלפון או אימייל בנפרד.

האימות נעשה בשיחה קודמת או שהתוקף שלו פג

הוכחה קודמת יכולה לעמוד בדרישת בכל זמן, אבל לא ב־בשיחה זו. הוכחה שפג תוקפה כבר לא נחשבת. דרישה שמוגבלת בזמן יכולה להצריך קוד חדש גם כשהפרופיל מציג אימות מהעבר. בדקו את תאריך ההוכחה ואת דרישת הפעולה, במקום להניח שהיסטוריית האימות פותחת את הפעולה לתמיד.

בדיקת האימות של פעולה מתבססת על ההוכחה שבתוקף עכשיו, ולא על מצב קודם. אם הכניסה לחנות מתחדשת בזמן שהבוט מכין תשובה, וההוכחה החדשה עומדת בדרישות הפעולה, אין צורך בקוד נוסף רק מפני שתוקף ההוכחה הקודמת הסתיים.

מתברר ששני פרופילים שייכים לאותו אדם

בדקו אותם דרך קישור זהויות. אישור שמדובר באותו אדם יכול לחבר את הגישה להיסטוריות שלהם; זו לא רק פעולה לסידור הרשימה. אם אלה אנשים שונים שחולקים פרטים, שמרו על פרופילים נפרדים ושקלו קבוצת לקוחות.

בהזמנת מתנה מופיע טלפון של אדם אחר

טלפון מאומת שמופיע בהזמנה יכול לתמוך בגישה להזמנה הזאת. הוא לא מוכיח לבדו שמקבלי המתנה הם בעלי החשבון של הקונים בחנות. אל תאשרו קישור של אותו אדם רק בגלל הפרטים התואמים. אימוץ חשבון חנות הוא החלטה נפרדת שמבוססת על ראיות, ולא תוצאה אוטומטית של קבלת מתנה.

הבוט משתמש בשם שגוי

בדקו את מאיפה הגיעו השמות בחלונית עריכת השם. תקנו שם שהצוות קבע; הלקוח לא יכול להחליף את הבחירה הזאת בהצגה עצמית נוספת. אם השם השגוי מגיע מפרופיל של אדם מקושר או מהתאמה לחנות, בדקו גם את הקשר ביניהם. שינוי שם לא מתקן גישה שניתנה בטעות.

פתרון בעיות

הפרופיל נראה מוכר, אבל הבוט מבקש קוד: השוו בין דרישת הפעולה, תאריך ההוכחה והבעלות על החשבון. התאמה לחנות שהצוות רואה אינה הרשאה.
הלקוח הזין קוד ופעולה עדיין לא זמינה: בדקו את המקור והתפקידים הנדרשים, את החשבון או ההזמנה ואת הפעלת היכולת. אל תבקשו שוב ושוב את אותו קוד כדי לפתור בעיית שייכות או חיבור.
מופיע מספר במקום שם: התווית שמוצגת לצוות נשענת על פרט קשר כי לא נמצא שם. הבוט לא אמור להשתמש בפרט הזה כשם האדם. אם אתם יודעים את השם האמיתי, קבעו אותו בבקרות השם בפרופיל.
חלונית או בקרה צפויה לא מופיעה: בקשו מבעלי סביבת העבודה לבדוק את ההרשאות שלכם ואת היכולות הפעילות.

אם הראיות והסבר השיתוף עדיין נראים לא עקביים, פנו לתמיכת omotto וציינו את היכולת, האזהרה שמופיעה ומועד הבעיה. אל תשלחו סיסמאות, קודי אימות או פרטי לקוח שאינם נחוצים.