برنامج تتبع الأصول والعهدة: كيف تبنيه بشكل صحيح؟

برنامج تتبع الأصول والعهدة يعرض من سجل واحد مكان كل أصل تملكه الشركة (حاسوب محمول، هاتف، آلة، أثاث، مركبة، جهاز قياس)، ومن يحتفظ به، وما حالته. يتكون من أربعة أجزاء: بطاقة لكل أصل، وملصق (رمز QR أو باركود) يربط البطاقة بالشيء المادي، وسجل عهدة يوضح من سلّم الأصل لمن، وجرد دوري يقارن السجلات بالواقع. جدول البيانات يكفي في السنة الأولى؛ ومع ازدياد عدد الموظفين والفروع تضيع إجابة سؤال «مع من كان هذا الحاسوب؟». نشرح في هذا المقال نموذج البيانات الصحيح، ومسار الاسترداد عند ترك العمل، والجرد، والعلاقة مع المحاسبة، وقرار البرنامج الجاهز أم البرمجية الخاصة. هذه أول الموضوعات التي نناقشها مع العملاء الذين نبني لهم نظام أصول ضمن الحلول المؤسسية.

هل تتبع الأصول الثابتة هو نفسه تتبع المخزون؟

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

ماذا يجب أن تحتوي بطاقة الأصل؟

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

الجوهر: العهدة تُسجَّل على الأصل لا على الموظف

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

type Assignment = {
  assetId: string;
  employeeId: string;
  issuedBy: string;
  issuedAt: Date;
  returnedAt?: Date;
  returnCondition?: 'ok' | 'damaged' | 'missing_parts';
};

export async function assignAsset(
  assetId: string,
  employeeId: string,
  issuedBy: string,
) {
  return db.transaction(async tx => {
    // Lock the row: the same device cannot be issued to two people at once.
    const asset = await tx.assets.findForUpdate(assetId);
    if (asset.status !== 'in_stock') throw new Error('ASSET_NOT_AVAILABLE');

    const open = await tx.assignments.findOpen(assetId);
    if (open) throw new Error('ASSET_ALREADY_ASSIGNED');

    await tx.assignments.insert({
      assetId,
      employeeId,
      issuedBy,
      issuedAt: new Date(),
    });
    await tx.assets.update(assetId, { status: 'in_use' });
  });
}

سجل العهدة لا يُحذف، بل يُغلق فقط. النظام الذي يتقدم بإضافة سجلات جديدة بدلًا من الكتابة فوق التاريخ هو الوحيد القادر بعد عام على الإجابة دون جدال عن سؤال «مع من كان هذا الجهاز؟».

التعيين وترك العمل والاسترداد

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

الجرد: متى تختلف السجلات عن الواقع؟

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

العلاقة مع المحاسبة: من يحفظ ماذا؟

السجل المالي للأصل (سعر الشراء، والإهلاك، والاستبعاد) يُحفظ في برنامج المحاسبة؛ وبرنامج العهدة لا يحل محله. في الإعداد الصحيح يتشارك النظامان رقم الأصل نفسه: عند تسجيل فاتورة الشراء في المحاسبة تُفتح بطاقة الأصل، وعند اتخاذ قرار الاستبعاد في برنامج العهدة تُبلَّغ المحاسبة. إعادة حساب الإهلاك داخل برنامج العهدة تنتج رقمين مختلفين. شرحنا طريقة بناء هذا الربط في مقال تكامل برنامج المحاسبة؛ واستشر محاسبك بشأن قواعد الضرائب والإهلاك.

برنامج جاهز أم برمجية خاصة؟

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

الخلاصة

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