Value Proposition: إذا كانت تقاريرك الشهرية تبدأ بتصدير ملفات من الـERP ثم قص/لصق وتجميع يدوي، فالمشكلة ليست في “شكل التقرير” بل في خط التغذية (Data Pipeline). هذه حزمة Power Query للتقارير المالية تُحوّل ملفات المصدر (Excel/CSV/Exports) إلى Dataset مُنظَّم عبر خطوات Power Query موثقة (Clean → Transform → Merge → Load)، بحيث يصبح تحديث نفس التقرير في كل Month-End عملية “Refresh” بدل إعادة بناء البيانات كل مرة.

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

• أتمتة تقارير Excel: نفس التقرير يُعاد تشغيله كل شهر على نفس المسار بدل “نسخة جديدة كل مرة”.
• تنظيف البيانات Power Query: توحيد تواريخ/أرقام/كود حساب/عملة + إزالة صفوف/أعمدة غير لازمة + معالجة Nulls.
• دمج البيانات Power Query: Merge بين مصادر متعددة (TB + COA + Cost centers + Vendors/Customers) بمفاتيح واضحة.
• ETL في Excel: طبقة Staging (Raw) ثم طبقة Transform ثم Output tables (Load) جاهزة للPivot/Report.
• تحديث التقارير بضغطة زر: Refresh All مع قواعد واضحة لاسم الملف/المجلد (لكي يحدث التحديث بدون كسر).
• Mapping Tables: جداول ربط (مثل COA Mapping / Category mapping) لتثبيت التصنيف بدل تعديل يدوي داخل التقرير.
• Checks & Flags: أعمدة كشف أخطاء (Duplicates/Unmapped/Outliers) + Log مبسط لما تم تحديثه.

CTA مرتبط بالمخرجات: تستلم Workbook جاهز + Queries + Mapping + Runbook بحيث يصبح تحديث نفس التقرير “Refresh” بدل قص/لصق وتجميع يدوي.

مناسبة لـ

• Reporting Accountant: يبني Management pack من Exports شهرية ويحتاج Dataset ثابت.
• Financial Controller: يريد نفس قواعد التجميع كل شهر مع Checks قبل إرسال التقارير.
• FP&A / Analyst: يحتاج تحديث سريع لTables التي تغذي Pivot/Power Pivot دون إعادة تجهيز البيانات.

غير مناسبة لـ

• من لا يملك Exports ثابتة (كل شهر شكل أعمدة مختلف تمامًا بدون إمكانية توحيد) — سيحتاج أولًا توحيد مصدر البيانات.
• من يريد “Dashboards Power BI كاملة” مع نشر ومشاركة — هذا Pack موجه لبيئة Excel/Power Query (ويمكن البناء عليه لاحقًا).

بدون الأتمتة / مع الأتمتة (مقارنة قصيرة)

قبل الاستخدام: 5 أعراض أن التقارير “يدوية أكثر من اللازم”

• كل شهر تُبنى نسخة جديدة من نفس التقرير لأن البيانات تُحضر يدويًا.
• نفس “التنظيف” يتكرر (تاريخ/عملة/مسمى عمود/كود حساب) بدون توثيق.
• الدمج بين ملفات متعددة (TB + تفاصيل + مراكز تكلفة) ينتج عنه Duplicates أو Missing keys.
• التصنيف يتغير حسب من جهز التقرير (غياب Mapping ثابت).
• اكتشاف أخطاء النسخ أو الاختلافات يحدث بعد مشاركة التقرير، لأن لا توجد Checks داخل Dataset.

Power Query للتقارير المالية: طريقة التطبيق (3 خطوات بدون فجوات)

الخطوة 1: التحضير وجمع مصادر البيانات (Inputs)

• تثبيت مصدر/مصادر التصدير: Excel/CSV من ERP (مثل TB/GL/AP/AR/Inventory) وتحديد “أين توضع الملفات” (Folder).
• تثبيت أسماء الأعمدة الأساسية أو إنشاء Mapping لأسماء الأعمدة عند اختلافها بين الفترات.
• تحديد مفاتيح الدمج (Keys): Account/Cost center/Vendor/Customer/Document no. حسب التقرير.

الخطوة 2: تنظيف البيانات + التحويل + الدمج (ETL)

• تنظيف البيانات Power Query: تحويل أنواع البيانات (Date/Number/Text)، إزالة فراغات، توحيد أكواد، معالجة Nulls.
• دمج البيانات Power Query: Merge/Append مع جداول COA/Mapping/Dimensions وربطها بمفاتيح واضحة.
• إضافة Checks: Unmapped keys، Duplicates بعد الدمج، فروق Totals بين المصدر والـOutput.

الخطوة 3: تحميل المخرجات + تحديث التقارير بضغطة زر

• تحميل Output tables إلى Excel (Tables) أو Data Model حسب طريقة التقرير.
• إنشاء صفحة “Refresh Runbook”: أين تضع ملفات الشهر؟ ماذا تضغط؟ ما الذي تراجعه بعد Refresh؟
• إصدار نسخة معتمدة (Version) للتقرير/الحزمة وربطها بـPack index للتسليم.

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

1. Staging Layer (Raw Imports)
   • الغرض العملي: استقبال Exports كما هي (بدون تعديل يدوي) داخل مسار ثابت.
   • متى يُستخدم: عند وصول Exports كل شهر/أسبوع.
   • الدليل الناتج: Raw tables/queries + تعريف مصدر كل ملف (اسم/تاريخ).
2. Clean & Transform Queries (تنظيف البيانات Power Query)
   • الغرض العملي: توحيد أنواع البيانات، تنظيف الأعمدة، وإعداد Dataset صالح للتجميع بدون تدخل يدوي.
   • متى يُستخدم: في كل Refresh، قبل أي Merge أو تحميل Outputs.
   • الدليل الناتج: Query steps موثقة (Applied Steps) + تعريف الأعمدة النهائية.
3. Merge/Append Queries (دمج البيانات Power Query)
   • الغرض العملي: دمج مصادر متعددة بمفاتيح واضحة (Keys) وإخراج Table واحدة قابلة للتقرير.
   • متى يُستخدم: عند بناء Management pack أو عند وجود أكثر من مصدر (TB + Dimensions).
   • الدليل الناتج: Merge map + توثيق Key المستخدم + Flags للفشل في الدمج (Unmatched).
4. Mapping Tables (تصنيفات ثابتة)
   • الغرض العملي: تثبيت التصنيف (Account groups/Cost categories/Business lines) بدل تعديل يدوي كل فترة.
   • متى يُستخدم: عند وجود تغييرات في COA أو إضافة حسابات/مراكز جديدة.
   • الدليل الناتج: Mapping table + قائمة Unmapped items التي تحتاج قرار تصنيف.
5. Output Tables (Report-Ready)
   • الغرض العملي: إخراج Tables نهائية تغذي Pivot/Charts/Report sheets بنفس البنية كل شهر.
   • متى يُستخدم: بعد نجاح الـETL وقبل مشاركة التقرير.
   • الدليل الناتج: Output dataset + Control totals + أعمدة تدقيق (Period/Entity/Source).
6. Checks & Control Totals (مراجعة قبل التسليم)
   • الغرض العملي: كشف أخطاء الدمج/البيانات قبل إرسال التقرير: Duplicates/Unmapped/Outliers/Tie-out totals.
   • متى يُستخدم: بعد Refresh وقبل اعتماد نسخة الإرسال.
   • الدليل الناتج: صفحة Checks + Status (Pass/Fail) + أسباب الفشل وإجراءات التصحيح.
7. Refresh Runbook + Version/Change Log
   • الغرض العملي: تعليمات تشغيل واضحة + ضبط نسخة معتمدة ومنع تعدد نسخ التقرير.
   • متى يُستخدم: عند Handover بين الفريق + عند تغيير مصدر أو إضافة تقرير جديد.
   • الدليل الناتج: Runbook + Version register + Change log (ما الذي تغير ولماذا).

التسليم النهائي: Workbook + Queries + Mapping + Checks + Runbook بحيث يكون تحديث التقرير مرتبطًا بمصدره وليس بمجهود يدوي.

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

• 01-Workbook: ملف Excel يحتوي Power Queries منظّمة (Staging/Transform/Merge/Outputs).
• 02-Queries Catalog: قائمة بكل Query (اسمها + مصدرها + ماذا تنتج) + ترتيب الاعتمادية (Dependencies).
• 03-Mapping: جداول Mapping (COA/Cost categories/Dimensions) + قائمة عناصر Unmapped.
• 04-Outputs: Output tables جاهزة للتقرير + أعمدة Period/Entity + Control totals.
• 05-Checks: صفحة فحوصات (Duplicates/Unmatched keys/Tie-outs/Outliers) + حالة Pass/Fail.
• 06-Refresh Runbook: أين تضع ملفات الشهر؟ ما أسماء الملفات؟ خطوات Refresh + ماذا تراجع بعد التحديث.
• 07-Versioning: Version register + Change log + تاريخ آخر تحديث + Owner.
• 08-Pack Index: فهرس يوضح مكونات التسليم ومسارات الحفظ المقترحة.

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

• نتيجة تشغيلية للفريق: تحديث التقرير يصبح عملية تشغيل ثابتة: استبدال Exports في المجلد الصحيح ثم Refresh ثم مراجعة صفحة Checks ثم اعتماد النسخة.
• نتيجة رقابية/تدقيقية: خطوات التحويل والدمج موثقة داخل Power Query (Applied Steps) مع Control totals وChange log، ما يسهّل تفسير “كيف تم بناء الأرقام” عند المراجعة.

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

هل الحزمة تعمل مع أي ERP؟

نعم بشرط أن تستطيع استخراج البيانات في Excel/CSV بشكل منتظم (نفس الأعمدة أو قابل للتوحيد). Power Query تتعامل مع Exports ولا تحتاج ربط مباشر بالـERP.

هل أحتاج Power BI؟

لا. الحزمة مبنية لـExcel Power Query. ويمكن لاحقًا نقل نفس منطق ETL إلى Power BI إذا رغبت.

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

تصدير واحد على الأقل (مثل TB أو GL Details) + قواعد تسمية ملف/مجلد ثابتة. كلما زادت المصادر (AP/AR/COA) زادت قيمة الدمج.

هل تدعم شركات متعددة الفروع/الكيانات؟

نعم إذا كان لديك عمود Entity/Branch أو إذا كانت Exports لكل كيان يمكن Append عليها، مع إضافة عمود يحدد الكيان داخل الـETL.

ماذا يحدث إذا تغير اسم عمود أو ترتيب الأعمدة في التصدير؟

يتم التعامل مع ذلك عبر قواعد توحيد/Mapping للأعمدة في مرحلة Staging. المهم أن يكون هناك منطق ثابت ومُوثق لتوحيد المصدر.

هل “تحديث التقارير بضغطة زر” واقعي؟

نعم بمعنى تشغيل Refresh All بعد وضع ملفات الشهر في نفس المجلد وبنفس القواعد، ثم مراجعة Checks. إذا تغيّر شكل المصدر جذريًا سيحتاج تعديل بسيط في Staging (موثق عبر Change log).

هل تتضمن الحزمة فحوصات Tie-out مع TB؟

نعم كفكرة تشغيلية: Control totals داخل Outputs وصفحة Checks لتتبع فروق الدمج/التصنيف قبل اعتماد التقرير.

هل يمكن إعادة استخدام الحزمة لتقارير أخرى؟

نعم كإطار ETL: Staging/Transform/Merge/Outputs + Mapping + Checks. الإضافة تكون في Queries Outputs الجديدة وربطها بنفس Dataset.

هل يوجد توثيق للتسليم (Runbook)؟

نعم: صفحة تشغيل واضحة + Pack index + Version/Change log لتسهيل Handover داخل الفريق.

جاهز توقف بناء نفس التقرير من الصفر كل شهر؟

المخرجات: أتمتة تقارير Excel + تنظيف/دمج بيانات Power Query + ETL في Excel داخل Workbook واحد مع Checks وRunbook وVersioning.