المشكلة تظهر عند أول استيراد
قد يبدأ مشروع ERP بقائمة آلاف الأصناف والموردين، ثم يكتشف الفريق أن الاسم نفسه مكرر، ووحدات القياس مختلفة، ولا أحد يعرف من يحق له تعديل السعر أو إغلاق سجل المورد. التأخير هنا ليس مشكلة استيراد تقني فقط.
البيانات تعكس قرارات التشغيل، وأي غموض في مصدرها أو اعتمادها سينتقل إلى النظام الجديد.
ملكية البيانات ليست مجرد صلاحية تعديل
من يكتب البيانات ليس بالضرورة صاحبها. مالك البيانات يحدد معناها، وقواعد جودتها، ومتى تُعدل، وكيف تُراجع الاستثناءات. قد تُدخل المبيعات بيانات العميل، بينما تملك المالية قواعد الائتمان، ويكون هناك مسؤول لسجل العميل الأساسي.
غياب هذا الفصل يجعل كل فريق يصحح نسخة مختلفة من الحقيقة.
صنّف السجلات الحرجة أولًا
لا تبدأ بتنظيف كل الملفات دفعة واحدة. اختر مجموعات البيانات المؤثرة في التشغيل: العملاء، الموردون، الأصناف، وحدات القياس، الحسابات، وطرق الدفع. لكل مجموعة حدد المالك، والمصدر المعتمد، والحقول الإلزامية، وقاعدة قبول التعديل.
مصدر الصورة: Pexels.
- سجل رئيسي واحد لكل نوع بيانات.
- مالك مسؤول عن الجودة لا الإدخال فقط.
- مسار واضح لدمج التكرارات وتصحيح الأخطاء.

مرتبط بهذه الفكرة: CRM مش دفتر أرقام: صمّم مراحل بيع بتعكس الواقع
اعمل نموذج حوكمة بسيط للبيانات
اكتب تعريفًا مختصرًا للحقول المهمة، وحدد من ينشئ السجل ومن يراجعه ومن يعتمد تغييره. عيّن طريقة للاحتفاظ بالنسخة السابقة وسجل التعديلات، ثم اختبر عينة صغيرة قبل الاستيراد الشامل.
الاتفاق التشغيلي على البيانات يجب أن يسبق إعداد قوالب الاستيراد وواجهات التكامل.
- 01المشكلة تظهر عند أول استيراد
- 02صنّف السجلات الحرجة أولًا
- 03مثال افتراضي: صنف بوحدتين مختلفتين
مثال افتراضي: صنف بوحدتين مختلفتين
افترض أن منتجًا يباع بالقطعة ويشترى بالكرتون، لكن ملفًا يستخدم الكرتون كوحدة رئيسية وآخر يستخدم القطعة. الاستيراد دون قاعدة تحويل معتمدة قد يسبب أخطاء بالمخزون والتسعير.
الحل هو توحيد تعريف الصنف ووحدة الأساس ونسبة التحويل، واعتمادها من مالك البيانات قبل نقلها. المثال افتراضي ولا يصف عميلاً بعينه.
كيف نقبل جاهزية البيانات؟
اختبر نسبة السجلات المكررة، واكتمال الحقول المطلوبة، وصحة وحدات القياس، وعدد الاستثناءات غير المحسومة، وسهولة تتبع من وافق على التغييرات.
- كل مجموعة بيانات لها Owner واضح.
- عينة استيراد تحقق نتائج متطابقة مع المصدر المعتمد.
- لا توجد استثناءات حرجة مجهولة المالك.
راجع قبل اتخاذ القرار
- سجل رئيسي واحد لكل نوع بيانات.
- مالك مسؤول عن الجودة لا الإدخال فقط.
- مسار واضح لدمج التكرارات وتصحيح الأخطاء.
- كل مجموعة بيانات لها Owner واضح.
سجل بسيط لملكية البيانات الرئيسية
ابدأ بالأصناف والعملاء والموردين، وحدد لكل نوع سجل مالكًا تجاريًا ومسؤول إدخال ومراجعًا. لا تترك أكثر من إدارة تعدّل الحقول المرجعية نفسها دون قاعدة موثقة.
اختبر عينة واعتمدها، ثم نفّذ الاستيراد التجريبي. التغيير في بيانات المصدر بعد الاعتماد يحتاج تسجيلًا ومراجعة قبل إعادة التحميل.
أسّس القرار قبل اختيار شاشة ERP
مشروع ERP الجيد يحتاج إلى قرارات تشغيل وملكية بيانات قبل اختيار الموديولات أو ترحيل الملفات. هذه المرحلة تقلل إعادة العمل وتساعد الشركة على تقييم النظام بما يناسب عملياتها الفعلية.
Digital Business Foundation يمكنه تجهيز قواعد الملكية والضبط والتوثيق قبل مرحلة التطبيق التقني المتخصص.
- البيانات — المالك — فحص قبل الاستيراد
- الأصناف ووحدات القياس — التشغيل/المخزون — الأكواد المكررة والتحويلات
- العملاء — المبيعات/المالية — التكرار والبيانات الأساسية
- الموردون — المشتريات/المالية — الهوية وشروط التعامل
