איך בוחרים פרוטוקול ופתרון סליקה למכונות אוטומטיות?
והדרך לבחור נכון - Executive Protocol מול MDB
לרוב המכונות החדשות קפה, לוקרים חכמים, Smart Fridge, מזון וחטיפים הפרוטוקול המומלץ הוא MDB, בזכות תמיכה עולמית, גמישות ותאימות ל‑IoT, ענן ותשלומים ללא מגע. Executive Protocol נשאר רלוונטי לצי ותיק שרוצים לשדרג בעזרת ממיר. מעבר לפרוטוקול, ספק הסליקה קובע את חוויית הלקוח ואת אחוזי האישור וכאן פייפלוס בולטת בזכות סליקה ללא תפיסת מסגרת אשראי, פתרון end‑to‑end מספק אחד, ורישיון פיננסי אירופי (EMI).
תוכן העניינים
מהו פרוטוקול תקשורת במכונת ממכר?
במכונת ממכר יש כמה רכיבים שצריכים 'לדבר' באותה שפה: בקר המכונה (VMC – Vending Machine Controller), קורא מטבעות, קורא שטרות, מסוף אשראי, קורא NFC, מודם סלולרי, מערכת Telemetry וחיישנים. השפה המשותפת נקראת Communication Protocol, והיא מגדירה מי מתחיל את השיחה, אילו פקודות קיימות, כיצד מועבר אישור אשראי, כיצד מבוצעת מכירה, כיצד מטופלות שגיאות וכיצד מבטלים או מעדכנים מחירים.
בלי פרוטוקול אחיד — אי אפשר לחבר התקני תשלום חדשים למכונה. שני תקנים שולטים בשוק: MDB ו-Executive Protocol (EXE).
רכיבים שהפרוטוקול מחבר:
- בקר המכונה (VMC)
- מסוף אשראי (Cashless)
- מודם סלולרי
- קורא מטבעות / שטרות
- קורא NFC
- מערכת Telemetry וחיישנים
איזה פרוטוקול מתאים למכונה שלך?
אם אתם מפתחים מכונות קפה, Smart Fridge, לוקר חכם, מכונת מזון, מכונות חטיפים או עמדות שירות עצמי ההמלצה ברוב המקרים היא MDB: גמיש יותר, מקובל יותר ומתחבר בקלות לטכנולוגיות עתידיות.
Smart Fridge
מכונות חטיפים
חניונים
יש לכם צי קיים?
צי של מאות מכונות Executive? אין סיבה למהר להחליף. ברוב המקרים אפשר להוסיף מסוף אשראי, Telemetry Cloud ו‑NFC באמצעות ממיר מתאים.
מהו MDB ואיך הוא עובד?
MDB (ראשי תיבות של Multi Drop Bus) הוא התקן התקשורת המקובל ביותר בעולם הוונדינג המודרני. הוא מאפשר חיבור אחיד בין בקר המכונה (VMC) לבין ציוד היקפי — קוראי מטבעות, קוראי שטרות ומסופי תשלום ללא מזומן.
בארכיטקטורת MDB יש Master אחד בלבד: ה‑VMC. כל שאר הרכיבים הם Slaves. ה‑VMC פונה לכל רכיב בתורו ושואל "האם יש לך מידע?". הניהול המסודר מונע התנגשויות בין רכיבים.
Master אחד (VMC) · Slaves:
- Coin Acceptor (קורא מטבעות)
- Bill Validator (קורא שטרות)
- Cashless Reader (מסוף ללא מזומן)
- Card Reader / NFC Reader
סטנדרט עולמי
רוב יצרני המכונות תומכות בו, קל להחליף ציוד, להוסיף רכיבים, למצוא חלפים ולבצע אינטגרציה.
תמיכה מצוינת במסופי אשראי
Contactless, EMV, Apple Pay, Google Pay ו‑NFC.
התאמה ל‑Telemetry ו‑IoT
Cloud, Remote Monitoring וניהול מלאי.
הרחבה פשוטה
אפשר להוסיף קורא, מודול תקשורת, מצלמה או חיישנים בלי לשנות את לוגיקת המכונה.
לעומק שכבה פיזית, מסגור ותזמון MDB
החלק הבא צולל לרובד הטכני של MDB. מובן זה חשוב למי שמפתחת מסוף, ממיר, בקר או מערכת Telemetry שמתחברים ישירות לאפיק.
השכבה הפיזית והחשמלית
MDB הוא אפיק UART טורי אסינכרוני הפועל בקצב קבוע של 9600 bps בקידוד NRZ. כל מסגרת (frame) בנויה מ‑11 ביט:
start bit 1 — ביט התחלה
data bits 8 — בסדר LSB-first
mode bit 1 — "הביט התשיעי", מבחין בין כתובת לנתונים
stop bit 1 — ביט עצירה
חשמלית, האפיק הוא open-collector חד-קצה (single-ended) ברמות מתח של כ‑9–11V, עם בידוד אופטי (opto-isolation). ה‑VMC מזין את התקנים ההיקפיים דרך אותו מחבר (18–42VDC לא-מיוצב), והחיבור הפיזי מבוצע במחבר 5-pin Molex / 6-pin MTA בטופולוגיית שרשור (Y / piggyback). ה‑VMC אחראי גם על תקציב ההספק — ומחויב לאפשר/להשבית התקנים לפי זמינות חשמל.
מבנה בלוק הפקודה (Framing)
ה‑mode bit הוא לב הלוגיקה: כאשר ה‑Master (VMC) משדר, mode=1 מציין ADDRESS byte ו‑mode=0 מציין DATA byte. את בייט הכתובת קוראים כל ההתקנים, אך רק זה שכתובתו תואמת מגיב; את בייטי הנתונים קורא רק ההתקן הממוען. כשהתקן משיב ל‑Master, הוא מדליק את ה‑mode-bit על הבייט האחרון בבלוק כדי לסמן את סופו.
ADDRESS byte : [ 5 bits address | 3 bits command ] mode = 1 SUBCOMMAND : (optional) mode = 0 DATA[0..n] : (optional payload, MSB first) mode = 0 CHK : 8-bit sum (mod 256) of preceding bytes mode = 0
לדוגמה, פקודת RESET (command 2h) לכתובת ה‑Cashless (10h) מקודדת כ‑1 00010 010b = 112h (הביט התשיעי = 1, חמשת הביטים העליונים = כתובת, שלושת התחתונים = פקודה). ההתקן פשוט משיב ACK ללא mode bit עצמו, בקרת שגיאות מתבצעת ב‑checksum בלבד, ושלושה בייטי בקרה שמורים: ACK = 00h (אישור), NAK = FFh (דחייה), RET = AAh (בקשת שידור חוזר). ערכים רב-בייטיים נשלחים MSB-first.
טבלת כתובות היקפיות (Peripheral Addresses)
חמשת הביטים העליונים בבייט הכתובת מגדירים את סוג ההתקן. אלו הכתובות המרכזיות במפרט:
Polling ותזמון (Bus Timing)
ה‑VMC סוקר (POLL) כל התקן באופן מחזורי — כל התקן נסקר אחת ל‑25–200 ms. זמן התגובה המרבי (t-response) הוא 5 ms: שתיקה מעבר לכך שקולה ל‑NAK, וההתקן חייב לחזור על הבלוק (או לצרפו) בהזדמנות הבאה. אם התקן אינו מגיב לאורך זמן ה‑response המרבי — הוא נחשב לא-נוכח על האפיק.
מכונת המצבים של עסקת Cashless
ממשק ה‑Cashless הוא החלק הרלוונטי ביותר לספק סליקה, והוא מוגדר כ‑State Machine ברור. המפרט מגדיר שלוש רמות תכונה (Feature Levels 1/2/3), כאשר רמות גבוהות תומכות ב‑Revalue, קבצים מורחבים וכו'. המצבים העיקריים:
קבוצות הפקודות המרכזיות של ה‑VMC אל המסוף:
אתחול המסוף
Config Data (רמת תכונה, שורות/עמודות תצוגה) ו‑Max/Min Prices
סקירה מחזורית; דרכה המסוף מדווח אירועים
Vend Request / Cancel / Success / Failure / Session Complete / Cash Sale
Reader Enable / Disable / Cancel
טעינת ערך והרחבות (מזהה יצרן, מספר סידורי)
קבוצות הפקודות המרכזיות של ה‑VMC אל המסוף:
Card presented -> BEGIN SESSION (funds available) User selects -> VMC sends VEND REQUEST (item price, item #) Terminal decides -> VEND APPROVED / VEND DENIED Machine vends -> VMC sends VEND SUCCESS Settle -> SESSION COMPLETE -> END SESSION
שימו לב ש‑Vend Approved אינו סוף העסקה — רק לאחר VEND SUCCESS (אישור שהמוצר אכן שוחרר) נכון לסגור/לחייב. זו בדיוק ה"הצלבה" בין אישור התשלום להצלחת השחרור שמונעת חיוב ללא אספקת מוצר — נקודה קריטית ביישום סליקה תקין.
שיפור לתשלומים ללא מגע (Contactless)
החל מגרסה 4.2 נוסף "option bit" המאפשר למסוף להצהיר שהוא מסוגל לקבל Vend Request גם ממצב Enabled/Idle, בלי Begin Session מקדים. זה פותר את בעיית ה"הצמדה כפולה" (tap פעמיים) שהייתה נפוצה במסופי NFC ישנים, ומאפשר חוויית הצמדה אחת נקייה.
איך מתבצעת עסקת אשראי ב‑MDB (שלב אחר שלב)
1. הלקוח מצמיד כרטיס
2. המסוף מבצע אימות
3. המסוף מבקש הרשאת מכירה
4. ה‑VMC מאשר
5. המכונה משחררת מוצר
6. מתקבלת הודעת Vend Success
7. הצלבה בין אישור להצלחת שחרור
8. העסקה נסגרת (Session Complete)
מהו Executive Protocol ואיך הוא עובד?
Executive Protocol (EXE) הוא פרוטוקול ותיק יותר, נפוץ בעיקר במכונות אירופאיות — במיוחד באיטליה, צרפת וספרד. הוא עדיין בשימוש נרחב בצי מכונות קיימים, ולכן רלוונטי בפרויקטי שדרוג (Retrofit).
ההבדל הארכיטקטוני המרכזי: ב‑MDB בקר המכונה מנהל את התהליך, בעוד שב‑Executive מערכת התשלום מנהלת חלק גדול מהלוגיקה העסקית — אישור אשראי, הרשאת מכירה, מחיר וביטול עסקה. (קיימים יישומים שונים אצל יצרנים שונים)
החיסרון של Executive:
הוא פחות גמיש כשרוצים Mobile Payments, Remote Vend, Basket, ניהול קופונים, Telemetry מתקדם ואינטגרציות IoT. לכן פרויקטים חדשים מבוססים בדרך כלל על MDB.
מכונות קיימות
מכונות של יצרנים כמו Necta, Bianchi, Fas, Saeco או Zanussi עובדות לרוב ב‑Executive. אין צורך להחליף את כל המכונה.
התקנה פשוטה
לעיתים אפשר לחבר קורא חדש ישירות, בלי שינוי במערכת החשמל.
עלות נמוכה לצי גדול
בצי של מאות מכונות ותיקות, שדרוג Executive זול משמעותית מהחלפת כל הבקר.
Executive לעומק — הארכיטקטורה ההפוכה
Executive מוכר גם בשם "Protocol A", ופותח על ידי Mars Electronics International (MEI) בתחילת שנות ה-80. ההבדל המהותי מ-MDB הוא היפוך תפקידי ה-Master/Slave: מנגנון המטבעות (Coin Mechanism) הוא ה-Executive (Master), ובקר המכונה (VMC) הוא צומת היקפי (Slave).
זהו למעשה ההפך המדויק מ-MDB, שבו ה-VMC שולט. Executive הוא בעיקרו "פרוטוקול בקרה" שמעביר מעט מאוד נתונים. ה-Executive סוקר (POLL) את הצומת ההיקפי, זה מחזיר את הסטטוס שלו, וה-Executive מנתח את הסטטוס ומחליט מה הפעולה הבאה. חשמלית, ההזנה מסופקת בנפרד — לרוב AC 24V.
Price Holding מול Price Display
ל-Executive שני מצבי עבודה עיקריים שקובעים היכן "יושבת" לוגיקת המחירים:
Price Holding
המחירים נשמרים אצל ה-Executive. ה-VMC מחזיר את מספר קו המוצר (Product Line) בטווח 1–250, וה-Executive "מתרגם" אותו למחיר מתוך מאגר המחירים שלו. מצב זה מאפשר audit מפורט יותר.
Price Display / Standard
המחירים נשמרים בבקרה עצמה, וה-Executive פועל בעיקר כמאשר אשראי.
ברמת הפקודות, מועברים CREDIT ולאחריו VEND. חשוב: פקודת VEND אינה מובטחת אחרי CREDIT — ההחלטה לשחרר מוצר עשויה להסתמך על יותר מעצם כיסוי המחיר (למשל זמינות עודף), ולכן היישום חייב לנהל את המצב בזהירות.
ההרחבה הגרמנית — BDV001
על בסיס Executive פותח בגרמניה ענף ה-BDV (BDV001) על ידי איגוד ה-BDV, כדי לאפשר העברת קבצי נתונים גדולים יותר — קונפיגורציה ונתוני audit — שהפרוטוקול המקורי לא תוכנן להם. BDV נפוץ במיוחד במכונות אירופאיות ומהווה למעשה "דיאלקט" מורחב של Executive.
עסקת אשראי ב-Executive
התהליך דומה ברמת המשתמש לעסקת MDB, אך חלוקת האחריות שונה: מערכת התשלום מנהלת את הקרדיט, המכונה מקבלת הרשאה, מבצעת המכירה ומוחזרת תשובת הצלחה.
סיכום ההבדל הארכיטקטוני
| היבט | MDB | Executive |
|---|---|---|
| מי ה-Master | בקר המכונה (VMC) | מנגנון התשלום / המטבעות |
| מי ה-Slave | כל ההתקנים ההיקפיים | בקר המכונה (VMC) |
| היכן לוגיקת המחיר | ב-VMC | לרוב ב-Executive (Price Holding) |
| כמות הנתונים | עשירה, מובנית | מינימלית (פרוטוקול בקרה) |
| הזנת חשמל | על האפיק (18–42VDC) | בנפרד (לרוב 24V AC) |
| מקור / תקן | NAMA / EVA | MEI (Protocol A) + BDV |
ארכיטקטורה היברידית מודרנית
הפתרון המקובל היום בשווקים שהיו בעבר Executive בלבד אינו "לבחור צד" אלא לשלב: מערכת תשלום/מחזיר-עודף (cashless / changegiver) מתפקדת כ‑Master ביניים:
upstream - כלפי המכונה היא מדברת Executive — כך המכונה הוותיקה "מרגישה" שהיא מחוברת למנגנון תשלום מוכר.
downstream - כלפי ההיקפיים היא מדברת MDB — ומאפשרת לחבר קורא שטרות, מסוף EMV, NFC ו‑Telemetry מודרניים.
כך משלבים את שלמות ניהול המידע של Executive עם המודולריות והעלות של MDB. זו בדיוק נקודת החיבור שבה פלטפורמת סליקה טובה (כמו של פייפלוס) מסתירה את מורכבות הפרוטוקול מאחורי שכבת אבסטרקציה אחת.
האם אפשר לחבר מסוף MDB למכונת Executive?
צי של מאות מכונות Executive? אין סיבה למהר להחליף. ברוב המקרים אפשר להוסיף מסוף אשראי, Telemetry Cloud ו‑NFC באמצעות ממיר מתאים.
מדריך אינטגרציה למפתחים - עקרונות תכנון
כשבונים מסוף, ממיר או מערכת שמתחברים לשני הפרוטוקולים, מומלצת ארכיטקטורה שכבות שתשמור על יציבות גם כשמוסיפים פרוטוקול או התקן חדש בעתיד.
1. הפרדת שכבות (Layered Design)
Business Logic (pricing, sessions, settlement)
| unified interface
PaymentDevice { Vend(), Refund(), EnableDevice(),
DisableDevice(), GetMachineStatus() }
| |
MdbDriver ExecutiveDriver
(9600 9-N-1, POLL, (Protocol A master role,
ACK/NAK/RET, CHK) CREDIT/VEND, price holding)ה-Business Logic לא צריך לדעת אם מתחת יושב MDB או Executive — כל פרוטוקול הוא Driver שממש את אותו Interface.
2. ניהול מצב (State Machine)
נהלו את מחזור החיים של העסקה כמכונת מצבים מפורשת, עם מעברים חוקיים בלבד. זה מונע מצבי קצה כמו "אישור התקבל אך המוצר לא שוחרר".
3. עמידות תקשורת (Resilience)
Idempotency Keys
כל בקשת חיוב נושאת מזהה ייחודי, כך שניתוק באמצע לא יגרום לחיוב כפול בעת שידור חוזר.
Timeout ו-Retry
התאימו ל-t-response של 5ms ולמחזור ה-POLL; אל תניחו שהתקן "נעלם" אחרי כשל בודד.
Event Log מלא
תעדו כל פקודה/תגובה (append-only) לצורך התחשבנות, דיבוג ו-reconciliation מול הסליקה.
הצלבת Vend Success
חייבו רק לאחר אישור שחרור המוצר, לא ברגע אישור התשלום.
טיפ למפתחים
הפרידו בין שכבת הפרוטוקול ללוגיקה העסקית. כתבו Driver נפרד ל-MDB ול-Executive מעל Interface אחיד (Vend, Refund, EnableDevice, DisableDevice, GetMachineStatus), נהלו State Machine ברור עם Timeout ו-Retry, תעדו כל אירוע ב-Event Log, והשתמשו ב-Idempotency למניעת חיובים כפולים בניתוקי תקשורת.
איך בוחרים ספק סליקה? למה PayPlus מובילה
הפרוטוקול קובע איך המכונה מדברת - אבל ספק הסליקה קובע את חוויית הלקוח, את אחוזי האישור, את מהירות ההתחשבנות ואת היכולת לנהל צי בקנה מידה. כאן פייפלוס בולטת כפתרון המלא והמוביל בישראל לעולם ה‑Unattended / Self-Service.
סליקה אמיתית ללא תפיסת מסגרת אשראי
במכונה אוטומטית בקשת האישור נשלחת ברגע הצמדת הכרטיס - עוד לפני שידוע איזה מוצר ייבחר. פתרונות רבים פותרים זאת עם Pre-Authorization על סכום תקרה שתופס זמנית כסף בכרטיס: הלקוח רואה תפיסה גבוהה מהרכישה, כרטיסים נטענים מראש וכרטיסי נוער נדחים, והשחרור נמשך ימים. פייפלוס לא תופסת מסגרת - חיוב מדויק בזמן אמת על הסכום שנרכש בלבד.
פתרון end-to-end אחד
במכונה אוטומטית בקשת האישור נשלחת ברגע הצמדת הכרטיס - עוד לפני שידוע איזה מוצר ייבחר. פתרונות רבים פותרים זאת עם Pre-Authorization על סכום תקרה שתופס זמנית כסף בכרטיס: הלקוח רואה תפיסה גבוהה מהרכישה, כרטיסים נטענים מראש וכרטיסי נוער נדחים, והשחרור נמשך ימים. פייפלוס לא תופסת מסגרת - חיוב מדויק בזמן אמת על הסכום שנרכש בלבד.
האמון של המותגים הגדולים
פייפלוס משרתת חלק מהלקוחות הגדולים בישראל — בהם דקאתלון, סודהסטרים וקבוצת פוקס ועוד. עבור מפעיל מכונות זו הוכחה מעשית ליכולת לעמוד בנפחי עסקאות גבוהים, בדרישות רגולציה ובסטנדרטים של ארגונים גדולים.
פעילות מוסדרת גם בחו״ל
מעבר לישראל, לפייפלוס נוכחות בינלאומית מוסדרת עם רישיון פיננסי אירופי (EMI), המאפשר פעילות בנקאות דיגיטלית תחת פיקוח רגולטורי מלא — כולל תמיכה בMulti-Currency ובהתרחבות חוצת-גבולות.
תאימות רגולטורית ישראלית מלאה
צי מכונות מייצר אלפי עסקאות קטנות, וכל אחת דורשת תיעוד. פייפלוס מפיקה חשבוניות אוטומטית, כולל מסמכי חשבונית-קבלה לפי מודל החשבוניות של רשות המסים, מנהלת מע״מ ומתממשקת למערכות ה‑ERP/הנהלת חשבונות - הכול אוטומטי.
אינטגרציה חכמה עם המכונה
במכונה אוטומטית בקשת האישור נשלחת ברגע הצמדת הכרטיס - עוד לפני שידוע איזה מוצר ייבחר. פתרונות רבים פותרים זאת עם Pre-Authorization על סכום תקרה שתופס זמנית כסף בכרטיס: הלקוח רואה תפיסה גבוהה מהרכישה, כרטיסים נטענים מראש וכרטיסי נוער נדחים, והשחרור נמשך ימים. פייפלוס לא תופסת מסגרת - חיוב מדויק בזמן אמת על הסכום שנרכש בלבד.
PayPlus מול פתרונות אחרים
| מאפיין | PayPlus | פתרונות אחרים |
|---|---|---|
| תפיסת מסגרת אשראי | אין - חיוב מדויק בלבד | לרוב Pre-Auth על סכום תקרה |
| פתרון end-to-end | מלא - ספק אחד | לרוב מפוצל בין כמה ספקים |
| לקוחות אנטרפרייז מובילים | דקאתלון, סודהסטרים, פוקס ועוד | משתנה |
| פעילות בינלאומית מוסדרת | רישיון EMI אירופי | לרוב מקומי בלבד |
| חשבוניות + מספרי הקצאה | אוטומטי, מובנה | תלוי פתרון |
| תמיכה MDB / Telemetry | מלא | חלקי |
| דיווח בזמן אמת | מרכזי Dashboard | מוגבל |
טעויות נפוצות שכדאי להימנע מהן
בחירת פרוטוקול לפי המכונה בלבד, בלי לבדוק אילו ספקי סליקה תומכים בו בפועל.
מעבר לספק שתופס מסגרת אשראי - פוגע באחוזי אישור ומייצר תלונות לקוחות.
החלפת צי שלם של מכונות Executive, במקום שדרוג עם ממיר.
פתרון מפוצל בין כמה ספקים ללא נקודת אחריות אחת.
דילוג על Idempotency - מוביל לחיובים כפולים בניתוקי תקשורת.
אי-הצלבה בין אישור תשלום ל‑Vend Success - גורם לחיובים ללא אספקת מוצר.
שאלות ותשובות
סיכום
MDB ו‑Executive אינם מתחרים אלא שני תקנים המשרתים דורות שונים של מכונות ממכר: MDB הוא הבחירה הטבעית לפרויקטים חדשים בזכות הגמישות והתאמה ל‑IoT, לענן ולתשלומים ללא מגע; Executive נשאר רלוונטי לשדרוג ציים ותיקים. במקרים רבים הפתרון הנכון אינו לבחור בין השניים, אלא לבחור פלטפורמת תשלומים שתומכת בשניהם.
פייפלוס משלבת סליקה ללא תפיסת מסגרת אשראי, פתרון מלא מקצה לקצה, אמון של המותגים הגדולים במשק ורישיון פיננסי אירופי — ולכן הבחירה המובילה למפעילי מכונות המחפשים פתרון אחד, אמין ומתקדם, עם יכולת לצמוח בישראל ובעולם.
