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

לאחר השקת מודול תשלומים ללא תקופת החזקה, יתרת המוכר בשוק ירדה למינוס של 4.5–6.5 אלף דולר עקב החזרות המוניות. כדי למנוע הישנות, אנו מתכננים מערכות עם אסקרו וחישובים אוטומטיים. הצוות שלנו, עם 7 שנות ניסיון בפינטק, יישם מודולי תשלומים ליותר מ-20 שווקים—מסטארטאפים ועד פלטפורמות עם 10,000 מוכרים. במשך 5 שנים בשוק, בנינו ליבות פיננסיות אמינות שמטפלות באלפי עסקאות ביום. אוטומציה של תשלומים למוכרים מפחיתה עלויות תפעול ב-40% ומבטלת שגיאות הזנה ידניות. שליטה פיננסית בשוק היא המפתח לשקיפות ועמידה בחוק הפדרלי 115-FZ.

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

מערכת תשלומים אוטומטית: ארכיטקטורה ומודולים מרכזיים

איך עובד מחזור חיי התשלום?

הקונה משלם—הכסף מגיע לחשבון הפלטפורמה. הפלטפורמה מנכה את העמלה שלה (בדרך כלל 5–15%) ומעבירה את הסכום הנקי למוכר. הישויות המרכזיות הן יתרות ועסקאות המאוחסנות במסד הנתונים:

seller_balances (
    seller_id,
    available_balance,
    hold_balance,
    total_earned,
    currency,
    updated_at
)
balance_transactions (
    id,
    seller_id,
    type,
    amount,
    balance_before,
    balance_after,
    reference_type,
    reference_id,
    status,
    created_at,
    description
)
-- type: order_credit | commission_debit | payout_debit | refund_debit | adjustment

שלבי תנועת הכספים

1. תשלום עבור הזמנה—הסכום בניכוי עמלה נזקף ל-seller_balances ( seller_id, available_balance, hold_balance, total_earned, currency, updated_at ) balance_transactions ( id, seller_id, type, amount, balance_before, balance_after, reference_type, reference_id, status, created_at, description ) -- type: order_credit | commission_debit | payout_debit | refund_debit | adjustment של המוכר.
2. סיום תקופת ההחזקה (7–14 ימים לאחר המשלוח)—העברה מ-hold_balance ל-hold.
3. בקשת תשלום—המוכר יוזם משיכה.
4. אישור והעברה—הפלטפורמה שולחת כספים דרך שער התשלומים.
5. אישור—הסטטוס מוגדר ל-available, ניכוי מ-completed.

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

למה מודל התשלום חשוב?

תזמון אוטומטי הוא נקודת האיזון האידיאלית: הוא מפחית את עומס התמיכה פי 2 בהשוואה לתשלומים ידניים ואינו דורש ניטור מתמיד. מודל היברידי (מתוזמן + לפי דרישה) מוסיף גמישות אך מורכב יותר ליישום. עבור שוק עם 1,000 מוכרים, חיסכון בעלויות תפעול יכול להגיע ל-18–26 אלף דולר בשנה. עבור פלטפורמה עם 10,000 מוכרים, החיסכון יכול לעלות על 180–260 אלף דולר בשנה.

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

איך לשלב שערי תשלומים?

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

טיפול בהחזרות

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

1. החזר לקונה—מיתרת האסקרו/הפלטפורמה.
2. ניכוי מהמוכר: type='refund_debit' + ביטול עמלה (אופציונלי).
3. רישום ב-refund_amount.

זרימת מסמכים ודיווח

עבור מוכרים רוסים, אנו מייצרים:

• תעודת עבודה שהושלמה / דוח סוכן
• חשבונית (אם מע"מ חל)
• רישום מכירות

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

ממשק המוכר

• יתרה נוכחית (זמינה / בהחזקה)
• היסטוריית עסקאות עם ייצוא ל-Excel
• טופס בקשת תשלום עם פרטי תשלום
• סטטוסי תשלום (בטיפול / הושלם / נכשל)

לפני התשלום הראשון—אימות פרטים: בדיקת BIC והעברת ניסיון של $1–1.

אבטחה ובקרה

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

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

מה כלול בפיתוח מפתח מלא

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

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