Financiar
Bonul fotografiat pe loc, decontul închis fără teanc
Bonurile se strângeau în portofel și ajungeau la contabilitate o dată pe lună, îndoite și fără context. Jumătate din timpul de decontare se ducea pe reconstituit cine, unde și de ce a cheltuit.
Firmă cu echipe pe teren și deconturi lunare
De unde am pornit
Partea care lipsește din majoritatea studiilor de caz și singura care îți spune dacă seamănă cu situația ta.
Oamenii de teren plăteau din banii lor sau din avans și strângeau bonurile. La final de lună, un plic cu hârtii ajungea la contabilitate, unde cineva le sorta, le lipea pe coli și încerca să reconstituie contextul fiecăreia. Bonurile termice pierdute erau o categorie în sine: după trei săptămâni în portofel, jumătate nu se mai citeau.
Managerul aproba decontul la final, când nu mai putea face nimic. O cheltuială peste plafon se descoperea după ce fusese deja făcută, iar discuția devenea despre trecut, nu despre reguli.
Ce se rupea, concret
- Contextul cheltuielii exista doar în memoria celui care o făcuse.
- Bonurile termice se ștergeau înainte să ajungă la contabilitate.
- Depășirile de plafon se vedeau la aprobare, prea târziu ca să conteze.
- Alocarea pe proiect sau pe centru de cost se făcea din estimare, la final de lună.
Obiective
Ce trebuia să rezolve aplicația
Cheltuiala să fie înregistrată în momentul în care se produce, nu peste trei săptămâni.
Documentul să fie salvat înainte să se poată deteriora sau pierde.
Depășirea de plafon să fie semnalată înainte de cheltuială, nu după.
Contabilitatea să primească datele în forma pe care o folosește deja, cu documentele atașate.
Ce am construit
Aplicația, pe module
Nu o listă de funcționalități, ci ce face fiecare bucată și de ce a fost nevoie de ea.
-
01
Înregistrarea din teren
Omul deschide aplicația din telefon, fotografiază bonul, alege categoria și proiectul și scrie suma. Durează sub un minut și se întâmplă la casa de marcat, cât contextul e încă proaspăt. Aplicația e o PWA: se deschide dintr-o legătură, fără instalare din magazin.
Ce cuprinde
- Fotografia bonului, salvată imediat pe server
- Categorii și centre de cost proprii firmei, nu o listă generică
- Funcționează și fără semnal: înregistrarea se sincronizează când revine
-
02
Plafoane și aprobare
Fiecare categorie are un plafon, pe zi sau pe lună. Când o cheltuială se apropie de limită, omul primește avertismentul la înregistrare. Aprobarea merge pe manager, cu prag de valoare: sub prag se aprobă la nivelul echipei, peste prag urcă mai sus.
Ce cuprinde
- Limite pe categorie, cu avertisment înainte de depășire
- Aprobare pe manager și pe prag de valoare
- Motivul respingerii rămâne scris, vizibil pentru cel care a cheltuit
-
03
Închiderea lunii
La final de lună, decontul e deja compus: toate cheltuielile sunt categorisite, aprobate și au documentul atașat. Exportul pleacă spre contabilitate în formatul programului folosit acolo, cu documentele în arhivă, denumite după linia la care se referă.
Ce cuprinde
- Export în formatul programului de contabilitate
- Arhivă cu documentele, denumite după poziția din decont
- Rapoarte pe om, pe categorie și pe centru de cost
Decizii
Ce am ales și de ce
Alegerile care au schimbat proiectul: unde am mers pe varianta mai simplă, unde am insistat pe una mai scumpă și ce s-ar fi întâmplat altfel.
Suma se scrie de om, nu se citește din poză
Recunoașterea automată a sumei de pe bon a fost prima cerință. Am construit-o și am testat-o pe bonuri reale: pe bonuri termice mototolite, rata de eroare era destul de mare cât să transforme fiecare decont într-o verificare. Am scos-o. Un om scrie suma în trei secunde și e sigură. Poza rămâne ca document, care e rolul ei adevărat.
PWA în loc de aplicație din magazin
O aplicație publicată în magazin ar fi însemnat două dezvoltări, două procese de aprobare și o actualizare pe care jumătate din oameni nu o instalează niciodată. O aplicație web instalabilă se deschide dintr-o legătură, se actualizează singură și are acces la cameră. Compromisul acceptat: notificările sunt mai limitate. Nu a contat pentru fluxul acesta.
Avertisment, nu blocare
S-a cerut ca aplicația să blocheze cheltuiala peste plafon. Am refuzat și am propus avertisment cu motivare obligatorie. O blocare într-o aplicație de teren înseamnă un om care plătește oricum și înregistrează altundeva, iar atunci nu mai afli nimic. Avertismentul păstrează cheltuiala în sistem și mută discuția acolo unde trebuie.
Cum arată munca acum
Fără procente și fără ore economisite — doar ce se vede deschizând aplicația.
Decontul nu se mai construiește la final de lună, se compune pe parcurs. Contabilitatea primește date deja categorisite, cu documentul lizibil atașat fiecărei linii.
- Documentul e salvat în momentul cheltuielii, înainte să se poată șterge.
- Contextul cheltuielii e completat de cel care o face, când încă îl știe.
- Depășirea de plafon apare cu motivare, nu ca surpriză la aprobare.
- Alocarea pe proiect e făcută la sursă, nu estimată la final.
Ce am învățat
Inclusiv ce am greșit
O funcționalitate impresionantă care greșește uneori e mai proastă decât una banală care nu greșește niciodată. Citirea automată a sumei arăta bine la demonstrație și era o problemă în folosință zilnică.
Regulile care blochează oamenii în teren nu se respectă, se ocolesc. O regulă care avertizează și cere o explicație rămâne în vigoare pentru că nu împiedică pe nimeni să își facă treaba.
Întrebări frecvente
Ce ne întreabă lumea despre proiectul ăsta
Dacă întrebarea ta nu e aici, scrie-ne — răspundem la fel de direct.
Pune-ne o întrebareMerge și fără semnal, în teren?
Da. Înregistrarea și fotografia se salvează local și se sincronizează când revine conexiunea. A fost o cerință de la început, pentru că exact în locurile fără semnal se fac cele mai multe cheltuieli de drum.
Se leagă de programul de contabilitate?
Aici s-a făcut prin export în formatul folosit acolo, cu documentele într-o arhivă. Dacă programul tău are o interfață de integrare, se poate lega direct — verificăm la analiză ce expune și abia apoi promitem.
Cine poate vedea cheltuielile celorlalți?
Se configurează pe rol. În proiectul acesta, omul de teren își vede doar cheltuielile proprii, managerul le vede pe cele ale echipei lui, iar contabilitatea vede tot, dar nu poate aproba.
Ce am folosit din ce facem
Proiectul de mai sus a fost o singură dată. Paginile astea spun ce livrăm în general, pentru cine are sens și în cât timp.
Alte proiecte
Vezi toate studiile →Concediile, scoase din Excel și din inbox
Evidența concediilor stătea într-un fișier ținut de o singură persoană, iar aprobările circulau pe mail. Funcționa, până când doi șefi aprobau în paralel aceeași zi.
Citește →Avizul de plată pe care proprietarul îl înțelege singur
Administratorul petrecea mai mult timp explicând calculul decât făcându-l. Aplicația nu a scurtat calculul — a făcut ca explicația să nu mai fie nevoie.
Citește →Un CRM în care oamenii de vânzări chiar intră
Firma avea deja un CRM de abonament. Problema nu era că lipsea o unealtă, ci că nimeni nu o completa — pentru că nu îi dădea nimic celui care introducea datele.
Citește →Recunoști ceva din situația de mai sus?
Spune-ne cum lucrezi acum și unde se blochează. Prima discuție e despre tine, nu despre ce am făcut la altcineva.