השליח שבדלת חייב להיות השליח שאישרתם.

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

זיהוי בכל איסוף, בלי שום דבר שמור להשוות מולו.

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

אושר פעם אחת, מזוהה פעמים רבות

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

אפס שימור של תמונות ושל ביומטריה, מאומת על הדיסק

אין תצלומי פנים, אין embeddings או תבניות פנים, אין תצלומי מסמך, אין נתוני צ’יפ. אין חלון שימור להגדיר ואין מתג בדשבורד שאפשר לטעות בו, כי אין מה להגדיר. שני hashes נגזרי-פנים נשמרים 30 ימים ו-7 ימים; שם, מספר זהות ותאריך לידה נשמרים מוצפנים. אנחנו אומרים אפס שימור של תמונות ושל ביומטריה, ולעולם לא “איננו שומרים כלום”.

המיתוג שלכם, האפליקציה שלכם, התהליך שלכם

הצילום רץ בתוך האפליקציה שלכם דרך ה-SDK ל-React Native או ל-Flutter. השליח אינו יוצא מהאפליקציה שלכם, אינו מתקין שנייה, ואינו נוחת על דף ממותג של מישהו אחר באמצע משמרת.

מה נוחת על השרת שלכם

קריאה אחת אל נקודת קצה אחת שלכם

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

מסירה אינה ניתנת להחזרה

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

ארבע תשובות, לא תיק על האדם

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

שלושה רגעים, מכניזם אחד.

זירות מסחר נוטות לקנות בשביל השורה הראשונה ולהיכוות בשנייה. השלישית היא זאת שאף אחד אינו מתקצב.

מה כל רגע דורש, ומה השרת שלכם מקבל
רגעמה האדם עושהמה חוזר
onboardingמאמת מול צ’יפ של דרכון, או מול צילום נייטיב חתום כשאין צ’יפ.פסיקה, רמת וודאות, וטוקן שמוגדר לכם בלבד.
pickupצילום באפליקציה שלכם, שנחתם על המכשיר עם nonce חד-פעמי.זיהוי מול אותו טוקן. בלי מסמך, בלי העלאה, ובלי שנוגעים בתמונה שמורה.
a banned account returningשום דבר מרצון. הזהות כבר חסומה לרוחב מפעילים.דחייה, בלי לחשוף איזה מפעיל הוציא אותה.

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

מה שאחראי תפעול שליחים שואל בפועל.

שלוש שאלות, בכל פעם, והשנייה היא המקום שבו רוב הספקים משתתקים.

כמה זמן הבדיקה מוסיפה לאיסוף?

הצילום הנייטיב הוא הצילום, והאימות רץ על המכשיר: אימות הצ’יפ, שרשרת האמון, השוואת הפנים וה-OCR רצים כולם בלי שום קריאת רשת. אצלכם זה יהיה תלוי בצי הטלפונים שלכם, ולכן מדדו את זה על המכשירים שלכם עצמכם בהדגמה.

מה קורה על טלפון גרוע, בחדר מדרגות, בלי קליטה?

האימות עצמו אינו צריך את הרשת. שרשרת האמון מאומתת לגמרי ללא רשת, בלי רשת, בלי CRL, בלי OCSP, מול מאגר של 588 תעודות המכסות 112 מדינות. צ’יפ שהמנפיק שלו אינו במאגר הזה נדחה ואינו מתקבל מספק הספק.

מה האינטגרציה עולה לצוות שלי?

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

הדף הזה באנגלית

שימו מולנו את האיסוף בשבוע האחת-עשרה.

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

לתיאום הדגמה

טופס הפנייה הוא באנגלית. אפשר גם במייל contact@jerix.co או בטלפון, בעברית.