Current platform surface

See the operating surfaces utilities can use now.

BackflowCore.ai is broader than a submission form or a registry grid. The current platform spans registry, tester readiness, dynamic submissions, compliance notices, scoped portals, dashboards, maps, and survey follow-up workflows.

Program and tester dashboards Map-backed registry visibility Hazard and survey follow-up
BackflowCore.ai platform dashboard screenshot
Current product depth Use dashboards, queues, map views, portals, submissions, and compliance operations from the same backflow operating model.

Registry + map foundation

Manage properties and assemblies with imports, coordinates, hazard context, due timing, inspection history, and map-based program visibility.

Tester + kit readiness

Run public onboarding, verification, credential documents, calibration evidence, and assignment-based test kit gating inside one readiness workflow.

Dynamic submissions + review

Capture the right form for the device, support drafts and attachments, then auto-approve or route to review with decision trace preserved.

Compliance + communications

Track compliance state, notice history, communication traceability, reports, and follow-up actions without rebuilding the record from exports.

Platform modules

The current platform is organized around the work, not around disconnected tools.

These are the operating surfaces the site should describe as current. They already exist in the backflow module and are strong demo anchors for utility buyers.

Registry

Property and device records

Backflow-owned records with imports, dedupe, data quality workflows, due-date context, and history.

Readiness

Tester, provider, and kit eligibility

Approval, credential documents, calibration evidence, provider rosters, and kit assignments before work is accepted.

Submission

Dynamic forms and routing

Authenticated and public submissions routed to the right backflow form version for the actual device and program context.

Portal

Scoped external workflows

Certified tester, service provider admin, and customer experiences that stay inside strict access boundaries.

Visibility

Dashboards, map, reports, and queues

Program overview, tester workspace, map layers, reporting, review queues, and communication trace pages.

Hazard follow-up

Survey and corrective workflow support

Survey cases and hazard follow-up exist in the product today, while deeper jurisdiction-specific automation continues to expand.

How it runs

From device lookup to compliance action.

The platform should be evaluated as an operating sequence, not as isolated screens. The current path is clear, concrete, and tied to the implemented backflow surface.

1

Find the right property and device

Start from the authoritative record with registry detail, map context, and device history already in place.

2

Validate the actor and equipment

Apply tester approval, credential checks, calibration evidence, and kit readiness before accepting the submission.

3

Capture the right form

Load device-type form logic, attachments, attestations, and draft-friendly field workflows rather than pushing generic PDFs through email.

4

Decide, notify, and report

Review or auto-approve, update compliance state, maintain notice history, and expose the result in dashboards, reports, and traceability views.

BackflowCore.ai backflow workflow and inventory workspace
Utility-led control The utility keeps the authoritative program record while external users interact through scoped workflows.
BackflowCore.ai reporting dashboard and operational metrics
Current vs expanding

Concrete now, deeper policy and enforcement depth next.

Current platform claims should lead with registry, readiness, submissions, notices, portals, dashboards, maps, and survey workflow support. The safer expansion lane is deeper tenant policy depth, advanced enforcement automation, and later-phase dashboard customization.

Public tester, provider, and customer portal flows Compliance notices and communications traceability Program dashboards, map workflows, and reports

Scheduling, payments, and unrelated utility workflows remain intentionally out of scope for the backflow product story.