Task: 2667151

This PR has 3 goals.

---

The 1st is for UX improvements to the mrp UX:

1 - Add "Unbuild" filter to MOs (1 or more 'Done' unbuilds) + added
  Unbuilds smart button to MO form view
2 - When copying an operation across BoMs, it is annoying that it adds
  "Copy" to the end of the name, so we remove that.
3 - Display a warning when using an expired Lot/SN in detailed operations
  view (burger window + tab).
4 - Allow adding/removing WO Real Duration + add/remove/edit specific time
  time tracking (time_ids) for Done, Unlocked MOs.
5 - Allow search WOs by product to manufacture
7 - Fix validation error message typo

Parts 1-5 and 7 of Task: 2667151

---

The 2nd goal is to enforce consistency for MO's move values:

Due to many move values being set only during an onchange, there were
inconsistencies with the values of the products to manufacture and the
MO's components in the following cases:

- when a MO has manually added components/byproducts (i.e. not from a
  BoM or a MO with no BoM) = missing values
- a MO is copied = incorrect values copied
- a backorder is made = backorders' moves contained new "-00#" name, but
  original "-001" MO did not update all corresponding values to new name

There were also a couple of default values for manually added moves that
were either incorrect or not correctly saving.

Most of these inconsistencies are not visible to the user unless they do
a data export or are playing close attention (e.g. copying an MTO
triggered MO will copy the date_deadline, and this value cannot be
edited by the user.)

Part 6 of Task: 2667151

---

The 3rd goal is to fix `_set_duration` for WOs (i.e. manually update the Real Duration):

There were some discrepencies when adding to/removing from WO Real
Duration:
  - When adding time that is brings the total Duration over the expected
    duration, the time should be split between the "productive" and
    "performance" (i.e. reduced speed) times. This is already happening
    when using start/pause buttons, so now it is consistent.
  - Use 'id' instead of "Start Date" to determine which time_ids
    to reduce/remove since adding a large enough "real duration" value
    compared to previous time_id(s) could result in an earlier "Start
    Date" for a newer time_id (i.e. results in which one is adjusted/
    deleted = confusing). Using "End Date" was considered, but same
    non-sequential issue can occur during time split from point above.
  - Correctly determine if the "productivity" should be 'productive' or
    not (i.e. 'performance') based on total WO duration (not duration
    of newly added time_id)

Refinement of Part 4 of Task: 2667151

--
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

…ap system

The purpose of this task is to use the system we currently have for partner
autocomplete and to generalize it to our other IAP services. This would be
perfect for actions in list views (e.g. Send for Digitalization for the OCR or
Enrich in CRM) so that the user gets immediate feedback on what he's just done.

In this commit, we improve the iap notification for the below views
-> we display a toast in green when the request was successfully completed
   (and the  user has enough credits).
 - when an SMS is sent in batch from the list view
 - when a letter is sent in batch from the list view
 -  when leads are enriched in batch from the list view
-> we display a toast in orange when the user doesn't have enough  credits with
   a corresponding 'buy credits' link to the service.
 - when an SMS is sent in batch from the list view
 - when a letter is sent in batch from the list view
 - when leads are enriched in batch from the list view or when
   clicking on 'enrich' from the form view
 - when creating a new lead mining request

LINKS
PR: #66977
Task-Id:2185306

Description of the issue/feature this PR addresses:

Current behavior before PR:

Desired behavior after PR is merged:




--
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr