ננתח את רשת הנקודות שלכם ו נציע ארכיטקטורה
ציוד, תרחיש מסירה, תשלומים וחילופין עם המערכת החשבונאית — בתרשים, לפני תחילת הפיתוח.
פתרונות תוכנה למסחר אוטומטי ולמסירת סחורה אוטומטית: תא לוקר, מכונה אוטומטית, מדף מיקרו־מרקט. להלן מודולי המערכת, התהליכים שהיא סוגרת והקשר עם חנויות מקוונות, חברות משלוחים, CRM, ERP ומחסן.
מסחר אוטומטי — מכירה ומסירה של סחורה בלי מוכר בנקודה. הקונה מתפעל את הציוד בעצמו, ואילו את ההחלטות על זמינות הפריט, מחירו, תשלומו ומסירתו מקבלת התוכנה.
לוקר, מכונה אוטומטית ומיקרו־מרקט הם שלוש צורות של משימה אחת. הפיזיקה שונה: תא עם מנעול אלקטרוני, ספירלה או מעלית בתוך המכונה, מדף פתוח ומקרר בחלל סגור. המעגל החשבונאי משותף: מוצר, מחיר, מלאי בנקודה, הזמנה, תשלום, אירוע ציוד.
לכן הכיוונים מרוכזים בעמוד אחד. תוכנה ללוקרים, תוכנה לוונדינג ותוכנה למיקרו־מרקטים נבנות מאותם מודולים ונבדלות במערך המכשירים המחוברים ובתרחיש המסירה.
שש משימות שלמענן מטמיעים תוכנה למסחר אוטומטי. בלעדיה כל אחת מהן נסגרת בנסיעת עובד, בגיליון ובשיחת טלפון.
מוצרים, מחירים ופלנוגרמות מוגדרים מרוכזים ומתפזרים לנקודות. המכונה בשדה התעופה והמיקרו־מרקט במגדל המשרדים קוראים ספר נתונים אחד, ולא שני קבצים שונים.
הקונה בוחר פריט, משלם ולוקח את הסחורה בעצמו, מסביב לשעון. אדם נחוץ במילוי, באיסוף מזומן ובבירור תקלה, ולא בכל מכירה.
הפריט נגרע ברגע הפעלת המנגנון או פתיחת התא. מסלול המילוי נבנה לפי המלאי בפועל ולא לפי השבוע שעבר.
המחיר משתנה בכלל — לפי נקודה, קבוצת נקודות או לוח זמנים. תמחור מחדש של רשת בת מאה מכונות אינו מצריך נסיעה לכל מכשיר.
מכירות, תשלומים, מילויים וגריעות מגיעים למערכת החשבונאית בלי הזנה חוזרת. ההתאמה חדלה להיות עבודה נפרדת בסוף החודש.
רואים מה נמכר בכל נקודה, אילו תאים עומדים ריקים, כמה זמן הציוד לא היה זמין ומאיזו סיבה.
לוקר — ארון עם תאים בגדלים שונים שמוסר הזמנה לנמען בלי עובד. תוכנה ללוקרים מחליטה לאיזה תא להניח את החבילה, למי ובאיזה קוד לפתוח אותו ומה לעשות עם הזמנה שלא נאספה.
התא כאן הוא אובייקט חשבונאי עם מצב והיסטוריה משלו, ולא סתם דלת. לכן ארון אחד משרת כמה הזמנות ברצף, ותפוסת כל תא ידועה עוד לפני יציאת השליח.
מה עושה התוכנה ללוקרים:
הפקדת השליח היא פעולה עם סריקה בדיוק כמו המסירה: תווית החבילה נסרקת, הארון פותח את התא שנבחר, וסגירת הדלת מאשרת את העובדה. מאותה דקה האחריות על ההזמנה היא של הלוקר ולא של השליח.
קוד המסירה קשור להזמנה ולא לאדם: אפשר להעביר אותו לנמען אחר, לבטלו ולהנפיקו מחדש. קוד שהועבר מקובע בהיסטוריית ההזמנה יחד עם הזמן ואופן ההעברה.
ארון אחד מוסר עשרות הזמנות ביממה, רשת — אלפים. ההבדל אינו במסירה עצמה, אלא במה שקורה סביבה: מי מפקיד, מי מתקן ומאין מגיעות ההזמנות.
רישום מכשירים: כתובת, תצורת הארון לפי גדלים, לוח גישה, גרסת התוכנה, האחראי לתחזוקה. ההגדרות והעדכונים יוצאים למסופון מרחוק.
החנות מקבלת רשימת לוקרים עם כתובות, שעות פעילות ומגבלות מידות, מעבירה הזמנה ומקבלת בחזרה סטטוסים: הופקד, נמסר, פג, הוחזר.
חילופין עם מובילים דרך API: הקצאת לוקר, מספר משלוח, אישור הפקדה, פינוי הזמנות שלא נדרשו וקליטת החזרות במסלול.
מצב המנעולים וחיישני הדלת, פעולת הסורק והמסך, מודול התשלום, החשמל וערוץ התקשורת. תקלת תא חוסמת אותה בפני הפקדות חדשות במקום להתגלות במקום.
כמה תאים מכל גודל תפוסים כעת ויהיו תפוסים עד הערב בהתחשב במועדי השמירה. המוקדן רואה איזה ארון כבר אי אפשר לשבץ למשלוח.
מחזור התא, זמן ממוצע מהפקדה עד קבלה, שיעור ההזמנות שלא נדרשו, תפוסה לפי שעות וימים, התפלגות לפי גדלים.
צומת בארון ולא מכשיר נפרד: מסך, סורק קוד, קורא כרטיסים ומודול ללא מגע, רשם פיסקלי. דרכו משלמים על משלוח בעת קבלה, על שמירה מעבר למועד ועל סחורה במסירה עם תשלום במקום.
כרטיס, תשלום ללא מגע, QR ומערכות תשלומים מהירים, תשלום באפליקציה. התשלום קשור להזמנה ולתא, ומצב הפעולה — אושרה, חויבה, הוחזרה — נשמר יחד עם היסטוריית המסירה ומותאם מדי יום לרשימת הספק.
קודים חד־פעמיים עם מועד ומספר ניסיונות מוגבלים, מכסה להנפקה חוזרת של קוד, בדיקת התאמה בין התשלום לעובדת פתיחת התא. סדרת הקלדות כושלות, פתיחה בלי תשלום ופעילות חריגה של נמען אחד יוצאות לתור בירור.
תוכנת המסופון, בקר המנעולים, פרוטוקול החילופין עם צד השרת ופתרונות ההתקנה של הארון — פיתוחי תוכנה וטכנולוגיה עצמיים. לכן תצורת התאים נבנית לפי האתר, ואמצעי תשלום חדש או תרחיש מסירה חדש נוסף בצד המכשיר, ואינו מוגבל ליכולות של מודול חיצוני.
מכונה אוטומטית מוכרת סחורה בתרחיש קצר: בחירת פריט, תשלום, מסירה. תוכנה למכונות אוטומטיות אחראית למה שמונח במכונה, באיזה מחיר הוא נמכר, ולמה שקורה כשהמנגנון או התשלום נכשלים.
המכונה עובדת עצמאית: המכירה עוברת גם בלי קשר לשרת, והעסקאות נשלחות אחר כך כשהערוץ יחזור. לכן תוכנת הוונדינג בנויה כחילופי אירועים ולא כשלט רחוק.
מה עושה תוכנת הוונדינג:
מסירה כושלת היא אירוע רגיל ולא חריג: הספירלה הסתובבה לריק, הסחורה נתקעה, התא היה ריק. המכונה מדווחת על כך מיד, הכסף חוזר לכרטיס בלי פנייה של הקונה, והפריט מסומן לבדיקה במסלול הקרוב.
הפלנוגרמה נשמרת בגרסאות. החלפת מבחר באתר אינה עריכת שדות אלא גרסה חדשה עם תאריך תחולה, ולכן המכירות לפניה ואחריה ניתנות להשוואה.
המכונה עומדת ללא השגחה, וכל תקלה הופכת להשבתה עד הביקור הבא. הטלמטריה מקצרת את הפרק הזה: המכשיר מדווח על עצמו בעצמו.
המכונה מעבירה מכירות, מלאי לפי תאים, שגיאות מנגנון, טמפרטורה, מצב מודולי התשלום ועובדת פתיחת דלת. האירועים יוצאים במנות ואינם אובדים בעת ניתוק קשר.
מקוונת, מושבתת, שגיאת מסירה, תקיעת קולט שטרות, אין מטבעות עודף, תקלת יחידת קירור. לכל מצב דחיפות משלו ונמען משלו.
האירוע הופך למשימה עם אחראי ומועד, ולא להודעה בצ'אט כללי. סגירת המשימה דורשת סימון במקום ונרשמת בהיסטוריית המכשיר.
חילופין עם לוחות המכונה ב‑MDB וב‑EVA-DTS דרך מודול טלמטריה. צי מכשירים מגוון מתחבר ללוח אחד בלי החלפת ציוד.
הגרסה במכשיר מתעדכנת מרחוק ובקבוצות: תחילה כמה מכונות, אחר כך הרשת. עדכון כושל מוחזר לגרסה הקודמת.
שיעור הזמן במצב תקין, מספר התקלות למכונה, הזמן מתקלה עד לשחזור, המכירות שאבדו בזמן ההשבתה.
מודול התשלום מתחבר ללוח המכונה ב‑MDB ופועל כצומת עצמאית: קורא כרטיסים, מודול ללא מגע, סורק QR, קולט שטרות ומטבעות בהתחשב במטבעות העודף, רשם פיסקלי. המסופון מנהל תור פעולות משלו.
כרטיס, תשלום ללא מגע, QR ומערכות תשלומים מהירים. הסכום מוקפא עד להפעלת המנגנון ומחויב לאחר מסירה מאושרת; כל עסקה מותאמת לאירוע המסירה, והמזומן — לגיליון איסוף המזומן ולמוני המכונה.
פער בין מספר התשלומים למספר המסירות במכונה, פעולות חוזרות באותו כרטיס בפרק זמן קצר, שיעור חריג של ביטולים והחזרים, פריצת המארז ופתיחת דלת מחוץ למסלול. המדדים נספרים לפי מכשיר, ולכן מכונה בעייתית נראית בנפרד מהרשת.
מודול הטלמטריה, מנהלי ההתקן MDB ו‑EVA-DTS, התוכנה במכשיר ומעגל התשלום — פיתוחי תוכנה וטכנולוגיה עצמיים. צי מכונות מגוון מתחבר ללוח אחד בלי החלפת ציוד, ותמיכה בפרוטוקול חדש או באמצעי תשלום חדש נוספת בצד המודול.
מיקרו־מרקט — נקודת מכירה קטנה עם מדפים פתוחים ומקררים במתחם סגור: משרד, מפעל, מעונות, חלל עבודה משותף. הסחורה נגישה לקונה פיזית, אין קופאי, והתשלום מתבצע במסופון או באפליקציה.
ההבדל מהמכונה עקרוני: המנגנון אינו מגביל את הגישה לסחורה. לכן תוכנה למיקרו־מרקטים נבנית סביב ניהול מלאי והתאמה ולא סביב מסירה: הפער בין המכירות למלאי הוא מדד עבודה של הנקודה.
הבקרה בנקודה כזו מורכבת משלושה מקורות בלתי תלויים: ראייה ממוחשבת מעל המדף, מנעולים אלקטרוניים עם יומן פתיחות ומסופון תשלום. התאמה בין נתוניהם היא הנורמה, פער הוא אירוע עבודה הקשור למפגש קונה מסוים.
מה עושה המערכת:
מילוי מיקרו־מרקט הוא מסמך קליטה ולא «הוסיפו למדף»: ההרכב, המנות ותאריכי התפוגה מקובעים בעת הסידור, ולכן גריעת פגי תוקף נספרת אוטומטית.
המבחר נבחר לפי נתוני הנקודה. במתחם סגור מעגל הקונים קבוע, ופריט בלי מכירות במשך שבועיים תופס מקום שאפשר לתת לפריט מבוקש.
נקודה אחת עובדת גם על גיליון. רשת נקודות דורשת ספר נתונים משותף, מחירים משותפים ומקום אחד שבו כל הפערים נראים בבת אחת.
כל נקודה היא אובייקט עם כתובת, ציוד, מבחר, מחירים ולוח מילוי משלה. השינויים מוחלים על נקודה, על קבוצת נקודות או על כל הרשת.
מפעיל הרשת, סדרן במסלול, הנהלת החשבונות ונציג האתר רואים מדורים שונים. גריעה ותיקון מלאי דורשים הרשאה נפרדת.
קוני המתחם הסגור, מכסות תאגידיות, פניות ומשוב על המבחר. הפלחים משמשים למחירים ולהצעות אישיות.
רשימת פריטים, מחירי רכש, מסמכי מכירה, התחשבנויות עם אתרים וספקים. הבעלים של ספר הנתונים היא המערכת החשבונאית ולא הנקודה.
בקשות מילוי, משלוח למסלול, קליטת החזרות ופגי תוקף. המלאי בנקודה והמלאי במחסן נספרים במעגל אחד.
חיבור ספקים, הפקת חשבונית מס, החזר כספי ברכישה שנכשלה, התאמה יומית של הפעולות מול הרשימה ודף החשבון הבנקאי.
עמדת שירות עצמי בנקודה: סורק ברקוד, מסך, קורא כרטיסים ומודול ללא מגע, רשם פיסקלי, מודול שקילה במכירת סחורה במשקל. המסופון הוא המקום היחיד שבו הרכישה הופכת למשולמת, ולכן מצבו נמצא במעקב בשווה לציוד הקירור.
כרטיס, תשלום ללא מגע, QR, תשלום באפליקציה, חשבון תאגידי ומכסת עובד. הרכישה נשמרת עם הרכב הקבלה, הנקודה והזמן, וההתאמה היומית מצליבה את עסקאות הספק, המסמכים הפיסקליים וגריעת המלאי.
ראייה ממוחשבת ומנעולים אלקטרוניים מקבעים מה יצא מהנקודה, ומעגל התשלום — מה שולם. מושא הבקרה הוא הפער בין שני הזרמים: פריטים שלא שולמו, התנהגות חריגה של חשבון ושיעור גריעות חריג בנקודה מבוררים לפי אירוע הפתיחה.
תוכנת המסופון והנקודה, בקרי המנעולים האלקטרוניים, עיבוד זרם הווידאו וכללי בקרת ההונאה — פיתוחי תוכנה וטכנולוגיה עצמיים. לכן הציוד נבחר לפי החלל והמבחר: מדף פתוח, מקרר עם מנעול או ארון סגור עם זיהוי בכניסה עובדים במעגל חשבונאי אחד.
לוקר, מכונה אוטומטית ומיקרו־מרקט הם נקודות של מערכת אחת, ולא שלושה מוצרים נפרדים. מאחורי כל אחד מהם עומד אותו הרכב חלקים: מכלול תוכנה־חומרה במקום, מסופון תשלום, צד שרת, לוח מנהל, אפליקציות לקונה ולמפעיל, אנליטיקה, דיווח, הגנה מפני הונאה ולוגיסטיקה מובנית. להלן ממה מורכבת המערכת ועל מה אחראי כל חלק.
נקודה היא צירוף של ציוד ותוכנה עליו: בקר מנעולים או מנגנון מסירה, סורק, מסך, מודול תשלום, חיישני דלת וטמפרטורה. המכלול עובד עצמאית וממשיך לשרת את הקונה גם באובדן קשר עם השרת.
ארונות לוקרים עם תאים בגדלים שונים, מכונות עם ספירלות ומעלית, מדפים ומקררים של מיקרו־מרקט, מנעולים אלקטרוניים, סורקים, משקלים, מצלמות ראייה ממוחשבת. כל יחידה רשומה במרשם עם תצורה והיסטוריית שירות.
קבלת תשלום בכל שלושת סוגי הנקודות: קורא כרטיסים ומודול ללא מגע, פינפד, סורק QR, רשם פיסקלי, ובוונדינג — קולט שטרות ומטבעות. המסופון מחזיק תור פעולות משלו, ולכן התשלום עובר גם בעת ניתוק הערוץ.
קליטת אירועים מהנקודות, ליבה חשבונאית, תורי חילופין, מתזמני משימות ודוחות. הרחבה לפי מספר הנקודות, יומני פעולות בלתי ניתנים לשינוי, גיבוי עם בדיקת שחזור מתוכננת.
עמדת עבודה של מפעיל הרשת: נקודות על המפה, מצב הציוד, מלאי, מחירים ופלנוגרמות, משימות ותקלות, תפקידים והרשאות, יומן פעולות העובדים ופתיחות שירות.
רישום המכשיר ומפתחו, תצורה מרחוק, עדכון תוכנה בקבוצות עם החזרה לאחור, הפעלה מחדש של צמתים, שלילת גישה. מצבו וגרסתו של כל מכשיר ידועים מרוכזים.
מוצרים וברקודים, מנות ותאריכי תפוגה, מחירים וכללי תמחור, מלאי לפי נקודות ותאים, הזמנות, מכירות ועסקאות. ספר נתונים אחד לכל הרשת ללא תלות בסוג הציוד.
זרם אירועים מכל הנקודות במקום אחד: מכירות ומסירות, שגיאות מנגנון, פתיחות דלתות, טמפרטורת מדפים, מצב מודולי התשלום וערוץ התקשורת. בעת ניתוק קשר האירועים נצברים במכשיר ונשלחים במנה, וסטייה מהנורמה הופכת למשימה עם אחראי ומועד, ולא לשורה ביומן.
מפת נקודות ושעות פעילות, קודי מסירה, תשלום ומכסה תאגידית, היסטוריית רכישות וקבלות אלקטרוניות, פתיחת החזרה, התראות על מוכנות ההזמנה ועל מועד השמירה.
מסלול המשמרת, מילוי עם סריקה, ספירת מלאי, איסוף מזומן, גריעה עם סיבה ותמונה, סגירת משימות טכניות. עובדת בלי רשת: הפעולות נצברות בתור מקומי ונשלחות אחר כך.
מכירות, רווחיות, מחזור, השבתות, אובדנים וביקוש שהוחמץ בחתכים: תקופה, נקודה, אתר, סוג ציוד, מוצר, קטגוריה, אמצעי תשלום, מבצע המסלול.
דוחות תקופתיים וייצוא: הכנסה לפי נקודות וישויות משפטיות, גיליונות איסוף מזומן, מסמכי גריעה, התאמה מול ספק הסליקה והבנק, נתונים למערכת החשבונאית. לוח הזמנים והנמענים ניתנים להגדרה.
כללים ומכסות לפעולות, סימנים התנהגותיים, הצלבת אירוע התשלום עם עובדת המסירה או פתיחת הדלת, רשימות חסימה, תור פעולות חשודות לבירור ידני בזיקה למפגש.
API מתועד, וובהוקים ותורי חילופין עם חנויות מקוונות, חברות משלוחים, CRM, ERP, מחסן, קופות מקוונות ושירותי סליקה. ניהול גרסאות לפורמט, אידמפוטנטיות במקבל, יומן חילופין.
חלוקת סחורה בין נקודות, ניהול מסלולים, בקרת מלאי, תכנון מילוי וניהול מרוכז של הרשת — באותה מערכת שסופרת את המכירות, ולא בגיליון נפרד.
מסופון התשלום בסכימה הזו אינו ציוד היקפי אלא אחד הרכיבים המרכזיים: הוא סוגר את תרחיש המכירה בכל אחד משלושת סוגי הנקודות ונשאר המקום היחיד שבו הרכישה הופכת למשולמת. תוכנת המסופון, פרוטוקול החילופין עם צד השרת, סכימות החיבור לבקרי הציוד וערכת ההתקנה — פיתוחי תוכנה וטכנולוגיה עצמיים, ולכן מערך אמצעי התשלום, כללי ההקפאה וההתנהגות בעת ניתוק קשר נקבעים לפי משימת הרשת.
לוגיסטיקה במסחר אוטומטי — היא תנועת סחורה בין המחסן לעשרות נקודות, שכל אחת מהן צורכת אותה בקצב משלה. המודול מובנה באותה מערכת שסופרת מכירות ומלאי, ולכן ההחלטות מתקבלות לפי נתוני הנקודות ולא לפי קובץ נפרד אצל הלוגיסטיקן.
מה המודול סוגר:
מסלול אינו לוח נסיעות קבוע אלא רשימת משימות למשמרת. נכנסות אליו נקודות שהמלאי בהן מתחת לסף, נקודות עם תקלה פתוחה, נקודות עם מנות שתוקפן פג וביקורים מתוכננים לפי החוזה עם האתר. סדר הנסיעה מתחשב בגיאוגרפיה ובחלונות הגישה: מחסן בשש בבוקר ומגדל משרדים הפתוח מתשע אינם נכנסים לאותו קטע.
הרכב המטען מחושב לפני היציאה, ולכן המבצע מקבל מהמחסן בדיוק את מה שחולק לנקודות המסלול. המלאי שנשאר בידיו אחרי המשמרת הוא אובייקט חשבונאי בדיוק כמו המלאי בנקודה: הוא או חוזר למחסן במסמך, או עובר למסלול הבא.
הנקודה אינה שומרת נתוני כרטיסים ואינה מבצעת את התשלום בעצמה: היא מעבירה את הפעולה למודול התשלום או לספק, מקבלת את התוצאה ומקשרת אותה למכירה. כל השאר הוא ניהול מחזור חיי התשלום בתנאים שאין בהם קופאי.
| נקודה | פעולה | סכום | סטטוס |
|---|---|---|---|
| מכונה A-207 | הקפאה עד המסירה | 145 | הקפאה |
| מכונה A-112 | חיוב לאחר המסירה | 210 | בוצע |
| מכונה A-118 | הספירלה לא פעלה | 160 | ההקפאה שוחררה |
| לוקר P-14 | תשלום במסירה | 1 280 | בוצע |
| מיקרו־מרקט BC-3 | מכסה תאגידית | 320 | בוצע |
| לוקר P-31 | שמירה מעבר למועד | 150 | ניסיון חוזר |
המנגנון לא פעל — ההקפאה שוחררה בלי תשלום החזר, והפריט סומן לבדיקה במסלול הקרוב. מסירה חוזרת של האירוע לפי מפתח הפעולה אינה יוצרת שורה שנייה.
מותאמים שלושה מקורות: עסקאות הספק, המסמכים הפיסקליים ואירועי המסירה מהציוד. המזומן מהמכונות מתאזן בנפרד — לפי גיליון איסוף המזומן ומוני המכשיר.
כרטיס אשראי ותשלום ללא מגע במסופון, QR ומערכות תשלומים מהירים, תשלום באפליקציה, מכסת עובד תאגידית, מזומן במכונות עם עודף.
הסכום נחסם עד להפעלת המנגנון ומחויב לאחר מסירה מאושרת. הסחורה לא נמסרה — החסימה משוחררת בלי תשלום החזר.
המצב העצמאי מבצע את התשלום לפי כללי מודול התשלום ושולח את העסקה כשהערוץ יחזור. היעדר רשת אינו עוצר את המכירות.
שליחה חוזרת של העסקה אינה יוצרת תשלום שני ואינה גורעת מלאי פעמיים. הכפילות מזוהה לפי מפתח הפעולה בצד השרת ובצד הספק.
לאחר התשלום מופקת חשבונית מס ויוצאת לקונה בדוא"ל או בהודעה. במסירה כושלת מופקת חשבונית זיכוי על הפריטים שלא נמסרו.
השוואה יומית של העסקאות מול רשימת הספק ודף החשבון הבנקאי, גיליון מזומן לכל מכונה, והפערים — לרשימה נפרדת לבירור.
מסופון התשלום הוא צומת משותפת לשלושת סוגי הנקודות ואחד הרכיבים המרכזיים במערכת: דרכו עובר פדיון הרשת, ותקלה בו עוצרת מכירה גם על ציוד תקין. לכן המסופון רשום במרשם בשווה לנקודה עצמה — גרסת התוכנה, אמצעי התשלום הזמינים, מצב הרשם הפיסקלי ותוצאת ההתאמה האחרונה נראים בלוח המנהל.
מלאי במסחר אוטומטי אינו קשור למחסן אלא למקום: לתא המכונה, למדף, לאזור במקרר. אותו מוצר עצמו בשתי נקודות ברשת הוא שני גדלים בלתי תלויים עם קצב צריכה שונה.
מלאי חשבוני = מה שנטען במילוי − מה שנמכר − מה שנגרע (תפוגה, פגם, מסירה כושלת). את המלאי בפועל נותנת ספירת מלאי במסלול, וההפרש ביניהם הוא מדד מדיד של הנקודה.
כיצד בנוי החילופין:
הציוד עומד בבניינים ובאזורים שונים, ומתחזקים אותו כמה אנשים בנסיעות. תפעול אינו «לעבור בין הנקודות», אלא תור משימות עם מבצעים, מועדים ואישור במקום.
מפעיל הרשת עובד בלוח הבקרה: נקודות על המפה, מצב הציוד, מלאי, תקלות ומשימות המשמרת. סדרן ו טכנאי עובדים באפליקציה בטלפון — עם אותו מערך אובייקטים, אך רק לפי המסלול שלהם.
מה קורה במשמרת:
תאים ומסירה
מוצרים ומכירות
תשלומים
טלמטריה ואנליטיקה
אינטגרציה — חילופי נתונים מוסכמים עם תוכנה חיצונית: מה מועבר, באיזה פורמט, באיזו תדירות, מי הבעלים של הנתונים ומה קורה בתקלה.
ההחלטה המרכזית היא האחריות על הנתונים. רשימת הפריטים ומחירי הרכש מגיעים מ‑ERP, הלקוחות והפלחים — מ‑CRM, מלאי המחסן — ממערכת המחסן, ואילו המכירות ואירועי הציוד נולדים בנקודה. עריכה דו־כיוונית של אותו שדה בשתי מערכות מייצרת פערים קבועים, ולכן נמנעים ממנה.
עם מה המערכת מתחברת:
החילופין נבנה א‑סינכרונית: המכירה בנקודה אינה ממתינה לתשובת המערכת החיצונית. ההודעה מונחת בתור, נשנית בכישלון במרווח הולך וגדל, ונכנסת לתור בירור אם לא עברה אחרי כל הניסיונות.
כל הודעה נשמרת עם גופה, זמנה, תוצאתה ומספר הניסיונות, ולכן בירור תקרית נשען על יומן החילופין ולא על זיכרונות.
האנליטיקה נבנית על נתוני מכירות ופעולת ציוד עצמיים, ולא על מונים חיצוניים. המונה יודע על ביקורים, המערכת — על כסף, מוצרים, השבתות ואובדנים.
הדוחות נספרים לפי חתכים: תקופה, נקודה, אתר, סוג ציוד, מוצר, קטגוריה, אמצעי תשלום, מבצע המסלול. כל מדד זמין בכל חתך ומיוצא לקובץ או למחסן נתונים.
הציוד עומד במקום ציבורי ופועל ללא השגחה. לכן ההגנה נשענת על שלושה דברים: נתוני התשלום אינם מגיעים למערכת, המכשיר מוכיח את מקוריותו, וכל פעולה בכסף ובתאים מותירה עקבות.
את הכרטיס קורא מודול תשלום מוסמך, והמספר אינו מגיע למערכת. לחיובים חוזרים ולמכסות תאגידיות נשמר אסימון ולא הכרטיס.
כל נקודה מתחלפת עם השרת בערוץ מוגן ובמפתח משלה. מפתח שנשלל מנתק את המכשיר מהרשת בלי לפגוע באחרים.
קודי QR ו‑PIN הם חד־פעמיים, עם משך חיים ומספר ניסיונות הקלדה מוגבלים. קוד שבוטל אינו פותח את התא שוב.
מודל תפקידים: סדרן אינו משנה מחירים, טכנאי אינו רואה הכנסות. פתיחת תא בגישת שירות דורשת הרשאה נפרדת וסיבה.
מי פתח תא, מי שינה פלנוגרמה, מי גרע מלאי וביצע איסוף מזומן. הרשומות בלתי ניתנות לשינוי ונשמרות בנפרד מנתוני העבודה.
היקף נתונים מזערי הכרחי על הנמען, משך שמירה, מחיקה לפי בקשה, הסכמות לעיבוד ולהתראות עם תאריך ומקור.
מעגל נפרד הוא השחזור. גיבויים חסרי תועלת כל עוד לא נבדק שחזורם: פריסת בדיקה נעשית לפי לוח זמנים, ולא ברגע התקלה.
המערכת מורכבת ממודולים: כל אחד סוגר את תחום הנתונים והפעולות שלו, והקשרים ביניהם מתוארים במפורש. הפרויקט מושק בחלקים — תחילה נקודות, מוצרים ותשלומים, אחר כך טלמטריה, מסלולים ואנליטיקה.
לוקרים, מכונות ומיקרו־מרקטים: כתובת, אתר, תצורה, שעות פעילות, גרסת תוכנה, אחראי, תנאי שכירות.
מפת הארון לפי גדלים, בחירת תא לפי מידה, סטטוסים ומועדי שמירה, חסימת תא תקול, יומן פתיחות.
הפקדה בידי שליח, קודי QR ו‑PIN, הנפקה חוזרת וביטול קוד, אישור קבלה, פינוי הזמנות שלא נדרשו.
בקשת החזרה, קוד הפקדה הפוכה, קיבוע סגירת הדלת, קליטת הסחורה במחסן, החזר כספי לקונה.
ספר מוצרים משותף, ברקודים, שיוך פריט לתא, לספירלה או לאזור מדף, גרסאות פלנוגרמה עם תאריך תחולה.
מחירים לפי נקודה, קבוצת נקודות ולוח זמנים, תנאים תאגידיים ואישיים, עיגול, מיסים, היסטוריית שינויים.
תור אחיד למכירות מכל הנקודות, תוצאת המסירה, פעולות שנכשלו, קבלות, ביטולים והחזרים כספיים.
חיבור ספקים ומודולי תשלום, הקפאה וחיוב, תשלום ללא מזומן ומזומן, החזרים, התאמה.
קבלות מכירה והחזרה, חילופין עם קופות מקוונות, שליחת קבלה לקונה, בקרה על מסמכים שלא נשלחו.
מלאי לפי תאים ואזורים, מנות ותאריכי תפוגה, בקשות מילוי, משלוח למסלול, גריעות ופגי תוקף.
ספירה בנקודה מהטלפון, פער עם סיבה, היסטוריית ספירות, אובדנים בכסף לפי נקודה ולפי מוצר.
בניית מסלול לפי מלאי ותקלות, שיבוץ מבצע, אישור פעולות בסריקה, העברת מה שלא נסגר.
גיליונות לפי מכונות, התאמת המזומן לעסקאות המכשיר, מטבעות עודף, מסירת הפדיון לקופה.
קליטת אירועי ציוד, תור בעת ניתוק קשר, פרוטוקולי MDB ו‑EVA-DTS, היסטוריית מצבי המכשיר.
מצב הנקודות בזמן אמת, ספים והתראות, משימות לטיפול, זמן עד לחידוש העבודה.
שינוי מחירים, פלנוגרמה, טקסטים על המסך ושעות פעילות, עדכון התוכנה במכשיר בקבוצות עם החזרה לאחור.
יומן טמפרטורה של מקררי התצוגה, ספים והתראות, סימון מנה לבדיקה בעת חריגה מהמשטר.
חשבונות, חשבונות תאגידיים ומכסות עובדים, אפליקציית הקונה, היסטוריית רכישות וקבלות אלקטרוניות.
קודי מסירה, תזכורות על מועד השמירה, קבלות וסטטוסי החזרה בדוא"ל, ב‑SMS ובמסרונים, יומן מסירה.
מכירות, רווחיות, מחזור, השבתות, אובדנים וביקוש שהוחמץ בחתכים חופשיים, ייצוא וחלונות נתונים.
חילופין עם חנויות מקוונות, חברות משלוחים, CRM, ERP, מחסן, קופות ושירותי סליקה. API, וובהוקים, תורים.
תפקידים והרשאות לפי מדורים ופעולות, אימות דו־שלבי, יומן פעולות העובדים ופתיחות שירות.
לוקרים, מכונות ומיקרו־מרקטים במערכת אחת, כמה ישויות משפטיות ואתרים, אזורים, מטבעות ושפות לממשק הנקודה.
התוכנה במכשיר, אפליקציית הסדרן והטכנאי, לוח הבקרה של מפעיל הרשת — על ליבת נתונים אחת.
את המערכת אין משיקים במלואה בגרסה אחת. הסדר שלהלן משקף תלויות: כל שלב נשען על נתונים שהופיעו בקודם.
צי הציוד, פרוטוקולי החיבור, התהליכים הקיימים של מילוי וניהול מלאי. התוצאה — תרשים ישויות ומפת אינטגרציות.
מרשם מכשירים, רשימת פריטים, פלנוגרמות, מחירים ומלאי. פיילוט בכמה נקודות עם בדיקה על נתונים אמיתיים.
מודולי תשלום, הפקת חשבוניות מס, קודי מסירה והחזרות. השקה על חלק מהרשת עם התאמה יומית של הפעולות.
טלמטריה, מסלולים וספירות מלאי, אינטגרציות עם החשבונאות, אנליטיקה. כל בלוק הוא גרסה נפרדת עם מדידת תוצאה.
תארו מה כבר עובד אצלכם: צי ציוד, מערכת חשבונאית, מחסן, ספק סליקה. ננתח את התהליך ונציע ארכיטקטורה לפתרון.