ما هي منصة خدمات المحتوى؟

منصة خدمات المحتوى (CSP) هي مجموعة من الخدمات لتخزين محتوى المؤسسة وحاكميته والعمل عليه، مصممة لتستهلكها تطبيقات أخرى عبر واجهات API بدلًا من استخدامها كمستودع قائم بذاته فقط.

وقد طرح محللو القطاع هذا المصطلح ليحلّ محل إدارة المحتوى المؤسسي (ECM)، وكانت إعادة التسمية علامة على تحوّل معماري حقيقي لا مجرد تغيير في التسمية.

ما الذي تغيّر عن ECM

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

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

والنتيجة العملية: لم يعد النجاح يُقاس بمقدار المحتوى الذي رُحِّل إلى مكان واحد، بل بمدى اتساق تطبيق السياسة أينما كان المحتوى.

القدرات المعتادة

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

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

سياسات الاحتفاظ تطبّق قواعد دورة الحياة بحسب فئة المحتوى، وتغذّي إدارة السجلات حيث يُطلب إعلان السجل رسميًا.

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

البنية القائمة على API أولًا هي السمة المميزة. فكل قدرة متاحة في الواجهة متاحة برمجيًا، وهذا ما يسمح بتضمين خدمات المحتوى داخل برمجيات أخرى.

خدمات البيانات الوصفية والتصنيف تطبّق تسميات متسقة عبر المصادر، وغالبًا باستخدام تصنيف المستندات حتى لا تتوقف الحوكمة على وسم المستخدمين للمحتوى وسمًا صحيحًا.

مقايضة الاتحاد بين المستودعات

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

فرض السياسة قوي بقدر أضعف موصّل فقط. فإذا لم يعرض مستودع أي API لتطبيق الاحتفاظ، صار ذلك المحتوى محكومًا بالعُرف لا بالمنصة.

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

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

الاتحاد هو الخيار الافتراضي الصحيح لمعظم المؤسسات، لكنه يستبدل مشروع ترحيل كبيرًا بعبء تكامل مستمر. وهو ليس إلغاءً للعمل.

حيث تلتقي CSP بالذكاء الاصطناعي للمستندات

منصة خدمات المحتوى تحكم المحتوى. أما تفسيره فقدرة منفصلة: المعالجة الذكية للمستندات تحوّل المستندات إلى بيانات، والتوليد المعزَّز بالاسترجاع يجيب عن الأسئلة من المحتوى.

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

ما يخطئ عادةً

تُشترى كمستودع وتُستخدم كذلك. منصة قائمة على API أولًا لكن تُستخدم من خلال واجهتها الخاصة وحدها تقدّم القيمة نفسها التي كان يقدّمها نظام ECM الذي حلّت مكانه، وبالكلفة نفسها.

افتراض أن الحوكمة موروثة. ربط مستودع لا يطبّق السياسة تلقائيًا على محتواه القائم؛ واستدراك التصنيف والاحتفاظ للمحتوى الموجود أصلًا هو عادةً الجزء الأكبر من العمل.

تكاثر مساحات العمل. بغير قواعد لدورة الحياة، تتراكم مساحات العمل لكل مشروع بلا نهاية وتعيد إنتاج التشتّت الذي وُجدت المنصة لحلّه.

يوفّر Contellect One هذه الخدمات في إدارة المستندات والمحتوى.