كيفية تحويل ملف تصدير الاشتراكات إلى تقرير MRR و ARR (دليل 2026)

يمنحك تصدير الاشتراكات صفوفًا تحتوي على: العميل، والخطة، والمبلغ، والفاصل الزمني، والحالة، وتاريخ البدء. بينما يحتاج تقرير MRR إلى رقم واحد لكل شهر. والانتقال من أحدهما إلى الآخر يبدو كعملية حسابية ولكنه يعتمد في الغالب على التعريفات.

يحدد خياران كل رقم في التقرير النهائي: أي الاشتراكات تُعتبر نشطة، وما إذا كانت الخصومات تُخصم من المبلغ.

إذا أخطأت في أي منهما، فسيظل التقرير متوازنًا داخليًا، لكنه ببساطة سيتعارض مع المالية، ومع لوحة معلومات الفواتير، ومع نسخة الشهر الماضي.

يغطي هذا الدليل ما يجب تسويته أولاً، والطرق اليدوية الثلاث، ومواضع توقف كل منها عن العمل.

ما تحتاجه قبل البدء

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

تحتاج أيضًا إلى عمود الفاصل الزمني للفواتير في كل صف. فلا يمكن جمع الخطط الشهرية والسنوية معًا حتى يتم توحيد الخطط السنوية.

تحتاج أيضًا إلى عمود الحالة. تُعرّف وثائق تحليلات الفواتير الخاصة بـ Stripe الـ MRR بأنه مجموع المبالغ الموحدة شهريًا. وهي تحتسب فقط الاشتراكات ذات الحالة active و past_due.

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

هناك ثلاثة قرارات تأتي أولاً.

أي الحالات تُحتسب. الحالة النشطة بالإضافة إلى المتأخرة (Active plus past due) هي الوضع الافتراضي الموثق. أما الاشتراكات الملغاة وغير المدفوعة فتُعامل كاشتراكات مفقودة (churn) وتُستبعد.

ما إذا كانت الخصومات تُخصم. تتيح Stripe إمكانية تكوين هذا الخيار، مع إعدادات منفصلة للخصومات المتكررة والخصومات التي تُمنح لمرة واحدة. أما الخصومات الدائمة فتُخصم دائمًا.

متى يبدأ احتساب المشترك. تتيح لك Stripe اختيار بداية فترة الفاتورة الأولى أو استلام الدفعة الأولى. ويُوصَف الخيار الأول بأنه الأكثر شيوعًا.

اكتب هذه القرارات الثلاثة على الورقة قبل كتابة أي معادلة. فهي التي تصنع الفارق بين تقرير دقيق وجدال عقيم.

لماذا تعتبر العملية الحسابية هي الجزء الأسهل

عملية التوحيد بسيطة. يستخدم المثال العملي الخاص بـ Stripe ‏100 مشترك في خطة شهرية بقيمة $100 بالإضافة إلى 50 مشتركًا في خطة سنوية بقيمة $600. ينتج عن ذلك: (100 × 100) + (50 × (600 / 12)) = 12,500.

تكمن التعقيدات في الاستثناءات، ومن السهل إغفالها في جداول البيانات.

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

الفترات التجريبية مستبعدة. تُستبعد الاشتراكات التي في فترة تجريبية حتى تتحول إلى اشتراكات مدفوعة.

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

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

ثم هناك حالة الكوبونات، وهي موثقة وغير متوقعة على الإطلاق. إذا انخفض MRR الخاص بالمشترك إلى الصفر، يُعامل هذا المشترك على أنه مفقود (churned) خلال تلك الفترة.

كوبون الخصم بنسبة 100% يفعل ذلك تمامًا. وإذا قمت بإزالة الكوبون لاحقًا، يصبح المشترك نشطًا مرة أخرى، وهو ما يظهر كعملية إعادة تنشيط (reactivation).

وبالتالي، يمكن أن يؤدي العرض الترويجي إلى ظهور حالات فقدان اشتراك (churn) في تقريرك دون أن يغادرك عميل واحد فعليًا.

كيف تفعل ذلك يدويًا

الخيار 1: توحيد الفاصل الزمني، ثم الجمع حسب الشهر

أضف عمودًا للمبلغ الشهري. اقسم المبالغ السنوية على 12، واضرب المبالغ الأسبوعية في 4.33 تقريبًا، واترك المبالغ الشهرية كما هي.

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

أعد تقرير MRR اعتبارًا من نهاية الشهر، وليس اعتبارًا من اليوم. تقرير Stripe القابل للتنزيل يوضح صراحةً MRR الخاص بكل مشترك في نهاية الشهر، ومطابقة هذا العرف توفر عليك عناء التسوية لاحقًا.

الحد الأقصى هنا هو البيانات التاريخية. فهذا يمنحك الشهر الحالي بوضوح ولكنه لا يخبرك بأي شيء عن سبب تغيره.

الخيار 2: بناء أعمدة الحركة

هذا هو ما يجعل التقرير مفيدًا. قسّم التغيير إلى: مشتركين جدد (new)، وإعادة تنشيط (reactivation)، وتوسع (expansion)، وانكماش (contraction)، وفقدان اشتراك (churn).

تعريف النمو لدى Stripe هو الرقم الأولي مضافًا إليه المشتركون الجدد وإعادة التنشيط والتوسع، ومطروحًا منه الانكماش وفقدان الاشتراك، ثم تعديله وفقًا لأسعار الصرف. يوضح مثالها العملي كيف يتغير المبلغ من $1,000 إلى $1,045 من خلال هذه المكونات بالتحديد.

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

لتعدد العملات نتيجة ثانية تجدر معرفتها. تشير Stripe إلى أن التصفية والتجميع حسب المنتج أو السعر غير متاحين عندما تتم معالجة إيرادات الاشتراكات بعدة عملات.

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

الخيار 3: الحصول على الحركات من نظام الفواتير مباشرةً

تتيح لك معظم منصات الفواتير تصدير الحركات مباشرةً. تنشر Stripe ثلاثة ملفات CSV: ملف MRR لكل مشترك شهريًا، وملخص مقاييس الاشتراك، وسجل لكل حركة MRR خاصة بالعملاء.

هذا الملف الثالث هو الملف الذي يجب أن تطلبه؛ فهو يغنيك عن الجزء الأصعب في الخيار 2.

إذا قمت بتغيير تعريف أحد المقاييس، فتوقع بعض التأخير. تشير Stripe إلى أن تغييرات الإعدادات تستغرق من 24 إلى 48 ساعة لتظهر.

الحد المشترك. تتوقف الطرق الثلاث عند MRR. وتحويله إلى ARR و ARPU وفقدان الاشتراكات (churn) والاحتفاظ بها (retention) يتطلب اتخاذ مجموعة أخرى من القرارات بناءً على الجدول نفسه.

أين يتباطأ المسار اليدوي

يستغرق الشهر الأول فترة بعد الظهر لإنجازه. أما الشهر الرابع فيستغرق وقتًا أطول، وليس لأن البيانات أصبحت أصعب.

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

تضاعف المقاييس المشتقة من حجم المشكلة. فمقياس ARPU هو إجمالي MRR مقسومًا على المشتركين النشطين. والقيمة الدائمة للعميل هي ARPU مقسومًا على معدل فقدان الاشتراكات.

لمعدل فقدان الاشتراكات (churn) فخ خاص به. المقام في معادلة Stripe هو عدد المشتركين النشطين قبل 30 يومًا مضافًا إليه المشتركون الجدد الذين تمت إضافتهم خلال تلك الفترة، مما يعطي: 100 / (1000 + 100) = 9.1%. أما جدول البيانات الذي يقسم على العدد الافتتاحي وحده فسينتج رقمًا أعلى.

كما أن سلوك الاحتفاظ بالعملاء (retention) قد يكون غير متوقع أيضًا. يمكن أن يتجاوز معدل الاحتفاظ بالإيرادات نسبة 100%، لأن التوسع داخل نفس المجموعة يفوق معدل فقدان الاشتراكات.

لا شيء من هذا صعب. إنها مجرد خمسة قرارات تقديرية يجب اتخاذها بشكل متطابق تمامًا كل شهر، بواسطة أي شخص يقوم بإعداد التقرير.

كيفية بناء التقرير باستخدام Powerdrill Bloom

الخطوة 1: رفع ملف تصدير الاشتراكات الخاص بك

قم برفع ملف CSV الخاص بالاشتراكات، أو ملفات الاشتراكات والحركات معًا. يقوم Powerdrill Bloom بتحليل الأعمدة فور وصولها، بحيث تظهر الفواصل الزمنية المفقودة، والمبالغ الفارغة، ومعرفات الاشتراكات المكررة قبل حساب أي مجموع.

الخطوة 2: صياغة التعريفات بلغة طبيعية

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

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

الخطوة 3: تصدير المخطط البياني أو التقرير أو العرض التقديمي

استخرج الاتجاه الشهري، أو جدول الحركات حسب المكونات، أو شريحة جاهزة للعرض على مجلس الإدارة تحتوي على الأرقام والتعريفات.

لماذا يتفوق هذا على إعادة بناء التقرير شهريًا

	المسار اليدوي	Powerdrill Bloom
توحيد الخطط السنوية	عمود معادلة لكل ملف	الرفع وتحديد القاعدة
تفصيل الحركات	لقطة سريعة للشهر السابق يجب صيانتها	طلب المكونات مباشرةً
استبعاد الفترات التجريبية والبنود المقاسة	تصفية يدوية في كل دورة	تحديد الاستثناءات
مطابقة الأرقام مع ملخص الفواتير	تحقق يدوي	السؤال عما إذا كانت المجاميع متطابقة

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

أخطاء شائعة

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

ترك الضرائب في المبلغ. تضخم الضريبة الأرقام كل شهر ولا يتم تصفيتها أبدًا. قم بإزالتها قبل عملية التوحيد.

احتساب الفترات التجريبية كإيرادات. لا تحتوي الفترة التجريبية على مبلغ متكرر بعد. وإدراجها يعني استعارة نمو الشهر المقبل مسبقًا.

معاملة ARR على أنه MRR مضروبًا في 12 دون توضيح ذلك. إنه رقم سنوي موحد، وليس نقدًا محصلاً. ضع عليه تسمية واضحة حتى لا يفسره أحد على أنه حجوزات.

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

قسمة معدل فقدان الاشتراكات على العدد الافتتاحي. يشمل المقام الموثق المشتركين الذين تمت إضافتهم خلال تلك الفترة. وتنتج النسختان معدلات مختلفة بناءً على نفس البيانات تمامًا.

إعادة البناء من الصفر كل شهر. التعريفات لا تتغير، بل ملف التصدير فقط هو ما يتغير. حافظ على القواعد واستبدل الملف فقط، وهو نفس الأسلوب المتبع في تقرير الميزانية مقابل الفعلي.

خاتمة

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

الجزء المكلف ليس عملية الجمع، بل هو ضرورة بقاء خمسة تعريفات ثابتة كل شهر بينما يتغير شكل ملف التصدير.

إذا كان هذا هو المكان الذي يضيع فيه وقتك في نهاية الشهر، فجرب Powerdrill Bloom على ملف تصدير الاشتراكات الخاص بك. راجع أيضًا دليلنا حول تحديد أهداف KPI من بياناتك الخاصة. وتغطي مجموعة أدوات الذكاء الاصطناعي لتتبع مقاييس SaaS وصفحة التحليل المالي بالذكاء الاصطناعي الجانب المتعلق بالأدوات.

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

ما هي معادلة حساب MRR من ملف تصدير الاشتراكات؟

قم بتوحيد كل اشتراك ليصبح مبلغًا شهريًا، ثم اجمع الاشتراكات ذات الحالة المؤهلة. مثال Stripe هو: (100 × $100) + (50 × ($600 / 12)) = $12,500.

كيف يمكنني تحويل MRR إلى ARR؟

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

هل يجب تضمين الإيرادات القائمة على الاستخدام؟

تستبعد Stripe المنتجات الخاضعة للقياس من MRR. إذا كان هناك جزء كبير من إيراداتك قائمًا على الاستخدام، فاعرضه في بند منفصل بدلاً من دمجه.

أي حالات الاشتراك تُعتبر نشطة؟

الوضع الافتراضي الموثق هو active بالإضافة إلى past_due. وتُعامل الاشتراكات الملغاة وغير المدفوعة كاشتراكات مفقودة وتُستبعد من المجموع.

لماذا يختلف معدل فقدان الاشتراكات لدي عن لوحة معلومات الفواتير؟

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