Selected Work

Operational systems, presented in terms of the work they support.

The examples below describe the operating problem, the system and the control model. Further technical and commercial detail can be shared in a confidential discussion.

Marine asset inspection software

Sector: Industrial & Engineering

Status: Delivered system

Operating context

Specialist marine asset inspections had to be carried out in field conditions, with test data, photographs, engineering review and report production connected to the correct asset and inspection record.

System

Connected Intelligence designed and developed offline-first Windows applications for a specialist marine inspection business. The applications support asset setup, guided field collection, test and sensor records, photographic evidence, specialist review and structured document generation.

Control model

  • Correct identity across assets, inspections, test events and evidence
  • Retention of source readings alongside derived results
  • Controlled invalidation and recalculation when inputs change
  • Role separation between field collection and technical analysis
  • Auditable review, amendment and approval
  • Reliable operation where site connectivity is poor
  • Reproducible client reporting from the governed record

Operational value

A more consistent inspection record, a defensible evidence chain and a reusable platform from which further analysis and automation can be developed.

Financial control and compliance platform

Sector: Financial Services

Status: Connected Intelligence product development

Operating context

Financial and compliance teams often reconcile multiple data sources, interpret rules held in deal documents and operate material controls through spreadsheets and manual review.

System

CalcBridge is being developed to connect source documents, trustee, servicer and portfolio data, calculations, compliance tests, exceptions, scenario analysis and review within one controlled platform.

Control model

  • Source-backed terms and evidence
  • Versioned rules and calculations
  • Reconciliation and break management
  • Review queues, ownership and escalation
  • Scenario results separated from approved production outcomes
  • Complete decision and change history
  • Role-based access and data segregation

Operational value

A clearer route from source to test to exception to decision, with less repeated reconciliation and stronger evidence for internal and external review.

Manufacturing and logistics data operations

Sector: Manufacturing

Status: Relevant delivery experience

Operating context

Production, picking, vehicle, cost and defect information was distributed across spreadsheets, SQL sources and operational databases. Reporting required repeated manual aggregation and different teams did not always work from the same definitions.

System

Data pipelines and operational reporting were developed to ingest, transform, validate and present the information on a scheduled basis. Measures were organised around production, transport and operational decisions rather than around the structure of the source files.

Control model

  • Agreed KPI definitions and source ownership
  • Scheduled and repeatable processing
  • Validation and exception handling
  • Traceability from reported measure to source
  • Separation of raw, transformed and presentation data
  • Monitoring of pipeline and data-quality failures

Operational value

A more consistent operating view, less manual reporting effort and a stronger basis for production, logistics and cost decisions.

Distributed infrastructure operations

Sector: Energy & Infrastructure

Status: Solution architecture and product design

Operating context

A distributed network of energy and service assets requires coordination across site availability, bookings, maintenance, field activity, customer or driver interfaces and management reporting.

System

The proposed operating layer combines asset status, service availability, maintenance histories, alerts, scheduling, field workflows, route planning and operational MI while preserving the boundary with local control systems.

Control model

  • Defined asset identity and hierarchy
  • Clear authority for each source system
  • Time, freshness and quality state for operational data
  • Role-based access and controlled actions
  • Event, alert and escalation history
  • Degraded-mode behaviour when integrations are unavailable
  • Traceable maintenance and operational decisions

Operational value

A consistent service view across a distributed estate, with fewer manual hand-offs and a better basis for availability, maintenance and field deployment decisions.

What the work has in common

Each system begins with valuable domain expertise that is difficult to repeat reliably through the existing tools.

We make that expertise explicit in data structures, workflows, rules, calculations and controls, then build the software needed to operate it consistently.