Cum controlezi pierderile în bucătărie?

1. Motiv obligatoriu pe linie

Când bucătarul apasă + Adaugă pierdere pe tabletă, alege produsul, tastează cantitatea (negativă = scoatere din stoc — pozitivul e rezervat corecțiilor de inventar) și selectează motivul dintr-o listă configurată la POS: cazut_spart, expirat, ars_preparat, anulare_client, autoconsum_personal, degustare_client, furt_frauda etc.

Sistemul validează că motivul aparține listei configurate. Dacă lista e goală, acceptă text liber — dar recomandăm nomenclator strict ca să poți filtra ulterior.

2. Preview live impact stoc

Înainte de a salva, sistemul afișează lângă input: „Va scoate 0.060 kg din stocul de Mozzarella la POS-ul X”. Dacă scoaterea ar lăsa stocul în minus, apare avertisment vizibil — bucătarul verifică că nu a tastat greșit.

Checkbox-ul „Aplică imediat scoaterea din stoc” e nebifat default — protejează stocul împotriva greșelilor în momente aglomerate. Managerul de tură confirmă (flux two-step legacy).

3. Prag → aprobare manager

Peste pragul configurat pe tip motiv, bonul intră în starea „așteaptă aprobare”. Managerul de tură primește notificare, aprobă cu un click (opțional cu comentariu) sau respinge cu motiv → operatorul ajustează și re-trimite.

Exemplu default: peste 100 MDL valoare — aprobare; motiv furt_frauda — întotdeauna aprobare; oferite clienților peste 50 MDL — aprobare.

4. Top-10 pierderi la închidere

Când managerul apasă „Închide tura”, se generează snapshotul retroactiv pe perechea calendar-date × POS. Include subtotalurile pe cele șapte tipuri de mișcare (producție, vânzare, scoateri, transferuri, aprovizionare, transformări, e-commerce) și top-10 pierderi per produs (produs, număr evenimente, cantitate).

Snapshotul este imuabil odată scris — re-închiderea aceleiași perechi date+POS creează un folder duplicat, nu suprascrie.

Rolling window 3-30 zile

Fereastra istorică e configurabilă între 3 și 30 de zile (default 7). Sistemul calculează media + deviația standard a pierderilor pe fiecare produs în acel interval, pe POS-ul curent.

Prag warn (galben) — 1σ default

produsele cu pierderi peste media + 1× stddev apar marcate galben. Pragul e configurabil — se poate coborî la 0.5σ pentru locații mici cu volum scăzut, ca detecția să nu piardă anomaliile pe date puține.

Prag alert (roșu) — 2σ default

produsele peste media + 2× stddev apar roșii. Semnal clar: „Mozzarella are 4× mai multe pierderi decât media săptămânii — verifică frigiderul, verifică lotul”.

produse cu istoric scurt — sărite

Sistemul sare peste produsele cu mai puțin de 3 zile de istoric. Deviația standard pe date atât de puține nu e fiabilă și ar produce false-positive-uri.

Ce se întâmplă dacă o pierdere a fost aplicată greșit?

Fiecare bon de pierdere apare ca factură internă în panelul de facturi, cu raportul exact al modificărilor pe stoc (ce produs, ce cantitate, în ce depozit). La nivelul facturii există un tool de ajustare stoc pe care administratorul (sau utilizatorul cu permisiuni specifice) îl folosește pentru a inversa efectul. Factura rămâne în arhive vizibilă pentru audit, cu autor + motiv + timestamp.

Cantitate pozitivă = adăugare la stoc?

Da, dar strict pentru corecții de inventar rare (recount găsește 3 unități extra). Necesită permisiune admin separată, avertisment galben pe formular și un checkbox suplimentar de confirmare înainte de salvare. Operatorii obișnuiți nu pot face accidental acest tip de ajustare.

Pot adăuga context la o pierdere (ex: masa unde s-a spart un pahar)?

Da. La înregistrarea pierderii operatorul poate adăuga un comentariu liber — util pentru pierderi scoped la o masă anume („pahar spart la masa 5") sau alt context relevant pentru audit. Comentariul rămâne pe linia bonului și e vizibil ulterior.

Cine vede raportul de închidere cu top-10 pierderi?

Managerul de tură apasă butonul „Închide tura” din tab-ul Reports și primește snapshotul complet — subtotaluri pe subtipuri, top-10 produse cu pierderi, sumar note de plată. Bucătarii și chelnerii nu au acces la rapoartele financiare per default.

Contabilizarea pe conturi SNC e automată?

Nu. Motivul se persistă pe linia bonului, iar corespondența motiv → cont SNC (611 / 711 / 712 / 713 / 714) rămâne responsabilitatea contabilului. Split automat pe conturi SNC în raportul de tură este ⚙️ activabil la cerere — effort de suport contra cost, cotat în ore după evaluare.

Există istoric complet per pierdere pentru audit?

Da. Fiecare bon de pierdere apare în lista de facturi interne, cu autor, timestamp la secundă, motiv și comentariu. Din listă deschizi orice bon și vezi toate detaliile — util pentru inspecție retroactivă sau discuție cu contabilul.