إدارة طلبات العهد والأصول وتسليمها

مشكلة العهد غير المتتبّعة

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

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

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

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

سجل الأصول والعهد الحي

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

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

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

نموذج طلب العهدة

النموذج يجمع ما يوجّه المسار ويربط الطلب بالأصل الصحيح:

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

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

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

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

مثال تطبيقي كامل

لنأخذ حالة يومية: موظف جديد يحتاج جهاز حاسب محمول. في المنشأة اليدوية يُسلَّم الجهاز بورقة توقيع تُحفظ في درج ثم تُنسى. في النظام يبدو هكذا:

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

التسليم وإقرار الاستلام

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

1. تجهيز الأصل: الجهة المختصة تجهّز الأصل وتؤكد رقمه التسلسلي وحالته.
2. إقرار الاستلام: الموظف يقرّ باستلامه إلكترونيًا، فيوثّق النظام الحالة والتاريخ والهوية.
3. ربط بالسجل: تتحول حالة الأصل تلقائيًا إلى «بعهدة الموظف» ويظهر ضمن عهده.
4. شروط الاستخدام: يُرفق ما يقرّه الموظف من مسؤولية عن الحفاظ على الأصل.

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

الإرجاع وإخلاء الطرف

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

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