Сотрудник увольняется: как закрыть доступ к гостевой базе ресторана

Чтобы закрыть доступ уходящего сотрудника к гостевой базе, согласуйте с администратором момент отключения и проверьте все использованные рабочие входы. Незавершённые обращения передайте коллеге и убедитесь, что он может продолжить их со своей учётной записи. До удаления аккаунта выясните, что произойдёт с нужной ресторану историей: порядок действий зависит от системы.

Начните с короткого списка: где у человека был доступ, кто его закрывает и кто принимает обещанные гостям ответы. С ним управляющему и администратору будет проще разделить работу. Порядок ниже поможет организовать передачу; конкретные действия в вашей CRM уточните у того, кто управляет доступами.

Согласуйте момент прекращения доступа

Назначьте того, кто принимает решение, и того, кто выполняет изменения. Управляющий сообщает, когда сотрудник заканчивает работу; администратор уточняет доступные операции и проверяет результат. Если подключениями занимается подрядчик, заранее включите его в передачу.

При плановом уходе до согласованного момента соберите открытые обращения и назначьте коллегу. При необходимости срочно прекратить доступ сначала организуйте его закрытие через уполномоченного администратора. Не ждите, пока сотрудник закончит разбирать все дела: дальнейшую передачу согласуйте отдельно, с сохранением нужной рабочей истории.

В записи укажите дату, время и часовой пояс. Формулировка «отключить после смены» оставляет место разным толкованиям, особенно если с рестораном работает внешний специалист.

Соберите рабочие входы в один список

Список сотрудников в CRM показывает только часть возможных доступов. Уточните, какими рабочими каналами человек действительно пользовался. Не требуется включать все сервисы ресторана: нужна проверка тех входов, через которые он мог работать с гостевыми данными.

Если сотрудник участвовал в настройке подключения, попросите администратора выяснить, зависит ли оно от его учётной записи. Отключение всех интеграций подряд может остановить нужные ресторану процессы. Сначала разберитесь, какие права использует подключение, затем согласуйте перенос управления или отзыв доступа, связанного с человеком.

Общий пароль проверьте отдельно, даже если личная учётная запись уже закрыта. Вместе с ним разберите способы восстановления: например, не осталась ли привязка рабочего входа к адресу или номеру уходящего человека. Для передачи используйте согласованный рабочий способ; личный пароль сотрудника для этого не нужен.

При смене общего пароля также уточните у администратора, что происходит с уже открытыми сессиями и нужны ли действия для их завершения.

Схема проверки рабочих входов, не экран продукта. Личную учётную запись, общий вход и подключения проверяют отдельно; конкретный набор зависит от вашего ресторана.

Сохраните нужную историю до удаления аккаунта

Прекратить доступ человека и удалить его учётную запись могут быть разными операциями. Перед удалением уточните у администратора, что произойдёт со связанными записями, перепиской и назначенными делами. Выберите доступный способ, который закрывает вход и сохраняет нужную для работы историю.

Не удаляйте гостевые карточки ради прекращения доступа сотрудника. В них могут быть сведения, которые нужны действующей команде. И не превращайте чужой аккаунт в аккаунт нового коллеги: передавайте рабочие задачи, а коллеге выдавайте собственный доступ под его обязанности.

В CRM Loona.ai предусмотрена настройка прав сотрудников, в том числе ограничений по разделам, филиалам, персональным данным и конфиденциальной информации. Если вы работаете в этой CRM, попросите администратора или команду внедрения уточнить порядок прекращения доступа: что делать с открытыми сессиями и какая история сохранится после выбранной операции. Так вы согласуете действие до того, как измените учётную запись.

О том, какие сведения объединяют в рабочей истории, подробнее написано в статье про единый профиль гостя. При уходе сотрудника задача уже: сохранить нужные записи и оставить доступ к ним тем, кто продолжает работу.

Передайте обращения, по которым гостю ещё нужен ответ

Соберите короткий список обязательств: ссылка на рабочую запись, что обещано гостю, согласованный срок, новый ответственный и следующий шаг. Вместо выгрузки всей базы используйте ссылки внутри разрешённой системы. Телефоны и другие данные гостей не переносите в открытую таблицу передачи.

Условный пример: сотрудник обещал уточнить возможность проведения мероприятия и вернуться с ответом к согласованному времени. Коллеге нужны исходная запись, уже обсуждённые условия и следующий шаг: получить решение управляющего и связаться с гостем. После назначения ответственного попросите его открыть запись и подтвердить, что он понимает, какой ответ ждут и когда его нужно дать.

Проверьте также связанные с обращением задачи, если команда их ведёт. Возможность автоматической передачи и состав переносимых объектов зависят от системы. Там, где готового действия недостаточно, распределите оставшиеся шаги с администратором и новым ответственным.

Коллеге нужны права под его работу, а не все полномочия предшественника. Если он не видит необходимую запись, уточните нужное ограничение вместе с администратором. Не используйте для обхода чужой логин.

Проверьте закрытие доступа и продолжение работы

После изменений получите два отдельных результата.

1. Администратор подтверждает прекращение доступа по каждому входу из списка доступным в системе способом. Для личной учётной записи отдельно проясняет открытые сессии, для общих входов и подключений фиксирует выполненные изменения и оставшиеся вопросы. Не просите пароль ушедшего человека и не входите в его личную переписку.
2. Новый ответственный со своего рабочего доступа открывает необходимые записи, видит договорённости и подтверждает следующий шаг по незавершённым обращениям. Если ему нужно отправить ответ из рабочего канала, проверьте и эту возможность в рамках его полномочий.

Рабочая схема, не экран продукта. Закрытие прежнего доступа и возможность коллеги продолжить работу подтверждают по отдельности.

Если личный вход закрыт, но судьба подключения пока неизвестна, оставьте это отдельным незавершённым пунктом. Назначьте исполнителя, срок уточнения и временный порядок работы. Запись «всё закрыто» в такой ситуации скрывает то, что ещё предстоит проверить.

Оставьте короткую карточку результата

Карточку можно вести в принятой у вас рабочей системе с ограниченным доступом. Это предложенный шаблон, а не встроенная форма CRM:

• Сотрудник и согласованный момент прекращения доступа, с часовым поясом.
• Сервис и тип входа; исполнитель изменения.
• Что сделано, когда и каким способом подтверждён результат.
• Какие обращения принял коллега и какой следующий шаг подтвердил.
• Что осталось выяснить, кто отвечает и к какому сроку.

Не храните в карточке пароли, токены и копию гостевой базы. Если нужна ссылка на рабочую запись, учитывайте, кому доступна сама карточка передачи.

Закрытие рабочих входов не даёт оснований считать, что ранее сделанные копии данных исчезли. Если есть признаки утечки, сохраните доступные свидетельства и подключите ответственного за безопасность или персональные данные. Это отдельный разбор, который не стоит заменять отметкой об отключении сотрудника.

Перед завершением сверьте карточку: у каждого рабочего входа из списка должен быть результат проверки, у каждого открытого обращения должен быть коллега, принявший следующий шаг. Если пункт пока не закрыт, сохраните рядом исполнителя и срок, чтобы действующая команда знала, что ещё требует внимания.