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

حاسبة كرة الثلج للديون

سدد الرصيد الأصغر أولًا وانقل كل حد أدنى يتحرر إلى الدين التالي: بطاقتان بـ800 و2500 وقرض بـ5000، مع 200 إضافية شهريًا، تُسدَّد كلها في 18 شهرًا، وبطاقة الـ800 في الشهر 4. مجانية في متصفحك.

  • مجاني
  • يعمل في متصفحك
  • دون تسجيل
  • بياناتك لا تغادر جهازك
استخدمها من الويبAPIالبريدTelegramالتطبيق قريبًا
إذا أدخلت
دفعة إضافية
200
تحصل على
عدد الديون
3
الميزانية الشهرية
465
الحد الأقصى للأشهر
600
إجمالي أصل الدين
8,300

طريقة كرة الثلج خطة سداد ترتّب كل رصيد من الأصغر إلى الأكبر حتى تُطفئوا أولًا الانتصارات السهلة مع الاستمرار في تغطية كل حد أدنى تعاقدي. في كل شهر تدفعون الحد الأدنى على كل دين مفتوح، ثم توجّهون النقد الإضافي إلى أصغر أصل متبقٍّ. عندما يصل ذلك الحساب الأصغر إلى صفر، ينتقل حدّه الأدنى القديم إلى الرصيد التالي الأصغر وينمو دفع الهجوم الشهري ككرة ثلج تتدحرج منحدرًا. تقبل هذه الحاسبة قائمة ديون بأسماء وأرصدة ومدفوعات دنيا، مع دفعة إضافية اختيارية، وتعيد تسلسل السداد بكرة الثلج مع عدد الأشهر اللازمة لتصفية كل رصيد. يُرفض الرصيد السالب كإدخال غير صالح بدل معاملته صامتًا كائتمان.

كيف يعمل ترتيب كرة الثلج والشلال الشهري

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

أولًا يدفع المحرك كل دين ما زال مفتوحًا حتى حدّه الأدنى التعاقدي، ولا يتجاوز الأصل المتبقي أبدًا. ما تبقّى من الميزانية الشهرية يُطبَّق على تركيز كرة الثلج الحالي — أول دين في الترتيب الأصلي من الأصغر إلى الأكبر ما زال له رصيد موجب. إذا سُدّ ذلك التركيز في منتصف الشهر، يتدفق النقد المتبقي فورًا إلى الدين المفتوح التالي في الترتيب في الشهر نفسه، وهو ما تفعله أسرة حقيقية بإعادة تخصيص فائض بدل ترك المال عاطلًا.

عندما يُحال دين إلى التقاعد لا يُزال حدّه الأدنى من الميزانية؛ يبقى داخل المجموع الشهري الثابت ويصبح قوة إضافية للهدف التالي. تُحذف الفائدة عمدًا: يرتّب هذا الطرف النهائي كرة ثلج من الأصل وحده من الأرصدة والحدود الدنيا ويوقّتها، وهي نية البحث لمن يريد ترتيب سداد وأشهرًا دون APR. مقارنة كرة الثلج مقابل الانهيار مع الفائدة حاسبتان أختان مختلفتان.

جلسات الإرشاد والاستشارة

حمّلوا بطاقات العميل وقروضه بأرصدة الكشف وحدوده الدنيا، ثم اعرضوا ترتيب كرة الثلج وأشهر التصفية دون اشتراط APR في كل صف.

ما طريقة كرة الثلج للديون؟

ترتّب كرة الثلج الديون من أصغر رصيد إلى أكبره، وتدفع كل حد أدنى، وتوجّه النقد الإضافي إلى أصغر أصل متبقٍّ. عند سداد دين ينتقل حدّه الأدنى القديم إلى الهدف التالي الأصغر.

كيف يُختار ترتيب السداد؟

غالبًا يتطابقان، لكن حدًا أدنى كبيرًا قد يُحيل دينًا أكبر في وقت أبكر.

هل تسرّع الدفعة الإضافية كرة الثلج؟

وتتدفق الحدود الدنيا المحرَّرة أيضًا، فكل انتصار يسرّع التالي.

ماذا يحدث إذا كان الرصيد سالبًا؟

الرصيد السالب ليس دينًا مفتوحًا؛ ترفضه الحاسبة بدل معاملته كائتمان. التحقق الفاشل لا يُفوتر.

هل تحسب حاسبة كرة الثلج الفوائد؟

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

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

POSThttps://api.kit.forhosting.com/fin/debt-snowball

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

curl -X POST https://api.kit.forhosting.com/fin/debt-snowball \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"debts":[{"name":"Card A","balance":2500,"min_payment":75},{"name":"Card B","balance":800,"min_payment":40},{"name":"Personal loan","balance":5000,"min_payment":150}]}'
{
  "debts": [
    {
      "name": "Card A",
      "balance": 2500,
      "min_payment": 75
    },
    {
      "name": "Card B",
      "balance": 800,
      "min_payment": 40
    },
    {
      "name": "Personal loan",
      "balance": 5000,
      "min_payment": 150
    }
  ]
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "fin.debt_snowball",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

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

لكل طلب$0.002

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

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

الحساب الخالص نفسه يغذّي أداة المتصفح المجانية وواجهة API المدفوعة مسبقًا، فلا تختلف صفحات الإرشاد وأدوات ميزانية الأسرة ونصوص الأتمتة على الأرقام نفسها.

كيف يعمل ترتيب كرة الثلج والشلال الشهري

في كل شهر مُحاكى يكون إجمالي النقد المرسل إلى الدائنين ثابتًا: مجموع كل المدفوعات الدنيا الأصلية زائد extra_payment.

عقد الإدخال وحقول الاستجابة وأوضاع الفشل

وتتحكم decimals الاختيارية من صفر إلى ثمانية في تقريب half-up للمخرجات بأسلوب العملة وافتراضيها اثنان. مثال: Card B عند ثمانمئة بحد أدنى أربعين، و Card A عند ألفين وخمسمئة بحد أدنى خمسة وسبعين، وقرض شخصي عند خمسة آلاف بحد أدنى مئة وخمسين، زائد مئتين إضافية، ينتج كرة ثلج من ثلاث خطوات ورقم أشهر واحد حتى التصفية يمكن تثبيته في الاختبارات. أرسلوا جسم JSON بمصفوفة debts إلزامية من عنصر واحد إلى ثلاثين. يحتاج كل صف إلى balance منتهٍ أكبر من صفر و min_payment منتهٍ أكبر من أو يساوي صفرًا. الرصيد السالب هو invalid_input والخطأ الصريح الذي يعد به هذا العقد؛ ويُرفض رصيد الصفر كذلك لأنه ليس دينًا مفتوحًا. يضع name الاختياري تسمية للدين في snowball_order و payoff_order وجدول payoff؛ والأسماء المحذوفة أو الفارغة تصبح Debt 1 و Debt 2 وهكذا. extra_payment الاختيارية صفر افتراضيًا وهي الفائض فوق مجموع كل الحدود الدنيا الأصلية. و max_months الاختيارية ستمئة افتراضيًا وسقف أمان من واحد إلى ألف ومئتين؛ إذا لم يكتمل جدول الأصل وحده داخل ذلك السقف يفشل الطلب. عند النجاح يتضمن الجسم debt_count و extra_payment و monthly_budget و max_months و total_principal و months و years و total_paid و snowball_order و payoff_order ومصفوفة payoff من name و balance و min_payment و month_paid و sequence، إضافة إلى سلسلة formula. الديون الناقصة والمصفوفات الفارغة والأعداد غير المنتهية و min_payment أو extra_payment السالبان والأعداد الصحيحة خارج النطاق وميزانية شهرية صفر والجداول التي لا تنتهي ضمن max_months تفشل بـ invalid_input ولا تُفوتر.

أين تُثبت واجهة API لكرة الثلج للديون قيمتها

يحتاج مدربو التمويل الشخصي ومكاتب الاستشارة الائتمانية غير الربحية وتطبيقات ميزانية الأسرة إلى أداة كرة ثلج حية تُظهر للعملاء أي بطاقة أو قرض يُقتل أولًا دون طلب APR في كل صف. يعرف كثير من المستخدمين أرصدتهم وحدودهم الدنيا من كشف لكنهم لا يملكون معدل فائدة نظيفًا، فحاسبة كرة ثلج من الأصل وحده توافق طريقة تخطيطهم الفعلية. وتتحوّل المواقع التعليمية التي تستهدف حاسبة كرة الثلج للديون بشكل أفضل عندما تطابق الأداة المجانية في المتصفح مسار الأتمتة بايتًا ببايت على الوحدة النقية نفسها. عاملوا النتيجة كدعم قرار لا كاستشارة قانونية أو ائتمانية: لا نمذج الأداة الرسوم ولا عروض الفائدة المؤجلة ولا المعدلات المتغيرة ولا القابلية للخصم الضريبي — بل شلالًا شهريًا حتميًا للأصل تحت ميزانية ثابتة. يمكن لتدفقات الانضمام في التقنية المالية أن تملأ الديون مسبقًا من روابط الحسابات وتعيد payoff_order مع months عقد JSON حتميًا للوحات. يمكن لوحدات الفصول تثبيت months و payoff_order أمام حالات محسوبة يدويًا تتجاهل الفائدة عمدًا. ولأن التنفيذ تحليل parse نقي من المستوى A، تكلف كل مكالمة ناجحة السعر الأساسي المنشور $0.002 بلا رموز نموذج وبلا شبكة صادرة، ولا يستهلك التحقق الفاشل الرصيد. مرّروا extra_payment في حلقتكم لتبيان كم شهرًا يقتطع خفض إضافي في ميزانية البقالة من آخر month_paid. وأبقوا max_months ضيقًا في العروض التفاعلية ليفشل الخطة ناقصة التمويل بسرعة بدل أن تدخل حلقة.

تخطيط التدفق النقدي للأسرة

مرّروا extra_payment لتروا كم شهرًا يقتطع خفض البقالة أو فائض نشاط جانبي من آخر month_paid في خطة كرة الثلج.

صفحات التعليم وبيئات المنتج التجريبية

ادمجوا أداة المتصفح المجانية في مقالات كرة الثلج، أو استدعوا API من مقيمي LMS وتدفقات التسعير لتثبيت payoff_order و months لمجموعات ديون مُبرمَجة.

كم تكلفة حاسبة كرة الثلج للديون؟

أداة المتصفح مجانية. تستخدم طلبات API رصيد KIT المدفوع مسبقًا بسعر $0.002 لكل استدعاء ناجح؛ والإدخال غير الصالح لا يُفوتر.

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