Mod de lucru
Cum lucrez
Lucrez zilnic în contabilitate și îmi construiesc instrumentele cu ajutorul AI-ului. AI-ul grăbește dezvoltarea, dar verificarea o fac eu, ca cineva care înțelege contabilitatea din spatele cifrelor.
Ce fac
Contabilitate și trezorerie
Contabilitate primară, extrase bancare, inclusiv conturi în valută și POS, plăți și scadențar, facturare și RO e-Factura/SPV, NIR-uri, inventar și închideri lunare.
Raportare și analiză
Execuție bugetară, centralizatoare și indicatori financiari în Excel și Power Query, analiza balanței de verificare.
Instrumente
Când o sarcină se repetă, construiesc unealta care o preia: NeoDesk, generatorul de cereri, scriptul care verifică lunar legislația. Lucrez cu Python, VBA, React, TypeScript și PostgreSQL.
Cum construiesc
01
Contextul
Problemele diferă, dar încep mereu la fel: adun cât mai mult context. Care e problema care trebuie rezolvată, ce se așteaptă de la rezultat, cât de repede trebuie și ce pot decide singur. Pot lucra și cu informații parțiale, dar atunci riscul de greșeală crește, așa că prefer să întreb încă o dată decât să ghicesc.
02
Sursele
Pentru informațiile fiscale pornesc de la forma consolidată oficială a legii. La începutul fiecărei luni, un script compară actele din corpusul meu cu Portalul Legislativ și îmi arată ce s-a schimbat. O actualizare o aplic numai dacă scriptul a validat-o; cazurile ambigue le refac controlat. Folosesc apoi corpusul cu NotebookLM. Scriptul nu trage concluzii fiscale în locul meu.
03
AI-ul, ca unealtă
Nu există un agent AI „cel mai bun”, ci un mod corect de a-i folosi. Lucrez de obicei cu Claude și Codex, cu roluri separate: unul planifică și implementează, celălalt auditează independent și verifică în cod ce a presupus primul. Ce produc ei e o propunere: verific dacă respectă arhitectura și regulile de securitate ale proiectului și decid eu ce intră.
Pentru cercetare folosesc AI-ul mult, pentru că e mai rapid: în browser și ca extensie în Word și Excel. Pentru legislație, concluzia o verific tot în sursa oficială.
04
Verificarea
Înainte să folosesc o funcție nouă, o verific automat: tipurile de date (TypeScript), testele și build-ul de producție, adică versiunea finală a aplicației. Funcțiile importante le încerc și pe date reale anonimizate sau pe seturi fixe de date de test.
La testarea analizei balanței pe un export SAGA real, scriptul aduna atât contul sintetic, cât și conturile lui analitice; pentru familia 512 rezultatul era aproape dublu. Am corectat regula: contul sintetic e valoarea de referință când există, iar în lipsa lui se adună o singură dată doar analiticele terminale. Am adăugat teste de regresie și am reverificat tot traseul, de la citirea fișierului Excel până la validări.
05
Datele
Pentru dezvoltare și demonstrații folosesc date fictive sau anonimizate. Unele unelte însă nu se pot construi fără date reale. La generatorul de cereri, un agent AI a lucrat pe calculatorul meu cu exporturile Revisal ale celor trei firme, ca să construiască importul și să-l verifice. Fișierele au rămas locale, în afara Git, dar ce citește agentul trece prin serviciul AI care îl rulează. Fac asta numai când unealta nu se poate construi altfel.
În NeoDesk, fiecare utilizator vede și modifică numai datele contului său, iar regula e aplicată în baza de date, nu doar prin butoane ascunse în interfață. Sunt măsurile mele de protecție a datelor, nu o certificare GDPR. Le testez, pentru că o regulă de acces greșită ar putea expune datele altui utilizator.
Exemplele, în context
Tot ce scrie mai sus vine din proiectele mele. Acolo se vede cum arată metoda aplicată pe probleme concrete.