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. אף אחד לא מתבלבל באיזו סביבה הוא נמצא.