InvestIQ

InvestIQ

ניהול השקעות אוטומטי 1.0

דאשבורדהתראותתיק השקעותחיפוש וניתוח ניירות ערךעסקאותהודעותשווקיםדוח כספים יומישאלות ותשובותשאל את המערכתדוחות מסהגדרותמדריךדף הנחייה למערכת
מצב: PAPER TRADING
info@investiq.co.il054-4860090
מפרטים ומסמכים/V3 יסוד/V3-CH4

V3-CH4 — חיבור Adapter קיים לברוקר

כרך 3 · פרק 4 · השלמת Sandbox/Paper end-to-end + reconciliation

v1.0 Spec · 12.8.2026

מטרת הפרק

חיבור Adapter הברוקר הקיים לסביבת Sandbox/Paper, השלמת בדיקות end-to-end (פקודות, fills, cancel, partial, reject, timeout), והוכחת reconciliation ו-recovery. סגירת שער G3 — Broker Ready.

שימוש חוזר מחייב: תשתית הברוקר אינה נבנית מחדש. V3-CH4 מתחבר ל-Adapter הקיים (brokerAdapter.ts) ומשלים Sandbox/Paper end-to-end; אין כתיבת adapter חלופי.

רכיבי Adapter קיימים

רכיבסטטוסתיאורפעולה
brokerAdapter.tsקייםמתאם ברוקר קנוני; תומך Paper/Sandbox/Liveחיבור Sandbox/Paper — לא כתיבה מחדש
executionStateMachine.tsקייםמכונת מצבים execution_state (CH3-003)שימוש קיים; אין שינוי
executionEngine.tsקייםמנוע ביצוע פקודותשימוש קיים; אין שינוי
fillProcessor.tsקייםעיבוד fills ועדכון תיקשימוש קיים; אין שינוי
brokerEventJournal.tsקייםיומן אירועי ברוקרשימוש קיים; אין שינוי
BrokerageConnection (entity)קייםישות חיבור ברוקרתצורת Sandbox/Paper

בדיקות Sandbox/Paper End-to-End

מזההבדיקהצפיסטטוס
S1שליחת פקודת Market (BUY)broker_order_id מתקבל; execution_state=SENTOPEN
S2מילוי פקודה (fill)fillProcessor מעדכן filled_quantity; execution_state=CONFIRMEDOPEN
S3מילוי חלקי (partial fill)execution_state=PARTIALLY_FILLED; average_fill_price מתעדכןOPEN
S4ביטול פקודה (cancel)cancel_request_id נוצר; execution_state=CANCELLEDOPEN
S5דחיית פקודה (reject)execution_state=FAILED; AuditEvent נכתבOPEN
S6פסק זמן (timeout)response_timeout_sec מפעיל recovery; execution_state מתעדכןOPEN

Reconciliation — 4 שלבים

שלבפירוטטריגרSLA
1 — זיהוי פערהשוואת מצב מקומי מול סטטוס ברוקרscheduled / on-demandמיידי
2 — סיווגRECONCILIATION_REQUIRED / תקין / חסר נתוניםautoמיידי
3 — Corrective Tradeיצירת Corrective Trade לתיקון מצב סופיאישור אנושימיידי
4 — אימותמצב מקומי == מצב ברוקר; AuditEvent מלאautoמיידי

Recovery — 4 תרחישים

תרחישצפיסטטוס
קריסת אפליקציה אחרי שליחהexecution_state משתחזר מברוקר; אין duplicateOPEN
פקודה שנשלחה אך לא התקבל אישורResponse Timeout → recovery; execution_state מתעדכןOPEN
Fill שהגיע באיחורbrokerEventJournal מתעד; fillProcessor מעבדOPEN
Cancel שנכשלcancel_timeout_sec → execution_state=CANCEL_PENDINGOPEN

איסורים

  • אין כתיבת adapter חלופי; שימוש ב-brokerAdapter.ts הקיים.
  • אין Live לפני סגירת G3; Sandbox/Paper בלבד.
  • אין חיבור חשבון בנק למנוע ההחלטה; הבנק מממן את הברוקר בלבד.

קריטריוני קבלה

מזההקריטריוןתוצאה
C1שימוש חוזר ב-brokerAdapter.ts הקיים; אין כתיבת adapter חלופי.SPEC PASS
C2חיבור Sandbox/Paper end-to-end עובר 6/6 בדיקות (Market/Fill/Partial/Cancel/Reject/Timeout).SPEC PASS
C3Reconciliation: 4 שלבים (זיהוי → סיווג → Corrective Trade → אימות) מתועדים ופעילים.SPEC PASS
C4Recovery: 4 תרחישים (קריסה/ללא אישור/Fill מאוחר/Cancel כושל) PASS — אפס duplicate.SPEC PASS
C5AuditEvent מלא לכל פקודה: submit, fill, cancel, reject, timeout, reconciliation.SPEC PASS
C6client_order_id יציב וייחודי; idempotency key מונע duplicate.SPEC PASS
הבהרת סטטוס: SPEC PASS = מפרט מאושר ונעול; היישום פתוח עד סגירת שער G3. ראה דוח צליבה.
V3-CH4 · v1.0 Spec · 12.8.2026
V3-CH3V3-CH5
info@investiq.co.il054-4860090