English
תנועה
נגישותפרטיות
סיפור הפרויקט05 / 152024 – 2026

MobileSign

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

תפקיד
מוביל המוצר ומפתח יחיד
ארגון
תקשוב אכ״א – ענף התקשוב והדיגיטל של אגף כוח האדם (אכ״א), צה״ל
תקופה
2024 – 2026
הקשר
פרויקט בין-יחידתי עם אכ״א, בזמן עבודתי בתע״ץ
להדגמה החיה (נפתח בכרטיסייה חדשה)נתוני דמה · שינויים מתבטלים כעבור כ-3 שעות

01 / האתגר

ציוד רגיש – טלפונים ניידים וכרטיסי ה-SIM שלהם, מודמים סלולריים ומכשירי קשר מסוג לחץ-דבר – מוחתם על חיילים וקצינים. כשהחתימה נמצאת על טופס נייר, אי אפשר לדעת במבט אחד מי מחזיק מה, ממתי ומי אישר.

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

  • חתימות על טופסי נייר
  • אין תמונה עדכנית של מי מחזיק מה
  • ערכות ופריטים שעוברים בין מחסנים רבים
  • תיעוד שעלול ללכת לאיבוד או להשתנות

02 / מה בניתי

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

ברגע שמנהל נכנס למערכת, MobileSign מציגה לו את כל מה שממתין לו. כל שלב שאושר נכנס להיסטוריה קבועה, כשכל שלב כתוב במשפט עברי פשוט אחד, וכל העברה הופכת למסמך רשמי וחתום שאפשר לייצא כ-PDF ולהדפיס.

איך זה נבנה

  1. 2024 – 2025הגרסה הראשונהמערכת ההחתמה הראשונה שבניתי להעברות ציוד, שבה התחילו המחסנים, הפריטים וההעברות החתומות; הרשומות שלה עוברות לגרסת 2026.
  2. ינואר 2026תוכנית אב ושרת ראשוןכתבתי את תוכנית האב של המוצר כהנחיה לכלי AI שכותבים קוד, ואחריה את השרת המלא – תהליכים, הרשאות ונתוני דמה בעברית – וממשק ראשון.
  3. פברואר – מרץ 2026אפליקציה עובדתהממשק נבנה מחדש על אבני בניין משותפות, נכתב מסמך ההרשאות, ונוספו בורר העץ הארגוני והיסטוריית התנועות של כל פריט.
  4. אוגוסט 2026הקשחה עם Claude Codeבסיס קוד אחד, שתי החתימות על התיעוד הקבוע, תפקיד צפייה בלבד ותהליך CI אוטומטי. ביקורת מלאה תיקנה 24 ממצאים, ובהם שני פערי הרשאות.
  5. 5-7 באוקטובר 2026אחריות ברורה מתחילה ועד סוףתיבת פעולות שנפתחת בכניסה, תנאי חוזה עם גרסאות, ערכות וחבילות אחריות, מסמכי PDF רשמיים ורשימת בדיקה של המקבל, פריט אחר פריט.
  6. 11-14 באוקטובר 2026דשבורד, סיורים וליטושדשבורד ניתוח חדש, 42 סיורים מודרכים לחמישה סוגי משתמשים, טבלאות שזוכרות את התצוגה, עורך ערכות מודרך והגנה מפני סגירה בלי שמירה.

03 / דגשים

01

חתימה על המסך

שני הצדדים מאשרים את הנוסח העדכני של תנאי החוזה וחותמים בעכבר או באצבע. החתימות, שעות החתימה והתנאים נשמרים יחד עם התיעוד.

02

אין העברה בלי אישור

שישה תהליכים: השאלה, החזרה, העברה, הארכה, העברת ניהול מחסן ובקשה להוספת ציוד. ציוד שנמצא בפעולה ממתינה נעול עד שהצד השני עונה.

03

המקבל בודק כל פריט

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

04

היסטוריה שאיש לא משנה

כל שלב שאושר נשמר לתמיד, במשפטים בעברית פשוטה. לכל פריט יש ציר זמן מלא, ולכל העברה מסמך PDF חתום.

05

מחסן לכל יחידה

המחסנים מסודרים בעץ הארגוני, וכל מנהל עובד בענף שלו. טלפונים, כרטיסי SIM ומטענים עוברים יחד כערכה אחת.

06

הנדסה בעזרת AI

נבנה עם Claude Code לפי התוכנית הכתובה, ההחלטות והביקורות שלי. אלפי בדיקות אוטומטיות בודקות כל שינוי.

04 / מסכים

18 מסכים · נתוני דמה

הערת עיצובנבנתה לאנשים שאינם טכניים: 42 סיורים מודרכים שנכתבו לחמישה סוגי משתמשים, חתימה באצבע בטלפון, חלונות כבדים שנפתחים במסך מלא במסכים קטנים, ושומר שלא נותן לשינויים שלא נשמרו ללכת לאיבוד.

הדשבורד של כל המערכת: תשעה כרטיסי מדדים עם קווי מגמה, והציוד לפי סטטוס ולפי סוג ב-30 הימים האחרונים. כל כרטיס וכל עמודה פותחים את הרשימה המתאימה (נתוני דמה).
01 הדשבורד של כל המערכת: תשעה כרטיסי מדדים עם קווי מגמה, והציוד לפי סטטוס ולפי סוג ב-30 הימים האחרונים. כל כרטיס וכל עמודה פותחים את הרשימה המתאימה (נתוני דמה).
דף הנחיתה הציבורי
02 דף הנחיתה הציבורי: "מערכת ניהול ולוגיסטיקה חכמה", עם "התחל עכשיו" ו"למד עוד", ותחילת "למה MobileSign?".
כרטיס ההתחברות
03 התחברות עם שם משתמש וסיסמה; כפתור נוסף מוכן להתחברות עם החשבון הארגוני.
פעולות הממתינות לך, מיד אחרי ההתחברות
04 מיד אחרי ההתחברות "פעולות הממתינות לך" נפתח מעצמו: כאן שתי העברות בין מחסנים ובקשת החזרה, כל אחת עם המסלול והפריטים שלה, ועל הכרטיס "אשר וחתום", "דחה" ו"פרטים".
המלאי מסונן לטלפונים
05 מלאי המחסן מסונן לסוג ציוד אחד, טלפונים. השדות של הסוג הופכים לעמודות (ספק, חברה, דגם, IMEI), לצד הערכה, המחזיק, הסטטוס ותאריך סיום ההשאלה; כל עמודה ממוינת ומסוננת.
ציר הזמן של פריט
06 ציר הזמן של פריט: נוצר, הועבר בין מחסנים, הושאל והוחזר, וכל שלב הוא משפט אחד שאומר מי עשה מה, ומתי.
הצעת השאלה של ערכה שלמה
07 הצעת השאלה מתוך טלפון ששייך לערכה: כל הערכה מצטרפת מעצמה (הטלפון, ה-SIM שבאחריות שלו, SIM נוסף ומטען), יחד עם המקבל, תאריך הסיום ומחסן המקור, שננעל לפי ההקשר. שני שלבים: פרטים, ואז חתימה ושליחה.
לסגור בלי לשמור?
08 סגירה של הטופס המלא שואלת קודם, כשברירת המחדל היא "המשך עריכה".
המנהלת מאשרת את התנאים וחותמת
09 שלב 2: תנאי ההשאלה (גרסה 1), "קראתי את החוזה ואני מסכים לתנאים", והחתימה של המנהלת על הלוח.
רשימת הבדיקה של המקבל
10 החייל שמקבל את ההשאלה פותח אותה מהתיבה שלו ובודק את הציוד: כל פריט שהגיע מסומן (כאן ארבעה מתוך ארבעה), ופריט שלא הגיע אפשר לסמן "חסר". אחר כך מגיעה החתימה.
אישור וחתימה בטלפון
11 בטלפון: שלב 2 מתוך 2, התנאים מסומנים והחתימה מצוירת באצבע, ואז "אשר וחתום".
הציוד שלי בטלפון
12 "הציוד שלי" בטלפון: ההשאלות של החייל ככרטיסים (הפריטים, מחסן המקור ותאריך הסיום), עם "בקשת החזרה" ו"הארכת השאלה".
מסמך ההשאלה החתום בתוך האפליקציה
13 המסמך הרשמי של ההשאלה שאושרה, בתוך האפליקציה: המשאיל והמחזיק, התאריכים והמסלול, הפריטים מקובצים לפי ערכה עם IMEI והפריט שקשור אליהם באחריות, שלבי הפעולה, שתי החתימות עם השעות שלהן והתנאים שאושרו. הכפתורים מייצאים את ה-PDF ואת אישור התנאים.
ה-PDF שיוצא, שני העמודים
14 ה-PDF שהאפליקציה ייצאה עבור אותה השאלה, שני העמודים (עמוד 1 מימין): מסמך ההשאלה, והנוסח המלא של התנאים ששני הצדדים אישרו.
דף הערכות וחבילות האחריות
15 דף הערכות וחבילות האחריות, כפי שמנהל תת-מחסן רואה אותו: הסבר קצר על שני הסוגים, ולשונית חבילות האחריות במצב צפייה בלבד, כשכל כרטיס מציג טלפון וכרטיס ה-SIM שקשור אליו, עם הסטטוס שלהם.
עורך הערכה החדשה
16 בניית ערכה חדשה: המלאי בצד אחד, עם סינון לפי סוג, והערכה בצד השני. חבילת אחריות (iPhone וה-SIM שלו) מצטרפת כיחידה אחת, ורשימת הכללים מסמנת את עצמה ("לפחות שני פריטים").
העץ הארגוני בבורר המחסנים
17 בורר המחסנים: שלושה עצים ארגוניים, מהיחידות הראשיות ועד תתי-המחסנים, עם סימון של המנהלים, חיפוש, "קפוץ למחסן שלי" ו"יצירת תת-מחסן".
עורך סוגי הציוד
18 העורך של סוג הציוד "טלפונים": שדות בחירה עם גרסאות, ורשימת דגמים שתלויה בחברה (Apple, Samsung ו-Xiaomi, לכל אחת הדגמים שלה).

05 / השפעה

יותר מ-800פריטים במעקב
מעל 400העברות חתומות
6תהליכי אישור וחתימה
42סיורים מודרכים, שנכתבו לחמישה סוגי משתמשים

את שתי הגרסאות בניתי, וגרסת 2026, שמוטמעת בימים אלה, מכילה את הנתונים של הגרסה הקודמת, כך שהמספרים האלה הם גם שלה. בשתיהן יחד ניהלו 13 מנהלי מחסנים 7 מחסנים, ובהם יותר מ-800 פריטים מ-12 סוגי ציוד; למאות אנשים היה במערכת חשבון, ויותר מ-400 העברות ציוד אושרו ונחתמו בה.

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

06 / התפקיד והטכנולוגיה

בניתי את MobileSign לבד, מקצה לקצה, כמוביל המוצר וכמפתח היחיד. כתבתי את תוכנית האב ואת מסמך ההרשאות, תכננתי את מודל הנתונים, את ששת התהליכים ואת המסכים, והחלטתי על כל כלל במוצר – עד השאלה איך מדווחים על כרטיס SIM שחסר בהחזרה.

בניתי אותה עם Claude Code, סוכן קוד מבוסס AI, כשאני מכוון אותו: קבעתי את הכיוון ואת הכללים, עברתי על האפליקציה הרצה ושלחתי צילומי מסך והחלטות, ובדיקות אוטומטיות ו-CI שמרו על כל שינוי. כך נעשו 190 מתוך 218 עדכוני הקוד (commits), ו-141 האחרונים שבהם בשבעה ימי עבודה.

טכנולוגיות

  • Python 3.12
  • Flask 3
  • SQLAlchemy 2
  • Alembic
  • SQLite
  • React 18
  • TypeScript
  • MUI 5
  • מונו-רפו ב-pnpm
  • pytest
  • Vitest
  • GitHub Actions
  • Claude Code
  • Flask-Login
  • openpyxl
  • React Router
  • React Hook Form
  • Zod
  • Vite
  • ESLint

איך זה בנוי

אפליקציית ווב עם שרת ב-Python (Flask ו-SQLAlchemy, עם מיגרציות Alembic) וממשק ב-React וב-TypeScript שבנוי עם MUI, במאגר קוד אחד (pnpm monorepo) עם חבילות משותפות. השרת הוא שקובע את הכללים: כ-100 נקודות קצה ב-API, בדיקת הרשאה לכל פעולה, נעילה של ציוד שנמצא בפעולה ממתינה, והיסטוריה שרק מוסיפים לה. החתימות מצוירות על משטח ציור ונשמרות עם האירוע שהן מאשרות, והמסמכים הרשמיים נבנים בתוך האפליקציה ומיוצאים כקובצי PDF להדפסה. בכל עדכון קוד מריץ GitHub Actions את כל הבדיקות: 1,610 בדיקות שרת ו-1,188 בדיקות ממשק, יחד עם בדיקות סגנון, בדיקות טיפוסים ובדיקה של מיגרציות מסד הנתונים. בניתי אותה עם Claude Code מול תוכנית האב שכתבתי ומול מסמך של 1,642 שורות שמתאר את המערכת ומתעדכן יחד עם הקוד.

החתימה על ציוד עברה מהנייר אל המסך.

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

פרקים