DATIMORE · WEB-047
قائمة تحقق لحفظ بيانات التقارير مع مثال عملي
استخدم هذه الورقة لتحديد بيانات الفترات السابقة التي يحتاجها فريقك، واختيار حل يستطيع الحفاظ عليه. أكملها مع مسؤول العمل والمسؤولين عن أنظمة المصدر.
مثال افتراضي للتخطيط، وليس حالة عميل أو ربطًا فعليًا بين أنظمة. السجلات والنتائج مصممة لشرح الطريقة فقط. هذه الورقة الثابتة لا تنقل البيانات ولا تحفظ تاريخها ولا تطبّق الصلاحيات.
المقارنة المتكررة / من يحتاج إليها:
الأنظمة التي تأتي منها البيانات / الفترات المطلوبة:
مسؤول العمل / البديل / تاريخ المراجعة:
1. حدد ما تحتاج إلى الرجوع إليه
الفترات السابقة
ما الوضع السابق أو التغيّر الذي يجب أن يفسّره التقرير؟ وكم مدة الاحتفاظ به؟ تحقق مما يحفظه كل مصدر أصلًا. المستودع الجديد لا يعيد إنشاء سجلات سابقة مفقودة.
الدليل / اسم المسؤول:
جاهز / يحتاج إلى إجراء / غير معروف — الخطوة التالية وموعدها:
المصادر وتعريف الأرقام
حدد الأنظمة التي تأتي منها البيانات، وكيف ستربط السجلات بينها، مثل رقم طلب يظهر في النظامين. ثم اتفقوا على طريقة حساب الأرقام. تأكد من أن الملفات تغطي البيانات حتى الموعد نفسه وتشمل كل السجلات المطلوبة. حدد من يعتمد تغيير تعريف أي رقم.
الدليل / اسم المسؤول:
جاهز / يحتاج إلى إجراء / غير معروف — الخطوة التالية وموعدها:
اكتمال البيانات وموعد التحديث
اتفقوا على موعد جاهزية التقرير وآخر فترة مكتملة. حددوا ما يحدث إذا تأخر وصول البيانات، أو غاب الرقم الذي يربط السجلات بين نظامين. نجاح نقل الملف وحده لا يثبت اكتمال الأرقام.
الدليل / اسم المسؤول:
جاهز / يحتاج إلى إجراء / غير معروف — الخطوة التالية وموعدها:
الصلاحيات
حدد من يطّلع على التفاصيل، ومن يغيّر قواعد المطابقة، ومن يعتمد بيانات الفترة. احتفظ فقط بالبيانات اللازمة، وراجع متطلبات الوصول والاحتفاظ مع المسؤولين عنها.
الدليل / اسم المسؤول:
جاهز / يحتاج إلى إجراء / غير معروف — الخطوة التالية وموعدها:
المسؤولية واستعادة البيانات
حدد مسؤولًا وبديلًا لكل مصدر وللتقرير. من يتابع تعثّر التحديث؟ ومن يراجع التصحيحات ويستعيد نسخة محفوظة عند الحاجة؟ خطط لتجربة الاستعادة قبل الاعتماد على الحل.
الدليل / اسم المسؤول:
جاهز / يحتاج إلى إجراء / غير معروف — الخطوة التالية وموعدها:
التكلفة والمهارات
قارن تكلفة التخزين ونقل البيانات واستخدام التقارير وجهد الصيانة في الخيارين. حدد من يملك الوقت والمهارات اللازمة لكل خيار. دوّن الافتراضات واحصل على تكلفة حديثة تناسب احتياجك.
الدليل / اسم المسؤول:
جاهز / يحتاج إلى إجراء / غير معروف — الخطوة التالية وموعدها:
2. اختر أصغر حل يفي بالاحتياج
قد يكفي تقرير داخل نظام واحد لسؤال عن العمل الحالي. وقد يكفي جمع البيانات المطلوبة في ملف أو نموذج تقارير صغير، مع طريقة موحدة لحساب الأرقام، إذا كانت المصادر تحفظ الفترات المطلوبة وكان تحديثها سهلًا. فكّر في مستودع بيانات عندما يصبح حفظ البيانات السابقة وإعادة استخدامها عبر الأنظمة والتقارير عملًا متكررًا. عدد المصادر أو حجم الشركة وحده لا يحسم القرار.
الخيار المقترح / لماذا يكفي الحل الأبسط أو لا يكفي:
هذه القائمة ليست اختبارًا بالنقاط. أي غموض في المصدر أو المسؤولية أو الصلاحيات يحتاج إلى جواب قبل استخدام البيانات المتأثرة. جرّب سؤالًا واحدًا للتقارير، ثم راجع الأدلة قبل التوسع.
3. تتبّع السجلات المحفوظة
شركة توزيع افتراضية، ومنتج واحد، وكميات بالوحدات لا مبالغ مالية. يقدم المصدران سجلات مكتملة لكل طلب عند إقفال الشهر، تشمل إجمالي الكمية المشحونة حتى ذلك الوقت. لا توجد مرتجعات أو إلغاءات أو أرقام طلبات متعددة للطلب نفسه أو سجلات مكررة. يؤكد مصدر الشحن الكمية صراحة، بما فيها الصفر؛ المعلومة المفقودة لا تعني صفرًا.
| موعد الإقفال | رقم الطلب | مصدر الطلبات: الكمية المطلوبة | مصدر الشحن: إجمالي ما شُحن |
|---|---|---|---|
| 30 سبتمبر 2026 | A | 20 | 12 |
| 30 سبتمبر 2026 | B | 15 | 15 |
| 31 أكتوبر 2026 | A | 20 | 20 |
| 31 أكتوبر 2026 | B | 15 | 15 |
| 31 أكتوبر 2026 | C | 10 | 4 |
لكل موعد إقفال، طابق السجلات برقم الطلب، واطرح إجمالي الكمية المشحونة من المطلوبة، ثم اجمع الكميات المتبقية. احتفظ بنسخ المدخلات المؤرخة والنتيجة المعتمدة. لا تجمع رقمي الشهرين؛ فهما يصفان الوضع في موعدين، ولا يمثلان شحنات كل شهر.
سبتمبر: (20 − 12) + (15 − 15) = 8 وحدات لم تُشحن.
أكتوبر: (20 − 20) + (15 − 15) + (10 − 4) = 6 وحدات لم تُشحن. يبقى سبتمبر عند 8.
4. جرّب سجلًا ناقصًا
في ملف شحن أكتوبر، احذف رقم الطلب C واترك كمية الشحنة 4 كما هي. لن تعرف أي طلب تخص هذه الشحنة. يبقى إجمالي أكتوبر مبدئيًا، ولا يجوز اعتماده على أنه 10 بتجاهل الشحنة غير المطابقة. يراجع مسؤول الشحن المصدر، ويؤكد أن الطلب هو C، ثم يصحح رقمه. احتفظ بالنسخة المستلمة والنسخة المصححة مع سبب التعديل ووقت الاعتماد. بعد إعادة الفحص تصبح نتيجة أكتوبر 6، وتبقى نتيجة سبتمبر المحفوظة منفصلة عند 8.
النتائج المتوقعة قبل اعتماد المثال
- مدخلات سبتمبر مكتملة ← 8 وحدات لم تُشحن.
- مدخلات أكتوبر مكتملة ← 6 وحدات، مع بقاء سبتمبر عند 8.
- رقم الطلب مفقود من شحنة الوحدات الأربع ← إجمالي أكتوبر مبدئي، ولا يوجد إجمالي معتمد.
- تصحيح المصدر المؤكد إلى الطلب C ← أكتوبر 6، وسبتمبر ما زال 8.
- ملف مصدر مفقود أو متأخر ← بيانات الفترة مبدئية، وليست صفرًا.
- تصحيح لاحق لفترة معتمدة ← الاحتفاظ بالأصل، وتسجيل السبب والاعتماد، وتمييز النسخة المعدّلة.
هذه قواعد مبسطة على الورق. في العمل الفعلي، يجب أيضًا التحقق من المرتجعات والإلغاءات والسجلات المكررة. ويجب تحديد ما يحدث إذا تغيّر أحد المصادر، أو عدّل شخصان البيانات في الوقت نفسه. اختبر أيضًا صلاحيات الوصول وإمكانية استعادة البيانات عند الحاجة. مجرد تخزين البيانات في المستودع لا ينفّذ هذه الفحوص.
5. مسار مبسّط من المصدر إلى التقرير
تحميل المخطط للتعديل في draw.io (ملف SVG)
تصميم Microsoft المشار إليه للشركات الصغيرة والمتوسطة مخصص لتحديث مستودع قائم. وهو يستبعد صراحة إنشاء مستودع جديد من الصفر؛ لذلك لا تنسخه باعتباره التصميم الافتراضي لأول مستودع. تصميم Microsoft والحالات المستبعدة منه.