|
| 1 | +========= |
| 2 | +Approvals |
| 3 | +========= |
| 4 | + |
| 5 | +.. |ECO| replace:: :abbr:`ECO (Engineering Change Order)` |
| 6 | +.. |ECOs| replace:: :abbr:`ECOs (Engineering Change Orders)` |
| 7 | + |
| 8 | +.. _plm/approvals: |
| 9 | + |
| 10 | +Notify stakeholders and managers automatically by assigning approvers to stages of :ref:`engineering |
| 11 | +change orders <plm/eco>` (ECOs) under review. Changes can only be applied after the assigned |
| 12 | +approver accepts them. Approvals ensure reviews by team members, which prevents mistakes and |
| 13 | +premature actions. |
| 14 | + |
| 15 | +.. seealso:: |
| 16 | + :ref:`Stage configuration <plm/eco/stage-config>` |
| 17 | + |
| 18 | +Add approver |
| 19 | +============ |
| 20 | + |
| 21 | +To add an approver, first go to the :menuselection:`PLM app`, and click on the project card of an |
| 22 | +ECO type to open the Gantt view of the |ECOs|. |
| 23 | + |
| 24 | +On the :guilabel:`Engineering Change Orders` page, hover over the intended stage, and select the |
| 25 | +:guilabel:`⚙️ (gear)` icon. Then, click :guilabel:`Edit` to open a pop-up window. |
| 26 | + |
| 27 | +.. note:: |
| 28 | + Approvers can be added to any stage, but it's strongly recommended to assign them to the |
| 29 | + *verification* stage, which comes before the *closing* stage, where |ECOs| are applied, and the |
| 30 | + :abbr:`BoM (Bill of Materials)` version is updated. |
| 31 | + |
| 32 | + See the documentation about :ref:`stage types <plm/eco/stage-config>` for more information. |
| 33 | + |
| 34 | +.. _plm/approvals/approval-type: |
| 35 | + |
| 36 | +In the :guilabel:`Edit` stage pop-up window, click the :guilabel:`Add a line` button, located under |
| 37 | +:guilabel:`Approvals`. Then, type in the approver's position (or title) under :guilabel:`Role` (e.g. |
| 38 | +`Engineering Manager`, `Quality Team`, etc.), and select the relevant :guilabel:`User` from the |
| 39 | +drop-down menu. |
| 40 | + |
| 41 | +Next, set the :guilabel:`Approval Type` to :guilabel:`Is required to approve`, :guilabel:`Approves, |
| 42 | +but the approval is optional`, or :guilabel:`Comments only`. |
| 43 | + |
| 44 | +.. example:: |
| 45 | + Assign the `CTO`, "Mitchell Admin," as a required approver for |ECOs| in the `Validated` stage in |
| 46 | + the `New Product Introduction` ECO type. |
| 47 | + |
| 48 | + Approvals from the quality and marketing teams are **not** required to apply changes to the |ECO| |
| 49 | + because their :guilabel:`Approval Type` is set to :guilabel:`Approves, but the approval is |
| 50 | + optional` and :guilabel:`Comments only`, respectively. |
| 51 | + |
| 52 | + .. image:: approvals/approvers.png |
| 53 | + :align: center |
| 54 | + :alt: Set an approver that "Is required to approve" ECOs in the "Validated" stage. |
| 55 | + |
| 56 | +Manage approvals |
| 57 | +================ |
| 58 | + |
| 59 | +Approvers can easily track their to-do approvals by navigating to the :menuselection:`PLM app`, and |
| 60 | +looking at the card for an ECO type, which shows the count of open tasks assigned to them. |
| 61 | + |
| 62 | +Here's what each button on an ECO project card does: |
| 63 | + |
| 64 | +#. The :guilabel:`# Engineering Changes` button displays a count of in-progress |ECOs| of this ECO |
| 65 | + type. Clicking the button opens the Gantt view of the :guilabel:`Engineering Change Orders` page. |
| 66 | +#. :guilabel:`My Validations` displays a count of |ECOs| the approver must accept or reject. |
| 67 | + Clicking on this button displays |ECOs| pending approval or rejected (marked with the red |
| 68 | + :guilabel:`Blocked` state). |
| 69 | +#. The :guilabel:`All Validations` button shows the count of |ECOs| awaiting approval or rejected by |
| 70 | + any approver. Clicking it reveals these pending |ECOs|. |
| 71 | +#. :guilabel:`To Apply` displays a count of |ECOs| to which the user needs to apply changes. |
| 72 | + Clicking on the button displays all the |ECOs| to approve, and apply changes to, in the |
| 73 | + verification stage. |
| 74 | + |
| 75 | + |ECOs| marked with the green :guilabel:`Done` stage have already been approved, and the user just |
| 76 | + needs to click on the |ECO| to enter the form view, and click the :guilabel:`Apply Changes` |
| 77 | + button. |
| 78 | + |
| 79 | +.. image:: approvals/validation-overview.png |
| 80 | + :align: center |
| 81 | + :alt: Display count of validations to-do and buttons to open filtered list of ECOs. |
| 82 | + |
| 83 | +Approve ECOs |
| 84 | +------------ |
| 85 | + |
| 86 | +Navigate to an |ECO| in a verification stage, while logged in as the assigned approver, to see the |
| 87 | +:guilabel:`Approve`, :guilabel:`Reject`, and :guilabel:`Apply Changes` buttons. |
| 88 | + |
| 89 | +To approve the |ECO|, and apply the changes onto the production :abbr:`BoM (Bill of Materials)`, |
| 90 | +click :guilabel:`Approve`, and then :guilabel:`Apply Changes`. |
| 91 | + |
| 92 | +Note that the :guilabel:`Apply Changes` button will **not** work unless the :guilabel:`Approve` |
| 93 | +button was clicked first. Additionally, the chatter logs the history of the clicked buttons. |
| 94 | + |
| 95 | +.. warning:: |
| 96 | + When the :guilabel:`Approval Type` is **not** set to :guilabel:`Is required to approve`, approval |
| 97 | + from the associated user is not needed before applying changes with the :guilabel:`Apply Changes` |
| 98 | + button. Thus, the :guilabel:`Apply Changes` button **will work** without requiring the |
| 99 | + :guilabel:`Approve` button to be clicked first. |
| 100 | + |
| 101 | +Automated activities |
| 102 | +-------------------- |
| 103 | + |
| 104 | +When an |ECO| is moved to a verification stage, a planned activity is automatically created for |
| 105 | +assigned approvers to review the |ECO|. Approvers receive a notification in their activities inbox, |
| 106 | +accessible through the :guilabel:`🕘 (clock)` icon at the top of the page. |
| 107 | + |
| 108 | +In the to-do task list, the :guilabel:`Engineering Change Order (ECO)` notification displays the |
| 109 | +number of activities marked :guilabel:`Late`, :guilabel:`Today`, and :guilabel:`Future`. Clicking on |
| 110 | +each of these buttons shows a filtered Gantt view of the respective |ECOs|. |
| 111 | + |
| 112 | +.. example:: |
| 113 | + Scheduled activities are shown as a number on the :guilabel:`🕘 (clock)` icon, with `5` |ECOs| |
| 114 | + pending approval :guilabel:`Today`. Currently, there are `0` :guilabel:`Late` or |
| 115 | + :guilabel:`Future` |ECOs|. |
| 116 | + |
| 117 | + .. image:: approvals/todo-list.png |
| 118 | + :align: center |
| 119 | + :alt: Show scheduled approvals notifications for the user. |
| 120 | + |
| 121 | +By clicking a pending |ECO|, a *planned activity* for :guilabel:`ECO Approval` is recorded in the |
| 122 | +chatter. Click on the :guilabel:`i (Info)` icon to view additional information, including the |
| 123 | +approval's :guilabel:`Created` date, the approver :guilabel:`Assigned to` it, and the due date. |
| 124 | + |
| 125 | +.. image:: approvals/planned-activity.png |
| 126 | + :align: center |
| 127 | + :alt: Show additional details of the planned ECO approval. |
| 128 | + |
| 129 | +Follow-up activities |
| 130 | +~~~~~~~~~~~~~~~~~~~~ |
| 131 | + |
| 132 | +When |ECOs| are rejected, tasks need to be assigned to project members for required modifications |
| 133 | +before |ECO| approval. To create tasks with deadlines, navigate to the rejected |ECO| form, and go |
| 134 | +to the chatter. |
| 135 | + |
| 136 | +Select the :guilabel:`Mark Done` button in the :guilabel:`Planned Activities` section of the chatter |
| 137 | +to close the activity, and open a pop-up window for creating tasks. |
| 138 | + |
| 139 | +.. image:: approvals/mark-as-done.png |
| 140 | + :align: center |
| 141 | + :alt: Show *Mark Done* window to show *Done & Schedule Next*, *Done*, and *Discard* buttons to |
| 142 | + close the planned activity. |
| 143 | + |
| 144 | +In the :guilabel:`Mark Done` window, click :guilabel:`Done & Schedule Next` to open a new |
| 145 | +:guilabel:`Schedule an Activity` window. Next, set the :guilabel:`Assigned to` team member and the |
| 146 | +:guilabel:`Due Date` for completing the changes. Provide task details in the :guilabel:`Summary` |
| 147 | +field and the text box. Click the :guilabel:`Schedule` button to close the window. |
| 148 | + |
| 149 | +After closing the window, on the |ECO| form, move the |ECO| back one stage. Doing so ensures that |
| 150 | +when the team member completes the changes, and returns the |ECO| to the verification stage, a new |
| 151 | +:guilabel:`ECO Approval` task is created for the approver. |
| 152 | + |
| 153 | +.. example:: |
| 154 | + The approver creates an activity for the :guilabel:`Responsible` of the |ECO|, `Laurie Poiret`, |
| 155 | + that details the changes required for the approver to :guilabel:`Accept` the |ECO|. Clicking the |
| 156 | + :guilabel:`Schedule` button creates a planned activity for Laurie due on `08/15/2023`. |
| 157 | + |
| 158 | + .. image:: approvals/schedule-an-activity.png |
| 159 | + :align: center |
| 160 | + :alt: Create a scheduled activity for follow-up changes to a rejected ECO. |
0 commit comments