פיתוח מערכת עמלות מדרגת לשוק מקוון

במחזור של 90–130 אלף דולר (כ-110,000 דולר) בחודש, שגיאת חישוב עמלה של 1% עולה 900–1.3 אלף דולר בחודש — כלומר 1,100 דולר. נראה פשוט להכפיל את סכום ההזמנה באחוז, אבל בפועל העמלות תלויות בקטגוריה, בהיקף המכירות, בסוג המוכר, במבצעים, בקופונים, בשיטת המשלוח ובעשרות גורמים נוספים. אנו מתכננים מערכות שמתחשבות בכל הניואנסים הללו וגדלות ללא הפתעות. עם ניסיון של למעלה מ-5 שנים בפיתוח מרקטפלייסים ו-30+ הטמעות של מודולי עמלות למרקטפלייסים עם מחזורים מ-1 מיליון עד 45–65 מיליון דולר, אנו מבטיחים דיוק ושקיפות למוכרים. מערכת העמלות שלנו למרקטפלייס חוסכת ללקוחות בדרך כלל 15-20% בעלויות תפעול.

כיצד אנו מבטיחים חישוב עמלות מדויק?

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

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

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

מהם היתרונות של עמלות מדורגות?

עמלות מדורגות מתגמלות צמיחה של מוכרים. לדוגמה, מוכר עם מחזור חודשי מעל 50,000 דולר עשוי לראות את שיעור העמלה שלו יורד מ-15% ל-9%, מה שמגדיל את הרווח הנקי. שילוב מערכת העמלות שלנו מטפל בכך בצורה חלקה.

בניית מערכת עמלות גמישה

מבנה נתונים

commission_rules (
    id,
    name,
    priority,
    seller_id (nullable — глобальное или для конкретного продавца),
    category_id (nullable),
    min_price,
    max_price,
    commission_type: percentage | fixed | tiered,
    commission_value,
    valid_from,
    valid_until,
    is_active
)
commission_tiers (
    rule_id,
    from_amount,
    to_amount,
    commission_value
)
order_commissions (
    order_id,
    seller_id,
    gross_amount,
    commission_amount,
    net_amount,
    rule_id (applied),
    calculated_at
)

לוגיקת בחירת כללים

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

1. מצא את כל הכללים הפעילים שבהם commission_rules ( id, name, priority, seller_id (nullable — глобальное или для конкретного продавца), category_id (nullable), min_price, max_price, commission_type: percentage | fixed | tiered, commission_value, valid_from, valid_until, is_active ) commission_tiers ( rule_id, from_amount, to_amount, commission_value ) order_commissions ( order_id, seller_id, gross_amount, commission_amount, net_amount, rule_id (applied), calculated_at )
2. סנן לפי valid_from ≤ now ≤ valid_until (כללים ספציפיים למוכר בעלי עדיפות גבוהה יותר מגלובליים)
3. סנן לפי seller_id של המוצר
4. סנן לפי טווח מחירים category_id
5. החל את הכלל עם min_price ≤ order_total ≤ max_price הנמוך ביותר (מספר נמוך יותר = עדיפות גבוהה יותר)

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

עמלות מדורגות

מוכרים גדולים משתמשים לעיתים קרובות בסולם רגרסיבי, לדוגמה:

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

עמלה עם הנחות וקופונים

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

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

עמלה על משלוח

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

חישוב וסיום

העמלה מחושבת בשתי נקודות:

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

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

הבטחת שקיפות למוכרים

דוחות

המוכר רואה בחשבונו:

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

הפלטפורמה רואה:

• דוח הכנסות: רווחים לפי קטגוריה
• ניתוח יעילות כללים: אילו כללים מייצרים יותר מחזור/עמלה
• השוואת רווחיות מוכרים

מסלול ביקורת

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

{ "rule_id": 42, "changed_by": "[email protected]", "changed_at": "2025-03-01T10:00:00Z", "old_value": 0.15, "new_value": 0.12 } 

מה כלול בפיתוח מודול עמלות?

אנו מספקים חבילה מלאה:

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

היבטים טכניים

• כל הסכומים מאוחסנים כמספרים שלמים (סנטים/אגורות) — ללא מספרים עשרוניים לכסף, כפי שמומלץ ב-Fixed-point arithmetic on Wikipedia.
• החישוב מועבר לשירות changed_at נפרד — ניתן לבדיקה, ללא תופעות לוואי.
• שינויי כללים אינם משפיעים על עמלות שכבר חושבו — תמונת מצב של הכלל נשמרת ב-CommissionCalculator (JSON).
• בדיקות עומס: 1000 הזמנות/שנייה ללא ירידה בביצועים — מהירות פי 3 מפתרונות טיפוסיים.

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