ربط Microsoft Dynamics بنظام إدارة الوثائق دون ازدواج الملفات

إن كنت مهندس تكامل أو مدير تقنية معلومات في جهة تستخدم Dynamics 365 (المبيعات أو خدمة العملاء أو غيرها من تطبيقات Dataverse)، وتريد أرشيفًا مؤسسيًا واحدًا دون أن ينتهي بك الأمر إلى ثلاث نسخ من العقد نفسه: واحدة ملحقة بالملاحظة في Dynamics، وأخرى في مكتبة SharePoint، وثالثة في الأرشيف، فهذا المقال لك.

ثلاثة أماكن يمكن أن يعيش فيها الملف

مرفقات Dataverse

بحسب توثيق Microsoft، تُخزَّن مرفقات الملاحظات والبريد في Dynamics ضمن سعة ملفات Dataverse (File capacity)، في جداول مثل Attachment وAnnotationBase. هذه السعة تُحتسب من مستحقات المستأجر والتراخيص، وتُشترى سعة إضافية عند الحاجة. أي أن كل ملف يبقى داخل Dynamics له أثر مباشر على بند من بنود التكلفة يُدار من مركز إدارة Power Platform.

تكامل SharePoint المبني على الخادم

توثّق Microsoft خيار تخزين المستندات في سياق السجل داخل SharePoint (Server-based SharePoint integration) لتطبيقات مثل Dynamics 365 Sales وCustomer Service. من مزاياه المذكورة: دخول واحد، وعرض المستندات في قوائم، وإمكان وصول مستخدمين لا يستخدمون تطبيق Dynamics إلى المستندات مباشرة في SharePoint إن كانت لديهم الصلاحيات المناسبة. وتُدار مواقع المستندات عبر سجلات «موقع المستند» (Document Location) التي لها صلاحياتها الخاصة.

أرشيف مركزي خارجي

نظام إدارة وثائق (DMS) مستقل يحفظ المستند المرجعي بتصنيفه وإصداراته وسجل تدقيقه، ويصل إليه مستخدم Dynamics من خلال رابط أو لوحة داخل السجل. هذا الخيار منطقي حين تكون المستندات نفسها مطلوبة لإدارات لا تعمل في Dynamics (المالية، القانونية، المراجعة)، أو حين تحتاج مدد احتفاظ وسير اعتماد وOCR عربي على المستندات.

مقارنة الأماكن الثلاثة حسب ما يهم المشتري

لا يوجد عمود «فائز» في المطلق. الجهة التي يعيش فيها العقد كله داخل فريق المبيعات قد يكفيها SharePoint المرتبط بالسجل. أما الجهة التي يمر فيها العقد على القانونية والمالية ويُحتفظ به سنوات بعد انتهاء العلاقة، فالمرجعية في الأرشيف المركزي أقرب إلى الواقع.

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

من أين يأتي الازدواج فعليًا؟

الازدواج نادرًا ما يكون قرارًا؛ هو نتيجة لغياب القرار. أكثر مصادره شيوعًا:

• البريد المتتبَّع: رسالة عميل فيها مرفق تُتتبَّع في Dynamics فيُحفظ مرفقها كنسخة، ثم يحفظ الموظف المرفق نفسه في المجلد المشترك «احتياطًا».
• التكامل المزدوج: تفعيل SharePoint المرتبط بالسجل، ثم بناء ربط منفصل مع الأرشيف يرفع الملف نفسه مرة أخرى بدل الإشارة إليه.
• التصدير اليدوي عند الإغلاق: عند كسب صفقة ينزّل الموظف كل المستندات ويرفعها إلى الأرشيف، فتبقى النسخ الأصلية في Dynamics بلا تاريخ انتهاء.
• الإصدارات المتفرقة: العقد يُعدَّل في Word ويُرفع كل إصدار كملف جديد بدل إصدار جديد من المستند نفسه.

مسار قرار: أين تضع كل نوع مستند؟

المسار يبدأ بسؤال واحد: هل يحتاج المستند أحدٌ لا يعمل في Dynamics؟ إن لم يكن كذلك، فلا داعي لنقله إلى الأرشيف أصلًا. إن كان كذلك واحتاج احتفاظًا أو اعتمادًا أو بحثًا في النص، فمرجعه الأرشيف المركزي، ويُكتفى في Dynamics برابط وحقول. المسودات والعروض الأولية مسار بديل يبقى في Dynamics بقاعدة حذف أو احتفاظ قصيرة.

ماذا يعني «الربط عبر REST API» في هذه الحالة

ربط Dynamics بوثيقة يُنفَّذ عبر REST API ضمن نطاق يُحدَّد في العرض الفني. على جهة Dynamics، توثّق Microsoft أن Dataverse Web API تطبّق بروتوكول OData الإصدار 4.0، ويمكن استعمالها من أي لغة ترسل طلبات HTTP موثَّقة. لذلك يدور النطاق عادة حول أربعة عناصر:

1. الحدث: ما الذي يطلق الأرشفة في Dynamics: كسب الفرصة، أو تفعيل العقد، أو إغلاق الحالة، أو إرفاق مستند من نوع معين.
2. الاتجاه: يُرسَل الملف وحقوله إلى وثيقة، ثم يُكتب في سجل Dynamics رابط المستند المؤرشف. ويُقرَّر هل يُحذف المرفق الأصلي من Dataverse بعد التأكد من الأرشفة، أم يبقى مدة ثم يُحذف.
3. الحقول: معرّف الحساب أو العميل، ورقم الفرصة أو العقد، والإدارة المالكة، ونوع المستند. المعرّفات أهم من الأسماء.
4. معالجة الأخطاء: ماذا يحدث إن فشل الإرسال؟ من يُنبَّه؟ كيف يُعاد دون تكرار؟

حذف المرفق الأصلي: الخطوة التي يتجنبها الجميع

إزالة الازدواج تعني في النهاية أن يُحذف شيء. وهنا يتردد أغلب الفرق، فتبقى النسخة في Dynamics «احتياطًا» ويعود الازدواج من الباب الخلفي. ضع قاعدة مكتوبة من البداية تجيب عن خمسة أسئلة:

• متى يُعد المستند «مؤرشفًا بنجاح»؟ عند استلام تأكيد من الأرشيف يتضمن معرّف المستند، لا عند إرسال الطلب فقط.
• كم ينتظر الحذف بعد التأكيد؟ بعض الجهات تحذف فورًا، وبعضها تترك مهلة أيام لتدارك أي خطأ تصنيف. المهم أن تكون المهلة محددة وأن يُنفَّذ الحذف آليًا عند انتهائها.
• من يملك صلاحية الحذف في Dynamics؟ الحساب التقني للربط، لا المستخدمون، حتى لا يُحذف مرفق لم يُؤرشف بعد.
• ماذا يُسجَّل؟ في الأرشيف: من أين جاء المستند ومتى. وفي Dynamics: أن المرفق نُقل، ورابط وجهته.
• ما الاستثناءات؟ أنواع مستندات تبقى في Dynamics عمدًا (مسودات العروض مثلًا) يجب أن تُستثنى بالاسم لا بالتقدير.

هذه القاعدة هي الفرق بين «ربطنا Dynamics بالأرشيف» و«أنهينا الازدواج». الأولى ممكنة دونها، والثانية لا.

مثال: شركة توزيع تستخدم Dynamics 365 Sales

اختبارات تثبت أن الازدواج انتهى فعلًا

• بعد إرفاق مستند وأرشفته، لا تبقى نسخة منه في Dataverse (أو تبقى وفق القاعدة المكتوبة فقط).
• إرفاق الملف نفسه مرة ثانية للحساب نفسه لا ينشئ مستندًا ثانيًا في الأرشيف، بل يُرفض أو يُسجَّل كإصدار بحسب القاعدة.
• تعديل الاتفاقية ينتج إصدارًا جديدًا من المستند نفسه في الأرشيف، والرابط في Dynamics يفتح الإصدار الأحدث.
• مستخدم Dynamics بلا دور في وثيقة يرى الرابط لكنه لا يفتح المستند.
• تعطل وثيقة مؤقتًا لا يمنع المستخدم من العمل في Dynamics، والمستندات المعلقة تُرسل عند عودة الخدمة.
• تقرير سعة ملفات Dataverse بعد شهر من التشغيل يُظهر توقف النمو في أنواع المستندات المنقولة.

دور وثيقة في هذا التصميم

يتكامل وثيقة مع Microsoft 365 (SharePoint وOneDrive) ومع البريد الإلكتروني وActive Directory/LDAP، أما Dynamics 365 فيُربط عبر REST API ضمن نطاق يُحدَّد في العرض الفني: الأحداث والحقول والاتجاه ومعالجة الأخطاء. إن كانت مستندات Dynamics لديك مخزنة أصلًا في SharePoint عبر التكامل المبني على الخادم، فاذكر ذلك في طلب العرض؛ فقد يغيّر نقطة الربط المقترحة.

في جهة وثيقة نفسها، ما يخدم هذا التصميم: مستودع مركزي بتصنيف هرمي، وتتبع الإصدارات مع إمكان العودة لأي إصدار، وOCR عربي وإنجليزي، ومسارات موافقة متعددة المراحل، وصلاحيات مبنية على الأدوار على مستوى المجلد والمستند، وسجل تدقيق قابل للتصدير. وتعرض صفحة تكاملات وثيقة مع Microsoft 365 والربط عبر REST API الفرق بين الفئتين.

ولأن كثيرًا من ازدواج Dynamics يأتي من البريد المتتبَّع، فقد يفيدك أرشفة رسائل Outlook ومرفقاتها ضمن ملف المعاملة. وإن كان جزء من المشروع ترحيل مرفقات Dynamics القديمة، فاقرأ إزالة التكرار قبل الترحيل وتمييز النسخة المكررة عن الإصدار المختلف. ولتقييم الواجهة البرمجية نفسها راجع اختبارات الأخطاء وإعادة المحاولة وحدود الاستخدام في API الأرشفة.

ابدأ بجرد مرفقات Dynamics

1. اجرد أنواع المستندات المرفقة في Dynamics اليوم، ومرّر كل نوع على مسار القرار أعلاه.
2. قس الازدواج بعينة الخمسين سجلًا وتقرير سعة الملفات.
3. اطلب عرضًا فنيًا لربط الأنواع التي مرجعها الأرشيف فقط، عبر طلب عرض ربط Dynamics، مع ذكر هل تستخدمون SharePoint المرتبط بالسجل.