ما الذي يجب أن يسجله نظامك الداخلي عند كل إجراء؟

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

سجل التدقيق ليس رفاهية تقنية

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

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

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

سجل التدقيق يخدم 4 أهداف رئيسية:

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

ما البيانات التي يجب تسجيلها دائمًا؟

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

أي نظام مخصص لشركة في السعودية أو الخليج يجب أن يسجل، كحد أدنى، هذه العناصر:

1. هوية المستخدم

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

1. نوع العملية

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

1. القيم قبل التعديل وبعده

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

1. التاريخ والوقت بدقة

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

1. مصدر العملية

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

أحداث لا يجوز تجاهلها في أي نظام مخصص

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

من أهم الأحداث التي ينبغي تسجيلها:

محاولات الدخول الفاشلة

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

تغيير الصلاحيات والأدوار

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

تصدير البيانات وتنزيل الملفات

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

عمليات الحذف والاسترجاع

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

إجراءات مدير النظام

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

كيف تصمم السجل ليكون مفيدًا عند الحاجة؟

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

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

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

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

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

أسئلة اسألها لفريق التطوير قبل بناء النظام

قبل اعتماد تصميم أي بوابة أو نظام داخلي، اسأل أسئلة مباشرة. هذه الأسئلة تكشف نضج التصميم الأمني والتشغيلي:

• هل يسجل النظام من نفذ كل إجراء مهم؟
• هل تظهر القيم قبل التعديل وبعده للحقول الحساسة؟
• هل تُسجل تغييرات الصلاحيات وتصدير البيانات ومحاولات الدخول الفاشلة؟
• هل يمكن البحث في السجلات من واجهة مفهومة للإدارة؟
• من يملك حق مشاهدة السجلات؟ وهل يُسجل وصوله إليها؟
• هل يمكن تعديل السجل أو حذفه؟ ومن يملك ذلك؟
• ما مدة الاحتفاظ بالسجلات؟ وهل تختلف حسب نوع البيانات؟
• هل توجد تنبيهات للأحداث الخطرة؟
• هل تراعي السجلات خصوصية العملاء والموظفين؟

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

أهم الخلاصات

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

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

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