עתידי / Roadmap

הרחבות עתידיות מתוך מסמך הספק (MVP.md)

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

• ארנק דיגיטלי מלא (Wallet & Ledger) — הודגם להמחשה ברמת Wireframe, ראו מסכי ארנקים: טעינת כספים, העברות בין ארנקים, ניהול יתרות (זמין/ממתין/נעול), פדיונות לחשבון בנק. מימוש מלא (העברות בפועל, אינטגרציית PSP/בנק, אכיפת רגולציה) עדיין דורש את התשתית שתוארה במסמך הספק (סעיף 9.4). (סעיף 9 במסמך הספק)
• Full Audit Trail — יומן ביקורת מלא ובלתי ניתן לשינוי על כל פעולה במערכת (מי, מתי, מה), מעבר ליומני השינויים/לוגים החלקיים שקיימים כיום ב-Wireframe. (סעיף 8)
• אבטחה ותאימות PCI-DSS — הצפנה, הפרדת מידע רגיש, Audit Trail מלא. (סעיף 8)
• זמינות גבוהה (High Availability) — תשתית תומכת עומסים ו-failover. (סעיף 8)
• אירועים מקבילים מרובים בקנה מידה — תמיכה תשתיתית באירועים רבים בו-זמנית. (סעיף 8)

פרטים טכניים נוספים (מסמך הספק, סעיפים 9.2, 9.4, 9.5):

• משתמשי ארנק (9.2) — אורח (טעינה/שליחת מתנות בלבד, ללא משיכה), זוג/בעל אירוע (קבלת מתנות, ניהול יתרה, העברות לספקים, בקשת פדיון), ספק (קבלת תשלומים, משיכה לבנק).
• מחסנית טכנולוגית מומלצת (9.4) — שירות Wallet/Ledger ב-NestJS, מסד נתונים PostgreSQL + Redis (לנעילות ולקאשינג), בטיחות טרנזקציונית עם row locking, ואינטגרציית PSP/בנק עם Webhooks אידמפוטנטיים.
• המלצת הספק (9.5) — להתחיל עם Wallet-as-a-Service (ספק חיצוני) כדי לצמצם נטל רגולטורי, ולעבור בהדרגה למימוש Ledger פנימי מלא ככל שההיקף גדל.