Client asked for RAMS before you can start?

Riskora extracts the job details and builds a client-ready RAMS you can review, edit and download. 100+ industries supported.

UK (RAMS) example document — Two-Storey Rear Extension — 14 Birchwood Lane, Reading. Client: Mr & Mrs A. Whitfield (Private Client). Site: 14 Birchwood Lane, Reading, RG1 5JT. Scope: Construction of a two-storey rear extension (6.4m × 4.2m) to an existing semi-detached dwelling. Works comprise breaking out of existing rear elevation, trench-fill foundations to 1.0m, traditional cavity blockwork to first floor, pre-stressed concrete lintels, timber roof structure with natural slate finish, plus alterations to existing rear wall to form structural opening with rolled steel joist (RSJ 203×102 UB23). Works programmed over 9 weeks with a peak site team of 6 operatives. Hazards assessed: Manual handling — blocks, lintels, plasterboard, Working at height — independent scaffold & roof structure, Buried services strike during excavation, Collapse of excavation / trench wall, Hand-arm vibration (HAVS) — breaking out, drilling, Silica dust — cutting blocks, brick, concrete, Vehicle/pedestrian segregation — narrow domestic street.

Example UK (RAMS) front cover produced by Riskora
Try the new compact mode. Same document, just more compact

Full version

Preview first. No card needed. Download when you're happy.

  • Site-specific structure
  • Editable before download
  • Ready to issue today

Built for contractors whose site access, PO release or induction is gated by a RAMS request.

  • UK · IE · US · CA · AU · NZ
  • RAMS · SWMS · JHA · JSA · COSHH · Task Analysis · Toolbox Talks
  • Site-specific — not a blank template
  • First document free · No card required
You're probably here because…
  • Please send RAMS before attending site.
  • RAMS required before works can start.
  • Can you provide a method statement and risk assessment?
  • Please send site-specific RAMS for approval.
  • RAMS needed before induction.
What to add to the box
  • A client email asking for paperwork
  • A site manager's WhatsApp or text message
  • Scope of works or job description
  • Tender or PQQ notes for the package
  • A previous RAMS to update or improve
Inside the document

When a RAMS request is blocking the job

Every section is structured around the brief you paste — not boilerplate. You confirm what applies to the site before you send the RAMS.

RAMS requested before mobilisation

No paperwork, no access.

Approval needed before turnstile pass

Document gating entry.

Client won't release the PO

RAMS attached to job release.

Induction can't be booked without it

Paperwork blocking the diary.

Sub-contractor pack incomplete

Missing site-specific RAMS.

Reactive job — no prepared RAMS

Built fast from the brief.

Example output

A site-ready RAMS, structured

See how Riskora shapes your brief into a RAMS your client or site manager will accept — every section structured, edit anything before you send it.

Not a blank template

Why a RAMS template isn't enough today

A blank template still leaves every hazard, control, method step and emergency arrangement for you to write. Riskora structures a site-specific RAMS around the brief you paste — the sections principal contractors and site managers actually expect.

Inside the document

What your RAMS actually contains

Riskora builds a structured, client-facing document — not a generic AI paragraph. Every section is shaped around your job, your site and your team.

  • Hazards

    Task-specific hazards for the job, captured row by row — not a generic list pulled from an old RAMS.

  • Controls

    Control measures mapped to each hazard with residual risk scoring after controls are applied.

  • PPE

    PPE requirements tied to the activity and site, ready to brief to the team.

  • Method steps

    Step-by-step method statement structured around how the work is actually sequenced on site.

  • Emergency arrangements

    First aid, rescue plan, emergency contacts and site-specific escalation routes.

  • COSHH prompts

    Substance prompts when the work involves chemicals, dusts, fumes or sealants — flagged early, not missed at review.

  • Sign-off

    Operative sign-off captured against the document — names, dates and acknowledgement of the brief.

  • Version history

    Every change tracked so you can show what was issued, when, and which version the team signed.

  • Approval status

    Clear approval state on every document — draft, in review, approved, issued — visible across the team.

  • Audit trail

    Who created it, who reviewed it, who signed it. A complete trail you can hand to a principal contractor or auditor.

Before & after

From copied-and-pasted to site-specific

The reason RAMS get rejected is rarely the format — it's that the document is obviously generic. Riskora rebuilds it around this job, this site and this task.

Before

Generic template copied from an old job.

  • • Hazards and controls that don't match this site or task.
  • • Method steps written for a different sequence of work.
  • • No emergency arrangements specific to the location.
  • • Client flags it as generic and asks for a rewrite.
After

Site-specific document structured around this job, site and task.

  • • Hazards captured from the actual scope you pasted in.
  • • Method steps sequenced for how the work runs on site.
  • • Emergency arrangements and rescue plan tied to the location.
  • • Approved internally, briefed to the team, signed off and stored.
How it works

From job details to signed-off document

A four-step workflow used by contractors, consultants and safety teams to turn informal job details into client-ready safety paperwork.

  1. 1
    Paste job details

    Drop in a client email, a WhatsApp from the site manager, a scope of works or a tender note. Anything that describes the job.

  2. 2
    Riskora structures the document

    Riskora turns your brief into hazards, controls, method steps, PPE, emergency arrangements and COSHH prompts.

  3. 3
    Review, edit and download

    You stay in control of every section. Tweak anything, then download a clean PDF or share a link.

  4. 4
    Brief the team and record sign-off

    Brief operatives, capture their sign-off and keep a full audit trail of who signed which version.

Built for site reality

Built by people who've written this paperwork on real sites

Riskora is built by a founder with hands-on site and document experience — designed for contractors, consultants and safety teams who need to issue, brief and prove safety paperwork without losing a day to admin.

  • Built for contractors, consultants and teams
    Solo trades, principal contractors and in-house safety teams all run on the same workflow.
  • Supports multiple countries
    UK, Ireland, Australia, New Zealand, US and Canada — wording and document types match the local standard.
  • Not just documents
    Sign-off, approvals, version history and an audit trail — the management workflow around the paperwork.
Start in seconds

Don't lose the start date.

Paste what the client sent you — Riskora structures the RAMS so you can send it back today.

Preview first. No card needed. Download when you're happy.

FAQ

Questions for this exact situation

The client email, WhatsApp message, SMS or site instruction — anything that describes the work. Riskora extracts the job, site, activity and required document type, and prompts for anything missing.

We don't guarantee acceptance — that's always the client's or principal contractor's call. Riskora produces a structured, site-specific RAMS designed for review. You confirm the details before sending.

Built from the job details you paste — site, activity, hazards, controls, PPE and emergency arrangements. Not a recycled generic template.

Most contractors complete a first draft in minutes, then edit before downloading.

Yes — first document free, no card required. Paid plans unlock unlimited documents and team features.

Riskora helps structure a site-specific safety document. It does not replace competent review, site supervision, client requirements or legal duties. Always check the final document before issue.