WEB-043 · مثال تخطيطي ببيانات مصطنعة · 2 أكتوبر 2026
بيانات العميل: المسؤوليات ومثال على اختلاف التعديلات
استخدم المثال للاتفاق على من يعتمد كل معلومة، ومن يحسم الاختلاف، ومتى يستطيع الموظف الاعتماد على النتيجة. جميع السجلات والتعديلات هنا مصطنعة. هذا ملف ثابت لا يتصل بأي نظام.
1. حدد المسؤول عن كل معلومة
| المعلومة | من يعتمدها | اتجاه النقل وحدوده |
|---|---|---|
| مطابقة العميل | المسؤول عن حساب العميل | تأكد أن سجل المبيعات S-204 وسجل التشغيل O-806 يعودان إلى العميل نفسه. تشابه الاسم وحده لا يكفي. |
| حالة السداد | المالية، في برنامج فريق التشغيل | من التشغيل إلى المبيعات فقط؛ لا تغيّر المبيعات هذه الحالة. |
| المسؤول عن حساب العميل | المبيعات | من المبيعات إلى التشغيل فقط؛ لا يغيّر التشغيل هذا الاسم. |
| مدخل التسليم | المبيعات أو التشغيل يقترح التعديل؛ والمسؤول عن الحساب يحسم الاختلاف | في اتجاهين لهذه المعلومة فقط. إذا انطلق تعديلان مختلفان من المعلومة المعتمدة نفسها، يلزم مراجعتهما. |
2. تابع الاختلاف حتى الوصول إلى معلومة متفق عليها
نقطة البداية
عميل واحد تأكدنا من مطابقة سجليه S-204 وO-806. المدخل المعتمد هو الشمالي، بقرار R1. حالة السداد لدى المالية «مدفوع»، والمسؤولة عن الحساب لدى المبيعات لينا. تبقى هاتان المعلومتان كما هما طوال المثال.
التعديلان المختلفان
تقترح المبيعات المدخل الشرقي، برقم تعديل S-E1، ويقترح التشغيل الغربي، برقم O-E1. استند الاثنان إلى القرار R1 قبل الاطلاع على تعديل الآخر. تختلف النسختان الآن. نوقف النقل التلقائي لهذه المعلومة، ونعرض الاقتراحين للمراجعة. ويتأكد التسليم من المدخل قبل استخدامه.
قرار المسؤول
يتأكد المسؤول من العميل، ويعتمد الشرقي بقرار جديد R2، مع تسجيل من اعتمده والسبب. قبل النقل، تُقرأ النسخة الحالية من كل سجل، ويُتحقق من أن المدخلين ما زالا الشرقي والغربي كما راجعهما المسؤول. أي تعديل جديد على المدخل يحتاج إلى مراجعة جديدة.
النتيجة بعد التأكد
نكتب الشرقي في سجلي هذا العميل فقط، بشرط ألا تكون نسخة أي سجل قد تغيرت بعد التحقق. نتأكد من ظهور الشرقي في النظامين، ثم نغلق المراجعة R2. تبقى حالة السداد «مدفوع»، وتبقى لينا مسؤولة الحساب.
إذا لم يكتمل التحديث
يبقى القرار R2 قيد المتابعة إذا تأكد تحديث نظام واحد فقط. لا نصف البيانات بأنها متفقة، ولا نتراجع تلقائيًا عن التحديث الذي نجح. نقرأ النظامين مجددًا قبل إعادة المحاولة بعدد محدود. إذا تغير المدخل، نعيده للمراجعة. يتابع المسؤول الحالات المفتوحة خلال مدة يتفق عليها الفريق.
3. جرّب الحالات الاستثنائية قبل اعتماد الربط
| الحالة التي نجربها | النتيجة المطلوبة |
|---|---|
| الفريقان يقترحان الشرقي انطلاقًا من R1 | لا يوجد اختلاف في المعلومة. نتأكد من ظهور الشرقي في النسختين قبل اعتبار التحديث مكتملًا. |
| المبيعات تقترح الشرقي والتشغيل يقترح الغربي انطلاقًا من R1 | تلزم المراجعة. لا نختار أحدهما لمجرد أن وقت تعديله أحدث. |
| تغير المدخل بعد أن راجعه المسؤول | يمنع فحص نسخة السجل كتابة التعديل القديم. نقرأ المعلومة الجديدة ونعيدها للمراجعة. |
| وصل R2 إلى نظام واحد، وتعذر الوصول إلى الآخر | تظهر الحالة قيد المتابعة. نتحقق من المعلومة ونسخة السجل في النظامين قبل المحاولة، ولا نغلقها قبل تأكيد الاثنين. |
| وصل التعديل S-E1 مرتين | نتعرف إلى رقم التعديل المسجل سابقًا. لا نطبقه مرة أخرى ولا نفتح قرارًا جديدًا. |
| أعاد النظام إشعارًا بتحديث نفذته عملية الربط نفسها | نتعرف إلى مصدر التحديث ورقم القرار، ونتحقق من النسخة دون تدويره كتعديل جديد من موظف. |
| وصل تعديل قديم مبني على R1 بعد انقطاع الاتصال، وقد اكتمل R2 | نقارن القرار الذي استند إليه التعديل بالقرار الحالي R2. نوقف التعديل القديم ونسجل سبب إيقافه؛ لا يستبدل المدخل الشرقي. |
| حُذف سجل العميل في أحد النظامين وبقي في الآخر | نوقف تحديثات هذا العميل ونطلب مراجعة المسؤول. لا ننقل الحذف ولا نعيد إنشاء السجل تلقائيًا. للحذف قرار منفصل عن التعديلات العادية. |
| وصل تعديل قديم بعد اعتماد حذف السجل | نحتفظ بعلامة تدل على قرار الحذف كي لا يعيد التعديل القديم إنشاء السجل. يجب الاتفاق على مدة الاحتفاظ ومتطلبات حذف البيانات في التطبيق الفعلي. |
| لا توجد مطابقة مؤكدة للعميل، أو أن خانة المدخل فارغة | نوقف التعديل للتصحيح. لا ننشئ عميلًا ولا نخمن المطابقة، ولا نعتبر النص الفارغ موافقة على الحذف. |
ما الذي يفترضه المثال؟
هذه شروط مقترحة لقبول الربط، وليست وصفًا لكل برنامج. تفترض مطابقة مؤكدة للعميل، وحفظ القرار المعتمد، ورقمًا ومصدرًا لكل تعديل، والتحقق من نسخة السجل قبل الكتابة، وسجلًا للاعتماد، وقائمة واضحة للمراجعة. نقارن رموز نسخ السجل لنعرف إن كانت متطابقة؛ لا نعاملها كتاريخ أو أرقام مرتبة. قد تختلف البيانات مؤقتًا بين النظامين، لذلك يجب أن تظهر حالة المتابعة حيث يستخدم الموظف تعليمات التسليم. إذا لم تدعم البرامج هذه الشروط، اجعل اعتماد المعلومة لدى جهة واحدة وانقلها في اتجاه واحد حتى تختبر طريقة مناسبة.
المصادر واستخدام الملف
تشرح IBM المزامنة في اتجاه واحد واتجاهين. وتوضح HubSpot اختيار الاتجاه وربط الخانات وإعطاء برنامج أولوية عند الاختلاف؛ وهذا لا يثبت وجود المراجعة البشرية المقترحة هنا في كل أداة ربط. توضح Microsoft Dataverse الكتابة المشروطة بنسخة السجل ومتطلباتها. تدعم هذه المصادر أجزاء من الفكرة، ولا تثبت تنفيذ الحل الكامل أو اعتماده.
يتضمن ملف HTML النص والرسم. عند فتحه دون اتصال، يستخدم الخطوط المتاحة على جهازك. ويتضمن ملف SVG بيانات الرسم القابلة للتعديل في draw.io.