כך פועל תהליך המסירה החדש של RÓSA

אני בונה מחדש את RÓSA מסך אחר מסך, והעדכון הזה מציג בצורה הברורה ביותר עד כה איך המוצר אמור לפעול. האתגר אינו לצייר עוד מסך של מודעה, אלא לוודא שכל משתתף מבין מה הפעולה הבאה, על מה הוא אחראי ומתי החפץ באמת עבר לאדם אחר.

נסיעה אחת, שלושה תפקידים שונים

ממודעה ציבורית למסירה אמיתית

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

למה RÓSA משתמשת בשני קודים שונים

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

מה קורה מאחורי שש הספרות

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

תהליך בטוח זקוק גם למצבי תקלה

מה קיים היום ומה עדיין צריך לבדוק

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

• לבדוק אכיפה בצד השרת ובקשות מקבילות.
• לעבור את התהליך במכשירים ובחשבונות נפרדים של שלושת המשתתפים.
• לבדוק אובדן חיבור לפני אישור השרת ואחריו.
• למנוע שמירה של חומרי אישור רגישים ביומנים או בתשובות ציבוריות.

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