Вот что я бы предложил для управления владением разработкой приложений.
Для этого обсуждения нам нужно различить
- создание приложения Slack
- установкаприложение Slack.
Это разные концепции, с которыми необходимо обращаться по-разному.
Создание приложения Slack
Новое приложение Slack всегда создается врабочее пространство и принадлежит пользователю, который его создал.Если этот пользователь покидает рабочее пространство (или уходит в более длительный отпуск), приложением Slack больше нельзя управлять.
Этот риск можно уменьшить, добавив соавторов к каждому приложению Slack.Соавторы имеют те же права (например, удалить приложение) и сохранят свой доступ, когда первоначальный создатель деактивирован.
Как указано в документации:
- Slack-приложения принадлежати содержится в команде, в которой они созданы.
- У слабых приложений может быть несколько связанных с ними сотрудников, и они могут просматривать и управлять записью приложения.Они также могут добавлять или удалять других соавторов.
Чтобы еще больше снизить риск потери доступа к приложению Slack, было бы целесообразно создать фиктивного пользователя-администратора, который должен быть добавлен к каждому Slack.приложение в качестве соавтора.Таким образом, вы не потеряете доступ к своему приложению Slack, даже если несколько пользователей покинут рабочее пространство.
Установка приложения Slack
Когда создатель или соавтор приложения Slack деактивируется, его приложение будетавтоматически удаляться, если он также был установщиком.Как говорится в документации :
Одно предостережение: это исключение не распространяется на людей, которые создали приложение или были добавлены в качестве сотрудника приложения.Когда они уходят, приложение все еще удаляется.То же самое касается случая, когда приложение использует дополнительные области, помимо перечисленных выше, принимая на себя поведение пользователя.
Один из способов избежать этой ситуации - использовать фиктивную учетную запись администратора для установки приложения вместофактический пользователь.