- القاعدة الحاكمة: نظام تخطيط موارد المؤسسة (ERP) هو مصدر بيانات المعاملة (رقم أمر الشراء، والمورد، والقيمة، والحالة)، ونظام الأرشفة هو مصدر الوثيقة نفسها (الملف، وإصداراته، وتصنيفه، وصلاحياته، ومدة احتفاظه، وسجل الاطلاع عليه).
- لا يُكرر إدخال البيانات حين تنتقل من مصدرها مرة واحدة عند حدث محدد، ويُربط النظامان بمعرّف ثابت لا باسم ملف أو اسم مورد.
- الوثائق ثلاثة أنواع بحسب منشئها: وثائق يولدها ERP، ووثائق تصل من الخارج وتُلتقط في الأرشيف، ومرفقات يرفعها مستخدم ERP. ولكل نوع اتجاه ربط مختلف.
- يرى مستخدم ERP وثائق المعاملة من شاشته، لكن نظام الأرشفة يبقى هو من يقرر ما يُسمح له بفتحه، ويسجل اطلاعه.
- اكتب قبل التنفيذ مصفوفة مصدر البيانات وقائمة الأحداث المحفزة، فهما ما يمنع التكرار والتعارض بعد الإطلاق.
هذه المقالة لمدير تقنية المعلومات الذي يخطط لربط نظام الأرشفة بنظام تخطيط الموارد في جهته، ويريد أن يعرف ما الذي ينتقل، ومتى، وفي أي اتجاه، وأي النظامين يملك كل معلومة. وإن كان قرارك لم يُحسم بعد بين الاكتفاء بمرفقات ERP أو نظام أرشفة متخصص، فابدأ بـمقالة معايير المقارنة بين إضافة الأرشفة داخل ERP والنظام المتخصص.
من أين يأتي تكرار الإدخال أصلًا؟
في أغلب الجهات التي لا يوجد فيها ربط، يحدث المشهد نفسه: المحاسب يسجل فاتورة المورد في ERP برقمها وقيمتها واسم المورد، ثم يمسحها موظف الأرشيف ويكتب الحقول نفسها مرة أخرى في بطاقة الفهرسة. وبعد أشهر يتبين أن اسم المورد مكتوب بصيغتين، وأن رقم أمر الشراء في الأرشيف ينقصه رقم، فلا يجد المراجع الفاتورة من شاشة أمر الشراء.
التكرار هنا ليس مجرد وقت ضائع. كل إدخال مزدوج نسختان من الحقيقة قد تختلفان، ولا أحد يعرف أيهما الصحيحة. لذلك فإن هدف الربط ليس «نقل الملفات آليًا» فقط، بل أن يكون لكل معلومة مصدر واحد تُقرأ منه، وأن ينتقل ما يلزم نقله مرة واحدة وفي لحظة معروفة.
أي النظامين مصدر أي بيانات؟
قبل الحديث عن الواجهات والتقنيات، اجلس مع صاحب النظام المالي ومسؤول الوثائق واملأ مصفوفة واحدة: لكل معلومة، أين تُنشأ، وأين تُعدّل، وهل تُنسخ إلى النظام الآخر، ومتى. هذه المصفوفة هي أهم مخرج في مشروع الربط كله، وهي ما يُراجع عند كل خلاف لاحق.
| المعلومة | المصدر | هل تُنسخ إلى الآخر؟ | قاعدة التحديث |
|---|---|---|---|
| رقم أمر الشراء أو القيد أو الفاتورة في ERP | ERP | نعم، إلى بطاقة فهرسة الوثيقة | يُنسخ عند الحدث، ولا يُعدّل في الأرشيف يدويًا أبدًا |
| المورد أو العميل | ERP (البيانات الرئيسية) | نعم، معرّفه واسمه المعتمد | قائمة الموردين في الأرشيف تُحدَّث من ERP، والوثيقة تحفظ المعرّف لا الاسم الحر |
| القيمة ومركز التكلفة والمشروع | ERP | نعم، إن كانت تُستخدم في البحث أو الصلاحيات | تُحفظ كما كانت لحظة الاعتماد، وتُحدَّث فقط إن اتفقتم على ذلك صراحة |
| حالة المعاملة (معتمدة، ملغاة، مدفوعة) | ERP | نعم، عند تغيرها | تغير الحالة حدث مستقل يحدّث الأرشيف، وقد يبدأ مدة احتفاظ |
| ملف الوثيقة وإصداراته | نظام الأرشفة | لا يُخزن في ERP، يكفي رابط أو معرّف | أي إصدار جديد يُحفظ في الأرشيف، وERP يعرض المعتمد منها |
| نوع الوثيقة وتصنيفها | نظام الأرشفة | لا | يُشتق من نوع المعاملة وفق قاعدة مكتوبة في التكامل |
| الصلاحيات والسرية | نظام الأرشفة | لا | تُطبق على كل طلب عرض، حتى القادم من شاشة ERP |
| مدة الاحتفاظ وسجل الاطلاع | نظام الأرشفة | لا | قد يكون حدث بدايتها قادمًا من ERP، مثل إقفال السنة أو سداد الفاتورة |
قاعدتان تستحقان الانتباه في هذه المصفوفة. الأولى أن اسم المورد لا يُكتب نصًا في الوثيقة، بل تُحفظ إشارة إلى سجله الموحد. فإذا تغير الاسم التجاري للمورد، لا تضيع وثائقه القديمة في البحث. والثانية أن الحقول المالية تُحفظ عادة كما كانت لحظة الأرشفة، لأن الوثيقة المؤرشفة تشهد على حالة معينة. فإن عُدّلت قيمة أمر الشراء لاحقًا، فالأصح أن يصل التعديل وثيقةً جديدة مرتبطة بالمعاملة نفسها، لا أن تتغير بيانات الوثيقة القديمة بصمت.
ثلاثة مسارات للوثيقة بحسب من ينشئها
الخطأ الشائع أن يُصمَّم الربط كأنه مسار واحد. الواقع أن وثائق الدورة المالية تصل من ثلاثة أبواب مختلفة:
1. وثائق يولدها ERP
أمر الشراء المطبوع، وسند الصرف، والقيد اليومي، وكشف المستخلص. هذه يولدها ERP بعد الاعتماد، فيرسلها إلى الأرشيف مع بياناتها عبر الواجهات عند الحدث. لا أحد يمسحها ولا يفهرسها يدويًا. اتجاه الربط: من ERP إلى الأرشيف.
2. وثائق تصل من الخارج
فاتورة المورد الورقية، ومحضر الاستلام الموقع، وخطاب الضمان. هذه تدخل الأرشيف أولًا بالمسح أو البريد، ثم تُربط بالمعاملة. وهنا يكمن معظم تكرار الإدخال. الحل أن يكتب موظف الأرشيف رقم أمر الشراء فقط، فيتحقق النظام منه عبر الربط، ويملأ المورد والمشروع والقيمة من ERP تلقائيًا. إن لم يُعثر على الرقم، تبقى الوثيقة في قائمة «بانتظار الربط» بدل أن تُحفظ ببيانات ناقصة. اتجاه الربط: استعلام من الأرشيف إلى ERP. ويُحدد هذا الاستعلام ضمن نطاق التكامل بحسب ما تتيحه واجهات نظامكم.
3. مرفقات يرفعها مستخدم ERP
عرض السعر أو المراسلة التي يرفقها موظف المشتريات من شاشة الطلب. بدل أن تُخزن داخل ERP كمرفق منعزل، تُرسل إلى الأرشيف عبر الواجهات بنوعها وبيانات المعاملة، ويبقى في ERP رابط إليها. بذلك تخضع للتصنيف والصلاحيات والاحتفاظ كبقية الوثائق. اتجاه الربط: من ERP إلى الأرشيف، بمبادرة المستخدم.
المسارات الثلاثة تلتقي عند معرّف واحد، هو معرّف المعاملة، فتتجمع وثائقها في ملف واحد في الأرشيف مهما كان بابها. وهذا ما توفره الملفات المجمعة التي تعرض ما وصل وما ينقص من وثائق المعاملة.
رحلة الوثيقة بين النظامين
المخطط التالي يجمع المسارات الثلاثة في دورة شراء واحدة، من اعتماد أمر الشراء حتى إقفال الملف.
- حدث في ERPاعتماد أمر الشراء يرسل الوثيقة المولدة ورقم الأمر والمورد والمشروعERP تلقائيًا
- إنشاء ملف المعاملةملف في الأرشيف مفتاحه رقم الأمر، بتصنيف وصلاحيات مشتقة من نوعهنظام الأرشفة
- التقاط الوارد وربطهالفاتورة ومحضر الاستلام يُمسحان، ويُكتب رقم الأمر فتُملأ بقية الحقول من ERPموظف الأرشيف
- التحقق والاكتمالما لم يطابق رقمًا في ERP يبقى بانتظار الربط، والملف يُظهر الناقصمسؤول الأرشيف
- العرض والإقفالمستخدم ERP يفتح الوثائق من شاشته بصلاحياته، وحدث السداد أو الإقفال يبدأ مدة الاحتفاظالنظامان
الأحداث المحفزة: متى تنتقل الوثيقة؟
التوقيت أهم مما يبدو. إن أُرسلت الوثيقة عند الحفظ الأول في ERP، ستمتلئ الأرشفة بمسودات تُعدّل لاحقًا أو تُلغى. وإن أُرسلت في نهاية الشهر دفعة واحدة، فلن يجد المراجع فاتورة الأمس. لذلك حدد لكل نوع وثيقة الحدث الذي يطلق النقل:
| الحدث في ERP | ما يحدث في الأرشيف | ملاحظة التصميم |
|---|---|---|
| اعتماد أمر الشراء | أرشفة الأمر وإنشاء ملف المعاملة | الاعتماد لا الحفظ، حتى لا تُؤرشف المسودات |
| تعديل أمر شراء معتمد | أرشفة الأمر المعدل وثيقة جديدة مرتبطة، أو إصدارًا جديدًا | اتفقوا مسبقًا: إصدار أم وثيقة مستقلة؟ ولا يُستبدل الأصل |
| إلغاء المعاملة | تحديث الحالة في الملف، دون حذف وثائقه | الإلغاء نفسه وثيقة قد تُطلب في المراجعة |
| ترحيل سند الصرف | أرشفة السند وربطه بملف المعاملة | غالبًا آخر وثيقة في الملف، ويمكن أن يطلق تنبيه النواقص |
| إقفال السنة المالية | تثبيت ملفات السنة وبدء مدد الاحتفاظ المرتبطة بها | ارجع إلى الأنظمة النافذة لمدد حفظ السجلات المالية |
| تحديث بيانات المورد | تحديث قائمة الموردين في الأرشيف | تحديث البيانات الرئيسية، لا الوثائق القديمة |
ربط بداية مدة الاحتفاظ بحدث قادم من ERP موضوع مستقل له تفاصيله، تجده في مقالة ربط مدة الاحتفاظ بانتهاء العقد أو إغلاق المشروع، ومتطلبات حفظ المستندات الداعمة للعمليات المالية في مقالة ربط الأرشفة بالنظام المالي.
الربط بالمعرّفات: ما الذي يجعل الرابط لا ينكسر؟
الرابط بين الوثيقة والمعاملة هو ما يبقى بعد سنوات، حين يتغير الموظفون، وربما يتغير ERP نفسه. لذلك اختر المعرّف بعناية:
- استخدم المعرّف الداخلي الثابت، لا الرقم المعروض فقط: بعض الأنظمة تعيد الترقيم كل سنة أو لكل شركة. رقم أمر شراء «1024» قد يتكرر في شركتين أو سنتين. المعرّف الآمن يجمع رمز الشركة ونوع المستند والسنة والرقم، أو يعتمد المعرّف الداخلي الفريد الذي يتيحه النظام.
- لا تربط باسم الملف أو المسار: الأسماء تتغير، والمسارات تُنقل. المعرّف يُحفظ حقلًا في بطاقة الفهرسة.
- احفظ المعرّف في النظامين: الأرشيف يحفظ معرّف المعاملة، وERP يحفظ معرّف الوثيقة أو الملف في الأرشيف. هكذا يمكن التنقل في الاتجاهين، ويمكن مطابقة النظامين دوريًا.
- خطط لتغيير ERP: إن استُبدل النظام المالي يومًا، فستحتاج إلى خريطة بين المعرّفات القديمة والجديدة. حفظ المعرّف القديم حقلًا مستقلًا في الأرشيف يسهل ذلك كثيرًا.
ومتطلبات الواجهات نفسها، من العمليات والمصادقة والأحداث وبيئة الاختبار، تفصّلها مقالة ما يجب أن تتضمنه واجهات API لنظام إدارة الوثائق.
عرض الوثائق من داخل ERP دون كسر الصلاحيات
المستخدم في ERP لا يريد أن يترك شاشته ليبحث في نظام آخر. لذلك يُضاف في شاشة المعاملة زر أو قائمة «الوثائق» تعرض ما في ملفها بالأرشيف. لكن هذا الزر باب، ويجب أن يُضبط:
- الأرشيف يقرر لا ERP: صلاحية فتح المعاملة في ERP لا تعني صلاحية فتح كل وثائقها. عقد سري أو خطاب ضمان قد يُحجب عن بعض من يرون أمر الشراء. الطلب القادم من ERP يمر بصلاحيات الأرشيف للمستخدم نفسه.
- المستخدم نفسه في النظامين: يتحقق ذلك عادة بالدخول الموحد، حتى يعرف الأرشيف من يطلب الوثيقة فعلًا، لا حساب التكامل العام.
- الاطلاع يُسجل: فتح الوثيقة من ERP يظهر في سجل التدقيق كأي اطلاع آخر.
- حساب التكامل محدود: الحساب الذي يستخدمه ERP لإرسال الوثائق يحتاج صلاحية الإضافة في تصنيفات محددة، لا صلاحية الاطلاع على الأرشيف كله.
ضوابط أمن الربط وحسابات التكامل موضحة في قسم أمن التكامل، وخطوات تنفيذ كل تكامل من تحديد السيناريو إلى التشغيل المراقَب في طريقة تنفيذ التكامل مع أنظمة الجهة.
أخطاء شائعة في ربط الأرشفة بـ ERP
- تخزين الملف في النظامين: نسخة في مرفقات ERP ونسخة في الأرشيف. بعد أول تعديل تختلفان، ولا يعرف أحد أيهما المعتمدة.
- السماح بتعديل بيانات المعاملة في الأرشيف: تصحيح رقم أمر الشراء يدويًا في بطاقة الفهرسة يكسر المطابقة. التصحيح يتم في المصدر ثم ينتقل.
- الأرشفة عند الحفظ لا عند الاعتماد: تمتلئ الأرشفة بمسودات، ويختلط المعتمد بغيره.
- ربط صامت بلا متابعة: تفشل عمليات النقل ليلًا دون أن يعلم أحد، ويُكتشف النقص في المراجعة السنوية. كل عملية تُسجل بحالتها، والفاشلة تُعاد وتُنبّه المسؤول كما في لوحة متابعة الربط. وتفصيل إدارة هذه الأخطاء في مقالة إدارة أخطاء تبادل الوثائق بين الأنظمة.
- إهمال الوثائق القديمة: الربط يعمل للمعاملات الجديدة، بينما مرفقات السنوات السابقة باقية في ERP. قرر مبكرًا: هل تُرحّل إلى الأرشيف مع ربطها بمعاملاتها، أم تبقى مرجعًا حتى نهاية مدة احتفاظها؟
- البدء بكل الوثائق دفعة واحدة: ابدأ بدورة واحدة، مثل الشراء حتى الدفع، وأثبت أنها تعمل بلا إدخال مزدوج، ثم أضف دورات المبيعات والأصول والمشاريع.
الخطوة التالية: وثيقة متطلبات الربط
قبل أن تطلب تقدير أي مورد، جهّز وثيقة من أربع صفحات: مصفوفة مصدر البيانات، وقائمة الأحداث المحفزة لكل نوع وثيقة، والمعرّف المعتمد لكل نوع معاملة، والشاشات التي تريد فيها عرض الوثائق داخل ERP. وأرفق بها ما لديك من توثيق لواجهات نظامكم، واسم الجهة التي تملك تعديل ERP لديكم، لأن جزءًا من العمل غالبًا سيكون عندها.
نحن لا نعد بتكامل جاهز قبل فحص واجهات نظامكم. أرسل الوثيقة واطلب تقييم نطاق ربط الأرشفة بنظامكم المالي، فنوضح ما يتحقق عبر الواجهات المتاحة، وما يحتاج تعاون مورد ERP، وكيف يُختبر قبل الإطلاق. وتجد أمثلة لسيناريوهات الربط مع الأنظمة المالية والموارد البشرية في صفحة التكامل مع الأنظمة.
أسئلة شائعة
هل يمكن أن يعمل الربط إذا كان ERP لدينا لا يتيح واجهات برمجية؟
يتوقف ذلك على ما يتيحه النظام فعلًا. بعض الأنظمة القديمة تتيح تصديرًا دوريًا لملفات بيانات أو مجلدًا تُحفظ فيه الوثائق المولدة، ويمكن بناء ربط عليها بتوقيت أقل فورية. وبعضها يتيح واجهات غير مفعلة تحتاج إلى تفعيل من المورد. ويُحسم هذا بعد فحص النظام، لا قبله.
من يتحمل تعديل شاشات ERP لإضافة زر الوثائق؟
غالبًا مورد ERP أو فريقكم الداخلي إن كان يملك صلاحية التطوير عليه، لأن التعديل داخل نظامه. مورد الأرشفة يوفر الواجهة التي يستدعيها الزر ويشرح طريقة استخدامها. لذلك اجعل هذا البند واضحًا في خطة المشروع وميزانيته من البداية.
ماذا لو كان لدينا أكثر من شركة على ERP واحد؟
اجعل رمز الشركة جزءًا من المعرّف، واشتق منه التصنيف والصلاحيات في الأرشيف، حتى لا يرى موظفو شركة وثائق شركة أخرى، ولا تتصادم الأرقام المتشابهة بين الشركات.
هل يغني الربط عن فهرسة الوثائق الواردة يدويًا تمامًا؟
يقلصها إلى الحد الأدنى في الوثائق المرتبطة بمعاملات، فيكفي المعرّف ونوع الوثيقة. أما الوثائق التي لا تقابلها معاملة في ERP، كالمراسلات العامة، فتبقى فهرستها في الأرشيف، ويمكن أن يساعد فيها استخراج البيانات آليًا مع المراجعة.