Workflow Template
Silica dust control pre-start checklist Workflow
Captures a stonemason's pre-start silica dust control checklist for a task, routes unsafe results to a supervisor for corrective action with re-checks, and notifies the stonemason when work is cleared or must be stopped.
When a stonemason fills out a paper checklist and no one tracks whether an unsafe result actually gets fixed, dusty tools keep running and the record of what happened disappears into a clipboard. This workflow captures the pre-start silica dust control checklist as a record, automatically routes any not-safe result to a supervisor for corrective action, and re-checks the fix before clearing work to resume. The stonemason gets a clear email either way, and the record's timeline keeps every submission, decision, and corrective action in one place.
Business Outcomes
- Faster turnaround between an unsafe pre-start result and a documented corrective action
- Fewer unsafe starts thanks to automatic routing of not-safe results to a supervisor before work begins
- Clearer accountability with supervisor issues, corrective actions and safety decisions saved on each record
- Less manual chasing, since stonemasons are notified automatically once work is cleared or stopped
- Better visibility into recurring hazards through a searchable history of checklist results by status
Workflow Steps
Steps
- 1Create pre-start checklist recordcreate record
Registers the submitted pre-start checklist as a record.
- 2Set status to Submittedupdate record
Marks the checklist as submitted and awaiting result routing.
- 3Route on pre-start result
Branches based on whether the checklist result is safe to start or not safe.
result: "Safe to start"→Set status to Clearedresult: "Not safe - stop work"→Set status to Work StoppedDefault→End - 4Set status to Clearedupdate record
Marks the checklist as cleared since the result was safe to start.
- 5Set status to Work Stoppedupdate record
Marks the checklist as work stopped due to an unsafe result.
- 6Email stonemason that work must not startsend email
Notifies the stonemason that the pre-start checklist failed and work must not begin.
- 7Supervisor: review issues and corrective actionscreate task
Assigns the supervisor a task due in 1 day to record issues, corrective actions, and whether it is now safe to start.
- 8Save supervisor review to recordupdate record
Persists the supervisor's issues, corrective actions, and safety decision to the record.
- 9Route on supervisor safety decision
Branches based on whether the supervisor has now confirmed it is safe to start.
supervisor_safety_decision: "Safe to start"→Set status to Clearedsupervisor_safety_decision: "Not safe"→Send back to supervisor for further reviewDefault→End - 10Send back to supervisor for further reviewrestart from step
Restarts the supervisor review task since the site is still not safe, up to 2 times.
- 11Set status to Clearedupdate record
Marks the checklist as cleared now that the supervisor confirms it is safe to start.
- 12Email stonemason that work is clearedsend email
Notifies the stonemason that work is cleared to start, including the corrective actions taken.
Fields
- Stonemason Name*
- Stonemason Email*
- Site Address*
- Date*
- Job Reference*
- Task*
- +17 more fields
Forms
Silica Dust Control Pre-Start Checklist
19 fields
Data Views
Pre-Start Checklists
site_address, prestart_date, job_reference, task +2 more
Dashboard Widgets
Recommended integrations
Setup the following integrations to extend workflow capability.
Send email in the workflow
AWS SES
Similar Workflows
Similar Categories
FAQs
What happens if the pre-start checklist result is not safe to start?
The record status is set to Work Stopped and the stonemason is emailed straight away that work must not begin. At the same time, a supervisor is assigned a task, due in one day, to review the issues and record corrective actions plus a fresh safety decision. Nothing progresses to a cleared status until that supervisor review is completed.
What happens if the supervisor still finds the site not safe after reviewing it?
If the supervisor's decision is Not safe, the workflow sends the review task back to the supervisor for another round, up to two additional times. Each time, the supervisor records issues, corrective actions and a new safety decision, which is saved to the record so there's a running history of what was tried.
Can this handle a site where the supervisor still can't confirm it's safe after the re-checks?
The workflow allows for up to two further supervisor review cycles beyond the first one. Every cycle's issues and corrective actions are saved to the record's timeline, so even if the workflow's automatic routing is exhausted, staff have a full written history of what was checked and attempted to inform next steps.
Who is responsible for each task in this workflow?
The stonemason completes the initial public request form with checklist details, and the supervisor is the only assigned task-holder, responsible for reviewing issues, logging corrective actions, and deciding whether it's now safe to start. The workflow itself handles status updates and notification emails between these two points.
What information does the stonemason receive by email?
If the initial result is not safe, the stonemason is emailed immediately that work must not start. If the checklist is safe from the outset, or if the supervisor later confirms it's safe after corrective action, the stonemason is emailed that work is cleared to start, including the corrective actions taken.
Can we customise the questions on the pre-start checklist form?
Yes, the request form fields — such as stone type, tools used, respirator fit-testing, or wash-down area availability — can be adjusted by describing the change in plain English or editing the workflow steps directly in the workflow editor. Earlier versions of the workflow are kept, so changes can be reviewed or reverted if needed.
What gets saved to the record versus staying with a task?
Because the workflow waits for the supervisor's review task, the issues, corrective actions and safety decision entered on it are saved directly to the record. Anything entered on a task the workflow doesn't wait for would instead stay attached to that task in the record's task list rather than on the record itself.
How do we track how many checklists are being stopped versus cleared?
Every checklist becomes a record with its own reference number, status and timeline, and table views and dashboards group these records by status — Submitted, Cleared, or Work Stopped. This makes it straightforward to see patterns across sites or jobs and review corrective action history for compliance purposes, which each business should confirm against its own obligations.
Does the stonemason need an account to submit the checklist?
No, the stonemason submits the pre-start checklist through a public request form and receives status updates by email, without needing to log into anything. This keeps the process simple for stonemasons working across different sites.
Ready to use this workflow?
Create a free account and customise this workflow for your business.
