Я считаю, что это отличная функция, но текущая реализация довольно базовая. Большинство отсутствующих функций дизайна форм уже были предложены другими пользователями в этой теме, поэтому я хотел бы сосредоточиться больше на конфиденциальности данных и администрировании.
Мое сообщество хотело бы использовать формы заявок преимущественно как систему управления пользователями. Для этой цели формы должны, по возможности, работать аналогично системе флагов, где администраторы могут решать, кто видит заявки и кто может на них отвечать. В противном случае, если мы будем использовать текущий шаблон форума, личная информация новых пользователей окажется в публичной категории форума, что нежелательно. Также было бы замечательно, если бы эти формы можно было связать с управлением группами пользователей. Например, если новый участник подает заявку на вступление в сообщество и модератор одобряет её, он должен автоматически получить уровень доверия X, группу пользователей Y и потерять группу Z.
В качестве примера вот некоторые функции, которые было бы здорово сделать нативными для Discourse: Discord-бот Appy. В настоящее время мы используем этот бот, но он создает дополнительную нагрузку на администраторов и модераторов, которым приходится поддерживать всё в синхронизации.
Для меня это не является приемлемым решением. Это означало бы, что все новые участники смогут видеть заявки других новичков, делая их личную информацию (электронную почту, возраст и т. д.) гораздо более доступной, чем следовало бы.
Вот почему я считаю, что форма заявки должна работать подобно системе флагов: новые пользователи могут создавать записи, но получить доступ к этим данным могут только сотрудники (администраторы, модераторы, выбранные группы пользователей).
РЕДАКТИРОВАНИЕ: один из способов реализации — добавить настройку категории, которая позволяет авторам тем видеть только свои собственные темы.
Похоже, что групповые сообщения могут быть более подходящим вариантом для вас: то есть заявки отправляются в виде сообщения в группу, а не создаются как тема в категории, и видеть сообщения могут только участники этой группы (плюс отправитель).
К сожалению, шаблоны форм недоступны для групповых сообщений. Кажется, я спрашивал об этом в контексте запросов в службу поддержки, кто-то тоже задавал этот вопрос, но я не знаю, планируется ли это реализовать в будущем.
Это обсуждалось в других темах, например, в #4 (и последующих ответах) по адресу Offering "private support" as part of a public support community. По моим наблюдениям, они не хотят этого делать, так как это значительно усложнит права доступа к категориям для функции, которая уже доступна через групповые сообщения.
Кроме того, групповые сообщения более гибкие, поскольку участников можно добавлять или удалять по мере необходимости. Например, при найме на техническую должность заявки могут направляться в группу HR, а после проведения ими базовой проверки к группе можно добавить соответствующую техническую группу.
Я бы определённо хотел, чтобы в будущем шаблоны форм были расширены и для групповых сообщений в подобных сценариях.
К сожалению, этого будет недостаточно для наших нужд, так как нам требуются функции классических анкет:
Выпадающие меню
Ответы с несколькими вариантами выбора
Инструменты форматирования
Условные поля (если ответ на вопрос А — Б, то показать поле В)
Возможность просмотра заявок модераторами/администраторами
Долгосрочное хранение заявок для постоянно меняющегося состава модераторов/администраторов (именно поэтому групповые сообщения нам тоже не подходят, так как люди присоединяются к команде и покидают её со временем)
Адекватная защита данных — т. е. пользователи должны иметь возможность видеть только свои собственные заявки
Автоматизированное управление пользователями (если заявка А одобрена, присвоить пользователю группу B и/или удалить группу C).
Я думаю, что временным решением могло бы стать введение новой настройки категории, которую администраторы могут включить: «Пользователи видят только свои собственные темы». Это покроет большинство вышеупомянутых пунктов, так как Экспериментальный шаблон формы можно будет использовать, не делая его видимым для всех пользователей определённой группы. Затем со временем оставшиеся функции, упомянутые другими участниками обсуждения здесь и мной, могут быть добавлены в форму разработчиками.
Ранее я пробовал плагин Custom Wizard, но он каким-то образом сломал некоторые стандартные поля настроек Discourse в админ-панели. После этого я отключил плагин, и поля настроек Discourse снова заработали нормально. Возможно, плагин был несовместим с последней версией Discourse на тот момент.
Спасибо! Я не знал об этом стороннем плагине (до сих пор я ограничивался только официальными плагинами после того, как столкнулся с проблемами с Custom Wizard).
