Individual roles or a shared loginПерсональная роль или общий логин
A shared till does not necessarily require a shared login. Several employees can use one device while a system distinguishes them through a supported sign-in or operator-switching method. The decision is whether working speed can coexist with appropriate authority and usable history. First separate the device, account and role: they are different parts of the design.Общая касса не обязательно требует общего логина. Несколько сотрудников могут пользоваться одним устройством, а система — различать их через поддерживаемый способ входа или смены оператора. Вопрос выбора состоит в том, можно ли совместить рабочую скорость с нужными полномочиями и понятной историей. Сначала разделите устройство, учётную запись и роль: это разные части решения.
Separate device, identity and roleРазделите устройство, личность и роль
A device is a workplace, an account identifies the acting user or process, and a role defines permissions. A shared tablet can serve several individual accounts. Conversely, a personal laptop using a shared login still does not distinguish people in history. Assess how the operation actually gets performed.Устройство — место работы, учётная запись обозначает действующего пользователя или процесс, а роль определяет разрешения. Общий планшет может обслуживать несколько персональных учётных записей. И наоборот, личный ноутбук с общим логином всё равно не различает людей в истории. Оценивать нужно фактический способ выполнения операции.
If a product offers operator switching inside a shared session, establish what it changes: the displayed name, recorded actor or actual permissions. Check whether identity is verified and which operator remains active after an interruption. Do not treat a name selector as equivalent to individual access control without verification.Если продукт предлагает смену оператора внутри общей сессии, выясните, что именно она меняет: отображаемое имя, авторство записи или реальные полномочия. Проверьте, требуется ли подтверждение личности и сохраняется ли оператор после прерывания работы. Не считайте переключатель имени эквивалентом персонального контроля доступа без проверки.
Understand shared-account consequencesПоймите последствия общего логина
A shared login makes removing one person’s access harder: changing a shared secret affects everyone, and existing sessions may behave differently. History under one name also does not identify who performed a particular operation. A separate shift roster may provide context, but it does not automatically make attribution reliable.Общий логин затрудняет отзыв доступа у одного человека: смена общего секрета затрагивает всех, а действующие сессии могут вести себя по-разному. История под одним именем также не объясняет, кто выполнил конкретную операцию. Дополнительная сменная ведомость может дать контекст, но не делает авторство автоматически достоверным.
Do not confuse shared human access with an integration’s technical account. A process needs its own purpose, limited scope and maintenance owner. The ability to act through a process account should not become a convenient alternative login for staff. Verify how the particular product supports that separation.Не смешивайте общий доступ людей с технической учётной записью интеграции. У процесса должны быть собственное назначение, ограниченная область и ответственный за сопровождение. Возможность открыть запись от имени процесса не должна становиться удобным обходным входом для сотрудников. Поддерживаемое разделение проверяется у конкретного продукта.
Check speed and usage conditionsПроверьте скорость и условия использования
Walk through an actual operator change at a shared till: finishing the action, signing out or switching, the next employee entering and recovering context. Test a busy period and an interruption where the previous person left an operation unfinished. Measure the whole transition rather than only the time needed to enter an identifier.Пройдите реальную смену оператора на общей кассе: завершение действия, выход или переключение, вход следующего сотрудника и восстановление контекста. Проверьте занятый момент и прерывание, когда предыдущий человек ушёл, не завершив операцию. Измеряйте весь переход, а не только время ввода идентификатора.
Clarify the current usage terms, including user, device and concurrent-session limits where applicable. Request a calculation for the actual team and work pattern. Do not infer cost from a role name or assume that shared logins are allowed under the product’s terms. Keep unverified conditions as an open decision item.Уточните действующие условия использования: ограничения по пользователям, устройствам и одновременным сессиям, если они применяются. Запросите расчёт для своего состава команды и режима работы. Не выводите стоимость из названия роли и не предполагайте, что общий логин разрешён условиями продукта. Непроверенные условия оставьте открытым пунктом решения.
Actions and boundaries for operational rolesДействия и границы рабочих ролей
Choose based on action consequencesВыбирайте по последствиям действий
For actions that change orders, prices, stock or access, individual attribution and removal of a particular person’s authority matter. Preference for individual identity follows from the need to review the work. A shared information display with no data-changing actions may have different requirements; still inspect the information shown and whether someone can leave that display to reach other functions.Для операций с изменением заказа, цены, остатка или доступа важны отдельное авторство и возможность отозвать полномочия конкретного человека. Предпочтение персональной идентичности здесь связано с проверяемостью работы. Если речь только об общем информационном экране без изменения данных, требования могут быть другими; всё равно проверьте видимые сведения и способ выхода за пределы этого экрана.
If a suitable fast individual-access method has not been found, record the limitation and choose an acceptable workflow. Do not label a shared login safe merely because the team is small or trusts one another. Team size does not remove handoff errors, abandoned sessions or the need to explain a changed record.Если подходящий способ быстрого персонального доступа пока не найден, запишите ограничение и выберите допустимый рабочий процесс. Не объявляйте общий логин безопасным только потому, что команда мала или доверяет друг другу. Число сотрудников не устраняет ошибки передачи, забытые сессии и необходимость разобраться в изменённой записи.
- A considered decision explains how operators are distinguished, access ends and a disputed action can be reconstructed.Решение принято осознанно, если команда понимает, как различаются операторы, прекращается доступ и восстанавливается спорное действие.
Verify the chosen optionПроверьте выбранный вариант
Ask to see an operator change, an out-of-role action, removal of one person’s access and continued work by the others. After each scenario, inspect the recorded actor and session state. At a shared till, pay particular attention to whose identity completes an action after switching or returning to an interrupted order.Попросите показать смену сотрудника, действие вне роли, прекращение доступа одного человека и продолжение работы остальных. После каждого сценария проверьте фактическую запись исполнителя и состояние сессии. При общей кассе особенно важно, под чьей личностью завершается действие после переключения или возврата к прерванному заказу.
For SABSUS, verify available ways to work individually on shared equipment, the relationship between operator identity and permissions, and usage conditions. Keep observations alongside the selected decision. If later configuration changes sign-in or switching, repeat these checks: convenience and usable attribution need to be evaluated together.Для SABSUS подтвердите доступные варианты персональной работы на общем устройстве, связь оператора с правами и условия использования. Сохраните наблюдения рядом с выбранным решением. Если последующая настройка меняет способ входа или переключения, повторите эти проверки: удобство и понятное авторство должны оцениваться вместе.
Quick answersКороткие ответы
Does every employee need a separate device?Нужно ли отдельное устройство каждому сотруднику?
Not necessarily. What matters is a supported way to distinguish the people acting and apply the right permissions on shared equipment. Test operator changes and interrupted actions.Не обязательно. Важен поддерживаемый способ различать действующих людей и применять нужные права на общем устройстве. Это нужно проверить на смене оператора и прерванной операции.
Can a shift roster replace individual history?Сменный график заменяет персональную историю?
It helps identify possible participants but does not establish the author of each operation. People may cover for one another or use an abandoned session; retain that limitation in any conclusion.Он помогает определить возможных участников, но не подтверждает автора каждой операции. Люди могут подменять друг друга или пользоваться оставленной сессией; границу такого вывода нужно сохранять.
Do individual roles always slow down checkout?Персональные роли всегда замедляют кассу?
That depends on the supported sign-in, switching method and workflow. Test the entire operator transition on the actual device, including an unfinished order and a permission refusal.Это зависит от поддерживаемого входа, переключения и рабочего процесса. Проверьте полный переход между сотрудниками на используемом устройстве, включая незавершённый заказ и отказ по правам.