Twelve contexts. One equipment identity.
RelyentX is a multi-tenant EAM and CMMS for oilfield-services firms, equipment manufacturers and project operators. It is the system of record, and it runs with no ERP at all.
Core
Where the product is meant to win. Each of these has its own page.
AI knowledge copilot
Most AI in this category is a chat box bolted onto a database. This one is a Model Context Protocol agent with tools, a scope it cannot widen, and an approval gate in front of every write.
See every moduleAsset registry
The registry owns what an asset is and how it is organised. Maintenance, certification, reliability, projects and inventory all reference it by the same identifier instead of keeping their own copy.
See every moduleMaintenance & work orders
A job card is the unit of work. What makes it useful later is that the close date is stamped by the system, the repair duration is derived rather than typed, and the costs are captured on the card itself.
See every moduleInspection & certification
This is the module that answers an auditor. It owns the certificates, the tests that produce them, and the daily signal that moves an asset from valid to expiring to expired.
See every moduleReliability & analytics
This module holds no data of its own. Every figure is a projection rebuilt from the events that maintenance, certification and the registry emit, which is why a number can always be walked back to the record that produced it.
See every moduleSupporting and platform
Needed to run the business, described here rather than on pages of their own.
Projects, packages & mobilization
Projects contain packages, and a package is the location that holds equipment. Moving an asset between packages raises an equipment movement request, and editing a package’s membership raises the matching one, the two stay in step. A mobilization report shows what is where.
Inventory & spare parts
Valuation, economic order quantity and reorder point, computed on the Wilson formulae. Parts are classified by usage and tagged for criticality on a tenant-defined scale, and stock is issued behind an approval gate where the requester cannot be the approver. Swapping the formulae per tenant is part of the committed model and is not yet on the shipped surface.
Knowledge & documents
Engineering specifications with an optional approval step, standard operating and maintenance procedures with publishing, a downloads registry for software and manuals, and attachments against equipment, job cards and certificates.
Workforce & competency
An employee directory with the personal record, held certifications, fit-to-work status and its restrictions, and training completion.
Supplier management
A supplier register with location, supplied items, and the equipment each supplier provided, moving through create, active and disqualified with a recorded reason.
Notifications & scheduling
A feed of overdue work, preventive maintenance due, certificates expiring and specifications awaiting approval, plus a department-grouped schedule view.
Tenancy, identity & access
A tenant is provisioned by a compensating workflow that creates its Keycloak organisation, its vector collection and its graph database. Users sign in through OIDC, hold an additive set of roles, and are scoped to the tenant’s own country, department, project and package layers.
Reports and search
A filter-driven report engine with Excel export (equipment list, certificate expiry, maintenance due, maintenance history, ready-to-go and mobilization), and one search box across every projected entity.
The knowledge layer
Every entity is searchable, because every entity is ingested.
On every write, an entity is projected into the tenant’s vector store and its equipment knowledge graph, and purged on delete. Access is filtered by permission and organisational scope when you read, never by leaving data out of the index. That is what lets the copilot answer across modules instead of only over documents.
ERP
Optional integration, never a dependency.
The legacy systems this product was modelled on pulled equipment and financial data from Epicor iScala and SAP. RelyentX runs standalone as the system of record, so no ERP is required and nothing in the core depends on one being present. Syncing with iScala, SAP or another ERP is part of the committed model and is not yet on the shipped surface.
See it against your own equipment data.
A walkthrough on your asset classes, your certificate disciplines, your job cards, not a canned demo.