Skip to main content
Zemerc
The portfolio

27 applications. Start with the industrial record you need to govern.

Zemerc is a portfolio of independently operable applications. Each one governs a defined class of industrial record and can be adopted on its own. Start with the record or workflow that needs control, then add other applications only where the operation requires them.

How it is sold

A portfolio of independently operable applications, not dependent modules in a single platform.

The distinction matters commercially and operationally. Clients can purchase and operate one application without buying the wider portfolio or depending on another Zemerc product.

  • Every application stands on its own

    Each application has its own users, data, controls and release lifecycle. It remains fully operable as a standalone product.

  • Adopt one and stop there

    A customer can take a single application for a single team and never take another. Widening is a decision, never a dependency.

  • Connected only where records genuinely relate

    Applications exchange defined records only where the underlying work crosses a real operational boundary.

Find your application

Narrow the portfolio to the application that fits your requirement.

Filter by operating stage and operating area, or search using the record or workflow you manage, such as a punch list, sealed tender, barrier or meter reading.

Search matches application names, governed records and lifecycle stages.

Stage of the operation
Operating area

27 applications in the portfolio

In depth · Governance

PDMS: Project Delivery Management System

Integrated delivery governance: portfolio, project workspaces and stage gates.

The PDMS executive workspace: active projects, controlled documents, critical and high risks and portfolio health across scored projects, with what needs attention ranked by the condition behind it rather than by size, the portfolio condition split across good, watch, concern, critical and could-not-be-scored, and discipline posture across schedule, progress, cost, construction, engineering, governance, procurement and readiness

Portfolio, programme and project in one governed structure, with stage gates that read the workspace registers rather than a status field. Where the history will not support a completion forecast, the platform declines to produce one.

0
Applications in the portfolio
0
Operating areas
0
Stages of the operation
In depth · Evidence

A barrier is assured by activity that happened, not by a policy that says it should.

Performance standards carry their governing standard and assurance frequency. Each assurance activity records what was performed and what was found, and degradations are tracked through to restoration.

  • No integrity score, health index or readiness score is computed anywhere
  • Thickness readings and approved assessment revisions are immutable
  • A defect cannot close until the evidence that justifies closing it is attached
In depth · Reproducibility

Every quantity traceable back to the reading that produced it.

Readings are held immutably with governed substitution, and every reading in the window is classified by the state validation left it in; valid, warning or suspect; rather than silently accepted.

  • Effective-dated calculations re-run a historical period on the method in force then
  • Allocated quantities reconcile against counterparty statements
  • The lineage survives the close, which is when it is actually needed
Where to start

22 problems, and the application that answers each.

Most organisations arrive with a requirement rather than an application in mind. These are the ones we are asked about, set against the application whose job it already is.

How they relate

One record crosses, and only where the work joins.

This is the whole of the integration story. Applications do not share a database because they are sold together; they share a named record because the work genuinely passes from one team to the next.

  • PMSLGMS

    The receipt: what was bought becomes something that has to be moved

  • LGMSCCMS

    The delivered item: what arrived becomes what can be installed and tested

  • CCMSSPIR

    The completed system: what was proven becomes what is handed over

  • QMSCCMS

    The inspection and test record: quality evidence becomes completion evidence

  • IFMSPDMS

    The open interface: a boundary nobody has closed becomes a delivery exposure

  • TSMPSM

    The safety-critical element: a design definition becomes an operating obligation

  • PSMAIRMS

    The barrier: an assurance obligation becomes an inspection and integrity activity

  • AIRMSEAMS

    The defect: an integrity finding becomes maintenance work with a verification step

Choosing one

The first application is chosen by the team that keeps the record.

Not by a procurement committee comparing suites. The team that already maintains the register, the gate log or the meter file knows which one it is, and they are the ones who will prove it works.

  • Each application is operable on its own, so a first adoption commits you to nothing else
  • Cross-area relevance is shown honestly: one home, and the areas it also serves
  • Every application page shows the application’s own screens, not an illustration of them
The complete directory

All 27 applications, by stage and operating area.

Every application in the portfolio, with the area it belongs to and the areas it is also relevant in.

See the applications working with your own records.

A working session built around one of your own registers, projects or assets, showing the application in the context of your actual record structure.