لا يبدأ نطاق ربط مرفقات SAP بنظام وثائق مركزي بقائمة ميزات. يبدأ بأربعة قرارات تكتبها قبل طلب العرض: أي كائنات الأعمال تدخل المرحلة الأولى (أمر شراء، فاتورة مورد، عقد…)، وأين يُحفظ الملف الأصلي وماذا يبقى في SAP (رابط أم نسخة)، وأي حدث في المعاملة يطلق الأرشفة، وأي حقول تنتقل مع المستند لتحدد تصنيفه وصلاحياته. يتكامل وثيقة مع SAP ERP، ويأتي هذا التكامل ضمن الباقة المؤسسية، أما تفاصيل هذه القرارات الأربعة فتُكتب في النطاق الفني لكل جهة.
يفيد هذا الدليل مالك نظام SAP ومهندس التكامل ومدير تقنية المعلومات، ويُستعمل قبل أن تطلب عرضًا فنيًا لربط SAP بأرشيف مركزي، أو حين يطلب منك مدير المالية «أن تظهر الفاتورة الممسوحة من داخل المعاملة» ولا تعرف بعدُ حجم ما يعنيه ذلك. الهدف أن تخرج بوثيقة نطاق من صفحة أو صفحتين يفهمها فريق SAP وفريق المورد بالطريقة نفسها.
ما الذي توفره SAP نفسها للمستندات المرتبطة
قبل أن تقرر ما يفعله نظام الوثائق، اعرف ما تفعله SAP أصلًا حتى لا تشتري ما تملكه أو تفترض ما لا تملكه. توثيق SAP يصف ArchiveLink بأنه خدمة مدمجة في خادم تطبيقات SAP لربط المستندات المؤرشفة بمستندات التطبيق المدخلة في النظام. ومن النقاط التي يذكرها التوثيق صراحة:
- ArchiveLink يحتاج إلى نظام تخزين مثبت؛ ولا يهم كيف يُخزَّن المستند فعليًا داخل ذلك النظام.
- الربط يُكتب في جدول ربط أثناء التشغيل، ويعتمد على معرّف فريد لكائن الأعمال (العميل ونوع الكائن ومعرّفه) ومعرّف فريد للمستند المخزَّن (معرّف المستودع ومعرّف المستند).
- أنواع ما يُخزَّن: المستندات الواردة، والمستندات الصادرة، وقوائم الطباعة، وملفات الأرشيف.
- يمكن ربط مستند واحد بعدة كائنات أعمال، أو ربط عدة مستندات بكائن واحد.
ويذكر التوثيق أيضًا أن SAP Content Server يخزّن المحتوى في قاعدة بيانات أو نظام ملفات عبر واجهة HTTP، ويفصل المحتوى عن قاعدة بيانات SAP. الخلاصة العملية: SAP تعرف كيف «تشير» إلى مستند مرتبط بمعاملة، لكن التصنيف الغني والبحث داخل النص والإصدارات وسير الاعتماد على المستند والوصول لمستخدمين لا يملكون حساب SAP كلها أسئلة يجيب عنها المستودع الذي تختاره، لا الربط وحده.
لا تفترض آلية ربط بعينها قبل العرض الفني. قد يكون الربط عبر ArchiveLink أو عبر واجهات أخرى بحسب إصدار SAP لديك (ECC أو S/4HANA) وطريقة استضافته. اطلب من المورد أن يكتب الآلية المقترحة صراحة في النطاق، ومن فريق SAP لديك أن يؤكد أنها مقبولة في بيئتكم.
القرارات الأربعة التي تحدد حجم المشروع
1. أي كائنات الأعمال في المرحلة الأولى؟
الخطأ الأكثر كلفة هو عبارة «كل مرفقات SAP». كائنات الأعمال في SAP كثيرة، ولكل منها مستنداته ومستخدموه وحساسيته. ابدأ بالكائنات التي يتكرر فيها السؤال «أين المستند؟» ويكلّف غيابه مالًا أو وقتًا: عادة أمر الشراء، وفاتورة المورد، والعقد الإطاري، ومحضر الاستلام. أجّل ما عدا ذلك إلى مرحلة ثانية بعد أن يثبت النموذج.
2. أين يعيش الملف الأصلي؟
هنا تُحسم مسألة الازدواج. الخيارات الواقعية ثلاثة:
- الملف في وثيقة والرابط في SAP: المستودع المركزي هو المرجع، ويرى مستخدم SAP المستند من سياق المعاملة. هذا ما تصفه صفحة التكاملات لدينا: الوصول للمستند من سياق المعاملة دون البحث في مجلدات منفصلة.
- الملف في SAP ونسخة في وثيقة: أسهل في البداية، لكنه ينتج نسختين قد تختلفان إذا عُدّل أحدهما. لا تقبله إلا مع قاعدة صريحة: أيهما المرجع، ومتى تُحدَّث النسخة الأخرى.
- الملف في وثيقة فقط دون رابط: مناسب للمستندات التي لا يحتاجها مستخدم SAP أثناء المعاملة، مثل ملفات التدقيق الداخلي المجمّعة.
3. ما الحدث الذي يطلق الأرشفة؟
«عند الإنشاء» ليس دائمًا الجواب الصحيح. فاتورة مورد تُؤرشف عند الإدخال قد تُعدَّل أو تُلغى بعد ذلك. حدّد لكل نوع مستند لحظة واحدة: الإدخال، أو الترحيل، أو الاعتماد، أو الإغلاق. وحدّد ماذا يحدث إذا أُلغيت المعاملة بعد الأرشفة: هل يبقى المستند مع حالة «ملغى»، أم يُنقل إلى تصنيف آخر؟
4. أي الحقول تنتقل مع المستند؟
الحقول هي التي تجعل المستند قابلًا للبحث وتحدد من يراه. الحد الأدنى المعتاد: رقم المستند في SAP، ونوع الكائن، ورمز الشركة، ورقم المورد أو العميل، والتاريخ، والإدارة أو مركز التكلفة. لا تنقل عشرين حقلًا لأنها متاحة؛ انقل ما يُستعمل فعلًا في البحث أو في تحديد الصلاحية أو في مدة الاحتفاظ.
مصفوفة النطاق: نموذج تملؤه مع فريق SAP
الجدول التالي نموذج لما يجب أن يظهر في النطاق. الصفوف أمثلة شائعة؛ استبدلها بما يخص جهتك، واترك الخانة فارغة إن لم يُحسم القرار بعد بدل أن تكتب «حسب الحاجة».
| كائن الأعمال | المستند ومصدره | حدث الأرشفة | الحقول المرافقة | من يطّلع في الأرشيف | المرحلة |
|---|---|---|---|---|---|
| أمر الشراء | عرض المورد المعتمد (ملف وارد) ونسخة أمر الشراء الصادرة | اعتماد أمر الشراء | رقم الأمر، المورد، رمز الشركة، الإدارة الطالبة | المشتريات، الإدارة الطالبة | الأولى |
| فاتورة المورد | الفاتورة الممسوحة أو الواردة بالبريد | ترحيل الفاتورة | رقم الفاتورة، رقم أمر الشراء، المورد، التاريخ، المبلغ | الحسابات الدائنة، المراجعة الداخلية | الأولى |
| محضر الاستلام | محضر موقع ممسوح من المستودع أو الموقع | تسجيل الاستلام | رقم أمر الشراء، الموقع، تاريخ الاستلام | المستودعات، المشتريات | الأولى |
| العقد الإطاري | العقد الموقع وملاحقه | تفعيل العقد | رقم العقد، المورد، تاريخ الانتهاء، القيمة | العقود، الإدارة القانونية | تُحسم |
| قوائم الطباعة | تقارير دورية يولّدها النظام | نهاية الفترة | الفترة، رمز الشركة، نوع التقرير | المالية فقط | مؤجلة |
لاحظ أن عمود «من يطّلع في الأرشيف» لا يساوي بالضرورة من يملك صلاحية المعاملة في SAP. موظف المستودع قد يسجّل الاستلام في SAP، لكن لا حاجة لأن يرى فاتورة المورد ومبلغها في الأرشيف. هذه نقطة تُكتب صراحة.
أين يتعثر مشروع الربط عادة
- توقع أن تنتقل صلاحيات SAP تلقائيًا: أدوار SAP مبنية على المعاملات، وصلاحيات الأرشيف مبنية على أنواع المستندات والمجلدات. اكتب قاعدة ربط بينهما ولا تتركها للتنفيذ.
- نسيان المستندات السابقة: الربط يعالج المستندات الجديدة من تاريخ التشغيل. مستندات السنوات الماضية المرفقة في SAP أو المحفوظة في مجلدات شبكية تحتاج قرارًا منفصلًا: ترحيل، أم تركها في مكانها، أم ترحيل سنوات بعينها.
- أرشفة كل ما يمكن أرشفته: قوائم الطباعة والتقارير الآلية تضخم الأرشيف دون أن يبحث عنها أحد. أدخلها فقط إن كان هناك مستخدم واضح وحاجة احتفاظ.
- غياب مالك من جهة SAP: إذا كان SAP مُدارًا من شريك خارجي، فالتعديلات على جهته (تهيئة، حساب تقني، اختبار) تحتاج أمر عمل عنده. أدرج ذلك في الجدول الزمني من البداية.
- عدم تحديد سلوك الخطأ: ماذا يحدث إذا كان الأرشيف غير متاح لحظة ترحيل الفاتورة؟ هل تتوقف المعاملة، أم تمضي ويُعاد إرسال المستند لاحقًا؟ القرار الثاني هو الأكثر شيوعًا، لكنه يحتاج سجل أخطاء يراجعه شخص محدد.
مثال تشغيلي: فاتورة مورد في شركة مقاولات
الافتراضات: شركة مقاولات تستخدم SAP للمشتريات والحسابات الدائنة، وتدير مشاريع في خمس مدن. الفواتير تصل بالبريد الإلكتروني أو ورقيًا إلى الموقع. المراجعة الداخلية تطلب لكل دفعة: أمر الشراء، ومحضر الاستلام، والفاتورة. قررت الشركة أن تكون وثيقة المستودع المرجعي وأن يظهر رابط المستند في SAP.
- تصل الفاتورة إلى صندوق بريد الحسابات الدائنة، فتُستقبل في وثيقة عبر تكامل البريد وتُطبَّق عليها OCR ليصبح نصها قابلًا للبحث.
- يُدخل المحاسب الفاتورة في SAP ويرحّلها. حدث الترحيل هو المتفق عليه لإطلاق الربط.
- ينتقل مع المستند: رقم الفاتورة، ورقم أمر الشراء، ورقم المورد، ورمز الشركة، والتاريخ. تُصنَّف الفاتورة تحت «فواتير الموردين» ويُطبَّق عليها دور «الحسابات الدائنة» ودور «المراجعة الداخلية» للقراءة.
- يظهر في المعاملة رابط إلى المستند. مستخدم SAP الذي لا يملك دورًا في وثيقة يرى الرابط لكنه لا يفتح المستند؛ وهذا سلوك متعمَّد جرى اختباره.
- عند المراجعة، يبحث المراجع في وثيقة برقم أمر الشراء فيجد المستندات الثلاثة معًا، ويُسجَّل اطلاعه في سجل التدقيق.
ما لم يدخل المرحلة الأولى في هذا المثال: قوائم الطباعة، ومرفقات أوامر البيع، والفواتير السابقة لتاريخ التشغيل. كل منها قرار مؤجل ومكتوب، لا منسي.
قالب بيان النطاق
انسخ القالب التالي وأرفقه بطلب العرض. كلما كانت الإجابات أدق، كان العرض الفني أقرب إلى الواقع وأقل عرضة لأوامر تغيير لاحقة. للإطار الأوسع لما يجب أن يتضمنه طلب العرض راجع المعلومات التي يجب تضمينها في طلب عرض سعر نظام أرشفة.
بيان نطاق: ربط SAP بالأرشيف المركزي — المرحلة الأولى
- إصدار SAP وطريقة الاستضافة: (ECC / S/4HANA، محلي / سحابة خاصة / مُدار من شريك)
- مالك النظام من جهة SAP: (فريق داخلي / شريك — الاسم وجهة الاتصال)
- كائنات الأعمال في المرحلة الأولى: (قائمة محددة، لا «كل المرفقات»)
- المستودع المرجعي: (وثيقة مع رابط في SAP / غير ذلك — مع ذكر السبب)
- حدث الأرشفة لكل نوع: (إدخال / ترحيل / اعتماد / إغلاق)
- الحقول المرافقة لكل نوع: (بحد أقصى ما يستعمل في البحث والصلاحية والاحتفاظ)
- قاعدة الصلاحيات: (من يرى كل نوع في الأرشيف، ومن يرى الرابط فقط)
- سلوك الخطأ: (إعادة الإرسال، سجل الأخطاء، من يراجعه)
- المستندات السابقة: (ترحيل / لا / سنوات محددة)
- الحجم التقريبي: (عدد المستندات شهريًا لكل نوع)
- معيار القبول: (سيناريوهات الاختبار المتفق عليها قبل التشغيل)
كيف تختبر الربط قبل التشغيل
اختبر الربط بمعاملات حقيقية في بيئة الاختبار لدى SAP، لا بعرض شرائح. الحد الأدنى من السيناريوهات:
- معاملة جديدة تنتج مستندًا في التصنيف الصحيح وبالحقول الصحيحة.
- إعادة إطلاق الحدث نفسه لا تنشئ نسخة ثانية من المستند.
- انقطاع الاتصال بالأرشيف لحظة الترحيل لا يُفقد المستند، ويظهر في سجل الأخطاء ثم يُعاد إرساله.
- مستخدم SAP بلا صلاحية في وثيقة لا يفتح المستند من الرابط.
- إلغاء المعاملة في SAP ينعكس على حالة المستند وفق القاعدة المتفق عليها.
- كل عملية يجريها حساب الربط تظهر في سجل التدقيق باسمه.
هذه السيناريوهات جزء من محضر الاستلام، لا ملحق اختياري. لتفصيل أوسع لمعايير القبول العامة راجع معايير قبول نظام الأرشفة قبل توقيع محضر الاستلام، وإن كانت SAP ستتصل عبر واجهة برمجية مخصصة فراجع أيضًا كيف تقيّم API الأرشفة من حيث الأخطاء وإعادة المحاولة والتكرار.
أسئلة لطرفين: فريق SAP ومورد الأرشفة
ربط SAP مشروع بطرفين على الأقل، وكثير من التأخير يأتي من سؤال طُرح على الطرف الخطأ. وزّع الأسئلة من البداية:
لفريق SAP أو شريكه
- هل في البيئة الحالية نظام تخزين مرتبط بـ ArchiveLink أو Content Server؟ وما الذي يُخزَّن فيه اليوم؟
- من يملك صلاحية إنشاء الحساب التقني للربط وتحديد ما يستطيع قراءته في SAP؟
- هل توجد نوافذ تجميد للتغييرات (نهاية السنة المالية مثلًا) يجب أن يتجنبها الجدول الزمني؟
- هل بيئة الاختبار لدى SAP قريبة من الإنتاج بما يكفي لاختبار الأحداث والحقول الحقيقية؟
لمورد الأرشفة
- ما آلية الربط المقترحة مع إصدار SAP لدينا تحديدًا، وما الذي يلزم تهيئته على جهة SAP؟
- كيف يُمنع تكرار المستند إذا أُطلق الحدث نفسه مرتين؟
- أين تظهر الأخطاء، ومن يُنبَّه، وكيف يُعاد إرسال مستند فشل؟
- هل يمكن لمستخدم خارج SAP (المراجع الخارجي مثلًا) أن يصل إلى المستند من الأرشيف وحده بصلاحية محددة؟
- ماذا يحتاج الربط عند ترقية SAP أو ترقية الأرشيف، ومن يتحمل إعادة الاختبار؟
السؤال الأخير كثيرًا ما يُنسى. الربط الذي يعمل اليوم قد يتأثر بترقية أحد الطرفين بعد عامين، فاكتب في العقد من يعيد اختباره ومتى.
أين يقع وثيقة في هذا النطاق
وثيقة نظام سعودي لإدارة الوثائق والأرشفة الإلكترونية (DMS) للمؤسسات. ما يخص ربط SAP تحديدًا:
- التكامل: يتكامل وثيقة مع SAP ERP، ويأتي تكامل SAP وOracle ضمن الباقة المؤسسية كما في صفحة الأسعار.
- قدرات يعتمد عليها الربط: مستودع مركزي بتصنيف هرمي ووسوم، وOCR عربي وإنجليزي يجعل الفواتير الممسوحة قابلة للبحث، واستقبال المستندات عبر البريد، وصلاحيات مبنية على الأدوار على مستوى المجلد والمستند، وسجل تدقيق لكل فتح وتنزيل وتعديل، وسير عمل للموافقات إن أردت اعتماد المستند داخل الأرشيف.
- يُحدَّد في النطاق الفني: آلية الربط في بيئة SAP لديك، وكائنات الأعمال والحقول والأحداث، وترحيل المستندات السابقة، وأي شاشات أو تقارير خاصة.
التفاصيل العامة لما يتكامل معه وثيقة مباشرة وما يُنفَّذ عبر API وما يُعد تخصيصًا موجودة في صفحة تكاملات وثيقة مع SAP وOracle وMicrosoft 365. وإن كان جزء من قرارك هو هل تبقي المرفقات في ERP أم تنقلها إلى أرشيف مستقل أصلًا، فهذا نقاش معماري تجده في المقارنة بين مرفقات ERP والأرشيف المركزي المستقل.
ثلاث مهام قبل طلب عرض تكامل SAP
- اجلس مع مالك SAP ساعة واحدة واملأ مصفوفة النطاق للكائنات الثلاثة أو الأربعة الأهم فقط.
- قدّر الحجم الشهري لكل نوع مستند من تقارير SAP نفسها.
- أرفق بيان النطاق بـطلب عرض تكامل SAP، وانتظر من العرض الفني أن يفصل آلية الربط وسيناريوهات الاختبار.
أرسل متطلبات التكامل للحصول على عرض فني
حدّد النظام المطلوب ربطه، واتجاه البيانات، والحقول، وعدد المعاملات التقريبي؛ لنميّز ما هو تكامل منشور وما يُنفّذ عبر API ضمن نطاق.
- عدد المستخدمين المتوقع والإدارات المشاركة
- حجم الأرشيف الحالي تقريباً (عدد الملفات أو الصفحات أو الحجم بالجيجابايت) ونسبة الورقي منه
- نموذج الاستضافة المفضل: سحابة داخل المملكة أو خوادم الجهة
- النظام الحالي للملفات والأنظمة المطلوب التكامل معها
الهاتف وواتساب: +966 56 533 0501 — الأحد إلى الخميس 9 صباحاً حتى 6 مساءً.