ForHosting KIT · المال والتمويل

حاسبة هامش الربح

أدخل التكلفة وسعر البيع لتحصل على الربح والهامش والزيادة جنبًا إلى جنب: تكلفة 80 تُباع بسعر 100 تعطي هامشًا قدره 20 % لكن زيادة قدرها 25 %. البيع بأقل من التكلفة يظهر الخسارة هامشًا سالبًا. مجاني في متصفحك.

مجاني
يعمل في متصفحك
دون تسجيل
بياناتك لا تغادر جهازك

شغّل الأداة مجانًا اطّلع على الـAPI

استخدمها من الويبAPIالبريدTelegramالتطبيق قريبًا

مثال محلول

إذا أدخلت

التكلفة: 80
السعر: 100

تحصل على

الربح: 20
هامش الربح (%): 20
نسبة الزيادة (%): 25

تحسب الربح ونسبة الهامش الإجمالي المئوية ونسبة الزيادة المئوية من تكلفة الوحدة وسعر البيع، مميّزةً بين النسبتين اللتين كثيرًا ما يُخلَط بينهما.

الهامش والزيادة على التكلفة ليسا الشيء نفسه

ينطلق الرقمان من الربح نفسه، أي السعر ناقص التكلفة، لكنهما يقارنانه بأساسين مختلفين. الهامش يقسم الربح على سعر البيع، فيخبرك بالجزء الذي تحتفظ به من كل عملية بيع. أما الزيادة فتقسمه على التكلفة، فتخبرك بمقدار ارتفاع السعر عمّا دفعته. لذلك لا يتطابقان أبدًا: مع تكلفة 80 وسعر 100 يكون الربح 20 والهامش 20 % والزيادة 25 %. تعرض الحاسبة الأرقام الثلاثة معًا، فلا تحتاج إلى تذكّر أي معادلة تخص أي اسم.

أخطاء شائعة عند تحديد الأسعار

الخطأ الكلاسيكي هو تقديم الزيادة كأنها هامش: من يضيف 25 % إلى التكلفة لا يحتفظ إلا بعشرين في المئة من كل بيع. وإذا بعت بأقل من التكلفة يصبح الربح والهامش سالبين، وهذه هي الإشارة الصحيحة لبيع خاسر، وتساعدك على قياس ما يقتطعه التخفيض. التكلفة الصفرية تعطي هامشًا قدره 100 % وتترك الزيادة دون حساب. أما السعر فلا يجوز أن يكون صفرًا لأنه أساس الهامش. تُقرَّب النتائج إلى خانتين عشريتين افتراضيًا، ويمكنك اختيار عدد بين 0 و8.

الحقول والتحقق والحالات الحدّية

وثمّة استثناء واحد صارم: لا يجوز أن يكون price صفرًا، لأنه مقام الهامش، فيُعيد سعرٌ صفري الخطأ المُصنَّف "price no puede ser 0". ويُسمح بسعر دون التكلفة فيُنتج ببساطة ربحًا سالبًا وهامشًا سالبًا، وهذه هي الإشارة الصحيحة لبيعٍ خاسر لا خطأً. وحقل decimals الاختياري عدد صحيح من 0 إلى 8 وقيمته الافتراضية 2، مانحًا سيرورات التمويل مجالًا لاقتصاديات وحدة عالية الدقّة.

حالات الاستخدام

سعّر منتجًا تسعيرًا صحيحًا

أدخل تكلفتك النهائية وسعرك المستهدف لترى الهامش الحقيقي، وتجنّب الخطأ الكلاسيكي المتمثّل في ذكر الزيادة وكأنها الهامش.

نمذجة الخصومات والخسائر

جرّب سعرًا دون التكلفة لترى الربح والهامش السالبين، محدِّدًا بدقّة كم يقتطع خصمٌ ترويجي.

الأسئلة الشائعة

ما الفرق بين الهامش والزيادة؟

الهامش هو الربح كنسبة مئوية من السعر؛ والزيادة هي الربح نفسه كنسبة مئوية من التكلفة. فتكلفة 80 بسعر 100 هي هامش 20% لكنها زيادة 25%.

لماذا لا يجوز أن يكون السعر صفرًا؟

السعر مقام نسبة الهامش المئوية، فسعرٌ صفري يعني قسمةً على صفر.

هل يمكنني نمذجة خسارة؟

نعم. يُسمح بسعر دون التكلفة ويُعيد ربحًا سالبًا وهامشًا سالبًا، لا خطأً.

ما مدى دقّة الإخراج؟

يقبل حقل decimals من 0 إلى 8 (الافتراضي 2)، مقرَّبًا half-up.

ماذا يحدث عندما تكون التكلفة صفرًا؟

يصبح الهامش 100 %، لأن السعر كله ربح. أما نسبة الزيادة فلا يمكن حسابها لأنها تعني القسمة على صفر، لذلك تُترك فارغة بدل عرض رقم مضلل.

أدوات ذات صلة

للمطوّرين — الوصول عبر API

كل ما في هذه الصفحة متاح برمجيًا. هذا القسم موجّه للفرق التقنية التي تريد ربط الأداة بأنظمتها الخاصة؛ بقية المستخدمين يمكنهم استخدام الأداة أعلاه مباشرة دون الحاجة لقراءة ما يلي.

الـEndpoint

POSThttps://api.kit.forhosting.com/dev/profit-margin

صادِق على طلبك بترويسة Bearer، وأرسل طلب POST واحدًا لتدخل مهمتك قائمة التنفيذ فورًا؛ ثم تستلم النتيجة عبر webhook أو رابط موقّع.

استدعِ الخدمة من بيئتك

curl -X POST https://api.kit.forhosting.com/dev/profit-margin \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"cost":80,"price":100}'

const res = await fetch("https://api.kit.forhosting.com/dev/profit-margin", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "cost": 80,
    "price": 100
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/dev/profit-margin",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "cost": 80,
    "price": 100
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/dev/profit-margin", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"cost":80,"price":100}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"cost":80,"price":100}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/dev/profit-margin", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

مثال على الطلب

{
  "cost": 80,
  "price": 100
}

مثال على الاستجابة

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "dev.profit_margin",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

الواجهة غير متزامنة: تستلم task_id فور الإرسال، ويمكنك الاستعلام عن الحالة بمعدل طلب واحد في الثانية.

الأسعار

لكل طلب$0.002

السعر معلن كما تراه: لا tokens ولا نظام نقاط؛ وإن فشلت المهمة فلن تُحاسَب عليها.

الأخطاء

HTTP	الرمز	المعنى
`401`	`unauthorized`	مفتاح الوصول مفقود أو غير صالح؛ تحقق من ترويسة Bearer في طلبك.
`402`	`insufficient_balance`	رصيدك لا يكفي لتنفيذ هذه المهمة؛ أعد شحن الرصيد ثم أعد المحاولة.
`404`	`unknown_type`	نوع المهمة المطلوب غير موجود في الكتالوج — راجع الاسم المرسل في الطلب.
`429`	`rate_limited`	تجاوزت الحد المسموح من الطلبات؛ انتظر قليلًا ثم أعد المحاولة.

ملاحظات تقنية

الربح والهامش والزيادة، وكيف تختلف

من تكلفة وسعر تُعيد هذه الأداة ثلاثة أرقام. وكثيرًا ما يُخلَط بين هاتين النسبتين: فتكلفة قدرها 80 تُباع بـ 100 تعطي هامشًا 20% لكن زيادةً 25%، وتُعيد الأداة كليهما كي لا تخلط بينهما أبدًا. ويُعيد الإخراج التكلفة والسعر اللذين أدخلتهما فتكون النتيجة المخزَّنة موصِّفةً لنفسها دون الحاجة إلى الطلب الأصلي. فالربح هو ببساطة price - cost. ونسبة الهامش المئوية هي (price - cost) / price * 100، معبّرةً عن الربح كحصّة من سعر البيع. ونسبة الزيادة المئوية هي (price - cost) / cost * 100، معبّرةً عن الربح نفسه كحصّة من التكلفة. وحين تكون التكلفة 0 تصبح الزيادة غير معرَّفة رياضيًّا (قسمة على صفر)، فيُعاد markup_percent بقيمة null بينما يبقى margin_percent صالحًا عند 100.

الحقول والتحقق والحالات الحدّية

يُشترط حقلان: cost، وهو عدد منتهٍ أكبر من صفر أو يساويه، وprice، وهو عدد منتهٍ أكبر من صفر أو يساويه. ويُفحص كل مدخل من حيث النوع والانتهاء والنطاق قبل أي حساب، وأي مخالفة تُعيد invalid_input تسمّي الحقل، مثل تكلفة سالبة أو سعر ليس عددًا.

التقريب والحتمية والتسليم

يستعمل التقريب قاعدة half-up صريحة على نتيجة IEEE الدقيقة، مطبَّقةً على نحو مستقل على profit وmargin_percent وmarkup_percent، فتصير قيمة 12.345 هي 12.35 بدل أن تنحرف عبر مُنسِّق يعتمد على الإعداد اللغوي المحلي. والمحرّك بلا ساعة ولا عشوائية ولا حالة بيئة، فتُعيد المدخلات المتطابقة دائمًا أرقامًا متطابقة، مما يجعل المثال الذهبي (cost قدره 80، price قدره 100 يعطيان ربحًا 20 وهامشًا 20 وزيادةً 25) تثبيتة انحدار متينة. ولا تُحتسب مهام API الفاشلة أبدًا؛ ولا يُنفَق الرصيد المدفوع مسبقًا إلا على العمل الناجح عند $0.002.

حالات التكامل

دقّق كتالوجًا بالجملة

أرسل تكلفة وسعر كل رمز مخزون (SKU) عبر API للإشارة إلى العناصر التي يهبط فيها margin_percent دون عتبتك.

أسئلة تقنية

ماذا لو كانت التكلفة صفرًا؟

يبقى الربح والهامش صالحين، لكن الزيادة غير معرَّفة (قسمة على التكلفة)، فيُعاد markup_percent بقيمة null.

اطّلع على توثيق KIT الكامل ←

شغّل الأداة مجانًا

مثال محلول

الهامش والزيادة على التكلفة ليسا الشيء نفسه

أخطاء شائعة عند تحديد الأسعار

الحقول والتحقق والحالات الحدّية

حالات الاستخدام

سعّر منتجًا تسعيرًا صحيحًا

نمذجة الخصومات والخسائر

الأسئلة الشائعة

أدوات ذات صلة

للمطوّرين — الوصول عبر API

الـEndpoint

استدعِ الخدمة من بيئتك

مثال على الطلب

مثال على الاستجابة

الأسعار

الأخطاء

ملاحظات تقنية

الربح والهامش والزيادة، وكيف تختلف

الحقول والتحقق والحالات الحدّية

التقريب والحتمية والتسليم

حالات التكامل

دقّق كتالوجًا بالجملة

أسئلة تقنية

شكرًا