השוואה / קטגוריות

Payment gateway מול payment orchestration

שני המונחים משמשים לסירוגין ופירושם שונה. Gateway מקבל תשלום: מציג את אמצעי התשלום, מאשר, גובה ומסלק. פלטפורמת orchestration יושבת מעל ה-gateways ומחליטה באיזה מהם להשתמש בכל עסקה. אם אתם צריכים את השנייה תלוי כמעט לגמרי בכמה ספקים כבר יש לכם — ולמה.

קטגוריה מול קטגוריה

למה כל שכבה באמת קיימת

Dimension
Payment gateway
פלטפורמת orchestration
מה זה עושה
מקבל את התשלום מקצה לקצה — מציג אמצעי תשלום, מאשר, גובה, מסלק, ומפיק את הקבלה ואת ה-payout.
מחליט לאן תשלום הולך. מנתב בין gateways ו-acquirers שכבר יש לכם, ומאחד את הדיווח שלהם.
למי זה מיועד
לכל מי שצריך לקבל כסף — מחנות בודדת ועד עסק שמעבד בסקאלה.
עסקים שכבר מריצים כמה ספקים, בדרך כלל לכיסוי גאוגרפי, גיבוי או ארביטראז' בעמלות.
מה זה מסלק
כסף. Gateway נמצא בנתיב התשלום ומפיק את ה-payout שמגיע לחשבון שלכם.
שום דבר ישירות. הסליקה נשארת אצל הספק שמתחת, זה שעיבד את העסקה.
איפה הערך
כיסוי ופשטות — אינטגרציה אחת לכל אמצעי תשלום שהלקוחות שלכם רוצים.
שיעורי אישור ועלות — נקודת אחוז באישורים, או תעריף טוב יותר בנתיב מסוים, כפול הנפח.
מה זה עולה לכם
לפי עסקה, באופן יחסי למה שאתם מעבדים.
עמלת שכבה נוספת מעל הספקים שאתם ממשיכים לשלם להם — וזה הגיוני רק אם רווחי הניתוב גבוהים ממנה.
נטל האינטגרציה
אינטגרציה אחת, והספק מתחזק את אמצעי התשלום שמאחוריה.
אינטגרציה אחת מול המתזמר, ובנוסף מערכת יחסים מסחרית וטכנית שוטפת עם כל ספק שמתחתיו.
מתי זה מיותר
לעיתים רחוקות — כדי לקבל תשלומים בכלל צריך משהו בשכבה הזו.
כשיש לכם ספק אחד. תזמור של gateway יחיד מוסיף עמלה, תלות ושכבת עקיפה, בלי שום רווח בניתוב.
01

מתי gateway הוא כל מה שצריך

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

  1. 01יש לכם ספק אחד, או שאתם בוחרים את הראשון
  2. 02בעיית ההמרה שלכם היא כיסוי אמצעי תשלום, לא ניתוב
  3. 03אתם מעדיפים לא לנהל קשרים עם כמה סולקים
  4. 04מודל התאמות אחד חשוב יותר מנקודת אחוז בשיעור האישור
02

מתי התזמור מצדיק את העמלה

כשהנפח גדול דיו ושבריר אחוז הוא כסף אמיתי, וכבר יש לכם כמה קשרי סליקה כי אף אחד מהם לבדו לא מכסה את השווקים, פרופיל הסיכון או התעריפים שלכם. בהיקף כזה, ניתוב לפי מנפיק ומסדרון, העברת דחיות רכות לסולק שני ונרמול הדיווח בין ספקים מפסיקים להיות רעיונות יפים והופכים לשורה ב-P&L. התנאי המוקדם זהה בכל מקרה: כמה ספקים שיש לכם סיבה לשמור עליהם.

  1. 01אתם כבר מפעילים כמה סולקים לצורך כיסוי, גיבוי או תעריפים
  2. 02בנפח שלכם נקודת אחוז בשיעור האישור שווה יותר מעמלת השכבה
  3. 03אתם צריכים מודל דיווח אחד מעל ספקים שלא מסכימים ביניהם
  4. 04failover בין ספקים הוא דרישה עסקית, לא בונוס
03

איפה Protocore נכנסת

Protocore Gateway היא השכבה הראשונה — מקבלת את התשלום ומסלקת את הכסף — וחלקי השכבה השנייה שחשובים לעסק עם ספק יחיד מובנים בה ולא נמכרים מעליה: מדיניות ניתוב שאפשר לקרוא, ניסיון חוזר במסלול חלופי לפני שהלקוח רואה כשל, וסיבות דחייה בשפה שאיש תפעול יכול לפעול לפיה. אם תגיעו לנקודה שבה אתם באמת צריכים לנתב בין סולקים שבבעלותכם, פלטפורמת ה-whitelabel מחברת את שלכם לצד שלנו. הסיכום הכן הוא שרוב העסקים ששואלים את השאלה הזו צריכים gateway טוב יותר, לא שכבה מעל זה שכבר יש להם.

  1. 01gateway שמבצע סליקה, כולל מדיניות ניתוב וניסיון חוזר
  2. 02כרטיסים, ארנקים, העברה בנקאית ו-USDC בדף אחד ובאסמכתה אחת
  3. 03הסולקים שלכם מחוברים לצד שלנו בפלטפורמת ה-whitelabel
  4. 04בלי עמלת שכבה על תזמור של ספק יחיד

באיזו שכבה נמצאת הבעיה שלכם?

ספרו לנו כמה ספקים אתם מפעילים ואיפה התשלומים נכשלים. נגיד לכם אם התיקון הוא בניתוב או ב-gateway עצמו.