Value Proposition: نموذج Rolling Forecast يثبت “توقعات 12 شهر” كعملية شهرية قابلة للتحديث: Actuals (Last closed month) → Drivers & Assumptions → 12M Forecast → Variances vs Budget → Reforecast Actions → Version/Sign-off بدل Forecast يتوقف عند أول شهر أو يتغير بدون سجل افتراضات.

في 20 ثانية: ماذا ستحصل عليه؟

• 12-Month Forecast Grid: أعمدة 12 شهر قادمة تتحدث تلقائيًا بعد إدخال Actual الشهر المغلق.
• Drivers Layer: محركات توقعات قابلة للتعديل (Volumes/Prices/Headcount/FX/Utilization… حسب نشاطك).
• Assumptions Log: سجل افتراضات: ماذا تغيّر؟ لماذا؟ من اعتمد؟ ومتى؟
• Reforecast Workflow: خطوات تحديث شهرية (Input → Review → Freeze → Publish) مع Version/Date.
• Forecast vs Budget: مقارنة التوقعات بالميزانية (شهري + YTD) وإبراز الانحرافات.
• Sensitivity Flags: وسم البنود الحساسة التي تغير Forecast بشكل كبير (Top drivers).
• Sign-off: اعتماد نسخة forecast المنشورة (Prepared/Reviewed/Approved).

CTA مرتبط بالمخرجات: استلم Forecast 12 شهر + Drivers + Assumptions Log لتحديث التوقعات شهريًا على نسخة معتمدة بدل تغييرات غير موثقة.

مناسبة لـ

• FP&A يريد نموذج توقعات يتحرك شهريًا مع سجل افتراضات.
• Financial Controller يريد نشر توقعات “نسخة واحدة” بعد كل إقفال مع sign-off.
• Budget Owners يحتاجون معرفة أثر التغيرات التشغيلية على 12 شهر قادمة.

غير مناسبة لـ

• شركة لا تملك Actual شهري ثابت أو لا تثبّت شهرًا مغلقًا (لن تتحرك rolling window بشكل صحيح).
• من يريد نموذج تخطيط تفصيلي جدًا على مستوى SKU/عميل بدون بيانات drivers (هذا يحتاج نموذج قطاعي أعمق).

بدون النموذج / مع النموذج (مقارنة سريعة)

قبل الاستخدام: 5 أعراض تظهر في التوقعات

• الميزانية ثابتة لكن Forecast لا يُحدَّث إلا عند أزمة أو نهاية ربع.
• التوقعات تتغير بين نسخ متعددة بدون Version/Sign-off.
• لا يوجد سجل افتراضات؛ صعب تبرير “لماذا تغيرت الأرقام؟”.
• الـdrivers غير واضحة: هل التغير من سعر؟ حجم؟ تكلفة؟ FX؟
• مقارنة Forecast بالميزانية غير منتظمة فتضيع “الفجوة المتوقعة” مبكرًا.

Rolling Forecast: طريقة التطبيق (3 خطوات بدون فجوات)

الخطوة 1: تثبيت Actuals وبناء خط أساس

• إدخال Actual الشهر المغلق (من TB/GL أو P&L export) وتثبيت “آخر شهر مغلق”.
• تحريك نافذة 12 شهر تلقائيًا (إضافة شهر جديد في نهاية الأفق).
• تحميل Budget baseline (إن وجد) لاستخدامه كمقارنة وتحديد gap المتوقع.

الخطوة 2: تحديث Drivers & Assumptions

• تحديث drivers الرئيسية (Volumes/Prices/Costs/Headcount/FX) وفق أحدث معلومات التشغيل.
• تسجيل كل تغيير في Assumptions log: ما الذي تغير؟ لماذا؟ ما الأثر؟ ومن اعتمد؟
• تشغيل التوقعات وإخراج Forecast vs Budget وTrend للـ12 شهر.

الخطوة 3: Review + Freeze + Publish

• مراجعة Top drivers والفروق الكبرى مع أصحاب الإدارات (Sales/Ops/HR).
• تثبيت نسخة الشهر (Freeze) مع Version/Date، ثم إصدار نسخة “Published”.
• توقيع Sign-off (Prepared/Reviewed/Approved) وأرشفة نسخة الشهر للرجوع.

مكونات المنتج (جرد واضح)

1. Rolling 12-Month Forecast Grid
   • الغرض العملي: شبكة توقعات 12 شهر تتحرك تلقائيًا بعد إدخال Actual الشهر المغلق.
   • متى يُستخدم: شهريًا بعد Month-End close.
   • الدليل الناتج: Forecast شهري ثابت الأفق (Always 12 months ahead).
2. Drivers Model (محركات التوقع)
   • الغرض العملي: إدخال محركات التشغيل بدل إدخال أرقام عشوائية (حجم/سعر/تكلفة/عدد موظفين…).
   • متى يُستخدم: عند كل تحديث شهري أو عند تغير جوهري.
   • الدليل الناتج: Drivers واضحة يمكن مناقشتها وربطها بالنتائج.
3. Assumptions Log (سجل الافتراضات)
   • الغرض العملي: توثيق سبب أي تغيير في Forecast ومن اعتمده وتأثيره.
   • متى يُستخدم: مع كل دورة reforecast.
   • الدليل الناتج: سجل يمكن تقديمه للإدارة عند سؤال “لماذا تغير forecast؟”.
4. Forecast vs Budget Comparison
   • الغرض العملي: إبراز gap المتوقع مبكرًا (شهريًا وYTD) بدل اكتشافه في نهاية السنة.
   • متى يُستخدم: شهريًا أثناء review.
   • الدليل الناتج: مقارنة قابلة للعرض في اجتماع الإدارة.
5. Reforecast Workflow (Review/Freeze/Publish)
   • الغرض العملي: تحويل forecast إلى عملية لها خطوات واعتماد ونسخة مرجعية.
   • متى يُستخدم: كل شهر.
   • الدليل الناتج: نسخة Published مع تاريخ وVersion.
6. Sensitivity Flags (أكثر drivers تأثيرًا)
   • الغرض العملي: تحديد البنود الأكثر تأثيرًا على النتائج بدل مراجعة كل شيء بنفس الوزن.
   • متى يُستخدم: عند review الشهري أو الربع سنوي.
   • الدليل الناتج: قائمة Top drivers + أثرها على forecast.
7. Sign-off & Version Control
   • الغرض العملي: تثبيت النسخة المرجعية التي تم إرسالها (Version/Date) ومن راجع واعتمد.
   • متى يُستخدم: عند نشر forecast الشهري.
   • الدليل الناتج: Sign-off يمنع اختلاف النسخ داخل الفريق.

CTA مرتبط بالمخرجات: Drivers + Assumptions + Published forecast كعملية reforecast شهرية قابلة للتدقيق الداخلي.

ما الذي يجب أن يكون موجودًا داخل التسليم؟

• 01 – Actuals Input: Actual الشهر المغلق (TB/GL export) مع تاريخ استخراج ونسخة مرجعية.
• 02 – Budget Baseline (اختياري): نسخة الميزانية المعتمدة للمقارنة (Account/Month/CC إن وجدت).
• 03 – Drivers: جداول drivers المستخدمة (volumes/prices/costs/headcount/FX…) مع مصادرها.
• 04 – Forecast Output: شبكة توقعات 12 شهر + ملخص شهري + YTD.
• 05 – Forecast vs Budget: مقارنة الفجوة المتوقعه (monthly/YTD) + أكبر بنود التأثير.
• 06 – Assumptions Log: سجل الافتراضات والتغييرات مع الأثر والاعتماد.
• 07 – Sensitivity List: قائمة drivers الحساسة + أثرها (إن استخدمت).
• 08 – Version & Sign-off: Prepared/Reviewed/Approved + Version/Date لنسخة الشهر المنشورة.

بعد التطبيق (نقطتان فقط)

• نتيجة تشغيلية للفريق: Forecast يتحول إلى دورة شهرية ثابتة مرتبطة بـActual الشهر المغلق، وليس ملفًا يُحدّث عشوائيًا.
• نتيجة إدارية: الإدارة ترى gap المتوقع مقابل الميزانية مبكرًا مع أسباب/Drivers موثقة، فتتخذ قرار تعديل مسار قبل نهاية السنة.

FAQ — أسئلة قبل الشراء

هل يلزم وجود Budget؟

لا. يمكن تشغيل Rolling forecast بدون budget. لكن وجود budget يساعد في مقارنة gap المتوقع وقياس الأداء مقابل الخطة.

هل النموذج يعتمد على Drivers أم يمكن إدخال أرقام مباشرة؟

مصمم ليكون driver-based، لكن يمكن إدخال أرقام مباشرة لبنود معينة. القيمة الأعلى عندما تكون drivers واضحة ومقاسة.

هل يصلح للشركات متعددة الفروع؟

نعم إذا كانت Actuals وBudget يمكن فصلها حسب فرع/Cost center. يمكن إضافة صفحات forecast حسب الفرع ثم تجميع إجمالي الشركة.

هل يدعم تحديث أسبوعي؟

المنهج rolling شهريًا بعد Month-End. يمكن عمل تحديثات داخل الشهر على drivers، لكن النسخة الرسمية عادة تُنشر شهريًا مع sign-off.

هل يتكامل مع Budget vs Actual Template؟

نعم. BvA يعطي تفسير الانحرافات للشهر المغلق، وRolling forecast يترجم هذا التغير إلى توقعات للأشهر القادمة مع assumptions log.

هل يخرج توقعات Cash/Working capital؟

النموذج يركز على forecast التشغيلي/المالي بشكل عام. يمكن إضافة drivers للسيولة ورأس المال العامل إذا كانت بياناتك متاحة (AR/AP/Inventory assumptions).

كيف يتم تثبيت النسخة النهائية؟

عبر Workflow: Review → Freeze → Publish مع Version/Date وSign-off (Prepared/Reviewed/Approved).

ما الحد الأدنى من البيانات المطلوبة للبدء؟

Actuals شهرية (على الأقل P&L) + تعريف drivers الأساسية التي تؤثر على الإيرادات والتكاليف + تاريخ إقفال الشهر.

جاهز تعمل Reforecast شهري على 12 شهر قدّام؟

ستستلم: 12M forecast grid + drivers model + assumptions log + forecast vs budget + sign-off كنموذج توقعات rolling قابل للتحديث والأرشفة.