OctoMonic
OctoMonic
Systems Briefמסמך מערכות
Prepared forהוכן עבור
RETA / רתע
RETA
OctoMonic · Systems Brief · Confidentialאוקטומוניק · מסמך מערכות · חסוי

Three Systems for RETAשלוש מערכות עבור רתע

How to read this: use the tabs to move between the overall picture and each project.איך לקרוא: השתמשו בלשוניות למעבר בין התמונה הכוללת לבין כל פרויקט.

The Overall Pictureהתמונה הכוללת

Three systems. Each can stand on its own — but all can be integrated under one roof:שלוש מערכות. כל אחת עומדת בפני עצמה — אך ניתן לשלב את כולן תחת קורת גג אחת:

The three projects at a glanceשלושת הפרויקטים במבט מהיר

How we can approach thisכיצד ניתן לגשת לכך

There are several sensible ways to begin, depending on RETA's priorities and pace.ישנן מספר דרכים הגיוניות להתחיל, בהתאם לסדרי העדיפויות והקצב של רתע.

Step by stepשלב אחר שלב Start smallהתחלה ממוקדת

Begin with Project 1 (Membership & Retargeting) and add the others later, in sequence. The lightest commitment and the quickest route to measurable value.להתחיל עם פרויקט 1 (מועדון ושיווק חוזר) ולהוסיף את האחרים בהמשך, לפי הסדר. ההתחייבות הקלה ביותר והדרך המהירה ביותר לערך מדיד.

A more complete platformפלטפורמה שלמה יותר 1 + 2 together1 + 2 יחד

Build Projects 1 and 2 together for a single, unified customer and performance system — a more robust solution from day one.לבנות את פרויקטים 1 ו-2 יחד למערכת לקוחות וביצועים אחת ומאוחדת — פתרון איתן יותר מהיום הראשון.

Plan ahead for the regulatory trackהיערכות מוקדמת למסלול הרגולטורי Start 1 (or 2) + prepare 3להתחיל 1 (או 2) + להכין את 3

Because Project 3 involves government processes that take time, we can begin Project 1 (or 2) now and, in parallel, prepare the Project 3 application — so that clock starts running early.מכיוון שפרויקט 3 כולל תהליכים ממשלתיים שאורכים זמן, נוכל להתחיל את פרויקט 1 (או 2) כעת ובמקביל להכין את הבקשה לפרויקט 3 — כך שהשעון מתחיל לרוץ מוקדם.

The most comprehensiveהמקיף ביותר 1 + 2, and begin 31 + 2, ובמקביל 3

Deliver Projects 1 and 2 together while simultaneously initiating the Project 3 regulatory process — the fullest solution, with the longest item already underway.לממש את פרויקטים 1 ו-2 יחד ובו-זמנית להתחיל את התהליך הרגולטורי של פרויקט 3 — הפתרון המלא ביותר, כשהפריט הארוך ביותר כבר בתנועה.

What we need from RETA nextמה אנחנו צריכים מרתע בהמשך

01Membership Club & Retargetingמועדון לקוחות ושיווק חוזרFocused scopeהיקף ממוקד

Scope: Focusedהיקף: ממוקד Dependency: RETA's existing systemsתלות: המערכות הקיימות של רתע Model: integration-ledמודל: מבוסס אינטגרציה

Objectiveמטרה

A members' club and retargeting system that turns RETA's customers into a managed, returning community. It works alongside RETA's existing systems — drawing on customer, purchase, and course history — and adds the membership layer and the timely, deadline-driven outreach that isn't happening today.מערכת מועדון לקוחות ושיווק חוזר שהופכת את לקוחות רתע לקהילה מנוהלת וחוזרת. היא פועלת לצד המערכות הקיימות של רתע — נשענת על היסטוריית לקוחות, רכישות וקורסים — ומוסיפה את שכבת המועדון ואת הפנייה היזומה מבוססת-המועדים שאינה מתבצעת כיום.

Proposed approachהגישה המוצעת

Dependencyתלות Exact scope is confirmed in the discovery step — the recommended starting point. ההיקף המדויק נקבע בשלב האפיון — נקודת ההתחלה המומלצת.

02Customer Performance & Statisticsביצועי לקוחות וסטטיסטיקותModerate scopeהיקף בינוני

Scope: Moderateהיקף: בינוני External dependency: noneתלות חיצונית: אין Model: fixed scope, phasedמודל: היקף קבוע, בשלבים

Objectiveמטרה

A per-customer performance profile for the range — rounds fired, accuracy and scores, time on the lane, session history, and progression over time — giving each shooter a visible record of their improvement and giving RETA insight into engagement.פרופיל ביצועים אישי לכל לקוח במטווח — כמות יריות, דיוק וניקוד, זמן בעמדה, היסטוריית אימונים, והתקדמות לאורך זמן — המעניק לכל יורה תיעוד נראה לעין של השתפרותו, ולרתע תובנה לגבי מעורבות.

Proposed approachהגישה המוצעת

Phases and outcomesשלבים ותוצאות

PhaseשלבOutcomeתוצאה
A · Capture & profileא · קליטה ופרופילLane check-in, customer profile, session and rounds logצ'ק-אין בעמדה, פרופיל לקוח, יומן אימונים ויריות
B · Statistics & trendsב · סטטיסטיקות ומגמותAccuracy trends, personal bests, progression chartsמגמות דיוק, שיאים אישיים, גרפי התקדמות
C · Engagementג · מעורבותBadges, leaderboards, and a customer-facing viewתגים, טבלאות מובילים ותצוגה ללקוח

03Regulatory Licensing Integrationהתממשקות עם רישוי כלי הירייהNarrow request · longest processבקשה צרה · התהליך הארוך ביותר

Data scope: minimal (ID → valid? + type)היקף נתונים: מינימלי (ת"ז → בתוקף? + סוג) Lead time: longest — external approvalsזמן היערכות: הארוך ביותר — אישורים חיצוניים Recommended model: discovery & feasibility firstמודל מומלץ: אפיון והיתכנות תחילה

Objectiveמטרה

A deliberately narrow, system-to-system query to the Firearm Licensing Department (אגף רישוי כלי ירייה) at the Ministry of National Security: RETA enters a person's ID number and the system returns a single answer — whether that person holds a valid firearms licence and, if so, which type. Nothing more. No other personal data is requested or retrieved.שאילתה צרה ומכוונת, ממערכת למערכת, אל אגף רישוי כלי ירייה שבמשרד לביטחון לאומי: רתע מזינה מספר תעודת זהות, והמערכת מחזירה תשובה אחת — האם לאותו אדם יש רישיון נשק בתוקף, ואם כן — מאיזה סוג. דבר נוסף לא. שום מידע אישי אחר אינו מבוקש או נשלף.

Key considerationsשיקולים מרכזיים There is at present no publicly available integration interface for firearms licensing: the Ministry operates an online portal for individual citizens, not a partner interface for dealers. A direct integration must therefore be formally requested and authorised by the Ministry, and its scope, approval, and timeline are determined by the authorities. Because RETA's request is deliberately minimal — a single valid/type lookup with no other data retrieved — it is the least sensitive form of access and should be the most straightforward to authorise. This is why we begin the process early. בשלב זה אין ממשק התממשקות זמין לציבור לרישוי כלי ירייה: המשרד מפעיל פורטל מקוון לאזרח הפרטי, ולא ממשק שותפים לסוחרים. לפיכך התממשקות ישירה מחייבת בקשה ואישור רשמיים מהמשרד, וההיקף, האישור והלוחות זמנים נקבעים על ידי הרשויות. מכיוון שהבקשה של רתע מצומצמת במכוון — שאילתת תוקף/סוג בלבד, ללא שליפת מידע אחר — זוהי צורת הגישה הפחות רגישה, וצפויה להיות הפשוטה ביותר לאישור. זו הסיבה שאנו מתחילים את התהליך מוקדם.

The process, end to endהתהליך, מקצה לקצה

  1. Discovery and legal mappingאפיון ומיפוי משפטי

    We confirm the exact query and response — an ID-based check that returns licence validity and licence type, and nothing else — and establish the legal basis for it. The output is a defined, minimal integration scope.נאשר את השאילתה והתשובה המדויקות — בדיקה לפי תעודת זהות המחזירה תוקף רישיון וסוג רישיון בלבד — ונבסס את הבסיס החוקי לכך. התוצר הוא היקף התממשקות מוגדר ומינימלי.

  2. Formal application for authorised accessבקשה רשמית לגישה מאושרת Authority decisionהחלטת הרשות

    As the licensed entity, RETA submits a request for authorised system access to the Firearm Licensing Department and, in parallel, to the National Digital Agency (מערך הדיגיטל הלאומי). OctoMonic serves as RETA's technical integrator throughout.כגוף המורשה, רתע מגישה בקשה לגישת מערכת מאושרת לאגף רישוי כלי ירייה, ובמקביל למערך הדיגיטל הלאומי. אוקטומוניק משמשת כאינטגרטור הטכני של רתע לאורך כל הדרך.

  3. Security and data-protection reviewבדיקת אבטחה והגנת מידע Authority decisionהחלטת הרשות

    Firearms data is highly sensitive, and the authorities apply correspondingly rigorous requirements: encryption, strict access control, complete audit logging, defined hosting, and potentially connection over the government's secure network. We design to these standards from the outset, so this stage confirms compliance rather than rebuilds.מידע על כלי ירייה רגיש מאוד, והרשויות מחילות דרישות קפדניות בהתאם: הצפנה, בקרת גישה הדוקה, תיעוד מלא של פעולות, מיקום אחסון מוגדר, ואפשרות לחיבור דרך הרשת המאובטחת הממשלתית. אנו מתכננים לפי סטנדרטים אלה מלכתחילה, כך ששלב זה מאשר עמידה בדרישות ולא בונה מחדש.

  4. Technical onboardingחיבור טכני

    Upon authorisation: registration on the developer portal, secure credentials, a test environment and interface specification, then development and testing. This pattern is well established in Israeli e-government — the Tax Authority's "Shaam" open interface operates in precisely this manner.עם קבלת האישור: רישום בפורטל המפתחים, הרשאות מאובטחות, סביבת בדיקות ומפרט ממשק, ולאחר מכן פיתוח ובדיקות. דפוס זה מבוסס היטב בממשל הזמין בישראל — הממשק הפתוח של רשות המסים ("שע"ם") פועל בדיוק כך.

  5. Pilot and certificationפיילוט והסמכה Authority decisionהחלטת הרשות

    Controlled live testing with real data under the Ministry's supervision, concluding with formal approval to enter production.בדיקות חיות מבוקרות עם נתונים אמיתיים בפיקוח המשרד, המסתיימות באישור רשמי לעלייה לסביבת ייצור.

  6. Production and ongoing complianceייצור ותחזוקת ציות

    Live operation, with continuous monitoring, security maintenance, and adaptation as regulatory requirements evolve.הפעלה חיה, עם ניטור רציף, תחזוקת אבטחה והתאמה ככל שהדרישות הרגולטוריות מתפתחות.