POSTGRESQL • RBAC
Permisiuni verificate pe server
Fiecare utilizator vede și modifică doar datele necesare. Regula se aplică la fiecare operațiune, nu prin ascunderea unui buton.
[ SERVICII LGL SOLUTIONS ]
Înlocuiește foi Excel, operațiuni duplicate și permisiuni neclare cu o aplicație web construită pentru echipa ta.
$ PATCH /v1/leads/318 {"status":"ofertat"}HTTP/2 200 · 41 ms{ "lead": 318, "status": { "from": "calificat", "to": "ofertat" }, "permission": { "role": "vanzari", "rbac": "allowed" }, "audit": { "author": "user_demo", "reason": "ofertă trimisă" }} CE PRIMEȘTE PROIECTUL
Module separate, permisiuni explicite și date care nu mai trăiesc în copii paralele.
POSTGRESQL • RBAC
Fiecare utilizator vede și modifică doar datele necesare. Regula se aplică la fiecare operațiune, nu prin ascunderea unui buton.
EXCEL • MIGRARE GRADUALĂ
Importul rulează întâi în staging și păstrează doar informațiile verificate.
CRM CUSTOM • STĂRI
Lead, companie, ofertă și status devin obiecte coerente, cu autor și motiv pentru fiecare schimbare.
P95 • REQUEST ID
Latența interogărilor importante și erorile corelate arată unde apare problema.
MILESTONES • ACCEPTARE
Criteriile de acceptare descriu rezultate observabile, nu doar componente.
O aplicație web dedicată transformă procesele repetitive într-un flux controlabil. Modelăm domeniul, separăm modulele și stabilim permisiuni RBAC astfel încât fiecare utilizator să vadă și să modifice numai datele necesare. PostgreSQL păstrează relațiile și regulile de integritate, iar API-ul documentat permite extinderea ulterioară.
Migrarea de la Excel se face gradual: inventariem coloanele, curățăm datele, definim entitățile și importăm doar informațiile validate. Interfața oferă căutare, filtre, istoric și rapoarte fără a crea o copie paralelă a adevărului.
Pentru un CRM custom, leadul, compania, activitatea, oferta și statusul devin obiecte coerente. Automatizările pot porni din schimbarea unui status, dintr-un webhook sau dintr-un program planificat.
Înainte de implementare, documentăm actorii, stările și tranzițiile din proces. Pentru un CRM, de exemplu, leadul poate trece prin capturat, calificat, ofertat, câștigat sau pierdut, iar fiecare schimbare are autor, timestamp și motiv. Modelul evită coloanele ambigue și permite rapoarte reale. PostgreSQL este folosit pentru integritate referențială, constrângeri, indexuri și tranzacții; nu ascundem inconsistențele într-un spreadsheet.
Migrarea începe cu un export read-only și un dicționar de date. Identificăm duplicate, formate locale pentru telefon și monedă, valori lipsă și istoricul care trebuie păstrat. Importul se rulează întâi într-un mediu de staging, se validează prin număr de rânduri și rapoarte de diferențe, apoi se repetă idempotent. Un script Dockerizat asigură aceeași versiune de runtime local, în CI și la migrare.
RBAC nu este doar ascunderea unui buton. Serverul verifică permisiunea la fiecare operațiune, filtrează tenantul și aplică principiul minimului privilegiu. Datele sensibile au retenție definită, logurile nu includ tokenuri, iar parolele nu sunt trimise prin formular. Pentru acces administrativ folosim autentificare puternică și separăm operațiunile de mentenanță de conturile obișnuite.
Măsurăm latența la p95 pentru interogările importante, numărul de round-trips și dimensiunea payloadului. Un index potrivit și paginarea server-side sunt mai valoroase decât încărcarea tuturor înregistrărilor în browser. Erorile sunt corelate cu request ID, utilizator și versiunea aplicației. Pentru joburi și integrări, starea este vizibilă, retry-ul este limitat, iar un eșec poate fi reluat fără dublarea efectului.
Implementarea este împărțită în milestones: model de date, flux principal, roluri, integrații, testare și lansare. Criteriile de acceptare descriu rezultate observabile, nu doar componente. Înainte de producție verificăm backup-ul, migrațiile reversibile, variabilele de mediu, monitorizarea și procedura de rollback. Mentenanța se stabilește separat, în funcție de schimbări și nivelul de suport necesar.