В системе около 50 гранулярных прав — нет ни «полного доступа», ни «нулевого доступа». Каждое право можно ограничить конкретным магазином (scope на POS). Кассир на Рышкановке продаёт и выбивает фискальный чек исключительно на Рышкановке; он не видит остатки других локаций, не инициирует перемещения, никак не может затронуть операции другого магазина. Роль настраиваем мы при внедрении после разговора с вами.
Вместе работают три части: персональный аккаунт сотрудника, роль (список прав) и scope (к какому магазину применяется каждое право).
Каждый сотрудник получает свой аккаунт (username + пароль минимум 8 символов или PIN из 4–6 цифр для быстрой аутентификации на POS). Один аккаунт на человека — не общий между людьми, которые могут работать одновременно, чтобы аудит действий имел индивидуальную ценность.
Роль — это просто список прав из тех ~50, что доступны. Название выбираете любое (кассир, кассир B2B, кладовщик, менеджер локации, бухгалтер, аудитор). Жёсткого предопределённого списка нет — при внедрении мы настроим роли так, как вам удобно их структурировать.
Каждое право в роли можно привязать к конкретному магазину. Право «выбивать фискальный чек» со scope на магазин Рышкановка означает ровно это — на Рышкановке да, в другом месте нет. Можно объединять и несколько магазинов (региональный менеджер с двумя локациями, например).
На каждой чувствительной операции (продажа, выбивание чека, изменение остатков, перемещение) система проверяет, есть ли у пользователя нужное право — за меньше 10 мс на проверку. Если права нет, операция отклоняется и запись остаётся в журнале аудита как неудачная попытка.
Реальный сценарий из нашей документации: сеть с магазинами Центр, Ботаника, Рышкановка и Буюканы, где каждый сотрудник видит только своё.
Оксана · кассир Рышкановка ✔ продаёт на Рышкановке ✔ выбивает фискальный чек на Рышкановке ✔ видит остатки магазина Рышкановка ✖ не видит остатки других магазинов ✖ не продаёт в Центре / Ботанике / Буюканах ✖ не выставляет e-Factura B2B (отдельное право, его нет) Влад · менеджер Рышкановка ✔ всё, что делает Оксана ✔ согласовывает приёмки на Рышкановке ✔ согласовывает перемещения из / в Рышкановку ✔ видит отчёты локации Рышкановка ✖ не видит продажи других магазинов Андрей · региональный директор (юг) ✔ видит сводные отчёты по 2 магазинам ✔ согласовывает межмагазинные перемещения в южной зоне ✖ нигде не продаёт Генеральный директор ✔ всё, везде
Отрывок, адаптированный из живой документации — смотрите также Multi-POS для полного сценария, включая перемещения между магазинами с мобильным POS для автомобиля.
Преднастроенная роль «кассир» применяет принцип наименьших привилегий — строго необходимое право для работы на кассе, ничего сверху.
Система отклоняет операцию и оставляет след в журнале — не просто тихий «доступ запрещён». Аудит спроектирован так, чтобы быть полезным в реальных расследованиях.
Если кассир с ограничением на Рышкановку случайно (или намеренно) открывает операцию в другом магазине, система отклоняет её. Никаких частичных данных, ничего незавершённого не сохраняется.
Каждое важное действие (выбивание чека, согласование, перемещение, изменение цены) пишется с username, отметкой времени до секунды, контекстом и результатом. Обычный интерфейс не позволяет удалять или редактировать историю — даже администратору.
Неудачные попытки входа логируются с причиной (неверный пароль, аккаунт заблокирован). Повторяющиеся попытки запускают серверную блокировку и уведомление администратору. Разблокировка — вручную, администратором.
Каждому сотруднику, ответственному за POS, можно ограничить доступ только к перемещениям на / с его POS. Так менеджер Ботаники НЕ может инициировать или принять перемещение в другой магазин, кроме того, за который отвечает. Каждое перемещение хранит полную историю (кто, когда, какой статус) для последующего аудита.
Username без учёта регистра, максимум 32 символа. Пароль минимум 8 символов. PIN из 4–6 цифр для быстрой аутентификации на POS (удобно, когда кассир входит и выходит каждый раз, когда приходит клиент). Время входа: обычно меньше секунды.
Ротация персонала на одном функциональном аккаунте (утренняя и вечерняя смены используют аккаунт «casier1» под своей ролью) допускается и не считается отдельно при лицензировании. Мы рекомендуем избегать общего аккаунта между людьми, которые могут работать одновременно — там теряется ценность аудита.
Сколько кассир остаётся залогинен без активности — настраиваем мы под значение, которое подходит вашему потоку (магазины с потоком клиентов выбирают более длинный таймаут, склады с редкими сменами — покороче).
Двухфакторная аутентификация (TOTP) и Single Sign-On (Active Directory, Google Workspace, Microsoft 365) по умолчанию недоступны. Их можно включить как индивидуальную Enterprise-интеграцию по запросу — оценивается в часах поддержки после анализа.
Составление и активация ролей — это ассистируемый сервис настройки — разговор с нами при внедрении, а не страница настроек, где вы разбираетесь сами.
Первоначальная настройка ролей (5–10 отдельных ролей со scope на магазины) обычно занимает 1–3 рабочих дня после разговора, в котором мы проясняем, кто чем занимается. Последующие корректировки (новая роль, новый магазин, дополнительное право) — оцениваются индивидуально в зависимости от сложности.
Список должностей из организационной структуры + краткое описание того, что делает каждая + карта магазинов. Отсюда мы предлагаем роли, scope и организацию. Хорошая практика, которую мы применяем с самого начала: scope на магазин с первого дня (не добавляется позже) и ежеквартальный пересмотр списка пользователей.
Да. Роль «региональный директор» получает права по отчётности и операциям с перемещениями, ограниченные его магазинами — двумя, тремя, пятью, сколько выдадите. Третий магазин (без scope на него) не появляется у него в UI, и операции отклоняются.
Администратор может сбросить пароль или разблокировать аккаунт. Все действия по управлению пользователями — это отдельное право («управление пользователями»), выдаётся только аккаунту администратора. Разблокировка и сброс фиксируются в аудите.
Scope делается на POS (точку продаж), не на произвольные географические зоны вне иерархии POS. Если хотите «продавать только на кассе номер 2 в магазине», то эта касса должна быть отдельным POS в системе. Нетипичные случаи мы проясняем на консультации.
Нет. У администратора нет скрытой «супер-силы» — логи неизменяемы по своей архитектуре, и его действия остаются в журнале так же, как у любого другого пользователя. Наша рекомендация: аккаунт администратора используется только для реальной настройки, а повседневная работа — под аккаунтом менеджера (с меньшим радиусом воздействия).
Сетям с 2–10 магазинами, у которых уже были инциденты вида «кассир поменял цены, а я не знал» или «не знаю, кто инициировал то перемещение». Гранулярный сетап предотвращает инцидент, а аудит разрешает его, если он всё же случается. Смотрите Крупный ритейл для полного профиля.
Указанные выше структуры отражают наше стандартное предложение, но каждый клиент обсуждается индивидуально. Мы корректируем объём (сколько ролей, сколько магазинов, какие дополнительные интеграции), сроки внедрения и специфические настройки под ваш бизнес. Окончательное обязательное предложение — это письменная котировка + подписанный договор.
Сетап multi-POS с гранулярным RBAC и scope на магазин входит в Пакет Standard (до 4 POS) или Пакет Extra (до 10 POS). Настройка ролей при внедрении включена — работу делаем мы, вы только говорите, кто чем занимается. Полное сравнение на странице тарифов.
20 минут по телефону — вы говорите, сколько у вас магазинов, сколько сотрудников, какие операционные роли нужны. Мы предлагаем структуру ролей + scope + календарь внедрения. Первичная консультация бесплатная.
SGAPPS LABS SRL · Кишинёв, Молдова · В непрерывной эксплуатации с 2018 · POS · ERP · Фискальный регистратор MEV · Android fleet