vIBAN · התאמות

התאמה מובנית

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

01

חשבון אחד, אלפי כתובות

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

מסך פרטי חשבון עם ה-IBAN הווירטואלי הייעודי של לקוח, BIC וכתובת הבנק עם כפתורי העתקה, כפתור שיתוף ועובדות מהירות על SEPA Instant ומהירות העברת SEPA

מבט המשלם — IBAN שהוא רק שלו, להעתקה ולשיתוף.

02

נבנה לפלטפורמות

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

  1. 01הנפקה בכמויות דרך הקונסולה או ה-API
  2. 02IBAN מתויגי ייעוד להפרדת זרימות נקייה
  3. 03היסטוריה לכל משלם בלי מנוע התאמות
תהליך הנפקה בכמויות עם קובץ CSV מאומת של 2,400 משלמים, תצוגה מקדימה של IBAN בכל שורה ופאנל הגדרות לבחירת טווח, תג ייעוד וקידומת אסמכתא לפני ההנפקה

הנפקה בכמויות — 2,400 שורות אומתו, IBAN שוריינו, פעולה אחת להנפקה.

אינטגרציה

מהנפקה ועד דף חשבון, בחמישה שלבים.

  1. 01

    ISSUE

    מפיקים vIBAN לכל משלם — אחד דרך API, או 2,400 דרך CSV עם שלב בדיקה.

  2. 02

    SHARE

    כל משלם מעביר לתשלום ל-IBAN הייחודי שלו; אין אסמכתה שאפשר לטעות בה.

  3. 03

    MATCH

    התקבולים מזדהים מעצם המבנה — 99.6% הותאמו אוטומטית בדמו.

  4. 04

    EXCEPT

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

  5. 05

    REPORT

    דפי חשבון לכל vIBAN, ב-CSV וב-PDF, נשלחים במייל ב-1 בכל חודש.

יכולות

כל מה ש-Protocore vIBAN כולל.

  1. 01מסוף התפעול
  2. 02תצוגה נקייה למשלם
  3. 03הנפקה מרוכזת עם שלב בדיקה
  4. 04דפי חשבון שצוות הכספים פותח
  5. 05Webhooks עם אישורי מסירה
  6. 06החשבונות שמאחורי התוכנית
  7. 07IBAN לכל משלם
  8. 08תגי מטרה
  9. 09התאמה מובנית
  1. 10חשבון ראשי אחד
  2. 11טווחי IBAN ייעודיים
  3. 12היסטוריה לכל משלם
  4. 13נבנה לפלטפורמות
  5. 14החזרים, בספירה
  6. 15השהיה בלי טקס
  7. 16טיוטות לפני אצוות
  8. 17מכסות שאפשר לתכנן לפיהן
  9. 18קידומות אסמכתה לכל אצווה
  1. 19המזהים שלכם מלווים את שלנו
  2. 20הקונסולה וה-API הם תאומים
  3. 21בדיקת אירועים לפני כסף אמיתי
  4. 22Endpoints בהיגיינה מלאה
  5. 23ייצוא בשני פורמטים
  6. 24דוחות לפי לוח זמנים
  7. 25סינון הזרם
  8. 26כל שינוי עם סיבה
לכל 26 היכולות בפירוט

01מסוף התפעול

מסך אחד מחזיק את כל התוכנית: 12,480 vIBANs פעילים, €2.4M שנותבו היום, 8,912 זיכויים שהותאמו אוטומטית. כל שורה מציגה את ה-IBAN, למי הוא שייך, את תג המטרה שלו ואת הכסף שנכנס אליו היום. חיפוש לפי IBAN, לקוח או אסמכתה; ייצוא הספר ל-CSV.

  • חיפוש לפי IBAN, לקוח ואסמכתה
  • סטטוס לכל IBAN — פעיל או מושהה, במבט אחד
  • ייצוא CSV של הספר המלא בלחיצה אחת

02תצוגה נקייה למשלם

הלקוחות רואים את פרטי החשבון שלהם: ה-IBAN הייעודי עם כפתור העתקה, ה-BIC להעברות מחוץ ל-SEPA, שם הבנק וכתובתו, וכפתור שיתוף למי שמשלם להם. כל העברה ל-IBAN הזה נוחתת ביתרה שלהם כשהיא כבר משויכת אליהם — המשלם לא מקליד אסמכתה לעולם.

03הנפקה מרוכזת עם שלב בדיקה

קובץ CSV של 2,400 משלמים מועלה, עובר אימות — 2,400 תקינים, 0 שגיאות — ומציג מראש את ה-IBAN המדויק שכל שורה תקבל, שנשמר מהטווח בהעלאה ומוקצה בהנפקה. מגדירים טווח, תג מטרה וקידומת אסמכתה, ומנפיקים את כל האצווה בפעולה אחת. אותה פעולה רצה גם דרך ה-API.

  • מקור, הגדרה, בדיקה — עם טיוטה לשמירה בין השלבים
  • ה-IBANs נשמרים מראש, כך שדבר לא מתנגש בהנפקה
  • webhook לכל vIBAN שהונפק, מופעל או כבוי לכל אצווה

04דפי חשבון שצוות הכספים פותח

התקופה המוצגת מחזיקה €412,380.44 ב-8,912 זיכויים, 99.6% מהם הותאמו אוטומטית — כשגם 34 המקרים הידניים ו-12 התשלומים שהוחזרו נספרים ולא מוסתרים. כל vIBAN מייצא דף חשבון משלו ב-CSV או PDF, כל התקופה מיוצאת בפעולה אחת, ודפי החשבון החודשיים נשלחים בעצמם לתיבת הכספים ב-1 בחודש.

05Webhooks עם אישורי מסירה

כל זיכוי, החזר, הנפקה והשהיה הם אירוע, וכל אירוע מציג את המסירה שלו: קוד סטטוס, latency ומצב ניסיון חוזר לכל ניסיון. המסירות חתומות ב-HMAC-SHA256 ונשלחות מחדש 6 פעמים במשך 24 שעות עם exponential backoff — ומסירה שמיצתה את הניסיונות מקבלת כפתור ניסיון ידני, לא משיכת כתפיים.

  • payment.incoming, payment.returned, viban.* — מנוי לכל endpoint
  • סודות לכל endpoint; אפשר להשהות endpoint בלי למחוק אותו
  • 8,946 אירועים ב-24 השעות האחרונות, 99.7% נמסרו — מודפס בעמוד

06החשבונות שמאחורי התוכנית

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

07IBAN לכל משלם

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

08תגי מטרה

לכל vIBAN יש תג: rent-collection, subscriptions, marketplace-payouts, payroll. הזרמים נשארים נפרדים ברמת החשבון, כך שדיווח לפי מטרה הוא פילטר, לא פרויקט.

09התאמה מובנית

כשכל משלם משלם ל-IBAN משלו, זיכוי נכנס יכול להיות רק דבר אחד. בתקופת הדמו, 99.6% מ-8,912 הזיכויים מותאמים מעצמם — והמעטים שלא, נוחתים בתור ידני ולא בתעלומה.

10חשבון ראשי אחד

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

11טווחי IBAN ייעודיים

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

12היסטוריה לכל משלם

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

13נבנה לפלטפורמות

תהליך קליטה של מוכרים ושוכרים יכול להנפיק vIBAN כצעד בזרימה: יוצרים חשבון, מוסרים את ה-IBAN, מתחילים לגבות. תצוגת הלקוח מגיעה ב-whitelabel — בדמו היא רצה כ-Powered by Protocore; אצלכם היא תרוץ תחת המותג שלכם.

14החזרים, בספירה

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

15השהיה בלי טקס

אפשר להשהות vIBAN בפעולה אחת, וזרם האירועים רושם מי השהה אותו ומאיפה. “מושהה” מופיע כסטטוס בכל מקום שבו ה-IBAN מופיע — הספר, דפי החשבון, הזרם.

16טיוטות לפני אצוות

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

17מכסות שאפשר לתכנן לפיהן

ההנפקה רצה מול מכסה חודשית עם מד גלוי, ואצווה מציגה מה היא מוסיפה לפני שמריצים אותה — 1,204 מתוך 5,000 בשימוש, עם האצווה הזו יהיו 3,604. קיבולת היא חשבון, לא הודעת שגיאה.

18קידומות אסמכתה לכל אצווה

כל אצווה מחתימה את הזיכויים שלה בקידומת אסמכתה — ARC-PAYOUT- בדמו — כך שמערכות במורד הזרם מזהות את הזרמים שלהן במבט אחד.

19המזהים שלכם מלווים את שלנו

כל שורת משלם נושאת אסמכתה חיצונית מהמערכת שלכם — EXT-00311 בדמו — והיא נשארת מחוברת ל-vIBAN. חיפושים רצים על המזהים שלכם, לא רק על שלנו.

20הקונסולה וה-API הם תאומים

כל מה שהקונסולה עושה, ה-API עושה — הנפקה, השהיה, שאילתה, ייצוא. העלאת ה-CSV וקריאת ה-API מפעילות את אותה פעולה; הקונסולה היא client, לא מסלול מיוחד.

21בדיקת אירועים לפני כסף אמיתי

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

22Endpoints בהיגיינה מלאה

לכל endpoint יש סודות חתימה ומנויים משלו, ואפשר להשהות אותו בלי למחוק — בדמו, endpoint מושהה של staging עומד לצד endpoint הפעיל של production.

23ייצוא בשני פורמטים

CSV למכונות, PDF לאנשים — לפי vIBAN או לכל התקופה. הייצוא נבנה כדי לייבא אותו, לא כדי להקליד מחדש.

24דוחות לפי לוח זמנים

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

25סינון הזרם

אירועים מסוננים לפי סוג, vIBAN או אסמכתא; ספר הקונסולה מאפשר חיפוש לפי IBAN, לקוח או אסמכתא. למצוא תשלום אחד מתוך אלפים זו שאילתה עם שלוש נקודות כניסה.

26כל שינוי עם סיבה

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

מסכים

בתוך המוצר.

ממשק מוצר אמיתי, עם נתוני דמו.

דפי חשבון — €412,380.44 נכנסו, 99.6% הותאמו אוטומטית, CSV או PDF לכל vIBAN.
אירועים ו-webhooks — כל זיכוי כמשלוח חתום, ניסיונות חוזרים בשקיפות.
מאחורי התוכנית — חשבונות קבלה, בדיוק אחד פעיל לכל מטבע.

FAQ

IBAN וירטואליים, בשאלות ותשובות.

  • אלה IBAN שניתן לשלוח אליהם תשלומים, מונפקים מטווחים ייעודיים ומנותבים לחשבון אב אחד. תשלום ל-vIBAN מגיע כמו כל זיכוי SEPA; הכספים מתרכזים בחשבון האב אוטומטית — בלי משימות סוויפ.

  • ההחזרה נושאת את קוד הסיבה שלה לאירוע payment.returned ולספירה משלה בדף החשבון. החזרות הן נתונים עם סיבה מצורפת, לא תעלומות שצריך לרדוף.

  • אתם צריכים תהליך חריגים, לא צוות התאמות. משלם אחד לכל IBAN הופך זיכויים למזדהים מעצמם — 99.6% הותאמו אוטומטית בדמו — והשאר עובר לתור בדיקה עם היסטוריית המשלם המלאה.

  • מנפיקים בכמויות — CSV של 2,400 משלמים מאומת, מוצג בתצוגה מקדימה ומונפק בפעולה אחת — ומתייגים כל vIBAN לפי ייעוד. לכל מוכר, דייר או ישות יש מספר חשבון משלו להתאמה; דיווח לפי ייעוד הופך לסינון, לא לפרויקט.

הערכה

הנפיקו IBAN וירטואלי וראו אותו מותאם.

01

הדגמה מודרכת

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

02

Tenant ל-Sandbox

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

03

גישת API, webhooks ותיעוד

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

04

עצמאי או whitelabel

בחנו תחת המותג Protocore או הנפיקו תחת המותג שלכם — חשבון האב נשאר מקור האמת היחיד בשני המקרים.

לקריאה נוספת

זמינות

זמין כשירות עצמאי או ב-whitelabel — מנפיקים תחת המותג שלכם.

באקוסיסטם

במערכת: הזמנות pay-by-transfer ב-Gateway נושאות אסמכתאות vIBAN, תשלומי PoS נוחתים על אותם מסילות IBAN, ו-Center מטפל בחריגים ש-vIBAN משאירה אחריה.

בוחרים מוצר. או לוקחים את הליבה.

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