|
| 1 | +.. _plm/eco/eco-type: |
| 2 | + |
| 3 | +.. |BOM| replace:: :abbr:`BoM (Bill of Materials)` |
| 4 | +.. |BOMs| replace:: :abbr:`BoMs (Bills of Materials)` |
| 5 | +.. |ECO| replace:: :abbr:`ECO (Engineering Change Order)` |
| 6 | +.. |ECOs| replace:: :abbr:`ECOs (Engineering Change Orders)` |
| 7 | + |
| 8 | +======== |
| 9 | +ECO type |
| 10 | +======== |
| 11 | + |
| 12 | +An *ECO type* is assigned to *engineering change orders* (ECOs) to organize and track changes to |
| 13 | +products and bills of materials (BoMs). Each |ECO| type separates |ECOs| into a project in Gantt |
| 14 | +view, ensuring collaborators and stakeholders **only** view and assist with relevant |BOM| |
| 15 | +improvements. |
| 16 | + |
| 17 | +For example, an electronic chip manufacturer might use 'New Product Introduction', 'Product |
| 18 | +Improvement', 'Component Change', and 'Firmware Update' |ECO| types. Then, designers and engineers |
| 19 | +can focus on |ECOs| in the 'New Product Introduction' and 'Product Improvement' projects, avoiding |
| 20 | +unrelated supplier change or firmware update |ECOs|. |
| 21 | + |
| 22 | +Create ECO type |
| 23 | +=============== |
| 24 | + |
| 25 | +To access and manage ECO types, navigate to :menuselection:`PLM app --> Configuration --> ECO |
| 26 | +Types`. |
| 27 | + |
| 28 | +Create a new ECO type by clicking :guilabel:`New`. On the new :guilabel:`ECO Types` form, fill in |
| 29 | +the following information: |
| 30 | + |
| 31 | +- :guilabel:`Name`: the name of the |ECO| type, which will organize all of the |ECOs| of this *type* |
| 32 | + in a project. |
| 33 | +- :guilabel:`Email Alias`: if this optional field is filled, emails submitted to this email address |
| 34 | + automatically generate |ECOs| in the left-most stage of this |ECO| type. |
| 35 | + |
| 36 | +.. example:: |
| 37 | + The `Formulation change` |ECO| type is used to organize and track related |ECOs| in a single |
| 38 | + project. Configuring the :guilabel:`Email Alias` field generates |ECOs| in the `Formulation |
| 39 | + change` project sent to the email address, `pawlish-change@pawlished-glam.odoo.com`. |
| 40 | + |
| 41 | + .. image:: eco_type/create-eco-type.png |
| 42 | + :align: center |
| 43 | + :alt: Example of an ECO type. |
| 44 | + |
| 45 | +Edit ECO type |
| 46 | +============= |
| 47 | + |
| 48 | +Modify existing |ECO| type names and email aliases by navigating to the :menuselection:`PLM app --> |
| 49 | +Configuration --> ECO Types` page. There, click on the desired |ECO| type from the list. |
| 50 | + |
| 51 | +On the form for each |ECO| type, proceed to edit the :guilabel:`Name` and :guilabel:`Email Alias` |
| 52 | +fields. |
| 53 | + |
| 54 | +.. _plm/eco/stage-config: |
| 55 | + |
| 56 | +Stages |
| 57 | +====== |
| 58 | + |
| 59 | +Within an |ECO| type project, *stages* are like milestones and are used to identify the progress of |
| 60 | +the |ECO| before the changes are ready to be applied. (e.g. 'Feedback', 'In Progress', 'Approved', |
| 61 | +'Complete') |
| 62 | + |
| 63 | +Additionally, required approvers can be added to each stage, ensuring that changes to the production |
| 64 | +|BOM| cannot proceed until the approver reviews and approves the |ECO|. Doing so prevents errors on |
| 65 | +the production |BOM| by enforcing at least one review of suggested changes before they're applied on |
| 66 | +a production |BOM|. |
| 67 | + |
| 68 | +For best practice, there should be at least one *verification* stage, which is a stage with a |
| 69 | +required approver, and one *closing* stage, which stores |ECOs| that have been either canceled or |
| 70 | +approved for use as the next production |BOM|. |
| 71 | + |
| 72 | +Create stage |
| 73 | +------------ |
| 74 | + |
| 75 | +To add a stage, go to the :menuselection:`PLM` app and select the intended project for an |ECO| type |
| 76 | +from the :guilabel:`PLM Overview` dashboard. |
| 77 | + |
| 78 | +Then, on the :guilabel:`Engineering Change Orders` project pipeline for the |ECO| type, click the |
| 79 | +:guilabel:`+ Stage` button. Doing so reveals a text box to fill in the name of the stage. After |
| 80 | +filling it in, click the :guilabel:`Add` button to finish adding the stage. |
| 81 | + |
| 82 | +.. example:: |
| 83 | + A new `Assigned` stage separates assigned |ECOs| from the unassigned ones in the `New` stage. |
| 84 | + Adding another stage helps the product manager track unassigned tasks. |
| 85 | + |
| 86 | + .. image:: eco_type/create-stage.png |
| 87 | + :align: center |
| 88 | + :alt: Create a new stage in a project for an ECO type. |
| 89 | + |
| 90 | +Verification stage |
| 91 | +------------------ |
| 92 | + |
| 93 | +Click an ECO type from :menuselection:`PLM app --> Overview` to open a kanban view of |ECOs| of this |
| 94 | +type. |
| 95 | + |
| 96 | +To configure a verification stage, hover over the intended stage, and select the :guilabel:`⚙️ |
| 97 | +(gear)` icon. Then, click :guilabel:`Edit` to open a pop-up window. |
| 98 | + |
| 99 | +Configure the verification stage in the edit stage pop-up window, by checking the box for |
| 100 | +:guilabel:`Allow to apply changes`. |
| 101 | + |
| 102 | +Then, add an approver in the :guilabel:`Approvers` section, by clicking :guilabel:`Add a line`, and |
| 103 | +specifying the :guilabel:`Role` of the reviewer, their :guilabel:`User`, and :guilabel:`Approval |
| 104 | +Type`. |
| 105 | + |
| 106 | +Make sure at least one approver is configured with the :guilabel:`Approval Type`: :guilabel:`Is |
| 107 | +required to approve`. |
| 108 | + |
| 109 | +The approver listed is automatically notified when |ECOs| are dropped in the stage specified in the |
| 110 | +pop-up window. Once finished, click :guilabel:`Save & Close`. |
| 111 | + |
| 112 | +.. example:: |
| 113 | + In the |ECO| type `New Product Introduction`, the verification stage `Validated` is configured by |
| 114 | + clicking the :guilabel:`⚙️ (gear)` icon, and selecting :guilabel:`Edit`. Doing so opens the |
| 115 | + :guilabel:`Edit: Validated` pop-up window. |
| 116 | + |
| 117 | + By adding the `Engineering manager` as an approver, only |ECOs| approved by this user can proceed |
| 118 | + to the next stage, and have the changes applied on the production |BOM|. |
| 119 | + |
| 120 | + Additionally, check the :guilabel:`Allow to apply changes` option to ensure proper behavior. |
| 121 | + |
| 122 | + .. image:: eco_type/verification-stage.png |
| 123 | + :align: center |
| 124 | + :alt: Show "Allow to apply changes" option is checked. |
| 125 | + |
| 126 | +Closing stage |
| 127 | +------------- |
| 128 | + |
| 129 | +Configure a closing stage by opening the :guilabel:`Edit: [stage]` pop-up window. To do so, hover |
| 130 | +over the intended stage and click the :guilabel:`⚙️ (gear)` icon that appears in the top-right |
| 131 | +corner. Then, click :guilabel:`Edit` from the drop-down menu. |
| 132 | + |
| 133 | +On the :guilabel:`Edit: [stage]` pop-up window, select the check boxes for :guilabel:`Folded in |
| 134 | +kanban view`, :guilabel:`Allow to apply changes` and :guilabel:`Final Stage`. |
| 135 | + |
| 136 | +.. example:: |
| 137 | + The closing stage, `Effective` is configured by checking the :guilabel:`Folded in kanban view`, |
| 138 | + :guilabel:`Allow to apply changes`, and :guilabel:`Final Stage` options |
| 139 | + |
| 140 | +.. image:: eco_type/closing-stage.png |
| 141 | + :align: center |
| 142 | + :alt: Show configurations of the closing stage. |
| 143 | + |
0 commit comments