Workflow Template
Scaffold alteration request and approval Workflow
Manages scaffold alteration requests end-to-end: intake and acknowledgement, supervisor review and decision, optional engineering sign-off, crew alteration work, supervisor safety inspection with rework loop, and final completion notice.
A site worker needs a scaffold altered, so someone fires off a request and then everyone waits and wonders who's approving it, whether an engineer needs to sign off, and if the crew actually finished the job safely. This workflow handles the whole thing automatically: it logs the request, notifies the requester, routes it to the supervisor for a decision, brings in an engineering check when needed, assigns the crew work, and runs a safety inspection with a built-in rework loop if the scaffold isn't yet safe. Your team spends less time chasing status updates and more time on the actual scaffold work, with every decision and inspection result kept on the record's timeline.
Business Outcomes
- Fewer missed or forgotten scaffold alteration requests thanks to automatic acknowledgement and tracking
- Clearer accountability with supervisor decisions, engineering approvals and inspection results all recorded against each request
- Faster turnaround on approved alterations with defined task due dates for supervisors and the office
- Reduced risk of unsafe scaffolds being returned to use, since inspections that fail automatically loop back to the crew for rework
- Better visibility for requesters, who receive status updates by email at each key stage without needing to chase anyone
Workflow Steps
Steps
- 1Create alteration request recordcreate record
Registers the submitted scaffold alteration request as a record.
- 2Set status to Requestedupdate record
Marks the record status as Requested.
- 3Email acknowledgement to requestersend email
Sends the requester an acknowledgement with their reference number and a reminder that only the crew may alter the scaffold.
- 4Supervisor reviews requestcreate task
Assigns the scaffolding supervisor a task due in 1 day to review the request and record a decision and comments.
- 5Save supervisor decisionupdate record
Persists the supervisor's decision and comments to the record.
- 6Route on supervisor decision
Branches based on whether the request was approved, needs engineering review, or was not approved.
supervisor_decision: "Approved"→Set status to Scheduledsupervisor_decision: "Engineering needed"→Set status to Engineering Reviewsupervisor_decision: "Not approved"→Set status to Not ApprovedDefault→End - 7Set status to Not Approvedupdate record
Marks the record status as Not Approved.
- 8Email requester - not approvedsend email
Notifies the requester that the alteration was not approved, including the supervisor's comments.
- 9Set status to Engineering Reviewupdate record
Marks the record status as Engineering Review.
- 10Email requester - engineering review requiredsend email
Notifies the requester that an engineer must check the proposed change before it proceeds.
- 11Office arranges engineer approvalcreate task
Assigns the office a task due in 3 days to arrange engineering sign-off and record the engineer's approval document.
- 12Save engineer approval to recordupdate record
Persists the engineer's approval document to the record.
- 13Set status to Scheduledupdate record
Marks the record status as Scheduled ahead of crew work.
- 14Crew performs alterationcreate task
Assigns the scaffolding crew a task with no due date to carry out and record the alteration.
- 15Save alteration done notesupdate record
Persists the crew's notes on the completed alteration to the record.
- 16Supervisor inspects alterationcreate task
Assigns the supervisor a task due in 1 day to inspect the altered scaffold and record the result and tag status.
- 17Save inspection resultupdate record
Persists the inspection result and tag status to the record.
- 18Route on inspection result
Branches based on whether the inspection found the scaffold safe for use or not.
inspection_result: "Safe for use"→Set status to Completedinspection_result: "Not safe"→Send back to crew for reworkDefault→End - 19Send back to crew for reworkrestart from step
Restarts the workflow from the crew alteration task because the inspection found the work not safe.
- 20Set status to Completedupdate record
Marks the record status as Completed.
- 21Email requester - alteration completesend email
Notifies the requester that the alteration is done and the scaffold is tagged safe for use.
Fields
- Requester Name*
- Requester Email*
- Requester Mobile*
- Company*
- Site Address*
- Scaffold ID*
- +11 more fields
Forms
Scaffold Alteration Request
10 fields
Data Views
Scaffold Alteration Requests
site_address, scaffold_id, alteration, date_needed +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
Do I need to set this workflow up from scratch, or is it ready to use?
The workflow is ready to use as a template, so your workspace can publish it and start taking scaffold alteration requests within minutes. There's no installation or development project involved — you just publish it and the live process runs straight away.
Can my team customise the steps or wording to match our own process?
Yes, you can change any part of the workflow by describing the change in plain English or editing the steps directly in the workflow editor. Earlier versions are kept, so you can review what's changed over time.
Who is involved in reviewing and approving a scaffold alteration request?
The scaffolding supervisor gets a task to review each request and record a decision — approved, engineering needed, or not approved. Depending on that decision, the office may be assigned a task to arrange engineering sign-off, and the crew is later assigned the task of carrying out the alteration, with the supervisor doing a final safety inspection.
What happens if the supervisor decides engineering review is needed?
The record status changes to Engineering Review, the requester is emailed to let them know an engineer must check the proposed change, and the office is assigned a task to arrange engineering sign-off and record the approval document. Once that's saved, the record moves to Scheduled and the crew is assigned the alteration work.
What happens if the supervisor's inspection finds the scaffold isn't safe?
If the inspection result comes back as not safe, the workflow automatically sends the request back to the crew alteration task for rework. This loop continues until an inspection records the scaffold as safe for use, at which point the record status changes to Completed and the requester is notified.
Is this suitable for tracking multiple scaffold alteration requests across different sites?
Yes, each submitted request becomes its own record with a reference number, a status and a timeline of what's happened. Table views and dashboards let your team see requests across sites by status, so you can spot what's pending review, scheduled, or completed.
Do requesters need an account to submit or track their alteration request?
No account is needed — requesters submit through a public request form and receive updates by email, including their reference number and status changes at each stage. They're notified automatically when the request is not approved, when engineering review is required, and when the alteration is complete.
Can my team send notifications through our own email or SMS setup?
Yes, a workspace can optionally send emails and texts through its own AWS SES, AWS SNS or Twilio account rather than the built-in sending. This applies to any of the notifications in this workflow, such as the acknowledgement, engineering review notice, or completion email.
What gets recorded if we ever need to show how a request was handled?
The record keeps a timeline of status changes — Requested, Not Approved, Engineering Review, Scheduled, Completed — along with the supervisor's decision and comments, the engineer's approval document, and the crew's alteration and inspection notes. Each business should confirm what record-keeping its own compliance obligations require, but this timeline gives a clear history of what happened and when.
Ready to use this workflow?
Create a free account and customise this workflow for your business.
