Machine Risk Assessment
built around ISO 12100 logic, not a loose spreadsheet
Safety Software guides your team through the full risk assessment flow: machine limits, hazard identification, risk estimation and evaluation, selection of risk reduction measures, and residual risk assessment. The result is consistent technical reasoning and a report where the decision path can be reconstructed step by step.
For teams that need to show how they reached the decision, not just attach a table to the file
The real value is continuity of reasoning.
The system makes sure the risk assessment does not stop at a hazard list. Every life cycle phase, hazardous situation and hazardous event can lead through to estimation, evaluation, a risk reduction measure, validation evidence and residual risk.
Machine life cycle phases
transport -> assembly -> installation -> commissioning
normal operation -> setup -> cleaning
maintenance -> jam clearing -> diagnostics
dismantling -> scrapping
For each phase:
task/zone -> hazard -> hazardous situation
-> hazardous event -> possible harm
A solid risk assessment starts before the first hazard appears.
ISO 12100 does not start with a table of columns. It starts with defining the machine limits: intended use, reasonably foreseeable misuse, operating modes, hazard zones, exposed persons and life cycle phases.
Safety Software lets you work through transport, assembly, installation, commissioning, normal operation, setup, cleaning, maintenance, jam clearing, diagnostics, dismantling and scrapping. Only against that backdrop does it make sense to describe hazards, hazardous situations and hazardous events.
That is how risk stops being a rough guess and becomes a clear chain: life cycle phase → task/zone → hazard → hazardous situation → hazardous event → possible harm.
- machine life cycle phases as mandatory assessment context
- zones, tasks and exposed persons linked to hazardous situations
- hazards derived from context, not copied from a checklist
Risk estimation has to be readable, whatever method you use.
Risk assessment can be qualitative or semi-quantitative. But a scale on its own proves nothing if the team cannot explain why specific criteria were adopted.
Safety Software helps you keep the rationale for severity of harm, exposure, probability of the hazardous event and possibility of avoiding harm. That means the result of estimation and evaluation is not a lonely number, but a technical decision grounded in the machine context.
- qualitative or semi-quantitative method matched to the project
- rationale for the criteria: severity of harm, exposure, probability and possibility of avoidance
- estimation result linked to evaluation and the decision on risk reduction
Estimation rationale
severity of harm: S
exposure: E
probability of the hazardous event: P
possibility of avoiding harm: A
result -> evaluation -> risk reduction decision
Evidence linked to the risk reduction measure
type-B/type-C standard
PLr / PL
stop-time measurement
safety distance
guard selection
test protocol
instruction
acceptance checklist
A risk reduction measure needs evidence, not just a description.
Risk reduction does not end when someone enters a guard, interlock or procedure. What matters to a technical reviewer is whether the measure has evidence proportionate to the risk and whether it can be tied to a specific hazardous situation and hazardous event.
Safety Software helps you keep that evidence with the risk reduction measure: type-B/type-C standard, PLr/PL calculation, stop-time measurement, guard selection, safety distance, test protocol, instruction or acceptance checklist. That strengthens complete risk assessment documentation and cuts the risk of empty declarations in the conformity process.
- risk reduction measure assigned to the hazardous situation and hazardous event
- validation evidence: standard, calculation, measurement, protocol, instruction or checklist
- residual risk assessed after the measure is applied and verified
The difference shows up when you need to reconstruct the reasoning
The question is not whether the tool can produce a table. The question is whether it shows the link between the life cycle phase, the machine, the hazard, the hazardous situation, the hazardous event, the risk reduction measure, the validation evidence and the residual risk.
| Spreadsheet | Document generator | Safety Software | |
|---|---|---|---|
| Machine limits as the starting point | Partly manual | Partly description | Yes assessment structure |
| Machine life cycle phases | Partly list | Partly section | Yes risk context |
| Link between tasks, zones and hazardous situations | Partly columns | Partly form | Yes data relationships |
| Rationale for the risk estimation method | Partly scale | Partly description | Yes criteria + rationale |
| Estimation and evaluation before and after risk reduction | Partly columns | Partly description | Yes full process |
| Validation of the risk reduction measure | Partly attachment | Partly mention | Yes evidence at the decision |
| Residual risk visible in the documentation | Partly comment | Partly section | Yes part of the decision |
| Change history and accountability | None file copies | Partly PDF version | Yes audit trail |
| Complete risk assessment documentation | Partly manual assembly | Yes PDF | Yes PDF + history |
Don't wait for 2027. The new regime has to be built in now.
Machinery Regulation (EU) 2023/1230 is already in force, and some of its provisions apply before 20 January 2027. That date marks the key point when the new regime becomes fully and mandatorily applicable in place of the Machinery Directive 2006/42/EC. Manufacturers should already be factoring the new requirements into risk assessment, machine classification, complete risk assessment documentation and conformity assessment route planning - especially where a product may fall within Annex I Part A or Part B. For machinery or related products that may be classified under Annex I Part A or Part B, analysis against Regulation 2023/1230 should not be postponed until 2027. The correct product classification, the likely conformity assessment route and whether notified body involvement may be required should be established at the design stage.
What really changes when you move from a file to a risk assessment model
This is not interface polish. It is a shift from a hand-edited document to a process that preserves the relationships between ISO 12100 elements.
| Working file | Safety Software | |
|---|---|---|
| Machine limits | description next to the table or in a separate file | part of the assessment structure linked to the next steps |
| Life cycle phases | often described in general terms or ignored outside normal operation | transport, assembly, installation, commissioning, operation, setup, cleaning, maintenance, jam clearing, diagnostics, dismantling and scrapping |
| Hazards | list of items, often with no link to the task | linked to the zone, task, hazardous situation and hazardous event |
| Assessment method | scale with no explanation of the adopted criteria | rationale for severity of harm, exposure, probability and possibility of avoidance |
| Risk reduction | text description, hard to verify after changes | risk reduction measures with before/after assessment, validation evidence and residual risk |
| Validation | evidence scattered across attachments or email | type-B/type-C standard, PLr/PL, measurement, guard selection, protocol, instruction or checklist at the decision |
| Changes | overwritten cells or successive file versions | change history, author and rationale for the decision |
| Report | manual assembly of the material for the record | report generated from the same model the team worked in |
This is a tool for people who take responsibility for technical decisions
A year after a retrofit, it is not enough to remember that "the table came out that way". You need to show the assessment path: the life cycle phase, machine limits, hazard, hazardous situation, hazardous event, risk, measure, validation evidence and the result after reduction.
The biggest value is not the PDF itself. The value is that the team can reconstruct why a given risk was judged acceptable after a specific risk reduction measure was applied.
The system does not pretend that a risk assessment is a form. It treats it as an engineering process in which each element is linked to the step before and the step after.
Common questions about machine risk assessment
Does Safety Software replace ISO 12100?
Can you start with a single machine?
Does the system help with design changes and retrofits?
Is the report enough to count as complete risk assessment documentation?
Build a risk assessment that shows the reasoning
Start with one machine and run the full path: life cycle phases, limits, hazards, hazardous situations, hazardous events, estimation, evaluation, validation of risk reduction and residual risk. No splitting the process across loose files.
Start in Safety SoftwareThe best way to start is with one real machine where you can show the full chain of technical decisions.
From the knowledge base
Practical articles on risk assessment, machinery directives and compliance — supporting this product page.