The "Issue report" is the form project participants will use to report any issues they encounter throughout the lifecycle of their projects i.e. any event that can impact deadlines, workload or project quality, such as:
- A change in requirements.
- A change in the project environment.
- An unexpected problem occurring that was not anticipated during risk analysis. The occurrence of an anticipated and unavoidable risk.
- A problem or error that occurred with work already completed or work currently underway. etc.
The author of the report will formally log the issue which will then be sent to the project leader for approval, as per the standard workflow applied to the Issue report. The project leader will be able to access the issue report using the different views included with Cerri Project, and then assess the issue to decide on its type, the impact on cost, workload or deadline and what actions are required.
Once actions for resolution have been created, such as tasks or "To Do's" in Cerri Project, the issue report is closed and the project leader will follow-up on the related actions.
The issue report is a powerful tool to assisting project leaders in identifying recurring problems.
Creating a new Issue
To create a new Issue report:

The "Document Creation" dialog box will open where you can select the Project and Phase the new issue applies to.
Click "Create" to validate the selections and the Issue report form will open.
Issue report | The title of the issue. |
Project | The project that the issue applies to. |
Phase | The phase of the project that the issue applies to. |
Project leader | The main project leader (not the project leader substitute). |
Status | The current status of the document. The issue report always follows a workflow. The status value is a link that opens a dialog box displaying the details of the workflow. When the user is allowed to change the status, the field itself is a shortcut that brings the dialog box to change the status. The status also impacts the "Project overview" document calculation. |
Action | Indicates the action to take according to the applied workflow. By clicking the button, the Issue will enter into the next step in the workflow. |
Deadline | Visual indicators: Red, deadline passed Orange Green, OK |
Version | Version number of the document. |
[Description] tab
Issue type | It indicates if the issue is related to an internal or external event. It is possible to use this field in a wide range of meanings, such as "Internal" if the issue is related to an event inside the scope of the project, otherwise "External". Mandatory. |
Priority | The priority of the issue report (urgent, low, etc.). The list of choices comes from the "Keywords & Labels" setup document. |
Origin of issue | The origin of the issue. The list of choices comes from the Keywords & Labels setup document. Single selection field. |
Wished resolution date | The date when the issue should be solved. This is only indicative. |
Details | A detailed description of the issue. This field should be used as a repository of the most important information related to the issue, to allow other resources accessing the issue report to get a complete understanding of the issue. Rich text field. For attachments, it is strongly recommend using the Attachments section that provides better functionalities. |
The [Related tasks] tab is used to specify any and all tasks related to the issue. They can either be impacted by the issue or the actual cause of the issue.
To select the tasks, navigate to the [Related tasks] tab: Click on the "Add Task" button.
- A dialog box will open listing all of the project’s tasks and phases.
- Select one or more related tasks or deliverables to add .
Note: The values on this tab are for information purposes only and will not have any impact on the management of the issue.
When planning a project, it is always possible to identify and log potential risks in advance, in order to be better prepared should they occur. Issues reported throughout the course of a project that are related to any of the forecasted risks, can have a direct link made to the risk from the [Related risks] tab.
From the [Related risk] tab: Click the "Add Risk" button.
A dialog box will open listing all of the forecasted project risks.
Double click on a related risk to add it to the bottom section of the dialog box or select the risk(s) to be added and use the arrows provided to add them.
[Impact] tab
The fields on the [Impact] tab are for information purposes only and may be used later on to analyze the impact of the issues on the project, or to manage the risks on another project of the same type.
The values on this tab will most likely be completed by the project leader, or by the person processing the issue after an update of the project plan.

On the workload | The estimated additional work caused by the issue, in the workload unit defined in the General setup document. |
On the deadline | Allows indicating what delay the issue will cause. The number of days is informative and has no impact on the project plan. |
On the cost | The estimated additional cost caused by the issue in the project currency. If the project currency is different from the reference currency defined in the "General" setup document, the second row displays the values computed in the reference currency. See the Costs and budget tracking document for more information. This field is displayed in either of those cases: the user belongs to the project team and is allowed to see financial information. the user has the "View Costs" role. the user is the project leader or one of the project leader substitutes. the user is an application manager (i.e. has the "COP_MANAGERS" role). |
Consequences | Detailed description of the consequences of this issue for the progress of the project. |
[Actions] tab
A rich text field for the project leader, to document all decisions and actions taken to fix the issue.
Delete an issue
To delete an issue:
- Navigate to the [Issues & change requests] tab.
- Select Issues from the contextual navigation menu on the left.
- All of your projects will be loaded in the content window; find the one with the issue to be deleted and select the issue by placing a check in the box next to the title.
Click "Delete" on the action menu bar.
Click "Yes" to confirm the action in the dialog box that opens and the Issue will be removed.
Process an issue
By default the Issue form has a generic workflow associated to it, however it can be refined if it does not match an organization’s existing issue management process.
The purpose of the workflow is to automatically circulate an issue from its author to designated resources for revision and approval. To submit an issue for approval once it has been completed, the author simply must:
The issue will be updated with its new status displayed in the header. Click on the status to see the responsible person and the history of the workflow.
Note: As part of the generic workflow, an email will be sent to the responsible resource(s) notifying them of the action they need to take.
Once the responsible resource has reviewed the issue and added any necessary information to the form, they can either approve or reject it.
Define issue workflow
A generic revision and approval workflow is applied by default to the Issue form. The cycle of the workflow is indicated in the diagram below.
In the event that the workflow does not match an organization’s existing processes, it can be changed in the "Workflow" section of the Setup for the [Projects] module.
To learn more about defining workflows see admin manual.
How issue status influence project status
Issues can be followed from the "Issues" view on the [Issues & change requests] tab. They also appear in the Project overview documents until they are marked as "Processed". To access Project Overviews:
The project overview highlights will appear in the content window indicating the status of various metrics, including Issues.
To access more detailed information simply click on the Project name to open the overview, and scroll down to the issues section.
Open issue reports: Displays the number of Issue report documents that are still open.
: Good (green). By default, no reported issue remains open, i.e. the "Issue report" are all in a completed status.
: Medium (orange). By default, at most three issues remain open.
: Bad (red). More than three issues that are still not closed, i.e. the "Issue report" documents are still in an open status.
The default thresholds can be changed in the "General" setup document.