Pierderi & motive

Cui vorbim: producător / manager / contabil care vrea să știe unde se duce banul*.

De ce un nomenclator închis (și nu free-text)

Dacă lăsăm pierderile să fie comentariu liber ("am stricat un lot", "ceva a mers prost"), la sfârșit de lună:

Contabilul nu poate clasifica.
Auditorul vede o ceață.
Tu nu poți compara între perioade.
Nu se ajunge la nicio decizie ("să cumpărăm mai puțin?", "să schimbăm furnizorul?").

Cu un nomenclator închis (listă fixă de coduri), fiecare pierdere primește o etichetă strictă care:

Permite agregare în rapoarte.
Asignează automat contul SNC corect.
Face posibilă investigarea (toate pierderile "ars_preparat" — pattern? bucătar? cuptor?).
Auditorul vede coduri standardizate.

Nomenclatorul nostru standard

Vine pre-configurat, poate fi extins de admin.

Cod	Descriere	Cont SNC	Aprobare manager	Comentariu obligatoriu	Deductibil fiscal
`productive`	Consum normal (incorporat în produs vândut)	711	nu	nu	✅
`loss-technological`	Pierdere tehnologică (evaporare, trimming, normă)	714	nu	opțional	✅
`anulare_client`	Anulare după start preparare	714	nu	recomandat	✅
`ars_preparat`	Preparat ars / supragătit / stricat în execuție	714	da	da	✅
`cazut_spart`	Picat / spart (recipient, preparat, materie primă)	714	>100 MDL	da	✅
`expirat`	Termen expirat (descoperit la inventar / curățenie)	714	nu	da	✅
`furt_frauda`	Furt confirmat sau suspect	714	da (întotdeauna)	da	❌
`defect_fabrica`	Marfă defectă din fabrică (nereturnabilă)	714	da	da	✅
`autoconsum_personal`	Masa angajaților, băuturi pauze	713	nu	nu	✅
`degustare_client`	Oferit clientului (gratuit, "casă")	712	>50 MDL	da	✅
`marketing_tasting`	Eveniment promo, târg, degustare publică	712	da	da	✅
`donatie_caritate`	Donație ONG, cantină socială	712	da	da	depinde
`respins_client`	Preparat refăcut la cererea clientului	714	nu	da	✅
`eroare_operator`	Greșeală de comandă / preparare	714	da	da	✅

Adăugare pierdere — workflow

A. Pe un bon de producție în-flux

În timp ce prepară, operatorul observă pierderea. Pe tabletă:

[Bonul curent: Pizza Margherita ×1]
    [+ Adaugă pierdere]

    Selectează produs:    [autocomplete] Mozzarella ▼
    Cantitate:            [0.060]  kg
    Motiv:                [dropdown nomenclator]
                          → cazut_spart
    Comentariu:           [text liber, obligatoriu pentru cazut_spart]
                          → "Picat la împachetare"

    [Salvează]

Sistemul:

Validează (motivul e în nomenclator, comentariu există dacă e obligatoriu).
Adaugă rândul pe documentul curent.
Decrementează stocul mozzarella.
Marchează pentru aprobare dacă necesar.

B. Standalone (fără bon de producție)

Pentru pierderi descoperite ulterior (la inventar, în curățenie, după plecare client):

Înregistrează pierdere standalone

    Produs:       Pahar standard
    Cantitate:    1 buc.
    Motiv:        cazut_spart
    Comentariu:   "Sparte de client la masa 3, ora 21:30"
    Locație:      POS-sala
    Responsabil:  [autocomplete user] Maria (chelner) ▼
                  (sau "necunoscut" dacă nu se știe)

    [Înregistrează]

C. Bulk (la inventar)

Pentru inventar, după număratul fizic, sistemul afișează diferențele:

Diferență detectată inventar — POS-sala

    Produs              Scriptic    Faptic    Diferență
    Mozzarella          12.5 kg     11.8 kg   -0.7 kg
    Pahar standard      85 buc.     78 buc.   -7 buc.
    Sosul tomate        4 L         4 L       0
    [...]

    Pentru fiecare diferență negativă, asignează motiv:
    Mozzarella -0.7 kg:   [dropdown] expirat ▼   "Aruncat azi dimineață"
    Pahar -7 buc.:        [dropdown] cazut_spart ▼ "Sparte în săptămâna 21-27 apr"

    [Confirmă inventar]

Sistemul generează un singur document de corecție inventar, cu toate liniile motivate.

Aprobare manager pentru pierderi peste prag

Anumite pierderi necesită confirmarea manager_tură sau manager_productie:

Praguri default (configurabile)

ars_preparat:        întotdeauna (orice valoare)
furt_frauda:         întotdeauna
defect_fabrica:      întotdeauna
cazut_spart:         peste 100 MDL valoare
degustare_client:    peste 50 MDL valoare
marketing_tasting:   peste 200 MDL valoare
eroare_operator:     peste 50 MDL valoare

Workflow aprobare

Operator înregistrează pierderea → status pending-approval.
Manager primește notificare (e-mail / Telegram / dashboard).
Manager deschide pierderea, vede detalii, decide: - Aproba (cu opțiune comentariu) → status approved, contabilizat oficial. - Respinge (cu motiv obligatoriu) → operator notificat, ajustează / re-trimite.
Toate aprobările / respingerile sunt logate inalterabil.

Configurare nomenclator (admin)

Admin-ul poate:

Activa / dezactiva un cod (ex. dezactivează donatie_caritate dacă nu faci).
Modifica praguri de aprobare per cod.
Schimba contul SNC asignat (cu validare contabil).
Adăuga coduri custom pentru nevoi specifice (ex. pierdere_canalizare pentru cofetării unde apa de la spălat carcase e o cheltuială tehnologică reglementată).

Modificările sunt versionate (audit cine a schimbat ce, când).

Free-text comentariu

Comentariul liber este complementar, nu înlocuiește codul:

Codul = clasificare strictă (pentru rapoarte).
Comentariul = context (pentru investigare).

Exemplu:

Cod: ars_preparat
Comentariu: "Vlad a uitat pizza în cuptor 5 min suplimentar — distras de comanda următoare"

Codul intră în raportul SNC. Comentariul intră în istoric pentru "de ce s-a întâmplat".

Rapoarte pierderi

În dashboard manager / proprietar:

Pe perioadă - Total pierderi luna curentă vs. luna anterioară. - Top 5 motive (cu valori). - Tendință (creștere / scădere săptămânal).

Pe produs - Top 10 produse pierdute (cantitate + valoare). - Pattern: "Tiramisu — 8 pierderi luna asta, vs. 2 luna trecută".

Pe operator - Top responsabili (cu pierderi peste medie). - Folosit pentru coaching, NU pentru penalizare directă (poate fi cauza utilaj defect, nu operator).

Pe stație / locație - Care stație are cel mai mare overhead? - Care locație? — utile pentru diagnoză operațională.

Următorul pas

→ SNC Moldova sau Jurnal de schimb.