1. מבנה פעילות – Marketplace ופלטפורמות מרובות בתי עסק

1.1 האם CardCom תומכת בפלטפורמות Marketplace?

כן. CardCom תומכת במודל עבודה של Marketplace באמצעות ארנקים דיגיטליים.

מדריך של הפיצ'ר: מדריך ארנק דיגיטלי

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

1.2 האם כל בית עסק צריך מסוף משלו?

כן. לכל בית עסק נדרש מסוף נפרד משלו.

1.3 האם ניתן לחבר מספר בתי עסק תחת מערכת מרכזית של הפלטפורמה?

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

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

1.4 מי נחשב לבית העסק שמבצע את המכירה?

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

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

1.5 על שם מי מופיעה העסקה בפירוט האשראי?

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

1.6 מי אחראי להפקת החשבונית או הקבלה?

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

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

2. ארנקים דיגיטליים ופיצול הכנסות

2.1 האם ניתן לפצל עסקה בין הפלטפורמה לבית העסק בזמן החיוב?

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

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

2.2 האם ניתן להעביר אוטומטית את חלקה של הפלטפורמה?

לא מדובר בפיצול של העסקה בזמן החיוב.

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

2.3 האם ניתן להעביר ישירות את חלקו של בית העסק לחשבון הבנק שלו ואת עמלת הפלטפורמה לחשבון הפלטפורמה?

לא באמצעות Split Payment בזמן ביצוע העסקה.

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

2.4 האם ניתן להגדיר עמלה עבור הפלטפורמה?

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

2.5 האם העמלה יכולה להיות באחוזים או בסכום קבוע?

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

2.6 מתי נגבית עמלת הפלטפורמה?

העמלה נגבית במסגרת ההעברה מארנק בית העסק לארנק הפלטפורמה.

2.7 האם ניתן להחזיק את הכסף בארנק לפני העברתו?

כן. הכסף נכנס לארנק ויכול להישאר בו עד לביצוע העברה ממנו.

2.8 מהו המבנה המומלץ לפלטפורמה שמפעילה Marketplace?

במודל המתואר, מבנה אפשרי הוא:

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

3. הצטרפות בתי עסק ופתיחת מסופים

3.1 האם ניתן לפתוח חשבון סליקה או מסוף לבית עסק באמצעות API מתוך הפלטפורמה?

ניתן לפתוח מסוף/חברה לבית עסק בAPI

3.2 האם ניתן להטמיע את תהליך ההצטרפות של בית העסק בתוך ממשק הפלטפורמה?

נדרש לבדוק בהתאם למבנה ההצטרפות וההרשאות הזמינות לפלטפורמה.

3.3 אילו מסמכים נדרשים מבית העסק לצורך הצטרפות?

הדרישות עשויות להשתנות בהתאם לסוג בית העסק ולתהליך האישור.

3.4 כמה זמן לוקח לאשר בית עסק?

זמן האישור תלוי בתהליך בדיקת בית העסק ובנתונים שנמסרו.

3.5 מי מבצע את תהליך ה-KYC/KYB?

תהליך הKYC מתבצע על ידי קארדקום

3.6 מול מי בית העסק חותם על הסכם הסליקה?

בית העסק נדרש להיות לקוח/בית עסק מאושר בהתאם למבנה ההתקשרות מול CardCom.

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

3.7 כיצד הפלטפורמה יודעת שבית עסק אושר?

יש לבדוק האם במסגרת המבנה הספציפי ניתן לקבל Callback/Notification על שינוי סטטוס או לבצע תשאול באמצעות API.

נושא זה דורש אימות לפני התחייבות ללקוח.

4. זרימת התשלום ועמוד התשלום

4.1 האם קיים עמוד תשלום שניתן ליצור באמצעות API?

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

4.2 האם ניתן להטמיע את עמוד התשלום באמצעות iframe?

כן ניתן לפתוח דף תשלום אינטרנטי בIFRAME/ REDAIRECT, ואף לעצב בHTML&CSS.

מדריך לעיצוב מותאם

4.3 האם ניתן לבצע Tokenization כך שפרטי הכרטיס לא יעברו דרך שרתי הפלטפורמה?

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

יש לבחור את הזרימה המתאימה כך שפרטי הכרטיס יטופלו בהתאם לדרישות האבטחה וה-PCI הרלוונטיות.

4.4 האם ניתן לשמור Token לשימוש עתידי?

כן. קיימת תמיכה ב-Token לשימוש עתידי, לרבות עבור חיובים מחזוריים, בהתאם לזרימת העבודה המתאימה.

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

מדריך לחיוב אסימון 

4.5 האם ניתן להעביר מזהה הזמנה של הפלטפורמה ולקבל אותו בחזרה?

קיימים מנגנונים להעברת מזהים חיצוניים במסגרת ה-API. כגון ReturnValue

יש להשתמש בשדה המתאים בהתאם ל-API ולזרימת האינטגרציה.

5. אימות עסקה, API ו-Webhooks

5.1 האם ניתן לבדוק את סטטוס העסקה באמצעות API?

כן. ניתן להשתמש ב-API לקבלת מידע על עסקאות ולבדיקת סטטוס העסקה.

מומלץ שהשרת של הפלטפורמה יבצע אימות מול CardCom ולא להסתמך על מידע שמתקבל מהדפדפן בלבד.

5.2 האם קיימים Webhooks?

כן. ניתן להגדיר Webhook לקבלת מידע על עסקאות שעברו בהצלחה.

5.3 האם קיים Webhook לכל סוגי האירועים?

קיימת תמיכה באירועי Webhook בהתאם ליכולות ה-API והמודולים הרלוונטיים.

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

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

5.4 כיצד מאמתים שה-Webhook אכן הגיע מ-CardCom?

יש לבדוק את מנגנון האימות הרלוונטי ל-API/Endpoint הספציפי לפני מתן תשובה טכנית מחייבת.

5.5 האם ניתן לשלוף עסקאות לפי טווח תאריכים?

קיימות יכולות API לקבלת מידע על עסקאות.

יש לבדוק את ה-Endpoint והפרמטרים המתאימים בהתאם לדרישת הלקוח.

6. ביטולים וזיכויים

6.1 מה קורה כאשר לקוח מבטל עסקה?

CardCom אינה צד למדיניות ההחזרה של בית העסק.

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

6.2 מה קורה כאשר הלקוח מבקש זיכוי לאחר קבלת המוצר?

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

6.3 האם ניתן לבצע זיכוי מלא באמצעות API?

כן, מדריך לזיכוי

6.4 האם ניתן לבצע זיכוי חלקי באמצעות API?

כן, מדריך לזיכוי

6.5 האם יש עמלה על ביצוע זיכוי או ביטול?

כן. קיימת עמלה תפעולית עבור זיכוי/ביטול.

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

6.6 האם עמלת הסליקה המקורית מוחזרת בזיכוי מלא?

עמלת הסליקה המקורית מתבטלת בהתאם למבנה העמלות.

יש להבחין בין עמלת הסליקה לבין העמלה התפעולית עבור ביצוע הזיכוי.

6.7 על מי חלה העלות במקרה של זיכוי?

הזיכוי יורד מיתרת הזיכויים של בית העסק שביצע את המכירה.

6.8 מה קורה אם אין לבית העסק יתרת זיכויים מספקת?

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

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

6.9 האם ניתן לקזז את הזיכוי מתשלומים עתידיים?

הזיכוי יורד מיתרת הזיכויים של בית העסק.

6.10 האם CardCom מחזיקה רזרבה ייעודית עבור ביטולים וזיכויים?

לא

7. Chargeback / הכחשת עסקה

7.1 מה קורה כאשר לקוח מכחיש עסקה?

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

בחלק מהמקרים ניתן להגיש ערעור על ההכחשה בהתאם לנוהל ההכחשות.

מדריך לטיפול בהכחשות עסקה

7.2 מי נושא באחריות הכספית ל-Chargeback?

בית העסק שקיבל את ההכחשה נושא באחריות הכספית.

7.3 מה גובה עמלת Chargeback?

לעסקאות בסכום של עד 99 ₪ נגבית עמלת Chargeback בסך 19.90 ₪.

לעסקאות מעל 99 ₪ נגבית עמלת Chargeback בסך 49 ₪.

לסכומים מתווסף מע"מ עפ"י חוק.

7.4 כיצד בית העסק מקבל הודעה על Chargeback?

הודעה מתקבלת באזור הרלוונטי באתר CardCom ובמייל של בית העסק.

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

7.5 האם ניתן להגיש מסמכים וראיות במקרה של Chargeback?

כן. במידת הצורך ניתן להעביר לתמיכת CardCom מסמכים לצורך ערעור על ההכחשה.

support@cardcom.solutions.co.il

7.6 האם 3DS מגן מפני Chargeback?

ניתן להשתמש במודול 3DS להגנה נוספת בעסקאות אינטרנטיות.

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

8. עסקאות בסכומים גבוהים

8.1 האם קיימת מגבלת סכום לעסקה?

לא קיימת מגבלת סכום כללית מצד CardCom.

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

8.2 האם עסקאות בסכומים גבוהים דורשות אישור מיוחד מצד CardCom?

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

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

8.3 האם קיימות מגבלות מיוחדות למוצרי יוקרה?

יש מגבלות ותנאים הנוגעים לסוגי פעילות ומוצרים מסוימים.

8.4 האם ניתן לבצע Pre-Authorization / תפיסת מסגרת?

כן, בכפוף להרשאה מתאימה ולשימוש במודול עסקה מושהית.

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

מדריך עסקה מושהית

8.5 כמה זמן ניתן להחזיק תפיסת מסגרת?

מסגרת נתפסת ע"י המנפיקות עד 7 ימי עסקים,

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

8.6 האם ניתן לעכב את העברת הכספים לבית העסק עד לקבלת אישור מסירה?

לא במסגרת מנגנון הזיכוי הרגיל.

מועד הזיכוי נקבע בהתאם להסכם הסליקה עם בית העסק.

8.7 האם ניתן להגדיר שבעסקאות יקרות הכסף יועבר רק לאחר מספר ימים?

לא ניתן לקבוע זאת באופן פרטני לכל עסקה במסגרת מנגנון הזיכוי הרגיל.

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

8.8 כיצד ניתן לצמצם סיכון בעסקאות יקרות?

שימוש ב-3DS יכול לספק שכבת הגנה נוספת בעסקאות אינטרנטיות.

בנוסף, ניתן לבחון שימוש ב-Pre-Authorization / תפיסת מסגרת כאשר אופי העסקה מאפשר זאת.

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

9. מועדי זיכוי

9.1 מתי הכסף מועבר לבית העסק?

הכסף מועבר בהתאם למועד הזיכוי שנקבע בהסכם הסליקה מול בית העסק.

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

9.2 האם ניתן לבחור מועד זיכוי שונה לעסקאות בסכומים גבוהים?

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

9.3 האם קיים מסלול זיכוי מהיר יותר?

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

10. מסמכים – חשבוניות, קבלות וזיכויים

10.1 האם ניתן להפיק חשבוניות וקבלות?

כן, CardCom מספקת מודול מסמכים להפקת מסמכים בהתאם לחבילה ולכמות הפעולות.

10.2 האם המסמך מופק על שם בית העסק?

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

10.3 האם המסמך נשלח אוטומטית ללקוח?

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

אפשרות זו ניתן לשינוי.

10.4 האם ניתן לקבל את המסמך באמצעות API?

קיימות יכולות API הקשורות למסמכים, בהתאם למודול ולתצורה.

מדריך לקבלת פרטי מסמך בAPI

10.5 האם נוצר מסמך זיכוי במקרה של החזר?

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

11. מנויים ו-Recurring Billing

11.1 האם CardCom תומכת במנויים חודשיים?

כן.

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

11.2 האם ניתן להציע Free Trial?

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

11.3 האם ניתן לבצע שינוי מסלול או ביטול באמצעות API?

קיימות יכולות API לניהול תהליכי חיוב ו-Token.

יש להתאים את המבנה הטכני לדרך שבה הפלטפורמה מנהלת את המנויים.

11.4 האם ניתן לשמור אמצעי תשלום עבור לקוח חוזר?

כן, באמצעות Token בהתאם לזרימת הטוקניזציה.

12. Sandbox ו-POC

12.1 האם קיימת סביבת בדיקות?

כן. קיימת סביבת Test/Sandbox לצורך בדיקות האינטגרציה.

מדריך טסטים

12.2 אילו תרחישים ניתן לבדוק?

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

12.3 האם ניתן לבדוק זיכוי וביטול?

כן, ניתן לבדוק את היכולות הרלוונטיות במסגרת סביבת הבדיקות בהתאם ל-API ולתרחיש.

12.4 האם ניתן לבדוק Marketplace / ארנקים?

לא, אין אפשרות

12.5 האם ניתן לבדוק פתיחת מסוף חדש ב-Sandbox?

לא, אין אפשרות

13. API ודוקומנטציה

13.1 האם קיימת דוקומנטציית API?

כן.

CardCom מספקת דוקומנטציה טכנית הכוללת את אפשרויות ה-API הרלוונטיות.

תיעוד מלא של כל הפונקציות האפשריות במבנה JSON V11

13.2 האם קיימת דוקומנטציה עבור Marketplace וארנקים?

כן. קיים מדריך בנושא ארנקים דיגיטליים, המתאר את המודל הרלוונטי לעבודה עם Marketplace.

מדריך ארנק דיגיטלי

13.3 האם ניתן לבצע את האינטגרציה באמצעות API?

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

14. עלויות ומחירים

14.1 האם קיימת עלות הקמה?

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

14.2 האם קיימת עלות חודשית קבועה?

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

נקבע לאחר אפיון מול נציג מכירות.

14.3 מהי עמלת הסליקה?

עמלת הסליקה נקבעת בהתאם למחזור בית העסק ולתנאים המסחריים שנקבעו עבורו.

נקבע לאחר אפיון מול נציג מכירות.

14.4 האם קיימת עמלה קבועה לכל עסקה?

העמלות תלויות במבנה ההתקשרות ובסוג העסקה.

נקבע לאחר אפיון מול נציג מכירות.

14.5 מהי עלות זיכוי?

קיימת עמלה תפעולית עבור זיכוי בסך 7.90 ₪ לפני מע"מ, בהתאם לתעריף שנמסר.

14.6 מהי עלות Chargeback?

• עסקה שלא תעבור את סך 99 ₪, עמלת הכחשת העסקה - 19.90 ₪.
• עסקה שתעבור את סכום 99 ₪ עמלת הכחשת העסקה – 49 ₪.

לעלות מתווסף מע"מ כחוק.

14.7 מהי עלות 3DS?

העלות משתנה בהתאם לחבילה ולכמות הפעולות.

נקבע לאחר אפיון מול נציג מכירות.

14.8 מהי עלות מודול המסמכים?

העלות נקבעת לפי החבילה וכמות המסמכים. 

נקבע לאחר אפיון מול נציג מכירות.

14.9 האם קיימות עלויות נוספות?

כן.

עשויות להיות עלויות נוספות במקרה של חריגה מכמות הפעולות הכלולה בחבילה.

לפרטים נוספים מול נציג מכירות.

15. שותפות עם פלטפורמות

15.1 האם קיימים הסכמי שותפות עם פלטפורמות?

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

15.2 האם הפלטפורמה יכולה לקבל עמלה על בתי עסק שהיא מביאה?

כן, לפי תנאי ההצטרפות.

15.3 האם ניתן להוסיף עמלה של הפלטפורמה מעל עמלת CardCom?

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

15.4 עם מי ניתן לדבר לגבי הסכם שותפות?

הסכם שותפות מותאם צריך להיבחן מול הגורם הרלוונטי ב-CardCom.

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

16. לקוחות בינלאומיים ומטבעות

16.1 האם ניתן לסלוק לקוחות מחוץ לישראל?

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

16.2 האם קיימת עמלה שונה לכרטיסים בינלאומיים?

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

16.3 האם ניתן לסלוק במטבעות כמו USD ו-EUR?

כן, יש תמיכה במט"ח.

17. Apple Pay / Google Pay / אמצעי תשלום נוספים

17.1 האם ניתן להשתמש ב-Apple Pay או Google Pay?

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

יש לבדוק את הדרישות הספציפיות עבור בית העסק והאינטגרציה.

17.2 האם לכל אמצעי תשלום קיימת עמלה שונה?

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

18. מבנה מומלץ ל-POC של Marketplace

עבור פלטפורמה שנמצאת בשלב POC ומעוניינת להתחיל עם מספר מצומצם של בתי עסק, המבנה המומלץ בהתאם למודל שתואר הוא:

ארנק ראשי של הפלטפורמה + ארנק נפרד לכל בית עסק.

זרימת הכספים:

1. הלקוח מבצע רכישה בבית העסק.
2. העסקה מתבצעת תחת בית העסק הרלוונטי.
3. כספי העסקה נכנסים לארנק של בית העסק.
4. הפלטפורמה יכולה לבצע העברה של החלק היחסי שלה מארנק בית העסק לארנק הפלטפורמה.
5. יתרת הכספים נשארת בארנק בית העסק בהתאם למבנה הפעילות.
6. בית העסק מקבל את הכספים בהתאם למועד הזיכוי שנקבע בהסכם הסליקה.

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