Cum funcționează platforma LaFix v5, cap-coadă — de la mașina care intră în recepție până la predarea către client — plus sistemul de pattern-uri de UI care ține totul consistent. Fiecare ecran din acest manual e o captură reală din platformă.
Ca să nu folosim swimlanes „ca un ciocan la orice problemă", fiecare ecran din Operativ & Administrativ e evaluat pe 5 dimensiuni și primește pattern-ul potrivit formei sale de date. Trei pattern-uri, aplicate consistent.
| Arhetip de pagină (ponderi) | A · Board (swimlanes) | B · Register (listă) | C · Dashboard | Câștigător |
|---|---|---|---|---|
| Pipeline — obiecte care curg prin faze D1 Stare .30 · D4 Acțiune .30 · D2 .15 · D3 .10 · D5 .15 | 4.3 | 3.1 | 2.2 | Board |
| Catalog / Registru — scanezi, sortezi, cauți D2 .25 · D3 .25 · D1 .20 · D5 .20 · D4 .10 | 2.6 | 4.5 | 2.0 | Register |
| Landing de rol — triezi ziua D4 .30 · D1 .25 · D2 .20 · D5 .15 · D3 .10 | 2.8 | 3.0 | 4.4 | Dashboard |
Dimensiuni: D1 Lizibilitatea stării · D2 Găsire/Căutare · D3 Sortare & comparare · D4 Potrivire cu acțiunea/workflow · D5 Densitate & scalare (5 vs 500 elemente).
Benzi pe sub-status, fiecare cu punct colorat + contor; cardurile se mută între faze. Starea e axa principală.
Aplicat la: Atelier · Constatare · Ofertare · Execuție · Finalizare · Aprovizionare-flux
Filtre cu contoare + control de sortare + badge-uri Nou/Stoc redus. Pentru date pe care le scanezi, sortezi și cauți.
Aplicat la: Stoc · Gestiune · Contabilitate (Facturi/Registre) · Bază Clienți
Panouri personalizabile „Biroul Tău" — KPI + cozile relevante. Pentru pagina de start a fiecărui rol, ca să-și trieze ziua.
Aplicat la: Recepție · Rapoarte (tablouri de bord)
O singură navigare. Meniul din stânga e unicul mod de a schimba pagina — paginile de fază nu mai au bară de lentile proprie (doar Atelierul păstrează lentilele de vedere), iar Configurarea nu are bară de taburi. Căutarea globală stă omniprezent în bara de sus; din orice fază te întorci cu breadcrumb-ul „‹ Toate fazele". Detaliul oricărei pagini se deschide Suprapus sau Alăturat (preferință globală), cu o singură lățime redimensionabilă, persistentă; cardul-sursă al selecției rămâne marcat în listă.



La autentificare, fiecare rol primește pagina lui de start și doar ecranele la care are drept. Patronul vede tot; restul, strict ce le trebuie. Fiecare rol aterizează direct pe ecranul lui de lucru — nu pe un tablou de bord de configurat.
8 roluri + Gogu (AI). Renata (Consilier/Recepționer) · Menu (Mecanic) · Voicu (Vopsitor) · Șerban (Șef atelier) · George (Magazie) · Corina (Contabil) · Pavel (Patron, vede tot) · Client (portal pe telefon). Comuți rolul din bara de sus prin „Vezi platforma ca" — lista arată tot personalul dintr-o privire, pe două coloane, inclusiv toți executanții din echipă (Marius, Ionuț, Florin, Andrei…), nu doar personajele de bază; din portalul clientului ieși cu „Înapoi la staff". Mecanicul și vopsitorul sunt aceeași clasă de executant: au vederea de lucru (pontaj, constatări, foto) cu marcajele șefului; pad-ul de decizie (standardizare, prețuri) e doar al șefului, consilierului și patronului.




O mașină intră în sistem în trei feluri, în funcție de cum ajunge clientul la tine. Toate trei creează aceeași fișă și trimit mașina mai departe în flux.
Coada Recepției = doar sosiri proaspete. Când o mașină iese din Recepție (e trimisă la Constatare), fișa ei de recepție se închide și dispare din coadă — așa că lista rămâne mereu curată, doar cu intrările de procesat.
Consilierul tastează numărul, mașina, clientul și problema reclamată. Pentru clienți noi sau intrări neașteptate.
O poză a talonului → marca, modelul, anul se completează automat; verifici și confirmi.
Alegi mesajul clientului din conversațiile WhatsApp; Gogu pre-completează simptomul și găsește clientul după număr.



VW Passat-ul lui Claudiu Marin trece prin întreg fluxul. Fiecare pas e o acțiune manuală a unui rol, care declanșează tranziția de stare și notificarea pe care o vede rolul următor — exact ca în realitate.
„Negociere" nu e un stadiu — renegocierea e o sub-stare a Ofertării (oferta revine la consilier până când clientul aprobă). Aprovizionarea (comanda și recepția pieselor) este stadiul distinct dintre Ofertare și Execuție — regula e unică: aprobarea clientului duce mașina în Aprovizionare. Fiecare fază are o poartă cu cerințe configurabile (Flux Operativ): butonul de avans e dezactivat-cu-motiv până sunt îndeplinite; patronul poate forța doar prin politica auditată „Portiță patron", cu justificare.
Din Atelier, „Trimite la Constatare" deschide alocarea: alege mecanicul (Menu) și platforma.
▸ Declanșează: notificare către Mecanic · „Constatare alocată"
O constatare proaspăt începută pornește de la 0 dovezi — Menu adaugă pozele necesare per constatare (chipul „dovezi" arată N/N și are tooltip), notează defectele, pontează. „Termină" e blocat de poarta fazei (cerințele din Flux Operativ, ex. dovezile foto) — butonul arată motivul și îl ghiontește pe executant; la final trece la decizia șefului.
▸ Declanșează: notificare către Șef · „Constatare terminată"
În pad-ul de decizie (vedere doar de șef/consilier/patron) validează operațiile + piesele care intră în deviz — standardizare și prețuri — apoi trimite la ofertare. Executanții nu văd pad-ul; ei rămân pe vederea de lucru.
Varianta originală (recomandată) + alternativă, ambele pe WhatsApp, cu link de aprobare în portal. Dacă clientul cere modificări, oferta intră în renegociere — o sub-stare a Ofertării, nu un stadiu separat.
▸ Declanșează: notificare către Client · „Ofertă nouă de aprobat" + șablon WhatsApp „ofertă"
Claudiu alege varianta, aprobă (sau cere renegociere), semnează contractul electronic (DocuSign simulat — starea devine „semnat ✓") și poate plăti din portal (simulare). Factura, oferta aprobată și linkul de plată sunt aceeași sumă, din aceeași sursă. Butoanele apar doar când există acțiuni reale; Gogu îl anunță pe WhatsApp la fiecare pas.
▸ Declanșează: notificare propagată pe rol (Consilier · Magazie · Șef · Patron) · „Ofertă aprobată — comandă piesele"
Gogu compară prețuri (AutoTotal/Autonet/Inter Cars). Ciclul piesei e doar înainte: De comandat → Comandată → Recepționată (apoi predată la box) — eticheta veche „Precomandă" nu mai există. Comanda notifică magazia, recepția scade stocul; „Avansează" e dezactivat în stările terminale, returul e ramură de excepție. Piesele stau cuibărite sub operațiuni, iar căutarea pe operațiune vine pre-filtrată.
▸ Declanșează: notificare către Mecanic · „Piese recepționate — poți începe"
Menu execută mecanica, Voicu vopsește bara — aceeași vedere de lucru pentru amândoi; piesele cuibărite sub operațiuni se bifează montate. Șeful urmărește totul din vederea de supraveghetor a Execuției. La final → „Termină Lucrarea".
▸ Declanșează: notificare către Șef/Consilier · „Lucrare finalizată"
Verificările finale, certificatul de garanție, e-Factura pregătită pentru SPV → predare.
▸ Declanșează: predarea mașinii (stadiul Predată) · factură emisă + șablon WhatsApp „predare"
Factura intră în Contabilitate legată de ofertă, se trimite la ANAF (e-Factura), se urmărește încasarea.
▸ Declanșează: notificare către Contabil/Patron/Client · „factură emisă"








Fiecare tranziție de mai sus nu doar mută cardul: înștiințează rolurile care trebuie să acționeze. Două canale lucrează împreună — clopoțelul „Notificări" în aplicație (pentru personal) și WhatsApp (pentru client).
La fiecare eveniment, notificarea se propagă pe rol, după o matrice rol × categorie editabilă (Configurare → „Notificări & WhatsApp"; scurtătura din clopoțel: „Cine primește ce?"). „Flux în direct" se poate andoca permanent, cu filele „Tot atelierul" / „Pentru mine"; fiecare intrare poartă plăcuța.
Acțiuni: marchează citit · marchează toate citite · Cine primește ce?
Fir de mesaje cu clientul + compositor: scrii în „Scrie pe WhatsApp" și apeși „Trimite". Mesajele de eveniment se compun din șabloane cu variabile ({varianta}, {pret}…) și spun onest când conexiunea e oprită. Recepția poate porni chiar dintr-un mesaj primit.
Șabloane pe eveniment: programare · ofertă · mașina gata · ITP · predare
În portal, „Gogu te anunță pe WhatsApp la fiecare pas" — clientul vede stadiul mașinii în timp real și are o cutie poștală proprie: când scrie de acolo, consilierul și șeful sunt notificați. Butoanele apar doar când există acțiuni reale.
Canal: omnichannel (aplicație + WhatsApp), simulat și verificat
Zona administrativă strânge rapoartele executive, baza de clienți, contabilitatea, echipa și depozitul. Datele de tip catalog/registru folosesc pattern-ul Register; rapoartele, un dashboard de KPI.




Tot ce ține de cum funcționează platforma se editează din Configurare — navigată exclusiv din meniul din stânga (fără bară de taburi proprie): Flux Operativ (fazele, cerințele porților, politicile „Tarif manoperă" și „Portiță patron"), Program de Lucru (alimentează programările), Notificări & WhatsApp (matricea rol × categorie + șabloane definibile și validate), Integrări terțe, Roluri Personal și Asistent AI.





Asistentul LaFix nu e un ecran separat: e un strat în fiecare pagină (pre-completări, sugestii, căutări la furnizori, alerte). Regula lui: propune, nu execută — o reamintire ITP devine o propunere de programare neconfirmată, iar fiecare cifră a lui poartă „de ce?" cu proveniență. Numele (persistă peste tot), avatarul, persona și comutatoarele de sarcini se configurează în „Asistent AI"; oprirea unei sarcini ascunde suprafețele ei live.
15 puncte de feedback, toate implementate și testate. Mai jos, cele cu impact vizual, cu proof din platformă. Restul (notificări, redenumiri de status la masculin, split de configurare) sunt acoperite în secțiunile de mai sus, deja actualizate.
Cea mai cerută funcție: cauți piese la toți furnizorii (AutoTotal / Autonet / Inter Cars) încă din constatare și ofertare, compari preț · livrare · calitate, iar Gogu îți recomandă varianta optimă. Constatarea devine astfel un deviz complet (manoperă + piese). După ce clientul aprobă, lanșezi comanda pentru toate piesele într-un click; sau comandă anticipat (bypass) ca să le ai mai repede.




Două reguli de interacțiune ghidează fiecare ecran. Ce arată a buton trebuie să funcționeze ca buton; ce e read-only se randează ca text simplu, nu stilizat ca buton — de exemplu, pastila de severitate e etichetă când e read-only și buton doar când e editabilă. Iar fiecare valoare obscură poartă un tooltip: chipul „dovezi" (pozele care susțin constatarea) și orice sugestie a lui Gogu primesc un popover de proveniență „de ce?".
Toate punctele sunt livrate, încărcate fără erori și verificate — plus încă nouă runde de QA după această listă. Platforma e în index.html (punct de intrare pentru GitHub Pages), iar în previzualizare ai reîncărcare automată (badge „● live") cu păstrarea paginii/rolului. Starea se salvează în localStorage la reîncărcare; butonul „resetează" readuce datele de pornire (seed). Un test automat end-to-end (lafix-e2e-demo.mjs) conduce tot ciclul cu clicuri, hover și tastare reale — suita a crescut la ~25 de scenarii de integritate (toate cele 8 roluri ca actori) + tururi de pagini, și produce și videoul demo; baza nouă de verificări se stabilește la închiderea v5.