CH5 · מפת מפרטי היישום

ארכיטקטורת הנתונים, הזיכרון והידע · Review v0.1 · 8.8.2026

Approved — Review v0.1

✅ מסמך מסגרת מאושר — Review Version 0.1

מסמך זה אושר ב-8.8.2026. הוא מגדיר את חלוקת העבודה לששת מפרטי CH5 ואינו משנה את פרק 5 הנעול, אינו מאשר שינוי במערכת הפעילה ואינו מעביר סמכות ל-CIO. כל שינוי יבוצע רק באמצעות מפרט CH5 מאושר, Feature Flag, בדיקות ו-Rollback. המפרט הראשון לכתיבה הוא CH5-001.

גרסה
Review Version 0.1
תאריך
8 באוגוסט 2026
אחריות
BAROUCH SHALIT
מפרטים
6 (CH5-001 עד CH5-006)
בסיס מחייב
פרקים 1–5 Locked & Approved
סדר מחייב
001 → 002 → 003 → (004) → 005 → 006
1 · מטרת מסמך המסגרת

מטרת המסמך היא לתרגם את הדרישות שננעלו בפרק 5 לשישה מפרטי יישום בסדר בטוח. כל מפרט יוכל להיכתב, להתבצע, להיבדק ולהיסגר בנפרד, בלי לדרוש שינוי כולל במערכת ובלי למחוק או לשנות התנהגות קיימת לפני שהחלופה הוכחה. המסמך מבדיל בין נעילת הארכיטקטורה לבין הוכחת המימוש. פרק 5 כבר נעול כ-Version 1.0; מפרטי CH5 הם הדרך להטמיע את הדרישות במערכת Base44 ולצרף לכל שלב ראיות ביצוע.

2 · עקרונות מחייבים לכל מפרטי CH5

אין Big Bang

כל שינוי נוסף במקביל להתנהגות הקיימת, מאחורי Adapter או Feature Flag שניתן לכבות.

אין שינוי סמכות

CIO נשאר Shadow; Risk Gate נשאר עצמאי; Candidate אינו הופך ישירות ל-Order.

אין החלשת הגנות

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

אין דריסת היסטוריה

נתון ששימש החלטה נשמר או מקושר בגרסה בלתי-משתנה.

אין זיכרון סמוי

כל קלט לסוכן מופיע ב-input_refs ומקושר ל-Snapshot ול-Audit.

אין Retry עיוור

כתיבה חוצת-מערכת משתמשת ב-Idempotency; מצב ברוקר לא ודאי מחייב Reconciliation.

אין מעבר שלב ללא דוח ביצוע

קוד, בדיקות, תוצאות, חריגות, Rollback והחלטת סגירה מתועדים.

אין עקיפת ארכיטקטורה

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

3 · מפת ששת המפרטים
מזההשםתוצאה מרכזיתסדר
CH5-001מיפוי As-Is ו-Data Inventoryמפת נתונים, מקורות אמת ונתיבי קריאה/כתיבהללא שינוי התנהגות
CH5-002Asset Master ו-Compatibility Layerasset_id יציב ומיפויי Alias בלי לשבור symbolלאחר CH5-001
CH5-003Decision Snapshot וקורלציהSnapshots קפואים, decision_cycle_id ו-correlation_idלאחר CH5-002
CH5-004שכבות נתוני שוק ואירועים תאגידייםRaw/Canonical/Adjusted/Derived, Data Quality ו-Corporate Actionsלאחר CH5-001; משתלב עם 002/003
CH5-005גרסאות ידע, Audit, Lineage ו-Retentionשחזור מלא, גרסאות Policy/Model/Prompt ו-Tombstoneלאחר CH5-003/004
CH5-006הרשאות, התאוששות ואישור מערכת משולבLeast Privilege, RPO/RTO, Restore ובדיקת קבלה כוללתאחרון
4 · סדר ותלויות

הסדר המחייב הוא CH5-001 → CH5-002 → CH5-003. לאחר השלמת המיפוי ניתן להכין את CH5-004 במקביל חלקי, אך אין לחברו למסלול החלטה לפני שמזהי Asset ו-Snapshot יציבים. CH5-005 נשען על הקישורים שנוצרו ב-003/004. CH5-006 הוא שער הקבלה המשולב האחרון.

עדיפות הנדסית: השלב הקריטי הראשון הוא CH5-001. בלי Data Inventory מאושר אין בסיס בטוח לשינוי Schema, ליצירת Asset Master או לקביעה מהו Source of Truth בפועל.

5 · פירוט המפרטים (לחץ להרחבה)

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

6 · Definition of Done לכל מפרט

המפרט אושר לפני תחילת שינוי קוד.

כל שינוי זוהה לפי קובץ/Entity/Function/Workflow וכולל תוכנית Rollback.

כל תנאי קבלה קיבל בדיקה ותוצאה.

לא נוצרה נסיגה בהגנות, ב-State Machine או ב-Idempotency של CH3.

חוזי הסוכנים וה-CIO Shadow של CH4 נשמרו.

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

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

רק לאחר אישור דוח הביצוע משתנה סטטוס המפרט ל-Version 1.0 — Closed.

7 · סדר העבודה המוצע

1.✅ אושר — מסמך המסגרת ורשימת ששת המפרטים אושרו ב-8.8.2026.

2.כתיבת CH5-001 כמפרט מלא לביצוע ב-Base44 — השלב הנוכחי.

3.לבצע CH5-001 ולהפיק דוח ביצוע לפני כתיבת שינויי Schema.

4.להמשיך מפרט אחר מפרט בהתאם לתלויות; אין לפתוח כמה שינויים קריטיים במקביל ללא צורך.

5.לאחר CH5-006 להפיק דוח סגירת CH5 כולל ולשמור את פרק 5 ללא שינוי כבסיס הארכיטקטוני.

נספח · שאלון Review למסמך המסגרת

1.האם ששת המפרטים מכסים את כל תנאי הקבלה של פרק 5?

2.האם קיימת חפיפה שמאפשרת לשני מפרטים לשנות אותו Source of Truth ללא בעלות ברורה?

3.האם סדר התלויות מונע שינוי Schema לפני מיפוי As-Is?

4.האם כל מפרט ניתן לכיבוי ול-Rollback?

5.האם נשמרו CIO Shadow, Risk Gate עצמאי והאיסור Candidate→Order?

6.האם Corporate Actions ו-Data Quality מקבלים טיפול לפני שימוש בנתיב נתונים חדש?

7.האם Audit, Retention והרשאות נבדקים לפני Production?

8.האם CH5-006 כולל Smoke Test ב-Paper/Simulation ורגרסיה מול CH3/CH4?

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

10.האם ניתן לאשר את CH5-001 כמפרט הבא לכתיבה?

Approved — Review v0.1מסמך המסגרת אושר. CH5-001 הוא המפרט הראשון לכתיבה ולביצוע — מיפוי As-Is ללא שינוי קוד במערכת.