Доступ начинается с границ.
В SABSUS описаны области компании, точки, отдела, роли и типа данных. Определите, какие записи нужны человеку для его работы.
Проверка: доступ к своей и чужой области01БЕЗОПАСНОСТЬ И КОНТРОЛЬ
Понятные роли.Проверяемый доступ.
Кто видит данные, кто меняет правила и кто подтверждает важные действия? Начните с аудита процессов и согласуйте границы доступа до глубокого внедрения.
Роль и областьДействие и согласованиеДанные и ответственность
ДО НАСТРОЙКИ СОГЛАСУЕМ- Кому и зачем нужен доступ
- Какие действия разрешены
- Как проверить границы
02ЧЕТЫРЕ ТЕМЫ АУДИТА
Проверяйте конкретные действия.
Это отправная точка для обсуждения, основанная на публичном описании SABSUS. Возможности и правила вашей конфигурации нужно подтвердить на реальных сценариях.
Просмотр и изменение — разные права.
Для возвратов, экспорта и настроек описаны отдельные права и согласования. Уточните ограничения и исключения вашего процесса.
Проверка: разрешённая и запрещённая операцияИзменение должно быть объяснимым.
Публичное описание включает историю: кто, когда и что изменил. Согласуйте нужные события, доступ к истории и сроки её хранения.
Проверка: найти конкретное изменениеУ данных есть жизненный цикл.
Границы хранения, экспорта, удаления и передачи согласуются до запуска. Укажите владельца и требования для каждого набора данных.
Проверка: понятный порядок передачи и удаления03МАТРИЦА РОЛЕЙ
Дайте каждой роли понятную границу.
Ниже — пример структуры для согласования, а не готовый набор разрешений. Итоговая матрица зависит от процессов, точек и выбранных модулей.
Нужные данные для своей работы
- Согласовать точку, отдел и тип записей
- Разделить просмотр, создание и изменение
- Проверить отказ в доступе вне своей области
Право на решение с понятной границей
- Перечислить операции, требующие согласования
- Определить пределы и исключения
- Проверить, как подтверждается решение
Ответственность за правила доступа
- Назначить владельца изменения прав
- Согласовать права сервисов и интеграций
- Определить порядок отзыва доступа
Пример для проверки: возврат заказа
Кто создаёт запрос? Кто может подтвердить возврат? Что происходит без нужного права? Где видны решение и ответственный? Пройдите каждый шаг и зафиксируйте результат.
04ЖИЗНЕННЫЙ ЦИКЛ ДАННЫХ
Продумайте выход ещё до входа.
Порядок передачи, хранения и удаления данных влияет на решение о внедрении. Зафиксируйте его вместе с правилами доступа.
- 01
До подключения
Перечислите источники, нужные поля, владельцев и цель обработки. Согласуйте объём переноса и доступ сервисов.
ЧТО ЗАФИКСИРОВАТЬКарта данных и согласованные границыПонятно, какие данные передаются, куда и зачем.
- 02
Во время работы
Уточните события истории, порядок изменения прав и проверку доступов при смене роли или точки.
ЧТО ЗАФИКСИРОВАТЬПравила изменения и владельцыДля обычного действия и исключения определён ответственный.
- 03
При завершении работы
Согласуйте состав, формат и порядок выгрузки, передачу владельцу и ограничения хранения. Проверьте результат на примере.
ЧТО ЗАФИКСИРОВАТЬСогласованный план передачиИзвестны ответственный, формат, сроки и способ сверки.
- 04
При отзыве и удалении
Отзыв подключения останавливает будущий API-доступ. Запрос на удаление касается уже сохранённых данных и учитывает применимые исключения.
ЧТО ЗАФИКСИРОВАТЬДва отдельных действияСледуйте действующей инструкции по удалению данных SABSUS.
05ДОКАЗАТЕЛЬСТВА ДО РЕШЕНИЯ
Важные параметры закрепляйте в документах.
Описание ролей не заменяет подтверждения технических параметров. Запросите сведения для вашей конфигурации и согласуйте, чем подтверждается каждый пункт.
- 01Резервные копии и восстановление
Охват, частота, срок хранения, проверка восстановления и согласованные RPO/RTO.
- 02Вход и отзыв доступа
Правила MFA для ролей, восстановление входа и порядок отключения сотрудника.
- 03Доступность и инциденты
Условия SLA, порядок уведомления, ответственные и сроки реакции.
Параметры требуют отдельного подтверждения. Этот список не является SLA или обещанием доступной конфигурации.
Согласуйте применимые требования
Конкретные требования по отраслевым стандартам, платежам, хранению и региону должны быть подтверждены в договоре и техническом scope. Мы не заявляем неподтвержденные сертификаты на этой странице.
На странице проверки собраны открытые вопросы по копированию, восстановлению, MFA и доступности. Неподтверждённый параметр нужно уточнить до решения о запуске.
06ВОПРОСЫ ПЕРЕД ВНЕДРЕНИЕМ
Уточните правила до настройки.
Начните с реального процесса. Ответ должен быть проверяемым и относиться к вашей конфигурации.
Можно ли ограничить доступ одной точкой и ролью?
В публичном описании SABSUS указаны области компании, точки, отдела, роли и типа данных. Во время аудита составьте нужную матрицу доступа и проверьте разрешённые и запрещённые действия в выбранной конфигурации.
Какие действия требуют второго подтверждения?
На странице описаны отдельные права и согласования для возвратов, экспорта и настроек. Какие именно операции, суммы, роли и исключения требуют подтверждения в вашем процессе, нужно согласовать и проверить до запуска.
Как забрать данные или завершить работу?
До внедрения согласуйте состав и формат выгрузки, ответственного, сроки и ограничения хранения. Отзыв подключения и удаление ранее сохранённых данных — разные действия. Для запроса удаления используйте действующую инструкцию SABSUS; применимые исключения описаны в ней.
Где проверить резервные копии, MFA и доступность?
В разделе проверки безопасности собраны вопросы по копированию, восстановлению, многофакторной аутентификации и доступности. Конкретные параметры, доказательства проверки и обязательства запросите для своей конфигурации и зафиксируйте в документах до решения о запуске.
Есть ли на этой странице подтверждение сертификации?
Конкретные требования по отраслевым стандартам, платежам, хранению и региону должны быть подтверждены в договоре и техническом scope. Мы не заявляем неподтвержденные сертификаты на этой странице.
08СЛЕДУЮЩИЙ ШАГ
Начните с аудита доступа.
Покажите один процесс, его участников и данные. Обсудим риски, ответственных и объём глубокого внедрения с проверяемыми критериями приёмки.
Для первого разговора подготовьте описание процесса, список ролей и текущих систем. Доступы и секретные данные для заявки не нужны.
Access follows the work
Seeing an order and changing its payment are different permissions.
Give each role a defined scope
Configure the employee's modules and locations around the work they perform. Review access with an ordinary staff account, not only with the owner's account. A manager's company-wide view should not become every cashier's default.
Employees and rolesSeparate routine work from exceptions
Identify who can change an order, correct stock or approve a refund in your configuration. Keep payment acceptance and the authority to return money separate when defining responsibilities.
Connected payment workflowsKeep integrations within their purpose
A Square payment connection is not permission to synchronize all customer and inventory data. Review the actual connection, permitted operations and affected company before enabling an additional workflow.
Square integration scopeMake employee handover part of access management
When responsibilities change, review the employee's access, assigned work and external connections. Use individual accounts and the supported access controls rather than sharing the owner's credentials.
Configured automation and responsibilityThis section describes operating controls to configure and verify. It does not assert a particular certification, regulatory approval or that a customer's deployment automatically meets every security requirement. Request the evidence needed for your actual use case.
Доступ под рабочую задачу
Видеть заказ и изменять его оплату — разные полномочия.
Задайте границы каждой роли
Настройте модули и точки сотрудника под его работу. Проверяйте доступ из обычной учётной записи, а не только из аккаунта владельца. Общий обзор руководителя не должен автоматически становиться доступным каждому кассиру.
Сотрудники и ролиОтделите обычную работу от исключений
Определите, кто в вашей конфигурации меняет заказ, корректирует остатки или согласует возврат. При назначении ответственности различайте приём оплаты и право вернуть деньги клиенту.
Платёжные процессыОграничьте подключение его назначением
Платёжное подключение Square не означает разрешения синхронизировать всю клиентскую базу и склад. Перед включением дополнительного процесса проверьте фактическое подключение, разрешённые операции и нужную компанию.
Состав интеграции SquareПересматривайте доступ при передаче работы
При смене обязанностей проверьте права сотрудника, назначенные задачи и внешние подключения. Используйте отдельные учётные записи и поддерживаемые настройки доступа вместо передачи пароля владельца.
Автоматизация и ответственностьРаздел описывает рабочие настройки, которые нужно задать и проверить. Он не заявляет отдельную сертификацию, регуляторное одобрение или автоматическое соответствие любой конфигурации всем требованиям безопасности. Для вашего сценария запрашивается конкретное подтверждение.