Securitate & Măsuri Tehnice și Organizatorice (TOM)

Ultima actualizare: 2026-08-20 Notificare la schimbări materiale: minim 14 zile preaviz prin e-mail către clienții activi, publicare simultană pe această pagină.

Despre această pagină

Această pagină descrie măsurile tehnice și organizatorice (TOM) pe careSGAPPS LABS SRL le aplică pentru protecția datelor procesate prinplatforma ERP. Face parte din Anexa B a DPA-ului semnat cu fiecareclient (vezi contracte/templates/dpa-anexa.md §5 „Măsuri de securitate"și Anexa B).
Descrierea aici e la nivel operațional — suficient pentru DPIA,audit intern al clientului, evaluări de conformitate. Detaliiletehnice profunde (versiuni exacte de software, structuri interne debaze de date) nu sunt publicate — protecție împotriva reverse-engineeringși target-are.

• Această pagină nu constituie consultanță juridică.*

1. Confidențialitate

1.1 Control acces - Autentificare parolată pentru fiecare utilizator (nu partajate). - Hash-uire parole cu algoritm modern (bcrypt / argon2 sau echivalent) — parolele nu se stochează în clar. - Sesiuni cu expirare rezonabilă, invalidare la logout. - 2FA (Two-Factor Authentication) disponibil opțional la cerere pentru conturile administrative.

1.2 Permisiuni rol-based - Fiecare utilizator are un rol cu permisiuni definite (administrator, casier, contabil, view-only). - Principiul „need-to-know" — utilizatorii văd doar ce le e necesar pentru sarcina lor.

1.3 Izolare per client (tenancy) - Datele fiecărui client sunt izolate logic în baza de date. - Interogările sunt gate-uite prin identificatorul de tenant.

1.4 Sursă de adevăr pentru configurări (separare arhitecturală)

Configurările sensibile ale Platformei (credențiale sub-procesatori, cheiAPI, parametri fiscali) sunt păstrate pe un **server separat, dedicatca sursă de adevăr**; instanța ERP care servește Beneficiarul le preiaperiodic în memoria de lucru. Beneficiarii standard partajează sursadefault (sgapps.io); Beneficiarii **Enterprise cu cerințe de securitatesuperioară primesc un deploy separat al sursei pe un domeniudistinct cunoscut doar de ERP-ul lor + SGAPPS** — reduce suprafața deatac (adresa nu e enumerable public). Detalii tehnice:erp-config.

1.5 Personal cu acces - Membrii echipei SGAPPS care au acces la infrastructura de producție sunt puțini (principiul „minimum viable access"). - Toți semnează obligație de confidențialitate contractuală. - Instruire regulată în bune practici de securitate și protecție date.

2. Integritate

2.1 Log-uri auditabile - Acțiunile administrative (creare, ștergere, modificare configurație) sunt logate cu timestamp, user, IP. - Log-urile sunt păstrate pentru investigare la incident.

2.2 Versionare pe modificări fiscale - Modificările pe documente fiscale (facturi, bonuri) rămân auditabile — nu se pot rescrie retroactiv fără urmă.

2.3 Semnături hash / checksums - Documentele critice au checksum-uri care detectează alterare.

3. Disponibilitate

3.1 Monitoring - Monitoring operațional al aplicației + infrastructurii pentru detectare incidente. - Alerte automate pentru condiții critice.

3.2 Backup-uri (model multi-layer, aliniat cu practica pieței) - Export self-service permanent — canalul principal de protecție. Operatorul poate exporta oricând (UI + API în JSON/CSV/XML). Îl încurajăm să facă export periodic (cel mai flexibil, sub controlul lui direct). - Snapshot-uri manuale — efectuate on-demand de Procesator înainte de deploy-uri majore + la cerere Beneficiar. - Backup automat Hetzner (activabil ca opțiune) — retenție standard de piață (tipic 7 zile rulante). - Backup-uri la cerere ale Operatorului (extra-fee) pentru situații particulare (înainte de migrări, audit fiscal, etc.). - Testare periodică de restore. - NU oferim restore point-in-time la orice moment arbitrar în pachetul standard — practică comună de piață (necesită arhivare continuă a log-urilor de tranzacții, cost de stocare disproporționat). Majoritatea platformelor SaaS pentru ERP oferă maxim restore-ul ultimelor N zile (tipic 7-30). Restore anterior perioadei standard = serviciu Enterprise custom, contra cost. - Detaliile contractuale în DPA §5 și §12.

3.3 Uptime țintă - Țintă orientativă de uptime (best-effort, nu garanție contractuală în pachetele standard). Detalii în T&C. - Pentru cerințe de uptime garantat contractual → discuție Enterprise custom.

4. Rezistență și recuperare

4.1 Infrastructură redundantă - La nivelul sub-procesatorului de hosting (vezi Sub-procesatori), infrastructura beneficiază de redundanță standard oferită de furnizor.

4.2 Documentație de recuperare - Proceduri interne documentate pentru:

- Restore din backup.
- Failover în caz de defecțiune.
- Escalation între echipe.

4.3 Testare periodică - Testări interne de restore (verificare că backup-urile sunt utilizabile, nu doar prezente).

5. Securitate în transport

5.1 TLS (HTTPS) end-to-end - Toate conexiunile aplicative (browser ↔ platformă, API ↔ platformă) folosesc TLS. - Certificate emise prin autorități recunoscute. - Configurație TLS aliniată la bune practici (versiuni curente, cifruri moderne).

5.2 Comunicare inter-servicii - Comunicarea între componentele backend folosește rețele izolate la nivel de sub-procesator hosting.

6. Securitate la rest

6.1 Baze de date - Bazele de date stau pe discuri cu criptare la nivel de infrastructură (disk-level encryption la Hetzner) + control acces fizic + logic la nivel de sub-procesator hosting. - Nu sunt expuse public (doar aplicația SGAPPS le accesează).

6.2 Backup-uri - Copiile de siguranță sunt stocate în locație controlată la sub-procesatorul de backup, cu criptare la nivel de infrastructură (disk-level).

6.3 Criptare aplicațională la rest (per-record) — la cerere - Pachetul standard: nu aplicăm criptare aplicațională per-record. Justificare (balanced test art. 32 Legea 195/2024): riscul rezidual după criptarea infrastructurii + control acces + izolare tenant + audit log NU justifică overhead-ul operațional al criptării aplicaționale (gestiunea cheilor, impact restore, imposibilitate căutare) pentru profilul tipic de date al Beneficiarilor. - Pachet Enterprise custom: putem oferi criptare aplicațională per-record dacă un Beneficiar are cerință specifică (date medicale art. 9, financiar sensibil, cerințe sectoriale). Contact pentru discuție tehnică + cotație.

• Suntem oneste* despre ce implicăm — nu supraîncărcăm claim-urile.

7. Testare regulată și gestiune vulnerabilități

7.1 Verificări interne - Review de cod pe modificările la componente critice (autentificare, fișare fiscală, integrare SFS). - Audit intern periodic al dependințelor pentru vulnerabilități cunoscute (via tooling automat).

7.2 Update dependințe - Dependințele software (limbaje, librării) sunt update-ate periodic; vulnerabilitățile critice sunt tratate cu prioritate.

7.3 Pentesting extern - Pentesting extern poate fi organizat la cerere pentru clienți Enterprise care îl cer, cost suportat de client (vezi DPA §13 „Audit").

7.4 Certificare externă în curs — CTIF pentru integrare MEV - Proiect distinct al SGAPPS pentru integrarea directă cu MEV (casa de marcat fiscală certificată) via API — actualmente cerere depusă la CTIF (Centrul de Tehnologii Informaționale în Finanțe) pentru audierea formală. - Când e obținută, această certificare va fi disponibilă ca dovadă de audit extern pentru componentele care integrează cu MEV. - Modulul se va contopi în viitor cu Platforma ERP prin API; până atunci, integrarea MEV rămâne prin canalele standard oferite de furnizorul MEV al Operatorului. - Notă poziționare: SGAPPS nu e procesator MEV — noi lucrăm cu MEV al Operatorului dar nu deținem rolul oficial al MEV în lanțul fiscal.

8. Securitate operațională (personal + procese)

8.1 Onboarding personal nou - Contract de muncă / servicii cu clauză de confidențialitate. - Instruire în bune practici de securitate. - Acces gradual, minimum viable.

8.2 Offboarding personal - Revocarea imediată a accesurilor la plecare. - Audit al conturilor și cheilor la fiecare offboarding.

8.3 Gestiune credențiale interne - Password manager pentru credențiale operaționale. - Rotire chei periodică (ex: chei SSH, tokens API). - Fără chei hardcodate în cod.

9. Incidente de securitate

Procedura completă e în DPA §10 și în pagina dedicatăProceduri Incident *(dacă e creată; altfel referințăintegrată în DPA)*.

• Sumar:*

1. Detectare — via monitoring automat sau semnalare manuală.
2. Confirmare — echipa tehnică validează că e incident real (nu fals pozitiv).
3. Notificare clienți afectați — fără întârziere nejustificată de la confirmare, prin e-mail (conform DPA §10.1).
4. Suport pentru notificare CNPDCP — dacă clientul (ca Operator) trebuie să notifice autoritatea, îi oferim informațiile tehnice necesare.
5. Analiză post-incident — root cause + măsuri preventive.

10. AndroidBridge — capabilități native + guvernare

Aplicația SGApps Android rulează Platforma ERP într-un WebView careexpune un bridge de acces controlat (window.AndroidBridge) lafuncțiile native ale dispozitivului. Aceasta permite integrare cu:

• Imprimante fiscale / termice (Bluetooth, USB).
• Cititoare de coduri de bare USB / HID.
• Cântare digitale conectate serial.
• Cameră (fotografie produse, scanare documente).
• Bluetooth (dispozitive periferice).
• Geolocație (single-shot sau update-uri continue — pentru module opt-in de tracking).
• NotificationListener (opt-in explicit — pentru captarea confirmărilor bancare, dacă Operatorul activează integrarea).
• Server HTTP on-device (pentru discovery LAN de imprimante/hub-uri).
• Stocare locală pe dispozitiv — citire și scriere fișiere pe sistemul Operatorului, în limita permisiunilor utilizatorului curent al sistemului de operare, plus key/value storage și cache offline în spațiul aplicației. Include atât spațiul privat al aplicației (configurări, cache, log-uri operaționale), cât și locațiile alese explicit de Operator (ex. export fișier Excel în „Documente", salvare PDF factură în „Downloads", backup într-un folder ales de utilizator). Este funcționalitate tehnică standard identică cu orice aplicație nativă (procesatoare de text, browser, ERP-uri clasice etc.) — accesul e limitat de permisiunile utilizatorului curent al sistemului de operare, nu de bridge.

Necesară pentru:

- Persistarea configurărilor locale (imprimante, dispozitive
  periferice, preferințe UI).
- Cache offline al catalogului pentru continuitate operațională
  la interupere de rețea.
- Log-uri operaționale locale (debug, audit acțiuni).
- Backup-uri temporare înainte de sync către server.
- Export de date către fișiere alese de Operator (rapoarte,
  facturi, backup-uri manuale).

Datele stocate rămân pe dispozitivul Operatorului, sub controlul său fizic. Ștergerea diferă pe platformă:

- **Android**: spațiul privat al aplicației se șterge automat la
  dezinstalare sau prin „Clear app data" din setările Android.
- **PC (Windows / macOS / Linux)**: fișierele **rămân pe disc**
  după dezinstalarea aplicației (comportament standard al
  aplicațiilor desktop) și trebuie **șterse manual** de Operator
  dacă acesta dorește curățare completă (folderele
  configurări/log-uri/cache generate de aplicație, plus orice
  fișier exportat de Operator în locații alese de el).
- **Fișierele exportate de Operator în locații alese** (indiferent
  de platformă) rămân sub gestiunea lui după export.

10.1 Principii de guvernare

• Permisiuni Android nativ — fiecare capability care ține de hardware sensibil (locație, cameră, notificări, screen capture) necesită consimțământ Android explicit al utilizatorului dispozitivului la prima folosire. Utilizatorul poate revoca permisiunea oricând din setările Android.
• Colectare doar când e nevoie — datele device (locație, screenshot, listing notificări) NU sunt colectate în background fără o justificare operațională clară. Cazurile în care colectarea are loc:
• Debug la incident confirmat.
• Verificare identitate device (fingerprint) pentru detectare intruziuni.
• Module opt-in ale Operatorului cu colectare continuă — atunci când Operatorul activează explicit un modul care implică tracking permanent al dispozitivului (vezi §10.2), colectarea continuă pentru rolul respectiv devine parte a scopului operațional și NU contravine principiului de mai sus.
• Fără profilare comercială — datele device nu sunt folosite pentru profilare pe seama SGAPPS. Sunt colectate strict operațional și în beneficiul Operatorului.

10.2 Module opt-in cu impact asupra datelor angajaților / clienților

Anumite module care folosesc AndroidBridge implică colectare

• continuă de date personale (locație, comportament device). Acestea sunt strict opt-in* — dezactivate implicit, activate doar la cererea scrisă a Operatorului:

• Tracking dispozitive angajați — locația tabletelor POS / device-urilor de teren.
• Tracking depozite mobile — locația mașinilor de livrare, opționale cu partajare către clientul final.
• Sincronizare notificări bancare — captarea SMS/push de la aplicații bancare pentru reconciliere automată încasări.

• Responsabilitatea Operatorului când activează aceste module este detaliată în DPA §3.7* și include: informare angajați, obținere consimțământ / bază legală adecvată, semnare DPA cu persoanele vizate (angajați, clienți finali) unde legea o cere, respectarea Legii 195/2024 MD și, dacă e cazul, GDPR.

Procesatorul rămâne Procesator împuternicit — nu devine Operator pentrudatele angajaților / clienților Beneficiarului.

10.3 Activarea funcționalităților cu extindere de scope

Când o funcționalitate viitoare a Platformei implică o categorie nouăde date personale sau o utilizare nouă a datelor ce depășește scope-ulcurent, activarea se face doar după confirmare explicită aOperatorului:

• Informare clară în interfață despre ce date se procesează, scopul, sub-procesatorii implicați, responsabilitățile Operatorului.
• Confirmare precisă și expresă — checkbox neselectat implicit + buton dedicat de activare, sau dialog cu introducere de cod de confirmare. Simpla navigare în meniu NU constituie activare.
• Audit trail robust (măsuri anti-repudiere):
• Log append-only cu triangulare între sisteme multiple (log-uri de notificări, acțiuni utilizator, audit administrativ, operaționale) — format binar sharded + backup redundant. Alterările retroactive detectabile prin compararea sistemelor.
• User ID + rol + IP + user-agent + timestamp UTC ms + versiunea Platformei.
• Hash SHA-256 al textului informării afișate + versiunea informării (Procesatorul poate reproduce textul văzut).
• Notificare în dashboard (canal implicit, mereu disponibil):
• Confirmare imediată către utilizatorul care activează, cu conținutul complet + buton de dezactivare imediată.
• Notificare separată către administrator (când activatorul e non-admin), pentru revocare rapidă dacă e necesar.
• Notificările persistă în dashboard până la citire explicită.
• E-mail de confirmare — serviciu opt-in, contra cost, activat doar la cererea scrisă a Beneficiarului. Fără această activare, notificarea prin dashboard e canalul unic și suficient.
• Prezervare log 5 ani post-încetare contract.
• Retragere prin același mecanism — un click / cerere scrisă; ștergere date acumulate conform DPA §12.
• Prezumția de acceptare — după consimțământ înregistrat + 24 ore fără retragere după e-mail confirmare, Operatorul nu poate contesta ulterior în absența dovezilor de compromitere cont / defect tehnic / fraudă terț.

Detalii contractuale complete în DPA §3.8.

10.4 Documentație tehnică

Descriere completă a AndroidBridge, capabilitățile, permisiunile Androidși fluxurile de consimțământ user-side sunt în:

• Documentația AndroidBridge (READ-ONLY pentru echipa SGAPPS, extras publicate în această secțiune).
• DPA §3.7 — clauze contractuale pentru clienți.

11. Ce NU garantăm în pachetul standard

Pentru a fi transparenți despre limite:

• Certificări formale de securitate (ISO 27001, SOC 2, PCI-DSS) — suntem un furnizor mic, aplicăm bune practici dar nu întreținem programe de certificare formale în pachetul standard.
• SLA contractual de uptime cu credit financiar automat — vezi §7 din Contract Master (model service-credit prin refuz de plată proporțional, cu condiții).
• Suport 24/7 pentru incidente — programul de suport e definit în T&C, tipic 9-18 luni-vineri; escalare pentru incidente critice best-effort în afara programului.
• Criptare aplicațională la rest (per-record) — disponibilă la cerere Enterprise custom.

Pentru cerințe suplimentare (audit extern regular, certificare, criptareaplicațională custom, suport 24/7), discutăm individual pachet Enterprisecu ofertă separată.

12. Contact

Pentru întrebări despre securitate sau raportare vulnerabilități:

• contact@sgapps.io*.

Pentru un raport de vulnerabilitate responsabilă (responsible disclosure),te rugăm să folosești același e-mail cu subject [SECURITY] și săîndăstești detaliile. Răspundem în cel mai scurt timp posibil (țintăorientativă 5 zile lucrătoare).