Авторизация по звонку помогает открыть кассу, склад или рабочее приложение сотруднику без корпоративного телефона. Система отправляет короткий вызов на личный номер, а сотрудник подтверждает вход кодом из пропущенного звонка или другим заданным действием. В статье разберём, как устроить такой доступ для смен, какие ограничения учесть и когда Flash Call уместнее SMS-кода. В конце будет понятный план подключения через API.
Почему сменным сотрудникам бывает неудобно входить по SMS-коду?
В небольшом магазине, пункте выдачи, кафе или мастерской сотрудники часто меняются по графику. Работник приходит на смену, открывает кассовую программу или складской интерфейс и должен быстро подтвердить, что именно он получил доступ. Корпоративной SIM-карты для каждого человека может не быть, а общий телефон на стойке создаёт путаницу.
SMS-код зависит от доставки сообщения. Оно может прийти с задержкой, потеряться среди других уведомлений или потребовать повторной отправки. При входе с телефона сотрудник ещё должен открыть приложение сообщений, найти нужный текст и перенести код в форму.
Flash Call использует телефонный звонок как канал подтверждения. Сервис инициирует короткий вызов на номер, который сотрудник указал при входе. В сценарии с кодом в пропущенном звонке последние цифры номера или заданная последовательность становятся одноразовым подтверждением. В другом варианте звонок принимает голосовой робот и называет OTP-код.
Подробное сравнение голосового OTP, Flash Call и кода в пропущенном звонке есть в материале «Voice OTP и Flash Call: чем заменить SMS-код». Для кассы обычно выбирают самый короткий сценарий, который сотрудник может выполнить одной рукой.
Как выглядит вход сотрудника на кассу или склад?
Сценарий лучше строить вокруг конкретного рабочего действия, а не вокруг абстрактной «защиты системы». Например, продавец открывает приложение на планшете кассира, выбирает свою учётную запись и вводит номер телефона. Приложение передаёт запрос на сервер авторизации, а сервер запускает Flash Call.
- Сотрудник вводит номер телефона и нажимает кнопку входа.
- Система проверяет, разрешён ли этот номер для выбранной роли и смены.
- На номер поступает короткий звонок или звонок с голосовым кодом.
- Сотрудник вводит цифры из номера либо код, который услышал.
- Сервер подтверждает попытку и выдаёт доступ только к разрешённым операциям.
Для склада процесс похож. Кладовщик входит в рабочее приложение на общем терминале, получает вызов на личный телефон и после проверки видит только операции, предусмотренные его ролью. Если сотрудник принимает товар, доступ к этому действию включают отдельно от права менять остатки или настройки.
Номер телефона здесь подтверждает контроль над устройством связи, но не заменяет настройку ролей. Если всем сотрудникам выдать один логин, журнал действий потеряет смысл: система будет видеть одну учётную запись вместо конкретного человека.
Какие права дать кассиру, кладовщику и старшему смены?
Начните с перечня действий, которые реально выполняются на смене. Для кассира это открытие рабочего места, продажа и отмена операции. Для кладовщика, приёмка или выдача товара. Старшему смены могут понадобиться подтверждение возврата и просмотр отчёта. Администратору оставляют изменение пользователей и правил доступа.
| Роль | Что подтверждает Flash Call | Что ограничить отдельно |
|---|---|---|
| Кассир | Вход в кассовое приложение и начало смены | Возвраты, отмены и изменение настроек |
| Кладовщик | Вход в складской интерфейс | Удаление операций и исправление остатков |
| Старший смены | Доступ к расширенным операциям | Управление пользователями и правилами |
| Администратор | Вход в панель управления | Доступ к системным настройкам только с дополнительной проверкой |
Для общей кассы удобно включать доступ на ограниченный период: с начала смены до её закрытия. Если сотрудник ушёл раньше, старший смены отключает его учётную запись или завершает активную сессию. Такой порядок снижает риск того, что следующий человек воспользуется открытым экраном.
Для склада полезно разделить вход и подтверждение критического действия. Обычный просмотр задания не требует повторного вызова, а списание, возврат или изменение количества запрашивает новый OTP. Частоту такой проверки выбирают по цене ошибки: чем чувствительнее операция, тем короче срок действия подтверждения.
Как подключить Flash Call к рабочему приложению?
Сначала опишите события, которые должны запускать авторизацию: «начать смену», «открыть склад», «подтвердить возврат». Затем определите поля запроса и ответ сервера. В минимальной схеме приложение передаёт номер и идентификатор попытки, а после успешной проверки получает временный токен доступа.
Интеграция через API обычно включает несколько частей:
- создание запроса на звонок;
- получение идентификатора попытки;
- проверку введённого кода;
- ограничение числа повторных запросов;
- завершение сессии после окончания смены;
- передачу результата в кассовое или складское приложение.
Не связывайте доступ только с номером. Серверу нужно дополнительно учитывать роль, устройство, время действия попытки и статус сотрудника. Если номер разрешён, но человек уже завершил смену, новый вход должен получить отказ.
До запуска проверьте несколько рабочих ситуаций: первый вход, повторный вызов, неверный код, отсутствие ответа, смену номера и потерю телефона. Отдельно проверьте, что повторное нажатие кнопки не создаёт бесконечную цепочку звонков. Практический порядок настройки авторизации по звонку разобран в статье «Как проверить номер звонком: настройка Flash Call для бизнеса».
Что выбрать для смены: Flash Call, SMS или голосовой OTP?
У каждого канала есть собственный рабочий сценарий. SMS привычно для пользователей и подходит, когда вход происходит редко. Flash Call сокращает число действий в форме и не требует чтения сообщения. Голосовой OTP полезен сотруднику, который работает с кнопочным телефоном или не хочет вводить цифры из номера пропущенного вызова.
| Критерий | Flash Call | SMS-код | Голосовой OTP |
|---|---|---|---|
| Что получает сотрудник | Короткий звонок или код из номера | Текстовое сообщение | Звонок с продиктованным кодом |
| Действия при входе | Ввести цифры или подтвердить звонок | Открыть сообщение и перенести код | Прослушать и ввести код |
| Подходящий сценарий | Частое открытие общей кассы или терминала | Редкий вход с личного устройства | Телефоны без удобного доступа к сообщениям |
| Что проверить до запуска | Формат номера и правила повторной попытки | Доставку сообщений и срок действия кода | Понимание речи и возможность принять звонок |
Выбор лучше делать на тестовой группе сотрудников. Дайте людям два сценария: вход в начале смены и повторное подтверждение операции. После этого сравните не рекламные показатели, а число ошибок, повторных запросов и обращений к старшему смены.
Какие ошибки мешают авторизации по звонку?
- Один номер для всех. Такой подход не позволяет связать вход с конкретным сотрудником и усложняет отзыв доступа.
- Слишком долгий срок действия кода. Если попытка остаётся активной долго, старый вызов может создать путаницу. Срок задают под один вход.
- Нет ограничения повторных звонков. При ошибке в интерфейсе сотрудник может нажать кнопку несколько раз и получить несколько вызовов.
- Роль проверяют только после входа. Система должна проверить право на доступ до выдачи сессии, а не после открытия кассы.
- Не предусмотрен резервный путь. Нужна понятная процедура для ситуации, когда телефон разряжен, потерян или временно недоступен.
- Критические операции не требуют повторной проверки. Возврат или изменение складского остатка лучше отделить от обычного просмотра.
Авторизация по звонку подходит для кассы и склада, когда сотруднику нужен личный номер вместо корпоративного телефона, а компании важно разделить доступ по ролям и сменам. Начните с одного процесса, например с открытия кассы, проверьте его на реальной смене и затем добавьте складские операции. После согласования правил подключение через API можно встроить в существующее приложение без отдельного рабочего кабинета для каждого сотрудника.
