בשרשרת סליקה פיזית בישראל יש חמישה תפקידים נפרדים - מסוף, אשראית, שב"א, סולק ומנפיק. מי אחראי למה, מה בעל העסק באמת מחליט, ואיפה חיבור קופה למסוף נשבר.
עיקרי הדברים
- שב"א היא צומת התקשורת בין נקודת המכירה לבין חברות האשראי, ולא הגורם שאיתו חותמים על עמלות.
- אשראית היא שם התוכנה שמריצה את העסקה בצד המסוף, והיא מופיעה כרכיב גם בתוך מערכות ERP ובילינג.
- ההחלטה הטכנית האמיתית בחיבור קופה למסוף היא מי מקור האמת לעסקה, ולא איזה כבל מחבר ביניהם.
- מצב שלישי חייב להיות מוגדר: לא "אושר" ולא "נדחה" אלא "לא ידוע", עד שמכריעים מול המסוף או מול הסיכום היומי.
- דרישות EMV ו-PCI קיימות, אבל מה שחל עליכם בפועל נקבע מול הסולק ומול ספק המסוף, לא מתוך מאמר.
בעסקה פיזית בישראל משתתפים חמישה גורמים נפרדים: המסוף, תוכנת המסוף, שב"א כצומת הסליקה, הסולק והמנפיק. בעל העסק אינו בוחר את רובם. מה שהוא כן מחליט הוא מי הקופה, איזה מסוף, מול איזה סולק, ומי מוציא את המסמך החשבונאי.
מי עושה מה בשרשרת הסליקה הפיזית
| התפקיד | מי זה בפועל | מה הוא אחראי לו | מה אתם מחליטים לגביו |
|---|---|---|---|
| קופה או מערכת עסקית | ספק הקופה, ERP או תוכנה שלכם | מזהה מכירה, סכום, פריטים, מסמך | כן, בחירה מלאה |
| מסוף וקורא כרטיסים | ספק חומרה מאושר | קריאת הכרטיס, הזנת קוד, שידור | כן, מתוך מה שהסולק תומך בו |
| תוכנת מסוף | אשראית של שב"א | ניהול העסקה בצד המסוף | לא ישירות |
| צומת סליקה | שב"א | ניתוב בקשת האישור לחברת האשראי | לא |
| סולק | חברת הסליקה שאיתה חתמתם | האישור, ההסדר הכספי, העמלות | כן, וזו ההחלטה המסחרית |
| מנפיק | חברת האשראי של הלקוח | אישור או סירוב מול חשבון הלקוח | לא |
השורה שרוב האנשים מדלגים עליה היא השלישית. הסיבה שאותם מסכי שגיאה חוזרים אצל עסקים שונים, עם ספקי קופה שונים, היא שהתוכנה שמריצה את העסקה בצד המסוף היא לעיתים קרובות אותה תוכנה.
מה זו בכלל אשראית ולמה היא עולה בכל שיחה על מסופים?
אשראית היא תוכנת הסליקה שמפתחת שב"א, והיא זו שרצה בתוך מסופים ומערכות מחשוב בישראל. באתר שב"א היא מוצגת לצד שירותים נוספים של החברה: 3DSecure לעסקאות באינטרנט, פתרון להוראות קבע, Shva TOP לסליקה מטלפון חכם, Shva CLP לכרטיסים סגורים, ו-Shva Insights לנתונים פיננסיים. רכיבי אשראית משולבים גם במערכות ERP ובתוכנות בילינג ייעודיות, ולא רק במסופון עצמאי.
המשמעות המעשית לצוות פיתוח: כשהקופה מדברת עם המסוף היא אינה ממציאה פרוטוקול משלה. היא מדברת מול רכיב קיים, בגרסה מסוימת, שהוגדר מול סולק מסוים. שלושת אלה - הרכיב, הגרסה וההגדרה - הם מה שמבררים לפני שכותבים שורת קוד, לא אחרי.
מה בעל העסק באמת מחליט?
זו הרשימה הקצרה, וכל היתר נגזר ממנה:
- מול איזה סולק עובדים. זו ההחלטה המסחרית, והיא מכתיבה אילו מסופים ואילו מסלולים בכלל זמינים לכם.
- איזה מסוף. נייח, נייד, או סליקה מטלפון. ההבדל ביניהם תפעולי - קליטה סלולרית, סוללה, מי מחזיק את המכשיר - ולא הבדל בקוד שלכם.
- מי הקופה. כאן נמצאת רוב עבודת האינטגרציה, וכאן גם רוב התקלות.
- מי מוציא את המסמך. הקופה, מערכת החשבוניות, או רכיב אחר. עסקה אחת ששני גורמים מוציאים לה מסמך היא התקלה הנפוצה ביותר בפרויקטים שמחברים תשלומים והנהלת חשבונות.
- מה קורה בהחזר. ביטול עסקה מאותו יום וזיכוי בדיעבד אינם אותה פעולה, וההבחנה חייבת להתקיים בקופה לפני שמגיעים לספירת קופה בערב.
מי מקור האמת לעסקה - הקופה או המסוף?
חייבת להיות תשובה אחת, והיא צריכה להיכתב לפני שמתחילים את החיבור. המסוף יודע מה חברת האשראי אישרה. הקופה יודעת מה נמכר. כשהשניים לא מסכימים, אחד מהם חייב לנצח.
התבנית שעובדת: הקופה מייצרת מזהה מכירה פנימי לפני שהיא פונה למסוף, ושומרת אותו. אחרי התשובה היא שומרת ארבעה שדות - מזהה המכירה, תוצאת המסוף, הסכום והזמן. התוצאות האפשריות הן שלוש, לא שתיים:
- אושר. יש תשובה חיובית ויש מזהה עסקה. ממשיכים למסמך ולסגירת המכירה.
- נדחה. יש תשובה שלילית מפורשת. מציעים ללקוח אמצעי תשלום אחר.
- לא ידוע. התקשורת נפלה, המסוף לא ענה, או שהתשובה הגיעה חתוכה. כאן אסור לנחש.
מצב "לא ידוע" הוא כל התרגיל. אם המערכת מציגה אותו כ"נדחה", הלקוח ישלם פעמיים. אם היא מציגה אותו כ"אושר", הסחורה יוצאת בלי כסף. הפתרון הוא לסמן את המכירה כתלויה, ולהכריע אותה מול המסוף או מול הסיכום היומי לפני שסוגרים את היום.
איפה חיבור קופה למסוף נשבר בפועל
- סגירת יום שאינה מסונכרנת. המסוף סוגר יום בשעה אחת והקופה בשעה אחרת, וכל השוואה בין השניים נראית שגויה בלי שיש בעיה אמיתית.
- ביטול מול זיכוי. ביטול מסיר עסקה שטרם הועברה להסדר, זיכוי יוצר תנועה חדשה. מי שמממש רק אחד מהם מייצר מסמכים כפולים.
- עסקה שאושרה והקופה קרסה. אין מסמך, אין שורה, ויש כסף. זה מתגלה רק בהתאמה.
- טיפ, הנחה או פיצול תשלום שנוספו אחרי האישור. הסכום במסוף כבר אינו הסכום בקופה.
- מסוף אחד ושתי עמדות. שתי מכירות מגיעות למסוף בסדר שאיש לא צפה, והתשובות משויכות למכירה הלא נכונה.
- שמירת פרטי כרטיס בקופה. אל תעשו זאת בלי להגדיר מפורשות מול הסולק ומול ספק המסוף מה נשמר ואיפה.
מה כדאי שיהיה מוכן לפני שמדברים עם מתכנת
- שם הסולק והמסלול, כפי שהם מופיעים בהסכם.
- דגם המסוף וגרסת התוכנה שרצה עליו.
- שם מערכת הקופה או ה-ERP, והאם קיים לה חיבור מוכן לאותו מסוף.
- החלטה כתובה מי מוציא את המסמך החשבונאי.
- תיאור התהליך היומי: מי סוגר יום, מתי, ומי משווה בין דוח המסוף לדוח הקופה.
- מה עושים בהחזר שמגיע יום אחרי, שבוע אחרי וחודש אחרי.
זהו תיאור טכני של חלוקת תפקידים בשרשרת סליקה פיזית, ולא ייעוץ. דרישות EMV, PCI וכללי מותגי הכרטיסים קיימות, ומה שחל על העסק שלכם נקבע מול הסולק ומול ספק המסוף בכתב.
קשור: התאמת תנועות סליקה מול המערכת, השוואת שערי סליקה בישראל, מתשלום לחשבונית באופן אוטומטי.
מקורות
שאלות נפוצות
שב"א היא חברת האשראי שלי?
לא. שב"א היא צומת התקשורת והסליקה שמעביר את בקשת האישור מנקודת המכירה אל חברות האשראי, והיא גם מפתחת את תוכנת אשראית שרצה בצד המסוף. ההסכם המסחרי שלכם, כולל עמלות ומסלולים, נחתם מול הסולק - חברת הסליקה - ולא מול שב"א.
מה ההבדל בין המסוף לבין הקופה?
המסוף קורא את הכרטיס, מנהל את האימות ומשדר את בקשת האישור. הקופה יודעת מה נמכר, למי ובאיזה סכום, והיא מוציאה את המסמך. חיבור ביניהם אינו העברת מספר אחד, אלא הסכמה על מזהה מכירה משותף ועל מה קורה כשאחד מהצדדים אינו עונה.
הקופה קרסה אחרי שהמסוף אישר, מה עושים?
מסמנים את המכירה כתלויה ולא כנדחית, ומכריעים אותה מול המסוף או מול הסיכום היומי לפני סגירת היום. אל תחייבו שוב את אותו לקוח לפני שהכרעתם, ואל תוציאו סחורה על סמך הנחה שהעסקה עברה. זו בדיוק הסיבה שדרוש מצב שלישי.
אפשר לשמור פרטי כרטיס בקופה כדי לחייב שוב אחר כך?
זו החלטה שנקבעת מול הסולק ומול ספק המסוף, ולא בקוד. חיוב חוזר בעולם הפיזי נשען בדרך כלל על מנגנון ייעודי של הספק ולא על שמירת מספרי כרטיס אצלכם. שאלו בכתב מה נשמר, אצל מי, ואיזה מזהה חוזר אליכם לשימוש חוזר.
להמשך קריאה
שירות רלוונטי
אינטגרציות
לגרום למערכות שאתם כבר משלמים עליהן לדבר זו עם זו.
על הכותב
יהונתן סעדיה
מפתח פרילנסר לאוטומציה, אתרים ו-MVP
אני יהונתן סעדיה, מפתח בכיר שבונה אוטומציה עסקית, אתרים מותאמים ומוצרי MVP לעסקים קטנים ובינוניים בארה"ב, אירופה וישראל. המדריכים האלה נכתבים מתוך עבודה אמיתית עם לקוחות, לא מתיאוריה.
בוא נעבוד יחדיש לך פרויקט דומה?
ספר לי מה אתה רוצה לבנות או איזה תהליך להפוך לאוטומטי. אני חוזר תוך 24 שעות עסקים עם כמה שאלות ממוקדות, ואז עוברים על זה יחד בשיחת היכרות חינמית של 30 דקות, בלי התחייבות. בסוף יש לך היקף עבודה, לוח זמנים ומחיר קבוע - או תשובה כנה שלא שווה לבנות את זה.