The policy is a PDF in a folder
It was e-mailed at the start of the job, replaced twice, and the subcontractor who joined in month four has the first version. Nobody can say which version anyone has read.
Project policies
A project policy is only worth what the people on site have read. The contractor needs two things: a way to put the current version in front of every participant, and a way to see how many have confirmed reading it. Fidrel’s Quality, safety & environment page in each project publishes a policy in numbered versions, and each participant presses “I have read this version” on the one that applies.
30 days free · No minimum term.

It was e-mailed at the start of the job, replaced twice, and the subcontractor who joined in month four has the first version. Nobody can say which version anyone has read.
A signature at the gate shows a person was there. It does not show that the current site rules were put in front of them as a document, or which edition.
When the policy changes, the people who read the old one are still marked as having read it. The record has to be per version, so a new version starts the count again.
A policy has a title, country, region, language and project type, and under it a list of versions numbered 1, 2, 3. A version is a Draft until an administrator publishes it, and only a published version can be acknowledged. Publishing is a deliberate act: the administrator must tick that they have reviewed the project’s responsibilities, risks and local requirements first. The published date and time are shown on the version, so the project can show when a given edition of the rules came into force.
H&S forms
A participant who opens a published version sees its text, a link to the imported document if there is one, and the button “I have read this version”. Pressing it records their account and the time against that version, and the version then shows Read with a tick for them. It is their own act, under their own login, not something an administrator can do on their behalf. An administrator sees the count of acknowledgements on the version; the figure says how many have read it.

Step 1
On the project’s Quality, safety & environment page an administrator chooses Create new, gives the Title, Country, Region, Language and Project type, and either imports a PDF or Word file already in the project’s documents or chooses Use starter template.
Step 2
The starter template has seven sections, from Scope and responsibilities to Follow-up and changes, with a prompt in each to describe the project’s procedures, responsible person and timing. Write the Policy text and save; the version is a Draft.
Step 3
Open the draft, tick “I have reviewed project responsibilities, risks and local requirements before publishing” and choose Publish. Only a project administrator can publish, and the version shows Published with the date and time.
Step 4
Each participant opens the published version and chooses “I have read this version”; a tick marked Read then shows on that version for them. The administrator sees the number of acknowledgements beneath the text.
Step 5
Choose New version, edit the text and publish again. Acknowledgements belong to the version they were given on, so the new version starts with none and the old ones remain on record.
Many contractors already have a policy as a PDF or a Word file. Upload it to the project’s documents and choose it under Import from project documents; the version then links to that file and the participant downloads it from the version. Alternatively, the starter template gives seven headed sections to fill in: scope and responsibilities; quality objectives and inspections; environmental objectives, waste and chemicals; risk assessment and protective measures; induction, competence and coordination; emergency response, incidents and deviations; follow-up and changes. Its notice says plainly that it does not certify legal compliance, and that responsibilities, project risks and local requirements must be completed before publishing.
The policy page belongs to the project and needs its documents module. Every member of the project can open it and acknowledge published versions. Creating a policy, saving a new version and publishing are for project administrators, and the import list of PDF and Word files is offered to administrators. The policy text can run to sixty thousand characters, and a long policy is still one version with one count.
The administrator sees how many have acknowledged a version, not a list of who has and who has not. Nobody is reminded by e-mail, and no deadline is set for reading. The acknowledgement is a click, not a signature and not a test of understanding. Documents are not automatically translated, so a policy in another language is a version of its own. The starter template does not certify legal compliance; what a policy must contain is for your H&S adviser.
Your trial applies to your first own project and starts when that project is created. No card required. Afterwards, choose card or invoice to continue.

The project system of the future connects people, documents and decisions. Discover the thinking behind Fidrel.
Read more
On site, answers need to be close at hand. Fidrel displays DWG drawings in your mobile browser, within the project’s document structure.
Read more
When everyone can see the next step, moving the project forward becomes easier. Fidrel brings activities, dates and reported progress together in a shared Gantt view.
Read moreProject policies
Anything else on your mind? We are happy to help.
Talk to usPublish it as a version in Fidrel and ask each participant to press “I have read this version”. The administrator sees the number of acknowledgements on that version; each person sees their own Read tick.
They stay with the version they were given on. A new version starts with none, so the count shows reading of the current text only.
No. The administrator sees the count on the version, not the names of those outstanding. Ask on site, or at the next meeting, who has not yet read it.
Yes. Upload the PDF or Word file to the project’s documents and choose it when creating the version. Participants open the file from the version and acknowledge it there.
A project administrator, after ticking that they have reviewed the project’s responsibilities, risks and local requirements. Other members read and acknowledge.
No. It gives seven headed sections and prompts. Its own notice says it does not certify legal compliance and that responsibilities, risks and local requirements must be completed before publishing.