Skip to content

Change authorisation workflow

This page describes, in order, the complete cycle that a change follows once created: how authorisations are requested, what the responsible parties do, and how to manage incidents (notes and rejections).

When the change has all the information, the planning authorisation is requested.

  1. Access the Change Management module → Changes → enter the change.
  2. Modify the Status field from Draft to Created.

By default, emails are sent the next day. To send them immediately:

  1. From the change, go to the Submissions tab.
  2. Select the record to send.
  3. Click OperationsForce deferred sending now.

The programme immediately sends the email to the responsibles.

The responsible party receives an email from SmartOSH Notifications with a View document link.

  1. Access your inbox and open the SmartOSH Notifications email.
  2. Click on View document.
  3. A page is displayed to view and download the document, and to perform the corresponding action.

The planning authorisation responsible has three options:

  • Authorise and sign: opens the signature screen. After signing, the change status changes to Planning and the sending (deferred) of the documentation request is automatically generated.
  • Add notes: opens a screen to write notes. The change returns to Draft and the change owner receives a notification to manage them.
  • Reject: opens a screen to indicate the reason. The change status changes to Rejected and the programme sends an informative email to the change owner, the authorisation responsibles, and the employees on the distribution list.

If a planning authorisation responsible adds notes, you must resolve them to continue the process:

  1. Access the Change Management module → Changes → enter the change.
  2. In the Notes tab, select the corresponding note. Check the Applied box if appropriate, fill in the Application comments field, and click Accept.
  3. Modify the change information according to the notes, if you consider it appropriate.
  4. Change the change status from Draft to Created so that the authorisation request for planning is automatically generated again.

If a responsible party rejects the change at any stage:

  1. Change the change status from Rejected to Draft and modify the information according to the rejection reason, if you consider it appropriate.
  2. Change the status from Draft to Created to restart the cycle and automatically regenerate the corresponding authorisation request.

When all planning authorisation responsibles have signed, a sending (deferred) of the documentation request is automatically generated to the responsibles who must provide it.

From the change → Submissions tab → select the record → OperationsForce deferred sending now. The programme sends the email to the documentation responsibles.

What the documentation responsible receives

Section titled “What the documentation responsible receives”

An email from SmartOSH Notifications with the link to attach the document.

  1. Access the SmartOSH Notifications email.
  2. Click on Attach document.
  3. On the page that opens, use Choose files to attach and click Accept.

The sending of the execution authorisation request is generated automatically when all responsibles have attached their documentation. The application creates as many records in Submissions as there are execution authorisation responsibles.

From the change → Submissions tab → select the record → OperationsForce deferred sending now.

An email from SmartOSH Notifications with the View document link.

  1. Access the SmartOSH Notifications email.
  2. Click on View document.
  3. The page is displayed to authorise the document, download it if necessary, and perform the corresponding action.
  • Authorise and sign: opens the signature screen. After signing, the change status changes to Execution and the sending (deferred) of checks is automatically generated.
  • Reject: opens a screen to indicate the reason. The change status changes to Rejected and the programme sends an informative email to all involved (change owner + authorisation responsibles + distribution list).

As a responsible party, you can also authorise the execution directly from the application, without using the email:

  1. Access the Change Management module → Changes → enter the change → Authorisations tab.
  2. Select the corresponding employee, click OperationsAuthorise change.
  3. Click Authorise and sign or Reject.

The sending of the checks request is generated automatically when all responsibles have authorised the execution. The application creates as many records in Submissions as there are check responsibles in the Authorisations tab.

From the change → Submissions tab → select the record → OperationsForce deferred sending now.

An email from SmartOSH Notifications with the Manage checks link.

  1. Access the SmartOSH Notifications email.
  2. Click on Manage checks.
  3. A page is displayed to accept the relevant checks.
  • Choose file to attach: to provide a supporting document.
  • Check Completed: marks the check as performed.
  • Accept: confirms the management of the check.
  • Cancel: exits without performing any action.

As a responsible party, you can also manage the checks directly in the application:

  1. Access the Change Management module → Changes → enter the change → Checks tab.
  2. Select the check, click OperationsManage checks.
  3. Perform the same actions as from the email.

The sending of the start-up request is generated automatically when all responsibles have accepted the checks. The application creates as many records in Submissions as there are start-up authorisation responsibles.

From the change → Submissions tab → select the record → OperationsForce deferred sending now.

An email from SmartOSH Notifications with the View document link.

  1. Access the SmartOSH Notifications email.
  2. Click on View document.
  3. The page is displayed to Authorise and sign or Reject the start-up.
  • Authorise and sign: the responsible party authorises the start-up and signs.
  • Reject: the change status changes to Rejected and the programme sends an informative email to all involved (change owner + authorisation responsibles + distribution list).

Source: M-SO-20-16-01 «Change Management User Manual», version v.1, 18/05/2020.