Raport de schimb (agregat operațional)

Cui vorbim: manager operațional / contabil intern care vrea un rezumat operațional la închiderea unei ture (per dată + POS) sau prin roll-up lunar (per lună calendaristică + POS).

Ce oferim astăzi

La închiderea unei ture (per dată + POS) sau prin roll-up lunar (per lună calendaristică + POS), sistemul agregează datele operaționale ale perioadei într-un raport vizualizabil în UI. Snapshot-ul turii se persistă în folderul turei ca blob (jurnal salvat); roll-up-ul lunar citește direct blob-urile turii, fără să re-scaneze facturile.
Raportul cuprinde:

• Rezumat per subtip de folder — nr. facturi, nr. rânduri, cantități totale, cost total, revenue total (pe categorii: vânzări, recepții, transferuri, pierderi, producții, reprocesări (transform) și comenzi online (ecommerce)).
• Top losses — cele mai mari 10 poziții cu pierderi din interval (MPN, număr evenimente, cantitate totală). Motivul detaliat per linie (reason-code) NU e implementat în v1 — ⚙️ activabil la cerere.
• Vânzări per chelner (grupare pe deschizător de Comandă, folosit ca bază opțională pentru split de bacșiș — vezi Raport de tură). Casierul apare separat în raportul Z al casei de marcat (concept fiscal MCR, nelegat de închiderea turei HoReCa).
• Anomalii detectate pe pierderi — fereastră rulantă (3-30 zile, default 7 zile) cu medie + stddev per MPN, două severități (warn > μ+1σ, alert > μ+2σ). Se analizează doar liniile write-off cu semn negativ; MPN-urile cu mai puțin de 3 zile de istoric sunt excluse.

Raportul se vizualizează în UI:

• la Închide tura — jurnalul se afișează inline imediat după închidere și se persistă în folderul turei;
• roll-up lunar — cardul Month-end aggregation (lună calendaristică + POS); expus și programatic prin MCP tool horeca_shift_month;
• istoric ture — lista Past closed shifts (DataTable în tab-ul Reports, 15 rânduri/pagină) cu 👁 View journal care rehidratează snapshot-ul salvat.

Acces: butonul Închide tura și tab-ul Reports sunt gated de permisiunea HORECA_REPORT__SHIFT_CLOSE (wildcard sau restrâns per POS: HORECA_REPORT__SHIFT_CLOSE:POS:<pos-id>) + vizibilitate tab HORECA_DASHBOARD__VIEW:PANEL:reports. Rolul standard care le include este role_horeca_manager_tura; chelnerii, casierii și bucătarii NU au acces la Închide tura.

Note importante

• Snapshot imutabil: raportul de închidere este un snapshot per dată calendaristică × POS. Nu există operație de "reopen"; modificările făcute pe facturile-sursă DUPĂ închidere NU se reflectă în snapshot-ul salvat.
• Re-executare Închide tura: apăsarea butonului a doua oară pe aceeași dată + POS creează un folder NOU cu snapshot nou (nu suprascrie, nu deduplifică); responsabilitatea de a evita duplicarea este a managerului.
• Fără gate de "stare curată": butonul Închide tura NU verifică Comandas deschise, boni ne-emiși sau casierie ne-Z-ată. Rândurile care nu sunt în stage-urile finalizate (updated-stock, ready, done) sunt excluse tăcut din agregare — butonul nu refuză niciodată. Curățenia zilei rămâne responsabilitatea managerului.
• HoReCa shift ≠ MCR Z-shift: Închide tura HoReCa este un snapshot managerial; NU forțează, NU așteaptă și NU emite un Raport Z pe casa de marcat. Cele două funcționează independent.

Ce NU oferim astăzi

Notă onestă: sistemul NU generează astăzi un jurnal contabil în format SNC (cu conturi 611, 5344, 221, 711, 712, 713, 714, 211, 216, etc.), NU exportă în format CSV/XML/JSON/PDF gata pentru import direct în 1C / SAGA / BAS / InfoCont / WizCount, și NU emite documentul contabil oficial semnat pentru arhiva contabilă.
Aceste capabilități sunt ⚙️ dezvoltabile la cerere ca servicii custom de integrare contabilă:

• Export pentru softul contabil: ofertat individual după clarificarea softului țintă + planul de conturi folosit + formatul de import specific acelui soft.
• Generator format SNC: ofertat individual — necesită mapare între entitățile ERP (folder-uri de invoice, tipuri, subtypes) și conturile SNC folosite de contabilitatea clientului.
• Automatizare end-of-shift → integrare contabilă: cotată individual după complexitatea fluxului.

De ce onestitate

Fluxul contabil între ERP-uri și soft-uri contabile din Moldova (1C, SAGA, BAS, WizCount, InfoCont) e specific fiecărei implementări — nu există un format universal. Am prefera să facem integrarea BINE pentru softul tău concret decât să pretindem un export generic care nu se potrivește nimănui.
Cum procedăm:

1. Discutăm despre softul contabil folosit.
2. Analizăm formatul de import cerut de acel soft.
3. Cotăm dezvoltarea generatorului specific.
4. Livrăm integrarea + suport pentru primele runde.

Următorul pas

→ Rapoarte de tură pentru raportul HoReCa disponibil astăzi în UI.