In order to record problems, it is necessary for the process to be with the automation configured and that there is no error in the modeling of your flowchart. If the process is duly configured and has no errors, it may be associated with the desired problem type. Then, to verify that the process has been properly modeled and whether it is configured with automation for SE Problem, or to perform this configuration, see the following steps:
1.
|
First, access the data of the process that will be automated to SE Problem.
▪Simplified revision: The process data may be edited through the PM022 menu (File Process) after enabling its editing. ▪ISO9000/Workflow based revision: The process data may be edited only when it is under revision. To do that, it is necessary to access the PM047 menu (Management Revision) to create the revision, and the data must be edited through the "Process revision" task that will be sent to the revision drafter (ISO9000) or the activity executor (Revision workflow).
Refer to the documentation of the SE Process component for more information on revising and/or enabling the editing of a process.
|
|
2.
|
In the process data, access the General data Automation section:
|
3.
|
The Enable automation option should be checked; if not, check it and fill out the other fields with the automation that will be configured:
▪In order to be able to instantiate the process in SE Problem, select the "Problem" option in the Component field. The Problem object and Life cycle operation will be filled out automatically as they are the only options in each field. ▪To be able to initialize the problem manually, keep the "Disable manual start" option unchecked, otherwise the problem can only be created through a schedule or through another process, such as a sub-process. ▪In the "Restrictions on smartphones" field, it is possible to disable the start of problems and/or the execution of activities on smartphones.
|
4.
|
Save the process after performing the necessary changes.
|
1.
|
To be able to instantiate the process through SE Problem, it is necessary for at least the first activity in the flowchart to have an associated status. This status helps identify the status in which the instance is found. To do that, access the process flowchart.
▪Simplified revision: The process flowchart may be edited through the PM022 menu (File Process) after enabling the editing of the process. ▪ISO9000/Workflow based revision: The process flowchart may be edited only when the process is under revision. To do that, it is necessary to access the PM047 menu (Management Revision) to create the revision, and the modeling must be performed through the "Process revision" task that will be sent to the revision drafter (ISO9000) or the activity executor (Revision workflow).
Refer to the documentation of the SE Process component for more information on modeling the process flowchart.
|
|
2.
|
In the data of each activity, it will be possible to define the status the problem will have when enabling the respective activity. It will also be possible to configure whether it will be possible to perform the cause analysis and to fill out the loss events during the execution of each activity. For these configurations, access the Configurations Status section and fill out/check the following fields:
Problem status: Select the status of the problem as soon as the activity in question becomes enabled for execution. Select the status of the problem that is being treated with the activity. This status may be previously created through the File Automation Status menu or through the button placed next to this field. It is important to point out that filling this field is required on the data screen of the first activity of the process flowchart.
|
Cause analysis: Check this option so that at the time of activity execution it is possible to carry out the cause analysis of the problem being treated.
|
Loss event: Check this option to enable, in this activity, the filling of the loss event container on the form. To do that, it is necessary that the form (whose loss event container must be properly enabled and modeled) is associated with this activity.
|
|
3.
|
After filling all the necessary fields, save the record.
|
1.
|
If there is a need to integrate SE Problem with SE Action Plan, you will first need to enable the integration with the action plan. To do that, locate the desired process and access its flowchart in edit mode.
|
2.
|
While the flowchart is open, configure how the integration of the action plan will take place during the execution of each problem activity. To do that, when accessing the Configurations Execution section in the activity data, the following fields will be available for the action plan:
Action plan and isolated action: Check this option so that at the time of the activity execution it is possible to plan new action plans/isolated actions or associate isolated actions/action plans already recorded in the system. In order to use this resource, SE Action plan must have an active license key in SE Suite. The following fields will be enabled:
▪Allow adding: Define whether it will be possible to add only action plans (Action plan), only isolated actions (Isolated action) or both (Action plan + Isolated action) to the activity. ▪Allow associating: Define whether it will be possible to associate only action plans (Action plan), only isolated actions (Isolated action) or both (Action plan + Isolated action) to the activity. ▪Category restriction: Select the Category that will classify the action plans or isolated actions that may be associated with the treatment of the problem at the time of the activity execution. This restriction causes a plan (or isolated action) to be recorded in the category defined in this field during its creation. In the association case, only the actions or plans created in the category listed in this field will be listed. Use the "Apply allowed categories rule in the following operations" field to define if the restriction will be applied only to the addition or the association or to both cases (Addition + Association). ▪Display plan and isolated action of the activity in a specific form container: Check this option so that the action plans for this activity are displayed in a specific form container. To do this, it is necessary that the form (whose action plan container should be properly enabled and modeled) is associated with this activity. In the Form field, select the form associated with the activity and in the Container field, select the container that corresponds to the area of the form where the action plans for the activity in question will be displayed. This configuration allows action plans to be added, associated, or just viewed on the form. |
Block manual closure of the action plan and isolated action planning: Check the "Plan and isolated action planning" option so that the action plan/isolated action created from the problem being treated in the activity cannot be closed through the SE Action Plan component. That is, if this option is checked, the isolated action/action plan will only end after this activity has been performed. For that, it is necessary that, when configuring the activity action (Configurations Action) on the Rule tab on the action data screen, the button in the Configurations columns is clicked and, in the "Edit the status of action plans associated with instance to" option, define one of the following statuses: Planning approval or Execution.
|
Automatically execute this activity when closing the plans and isolated actions: Check this option so that the activity in question is automatically executed by the system as soon as the plans/isolated actions associated with a particular activity of the problem are closed. To do that, in the "Associated in the activity" field, select the activity where the action plan or isolated action will be associated and the "Action to be executed".
|
|
3.
|
Then, still in the activity data, access the Configurations Action section and access the action data that can only be performed if there is integration with the Action plan.
|
4.
|
In the action data, access the Rule tab and, in the association options, check the association with the SE Action Plan as required. To perform the configuration of the integration, click on the button in the Configuration column:
|
5.
|
On the screen that opens, you will be able to perform the following configurations:
Don't allow the execution if any action plan associated with the instance is empty: Check this option to prevent the activity from being performed with its respective action, if the action plan associated with the problem does not have any action; that is, if the action plan is empty.
Don't allow execution if any action plan associated with instance is in the status: Check this option to prevent the activity from being executed with its respective action if the action plan associated with the problem is in a particular situation. Then, check the action plan statuses that will prevent the execution of the problem activity.
Edit the status of action plans associated with instance to: Check this option to change the status of the action plan associated with the problem to Planning, Planning approval or Execution.
|
6.
|
Save the record after performing the necessary configurations.
|
1.
|
Another important factor for the configuration of process automation for SE Problem is the evaluation of the process to be instantiated. To quickly execute this evaluation, select the process on the main screen of the File Process (SE Process) menu.
The process evaluation is also available in the process flowchart modeling, through the process creation menu or through the "Revision execution" task, when the process has revision control.
|
|
2.
|
Then, click on the "Evaluate process for instantiation" option, located in the More collator, on the toolbar.
|
3.
|
On the screen that opens, in the Evaluation result field, it must return the result "There are no errors", otherwise, the errors will be listed and should be corrected.
|
|