تحتاج الشركة إلى بعض المعلومات مرات كثيرة. قد تستخدم نفس هوية المنتج المعتمدة، أو اسم المورد، أو بيانات العميل، أو مدى المقاسات في طلبيات متعددة. وفي المقابل توجد معلومات لا تظهر إلا لأن طلبية أو استلاماً أو فحصاً أو شحنة أو فاتورة حدثت بالفعل. عندما نخلط النوعين تبدأ أخطاء يمكن تجنبها.
في هذا الدرس تعني البيانات المرجعية المعلومات المستقرة نسبياً التي تضبط مرة ثم يعاد استخدامها في معاملات كثيرة. وتعني بيانات المعاملات المعلومات التي ينشئها حدث تجاري محدد. كلمة «مستقرة» لا تعني أنها لا تتغير أبداً. المقصود أنها لا تتغير لأن شخصاً نسخ قيمة مختلفة من طلبية قديمة، بل من خلال تعديل معتمد ومضبوط. الهدف العملي بسيط: أعد استخدام ما يفترض إعادة استخدامه، وأنشئ سجلاً مستقلاً يمكن تتبعه لما يخص كل معاملة جديدة.
تحتاج إلى: قاعدة الدرسين 1.1 و1.2: لكل حقل مهم مسؤول ومصدر معتمد، ويجب أن يحتفظ الفريق بنسخة حالية معتمدة واحدة.
بنهاية هذا الدرس تستطيع:
لا يغطي الدرس: تصميم قواعد البيانات، أو إعداد البرامج، أو النماذج التقنية للبيانات، أو منتج ERP أو PLM بعينه. نركز على قاعدة العمل أولاً.
| المصطلح | المعنى |
|---|---|
| مسؤول البيانات | الدور المسؤول عن التأكد من أن بياناً تجارياً محدداً حالي وصحيح. |
| المصدر المعتمد | المستند أو الاعتماد أو السجل المضبوط الذي يثبت القيمة السارية. |
| المرجع المعتمد | السجل الحالي المتفق عليه كمرجع أساسي لبيان معين. |
| بيانات مشتقة | قيمة محسوبة من مدخلات أخرى معتمدة. |
| تسليم البيانات | النقطة التي تنتقل فيها المعلومات إلى شخص أو قسم يحتاج إليها. |
| مستخدم لاحق للبيانات | شخص أو فريق يعتمد على بيان سابق حتى يؤدي عمله بصورة صحيحة. |
تظل هذه المصطلحات مهمة سواء كان الحقل معلومة مرجعية قابلة لإعادة الاستخدام أو سجلاً لمعاملة واحدة.
إذا كان للمنتج هوية وتصميم معتمدان، فلا ينبغي لكل شخص أن يكتب هوية جديدة من ذاكرته في كل طلبية. وإذا كان للمورد اسم قانوني وإعداد دفع معتمدان، فلا ينبغي لكل مشترٍ الاحتفاظ بتهجئة مختلفة للاسم. المعلومات التي يعاد استخدامها تحتاج إلى مسؤول واضح ومصدر مضبوط.
المعاملة مختلفة. فالكمية المطلوبة، والتاريخ المطلوب، وتوزيع الألوان والمقاسات، والاستلام، ونتيجة الفحص، وحدث الشحن، والفاتورة تخص حدثاً بعينه. يمكن للمعاملة أن تشير إلى حقول مرجعية معتمدة حتى توضح السياق، لكن يجب أن تحتفظ بتاريخها الخاص. وإذا تغيرت المعلومات المرجعية لاحقاً، فلا يجوز أن تتغير المعاملات القديمة تلقائياً وكأن الماضي لم يحدث.
| ما الذي قد يختلف | المعالجة المعتادة | لماذا يهمك |
|---|---|---|
| هوية المنتج والمواصفة المعتمدة | احتفظ برمز الستايل والتصميم ومدى المقاسات ووصف الخامة القياسي كمعلومات مرجعية معتمدة. | يمكن لطلبيات كثيرة استخدام تعريف المنتج نفسه من دون إعادة كتابته. |
| هوية العميل والمورد | احتفظ بالاسم القانوني والعنوان وأدوار التواصل وإعداد التعامل في سجل مضبوط واحد. | اختلاف بسيط في الاسم أو الإعداد قد ينشئ طرفاً مكرراً بالخطأ. |
| التزام الطلبية | سجل الكمية والتاريخ المطلوب والألوان والمقاسات والشروط الخاصة بالطلبية داخل تلك الطلبية. | قد تكون الطلبية التالية مختلفة بصورة صحيحة. |
| حدث التنفيذ | سجل الاستلام أو تحديث الإنتاج أو نتيجة الفحص أو حدث الشحن أو الفاتورة عند وقوعه. | هذه حقائق مرتبطة بوقت وحدث ويجب أن يكون لها تاريخ مستقل. |
| تزويد Make to Stock | أعد استخدام مراجع المنتج والموقع، لكن أنشئ كل عملية تزويد أو حركة مخزون أو بيع كمعاملة مستقلة. | وجود توقعات ثابتة لا يجعل كل عمليات التزويد حدثاً واحداً. |
تعمل Cedar & Co. بنظام Make to Stock محلي ولديها 12 متجراً. يخطط الفريق باستخدام توقعات ثابتة. لا يريد Omar أن يعيد كل متجر أو مشترٍ كتابة وصف المنتج كلما احتاج إلى تزويد المخزون. هوية الستايل ومدى المقاسات والمواصفة الحالية معلومات مرجعية يعاد استخدامها، ولذلك تحتاج إلى مسؤول واحد ومصدر مضبوط.
لكن عملية التزويد ليست معلومة مرجعية. لكل عملية تزويد كميتها وموعدها المطلوب وحالتها. ونقل مخزون من متجر إلى آخر حدث آخر. واستلام البضاعة في المخزون حدث آخر. والبيع حدث آخر. يمكن لكل هذه السجلات أن تشير إلى المنتج نفسه، لكنها يجب أن تبقى معاملات منفصلة حتى تعرف Cedar & Co. ماذا حدث وأين ومتى.
تنطبق القاعدة نفسها في المصنع ومكتب الشراء ومصنع النسيج ومتجر التجزئة: اضبط هوية الشيء، وافصل تاريخ كل حدث.
المثال الرقمينستخدم معاملتين ثابتتين في الأكاديمية للمقارنة فقط، وليستا طلبيتين تخصان Cedar & Co. تحتوي الطلبية A على 15,000 تي شيرت بسعر 3.20 دولار للقطعة. وتحتوي Order B jeans على 3,000 جينز بسعر 9.80 دولار للقطعة.
كلتا المعاملتين صحيحتان، لكن الكمية وسعر الوحدة والقيمة الإجمالية مختلفة. لهذا لا نضع كمية طلبية أو قيمتها كصفة دائمة للمنتج. يمكن أن تكون هوية الستايل ثابتة نسبياً، بينما تختلف كمية كل طلبية لاحقة. سجل المنتج يخبرك ما هو المنتج. أما المعاملة فتخبرك ماذا حدث تجارياً هذه المرة.
بعد ذلك سجل الإجابة في ورقة مسؤولية البيانات. ميز الحقول التي يعاد استخدامها، وحدد مسؤولها ومصدرها، وميز الحقول الخاصة بالمعاملة. وعند بدء طلبية جديدة، تأكد أن المنقول هو القيم المرجعية المعتمدة فقط، وأن قيم الحدث الجديد تنشأ أو يعاد تأكيدها.
الفخيمكن للمعلومات المرجعية أن تتغير. قد تعتمد مراجعة جديدة لمواصفة المنتج. وقد يتغير عنوان المورد. وقد يصحح إعداد العميل. الضبط لا يعني تجميد الحقل إلى الأبد، بل يعني أن المسؤول يغيره عمداً وأن النسخة الجديدة تصبح المرجع المعتمد للاستخدام اللاحق.
والخطأ المقابل أخطر: نسخ الطلبية السابقة وترك كميتها أو تاريخها أو سعرها أو حالتها كأساس للطلبية الجديدة. قد يوفر هذا ثواني عند الإدخال، لكنه قد يسبب ساعات من البحث والتصحيح لاحقاً. أعد استخدام الحقول المرجعية المعتمدة، وأعد تأكيد حقول المعاملة.
فكر في المعلومات المرجعية كأنها دفتر عناوين ومكتبة منتجات للشركة. تريد وصفاً واحداً موثوقاً للمنتج أو العميل أو المورد أو الموقع، ويمكن للناس استخدامه مرة بعد مرة. أما بيانات المعاملات فهي سجل ما حدث فعلاً: هذه الطلبية، وهذا الاستلام، وهذا الفحص، وهذه الشحنة، وهذه الفاتورة.
يمكن تحديث «المكتبة» عندما يحدث تغيير معتمد. أما «سجل الأحداث» فيجب أن يوضح ما كان صحيحاً عندما وقع الحدث. يمكن لطلبية جديدة أن تشير إلى سجل المنتج نفسه، لكنها تحتاج إلى كمية وتاريخ وحقائق تجارية خاصة بها. هذا الفصل يمنع طلبية قديمة من أن تصبح قاعدة خفية لطلبية جديدة.
يحتاج فريق Omar في Cedar & Co. إلى تزويد جديد لستايل موجود. يحتوي سجل المنتج الحالي المعتمد بالفعل على هوية الستايل والمواصفة. يفتح أحد أفراد الفريق آخر صف للتزويد ويقترح نسخ الصف كله لأنه أسرع. لكن هذا الصف يحتوي أيضاً على كمية العملية السابقة، وتاريخها المطلوب، وتعليماتها التجارية.
ما الذي يمكن نقله إلى المعاملة الجديدة، وما الذي يجب إنشاؤه أو إعادة تأكيده قبل إصدار عملية التزويد؟ قرر قبل فتح الإجابة.
انقل المعلومات المرجعية الحالية المعتمدة فقط، وأنشئ أو أعد تأكيد كل حقل خاص بالمعاملة.
1. استخدم هوية المنتج والمواصفة الحالية من مصدرهما المضبوط، وليس لمجرد وجودهما في صف التزويد القديم. 2. أنشئ أو أعد تأكيد الكمية الجديدة والتاريخ المطلوب والوجهة وأي تعليمات تجارية تخص هذه العملية. 3. أعط عملية التزويد الجديدة هوية معاملة وسجل حالة خاصين بها. 4. اترك عملية التزويد السابقة كما هي كسجل تاريخي، ولا تكتب فوقها لتكوين العملية الجديدة. 5. إذا تغير حقل مرجعي منذ العملية السابقة، فاستخدم القيمة الجديدة المعتمدة للحدث الجديد مع الاحتفاظ بتاريخ الحدث القديم.
القرار لا يمنع النسخ واللصق. المقصود أن تعرف ما الذي تنسخه. يمكن لقالب مضبوط أن يوفر الوقت، لكن لا يجوز أن تنتقل حقول المعاملة القديمة إلى حدث جديد لمجرد أن أحداً لم يلاحظها.
قد تظهر المشكلة مباشرة في كمية خاطئة أو تاريخ أو وجهة خاطئة أو عميل مكرر أو مواصفة قديمة. وهناك تكلفة وقت أيضاً: يقارن الناس الصفوف ويتتبعون الرسائل ويعكسون حركات المخزون ويصححون المستندات ويفسرون سبب اختلاف التقارير.
توضح الأمثلة المعتمدة حجم معاملتين منفصلتين. إجمالي FOB للطلبية A هو 48,000 دولار، بينما إجمالي FOB لـ Order B jeans هو 29,400 دولار. هما سجلان تجاريان منفصلان، وليسا قيمتين دائمتين توضعان في سجل المنتج. الفصل الصحيح أرخص من إصلاح طلبية جديدة بُنيت على حقائق معاملة قديمة.
افتح ملف T17-C01 الخاص بملكية البيانات وجودتها. لكل حقل، اكتب المسؤول والمصدر المعتمد، وحدد هل هو معلومة مرجعية يعاد استخدامها أم معلومة تخص معاملة واحدة. في الحقول المرجعية سجل طريقة اعتماد المراجعات. وفي حقول المعاملة سجل الحدث الذي ينشئ القيمة والمستخدمين اللاحقين الذين يحتاجون إليها.
قبل إنشاء طلبية أو عملية تزويد جديدة، راجع القائمة. انقل الحقول المرجعية الحالية المعتمدة فقط. امسح أو أعد تأكيد كل حقل يخص المعاملة.
[تحميل ملف ملكية البيانات وجودة البيانات](../../templates/T17-C01-data-ownership-data-quality.xlsx)
1. أي حقل يرجح أن يكون معلومة مرجعية يعاد استخدامها؟
2. ماذا نفعل عندما تتغير معلومة مرجعية معتمدة بعد اكتمال معاملة قديمة؟
3. لماذا قد يكون نسخ صف الطلبية السابقة خطراً؟
| AR | EN | FR | TR | المعنى |
|---|---|---|---|---|
| مسؤول البيانات | Data owner | Responsable de la donnée | Veri sorumlusu | الدور المسؤول عن التأكد من أن بياناً تجارياً محدداً حالي وصحيح. |
| المصدر المعتمد | Approved source | Source approuvée | Onaylı kaynak | المستند أو الاعتماد أو السجل المضبوط الذي يثبت القيمة السارية. |
| المرجع المعتمد | Source of truth | Source de référence | Ana referans | السجل الحالي المتفق عليه كمرجع أساسي لبيان معين. |
| بيانات مشتقة | Derived data | Donnée dérivée | Türetilmiş veri | قيمة محسوبة من مدخلات أخرى معتمدة. |
| تسليم البيانات | Data hand-off | Transmission de données | Veri devri | النقطة التي تنتقل فيها المعلومات إلى شخص أو قسم يحتاج إليها. |
| مستخدم لاحق للبيانات | Downstream user | Utilisateur en aval | Sonraki kullanıcı | شخص أو فريق يعتمد على بيان سابق حتى يؤدي عمله بصورة صحيحة. |
في الدرس التالي ستتعلم فحص اكتمال البيانات وصحتها واتساقها وتوقيتها قبل تسليمها إلى قسم آخر. العودة إلى خريطة الدورة