Securitate și date
Această pagină este un ghid: unde se află fizic datele afacerii dumneavoastră, cine le poate vedea, cum se revocă acest acces și ce să faceți dacă ceva nu merge bine. Instrucțiuni despre autentificare și parole găsiți în Cont și autentificare.
Unde se află datele#
Cloud-ul și regiunea sunt determinate de brandul prin care v-ați înregistrat — aceasta nu este o setare a contului și nu se schimbă din mers.
| Brand | Cloud | Regiune | Ce înseamnă asta |
|---|---|---|---|
| cenaly.com, cenaly.com | AWS | us-east-1 | Datele contului, fișierele media și livrarea vitrinei — în perimetrul AWS; livrarea conținutului static trece prin CDN în întreaga lume |
| cenaly.ru | Yandex Cloud | Rusia | Perimetru propriu complet, inclusiv autorizare proprie: conturile din perimetrul .ru nu se creează la furnizorul american de autentificare |
| Branduri turcești | AWS | eu-central-1 | O copie regională a perimetrului mai aproape de piață. ⚠️ Sincer: eu-central-1 este Germania, nu o găzduire în interiorul Turciei |
Ce rezultă din aceasta în practică:
- Conturile din cele două perimetre nu sunt legate. Contul de pe cenaly.ru este un cont separat cu datele sale; „mutarea” unui cont dintr-un cloud în altul nu este posibilă, o migrare înseamnă un cont nou și import de date.
- Unele funcționalități există doar într-un singur cloud. De exemplu, scanerul de cookies funcționează pe brandurile AWS, iar pe cenaly.ru pornirea scanării răspunde în mod normal „neacceptat” — aceasta nu este o eroare.
- Media grea rar citită (de exemplu, înregistrările convorbirilor telefonice) este stocată într-o arhivă rece separată a brandului — mai ieftin și în același perimetru; accesul la fișier rămâne instantaneu.
- Fișierele vitrinei (meniuri, fotografii, documente publice) sunt intenționat publice: sunt citite de browserul clientului fără autorizare.
Cine are acces#
| Cine | Ce vede | Cum se limitează sau se revocă |
|---|---|---|
| Proprietarul contului | Tot | Doar prin transferul contului (/settings/access) |
| Angajat cu login | Secțiunile atribuite rolului său și punctele de lucru din aria sa | Constructorul de roluri în /staff, dezactivarea sau ștergerea angajatului |
| Angajat cu cod PIN | Casa în limitele atribuțiilor rolului său | Modificarea sau retragerea PIN-ului în fișa angajatului |
| Dispozitiv prin cod | O singură pagină țintă (monitor, ecran de bucătărie) fără acces complet | Ștergeți codul în „Coduri QR” → „Dispozitive” |
| Angajat de suport | Doar cu consimțământ activat și în volumul selectat; fiecare sesiune — în jurnal | Comutatorul din /settings/support-access; revocarea oprește și sesiunea în curs |
| Partener implementator | Doar la o cerere aprobată, timp limitat | Modul firmei în aceeași secțiune: „nu permite” / „întreabă de fiecare dată” / „permite vizualizarea” |
| Agent IA extern prin cheie API | Ceea ce permite cheia contului | Revocarea cheii în /settings/access |
Cum funcționează accesul partenerului#
Partenerul nu se autentifică niciodată singur. El trimite o cerere cu motiv, mod și durată, iar aceasta este decisă doar de proprietarul contului — nu de un angajat și nu de suportul nostru. Reguli care se aplică întotdeauna:
- modul implicit este doar vizualizare; „vizualizare și modificare” se acordă printr-o bifă separată la răspuns;
- timpul este limitat (implicit o oră, maximum două), simultan este deschisă o singură sesiune;
- pe toată durata vizitei în interfață este afișat un banner violet cu numele firmei, numele persoanei, modul și numărătoarea inversă;
- în orice mod sunt blocate: abonamentul și plățile, datele proprietarului, drepturile angajaților, exportul de date, integrările, e-mailul, apelurile și telefonia, partenerii contractuali și documentele, programul de parteneriat — iar refuzul este dat de server, nu doar de elementele de meniu ascunse;
- o cerere fără răspuns expiră după o zi și primiți un e-mail despre fiecare autentificare;
- revocarea consimțământului oprește sesiunea în curs;
- pe cenaly.ru nu există deloc autentificare de partener.
Mai multe despre programul în sine — Programul de parteneriat.
Parole, coduri și sesiuni#
| Cheie de acces | Cerințe | Unde se revocă |
|---|---|---|
| Parola proprietarului sau a angajatului | 8+ caractere, literă mare și literă mică, cifră, simbol | /settings/access — modificare; /staff — resetarea parolei pentru angajat |
| PIN-ul casierului | 4–6 cifre, unic în cont, pe server este stocat doar ca hash ireversibil | Fișa angajatului în /staff |
| Codul de autentificare al dispozitivului | Link /login?code=…, protejat la nevoie prin PIN sau parolă |
Ștergerea codului în /client-codes?tab=devices |
| Codul QR de autentificare în panou | Filă „Autentificare în admin” — vizibilă proprietarului și rolului cu drept la „Setări” | Ștergerea codului în același loc |
| Cheia API pentru agenți IA | Este afișată o singură dată la creare | /settings/access |
| Conturi SIP personale | Listă privată a fiecărei persoane: fiecare îl vede doar pe al său | /settings/sip-accounts |
Fapte utile:
- Deconectarea închide sesiunea în toate filele browserului; nu există o bifă separată „ține-mă minte”.
- Concedierea revocă extensia telefonică a angajatului imediat pe toate punctele de lucru — persoana concediată nu va pleca cu un softphone funcțional.
- Nivelurile de acces la secțiune („vizualizare”, „modificare”, „configurare”) se stabilesc în rol. Limita onestă de astăzi: nivelul „modificare” chiar interzice înregistrarea datelor secțiunii pe server, iar modul „doar vizualizare” nu este încă activat de ecranele panoului — nu acordați o secțiune cuiva care nu are voie să îi vadă conținutul.
Datele oaspeților și consimțămintele#
| Mecanism | Ce face | Articol |
|---|---|---|
| Bannerul de cookie-uri | Patru categorii, blocarea scripturilor terțe până la consimțământ, jurnalul consimțămintelor cu export CSV ca dovadă, pagină gata de politică privind cookie-urile | Cookie-uri și consimțământ |
| Documente juridice | Constructor de politică de confidențialitate, termeni, returnare, livrare și alte cinci documente după seturi specifice țării; publicare ca pagini ale site-ului | Documente juridice |
| Ecranul „Datele mele” din vitrină | Oaspetele vede ce se stochează despre el pe dispozitivul său, exportă aceste date ca fișier JSON și le șterge cu un singur buton | — |
| Poarta de vârstă 18+ | Se activează de către proprietar și stă în fața întregului conținut al vitrinei | Cookie-uri și consimțământ |
Două precizări sincere despre „Datele mele”: ecranul lucrează cu datele dispozitivului oaspetelui (ceea ce se află în browserul lui), nu cu istoricul de pe server, iar ștergerea de acolo curăță exact dispozitivul. Dacă oaspetele cere ștergerea comenzilor și contactelor sale din baza dumneavoastră, aceasta se face de către dumneavoastră — în secțiunea Clienți.
O distincție importantă: bannerul și documentele pe care le vede oaspetele sunt ale dumneavoastră, nu ale noastre. Dumneavoastră răspundeți de conținutul lor ca proprietar al afacerii; platforma oferă constructorul, găzduirea paginilor și jurnalul consimțămintelor.
Export și ștergere#
- Preluați tot — Export de date: un singur ZIP cu setările, catalogul, comenzile, clienții și recenziile. În arhivă nu intră în mod intenționat codurile PIN ale angajaților, cheile și tokenurile integrărilor, parolele — arhiva este des trimisă contabilului sau colaboratorului. Fotografiile nu sunt împachetate, rămân linkuri; arhiva gata trăiește 7 zile.
- Ștergeți contul — printr-o solicitare la suport după export: nu există un buton independent în panou. Termenul de executare a cererii este de 30 de zile de la confirmarea acesteia; după ștergere nu veți mai avea de unde prelua datele, de aceea exportul se face înainte, nu după.
- Ștergeți datele unui singur oaspete — în secțiunea Clienți.
Copii de rezervă#
În panou nu există butonul „restaurează contul la o anumită dată” și nu publicăm termenele de păstrare a copiilor interne — de aceea faceți-vă propria copie: înainte de un import în masă, de curățarea catalogului sau de schimbarea structurii meniului, pregătiți exportul. Aceasta este cea mai sigură revenire dintre cele disponibile.
Dacă bănuiți o scurgere#
În ordine, de sus în jos:
- Schimbați parola proprietarului —
/settings/access. - Dezactivați „Accesul suportului”, dacă a fost activat, și consultați jurnalul sesiunilor: cine și când s-a conectat.
- Ștergeți codurile dispozitivelor și codurile QR de autentificare în panou care nu sunt necesare chiar acum (
/client-codes). - Revocați cheile API din fila „Acces” și emiteți altele noi acolo unde sunt într-adevăr utilizate.
- Schimbați codurile PIN ale casierilor și resetați parolele angajaților pe care îi bănuiți; pe cei concediați — dezactivați-i în
/staff. - Scrieți la suport — Cum obțineți ajutor. Atașați ora incidentului, brandul și adresa contului, punctul de lucru și ceea ce ați văzut. Aceasta este o solicitare privind contul DUMNEAVOASTRĂ; vulnerabilitățile platformei merg pe un alt canal — vedeți mai jos.
Despre o vulnerabilitate descoperită în platforma însăși raportați nu la suportul general, ci la o adresă separată — security@cenaly.com (adresa primește mesaje de la orice brand; cutii identice security@ pe domeniile brandurilor — security@cenaly.com, security@cenaly.ru, security@masamenu.tr — se conectează). În mesaj: adresa paginii, pașii de reproducere și ce ați reușit să obțineți. Vă rugăm să nu publicați detalii până la răspuns și să nu exportați datele altora pentru a „verifica amploarea”. Mai multe despre canal — Cum obțineți ajutor.
Ce nu stocăm#
- Datele cardurilor de plată. Nici numerele, nici CVV: cardul este procesat de furnizorul de plăți (de exemplu, Stripe cu certificare PCI Level 1), la noi ajunge doar rezultatul plății — vedeți Plata și Stripe.
- Secretele din export. Codurile PIN, cheile, tokenurile și parolele nu intră în arhivă.
- Biometria. Această clasă de date este interzisă în perimetru și nu este colectată.
Ce este în lucru#
Un perimetru separat de stocare a datelor personale — criptare pe clase de date, jurnalul fiecărui acces la ele, retenție pe eveniment — este în lucru. Nu dăm aici termene și promisiuni privind acesta: când va acoperi următoarea clasă de date, acest lucru va apărea în descrierea secțiunii corespunzătoare. La fel este în lucru și cabinetul cererilor persoanei vizate (DSAR) — momentan astfel de cereri sunt procesate manual, prin export și secțiunile „Clienți” și „Angajați”. Autentificarea în doi factori pe cenaly.ru și în aplicațiile mobile este de asemenea în pregătire — nu promitem termene.
Limitări#
- Autentificarea în doi factori — doar în cabinetul web al brandurilor AWS (cenaly.com, cenaly.com și altele): se activează în „Setări → Acces”, la autentificarea cu parolă cere un cod din aplicația de autentificare. Aplicațiile mobile și autentificarea prin Google sau prin cod QR nu cer încă codul, nu există coduri de rezervă, pe cenaly.ru factorul nu există. Peste tot protejați autentificarea cu o parolă lungă și cu conturi separate pentru angajați (o parolă comună pentru toți este cel mai rău lucru posibil), iar tabletele și ecranele țineți-le pe coduri de dispozitiv cu PIN.
- Separarea cloud-urilor este rigidă: contul cenaly.ru și contul cenaly.com sunt conturi diferite, nu există un cont comun pentru ele.
- Pe cenaly.ru nu există autentificare de partener, jurnal al sesiunilor de suport, transfer al contului pe un alt e-mail și scaner de cookie-uri.
- „Datele mele” ale oaspetelui curăță dispozitivul, nu istoricul comenzilor de pe server.
- Nivelurile de acces „vizualizare” și „configurare” încă nu transformă ecranul într-un mod de citire (vezi mai sus).
- Jurnalul „care dintre angajații mei a deschis ce” nu există în panou; jurnalele se țin pentru autentificările suportului și ale partenerilor.
- Mijloace criptografice certificate și granițe formale ISPDn nu declarăm: dacă afacerea dumneavoastră are nevoie de acest lucru prin lege, discutați sarcina înainte de conectare.
Depanare#
| Simptom | Cauză | Ce să faceți |
|---|---|---|
| Suportul cere acces, dar nu găsesc unde să îl acord | Comutatorul se află pe fila sa | Setări → Acces suport (/settings/support-access): activați consimțământul și alegeți amploarea |
| Partenerul scrie că nu se poate conecta | Solicitarea nu a fost aprobată, a expirat (24 de ore) sau modul firmei este setat pe „nu permite”; pe cenaly.ru nu există deloc autentificare | Verificați modul și istoricul pe aceeași filă, rugați partenerul să trimită din nou solicitarea |
| Angajatul vede o secțiune de care nu are nevoie | Secțiunea a fost acordată rolului său în întregime | Retrageți secțiunea în constructorul de roluri /staff; nivelul „doar vizualizare” nu include încă ecranele |
| Scanerul de cookies nu pornește pe cenaly.ru | Funcția lucrează doar pe brandurile AWS | Acesta este comportamentul normal; completați declarația de cookies manual — Cookies și consimțământ |
| Oaspetele cere ștergerea datelor sale | Ecranul „Datele mele” curăță doar dispozitivul său | Ștergeți fișa lui în secțiunea Clienți |
| Trebuie să anulați o modificare în masă a catalogului | În panou nu există restaurare „la o anumită dată” | Încărcați catalogul din exportul dumneavoastră, făcut înainte de modificare |
Întrebări frecvente#
În ce țară se află datele mele? Depinde de brand: cenaly.com și cenaly.com — AWS (us-east-1), cenaly.ru — Yandex Cloud în Rusia, brandurile turcești — o copie a conturului în eu-central-1 (Germania).
Poate suportul să intre în contul meu fără permisiune? Nu. Este nevoie de comutatorul „Acces suport” activat; amploarea o alegeți dumneavoastră, fiecare sesiune ajunge în jurnal, iar retragerea consimțământului oprește chiar și o sesiune în curs.
Partenerul vede banii mei și datele angajaților? Nu. Abonamentul și plățile, datele proprietarului, drepturile angajaților, exportul de date, integrările, comunicarea, contrapărțile și documentele sunt închise în orice mod — serverul refuză.
Un angajat a plecat — ce trebuie revocat?
Dezactivați-l sau ștergeți-l în /staff (aceasta retrage și accesul în panou și revocă extensia telefonică), schimbați codurile PIN pe care le știa și ștergeți codurile de dispozitiv de care nu mai este nevoie.
Stocați numerele cardurilor oaspeților noștri? Nu. Cardul este procesat de furnizorul de plăți; la noi rămâne doar rezultatul operațiunii.
Cum să răspund unui oaspete care cere ștergerea datelor sale? Găsiți-l în secțiunea „Clienți” și ștergeți fișa; datele locale de pe dispozitivul său le poate șterge singur în vitrină, prin ecranul „Datele mele”.
Aveți DPA și alte documente pentru verificare? Condițiile de prelucrare a datelor sunt descrise în articolul Acordul privind prelucrarea datelor (DPA); un exemplar semnat și celelalte documente le puteți solicita la suport.
Secțiuni conexe#
- Cont și autentificare — parole, coduri de dispozitiv, acces suport
- Setările contului și ale punctului de lucru — unde se configurează fiecare lucru
- Angajați și ture — roluri, acoperirea punctelor de lucru, coduri PIN
- Export de date — luați totul și faceți o copie de rezervă
- Cookies și consimțământ — banner, jurnal de consimțăminte, politica de cookies
- Documente juridice — politica de confidențialitate și condițiile
- Clienți — ștergerea datelor unui anumit oaspete
- Acordul privind prelucrarea datelor (DPA) — ce prelucrăm, pe ce bază și cine sunt subprocesatorii
- Cum obțineți ajutor — unde să scrieți despre un incident; vulnerabilitățile — la
security@al brandului dumneavoastră