סיכום פגישת אפיון — Triple S × אלעד

תאריך: 17 ביוני 2026

משך: 2:49:30

משתתפים: עופר אזולאי (Triple S), איתי (פריוריטי / תהליך), אריאלה (אפיון תהליך), אלעד יעקובוביץ' (פיתוח)

נושא: אפיון מערכת ניהול פרויקטים סולאריים (PV) מעל Priority 23.1 / MS-SQL.

הערת תיעוד: התמלול החי החל מ~10:48; כ-30 הדקות הראשונות נדרסו בשרת ולא שוחזרו. סיכום זה מבוסס על התמלול הזמין, על 19 התשובות שכתב אלעד ל-44 שאלות האפיון, ועל חומרי המקור (תבנית "עופר אריאלה", זרימת 21 השלבים של אריאלה, קטלוג סוגי המכירה, ואינפוגרפיקת 4 שלבי-העל של איתי). היכן שנושא נשאר פתוח, צוין במפורש.

תקציר מנהלים

האפיון אושר עם ההמלצות. המערכת = מנוע-תהליך מבוסס-תבנית לפרויקטים סולאריים, שיעד האינטגרציה שלו הוא Priority 23.1. הליבה היא ש"הכל בתבנית": סוגי הפרויקטים מתפלגים ל-5 משפחות-על, עץ לכל משפחה, וכל סוג מכירה גורר אוטומטית את סט השלבים, השדות, האחראים ותנאי-המעבר המתאימים. סוכם תיחום הדוק לשלב 1 (עד 7 סטטוסים למחלקה, 3-5 שדות חובה, 4 מסכים, 5 תפקידים, צפי תזרים תפעולי חודשי+רבעוני), עם כלל ברזל אחד למקור-אמת לכל שדה: פריוריטי לכספים/פרויקטים, CRM ללידים, המערכת החדשה לסטטוסים פנימיים. החסם המרכזי שנותר פתוח הוא אינטגרציית ה-API של פריוריטי. היא בתשלום (רישיון+מודול+טרנזקציות ש-Triple S רוכשת), ו-13 שאלות הועברו לפריוריטי לבירור עלות וכיסוי לפני התחייבות.

החלטות שהתקבלו

1. מנוע תבניות הוא הליבה. "הכל בתבנית, כולל האחראי." מנהל הפרויקט פותח פרויקט, בוחר משפחה (מתוך 5), ואז בוחר את הסיווג (למשל PV/לא-PV, ואם PV: SMART או FULL). הבחירה קובעת את כל המשך הפרויקט: השלבים, השדות, האחראים ותנאי-המעבר נטענים אוטומטית מהתבנית.

1. 5 משפחות-על של פרויקטים (עץ לכל אחת). הזהות הסופית של כל ענף תיגזר מקטלוג סוגי המכירה הקיים בפריוריטי (SMART, FULL, הגדלת חיבור, שדרוג, חיבור חדש, רישוי PV, ביתית, מסחרית, אגירה על שלוש האסדרות שלה, רישוי, עבודות חשמל וכו'). פריטים שאינם פרויקט (כמו "שינוי הגדרה" / תמחור) הוסרו מהעץ בפגישה.

1. מקור-אמת אחד לכל שדה. פריוריטי = כספים, פרויקטים, חשבוניות, מצב מלאי. CRM = לידים ומצב לקוח. המערכת החדשה = סטטוסים פנימיים וצ'ק-ליסטים. אסור ששני מקורות יחזיקו את אותו שדה; השאר לקריאה בלבד. ייבוא מקובץ = פתרון ביניים בלבד.

1. 4 מסכים בשלב 1: דשבורד (קריאה בלבד — מציג, לא מחזיק נתונים), משימות, פרויקטים, לו"ז ביצוע. הדשבורד מרכז את כל המשימות והסטטוסים במקום אחד — היום הם מפוזרים במיילים ואף אחד לא מעדכן סטטוס.

1. 5 תפקידים בלבד: מנכ"ל (ראייה מלאה), מנהל הכספים (CFO) (כספים + תזרים), מנהל פרויקטים (מבצעי, רואה הכול), מנהל מחלקה (המחלקה שלו בלבד), משתמש שטח (המשימות שלו בלבד). גם ההרשאות מוגדרות בתבנית.

1. תיחום סטטוסים ושדות לשלב 1: עד 7 סטטוסים למחלקה (פתוח → בעבודה → ממתין לקלט → תקוע → סגור + 2 ייעודיים לתחום), 3-5 שדות חובה, עד 2 מסמכים מצורפים. השאר נכנס בשלב 2 לפי שימוש בפועל לאחר 60 יום.

1. צפי תזרים תפעולי בלבד בשלב 1 — כמה כסף צפוי להיכנס באיזה חודש לפי לו"ז הפרויקטים. ברזולוציה חודשית + רבעונית בו-זמנית. רווחיות, גבייה ועמלות = שלב 2.

1. "צפי מול ביצוע" כברירת-מחדל בכל מסך ניהול — כעמודה צמודה לצפי, לא כמסך/דוח נפרד.

1. תנאי-המעבר ממכירות+רישוי לתכנון+ביצוע: שלושת תנאי הכניסה שאיתי כתב — אישור כניסה, הפקת הדמיה, יציאה לסיור טכני ראשוני. אם Triple S רוצה תנאים נוספים — להציע ולסגור עכשיו; אחרת זה נשאר פתוח לשלב הבא.

1. מיגרציה מינימלית: רק הפרויקטים הפעילים נכון להיום + הלקוחות שלהם. ארכיון פרויקטים סגורים = שלב 2. ניקוי הנתונים באחריות Triple S; פורמט הייבוא באחריות אלעד.

1. כל דרישה מחלקתית מיוחדת = בקשת שינוי לשלב 2 כברירת-מחדל. חריגה רק אם הדרישה חוסמת תפעול ליבה של אותה מחלקה.

משימות ובעלים (עד הפגישה הבאה)

נושאים פתוחים

1. API פריוריטי — החסם המרכזי. הגישה בתשלום (רישיון + מודול + חבילת טרנזקציות שטריפל אס רוכשת). 13 שאלות הועברו לפריוריטי (עלות מדורגת, אופן מדידת טרנזקציות, REST/OData וזמינות תיעוד, אילו אובייקטים נגישים לקריאה/כתיבה, האם יש פעולות שזמינות רק מהמסך ולא מה-API, Webhooks מול polling, אימות והגבלות גישה, סביבת Sandbox). חובה לקבל תשובות לפני התחייבות — חלק מ-21 שלבי התהליך עלולים להיות חסומים אם פעולות מסוימות לא נגישות ב-API.

1. חוסם מול מתריע — לכל תנאי מעבר. הכלל הכללי הוסכם, אבל ההחלטה הקונקרטית לכל תנאי מעבר עדיין לא נסגרה — תיקבע ברמת הצוות.

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

1. התנהגות אבן-דרך נדחית. כשאבן-דרך זזה — האם כל ערכה הכספי זז או רק חלק, ואיך מתנהגים תשלומים יוצאים לספקים. תלוי בשלב בפרויקט, יאופיין בנפרד, ונדרש מנגנון החלטה (שלב 2 ברובו).

1. תנאי-מעבר נוספים בין שלבים (רישוי→תכנון, ביצוע→שירות) — מוגדרים גם הם בתבנית; הזהות הסופית תיסגר בעת בניית התבניות.

1. טפסי המערכת של עופר. עופר אסף/בנה אפליקציה קטנה עם טפסים רלוונטיים רבים לממשק המערכת. יש לבקש ממנו להעביר אותם כדי שנטמיע אותם בממשק כפי שסוכם — הם קלט ישיר למיפוי השדות ולעיצוב המסכים. לחלופין, הדרך הפשוטה והיעילה ביותר: עופר יכול לשתף את אלעד כ-collaborator ב-repository של האפליקציה שבנה. כך הטפסים והלוגיקה נגישים להטמעה ישירה ומסונכרנת, בלי העברת קבצים ידנית.

1. מילוי הפרויקטים והשלבים עד סוף החודש. סוכם שצוות Triple S ימלא עד סוף יוני 2026 את כל הפרויקטים והשלבים — נקיים ומאושרים. רשימה זו היא תנאי מקדים לבניית התבניות ולמיגרציה.

תיחום סקופ — שלב 1 מול שלב 2

שלב 1 (כלול ב-₪29K / 60 יום):

• מנוע תבניות ל-5 משפחות-העל + עץ לכל אחת.
• עד 7 סטטוסים למחלקה, 3-5 שדות חובה, עד 2 מסמכים.
• 4 מסכים (דשבורד קריאה-בלבד, משימות, פרויקטים, לו"ז ביצוע).
• 5 תפקידים + הרשאות.
• אינטגרציית פריוריטי לקריאת נתונים (כתלות בתשובות ה-API).
• צפי תזרים תפעולי, חודשי + רבעוני, עם "צפי מול ביצוע" כברירת-מחדל.
• הודעות אוטומטיות בין מחלקות + צביעת רכש/פרויקט לחישוב רווחיות.
• מיגרציה של פרויקטים פעילים בלבד.

שלב 2 (בקשות שינוי / מחוץ לסקופ):

• ארכיון פרויקטים סגורים.
• צפי פיננסי מלא (רווחיות, גבייה, עמלות).
• דוחות מחלקתיים ייעודיים וכל דרישה מיוחדת שאינה חוסמת ליבה.
• סטטוסים/שדות נוספים לפי שימוש בפועל אחרי 60 יום.
• מנגנון מלא להתנהגות אבני-דרך נדחות ותשלומים יוצאים.

צעדים הבאים

1. סשן עיצוב בשבוע הראשון: מיפוי שדות ל-4 המסכים + תחילת בניית התבניות בעץ.
2. איתי מעביר את השדות הכספיים; אלעד מטמיע אוטומציה מלאה.
3. Triple S סוגרת מול פריוריטי את עלות + כיסוי ה-API לפי 13 השאלות — חסם להמשך האינטגרציה.
4. הצוות מחליט חוסם-מול-מתריע לכל תנאי מעבר, ומאשר את רשימת תנאי הכניסה הסופית.
5. אישור רשימת הפרויקטים הפעילים למיגרציה.
6. צוות Triple S ממלא את כל הפרויקטים והשלבים — נקיים ומאושרים — עד סוף יוני 2026 (תנאי מקדים לתבניות ולמיגרציה).
7. עופר מעביר את טפסי המערכת שאסף/בנה — קלט למיפוי השדות ולעיצוב המסכים.
8. אבן-דרך 20% — אישור GO/NO-GO לאחר השלמת האפיון המפורט והתבניות.