Maritime equipment service
Project management software for marine equipment service companies: equipment records, standard work nodes, field evidence, problem closure and hand-over documentation.
Operating context
A single overhaul is rarely one visit. It is a sequence of stages in different places, often with several units running in parallel and a hand-over date that does not move.
A plate heat exchanger job may start with an on-board inspection, continue through removal and logistics, pass through workshop unpacking, cleaning, re-plating and several rounds of pressure testing, then return to the vessel for reinstallation.
A cathodic protection job is different again: every vessel has its own ICCP, AEN and MGPS configuration, port and starboard reference points, and a pre-inspection that has to stay linked to what was actually replaced and re-tested afterwards.
A door commissioning job has volume as the problem: many doors with similar numbering, template-driven checks that are easy to skip, and Not OK findings that have to be rectified and re-verified before final documentation can be issued.
Common operational problems
The same question — is it done yet — is asked repeatedly across chat groups, and the answer never lands back on the project, the unit or the node it belongs to.
A percentage on a spreadsheet does not tell a project manager which unit, which door or which node is still open, or who is holding it.
Key actions exist in people’s heads. There is no shared object, standard, status and responsible role that a reviewer can check against.
Photos, test values and reports stay in personal phones, group chats and temporary folders, so the next job starts without the history of the last one.
Proposed workflow
The same eight-step chain, expressed in marine service terms.
What the system can capture
Capture is designed to support the engineer, not to police them: it should be faster than writing the same information twice.
Review and approval roles
Records what was found and what was done. Cannot close a problem as verified.
Sees progress down to the unit and node, reassigns work, and accepts or returns records.
Confirms a rectified problem or returns it. Open problems block the final report.
Decision boundary. Engineering judgement, acceptance of repair quality, class and statutory matters, and safety-critical control system decisions remain with qualified engineers, the customer and the relevant authorities. The software records and routes; it does not certify.
Reports and follow-through
Because photos, measurements and test values are already attached to the right node, report generation is assembly rather than rewriting.
Evidence status
Built and used for real project work covering on-board inspection through workshop stages to reinstallation and reporting. Client, vessel and commercial details are not published.
Built and used for equipment records, pre-inspection, spare parts, service, testing and reporting. Screenshots shown publicly use synthetic demonstration data only.
Built and used for installation and function checks, Not OK problem closure, re-verification and final documentation.
A single cross-supplier, cross-project maintenance archive for ship owners and ship management companies is a direction we want to build. It does not exist today and is not offered as a current capability.
Limitations
The fastest way to test this is a single equipment type on a single project, with the report you actually have to issue as the target.
沪ICP备2026001288号-1
工业和信息化部备案管理系统