Custom software development for companies
T-NEX develops business applications and extends existing systems, from clickable prototypes and integrations to agreed handover and support.
Explore serviceAsset management · Solution module
Know your inventory and manage operational assets with purpose.
The T-NEX module connects asset registers, locations, loans and inventory checks. It shows where an item is and who is responsible for it. The solution is based on Malaysia's KEW.PA model and is adapted functionally and technically for use in Germany.
T-NEX asset management
One asset, a traceable history.
Find assets, track movements and carry out inventory checks.
See the inventory at a glance
See the inventory at a glance
The dashboard organises assets by status, category and location. Its indicators lead directly to the corresponding registers.
View inventory and movements in one workspace.
Enlarge viewLook up registered assets
The register makes recorded assets findable by registration number. Acquisition values and status remain with each entry.
Traceable asset register
Enlarge viewRecord goods receipt
Goods receipt connects the delivery to its reference, supplier and purchase record. Quantities are recorded in the designated form.
Recorded receipt ready for further processing
Enlarge viewRequest an asset loan
A request connects the asset, place of use and purpose. Choosing a loan or transfer defines the case to process.
Request for the approval workflow
Enlarge viewCompare assets on site
Inventory inspection compares registered and actual locations. Condition and remarks stay with the inspected asset.
Complete inspection lines before completion
Enlarge viewManage decisions
Submitted records come together in the approval inbox. Status, available actions and history are visible on each request.
Approval, issue or rejection in the history
Enlarge view In daily work
How to use the solution.
For organisations managing movable equipment across several locations, such as tools, devices and IT equipment, with defined handover and inspection processes.
The module supports asset registers and inventory using the KEW.PA process model. We adapt forms, language, currency and approvals to your business. Extensions such as fixed-asset accounting or automatic tag scanning require a separate implementation scope.
Functions
How the application supports your team.
01
Asset record
Connect identifiers, acquisition details, location, custodian and movement history.
02
Goods receipt
Reconcile quantities, assign a technical inspection, and accept or reject a delivery with a reason.
03
Loans and transfers
Manage temporary lending and permanent relocation through separate status sequences.
04
Inventory inspection
Check actual location and condition against the register and record discrepancies.
05
Registers and lists
Generate inventory views by register type and location from recorded assets.
06
Pending approvals
Bring together pending decisions and the actions available for each record.
Overview
From goods receipt to an asset record with provenance
A delivery is recorded with its supplier, delivery note, purchase reference and line items. Ordered, delivered, accepted and rejected quantities remain separate. A technical inspection can be assigned where needed. Rejection requires a reason and remains available as its own record.
On acceptance, receipt information is carried into registration. The asset record contains its identifier, serial number, acquisition details, category, location and custodian. The detailed register also supports items such as warranty information and a component list. The organisation’s asset identifier and the registration number assigned by the system serve different purposes.
Overview
Distinguish the registered location from the current position
Equipment on loan still belongs to its registered location, although it is temporarily elsewhere. The module provides separate inventory and current-position views. These lists are generated from the asset register and its transactions.
A discrepancy can therefore be investigated in context: is there a recorded loan, has a transfer taken place, or is the item in the wrong place? The register can be filtered by status, category, location and site.
| Situation | Registered location | Current position |
|---|---|---|
| Regular use | The asset’s assigned location | Expected there and checked during inventory inspection |
| Temporary loan | Remains unchanged | Borrower or recorded place of use |
| Permanent transfer | Changed to the destination when issued | New location; moving it back requires a new transfer |
Overview
Separate approval from the issue of equipment
A movement can contain several items. It records the requester, purpose, destination and, for a loan, expected return date. Approval and actual issue are separate steps; only issue changes the asset status.
The documented sequence allows issue only after approval and return only after an issued loan. A transfer is permanent and therefore has no return step. These rules govern the transaction recorded in the application. Overdue loans are tracked through the movement list and their expected return dates.
Overview
Reconcile the inspection with the asset register
For a location and inspection period, the module places registered items into an inspection sheet. The inspector records the actual location, condition and remarks. An item found on site can be added by its identifier when it is missing from the list.
The sheet distinguishes use, non-use, repair needed, maintenance, loan and missing items. A recorded loan is derived from the asset status. Incomplete lines prevent completion. A completed inspection produces a summary by condition and a coverage rate; the annual certificate consolidates completed inspections.
A missing item is first a finding to investigate. A complete loss or disposal procedure is outside the functional scope of this version.
Overview
Make decisions and permissions explicit
The approval inbox brings together receipts and movements that need a decision. It shows the actions available for the current status. It does not establish an automatic deadline-monitoring function.
The module separates read, write and administration permissions from five functional roles covering asset responsibility, technical inspection, management, inventory inspection and borrowing. Entry, approval and sign-off can be assigned to different people. The version does not technically enforce that they are different people; the intended separation needs explicit treatment in role design and acceptance.
Overview
Four adaptation packages for use in Germany
The base application uses English and Malay KEW.PA labels and amounts in ringgit. For your business context, we plan the following adaptations and implement the agreed scope.
| Package | Documented starting point | Adaptation for your organisation |
|---|---|---|
| Forms and roles | KEW.PA forms with English and Malay field labels | Adapt terminology, required information, responsibilities and sign-off paths to the process |
| Value thresholds | A hard-coded RM 3,000 threshold separates the registers; changing it requires application work | Define the required register logic and implement configurable thresholds |
| Currencies | RM throughout; multiple currencies are not documented | Define EUR display and data fields, and multiple currencies and conversion rules if needed |
| Valuation and depreciation | Acquisition values and register lists; no documented depreciation calculation | Import carrying values from the leading accounting system or develop a separately defined calculation |
Overview
What the demonstration covers
The documented strength is the connection between an item, its location, responsibility and movement. The manual covers an overview dashboard, master and register data, receipts, loans, transfers, inventory inspections and an approval inbox.
Maintenance and disposal already appear in the process diagram, but their processing is marked as a later development stage. An ERP connection, barcode, QR or RFID capture, automatic reminders and complete fixed asset accounting are not documented as available functions in this version. Any such requirements need their own implementation scope.
Overview
Start with one location and its processes
For an implementation, we first define equipment categories, locations, identifiers and responsibilities. A limited set of sample records also includes a rejected delivery, a late return and a location discrepancy. The team can then follow the full path from entry to an inspection finding.
Acceptance specifies the transactions, data transfers, permissions, outputs and operating responsibilities included in the agreed scope. This turns the module into an implementation tailored to your process.
The workflow
How we introduce the solution.
- 01
Record equipment categories, location structure and responsibilities.
- 02
Define forms, thresholds, currencies and valuation scope.
- 03
Walk through a complete process with sample data and exceptions.
- 04
Accept the adaptation, data transfer and operating arrangements against agreed outcomes.
What needs to be agreed before use
Before use in Germany, form and role terminology, value thresholds, currency handling and the import or calculation of carrying values need to be defined and implemented. Maintenance, disposal and loss procedures are marked as later development stages in the version. The module is therefore not a complete fixed asset accounting system.
FAQ
Questions about the solution
Is this a ready-to-use fixed asset accounting system for Germany?
The version is a developed module for asset registers and inventory inspections based on the KEW.PA process model. Use in Germany requires the described adaptations. Complete fixed asset accounting and depreciation calculation are not included in that claim.
What kind of assets does it address?
Movable equipment such as devices, tools and IT equipment. The focus is on identifiers, locations, custodians, movements and inspection findings. Financial investments and real-estate portfolios are outside the described use case.
How does a loan differ from a transfer?
A loan is temporary and leaves the registered location unchanged. It ends with a return. A transfer permanently changes the registered location; moving an item back is recorded as a new transfer.
Does the system enforce separate people for entry and approval?
The version provides different permissions and functional roles. It does not enforce that different people hold these roles. The intended separation therefore needs explicit treatment in role planning and acceptance.
Are maintenance, disposal and scanner capture included?
Maintenance, disposal and loss procedures are marked as later development stages in the described version. Barcode, QR and RFID capture are not documented as existing functions. Required extensions are scoped separately.
Can the module connect to our accounting system?
Such a connection is not a demonstrated standard feature of this module. The project defines the leading data source, asset identifier, value fields, transfer direction and reconciliation. An appropriate data exchange can then be developed and tested.
Related options
You may also be interested in these.
Workflow automation for companies
T-NEX develops custom workflows for requests and approvals, adapting existing components with suitable rules and evaluated AI steps.
Explore service
Software for inspection services
Plan jobs, record inspections on mobile devices and approve reports. T-NEX connects office and field teams, with offline recording and JTL-Wawi integration.
Learn moreReferences
T-NEX software projects: explore manufacturing software, mobile job recording, project planning and other applications for daily work.
Learn moreWhich task would you like to solve next?
Bring a concrete task. Together, we will define what the application needs to do.
Walk through your asset process