Несколько администраторов Telegram: роли, журнал и передача дежурства

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

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

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

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

Назначьте обязанности, затем подберите полномочия

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

Обязанности команды и содержание передачи
Обязанность	Что человек решает	Что оставляет следующему
Дежурный модератор	Что сделать с конкретным сообщением или участником	Ссылка на случай, причина, действие и срок
Ответственный за настройки	Как изменить фильтр, предупреждения или общий режим	Значения до и после, тест и способ возврата
Проверяющий апелляцию	Была ли мера обоснованной и что исправить	Решение, восстановление доступа и исправление причины
Ведущий инцидента	Кто делает какие действия во время массового нарушения	Какие временные меры ещё действуют и кто их снимет
Владелец доступа	Кому нужны права и когда их пересмотреть	Проверенный список прав и ролей

Не назначайте всем одинаковые широкие права ради взаимозаменяемости. Если дежурному иногда нужен бан, а его роль этого не позволяет, заранее договоритесь, кого позвать. «Попросить старшего» должно означать конкретного доступного человека, а не забытый контакт владельца.

Четыре разных слоя управления

Права администратора Telegram позволяют управлять самим чатом. Удаление сообщений, ограничения участников и назначение администраторов — разные полномочия платформы. Официальный справочник Telegram

Разрешения участников Telegram задают обычный режим общения и индивидуальные ограничения. Они не описывают командную ответственность. Для этой задачи есть отдельная статья о правах участников.

Роли Defendy определяют доступ к поддерживаемым командам. В текущей матрице младший модератор может предупреждать и ограничивать, но не снимать мут. Модератор может удалять, предупреждать, ограничивать, удалять участника из группы и снимать бан, но не выдавать бан. Управление настройками и более широкая модерация доступны роли администратора и старшим ролям. Назначение ролей дополнительно ограничено иерархией.

Настройки Mini App определяют поведение модулей выбранной группы. Это не конструктор произвольных полномочий каждого сотрудника. Подбирайте поддерживаемую роль по матрице Defendy, а нативные права — по разбору администрирования Telegram.

Важная граница для контроля качества: Telegram-администраторы пропускаются обработчиком автоматических фильтров Defendy. Внутренние роли «Освобождённый», «Сооснователь» и «Владелец» тоже имеют иммунитет. Внутренняя роль «Администратор» сама по себе иммунитета не даёт. Поэтому тест сообщения от человека с административными правами не показывает опыт обычного участника.

Правило одного ведущего для одного случая

В закрытом чате команды достаточно короткой записи: «Проверяю сообщение по этой ссылке; пока не добавляйте предупреждения». Второй модератор может прислать контекст, но не должен автоматически повторять наказание только потому, что поступила ещё одна жалоба.

Предлагаемый порядок:

Проверьте исходное сообщение, участника и уже применённые меры. Жалоба — повод проверить, а не доказательство нарушения.
Уточните, не действовал ли фильтр или другой модератор. Посмотрите доступные записи журнала и ответы бота.
Назовите пункт правил и выберите меру. В команде должно быть ясно, является ли это продолжением того же случая или новым нарушением.
Зафиксируйте результат: удалено ли сообщение, добавлены ли баллы, действует ли ограничение и до какого времени.
Если передаёте случай другому человеку, дождитесь явного принятия. Отправленная заметка сама по себе не означает, что её прочитали.

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

Как исправить двойное предупреждение

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

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

Настройте журнал под вопросы команды

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

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

Для подключения:

В «Настройки» → «Мои группы» выберите нужную группу и откройте «Журнал действий».
Пройдите мастер подключения места назначения. Он использует отдельного @defendy_logs_bot, а не только присутствие основного бота в модерируемой группе. Добавьте его в выбранную группу или канал согласно мастеру и выполните проверку.
Подтвердите найденный чат или укажите его ID вручную. Для темы нужен также её ID. Убедитесь, что место назначения принадлежит вашей команде и не открыто посторонним.
Включите журнал и выберите нужные категории. В форум-группе можно направлять категории в отдельные темы; пустое переопределение использует основную тему.
Создайте согласованное безвредное тестовое событие и найдите реальную запись. Повторите проверку после смены места назначения или доступа бота.

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

Кому показывать журнал

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

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

Меняйте настройки по очереди

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

Для значимого изменения сохраните:

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

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

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

Пример передачи дежурства

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

Группа: основной чат мастерской. Проверено в 19:10 по Москве. Ведущая случая: Анна; следующее дежурство принимает Илья.

Случай: повторное рекламное сообщение, ссылка доступна команде. Сообщение удалено, один ручной варн уже выдан. За это же сообщение новый варн не добавлять.

Настройки: фильтры не меняли. Временно ограничили голосовые для группы; прежнее значение записано в заметке изменения. Илья проверяет ситуацию в 20:00 и решает вопрос возврата.

Открыто: участник оспаривает предупреждение. Проверяет Мария, которая не выдавала меру. Нужен контекст исходного обсуждения. Итог пока не сообщён.

Принятие: Илья подтвердил, что прочитал заметку и отвечает за проверку в 20:00.

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

Апелляции и уход модератора

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

При уходе модератора проверьте отдельно нативные права Telegram, роли Defendy и доступ к журналу и рабочим заметкам. Если у человека несколько ролей, снятие одной не доказывает отсутствие остальных полномочий. После изменения Telegram-администраторов выполните /reload и проверьте актуальные списки ролей и доступ. Передайте незакрытые случаи и ответственность за временные настройки.

Итог здорового процесса — не отсутствие ошибок. Это возможность быстро установить, кто что сделал, остановить повторное наказание и безопасно исправить последствия.

Источники и границы проверки

Проверено 5 октября 2026 года по первичному справочнику Telegram, текущей реализации ролей, фильтрации и журнала Defendy и его пользовательской документации. Матрица обязанностей, порядок апелляций и заметка дежурства — редакционные предложения. Проверка исходного кода не подтверждает доставку всех событий в конкретной рабочей группе.