For twenty years, tanker vetting preparation had a workable shortcut. VIQ7 presented a fixed questionnaire of roughly 300 questions, and a competent crew could learn it. SIRE 2.0 removed that option deliberately. Each inspection now runs against a Compiled Vessel Inspection Questionnaire of approximately 100 questions, generated algorithmically from a much larger Question Library based on vessel type, equipment, operational history, PIQ declarations and which rotational questions have already been assigned. No two consecutive inspections on the same vessel carry the same set. Roughly half are Core questions covering catastrophic and severe risk areas and appear essentially every time; Rotational 1 questions surface every third or fourth inspection, Rotational 2 around every sixth, with Campaign and Conditional questions layered on by vessel type and risk profile. Every question is then assessed across three elements — Hardware, Process and Human — and the human element is assessed directly, with crew observed and questioned on whether they can actually perform a task rather than whether a procedure exists on paper. Preparation stopped being something a crew can revise for and became something a fleet has to maintain continuously. Start a free trial of Marine Inspection and see what continuous readiness looks like across a tanker fleet.
Anatomy of a Compiled Vessel Inspection Questionnaire
Understanding how the CVIQ is assembled tells you what a software platform actually has to track. Each category behaves differently, and the ones that appear rarely are the ones crews are least prepared for. Book a Marine Inspection demo and see question coverage mapped across your own vessels.
Three Elements, and Why One Defect Becomes Several Observations
This is the mechanism tanker operators most often underestimate. Every question can be assessed across three elements, so a single physical shortcoming rarely produces a single finding. Sign up for Marine Inspection and convert findings into tracked work before they multiply.
What Tanker Inspection Software Has to Do
The requirements below follow directly from how SIRE 2.0 operates rather than from a generic feature list. The final column is the test that settles each one inside a demo. Schedule a walkthrough and run them against your own fleet data.
| Requirement | Why SIRE 2.0 Demands It | What Good Looks Like | Test in the Demo |
|---|---|---|---|
| CVIQ coverage tracking | The algorithm checks question history, so consecutive inspections deliberately differ across a large library | Per-vessel record of which Core, Rotational, Campaign and Conditional categories have been covered, with gaps flagged | Ask which rotational categories your oldest vessel has not seen in three inspections |
| Photo repository management | Standardised vessel photographs must be maintained current within six months across safety-critical equipment, cargo areas, accommodation and engine spaces | Systematic collection, dating and organisation per vessel with expiry visibility across the fleet | Show which vessels have repository images approaching the six-month limit |
| Observation to corrective action | Negative observations must become tracked tasks with deadlines, owners and completion evidence, and the next inspector verifies remediation | One-step conversion of a finding into a work order or SMS corrective action with automated follow-up | Convert a real observation into an assigned task inside the demo |
| PIF trend analysis | Every negative observation carries mandatory Performance Influencing Factor attribution, making human-factor patterns visible across a fleet | Aggregation of PIF data across inspections to identify systemic issues for targeted training | Ask which PIF appears most often across your last ten inspections |
| Human element preparation | Crew are observed and questioned on genuine operational competence rather than procedural existence | Competence evidence linked to the people who performed the work, and internal audits run against the library | Produce evidence that a named crew member has performed a specific critical task |
| Declaration accuracy | HVPQ and PIQ entries drive the questionnaire, and cargo type and STS declarations trigger specific question sets | Declaration data held and reviewed as a maintained record rather than completed under time pressure | Show when each vessel's declarations were last reviewed, and by whom |
| Offline capture | Internal preparation happens at sea, where connectivity is intermittent or absent | Full create, edit and submit offline with photographs, syncing on reconnection | Airplane mode, complete an internal inspection with photos, then reconnect |
| Fleet-wide cascade | Findings on one vessel predict findings on sisters, and the library is common across the fleet | Patterns from each inspection feeding preparation on every other vessel | Ask how a finding on one tanker reaches the master of another |
| Adjacent regimes | The same readiness carries into PSC, chemical-sector vetting under CDI and charterer inspection regimes | One evidence base serving several questionnaires rather than parallel preparation efforts | Generate a PSC-oriented pack from the same underlying records |
Four Problems That Only Appear at Fleet Scale
Managing SIRE 2.0 for one tanker is demanding but tractable. Across ten, twenty or fifty vessels, each with different inspection histories, different rotational coverage, different declarations and different crew rotations, four specific problems break manual tracking. Start a free trial and check how many your fleet currently absorbs by hand.
Evaluating a Platform for a Tanker Fleet
Run this against every shortlisted platform. It targets the capabilities SIRE 2.0 specifically creates demand for, rather than the general maintenance features every vendor claims. Book a walkthrough and work through it with a marine superintendent present.
| Area | The Question | A Real Answer | What Should Worry You |
|---|---|---|---|
| Question library | Can we run an internal inspection against the full library, not just recent findings? | The library structure is present and filterable by chapter and category | A generic checklist builder you are expected to populate yourself |
| Coverage history | Which categories has each vessel covered, and where are the gaps? | A per-vessel matrix produced live, from your data | An offer to export inspection dates into a spreadsheet |
| Three elements | Does an internal inspection assess Hardware, Process and Human separately? | Three distinct response paths per question, with human factors captured | A single pass or fail per question, which is the VIQ7 model |
| Photo repository | How do we know which vessels are approaching the six-month expiry? | Repository status per vessel with dates visible fleet-wide | Photographs stored as attachments with no expiry concept |
| Corrective actions | How does an observation become a maintenance job with an owner and a deadline? | Demonstrated in one step during the demo on a real finding | A workflow requiring re-entry into a separate maintenance system |
| Offline | Can a chief officer complete an internal inspection at sea with no connectivity? | Airplane mode demonstration with photographs, then a clean sync | Read-only offline, or an assurance that connectivity is usually adequate |
| Adjacent regimes | Does the same evidence base serve PSC and chemical-sector vetting? | One record producing several output formats | Separate modules requiring the same work to be recorded twice |
| Reference | Which tanker operators of our size and trade use this today? | A named, contactable reference with a comparable fleet | Logos with no reachable person behind them |