Сигурност и данни
Тази страница е справочник: къде физически се съхраняват данните на вашия бизнес, кой може да ги види, как се отнема този достъп и какво да правите, ако нещо се обърка. Инструкции за вход и пароли — в Акаунт и вход.
Къде живеят данните#
Облакът и регионът се определят от бренда, чрез който сте се регистрирали — това не е настройка на акаунта и не се променя в движение.
| Бренд | Облак | Регион | Какво означава това |
|---|---|---|---|
| cenaly.com, cenaly.com | AWS | us-east-1 | Данни на акаунта, медийни файлове и раздаване на витрината — в контура на AWS; раздаването на статично съдържание минава през CDN по целия свят |
| cenaly.ru | Yandex Cloud | Русия | Собствен контур изцяло, включително собствена авторизация: акаунтите от .ru контура не се създават в американския доставчик на вход |
| Турски брендове | AWS | eu-central-1 | Регионално копие на контура по-близо до пазара. ⚠️ Честно: eu-central-1 е Германия, а не разполагане вътре в Турция |
Какво следва от това на практика:
- Акаунтите на двата контура не са свързани. Учетната запис в cenaly.ru е отделен акаунт със свои данни; „прехвърляне“ на акаунт от един облак в друг не е възможно, преместването означава нов акаунт и импорт на данни.
- Част от възможностите съществуват само в един облак. Например скенерът за cookies работи при AWS брендовете, а в cenaly.ru стартирането на сканиране стандартно отговаря „не се поддържа“ — това не е повреда.
- Рядко четено тежко медийно съдържание (например записи на телефонни разговори) се съхранява в отделен студен архив на бренда — по-евтино и в същия контур; достъпът до файла остава мигновен.
- Файловете на витрината (менюта, снимки, публични документи) са нарочно публични: браузърът на госта ги чете без авторизация.
Кой има достъп#
| Кой | Какво вижда | Как да ограничите или отнемете |
|---|---|---|
| Собственик на акаунта | Всичко | Само чрез прехвърляне на акаунта (/settings/access) |
| Служител с логин | Разделите, отпуснати на ролята му, и обектите в нейния обхват | Конструктор на роли в /staff, деактивиране или изтриване на служител |
| Служител с PIN код | Касата в рамките на правомощията на ролята си | Промяна или премахване на PIN в картона на служителя |
| Устройство по код | Една целева страница (монитор, кухненски екран) без пълен достъп | Изтрийте кода в „QR кодове“ → „Устройства“ |
| Служител на поддръжката | Само при включено съгласие и в избрания обем; всяка сесия — в журнала | Превключвател в /settings/support-access; отнемането прекратява и текущата сесия |
| Партньор-внедрител | Само по одобрена заявка, ограничено време | Режим на фирмата в същия раздел: „не пускай“ / „питай всеки път“ / „пропускай прегледа“ |
| Външен ИИ агент по API ключ | Това, което разрешава ключът на акаунта | Отнемане на ключа в /settings/access |
Как е устроен достъпът на партньора#
Партньорът никога не влиза сам. Той изпраща заявка с причина, режим и продължителност, а решава по нея само собственикът на акаунта — не служител и не нашата поддръжка. Правила, които работят винаги:
- режимът по подразбиране е само преглед; „преглед и промяна“ се дава с отделна отметка при отговора;
- времето е ограничено (по подразбиране един час, максимум два), едновременно е отворена една сесия;
- през цялото време на посещението в интерфейса виси лилава лента с името на фирмата, името на човека, режима и обратно броене;
- във всеки режим са затворени: абонамент и плащания, данни на собственика, права на служителите, изтегляне на данни, интеграции, поща, обаждания и телефония, контрагенти и документи, партньорска програма — като отказът се дава от сървъра, а не само от скрити менюта;
- заявка без отговор изтича след денонощие и получавате писмо за всеки вход;
- отнемането на съгласието прекратява текущата сесия;
- в cenaly.ru партньорски вход изобщо няма.
Повече за самата програма — Партньорска програма.
Пароли, кодове и сесии#
| Ключ за достъп | Изисквания | Къде се отнема |
|---|---|---|
| Парола на собственик или служител | 8+ символа, главна и малка буква, цифра, символ | /settings/access — промяна; /staff — нулиране на парола на служител |
| PIN на касиер | 4–6 цифри, уникален в акаунта, на сървъра се съхранява само като необратим хеш | Картон на служителя в /staff |
| Код за вход на устройство | Връзка /login?code=…, при нужда защитена с PIN код или парола |
Изтриване на кода в /client-codes?tab=devices |
| QR код за вход в панела | Раздел „Вход в админ панела“ — видим за собственика и роля с право на „Настройки“ | Изтриване на кода там |
| API ключ за ИИ агенти | Показва се веднъж при създаване | /settings/access |
| Лични SIP акаунти | Частен списък на всеки човек: своя вижда само той | /settings/sip-accounts |
Полезни факти:
- Изходът затваря сесията във всички раздели на браузъра; отделна отметка „запомни ме“ няма.
- Уволнението отнема телефонния вътрешен номер на служителя веднага по всички обекти — уволненият няма да остане с работещ софтфон.
- Нивата на достъп до раздел („преглед“, „промяна“, „настройка“) се задават в ролята. Честната граница към днес: нивото „промяна“ наистина забранява запис на данни от раздела на сървъра, а режимът „само гледане“ самите екрани на панела още не го включват — не давайте раздел на този, който не бива да вижда съдържанието му.
Данни на гостите и съгласия#
| Механизъм | Какво прави | Статия |
|---|---|---|
| Cookie банер | Четири категории, блокиране на скриптове от трети страни до даване на съгласие, дневник на съгласията с изтегляне на CSV като доказателство, готова страница с политика за cookies | Cookies и съгласие |
| Правни документи | Конструктор на политика за поверителност, условия, връщане, доставка и още пет документа по държавни набори; публикуване като страници на сайта | Юридически документи |
| Екран „Моите данни“ във витрината | Гостът вижда какво се съхранява за него на неговото устройство, изтегля го като JSON файл и го изтрива с един бутон | — |
| Възрастово ограничение 18+ | Включва се от собственика и стои пред цялото съдържание на витрината | Cookies и съгласие |
Две честни уговорки за „Моите данни“: екранът работи с данните на устройството на госта (това, което се намира в браузъра му), а не с историята на сървъра, и изтриването там изчиства именно устройството. Ако гостът поиска да бъдат изтрити неговите поръчки и контакти от вашата база, това се прави от вас — в раздела Клиенти.
Важно разграничение: банерът и документите, които гостът вижда, са ваши, а не наши. Вие отговаряте за тяхното съдържание като собственик на бизнес; платформата предоставя конструктор, хостинг на страниците и дневник на съгласията.
Експорт и изтриване#
- Вземете всичко — Експорт на данни: един ZIP с настройки, каталог, поръчки, клиенти и отзиви. В архива умишлено не попадат PIN кодове на служители, ключове и токени за интеграции, пароли — архивът често се препраща на счетоводител или подизпълнител. Снимките не се опаковат, остават връзки; готовият архив живее 7 дни.
- Изтриване на акаунт — чрез обръщение към поддръжката след експорт: самостоятелен бутон в панела няма. Срокът за изпълнение на заявката е 30 дни от момента на потвърждаването ѝ; след изтриване няма да има откъде да се вземат данните, затова експортът се прави преди, а не след това.
- Изтриване на данните на един гост — в раздела Клиенти.
Резервни копия#
Бутон „възстановяване на акаунта към дата“ в панела няма и не публикуваме срокове за съхранение на вътрешни копия — затова направете си свое копие сами: преди масов импорт, изчистване на каталога или промяна на структурата на менюто съберете експорт. Това е най-надеждното връщане назад от наличните.
Ако подозирате изтичане#
По ред, отгоре надолу:
- Сменете паролата на собственика —
/settings/access. - Изключете „Достъп на поддръжката“, ако е бил включен, и прегледайте дневника на сесиите: кой и кога е влизал.
- Изтрийте кодовете на устройства и QR кодовете за вход в панела, които не са нужни точно сега (
/client-codes). - Отменете API ключовете в раздела „Достъп“ и издайте нови там, където наистина се използват.
- Сменете PIN кодовете на касиерите и нулирайте паролите на служителите, които подозирате; уволнените — деактивирайте в
/staff. - Пишете на поддръжката — Как да получите помощ. Приложете времето на инцидента, бранда и адреса на акаунта, обекта и това, което сте видели. Това обръщение е по ВАШИЯ акаунт; уязвимости на платформата минават по друг канал — вижте по-долу.
За открита уязвимост в самата платформа съобщавайте не на общата поддръжка, а на отделен адрес — security@cenaly.com (адресът приема писма от всеки бранд; такива кутии security@ на домейните на брандовете — security@cenaly.com, security@cenaly.ru, security@masamenu.tr — се включват). В писмото: адрес на страницата, стъпки за възпроизвеждане и какво е било получено. Моля, не публикувайте подробности преди отговор и не изтегляйте чужди данни, за да „проверите мащаба“. Повече за канала — Как да получите помощ.
Какво не съхраняваме#
- Данни за платежни карти. Нито номера, нито CVV: картата се обработва от платежен доставчик (например, Stripe със сертификация PCI Level 1), до нас стига само резултатът от плащането — вижте Плащане и Stripe.
- Тайни в експорта. PIN кодове, ключове, токени и пароли не попадат в архива.
- Биометрия. Такъв клас данни е забранен в контура и не се събира.
Какво е в процес на работа#
Отделен контур за съхранение на лични данни — шифроване по класове данни, дневник на всяко обръщение към тях, ретеншън по събитие — е в процес на работа. Не даваме срокове и обещания за него тук: когато покрие поредния клас данни, това ще се появи в описанието на съответния раздел. По същия начин е в процес на работа кабинетът за заявки на субект на данни (DSAR) — сега такива заявки се обработват ръчно, чрез експорт и разделите „Клиенти“ и „Служители“. Двуфакторното влизане в cenaly.ru и в мобилните приложения също се подготвя — не обещаваме срокове.
Ограничения#
- Двуфакторното влизане — само в уеб кабинета на AWS брандовете (cenaly.com, cenaly.com и др.): включва се в „Настройки → Достъп“, при влизане с парола пита за код от приложение за удостоверяване. Мобилните приложения и влизането чрез Google или по QR код засега не питат за код, резервни кодове няма, в cenaly.ru фактор няма. Навсякъде защитавайте влизането с дълга парола и отделни профили на служителите (обща парола за всички е най-лошото, което можете да направите), а таблетите и екраните дръжте на кодове на устройства с PIN.
- Разделянето на облаците е строго: акаунтът cenaly.ru и акаунтът cenaly.com са различни акаунти, общ профил за тях не съществува.
- В cenaly.ru няма партньорски вход, дневник на сесиите на поддръжката, прехвърляне на акаунт на друг имейл и скенер за cookies.
- „Моите данни“ на госта изчиства устройството, а не сървърната история на поръчките.
- Нивата на достъп „преглед“ и „настройка“ засега не превръщат екрана в режим на четене (вижте по-горе).
- Дневник „кой от моите служители какво е отварял“ в панела няма; дневници се водят по влизанията на поддръжката и партньорите.
- Сертифицирани средства за криптозащита и формални граници на ISPDn не декларираме: ако бизнесът ви се нуждае от това по закон, обсъдете задачата преди свързване.
Отстраняване на проблеми#
| Симптом | Причина | Какво да направите |
|---|---|---|
| Поддръжката иска достъп, а не намирам къде да го дам | Превключвателят е на собствения си раздел | Настройки → Достъп за поддръжка (/settings/support-access): включете съгласието и изберете обхват |
| Партньорът пише, че не може да влезе | Заявката не е одобрена, изтекла е (едно денонощие) или режимът на фирмата е на „не пускай“; на cenaly.ru изобщо няма вход | Проверете режима и историята на същия раздел, помолете партньора да изпрати заявката отново |
| Служител вижда раздел, който не му е нужен | Разделът е даден на ролята му изцяло | Махнете раздела в конструктора на роли /staff; нивото „само гледане“ засега не включва екраните |
| Скенерът за cookies не се стартира на cenaly.ru | Функцията работи само при AWS брандовете | Това е нормалното поведение; попълнете декларацията за cookies ръчно — Cookies и съгласие |
| Гост изисква да изтриете данните му | Екранът „Моите данни“ изчиства само неговото устройство | Изтрийте картона му в раздела Клиенти |
| Трябва да върнете масова промяна в каталога | Възстановяване „към дата“ в панела няма | Заредете каталога от своя експорт, направен преди промяната |
Често задавани въпроси#
В коя държава се намират данните ми? Зависи от бранда: cenaly.com и cenaly.com — AWS (us-east-1), cenaly.ru — Yandex Cloud в Русия, турските брандове — копие на контура в eu-central-1 (Германия).
Може ли поддръжката да влезе в акаунта ми без разрешение? Не. Нужен е включен превключвател „Достъп за поддръжка“; обхвата избирате вие, всяка сесия попада в журнала, а оттеглянето на съгласието прекратява дори текуща сесия.
Партньорът вижда ли парите ми и данните на служителите? Не. Абонаментът и плащанията, данните на собственика, правата на служителите, изтеглянето на данни, интеграциите, връзката, контрагентите и документите са затворени във всеки режим — сървърът отказва.
Служител е напуснал — какво да отнема?
Деактивирайте или изтрийте го в /staff (това също премахва входа в панела и отнема телефонния добавен номер), сменете PIN кодовете, които е знаел, и изтрийте ненужните кодове на устройства.
Съхранявате ли номерата на картите на нашите гости? Не. Картата се обработва от платежния доставчик; при нас остава само резултатът от операцията.
Как да отговоря на гост, който изисква да изтриете данните му? Намерете го в раздела „Клиенти“ и изтрийте картона; локалните данни на своето устройство той може да изтрие сам на витрината чрез екрана „Моите данни“.
Имате ли DPA и други документи за проверка? Условията за обработка на данни са описани в статията Споразумение за обработка на данни (DPA); подписан екземпляр и останалите документи поискайте от поддръжката.
Свързани раздели#
- Акаунт и вход — пароли, кодове на устройства, достъп за поддръжка
- Настройки на акаунта и обектите — къде какво се настройва
- Служители и смени — роли, обхват на обектите, PIN кодове
- Експорт на данни — да вземете всичко и да направите резервно копие
- Cookies и съгласие — банер, журнал на съгласията, политика за cookies
- Юридически документи — политика за поверителност и условия
- Клиенти — изтриване на данните на конкретен гост
- Споразумение за обработка на данни (DPA) — какво обработваме, на какво основание и кои са субпроцесорите
- Как да получите помощ — къде да пишете за инцидент; уязвимости — на
security@на вашия бранд