דילוג לתוכן
XSIS
כרטיס משמש במסוף תשלום

ארגונים ואינטגרציות

תשלומים, מסחר סוכני (AP2) ו-POS

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

כשחנויות, קופות וספרי החשבונות אינם מתיישבים

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

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

מה משתנה עבורכם

  1. תצוגה אחת של מלאי ומכירות

    מכירות, החזרות, מחירים ומלאי מסונכרנים בכל חנות, חנות מקוונת וה-ERP, בזמן אמת ולא בלילה.

  2. התחשבנויות שמתיישבות

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

  3. מוכנים למסחר סוכני

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

מה אנחנו מספקים

  • קישוריות לשערים, לסולקים ולרשתות כרטיסים

    זרימות אישור, לכידה, החזר והיפוך ב-ISO 8583, ISO 20022 או ה-API של הספק, עם תזמור בין כמה סולקים וטיפול בכל קוד תגובה.

  • AP2 וקופה עם מנדט קריפטוגרפי

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

  • מסופי EMV ו-SoftPOS

    מסופי EMV עם צ'יפ ותשלום ללא מגע, ו-SoftPOS, שמקבל כרטיסים ללא מגע בטלפון או בטאבלט רגילים, מחוברים לתוכנת ה-POS או הקיוסק שלכם.

  • עיבוד אוטומטי של קבצי התחשבנות

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

  • סנכרון POS ל-ERP בזמן אמת

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

  • טוקניזציה והיקף PCI DSS

    מספרי כרטיסים מוחלפים בטוקנים ונשמרים מחוץ ל-POS ול-ERP שלכם, עם תצוגה כתובה של אילו מערכות נשארות בהיקף PCI DSS.

  • הסמכה והטמעה

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

איך אנחנו עובדים

  1. מעקב אחרי מכירה אחת

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

  2. עיצוב האינטגרציה

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

  3. בנייה ובדיקה

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

  4. הסמכה מול הספק

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

  5. פיילוט, ואז הטמעה

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

  6. ניטור ותמיכה

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

תשלומי כרטיסים: מאושרים בקופה, נסלקים מאוחר יותר, ומותאמים ב-ERPהמסוף או הקופה המקוונת פונה לשער, השער פונה לסולק, והסולק מנתב לרשת הכרטיסים ולמנפיק. קובצי סליקה מגיעים מאוחר יותר ומותאמים למכירות ולעמלות ב-ERP. פסק זמן מפעיל ביטול, כך שהלקוח אף פעם לא מחויב פעמיים.POSמסוף EMV או קופהמקוונתצ׳יפ, ללא מגע ומסחראלקטרונישערשער תשלומיםטוקניזציה וניתובבנקסולקאישור וסליקהצד שלישירשת כרטיסיםומנפיקמאשר או דוחהERPERPמכירות, עמלותותשלומים ללקוחXSISשכבת אינטגרציהפירוק והתאמת קובציסליקהאנשיםצוות תפעולהתשלומיםאי־התאמות, מחלוקותוחיובים חוזרים1EMV · REST/JSON2ISO 85833ISO 85834ISO 85835SFTP6REST/JSON7ISO 8583 04008

תשלומי כרטיסים: מאושרים בקופה, נסלקים מאוחר יותר, ומותאמים ב-ERP

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

  • זרימה ראשית
  • אסינכרונית
  • מסלול חריגים
8 שלבים

הזרימה, שלב אחרי שלב

  1. ממסוף EMV או קופה מקוונת לשער תשלומים: בקשת אישור, דרך EMV · REST/JSON (זרימה ראשית).
  2. משער תשלומים לסולק: אישור, דרך ISO 8583 (זרימה ראשית).
  3. מסולק לרשת כרטיסים ומנפיק: נותב למנפיק, דרך ISO 8583 (זרימה ראשית).
  4. מסולק לשער תשלומים: אושר או נדחה, דרך ISO 8583 (אסינכרונית).
  5. מסולק לשכבת אינטגרציה: קובצי סליקה ועמלות, דרך SFTP (אסינכרונית).
  6. משכבת אינטגרציה לERP: מכירות שנסלקו, עמלות ותשלומים ללקוח, דרך REST/JSON (זרימה ראשית).
  7. משער תשלומים למסוף EMV או קופה מקוונת: אין תגובה בזמן: ביטול אוטומטי, דרך ISO 8583 0400 (מסלול חריגים).
  8. משכבת אינטגרציה לצוות תפעול התשלומים: אי־התאמת סליקה או חיוב חוזר (מסלול חריגים).
מ-POS ל-ERP: כל מכירה נרשמת פעם אחתמכירות זורמות מהקופות ל-ERP כאירועים, ומחירים ומלאי זורמים חזרה. חנות שמנותקת ממשיכה למכור ומשלימה פערים. רישום שנכשל מנוסה שוב, ואז מועבר לאדם.POSמסופי POSכל קופה בכל חנותמאגר נתוניםשרת POS של החנותאו בענןממשיך למכור גם ללאחיבורXSISשכבת אינטגרציהתור אירועים, מיפוי,הגנה מפני כפילויותERPERPמכירות, מלאיופיננסיםשירותתור ניסיונותחוזריםניסיונות חוזריםבהמתנה מדורגת, ואזתור הודעות כשלאנשיםצוות תפעולהחנויות12REST/JSON3OData · REST/JSON4REST/JSON5REST/JSON678

מ-POS ל-ERP: כל מכירה נרשמת פעם אחת

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

  • זרימה ראשית
  • אסינכרונית
  • מסלול חריגים
8 שלבים

הזרימה, שלב אחרי שלב

  1. ממסופי POS לשרת POS של החנות או בענן: מכירות, החזרות וביטולים (זרימה ראשית).
  2. משרת POS של החנות או בענן לשכבת אינטגרציה: אירועי מכירות וסיכומי סוף יום, דרך תור אירועים, דרך REST/JSON (אסינכרונית).
  3. משכבת אינטגרציה לERP: מכירות ותנועות מלאי נרשמו, דרך OData · REST/JSON (זרימה ראשית).
  4. מERP לשכבת אינטגרציה: מחירים, מבצעים ונתוני פריטים, דרך API או ייצוא קובץ, דרך REST/JSON (זרימה ראשית).
  5. משכבת אינטגרציה לשרת POS של החנות או בענן: עדכוני מחיר ומלאי, דרך REST/JSON (זרימה ראשית).
  6. משכבת אינטגרציה לתור ניסיונות חוזרים: הרישום נכשל (מסלול חריגים).
  7. מתור ניסיונות חוזרים לשכבת אינטגרציה: נוסה שוב (מסלול חריגים).
  8. מתור ניסיונות חוזרים לצוות תפעול החנויות: עדיין נכשל: התראה עם הפרטים (מסלול חריגים).

תקנים ופרוטוקולים

אזכור מוצר או ספק אינו מעיד על שותפות איתו.

שפות
  • Go
מסגרות
  • Node.js
נתונים ואנליטיקה
  • Apache Kafka
מסדי נתונים
  • Redis
DevOps וניטור
  • Kubernetes
תקני בנקאות וערוצים
  • ISO 20022
תשלומים
  • ISO 8583
  • EMV
  • EMV 3-D Secure
  • PCI DSS

הוכחה בייצור

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

איך מתחילים

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

מה קורה עכשיו

  1. מפגש ייעוץ מקדים

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

  2. סקירת מוכנות

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

  3. בחירת המסלול

    פרויקטים עם היקף מוכן מקבלים הצעה מחייבת בתוך 3–5 ימי עסקים. פרויקטים בשלב הרעיון מתחילים ב-Blueprint Studio. מערכת חיה שנכשלת, אינה מתועדת או זקוקה לאינטגרציה מתחילה באבחון של 1–2 שבועות. ל-Blueprint Studio ולאבחון יש שכר טרחה קבוע, הנקוב בהצעה.

  4. אספקה בחמישה שלבים

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

שאלות ותשובות

האם אתם עובדים ישירות עם ISO 8583?

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

מהו AP2, והאם אנחנו זקוקים לו עכשיו?

פרוטוקול תשלומי הסוכנים (AP2) הוא פרוטוקול פתוח לתשלומים שמבצעים סוכני AI. כל רכישה נושאת מנדטים חתומים שמראים מה הלקוח אישר, כך שסוחרים, מנפיקים וסולקים יכולים לסמוך עליה ולבקר אותה. אם סוכני AI עשויים לקנות אצלכם, אנחנו יכולים להכין את הקופה שלכם ל-AP2 לצד הזרימות הנוכחיות.

איך אתם מצמצמים את היקף PCI DSS שלנו?

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

האם אנחנו יכולים לקבל כרטיסים בטלפונים במקום במסופים?

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

מה קורה כשחנות מאבדת את החיבור?

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

האם אתם מטפלים בהחזרים ובחיובים חוזרים?

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

מוכנים לבנות? בקשו הצעה.

שלחו את הדרישות או ה-RFP שלכם. הארכיטקטים שלנו מאמתים אותם ומחזירים הצעה מחייבת בהיקף קבוע.

מה קורה עכשיו

  1. סקירת מוכנות

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

  2. הצעה מחייבת

    לאחר אימות ארכיטקטורה ללא עלות, תקבלו הצעה מחייבת בהיקף קבוע בתוך 3–5 ימי עסקים: אבני דרך, ארכיטקטורה, מבנה צוות ו-SLA. אנחנו חותמים איתכם על הסכם סודיות (NDA) לפי בקשה, לפני שאתם משתפים את הדרישות שלכם.

  3. התנעה

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

  4. אספקה בחמישה שלבים

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