===================
Acceptare Diferente
===================

Scop
====

**Acceptare diferente** este actiunea finala pentru un task ramas in starea **EROARE** (neacoperit) dupa ce celelalte optiuni de rezolvare (:doc:`Resurse alternative </LO/Evaluare_Capacitati/Planificare_Capacitati/Resurse_Alternative>`, :doc:`Splitare/Modificare Task </LO/Evaluare_Capacitati/Planificare_Capacitati/Splitare_Modificare_Task>`) nu sunt suficiente sau nu sunt aplicabile. Prin aceasta actiune, organizatia **accepta explicit** situatia si ii cere sistemului sa genereze totusi planificarea taskului — inclusiv orele care depasesc capacitatea normal disponibila, tratate distinct ca **suprasolicitare (overload)**.

Apelati **Logistics > Fabricatie > Evaluare Capacitati > Planificare Capacitati**, selectati taskul aflat in **EROARE**, apoi **Actiuni > Acceptare diferente** (ultima optiune din meniu).

**1.** Sistemul afiseaza dialogul de confirmare: *"Sunteti sigur ca doriti sa acceptati diferentele?"*.

**2.** Dupa confirmare, se executa urmatorul flux:

.. list-table::
   :header-rows: 1
   :widths: 10 90

   * - Pas
     - Ce se intampla
   * - **1**
     - Toate :doc:`logurile de evaluare </LO/Evaluare_Capacitati/Planificare_Capacitati/Loguri_Audit>` nearobate ale taskului sunt marcate drept aprobate (cu utilizatorul si data curenta).
   * - **2**
     - Starea taskului (**WLP_CA**) trece in **VALIDATA**.
   * - **3**
     - Daca disponibilul ramane sub necesar (**Disponibil** < **Necesar**), se declanseaza automat algoritmul de **distribuire in doua faze**, descris mai jos, care genereaza planificarea efectiva a taskului pe zile si persoane.

**3.** Randul taskului se actualizeaza cu starea si cantitatile finale.

Algoritmul de distribuire in doua faze
=======================================

Un task ramas in eroare **nu are inca nicio planificare generata** — pasul de alocare din evaluarea initiala este sarit tocmai pentru ca disponibilitatea nu acopera necesarul. La **Acceptare diferente**, sistemul genereaza planificarea completa a taskului in doua faze distincte, pastrand **separat** orele lucrate in program normal de orele de suprasolicitare:

**Faza 1 — Alocarea orelor acoperite normal**

Se aplica algoritmul standard de alocare (acelasi folosit la o evaluare fara erori): pentru fiecare persoana din detalierea taskului si fiecare zi lucratoare din perioada ei, se aloca ore pana la limita capacitatii ei zilnice disponibile (``WLP_CALENDAR.Q_CAPACITATE``, deja nete de alte alocari confirmate), fara a depasi niciodata necesarul cumulat al taskului. Aceste alocari sunt inregistrari **normale** in planificarea taskului.

**Faza 2 — Distribuirea suprasolicitarii (overload)**

Diferenta ramasa neacoperita — **ore neacoperite = Necesar − Disponibil** — se distribuie pe **toate zilele lucratoare** din perioada taskului, ca ore suplimentare peste programul normal, in randuri de planificare **separate** de cele din Faza 1. Distribuirea foloseste un **indice de suprasolicitare per zi**:

    indice = ore neacoperite / numar total de zile lucratoare (insumat pe toate persoanele din detalierea taskului)

- daca indicele este **≥ 2 ore/zi**, se rotunjeste la cel mai apropiat numar intreg (0,5 in sus, sub 0,5 in jos) si se aplica **tuturor** zilelor lucratoare, cu ultima zi corectata astfel incat suma totala sa fie exact egala cu orele neacoperite;
- daca indicele este **< 2 ore/zi**, se forteaza un minim de **2 ore/zi** (sau chiar mai putin, daca totalul de ore neacoperite este sub 2 ore in total), aplicat pe un numar minim de zile necesar pentru a acoperi exact deficitul, oprind distribuirea imediat ce acesta este acoperit.

Rezultatul Fazei 2 sunt randuri de planificare **distincte** de cele din Faza 1, pentru aceeasi zi si aceeasi persoana — de exemplu, pentru o zi cu 8 ore acoperite normal si 2 ore de suprasolicitare, vor exista **doua randuri separate** in planificare (8 ore normal + 2 ore overload), nu unul singur de 10 ore. Aceasta separare permite identificarea si raportarea distincta a orelor de suprasolicitare fata de planificarea normala.

Pentru formula completa, regulile de rotunjire si exemplul numeric verificat, vezi :doc:`/LO/Evaluare_Capacitati/Specificatii_Tehnice/Algoritm_Suprasolicitare`.

.. important::
    Orele de suprasolicitare **nu inlocuiesc** planificarea normala si nu se amesteca cu ea — ele reprezinta o incarcare suplimentara, explicit acceptata, peste programul normal de lucru al persoanelor implicate. Decizia de a accepta diferentele trebuie luata cu constientizarea impactului asupra persoanelor afectate (posibila oboseala, nevoie de ore suplimentare compensate conform politicii interne/legislatiei muncii).

.. note::
    Actiunea **Acceptare diferente** este disponibila doar pentru taskurile aflate in starea **EROARE**. Pentru un task deja **VALIDATA**, actiunea nu are efect asupra planificarii (nu exista diferente de acceptat).

.. note::
    Acelasi mecanism de distribuire a suprasolicitarii poate fi aplicat si **punctual, pentru o singura persoana**, prin actiunea :doc:`Planificare resursa cu overload </LO/Evaluare_Capacitati/Planificare_Capacitati/Planificare_Resursa_Ore_Suplimentare>` din fila **Resurse** a panoului de detaliu — utila cand se doreste rezolvarea deficitului persoana cu persoana, nu pe tot taskul dintr-un pas. Alternativ, capacitatea persoanelor poate fi marita efectiv prin actiunea **Ore suplimentare**, descrisa in aceeasi pagina.