حاسبة COGS
إذا بدأت بمخزون قدره 20,000 واشتريت 80,000 وأقفلت على 15,000، فتكلفة البضاعة المباعة 85,000. أدخل مخزون أول المدة وصافي المشتريات وجرد آخر المدة لأي فترة لتحصل على التكلفة عند الإقفال. مجاني في متصفحك.
- مجاني
- يعمل في متصفحك
- دون تسجيل
- بياناتك لا تغادر جهازك
شغّل الأداة مجانًا
مثال محلول
- المخزون الافتتاحي
- 20,000
- المشتريات
- 80,000
- المخزون النهائي
- 15,000
- البضائع المتاحة
- 100,000
- تكلفة المبيعات
- 85,000
تكلفة البضاعة المباعة، وتُختصر COGS دائمًا تقريبًا في قائمة الدخل، هي تكلفة مخزون السلع التي باعها نشاط فعلاً خلال فترة. الهوية الدورية هي مخزون أول المدة زائد المشتريات ناقص مخزون آخر المدة. يستخدم المحاسبون والتجار وطلبة المحاسبة تلك الصيغة ذات الحدود الثلاثة عند كل إقفال. تقبل حاسبة COGS هذه تلك المبالغ الثلاثة المحدودة، وتعيد تكلفة البضاعة المباعة، وترفض مخزون أول أو آخر سالبًا حتى لا تستهلك الهوية رقم مخزون مستحيلًا.
ماذا يقيس COGS وهوية المخزون الدورية
تكلفة البضاعة المباعة هي التكلفة المحمّلة على الوحدات التي غادرت المخزون لأن عميلًا اشتراها، لا تكلفة الوحدات التي ما تزال على الرف. في نظام بضائع دوري لا تتبعون كل بيع مقابل بطاقة مخزون مستمرة؛ تعيدون بناء التكلفة المباعة في نهاية الفترة بهوية من ثلاثة أسطر: مخزون أول المدة، زائد صافي المشتريات خلال الفترة، ناقص مخزون آخر المدة المعدود أو المقيَّم عند الإقفال. تلك الهوية هي التعريف الذي تنفّذه هذه الحاسبة.
مخزون أول المدة هو أصل البضاعة الذي فتحت به الدفاتر. المشتريات هي التكلفة الصافية للبضاعة التي دخلت في النافذة—تكلفة فاتورة السلع المشتراة لإعادة البيع. مخزون آخر المدة هو البضاعة التي ما تزال غير مباعة حين تُغلق الفترة.
طرح ذلك الرصيد المتبقي من البضاعة المتاحة للبيع (الأول زائد المشتريات) يعزل الشريحة المباعة، وهي COGS. متجر فتح بعشرين ألفًا واشترى ثمانين ألفًا وأغلق بخمسة عشر ألفًا له تكلفة بضاعة مباعة خمسة وثمانون ألفًا، لأن عشرين زائد ثمانين ناقص خمسة عشر يساوي خمسة وثمانين. مخزون افتتاح صفري مسموح: بائع إعادة جديد قد يكون مخزون أوله صفرًا ويحسب COGS مع ذلك من المشتريات وعدّ الإقفال.
مشتريات صفرية مسموحة حين تبيع الفترة من مخزون قائم فقط. مخزون أول أو آخر سالب ليس رقم مخزون؛ إنه خطأ بيانات، وترفضه هذه الحاسبة بدل أن تخترع تكلفة مباعة من رف مستحيل. أبقوا المدخلات الثلاث في العملة نفسها والفترة نفسها.
خلط سنة من المشتريات بعدّ نهاية شهر هو كيف يكذب رقم COGS بهدوء. الصيغة ثلاث خطوات حسابية عمدًا حتى تتشارك مفاتيح الواجبات وأوراكل LMS ودفاتر الإقفال تعريفًا قابلًا للتكرار دون انجراف تقريب وسيط في الجدول.
أين تثبت حاسبة COGS جدواها
من يكتب cogs في صندوق بحث يعرف الاختصار أصلًا ويريد رقم التكلفة المباعة، لا درسًا يبدأ من أنظمة المخزون المستمر مقابل الدوري. ناشر يرتّب على ذلك الاستعلام القصير يخدم تجارًا لديهم عدّ افتتاح ومجموع مشتريات وعدّ إقفال، وطلبة يجب أن يملؤوا قسم تكلفة البضاعة المباعة في قائمة الدخل، ومحاسبين يحتاجون وحيًا حتميًا يرفض قيمة مخزون سالبة بدل أن ينتج مصروفًا بلا معنى في صمت. تجار التجزئة الصغار الذين يبنون دفتر نهاية شهر يريدون الرقم نفسه أول-زائد-مشتريات-ناقص-آخر الذي يكتبه المحللون على الشرائح، دون أخطاء يد حين تتغير منازل العملة.
مقررات الصف والشهادات التي تعلّم طريقة الجرد الدوري تحتاج خدمة تعيد COGS والبضاعة المتاحة ولا شيئًا آخر، حتى يقارن المصحح بمفتاح كتاب دون أن تتظاهر هذه الأداة بمسك دفتر أستاذ كامل. التحقق الفاشل لا يستهلك الرصيد. اقرنوا هذه القدرة بأداة منفصلة لإجمالي الربح أو دوران المخزون حين تحتاجون تلك الهويات؛ وأبقوا هذا السطح على تكلفة البضاعة التي يقصدها الناس حين يبحثون عن cogs.
حالات الاستخدام
إقفال شهري للبضائع
أدخلوا مخزون الافتتاح وصافي المشتريات وعدّ الإقفال لنشر COGS الفترة دون إعادة بناء الهوية في جدول.
تجهيز إجمالي الربح دون أخذ المبيعات
احسبوا أولًا تكلفة البضاعة المباعة ثم اطرحوها من صافي المبيعات في دفتركم؛ تعيد هذه الخدمة COGS فقط.
الأسئلة الشائعة
كيف تُحسب تكلفة البضاعة المباعة؟
تكلفة البضاعة المباعة تساوي مخزون أول المدة زائد المشتريات ناقص مخزون آخر المدة. مثال: 20000 + 80000 − 15000 = 85000.
ماذا يحدث إن كانت قيمة مخزون سالبة؟
مخزون أول أو آخر سالب ليس رقم مخزون، لذا يُرفض الطلب ولا يُفوتر.
هل يجوز أن يكون مخزون أول المدة أو المشتريات صفرًا؟
نعم. متجر جديد قد يفتح بمخزون صفري، وفترة قد لا يكون فيها مشتريات. يُرفض المخزون السالب (أو المشتريات السالبة) فقط.
هل تستخدم FIFO أو LIFO أو شحن الوارد؟
لا. تطبق الحاسبة الهوية الدورية فقط. ادمجوا شحن الوارد والمردودات وتكلفة الطبقات في المدخلات الثلاث قبل الاستدعاء.
لماذا يجب أن تخص الأرقام الثلاثة الفترة نفسها؟
لأن تكلفة البضاعة المباعة لا تستقيم إلا إذا وصف مخزون أول المدة والمشتريات وجرد آخر المدة الفترة نفسها والعملة نفسها. خلط مشتريات سنة كاملة مع جرد نهاية شهر يعطي رقمًا يبدو صحيحًا لكنه خاطئ.
أدوات ذات صلة
للمطوّرين — الوصول عبر API
كل ما في هذه الصفحة متاح برمجيًا. هذا القسم موجّه للفرق التقنية التي تريد ربط الأداة بأنظمتها الخاصة؛ بقية المستخدمين يمكنهم استخدام الأداة أعلاه مباشرة دون الحاجة لقراءة ما يلي.
الـEndpoint
صادِق على طلبك بترويسة Bearer، وأرسل طلب POST واحدًا لتدخل مهمتك قائمة التنفيذ فورًا؛ ثم تستلم النتيجة عبر webhook أو رابط موقّع.
استدعِ الخدمة من بيئتك
curl -X POST https://api.kit.forhosting.com/fin/cogs \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"beginning_inventory":20000,"purchases":80000,"ending_inventory":15000}'const res = await fetch("https://api.kit.forhosting.com/fin/cogs", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"beginning_inventory": 20000,
"purchases": 80000,
"ending_inventory": 15000
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/fin/cogs",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"beginning_inventory": 20000,
"purchases": 80000,
"ending_inventory": 15000
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/fin/cogs", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"beginning_inventory":20000,"purchases":80000,"ending_inventory":15000}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"beginning_inventory":20000,"purchases":80000,"ending_inventory":15000}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/fin/cogs", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)مثال على الطلب
{
"beginning_inventory": 20000,
"purchases": 80000,
"ending_inventory": 15000
}مثال على الاستجابة
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "fin.cogs",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}الواجهة غير متزامنة: تستلم task_id فور الإرسال، ويمكنك الاستعلام عن الحالة بمعدل طلب واحد في الثانية.
الأسعار
السعر معلن كما تراه: لا tokens ولا نظام نقاط؛ وإن فشلت المهمة فلن تُحاسَب عليها.
الأخطاء
| HTTP | الرمز | المعنى |
|---|---|---|
401 | unauthorized | مفتاح الوصول مفقود أو غير صالح؛ تحقق من ترويسة Bearer في طلبك. |
402 | insufficient_balance | رصيدك لا يكفي لتنفيذ هذه المهمة؛ أعد شحن الرصيد ثم أعد المحاولة. |
404 | unknown_type | نوع المهمة المطلوب غير موجود في الكتالوج — راجع الاسم المرسل في الطلب. |
429 | rate_limited | تجاوزت الحد المسموح من الطلبات؛ انتظر قليلًا ثم أعد المحاولة. |
ملاحظات تقنية
تشغّل الحسابات النقية ذاتها ودجة المتصفح المجانية وواجهة API، فيطابق فحص في الصفحة نصًا لاحقًا. تُفوتر الاستدعاءات الناجحة بسعر $0.002؛ ولا تُحاسب المدخلات غير الصالحة.
عقد الإدخال وشكل الاستجابة والتحقق
مبلغ مشتريات سالب يُرفض كذلك. مثال: مخزون أول عشرين ألفًا ومشتريات ثمانين ألفًا ومخزون آخر خمسة عشر ألفًا يعطي بضاعة متاحة مئة ألف وتكلفة بضاعة مباعة خمسة وثمانين ألفًا. فضّلوا الأرقام العارية على السلاسل المنسّقة؛ لا تُحلَّل علامات العملة ولا فواصل الآلاف ولا تسميات الوحدة في الذيل. لا تأخذ هذه الخدمة شحن الوارد ولا مردودات المشتريات ولا المسموحات بنودًا منفصلة، ولا يوزّع طبقات FIFO أو LIFO؛ ادمجوا تلك التسويات في purchases أو في قيم المخزون قبل الاستدعاء. أرسلوا جسم JSON بثلاثة أرقام محدودة إلزامية بالعملة نفسها ونافذة التقرير نفسها. beginning_inventory هو البضاعة في اليد عند بدء الفترة ويجب أن يكون أكبر من الصفر أو مساويًا له؛ تُقبل الأسماء البديلة beginning وbegin_inventory وopening_inventory وopening وbi حتى لا تحتاج صادرات الدفتر خطوة إعادة تسمية. purchases هو صافي البضاعة المشتراة في النافذة ويجب أن يكون غير سالب أيضًا؛ تُقبل الأسماء البديلة net_purchases وmerchandise_purchases وp. ending_inventory هو البضاعة التي ما تزال في اليد عند الإقفال ويجب أن يكون غير سالب؛ تُقبل الأسماء البديلة ending وend_inventory وclosing_inventory وclosing وei. يجوز أن يصل كل حقل رقم JSON أو سلسلة رقمية تطابق نمطًا عشريًا محدودًا صارمًا. الحقول الناقصة والسلاسل الفارغة والقيم غير المحدودة أو أي قيمة مخزون سالبة تفشل بـ invalid_input مع تسمية الحقل ولا تُفوتر. عند النجاح يعيد الجسم beginning_inventory وpurchases وending_inventory مقرّبين، وgoods_available بوصفه الأول زائد المشتريات، وcogs بوصفه البضاعة المتاحة ناقص مخزون آخر المدة، ويتضمن سلسلة صيغة تعيد صياغة الهوية حتى يطبع لوحة التعريف إلى جانب الرقم. تسعير عنصر ناجح مبلغ ثابت $0.002.
أين تثبت حاسبة COGS جدواها
مواقع المحتوى التي ترتّب على cogs تستفيد من ودجة متصفح مجانية تطابق رياضياتها مسار API المدفوع بايتًا ببايت على الوحدة النقية المشتركة. لأن التنفيذ شفرة parse تحليلية من الفئة tier A، يبقى كل استدعاء ناجح رخيصًا عند $0.002 بلا رموز نموذج وبلا شبكة صادرة. أبقوا الطلبات صغيرة، وثبّتوا cogs وgoods_available المقرّبين في الاختبارات، فتحصلون على تكلفة بضاعة مباعة قابلة للتكرار للواجبات ومولّدات الامتحان ودفاتر الإقفال الخفيفة، دون إقامة دفتر مخزون مساعد كامل.
حالات التكامل
أوراكل الواجبات وقائمة الدخل
يحسب الطلبة COGS = أول + مشتريات − آخر يدويًا ويقارنون بنتيجة حتمية ترفض قيمة مخزون سالبة كـ invalid_input.
أسئلة تقنية
كم تبلغ تكلفة حاسبة COGS؟
أداة المتصفح مجانية. طلبات API تستخدم رصيد KIT المدفوع مقدمًا بسعر $0.002 لكل استدعاء ناجح؛ والمدخل غير الصالح لا يُفوتر.