מילון תשלומים

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

Capture הוא השלב שהופך authorization מאושרת לחיוב בפועל, ומורה למנפיק להעביר את הכספים שנשמרו. הוא יכול להתבצע מיד אחרי ה-authorization או מאוחר יותר — למשל כשהסחורה נשלחת — עד לפקיעת תוקפה. Capture של סכום נמוך מהסכום שאושר (partial capture) משחרר את היתרה בחזרה לבעל הכרטיס.

Clearing הוא חילופי רשומות העסקאות בין הרוכש למנפיק, הקובעים מי חייב למי, לפני שכסף כלשהו עובר. הוא מקזז את עסקאות היום שבוצע בהן capture לסכומים שכל צד יסגור ב-settlement. Clearing קובע את החיוב; settlement פורע אותו.

Settlement הוא העברת הכספים שפורעת את החיובים שנקבעו בשלב ה-clearing — הנקודה שבה כסף באמת עובר בין הבנקים. בתשלומי כרטיס זה קורה בדרך כלל יום או יותר אחרי הרכישה; במסלולי תשלום מיידיים וב-on-chain זה יכול להיות כמעט בזמן אמת. עד ש-settlement מסתיים, תשלום שבוצע בו capture הוא חוב לקבל, לא מזומן.

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

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

Payout הוא העברת כספים שנסלקו אל בית עסק, מוכר או משתמש קצה — הרגל היוצאת של פלטפורמת תשלומים. Payouts יכולים להיות מתוזמנים (ריכוז יומי או שבועי) או לפי דרישה, ולכל אחד מסלול, תזמון ועמלות משלו. ב-payout תשלום שנגבה הופך סוף־סוף לכסף שאפשר להשתמש בו בחשבון של מישהו.

Batch הוא קבוצת עסקאות שנשלחות או נסלקות יחד ולא אחת־אחת, בדרך כלל נסגרת בסוף יום עסקים. בתי עסק מקבצים capture ל-clearing; בנקים מקבצים payouts והוראות קבע להרצות מתוזמנות. Batching מוותר על מיידיות לטובת יעילות וחלונות settlement צפויים.

Acquirer הוא הבנק או המוסד המורשה שמאפשר לבית עסק לקבל תשלומי כרטיס ומקבל את הכספים בשמו. הוא מחבר את בית העסק לרשתות הכרטיסים, נושא בסיכון ה-settlement, ובסופו של דבר אחראי ל-chargebacks. ה-acquirer נמצא בצד בית העסק בכל עסקת כרטיס, מול המנפיק.

Issuer הוא הבנק או המוסד שמעניק לבעל הכרטיס את הכרטיס והחשבון שלו, ומאשר או דוחה כל עסקה. הוא מממן את הרכישה ב-authorization, מחייב את בעל הכרטיס ומשלם ל-acquirer דרך הרשת. כל עסקת כרטיס מתנהלת בין issuer ל-acquirer.

Payment gateway הוא שכבת התוכנה שאוספת את פרטי התשלום ב-checkout ומנתבת אותם בצורה מאובטחת למעבד ולרשתות הכרטיסים. הוא מטפל ברגע שפונה ללקוח — דף התשלום, ההצפנה ובקשת ה-authorization — ואז מחזיר אישור או דחייה. Gateway מעביר את ההודעה; הוא עצמו לא מחזיק ולא מזיז את הכסף.

Payment processor הוא השירות שמעביר עסקה בין ה-acquirer של בית העסק ל-issuer של הלקוח, ומטפל ב-authorization, ב-clearing וב-settlement. הוא מתרגם את בקשת בית העסק להודעות רשת ומעביר את התשובה חזרה. ה-gateway הוא הדלת הקדמית; ה-processor הוא המנגנון שמאחוריה.

Payment service provider (PSP) מאגד את ה-gateway, העיבוד ולרוב גם את הרכישה (acquiring) לשירות אחד, כך שבית עסק יכול לקבל תשלומים בלי להתקשר בנפרד עם כל רכיב. PSPs בדרך כלל מקימים בתי עסק תחת מערך ה-acquiring שלהם ומעבירים אליהם את הכספים. המחיר הוא נוחות תמורת חלק מהשליטה בניתוב וב-settlement.

Merchant of record (MoR) הוא הישות המשפטית האחראית על המכירה — הוא מופיע בדף החשבון של הלקוח, גובה את התשלום, מעביר את המס ונושא באחריות להחזרים ול-chargebacks. שימוש בספק merchant of record מאפשר לעסק למכור בשווקים שבהם אין לו ישות מקומית. ה-MoR נושא באחריות הציות והאחריות הפיננסית לכל עסקה.

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

Refund היא עסקה חדשה שמחזירה כספים ללקוח אחרי שהתשלום נסלק, ומופיעה בנפרד בדף החשבון שלו. Reversal מבטל authorization או capture לפני ה-settlement, כך שהחיוב המקורי אף פעם לא נוחת במלואו. מבצעים reversal כשאפשר (זה מהיר וזול יותר); מבצעים refund כשהכסף כבר עבר.

3-D Secure (3DS) הוא הפרוטוקול שמוסיף שלב אימות — הודעה מהבנק, ביומטריה או קוד חד־פעמי — בין הזנת הכרטיס ל-authorization שלו, כדי להוכיח שהקונה הוא בעל הכרטיס האמיתי. זו הדרך הנפוצה לעמוד בדרישת Strong Customer Authentication (SCA), אימות דו־שלבי הנדרש בתשלומים מקוונים רבים באירופה. מעבר מוצלח של 3DS גם מעביר את האחריות להונאה מבית העסק ל-issuer.

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

Card issuing הוא העסק של יצירה והפעלה של כרטיסי תשלום — וירטואליים או פיזיים — הקשורים לחשבונות שבשליטתכם, ואישור העסקאות שמתבצעות בהם. פלטפורמת issuing מודרנית מאפשרת לחברה ליצור כרטיסים ב-API, להגדיר כללי הוצאה ולאשר בזמן אמת מול ה-ledger שלה. Issuing הופך יתרה לכרטיס שאפשר באמת להוציא ממנו כסף.

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

ה-BIN (Bank Identification Number) הם שש עד שמונה הספרות הראשונות במספר הכרטיס, המזהות את ה-issuer, רשת הכרטיסים, המדינה וסוג המוצר. רשתות ו-acquirers משתמשים ב-BIN כדי לנתב עסקה ל-issuer הנכון ולהחיל את הכללים והעמלות המתאימים. כך תשלום יודע לאיזה בנק לפנות לאישור.

ה-PAN (Primary Account Number) הוא מספר הכרטיס המלא המוטבע או המודפס על הכרטיס — בדרך כלל 16 ספרות — המזהה את החשבון מול הרשת. זה הערך הרגיש ש-tokenization והצפנה קיימות כדי להגן עליו, וחשיפתו קובעת חלק גדול מהיקף ה-PCI. הספרות הראשונות של ה-PAN הן ה-BIN; הספרה האחרונה היא checksum.

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

תשלום Contactless מאפשר לשלם בכרטיס או בטלפון בהצמדה לטרמינל, באמצעות NFC (Near Field Communication) להעברת EMV cryptogram במרחק של כמה סנטימטרים. הוא נושא אותה רמת אבטחה ברמת השבב כמו כרטיס שמוחדר, והעסקה מאושרת באותה דרך. בטלפונים נוספת ביומטריה של המכשיר, ולכן תשלום בהצמדה לרוב מדלג על PIN.

נקודת המכירה (PoS) היא המקום שבו לקוח משלים רכישה פנים אל פנים — הטרמינל או התוכנה שקוראים את הכרטיס, בונים את העסקה ומבקשים authorization. PoS מודרני נע בין טרמינל על הדלפק לטלפון שמקבל הצמדות ישירות. זו נקודת הכניסה בעולם הפיזי לאותו זרם מ-authorization עד settlement כמו ב-checkout מקוון.

IBAN (International Bank Account Number) הוא מזהה החשבון הסטנדרטי המשמש לניתוב העברות בנקאיות ברחבי אירופה ובחלק גדול מהעולם. הוא מקודד את המדינה, הבנק והחשבון במחרוזת אחת עם checksum שתופס שגיאות הקלדה לפני שליחת התשלום. IBAN קובע לאן הכסף אמור להגיע; הוא לא אומר בפני עצמו של מי החשבון.

Virtual IBAN (vIBAN) הוא IBAN אמיתי וניתן לניתוב שמונפק מעל חשבון יחיד, כך שאפשר לקבל כספים ולשייך אותם אוטומטית ללקוח, להזמנה או למטרה מסוימים. העברות נכנסות ל-vIBAN מתאימות את עצמן — אתם יודעים מי שילם ברגע שהכסף נוחת, בלי התאמה לפי אסמכתא. Virtual IBANs נותנים לפלטפורמה מספרי חשבון לכל משתמש בלי לפתוח חשבון בנק לכל אחד מהם.

BIC (Bank Identifier Code), המכונה גם קוד SWIFT, מזהה בנק מסוים בהעברות בינלאומיות — המשלים של ה-IBAN שמציין את החשבון. ה-IBAN אומר איזה חשבון, וה-BIC אומר איזה מוסד ואיך מגיעים אליו ברשת SWIFT. בתוך SEPA בדרך כלל ה-IBAN לבדו מספיק, ולכן ה-BIC הוא לרוב אופציונלי.

SEPA (Single Euro Payments Area) היא הסכמה שגורמת להעברות בנקאיות ביורו בין מדינות משתתפות לעבוד כמו העברות מקומיות — אותו פורמט, אותם כללים, בלי תוספת על חציית גבול. היא כוללת העברות אשראי והוראות קבע רגילות, שנסלקות באצוות תוך יום או יותר. בזכות SEPA תשלום ביורו מ-IBAN ל-IBAN ברחבי אירופה הוא שגרתי וזול.

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

On-ramp הוא המסלול מכסף רגיל לקריפטו — משתמש משלם בכרטיס או בהעברה בנקאית ומקבל נכסים דיגיטליים בארנק. הוא מטפל בגביית ה-fiat, בבדיקות הזהות ובהמרה בזרימה אחת. ה-on-ramp הוא המקום שבו בעיית תשלומים (קבלת כסף) פוגשת בעיית בלוקצ'יין (מסירת נכס).

Off-ramp הוא המסלול ההפוך — המרת קריפטו חזרה לכסף רגיל ותשלומו לחשבון בנק. הוא מוכר או פודה את הנכס, מריץ את בדיקות הציות על המשיכה, ומסלק את הכספים שהתקבלו במסלול תשלום רגיל. יחד, on-ramp ו-off-ramp מאפשרים למוצר להעביר ערך פנימה והחוצה מקריפטו בלי שהמשתמש ייגע בבורסה.

Stablecoin הוא טוקן קריפטו שנועד לשמור על ערך יציב על ידי מעקב אחר נכס ייחוס כמו מטבע לאומי, בדרך כלל עם רזרבות שמוחזקות כנגדו. מכיוון שערכו יציב, הוא יכול לשמש אמצעי settlement — העברת ערך on-chain בלי תנודות המחיר של נכסי קריפטו אחרים. Stablecoins מאפשרים לכסף להיסלק במהירות של בלוקצ'יין תוך שהוא נשאר מנוקד ביחידות מוכרות.

On-chain settlement הוא פרעון של התחייבות תשלום באמצעות העברת ערך בבלוקצ'יין, שבו ההעברה נרשמת וסופית בלי בנק באמצע. הוא יכול להיסלק בשניות, מסביב לשעון, וה-ledger עצמו הוא ההוכחה לתשלום. בפועל הוא שימושי ביותר כשהערך יכול להסתיים בחשבון בנק — העברה on-chain שמסתיימת ב-IBAN.

Custody פירושו שצד שלישי מחזיק את המפתחות הפרטיים של הקריפטו שלכם ואחראי לשמור עליו; self-custody פירושו שאתם מחזיקים את המפתחות בעצמכם ונושאים באחריות הזו. Custody מחליף שליטה בנוחות ובכתובת לפנייה; self-custody מחליף את הכתובת לפנייה בשליטה מלאה. ההבחנה קובעת מי יכול להזיז את הנכסים ומי אחראי אם המפתחות אבדו או נגנבו.

Hot wallet שומר את המפתחות שלו במערכת מחוברת לאינטרנט כך שאפשר להזיז כספים מיד; cold wallet שומר אותם במצב לא מקוון, מבודדים מכל רשת. Hot wallets משרתים את הזרימה היומיומית ומקבלים משטח תקיפה גדול יותר; cold wallets מחזיקים רזרבות שנעות לעיתים רחוקות אך חייבות להישמר בטוחות. רוב הפעילויות מחלקות את הכספים בין השניים — מספיק hot כדי לבצע עסקאות, הרוב cold.

Wallet-as-a-service היא תשתית שמאפשרת למוצר ליצור ולנהל ארנקי קריפטו עבור המשתמשים שלו דרך API, בלי לבנות ניהול מפתחות מאפס. היא מטפלת ביצירת הארנקים, בחתימה ובאבטחה, כך שהאפליקציה יכולה להתמקד בחוויה שלה. היא הופכת החזקה והעברה של נכסים on-chain ליכולת שקוראים לה, ולא למערכת שצריך להפעיל.

KYC (Know Your Customer) הוא תהליך אימות זהותו של לקוח לפני שמאפשרים לו לבצע עסקאות: איסוף ובדיקה של מסמכי זהות ואישור שהלקוח הוא מי שהוא טוען שהוא. זהו בקרה בסיסית מפני הונאות, הלבנת הון והפרות של סנקציות. KYC קובע זהות; ניטור שוטף עוקב אחר מה שהזהות הזו עושה לאחר מכן.

KYC מאמת לקוח פרטי, ואילו KYB (Know Your Business) מאמת חברה: את קיומה החוקי, את מבנה הבעלות שלה ואת האנשים ששולטים בה בפועל. KYB מוסיף שלבים שאינם ב-KYC: בדיקות במרשמים, זיהוי נהנים בפועל ואישור מי מוסמך לפעול בשם החברה. פלטפורמה שמקלטת עסקים צריכה את שניהם: KYB לחברה ו-KYC לאנשים שמאחוריה.

AML (Anti-Money Laundering) הוא מכלול הבקרות שמזהות ומונעות תנועה של כספים בלתי חוקיים במערכת פיננסית: ניטור עסקאות, סינון צדדים ודיווח על פעילות חשודה. הוא משלב בדיקות זהות בקליטה עם מעקב שוטף אחר התנהגות. AML היא תוכנית מתמשכת, לא שער חד-פעמי.

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

Embedded finance היא אספקת שירותים פיננסיים (תשלומים, חשבונות, כרטיסים, הלוואות) בתוך מוצר שאינו פיננסי, כך שהמשתמש אף פעם לא יוצא מהאפליקציה כדי לבצע עסקה. היא נשענת על ספקי תשתית שמספקים את הצנרת המוסדרת דרך API. כשעושים אותה נכון, הפיננסים נעלמים לתוך החוויה: ה-checkout, התשלום והכרטיס פשוט קורים במקום.

Banking-as-a-service (BaaS) מאפשר לגוף שאינו בנק להציע יכולות בנקאיות, כמו חשבונות, כרטיסים ותשלומים, על גבי התשתית של ספק מורשה דרך API. הספק מחזיק ברישיון ובאחריות הרגולטורית; הפלטפורמה בונה את המוצר ובעלת הלקוח. BaaS הוא הדרך שבה חברת תוכנה יכולה להשיק חשבונות וכרטיסים בלי להפוך לבנק.

מוסד לכסף אלקטרוני (EMI) הוא חברה בעלת רישיון להנפיק כסף אלקטרוני ולהחזיק כספי לקוחות בלי להיות בנק מלא, תוך שמירה על הכספים הללו ולא הלוואתם הלאה. מוסדות EMI מפעילים בדרך כלל ארנקים, תוכניות prepaid וחשבונות תשלום. התווית מתארת סוג של מוסד מוסדר, אבן בניין שעליה פלטפורמות נבנות, ולא טענה שפלטפורמה מסוימת מחזיקה ברישיון.

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

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

Webhook הוא הודעה שמערכת תשלומים שולחת לשרת שלכם ברגע שמשהו קורה: תשלום הוסדר, העברה נכשלה, מחלוקת נפתחה, כך שאתם לומדים על אירועים בלי לבצע polling. ה-endpoint שלכם מקבל את האירוע, מאמת את החתימה שלו ופועל בהתאם. כך תנועת כספים אסינכרונית נשארת מסונכרנת עם המערכות שלכם.

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

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