تقسيم عمولة عقارية متعدد الوكلاء
أدخل العمولة الإجمالية ونسبتين لتعرف نصيب كل طرف: من 10,000 مع 30% لشركة الوساطة و25% رسوم إحالة، تحصل الإحالة على 2,500 والوساطة على 3,000 ويبقى للوكيل 4,500. مجانًا في متصفحك.
- مجاني
- يعمل في متصفحك
- دون تسجيل
- بياناتك لا تغادر جهازك
شغّل الأداة مجانًا
مثال محلول
- العمولة الإجمالية
- 10,000
- ٪ حصة الوساطة
- 30
- ٪ رسوم الإحالة
- 25
- نسبة الوكيل
- 45
- مجموع النسب
- 55
- مبلغ الإحالة
- 2,500
- مبلغ الوساطة
- 3,000
غالباً ما يعني إغلاق صفقة سكنية أو تجارية أن ثلاثة بنود مالية تتقاسم عمولة إجمالية واحدة: يأخذ الوكيل المُحيل أو الشبكة رسوم إحالة، وتحتفظ دار الوساطة بحصتها المؤسسية، ويحتفظ الوكيل المنتج بما تبقى. يفشل الحساب الذهني بالنسب المئوية على ورقة عندما تتراكم الصفقات أو تدرّب الفرق وكلاء جدداً أو يتطلب الامتثال مساراً تدقيقياً قابلاً للتكرار. تأخذ حاسبة تقسيم العمولة العقارية متعددة الوكلاء هذه مبلغ العمولة الإجمالي مع نسبتين مئويتين —حصة الوساطة ورسوم الإحالة— وتعيد المبلغ الصافي الذي يتلقاه كل طرف، مقرّباً بوضوح إلى منزلتين عشريتين.
كيف تُحسب صافيات الإحالة والوساطة والوكيل
تتوافق الصيغ الأساسية مع كيفية وصف المكاتب بالفعل للتقسيمات في أدلة التدريب. مبلغ الإحالة يساوي العمولة الإجمالية مضروبة في نسبة الإحالة ومقسومة على مئة. مبلغ الوساطة يساوي العمولة الإجمالية مضروبة في نسبة الوساطة ومقسومة على مئة.
نسبة الوكيل تساوي مئة ناقص مجموع هاتين النسبتين، وصافي الوكيل هو ما تبقى من الإجمالي المقرّب بعد بنود الإحالة والوساطة المقرّبة حتى تتوافق الحقول المالية الثلاثة دون قروش يتيمة. تستخدم المنتجات الوسيطة حساباً عشرياً عائماً عادياً، ثم يُقرَّب كل حقل مالي half-up إلى منزلتين عشريتين ليبدو كعملة على ورقة صرف لا ككسور ثنائية طويلة. مثال: إجمالي عشرة آلاف، وثلاثون في المئة وساطة، وخمسة وعشرون في المئة إحالة ينتج مبلغ إحالة ألفين وخمسمئة، ومبلغ وساطة ثلاثة آلاف، ونسبة وكيل خمسة وأربعين، وصافي وكيل أربعة آلاف وخمسمئة بعد التقريب.
تقسيمات الفريق المتساوية أو جوانب المشتري مقابل البائع بعقود مختلفة خارج النطاق: يجيب هذا المنتج عن وعاء متعدد الوكلاء بالإحالة زائد الوساطة زائد الوكيل المنتج.
طريقة الاستخدام اليومي والحدود العملية
استخدموا حاسبة تقسيم العمولة متعددة الوكلاء المجانية في المتصفح عند تدريب وكلاء جدد أو مراجعة أوراق العروض أو التحقق من جدول المكتب دون تثبيت تطبيق آخر. اقرنوا هذه النقطة النهائية بأدوات رهن أو تكاليف إغلاق فقط إذا كنتم تعرفون بالفعل وعاء العمولة بعملة واحدة — فهذه القدرة لا تحوّل FX ولا تقسّم الضرائب نسبياً ولا تطبق رسوم امتياز تتجاوز نسبي الإدخال. أبقوا أحجام العمولة ضمن نطاقات تجارية عادية؛ تُرفض المبالغ الهائلة حتى يبقى حساب العزل محدوداً.
تتبع مدخلات المصدر قواعد الاحتفاظ نفسها لبقية عناصر parse في KIT، والنتائج آمنة للتثبيت في مثبتات التكامل المستمر لأن الخوارزمية حتمية بالكامل. وعد المنتج هو تخصيص شفاف لثلاثة أطراف من عمولة إجمالية واحدة مع حاجز صريح فوق مئة في المئة — وليس حساب الوكالة المزدوجة الجانبي، ولا جداول الشركة المتدرجة حسب الإنتاج، ولا جداول رسوم MLS التلقائية، التي تنتمي إلى أدوات متخصصة بنية SEO مختلفة.
حالات الاستخدام
مدفوعات مكتب الوساطة والفريق
يُدخل الوسطاء المديرون العمولة الإجمالية وتقسيم الشركة ونسبة الإحالة لإظهار صافي كل طرف قبل إصدار الشيكات أو دفعات ACH.
تسويات شبكات الإحالة
يتحقق منسقو الإحالة من أن رسوم الشبكة زائد تقسيم الدار يتركان حصة غير سالبة للوكيل المنتج في صفقات co-broke.
روبوتات CRM وأوراق التدريب
تستدعي الأدوات الداخلية ودورات الوكلاء الجدد نقطة نهاية مسبقة الدفع مستقرة بدلاً من إعادة تنفيذ حواجز مجموع النسب في كل لغة.
الأسئلة الشائعة
ماذا يحدث إذا تجاوز مجموع نسبتي الوساطة والإحالة 100%؟
يجب ألا تتجاوز النسب المجمّعة 100%؛ ولا تُحاسب على الإفراط في التخصيص.
هل يُنمذج هذا تقسيم جانب المشتري مقابل البائع في co-broke؟
لا. يخصص هذا المنتج وعاء عمولة إجمالية واحداً بين الإحالة والوساطة والوكيل المنتج. التقسيمات الجانبية المنفصلة خارج نطاق هذا العقد.
كيف أحسب نصيب الوكيل الذي أتم الصفقة؟
اطرح نسبتي الوساطة والإحالة من 100 وطبّق الباقي على الإجمالي. مع 10,000 و30% للوساطة و25% للإحالة، يحتفظ الوكيل بنسبة 45%، أي 4,500.
هل تُحسب النسبتان من العمولة كاملة؟
نعم. تُحسب رسوم الإحالة وحصة الوساطة كلتاهما من العمولة الإجمالية، لا واحدة بعد الأخرى. من 10,000 تساوي الإحالة بنسبة 25% مبلغ 2,500، والوساطة بنسبة 30% مبلغ 3,000.
لماذا تساوي المبالغ الثلاثة الإجمالي دائمًا؟
يُقرَّب كل مبلغ إلى منزلتين عشريتين، ويكون صافي الوكيل هو ما يتبقى من الإجمالي بعد مبلغي الإحالة والوساطة المقرّبين. وبهذا تتطابق الأسطر الثلاثة تمامًا دون كسور متبقية.
أدوات ذات صلة
للمطوّرين — الوصول عبر API
كل ما في هذه الصفحة متاح برمجيًا. هذا القسم موجّه للفرق التقنية التي تريد ربط الأداة بأنظمتها الخاصة؛ بقية المستخدمين يمكنهم استخدام الأداة أعلاه مباشرة دون الحاجة لقراءة ما يلي.
الـEndpoint
صادِق على طلبك بترويسة Bearer، وأرسل طلب POST واحدًا لتدخل مهمتك قائمة التنفيذ فورًا؛ ثم تستلم النتيجة عبر webhook أو رابط موقّع.
استدعِ الخدمة من بيئتك
curl -X POST https://api.kit.forhosting.com/realestate/commission-split-multi-agent \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"total_commission":10000,"brokerage_split_percent":30,"referral_fee_percent":25}'const res = await fetch("https://api.kit.forhosting.com/realestate/commission-split-multi-agent", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"total_commission": 10000,
"brokerage_split_percent": 30,
"referral_fee_percent": 25
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/realestate/commission-split-multi-agent",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"total_commission": 10000,
"brokerage_split_percent": 30,
"referral_fee_percent": 25
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/realestate/commission-split-multi-agent", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"total_commission":10000,"brokerage_split_percent":30,"referral_fee_percent":25}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"total_commission":10000,"brokerage_split_percent":30,"referral_fee_percent":25}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/realestate/commission-split-multi-agent", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)مثال على الطلب
{
"total_commission": 10000,
"brokerage_split_percent": 30,
"referral_fee_percent": 25
}مثال على الاستجابة
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "realestate.commission_split_multi_agent",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}الواجهة غير متزامنة: تستلم task_id فور الإرسال، ويمكنك الاستعلام عن الحالة بمعدل طلب واحد في الثانية.
الأسعار
السعر معلن كما تراه: لا tokens ولا نظام نقاط؛ وإن فشلت المهمة فلن تُحاسَب عليها.
الأخطاء
| HTTP | الرمز | المعنى |
|---|---|---|
401 | unauthorized | مفتاح الوصول مفقود أو غير صالح؛ تحقق من ترويسة Bearer في طلبك. |
402 | insufficient_balance | رصيدك لا يكفي لتنفيذ هذه المهمة؛ أعد شحن الرصيد ثم أعد المحاولة. |
404 | unknown_type | نوع المهمة المطلوب غير موجود في الكتالوج — راجع الاسم المرسل في الطلب. |
429 | rate_limited | تجاوزت الحد المسموح من الطلبات؛ انتظر قليلًا ثم أعد المحاولة. |
ملاحظات تقنية
إذا تجاوز مجموع النسبتين مئة في المئة، يرفض المحرك الطلب بخطأ invalid_input واضح بدلاً من اختراع أجر سالب للوكيل. الخوارزمية حتمية بالكامل، لذا ينتج نفس JSON دائماً النتيجة نفسها لأدوات عمليات الوساطة وروبوتات CRM وأوراق التدريب ومثبتات التكامل المستمر. تعمل أداة المتصفح مجاناً على جهازكم؛ وتفرض واجهة API مسبقة الدفع $0.002 لكل عنصر ناجح عندما تحتاج الخوادم وSDK إلى العقد نفسه.
المدخلات: العمولة الإجمالية وحصة الوساطة ورسوم الإحالة
يجب أن تكون كلتا النسبتين غير سالبتين ولكل منهما سقف مئة حتى لا يتجاوز حقل واحد بمفرده الوعاء كله. تفشل مبالغ العمولة السالبة في التحقق لأنها لا تصف إغلاقاً عادياً. يعمل التحقق كله قبل حساب المال، لذا لا تنتج الطلبات السيئة صفوف تسوية نصف ممتلئة. أرسلوا جسم JSON بثلاثة حقول إلزامية. العمولة الإجمالية هي وعاء العمولة الإجمالي قبل أي توزيع متعدد الوكلاء، كعدد منتهٍ غير سالب أو سلسلة رقمية؛ وتُقبل الأسماء البديلة commission وtotal وamount وgross_commission عندما يسمي عميلكم الحقل أصلاً بطريقة أخرى. نسبة حصة الوساطة هي حصة دار الشركة معبّراً عنها كنسبة مئوية من ذلك الإجمالي —مثلاً ثلاثون تعني ثلاثين في المئة— وليست كسراً عشرياً؛ وتطابق الأسماء البديلة brokerage_percent وbrokerage وbroker_split وcompany_split القيمة نفسها حتى يحافظ بنّاؤو النماذج على تسميات مألوفة. نسبة رسوم الإحالة هي حصة الطرف المُحيل من الإجمالي نفسه، أيضاً كنسبة مئوية مثل خمسة وعشرين لخمسة وعشرين في المئة؛ وتُدعم referral_percent وreferral وreferral_fee وreferring_agent_percent. غياب أي من الحقول الثلاثة يفشل بـ invalid_input مع تسمية المفتاح الناقص. عندما تتجاوز نسبة الوساطة زائد نسبة الإحالة مئة، يطلق المحرك invalid_input موضحاً أن النسب المجمّعة يجب ألا تتجاوز مئة في المئة —الفخ الكلاسيكي للإفراط في التخصيص في أدوات العمولة متعددة الأطراف.
كيف تُحسب صافيات الإحالة والوساطة والوكيل
تعيد الاستجابة العمولة الإجمالية المعيارية وكلتا نسبتي الإدخال، ثم agent_percent وpercent_sum وreferral_amount وbrokerage_amount وagent_net، إضافة إلى currency_decimals يساوي اثنين وmethod يساوي commission_split_multi_agent لتفرع عميل مستقر. المدخلات المتطابقة تنتج دائماً JSON متطابقاً لأن المسار حساب خالص بلا شبكة ولا بذرة عشوائية ولا ساعة نظام.
استخدام API والتسعير وسير العمل والحدود العملية
استخدموا API مسبقة الدفع عندما يحتاج CRM وساطة أو روبوت منسق معاملات أو لوحة فريق أو تصدير امتثال إلى عقد KIT مستقر بسعر $0.002 لكل عنصر ناجح؛ ولا تستهلك إخفاقات التحقق الرصيد بعد رفض المحرك. يمكن للمؤلفين الذين يشحنون SDK ربط referral_amount وbrokerage_amount وagent_net مباشرة بواجهات التسوية ورسائل الدفع.
أسئلة تقنية
كيف تُقسَّم عمولة عقارية بين الوساطة والإحالة والوكيل؟
أرسلوا JSON يتضمن total_commission وbrokerage_split_percent وreferral_fee_percent. تتضمن الاستجابة referral_amount وbrokerage_amount وagent_net مقرّبة إلى منزلتين، إضافة إلى agent_percent.
هل تُؤخذ كلتا النسبتين من نفس العمولة الإجمالية؟
نعم. الإحالة والوساطة كل منهما نسبة مئوية من total_commission. يتلقى الوكيل المنتج الباقي (agent_percent = 100 − كلاهما).
هل حاسبة التقسيم متعدد الوكلاء مجانية؟
تعمل أداة المتصفح مجاناً على جهازكم. تستخدم استدعاءات API رصيد KIT مسبق الدفع بسعر $0.002 لكل عنصر ناجح؛ ولا تُحاسب إخفاقات التحقق.