User Guide

Asset Management — User Guide

Asset Management is the operational control module for governing company-owned equipment and controlled resources across their full lifecycle. It provides one trusted system to register assets, classify them, assign them to users or locations, record custody movement, track maintenance and audits, and review financial visibility such as depreciation and current value.

The objective is not only to know what the company owns. It is to know where each asset is, who is accountable for it, what condition it is in, what service and audit history it has, and whether its operational and financial state is still acceptable.

When used with discipline, Asset Management reduces lost equipment, weak handovers, delayed maintenance follow-up, duplicate purchases, and audit surprises.

What this module manages

Asset Management covers:

  • Asset register: Name, category, model, manufacturer, unique identifier/tag, status, location, custodian, and notes.
  • Categories and models: Standardized classification for reporting, maintenance planning, and replacement strategy.
  • Manufacturers and status labels: Consistent vendor references and controlled lifecycle states (available, assigned, maintenance, storage, damaged, retired, under review).
  • Locations: Branches, offices, warehouses, rooms, or operational zones where assets are stored or used.
  • Custody history: Full trail of check-out, check-in, transfers between users, and location movement.
  • Maintenance and audits: Repair/service history and physical verification workflows with discrepancy tracking.
  • Depreciation and current value: Financial visibility that supports finance review and replacement planning.
  • Related controlled items: Licenses, accessories, consumables, components, and predefined kits.

Roles and permissions

Recommended separation of duties:

  • System / Asset Admin
  • Controls settings, categories, models, status labels, locations, depreciation rules, and permission boundaries.
  • Owns data quality controls and duplicate cleanup.
  • Asset Custodian / Storekeeper
  • Handles receiving, tagging, assignment, returns, transfers, and storage control.
  • Keeps custody history accurate; avoids off-system handovers.
  • IT / Facilities / Operations Owner
  • Manages daily usage by department and validates status/location accuracy.
  • Does not override finance policy fields.
  • End User
  • Receives assets and may acknowledge handover.
  • Cannot change core asset records or status definitions.
  • Finance Reviewer
  • Reviews depreciation, current value, and replacement impact.
  • Auditor / Compliance Reviewer
  • Reviews custody history, maintenance evidence, audit outcomes, and discrepancy handling.
  • Avoids direct edits to live operational records.

A strong control model separates creation, assignment, approval, financial review, and audit review wherever practical.

Setup before go-live

Before production use, complete this setup sequence:

  1. Build the asset structure
  • Define categories, models, manufacturers, and locations.
  1. Define status meanings
  • Standardize when each status is used (e.g., available, assigned, maintenance, storage, damaged, retired, under review).
  1. Set identification rules
  • Use a unique, non-repeating asset identifier (tag/serial/barcode/internal code).
  1. Publish custody policy
  • Define assignment approval, handover evidence, return flow, transfer flow, and location-change documentation.
  1. Define maintenance and audit policy
  • Set maintenance cycles, audit frequency, ownership, and escalation for damaged/missing assets.
  1. Align financial policy
  • Confirm depreciation method, review cadence, and replacement/disposal linkage with finance.
  1. Configure related records policy
  • Decide how licenses, accessories, consumables, components, and kits are tracked (quantity, assignment, expiry, replenishment).
  1. Run acceptance testing
  • Validate: create, tag, assign, return, transfer, maintenance entry, audit entry, depreciation visibility, and at least one related record type.

Core workflows

1) Register a new asset

  • Create the asset record before operational movement begins.
  • Assign category, model, manufacturer, status, location, and unique identifier.
  • Add procurement details and notes where required.
  • Confirm whether the item belongs in the fixed-asset register or in related records (accessory/consumable/component/license).

2) Assign an asset to a user or location

  • Record who received the asset and where it is located.
  • Capture assignment date, acknowledgment, and condition notes where applicable.
  • Treat assignment as a formal custody event, not an informal edit.

3) Check in / return

  • Record the return transaction and validate condition.
  • Decide whether the asset returns to storage, goes to maintenance, or is reassigned.
  • Complete the handover history instead of removing the assignee field without trace.

4) Transfer between users or locations

  • Use transfer records instead of silent edits.
  • Preserve both previous and new accountability states.
  • Keep location updates strict, especially across branches/warehouses.

5) Record maintenance

  • Log repair/inspection/preventive maintenance events.
  • Update status during downtime and after service completion.
  • Keep outcome records for reliability and replacement decisions.

6) Perform audits

  • Verify physical existence, tag match, location, custodian, and condition.
  • Document discrepancies with clear follow-up ownership.
  • Avoid unexplained direct corrections.

7) Review depreciation and current value

  • Perform regular finance and management review.
  • Use insights for budget planning, insurance context, and end-of-period review.
  • Track licenses, accessories, consumables, components, and kits by their own control logic.
  • Do not mix all item types into the fixed-asset register when governance needs differ.

Reports and review rhythm

A mature process depends on scheduled review, not only data entry.

  • Asset register review: What exists, where it is, status, and current custodian.
  • Custody review: Assigned assets by user/department/location.
  • Maintenance review: Open maintenance, service trends, repeated failures, repeated downtime.
  • Audit review: Missing assets, status/location mismatches, unresolved exceptions.
  • Depreciation/current-value review: Financial profile, overaged assets, replacement risk.
  • Related-record review: Licenses/accessories/consumables/components/kits status.

Recommended cadence:

  • Monthly: status + custody
  • Quarterly: audit + maintenance trends
  • Period-end: depreciation + current value

Best practices

  • Create asset records before physical movement.
  • Enforce one unique identifier per asset.
  • Never change custody without traceable history.
  • Keep status usage disciplined with clear definitions.
  • Treat location as a control field, not a cosmetic field.
  • Separate fixed assets from consumables/accessories/licenses/components unless governance is explicitly unified.
  • Use maintenance and audit history for decisions, not only archival.
  • Keep operational and financial views connected when depreciation and current value are relevant.

Troubleshooting / FAQ

The asset exists physically, but we cannot find it in the register. What should we check?

Check for duplicate naming, wrong category/model/location, or legacy assets that were never registered correctly. Resolve through controlled correction, not by creating another duplicate.

The system shows the asset assigned to the wrong person. What should we check?

Review custody history first. Verify whether the latest assignment, return, or transfer was recorded correctly before changing current custody.

An employee left, but assets are still shown under their custody. What should we do?

Run employee custody review, record formal returns, update condition, and move assets to storage, maintenance, or the next assignee.

Audit shows location mismatches. What does that usually mean?

Usually physical movement occurred without system transfer records. Reinforce the rule that no location change happens without a system update.

Maintenance records are incomplete. Why is this a problem?

Missing maintenance history weakens reliability analysis, repair-cost tracking, downtime visibility, and replacement planning.

Depreciation or current value looks wrong. What should we check?

Review original setup, category treatment, value fields, and finance-policy changes. Ensure operational status edits are not being mixed with financial value assumptions.

We are tracking too many low-value items as fixed assets. What should we do?

Revisit classification rules between fixed assets and related controlled items (accessories, consumables, components, licenses, kits). Not every controlled item should be in the depreciable asset register.

---

إدارة الأصول — دليل المستخدم (المحتوى العربي)

نظرة عامة

إدارة الأصول هي وحدة الضبط التشغيلي لدورة حياة الأصول المملوكة للمؤسسة منذ تسجيل الأصل وحتى تسليمه واسترجاعه وصيانته وتدقيقه ومراجعته ماليًا. وهي ليست مجرد قائمة أجهزة أو معدات؛ بل سجل حوكمة موحد يوضح:

  • ما الذي تملكه المؤسسة
  • أين يوجد كل أصل
  • من المسؤول عنه حاليًا
  • ما حالته التشغيلية
  • ما تاريخه في العهدة والصيانة والتدقيق
  • وما أثره المالي من حيث الإهلاك والقيمة الحالية

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

ما الذي تديره الوحدة

تشمل إدارة الأصول:

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

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

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

أفضل ممارسة رقابية هي الفصل بين الإنشاء والتسليم والمراجعة المالية والتدقيق.

الإعداد قبل التشغيل الفعلي

  1. بناء هيكل الأصول (فئات، طرازات، شركات مصنّعة، مواقع).
  2. توحيد معاني الحالات (متاح، بعهدة، صيانة، تخزين، تالف، خارج الخدمة، تحت مراجعة).
  3. تحديد آلية تعريف فريدة لكل أصل (وسم/رقم/باركود/رمز داخلي).
  4. نشر سياسة العهدة (من يسلّم؟ ما الإثبات؟ كيف يتم الاسترجاع والنقل؟).
  5. تجهيز سياسة الصيانة والتدقيق (الدورية، المسؤوليات، التصعيد).
  6. مواءمة السياسة المالية (الإهلاك، المراجعة، الإحلال، الاستبعاد).
  7. ضبط السجلات المرتبطة (كميات، عهدة، انتهاء، إعادة تزويد حسب النوع).
  8. تنفيذ اختبار قبول شامل قبل الإطلاق.

سير العمل الأساسي

#### 1) إنشاء أصل جديد

  • أنشئ السجل قبل بدء الحركة التشغيلية.
  • حدّد الفئة والطراز والشركة المصنّعة والحالة والموقع والرقم التعريفي.
  • قرر هل العنصر أصل ثابت أم عنصر مرتبط (ترخيص/ملحق/مستهلك/مكوّن).

#### 2) تسليم الأصل بعهدة

  • سجّل المستلم والموقع وتاريخ التسليم والحالة عند التسليم.
  • اجعل العهدة حدثًا رسميًا قابلًا للتتبع.

#### 3) استرجاع الأصل

  • سجّل الاسترجاع وافحص الحالة.
  • حدّد مسار الأصل بعد الاسترجاع: تخزين، صيانة، أو إعادة تسليم.

#### 4) نقل الأصل بين مستخدمين أو مواقع

  • لا تُعدّل السجل بصمت؛ استخدم حركة نقل موثقة.
  • احفظ مسؤولية الطرف السابق والجديد بوضوح.

#### 5) تسجيل الصيانة

  • سجل الإصلاحات والفحوصات والصيانة الوقائية.
  • حدّث حالة الأصل أثناء التوقف وبعد اكتمال الخدمة.

#### 6) تنفيذ التدقيق

  • طابق الواقع الفعلي مع السجل (الوجود، الوسم، الموقع، العهدة، الحالة).
  • وثّق الفروقات وحدد مسؤول المعالجة.

#### 7) مراجعة الإهلاك والقيمة الحالية

  • راجع دوريًا مع المالية والإدارة لدعم الإحلال والموازنة والمراجعة الدورية.

#### 8) إدارة السجلات المرتبطة

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

التقارير وإيقاع المراجعة

  • مراجعة سجل الأصول: ما الموجود؟ أين؟ حالته؟ ومن المسؤول؟
  • مراجعة العهدة: الأصول المسلّمة حسب مستخدم/إدارة/موقع.
  • مراجعة الصيانة: الأعطال المتكررة، التوقف، وتاريخ الخدمة.
  • مراجعة التدقيق: الأصول المفقودة، فروقات الموقع/الحالة، الاستثناءات المفتوحة.
  • مراجعة الإهلاك والقيمة الحالية: الصورة المالية ومخاطر الاستبدال.
  • مراجعة السجلات المرتبطة: التراخيص والملحقات والمستهلكات والمكوّنات والحزم.

الإيقاع العملي الموصى به:

  • شهريًا: الحالة والعهدة
  • ربع سنويًا: التدقيق واتجاهات الصيانة
  • نهاية الفترة: الإهلاك والقيمة الحالية

أفضل الممارسات

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

معالجة المشكلات / الأسئلة الشائعة

#### الأصل موجود فعليًا لكن غير موجود في السجل. ماذا نراجع؟

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

#### النظام يعرض الأصل بعهدة شخص غير صحيح. ماذا نراجع؟

ابدأ بسجل العهدة وتحقق من آخر تسليم/استرجاع/نقل قبل تعديل المستخدم الحالي.

#### خرج موظف وما زالت الأصول بعهدته. ماذا نفعل؟

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

#### التدقيق أظهر فروقات في المواقع. ما السبب المعتاد؟

غالبًا تم النقل فعليًا دون تسجيله في النظام. شدد قاعدة عدم تغيير الموقع إلا مع تحديث السجل.

#### سجل الصيانة ناقص. لماذا هذه مشكلة؟

لأنه يضعف رؤية الأعطال وتكلفة الإصلاح ومدة التوقف وخطط الاستبدال.

#### الإهلاك أو القيمة الحالية غير دقيقة. ماذا نراجع؟

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

#### نسجل عناصر منخفضة القيمة كأصول ثابتة بكثرة. ماذا نفعل؟

أعد ضبط قواعد التصنيف بين الأصل الثابت والعناصر المرتبطة. ليس كل عنصر مضبوط يجب أن يدخل في سجل الأصول القابل للإهلاك.

Need help with this section? Contact our team for guided setup support.