Center · קונסולת תפעול

לנהל את כל הפעילות ממסך אחד.

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

01

מפעילים רואים בעיות לפני הלקוחות

היום מתחיל בסקירה הכללית: בריאות המערכת, circuit breakers, ספקים, והעבודה שמגיעה כתורים עם שעון גלוי — בדיקות KYC ממתינות, פערי התאמה פתוחים, אישורים בהמתנה. מיון השגיאות מסנן כפילויות בזרם ההתראות — 142 מופעים של חתימה אחת הופכים לשורה אחת לאישור ופתרון — כך שרעש לא קובר את האירוע האמיתי.

  1. 01בדיקות KYC, פערי התאמה ואישורים כתורים עם ספירה
  2. 02Circuit breakers ובריאות ספקים בצד ההנדסי
  3. 03מיון שגיאות שמקשר את הזרם — פותרים פעם אחת, לא 142 פעמים
תיבת האישורים בקונסולה: שני קרדיטים שממתינים לאישור של מפעיל שני ובקשה אחת פתוחה שממתינה לחותם שני, עם הכלל שמפעילים אינם יכולים לאשר פריטים שהם עצמם ביקשו

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

02

משמעת כברירת מחדל

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

  1. 01דיאלוגים עם סיבה חובה בכל פעולה מוגבלת
  2. 02יומן ביקורת בלתי ניתן לשינוי — מי עשה מה, ולמה, בכתב
  3. 03PII מוסתר עם חשיפה מכוונת; מדדי כסף לפי תפקיד
  4. 04זיכויים מעל הסף ממתינים לאישור של מפעיל שני
יומן ביקורת בקונסולה עם 18,942 פעולות מפעיל בטבלת append-only, הכוללת זמן, מפעיל, פעולה, יעד, סיבה כתובה והבקשה שמאחוריה, עם סינון לפי מפעיל, פעולה ותאריך וייצוא ל-CSV

יומן הביקורת — 18,942 פעולות עם מבצע, סיבה ובקשה, append-only.

03

מתור ללקוח בלחיצה אחת

רשימת המשתמשים היא נקודת הכניסה; User 360 הוא היעד: יתרה, תזרים לאורך חיי הלקוח, כרטיסים, מכשירים, דרגת KYC ו-184 עסקאות של לקוח אחד במסך אחד. כל שורת כסף נפתחת לפירוט — העברה של €120.00 חושפת את שני צדי הרישום בספר, ברישום כפול ומאוזן, כשהשולח והמקבל במרחק לחיצה.

תצוגת webhooks בקונסולה עם 18,204 אירועי ספקים נכנסים ואימות חתימה לכל אירוע, אזהרה שהפעלה חוזרת חסומה בחתימות לא תקינות, ופאנל פרטים שבו חשיפת ה-payload הגולמי כותבת אירוע ביקורת

Webhooks — בדיקה והפעלה חוזרת של אירועים, וחתימות לא תקינות חסומות מהפעלה חוזרת.

04

הצוות מנוהל באותו מקום

מפעילים, הזמנות ותפקידים נמצאים בקונסולה עצמה — superadmin, ops, compliance, engineer, support, auditor — כשהפעולות האחרונות של כל מפעיל מופיעות ברשומה שלו. שינויי תפקיד עוברים דרך דיאלוג סיבה, ואיש אינו יכול לשנות את התפקיד של עצמו או להשבית את עצמו; לכך נדרש superadmin שני.

מסך feature flags ו-remote config בקונסולה עם 38 מפתחות מוגדרי טיפוס ב-8 תחומים — מתגים, סכומים ו-enums לכרטיסים, הטענות ו-KYC — כשכל מפתח מציג מי שינה אותו לאחרונה ומתי

Feature flags — קונפיגורציית runtime מוגדרת טיפוס, וכל שינוי מוצג כ-diff, מגובה בסיבה ומתועד לביקורת.

יכולות

כל מה ש-Protocore Center כולל.

  1. 01ה-deployment במסך אחד
  2. 02קופיילוט למפעיל
  3. 03תובנות
  4. 04מיון שגיאות
  5. 05משתמשים, עם חיפוש לפי כל פרט
  6. 06תור בדיקות KYC
  7. 07צלילה אל הלדג'ר
  8. 08טעינות קריפטו
  9. 09התאמות (Reconciliation)
  10. 10Tracer
  1. 11תיבת אישורים
  2. 12יומן הביקורת
  3. 13בדיקת webhooks והפעלה חוזרת
  4. 14Feature flags ו-remote config
  5. 15Kill switches
  6. 16מפעילים ותפקידים
  7. 17פעולות שדורשות סיבה
  8. 18Breakers ותקינות ספקים
  9. 19Back office ללינקי תשלום
  10. 20רשימות היתרים להתחברות ו-PII מוסתר
  1. 21זיכויים ידניים וטעינת חשבון
  2. 22פעולות כרטיסים
  3. 23חשבונות בנק
  4. 24Command palette וחיפוש
  5. 25קמפיינים, הפניות וקודי הזמנה
  6. 26גרסאות אפליקציה וטאבים במובייל
  7. 27תוכן, שאלות נפוצות וצ'אט
  8. 28פעולות קריפטו
  9. 29ייצוא
  10. 30Whitelabel וסביבות
לכל 30 היכולות בפירוט

01ה-deployment במסך אחד

הסקירה פותחת את היום. בריאות המערכת: תחזוקה, גשר ה-API, מסד הנתונים והמטמון. אותות על breakers, ספקים ושגיאות שלא טופלו. העבודה כתורים עם מונים — 12 בדיקות KYC ממתינות, הוותיקה בהן 5h 02m, 8 פערי התאמה עם €18,240 מוכנים לזיכוי, 2 אישורים ממתינים. פעולות מורשות אחרונות ובריאות לפי ספק מופיעות למטה. שום דבר במסך הזה לא דורש כלי נוסף.

  • מערכת, אותות ותורים בקריאה אחת
  • כל כרטיס מקשר לתור שהוא סופר
  • בריאות הספקים לפי rail — מדורדר, פעיל, מתאושש

02קופיילוט למפעיל

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

03תובנות

הפעילות במסך אחד: 42,180 משתמשים, 12,408 פעילים, שיעור הפעלה של 61.8%, שיעור הצלחה של 96.4%, וזרימת כסף של +€1.84M פנימה ו-−€1.52M החוצה ב-30 ימים. משפכי KYC ואונבורדינג לצידם, כך שירידה בהפעלה נראית כבר בשבוע שבו היא מתחילה. מדדי הכסף נשארים מאחורי התפקיד הפיננסי.

04מיון שגיאות

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

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

05משתמשים, עם חיפוש לפי כל פרט

12,408 חשבונות הניתנים לחיפוש לפי שם, אימייל, טלפון או מזהה, עם סטטוס KYC וסטטוס חשבון בכל שורה, וטאבים ל-KYC ממתין, מאומת, נדחה, חסום ומאורכב. כל שורה נפתחת ל-User 360 — יתרות, כרטיסים, מכשירים, רמת KYC והיסטוריה מלאה של לקוח אחד במסך אחד.

06תור בדיקות KYC

בדיקות ממתינות מגיעות כתור עם מונה והשעון גלוי — 12 בהדגמה, וכל שורה מציגה את הספק, הסטטוס, הסיבה האחרונה וכמה זמן המבקש ממתין. ניסיון חוזר של liveness שתקוע על 5h 02m מסומן באדום. מאשרים, דוחים או מאפסים ישירות בקונסולה; כל החלטה מחייבת סיבה, מתועדת לביקורת, ומעדכנת את סטטוס החשבון בכל מקום בבת אחת.

  • ממתינות, הושלמו מראש, נדחו והכול — כטאבים
  • סיבות בשורה — בדיקת כתובת, ניסיון חוזר של liveness, בדיקת מסמך
  • זמן ההמתנה גלוי, והוותיק ביותר מסומן

07צלילה אל הלדג'ר

כל שורת כסף נפתחת עד הסוף. העברה TR-90211 — תשלום peer-to-peer שהושלם בסך €120.00 — מציגה שולח, מקבל ושני צדי הלדג'ר שנרשמו: חיוב של −€120.00 וזיכוי של +€120.00, רישום כפול ומאוזן. שום תצוגת סיכום לא עומדת בין המפעיל ללדג'ר.

08טעינות קריפטו

הפקדות on-chain הן שורות מן המניין, לא ייצוא ממקום אחר. טעינה שהצליחה ברשת Base מציגה 250.00 USDC שמזוכים בלדג'ר ה-EUR, עם שער ההמרה, העמלה, כתובת הארנק והאש העסקה במגירה. שני המסלולים, קונסולה אחת, עם עקיבות עד לשרשרת.

09התאמות (Reconciliation)

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

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

10Tracer

מדביקים אסמכתה ומקבלים את הסיפור המלא. Trace 9F21-0716 נפתח כמעקב hops — בקשה הוגשה, הלדג'ר אומת מול המדיניות, הצעת מחיר של הספק נרשמה, אישור on-chain ב-Base ב-12 מתוך 12, הסליקה נמסרה — כל hop מתוזמן, מ-+42ms עד +22s. לקריאה בלבד בכוונה: Tracer מסביר, ולעולם לא משנה.

  • אסמכתה אחת, כל hop מהבקשה ועד הסליקה
  • המדיניות והצעת המחיר שכל hop החיל, מתועדות
  • מפתח idempotency גלוי ב-trace

11תיבת אישורים

זיכויים מעל הסף ממתינים למפעיל שני. התיבה מתחלקת למה שממתין לאישורכם ולמה שביקשתם — זיכוי goodwill של €500.00 והחזר טעינה שנכשלה של €120.00 מצד אחד, וביטול עמלה של €40.00 שלכם הממתין לחתימה משותפת מהצד השני. אי אפשר לאשר פריטים שביקשתם בעצמכם; אפשר למשוך אותם.

12יומן הביקורת

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

  • Append-only — רשומות לעולם אינן נערכות או נמחקות
  • סיבה ובקשה מצורפות לכל שורה
  • ניתן לסינון, עם עימוד וייצוא

13בדיקת webhooks והפעלה חוזרת

18,204 אירועי ספקים נכנסים, ואימות החתימה של כל אחד מופיע בשורה. אפשר להפעיל מחדש אירוע שנכשל כדי להחיל פסק דין שהוחמץ — בסיבה חובה, בלי התראות כפולות — אבל רק אם החתימה שלו תקינה; חתימות לא תקינות אינן מהימנות וההפעלה החוזרת חסומה. חשיפת payload גולמי שולחת PII לא מוסתר לדפדפן שלכם, ולכן היא נרשמת כאירוע ביקורת.

14Feature flags ו-remote config

38 מפתחות עם טיפוסים ב-8 תחומים — מתגים, סכומים, enums — לכרטיסים, טעינות, KYC ושאר משטח ה-runtime. כל מפתח מראה מי שינה אותו לאחרונה ומתי; כל שינוי מוצג כ-diff, מנומק ומתועד לביקורת. מגבלת הוצאה או החלפת ספק הם עריכה בקונסולה, לא release בחנות.

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

15Kill switches

כשמשהו חייב להיעצר, הוא נעצר מכאן. הקפאה גלובלית מציבה את מסך התחזוקה בפתיחת האפליקציה; kill switches לכל פיצ'ר מנתקים כרטיסים, טעינות, העברות או KYC בנפרד — 4 פעילים, 0 מושבתים בהדגמה. עקיפת OTP ל-QA יושבת מאחורי מתג משלה, כבויה כברירת מחדל. כל שינוי נרשם ומאושר פעמיים.

16מפעילים ותפקידים

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

  • שישה תפקידים — superadmin, ops, compliance, engineer, support, auditor
  • הפעולות האחרונות של כל מפעיל ברשומה שלו
  • בלי קידום עצמי, בלי השבתה עצמית

17פעולות שדורשות סיבה

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

18Breakers ותקינות ספקים

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

19Back office ללינקי תשלום

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

20רשימות היתרים להתחברות ו-PII מוסתר

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

21זיכויים ידניים וטעינת חשבון

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

22פעולות כרטיסים

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

23חשבונות בנק

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

24Command palette וחיפוש

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

25קמפיינים, הפניות וקודי הזמנה

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

26גרסאות אפליקציה וטאבים במובייל

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

27תוכן, שאלות נפוצות וצ'אט

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

28פעולות קריפטו

לקריפטו יש אזור משלו: סקירת קריפטו, wallets, רישום נכסים ופעולות קריפטו — לצד תור הטעינות. המפעילים רואים את שכבת ה-on-chain בעומק זהה לזה של ה-ledger הפיאטי.

29ייצוא

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

30Whitelabel וסביבות

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

מסכים

בתוך המוצר.

ממשק מוצר אמיתי, עם נתוני דמו.

הסקירה — מערכת, אותות ותורים, כל ההטמעה במסך אחד.
דוק הקופיילוט — שאלות פתיחה לפי הקשר, קריאה בלבד, וכן כשהוא לא מחובר.
תובנות — 42,180 משתמשים, €1.84M פנימה ב-30 יום, מדדי כסף מאחורי התפקיד הפיננסי.
טריאז' שגיאות — ×142 של אותה חתימה הופכות לשורה אחת לאישור ופתרון.

FAQ

ניהול ה-back office, בשאלות ותשובות.

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

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

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

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

  • שישה תפקידים — superadmin, ops, compliance, engineer, support, auditor — וכל אחד רואה בדיוק מה שההרשאה שלו מאפשרת. שינויי תפקיד עוברים דרך דיאלוג סיבה, ונדרש superadmin שני כדי להעניק אותם.

  • הקפאה גלובלית ו-kill switches לכל יכולת — כרטיסים, טעינות, העברות, KYC — כל אחד מתועד ומאושר פעמיים. הסקירה הכללית מציגה circuit breakers, בריאות ספקים ותורים, כך שמפעילים בדרך כלל רואים את הבעיה לפני הלקוחות.

הערכה

שבו בכיסא של המפעיל.

01

סיור מודרך בקונסולה

סיור חי בסקירה, בתורים, ב-User 360 וביומן הביקורת — כולל מעבר על פעולה שדורשת סיבה ועל אישור של שני אנשים.

02

קונסולת Sandbox

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

03

חשבונות בדיקה לפי תפקיד

כניסות לששת התפקידים — מ-superadmin ועד מבקר — כדי לראות בדיוק מה כל הרשאה יכולה ולא יכולה לעשות.

04

עצמאי או בחבילה

הערכת Center מעל ההטמעה שלכם או כקונסולה שמגיעה עם Protocore Pay — המותג שלכם על המשטח בשני המקרים.

זמינות

מגיעה עם Protocore Pay, או רצה כמוצר עצמאי מעל ההטמעה שלכם — תחת המותג שלכם.

באקוסיסטם

Center הוא ה-back office של כל המשפחה — הלקוחות של Pay, קישורי התשלום של Gateway, נתיב הצי של ATM, ותור ההתאמות ש-vIBAN מזין.

בוחרים מוצר. או לוקחים את הליבה.

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