حاسبة هدر الاشتراكات

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

ماذا ترسلون: التكلفة ودورة الفوترة وأشهر عدم الاستخدام

تقبل دورة الفوترة weekly أو biweekly أو fortnightly وmonthly وquarterly وsemiannual أو half-yearly وyearly أو annual، مع تطبيع المسافات والشرطات قبل البحث. يمنح name أو label أو title أو service الاختياري صفًا مقروءًا للوحات؛ وإذا أغفلتم الاسم يعيّن المحرك Subscription one ثم Subscription two وهكذا حسب ترتيب القائمة. يلزم اشتراك واحد على الأقل؛ وتفشل المصفوفة الفارغة في التحقق قبل حساب أي هدر. وأشهر عدم الاستخدام السالبة تفشل أيضًا لأن زمن الخمول لا يجري إلى الوراء. وتفشل سلاسل الدورة المجهولة بقائمة القيم المقبولة حتى تظهر أخطاء الكتابة مبكرًا. أرسلوا جسم JSON يضم مصفوفة subscriptions إلزامية؛ وتُقبل الأسماء البديلة items وlist وservices وplans عندما يستخدم عميلكم اسم حقل آخر سلفًا. كل عنصر كائن بثلاث حقائق لازمة: cost وهو المبلغ المفوتر في كل دورة؛ وbilling_cycle وهو إيقاع ذلك القيد؛ وmonths_unused وهو كم شهرًا من نافذة اثني عشر شهرًا ظلّت الخدمة فيه خاملة. قد يصل cost رقمًا أو سلسلة رقمية؛ والأسماء البديلة amount وprice وfee وcharge تقابل القيمة نفسها حتى تحتفظ صادرات المصارف وبناة النماذج بمفاتيح مألوفة. تثير التكاليف السالبة invalid_input برسالة أن التكلفة لا يجوز أن تكون سالبة: وعد المنتج مال ضائع على اشتراكات خاملة، لا دفتر استرداد. والتكاليف البالغة الكبر وعدّ أشهر الخمول والقوائم الطويلة جدًا محدودة كي تبقى رياضيات عزل Worker محصورة. يجري التحقق كله قبل التحجيم، فلا تُرجع قائمة سيئة هدرًا سنويًا نصف مملوء يبدو ناجحًا لعميل لا يفحص سوى نجاح HTTP.

كيف يُحسب الهدر السنوي من أشهر الخمول

لكل اشتراك يضرب المحرك التكلفة المفوترة في عدد مرات وقوع تلك الدورة في سنة ثم يقسم على اثني عشر لينتج مكافئًا شهريًا: weekly يستخدم اثنين وخمسين فترة، وbiweekly ستًا وعشرين، وmonthly اثني عشر، وquarterly أربعًا، وsemiannual اثنتين، وyearly واحدة. يعني ذلك أن خطة yearly بقيمة مئة وتسعة عشر فاصلة ثمانية وثمانين تصير تسعة فاصلة تسعة وتسعين في الشهر، بينما تبقى رسوم monthly البالغة خمسة عشر فاصلة تسعة وتسعين خمسة عشر فاصلة تسعة وتسعين. ستة أشهر خاملة على خطة السحابة yearly تلك تهدر إذن تسعة وخمسين فاصلة أربعة وتسعين في السنة؛ واثنا عشر شهرًا خاملًا تهدر التكلفة السنوية كاملة؛ وثمانية عشر شهرًا خاملًا ما زالت تبلغ عن تسرب سنة كاملة لأن المنتج يجيب مالًا ضائعًا في السنة لا مجموعًا متعدد السنوات. تستخدم النواتج الوسيطة حسابًا عشريًا عائمًا عاديًا؛ ثم تُقرَّب كل حقول المال في الاستجابة half-up إلى منزلتين عشريتين كي تبدو النتائج عملة على كشف لا كسورًا ثنائية طويلة. ثم تُطبَّق أشهر عدم الاستخدام داخل نافذة اثني عشر شهرًا: waste_per_year يساوي المكافئ الشهري مضروبًا في الأصغر بين months_unused واثني عشر. يتضمن كل سطر نتيجة فهرسه الصفري واسم العرض وcost المعاد وbilling_cycle القانوني وmonths_unused وmonthly_cost وannual_cost وunused_months_in_year بعد السقف وwaste_per_year. ويجمع total_waste_per_year الأعلى إسهامات الهدر قبل التقريب حتى يبقى المجموع الكبير متسقًا مع حساب الأسطر قبل التقريب half-up النهائي. total_annual_cost مجموع التكاليف السنوية الكاملة، وunused_pct مئة ضعف الهدر على ذلك المجموع السنوي (صفر عندما تكون كل التكاليف صفرًا). يساوي الحقل count عدد أسطر الإدخال، وcurrency_decimals اثنان دائمًا، وmethod دائمًا subscription_waste حتى يتفرع الرمز اللاحق دون استنشاق الأشكال. الاشتراكات الناقصة والقوائم الفارغة وcost الناقص والدورة الناقصة وmonths_unused الناقص والقيم غير الرقمية والدورات المجهولة والتكاليف السالبة تفشل كلها بـ invalid_input ولا تُفوتر بعد الرفض.

أين تستحق واجهة API لهدر الاشتراكات موضعها

استخدموا API المدفوعة مسبقًا عندما يحتاج تطبيق مالية شخصية أو مدرّب نفقات أو مساعد مشتريات SaaS أو بوت تكاليف أسرية مشتركة أو تدفق إلغاء أو إبقاء إلى عقد ثابت بمبلغ $0.002 لكل عنصر ناجح؛ ولا تستهلك إخفاقات التحقق رصيدًا بعد رفض المحرك. يمكن لمن ينشرون SDK أن يسقطوا المصفوفة lines في جدول إلغاء أول، ويُظهروا total_waste_per_year في شريط ملخص، ويستخدموا unused_pct لبيان كم من المجموعة السنوية خامل. المدخلات المتطابقة تنتج دائمًا JSON نفسه لأن المسار حساب خالص بلا بذرة عشوائية وبلا ساعة جدارية، وهو ما تحتاجه بوتات الميزانية وعروض الدروس عند تجميد تسرب سنوي مرجعي.