Built for Schools. Powered by Innovation.

Follow Us ON

SCHOOLIXA MODULE GUIDE

Inventory & Assets Guide

Track stock items, stores, vendors, inventory movements, requests, fixed assets, documents, assignments, maintenance, and reports.

OVERVIEW

What this module is for

Track stock items, stores, vendors, inventory movements, requests, fixed assets, documents, assignments, maintenance, and reports.

Primary users Store managers, asset managers, admins, and permitted staff
Documentation status Foundation ready
BEFORE YOU START

Prerequisites

  • Inventory permissions assigned
  • Categories, units, stores, locations, and vendors configured
  • Items or assets created before transactions
SCREENS

Main screens

Inventory Dashboard Setup Items Stock In Stock Issue Stock Return Stock Transfer Stock Adjustment Requests Assets Documents Assignments Maintenance Reports
WORKFLOWS

Step-by-step workflows

1

Prepare inventory setup

  1. Create categories and units.
  2. Create locations and stores.
  3. Create vendors where purchase/source tracking is needed.
  4. Add inventory items and define tracking/reorder details.
2

Record a stock workflow

  1. Open the relevant stock page such as Stock In, Issue, Return, Transfer, or Adjustment.
  2. Create the transaction through the normal modal form.
  3. Review quantities and locations.
  4. Post, approve, receive, cancel, or return according to the workflow status.
3

Manage assets

  1. Create an asset in the Asset Register.
  2. Upload asset documents when needed.
  3. Assign the asset to a student, staff member, department, or location.
  4. Use return, transfer, maintenance, retire, or dispose actions as the asset lifecycle changes.
DETAILS

Operational detail

Permission checkpoints

  • Inventory setup, items, stock movements, requests, assets, assignments, maintenance, and reports use separate permissions.
  • Stock lifecycle actions such as post, approve, receive, cancel, and return are server-side protected.
  • Asset assignment and disposal require explicit authority because they change custodianship and lifecycle state.

Field guidance

Category and unit

Define categories and units before item creation so reports and movement quantities remain consistent.

Store and location

Stores track stock movement. Locations identify physical asset placement or stock storage.

Inventory item

Use item code, type, unit, category, tracking mode, reorder level, and status to control stock behavior.

Stock movement

Choose Stock In, Issue, Return, Transfer, or Adjustment based on the real operation being recorded.

Asset register

Track fixed assets separately from consumable stock, including documents, custodians, maintenance, and lifecycle state.

Maintenance

Use maintenance records to track repairs, service status, cost, and asset availability.

Validation and system feedback

  • Quantity changes must reference valid items, stores, locations, and lifecycle state.
  • Duplicate transaction submissions should not create duplicate stock ledger impact.
  • Asset documents must use supported upload formats and remain scoped to the asset.
  • Stock and asset reports read from canonical movement and lifecycle records.

Common mistakes to avoid

  • Creating stock transactions before setup records exist.
  • Using stock adjustment to replace issue, return, or transfer workflows.
  • Mixing fixed assets and consumable inventory under the wrong item type.
  • Ignoring low-stock reports until requests or purchase planning becomes urgent.

Recommended next steps

Add setup records Create items Record stock movement Review asset custodians
SCREENSHOTS

Screenshot plan

Final public screenshots will use synthetic QA data only. Sensitive values such as names, phone numbers, emails, admission numbers, document numbers, credentials, cookies, tokens, and internal IDs must be removed or redacted.

Inventory item list
Stock transaction form
Asset register
Asset assignment form
SAFE USE

Important safety notes

Use normal Schoolixa workflows

Public docs explain user workflows only. They do not expose internal IDs, direct database operations, credentials, provider prompts, or private system configuration. Permission visibility in the interface does not replace server-side permission checks.