حاسبة نقطة التعادل
مع تكاليف ثابتة قدرها 10000 وسعر 50 وتكلفة متغيرة 30، تساهم كل وحدة بمقدار 20، فتبلغ نقطة التعادل 500 وحدة أي إيرادات قدرها 25000. أضف هدف ربح لترى الكمية التي تحققه. مجاني في متصفحك.
- مجاني
- يعمل في متصفحك
- دون تسجيل
- بياناتك لا تغادر جهازك
شغّل الأداة مجانًا
مثال محلول
- التكلفة الثابتة
- 10,000
- السعر
- 50
- التكلفة المتغيرة
- 30
- الربح المستهدف
- 0
- هامش المساهمة
- 20
- وحدات نقطة التعادل
- 500
- إيرادات نقطة التعادل
- 25,000
مجانية على الإنترنت
ما معنى نقطة التعادل
تدفع كل وحدة مبيعة تكلفتها المتغيرة أولًا، وما يتبقى، أي هامش المساهمة، يذهب إلى تغطية التكاليف الثابتة. ونقطة التعادل هي عدد الوحدات التي تغطي هوامشها مجتمعة هذه التكاليف الثابتة تمامًا، بلا ربح ولا خسارة. فمع سعر 50 وتكلفة متغيرة 30 يكون الهامش 20، وتُغطى تكاليف ثابتة قدرها 10000 بعد 500 وحدة. وبضرب هذه الوحدات في السعر تحصل على إيرادات التعادل، وهي هنا 25000.
استخدمها لاختبار الأسعار
الاستخدام الأكثر شيوعًا هو فحص السعر قبل اعتماده: غيّر السعر وأبقِ التكاليف كما هي، وانظر كم تتحرك كمية التعادل. فالسعر الأقل يقلص هامش الوحدة فتحتاج إلى وحدات أكثر بكثير، والأعلى يفعل العكس. وتظهر النتائج بمنزلتين عشريتين افتراضيًا ولا تُقرَّب الوحدات، فقرّبها إلى الأعلى بنفسك إذا احتجت عددًا صحيحًا من القطع. والنموذج خطي: منتج واحد بسعر ثابت وتكلفة متغيرة ثابتة.
تفسير النتيجة وافتراضاتها
تُترَك وحدات التعادل كسرية عمدًا بدل تقريبها لأعلى إلى وحدة كاملة، لأن التقريب الصحيح يتوقّف على السياق: فمصنع يشحن منصّات كاملة بينما تفوتر خدمة برمجية مقاعد كسرية، فقرّب أنت لأعلى حين تحتاج إلى عدد فيزيائي. ويفترض النموذج منتجًا واحدًا بسعر وتكلفة متغيّرة ثابتين وبنية تكلفة خطّية، وهو الافتراض المقرّر؛ أما التكاليف الثابتة المتدرّجة أو خصومات الحجم فتحتاج إلى تشغيل مقسَّم. ولأن price يجب أن يكون موجبًا وهامش المساهمة موجبًا تمامًا، لا يمكن للقسمة أن تنفجر أبدًا، ولا ساعة ولا عشوائية في أي مكان من المسار.
حالات الاستخدام
قرارات التسعير
اختبِر كيف يحرّك تغيير السعر حجم التعادل قبل الالتزام بسعر قائمة جديد.
الأسئلة الشائعة
لماذا الوحدات كسرية؟
تحتفظ وحدات التعادل بالمنازل العشرية كي تقرّب أنت لأعلى؛ والتقريب إلى وحدات كاملة يتوقّف على منتجك.
ما هامش المساهمة؟
هو ما يتبقى من كل عملية بيع بعد دفع تكلفتها المتغيرة، أي السعر ناقص التكلفة المتغيرة للوحدة. يغطي هذا الفرق التكاليف الثابتة أولًا، ثم يصبح ربحًا بعد تغطيتها.
كم وحدة أحتاج إلى بيعها لتحقيق ربح محدد؟
أدخل هذا المبلغ هدفًا للربح، فيُضاف إلى التكاليف الثابتة قبل القسمة على هامش المساهمة. وإذا تركته فارغًا فقيمته صفر، وتحصل على نقطة التعادل المعتادة حيث الربح صفر تمامًا.
لماذا يُرفض سعر يساوي التكلفة المتغيرة أو يقل عنها؟
لأن هامش المساهمة يصبح صفرًا أو سالبًا، فتخسر مع كل عملية بيع ولا يمكن لأي كمية أن تغطي التكاليف الثابتة. وبدل رقم بلا معنى تنبهك الحاسبة إلى المشكلة.
هل تصلح لعدة منتجات أو لخصومات الكمية؟
ليس مباشرة. يفترض النموذج منتجًا واحدًا بسعر ثابت وتكلفة متغيرة ثابتة. وإذا كانت تكاليفك الثابتة ترتفع على درجات أو كنت تمنح خصومات على الكمية، فاحسب كل شريحة على حدة.
أدوات ذات صلة
للمطوّرين — الوصول عبر API
كل ما في هذه الصفحة متاح برمجيًا. هذا القسم موجّه للفرق التقنية التي تريد ربط الأداة بأنظمتها الخاصة؛ بقية المستخدمين يمكنهم استخدام الأداة أعلاه مباشرة دون الحاجة لقراءة ما يلي.
الـEndpoint
صادِق على طلبك بترويسة Bearer، وأرسل طلب POST واحدًا لتدخل مهمتك قائمة التنفيذ فورًا؛ ثم تستلم النتيجة عبر webhook أو رابط موقّع.
استدعِ الخدمة من بيئتك
curl -X POST https://api.kit.forhosting.com/dev/break-even \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"fixed_cost":10000,"price":50,"variable_cost":30}'const res = await fetch("https://api.kit.forhosting.com/dev/break-even", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"fixed_cost": 10000,
"price": 50,
"variable_cost": 30
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/dev/break-even",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"fixed_cost": 10000,
"price": 50,
"variable_cost": 30
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/dev/break-even", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"fixed_cost":10000,"price":50,"variable_cost":30}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"fixed_cost":10000,"price":50,"variable_cost":30}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/dev/break-even", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)مثال على الطلب
{
"fixed_cost": 10000,
"price": 50,
"variable_cost": 30
}مثال على الاستجابة
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "dev.break_even",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}الواجهة غير متزامنة: تستلم task_id فور الإرسال، ويمكنك الاستعلام عن الحالة بمعدل طلب واحد في الثانية.
الأسعار
السعر معلن كما تراه: لا tokens ولا نظام نقاط؛ وإن فشلت المهمة فلن تُحاسَب عليها.
الأخطاء
| HTTP | الرمز | المعنى |
|---|---|---|
401 | unauthorized | مفتاح الوصول مفقود أو غير صالح؛ تحقق من ترويسة Bearer في طلبك. |
402 | insufficient_balance | رصيدك لا يكفي لتنفيذ هذه المهمة؛ أعد شحن الرصيد ثم أعد المحاولة. |
404 | unknown_type | نوع المهمة المطلوب غير موجود في الكتالوج — راجع الاسم المرسل في الطلب. |
429 | rate_limited | تجاوزت الحد المسموح من الطلبات؛ انتظر قليلًا ثم أعد المحاولة. |
ملاحظات تقنية
تحسب نقطة التعادل من fixed_cost وprice وvariable_cost، وتُعيد هامش المساهمة ووحدات التعادل وإيراد التعادل، مع target_profit اختياري يُضاف إلى الهدف.
صيغة التكلفة-الحجم-الربح
تستعمل الحاسبة حساب التكلفة-الحجم-الربح المعياري. فهي تشتق أولًا هامش المساهمة للوحدة بوصفه price − variable_cost. وإن كان ذلك الهامش صفرًا أو سالبًا أعادت الأداة خطأ invalid_input مُصنَّفًا، لأنه لا حجم يمكن أن يغطّي التكاليف الثابتة حين تخسر كل عملية بيع مالًا. ثم تكون وحدات التعادل (fixed_cost + target_profit) / contribution_margin، ويكون إيراد التعادل تلك الوحدات مضروبةً في price. وقيمة target_profit الافتراضية 0، فإغفالها يعطي النقطة الكلاسيكية حيث يكون الربح صفرًا تمامًا؛ أما تمرير قيمة موجبة فيجيب عن السؤال المرتبط: كم وحدة تلزم لكسب ذلك الربح. ومع fixed_cost قدره 10000 وprice قدره 50 وvariable_cost قدره 30، يكون الهامش 20، والتعادل 500 وحدة و25000 من الإيراد — وهو المثال الذهبي المشحون.
المدخلات والتقريب والحقول المُعادة
وdecimals عدد صحيح من 0 إلى 4 وقيمته الافتراضية 2. يُتحقَّق من المدخلات مسبقًا: يجب أن يكون كلٌّ من fixed_cost وvariable_cost عددًا منتهيًا لا يقلّ عن صفر، وأن يكون price عددًا منتهيًا أكبر من صفر تمامًا، وأن يكون target_profit منتهيًا وقد يكون سالبًا. وتُعيد الاستجابة المدخلات الأربعة (fixed_cost وprice وvariable_cost وtarget_profit) إلى جانب الحقول المحسوبة الثلاثة، مانحةً سجلًّا مكتفيًا بذاته يمكنك تخزينه أو تدوينه دون الاحتفاظ بالطلب الأصلي.
حالات التكامل
التخطيط للشركات الناشئة
مرّر fixed_cost واقتصاديات الوحدة إلى API لرسم مدى البقاء مقابل أهداف المبيعات.
أهداف الربح
اضبط target_profit لإيجاد الوحدات اللازمة لبلوغ هامش ربع سنوي، لا للتعادل فقط.
أسئلة تقنية
ما هامش المساهمة؟
price ناقص variable_cost للوحدة. ويجب أن يكون موجبًا، وإلا أعادت الأداة invalid_input.
هل يمكنني ضبط هدف ربح؟
نعم. فـ target_profit اختياري (الافتراضي 0) ويُضاف إلى fixed_cost قبل القسمة على الهامش.
كيف يُحسب الإيراد؟
break_even_units مضروبةً في price، مقرَّبًا إلى المنازل المطلوبة (الافتراضي 2، الأقصى 4).
هل هي مجانية؟
نعم في المتصفح. ويستعمل API رصيد KIT مدفوعًا مسبقًا يبدأ من $0.002؛ ولا تُحتسب المهام الفاشلة.