داتيمور · WEB-053 · مثال ببيانات افتراضية

سجل تعاملات واضح للعميل الصحيح

اطّلع على السجلات الأصلية، وحالة تم فيها الدمج، وأخرى بقيت منفصلة. يحتفظ المثال بسبب كل قرار وبالطلبات والملاحظات المرتبطة به.

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

1. السجلات الأصلية دون تغيير

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

على الشاشة الصغيرة، مرّر الجدول أفقيًا لرؤية بقية الأعمدة. يمكن الوصول إلى مساحة الجدول بلوحة المفاتيح وتحريكها بأسهم الاتجاه.

النسخة الأصلية قبل المراجعة
رقم السجل	اسم العميل	رقم العميل بعد التحقق	البريد	الطلبات والملاحظات
R-01	الشمال التجريبية للتجارة	C-041	orders@north.example	O-101؛ N-101
R-02	الشمال التجريبية	C-041	sales@north.example	O-102؛ N-102
R-03	الجنوب التجريبية	غير متوفر	buying@shared.example	O-103
R-04	الجنوب التجريبية للخدمات	غير متوفر	buying@shared.example	O-104

أرقام الطلبات والملاحظات ومحتواها الأصلي
الرقم	السجل الأصلي	التفصيل الأصلي
O-101	R-01	10 سبتمبر: طلب 3 صناديق.
N-101	R-01	11 سبتمبر: طلب العميل معرفة آخر مستجدات التوصيل.
O-102	R-02	25 سبتمبر: طلب صندوقين.
N-102	R-02	26 سبتمبر: أكد العميل الاستلام.
O-103	R-03	27 سبتمبر: طلب 4 صناديق.
O-104	R-04	28 سبتمبر: طلب صندوق واحد.

2. قواعد هذا المثال

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

هذه قواعد اخترناها لأربعة سجلات افتراضية، وليست قياسًا لدقة المطابقة. تحتاج القواعد الفعلية إلى تجربة على بيانات تمثل حالات شركتك، ومنها عملاء متشابهون يجب أن يبقوا منفصلين.

3. مراجعة بشرية وتوثيق قرارات الدمج

تسلسل افتراضي في 2 أكتوبر 2026 بالتوقيت العالمي المنسّق. «المراجع أ» و«مسؤول الحساب ب» شخصيتان افتراضيتان تمثلان من يراجع السجلات ويعتمد الدمج؛ ولا يفترض المثال موافقة آلية.

09:00 · المراجع أ · فتح المراجعةرُشّح السجلان R-01 وR-02 بسبب تطابق الرقم. وأُحيل السجلان R-03 وR-04 للمراجعة بسبب تشابه الاسمين واستخدام عنوان البريد نفسه. وبقيا دون تغيير.
09:10 · مسؤول الحساب ب · تأكيد أن السجلين الأولين لعميل واحدراجع ملف الحساب AF-041 وتأكد من أن السجلين يخصان العميل C-041. أكد الاسم «الشمال التجريبية للتجارة» والبريد الحالي sales@north.example. أدلة المراجعة هذه افتراضية ضمن المثال.
09:15 · المراجع أ · اعتماد الدمج في المثالأنشأ السجل التوضيحي OUT-01 وربط به الرقمين R-01 وR-02. احتفظ بالطلبين والملاحظتين كما يظهر أدناه. الأسماء وعناوين البريد السابقة باقية في النسخة الأصلية. اختيار رقم جديد للتوضيح فقط؛ طريقة التعامل مع الأرقام تختلف حسب نظام العملاء.
09:20 · المراجع أ · رفض دمج السجلين الآخرينيوضح ملفا الحسابين AF-S1 وAF-S2 أنهما لعميلين مختلفين يستخدمان بريد مشتريات مشتركًا. يبقى R-03 وR-04 منفصلين. لو لم يتوفر هذا الدليل، لبقيت الحالة معلّقة للمراجعة.

النتيجة بعد المراجعة
السجل الناتج	الأرقام القديمة المرتبطة به	البيانات الحالية	الطلبات والملاحظات المرتبطة
OUT-01	R-01، R-02	الشمال التجريبية للتجارة؛ C-041؛ sales@north.example	O-101 وN-101 من R-01؛ O-102 وN-102 من R-02.
R-03	R-03	دون تغيير: الجنوب التجريبية؛ الرقم غير متوفر؛ البريد المشترك.	O-103 من R-03 فقط.
R-04	R-04	دون تغيير: الجنوب التجريبية للخدمات؛ الرقم غير متوفر؛ البريد المشترك.	O-104 من R-04 فقط.

فحص النتيجة: أصبحت السجلات الأربعة 3 سجلات للعمل اليومي. بقيت الطلبات الأربعة والملاحظتان، وكل منها مرتبط مرة واحدة بالسجل الصحيح ويمكن الرجوع إلى مصدره. بقيت كميات الطلبات كما هي: ثلاثة صناديق، وصندوقان، وأربعة صناديق، وصندوق واحد. هذا فحص لصحة المثال، وليس قياسًا لأداء شركة.

4. اختبر الاستعادة قبل استخدام بيانات فعلية

توضح النسخة الأصلية وقائمة القرارات ما تغيّر، لكنهما لا تثبتان أن النظام يستطيع التراجع عنه. اختبر طريقة الاستعادة في نظامك على نسخة تجريبية متفق عليها. تأكد من استعادة ارتباط الطلبات والملاحظات بعملائها، ومن يحق له الوصول إليها، وكيف سيتعامل النظام مع التعديلات التي حدثت بعد الدمج. إذا تعذّر الاحتفاظ بالتفاصيل المطلوبة، أو كانت حدود الاستعادة غير مقبولة، فأبقِ الدمج المقترح معلّقًا.

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

مرجع إضافي: قواعد المطابقة واختيار البيانات في مايكروسوفت Customer Insights. تمت مراجعة المصادر في 2 أكتوبر 2026. تختلف قواعد الدمج من نظام لآخر. والمراجع تشرح هذه القواعد، لكنها لا تثبت أن المثال نُفّذ على نظام فعلي.