FleetStart Radar

Job-planning operations guide

How to turn Street Manager roadworks data into a practical job-risk workflow

Roadworks data becomes operationally useful when it is compared with a real job location and date. The objective is not to show every roadwork in England. It is to reduce the number of relevant access risks a planner has to find manually.

Official source: Department for Transport: Plan and manage roadworks

The Department for Transport says roadworks data entered into Street Manager is available for public viewing free of charge through an API and registration.

Input

A saved job with a usable location, working date and customer context.

Match

A nearby, time-relevant received roadworks event that deserves review.

Decision

A planner verifies the event and chooses whether to reroute, reschedule or monitor.

1. Start with the job, not the national feed

Relevance depends on place and time

A national roadworks stream is too broad for a useful daily workflow. A saved job narrows the question: could a received event affect access to this customer location during the planned service window? The result is a review queue, not an automatic route instruction.

Roadworks records can change. Verify the current source and local access conditions before making a dispatch, safety or customer commitment.

2. Save enough context to make the alert actionable

The minimum useful job record

FieldWhy it mattersGood practice
Customer and siteLets the planner identify the affected commitment.Use a business or service-site label, not unnecessary personal data.
Postcode or locationProvides the geographic basis for matching.Check accuracy before relying on proximity.
Planned dateFilters out works that do not overlap the visit.Update the date when the job moves.
Internal referenceConnects the alert to the dispatch or CRM workflow.Use a non-sensitive operational identifier.
Notes and statusRecords the decision and prevents duplicate review.Keep notes factual and time-stamped.

3. Triage rather than panic

A three-level review model

  1. A
    Monitor.

    The event is nearby or potentially relevant but does not yet justify a plan change. Recheck closer to the visit.

  2. B
    Confirm.

    The timing and location overlap enough to check the source, customer access information or local authority detail.

  3. C
    Act.

    A verified restriction affects the planned service. The responsible operator decides whether to reroute, change timing or contact the customer.

4. Measure whether monitoring changes operations

Useful JobGuard measures

Jobs monitored

Scheduled jobs with sufficient location and date data for comparison.

Relevant matches

Received events that pass the system's location and time criteria.

Verified impacts

Matches confirmed by an operator as affecting a planned job.

Actions recorded

Reroutes, timing changes, customer updates or monitoring decisions captured in the workflow.

FleetStart JobGuard supports triage. It is not a navigation service, a safety authority or a guarantee that every restriction, delay or access condition is represented.

Questions worth asking

Practical FAQ

Does JobGuard replace route planning or navigation?

No. It creates a source-linked review workflow around saved jobs. Operators remain responsible for current route, access and safety decisions.

Why not display every roadwork?

A national event list creates noise. Matching against real job locations and dates focuses attention on records that may be operationally relevant.

Can a roadworks alert guarantee that access is blocked?

No. Event status, timing, geography and local conditions must be verified before changing a job plan.