Запросы на вступление в семью
Участники церкви могут запросить привязку к существующей семье из портала участников — они не могут тихо присоединиться к чужому домохозяйству. Каждый запрос попадает в очередь на рассмотрение, где сотрудники (или основной контакт семьи) одобряют или отклоняют. Статья описывает полный поток с обеих сторон.
Почему запрос, а не самообслуживание?
Прямое самообслуживание «добавить себя» в семью создаёт реальные риски:
- Подросток мог бы привязаться к другой семье для забора при check-in.
- Кто-то мог бы по ошибке вступить не в ту «Smith Family» из двух с одинаковой фамилией.
- Супруг после брака должен быть виден сотрудникам для согласования членства и Пожертвований.
Поток Family Join Request держит семьи под контролем без обязательного участия сотрудников в каждом изменении.
Со стороны участника: отправка запроса
Как участник отправляет
- Участник входит в портал участников.
- Открывает My Profile или My Family.
- Ищет семью по названию (например, «Smith Family»).
- Выбирает совпадающую семью из результатов.
- Выбирает запрашиваемую Role:
- Spouse
- Parent
- Child
- Other (кузен, бабушка/дедушка в домохозяйстве, не родственник-сосед и т.д.)
- При необходимости пишет короткое Message рецензентам (например, «Только что поженились, вступаю в семью Smith»).
- Нажимает Send Request.
Запрос сохраняется со статусом Pending. Участник видит «Request submitted -- awaiting review» в профиле, пока рецензент не примет решение.
Один pending-запрос за раз
У участника не может быть более одного pending-запроса в одну семью одновременно. Чтобы обновить или отменить запрос — обратитесь к сотруднику.
Со стороны сотрудников: рассмотрение запросов
Где найти pending-запросы
- В админ-портале откройте очередь Family Join Requests (или семью с запросом и баннер Pending Requests).
- Каждый pending-запрос показывает:
- Person — кто просит вступить
- Family — в какую семью
- Requested Role — выбранная роль
- Message — пояснение (если есть)
- Submitted — когда отправлен
Одобрение запроса
- Нажмите Approve на запросе.
- При необходимости добавьте Review Notes для аудита (например, «Брак подтверждён, одобрил пастор Joe»).
- Система:
- Добавит человека в семью с запрошенной ролью.
- Для «spouse» — роль spouse.
- Для «child» — роль child и Receives Mail = No (дети по умолчанию не получают рассылки).
- Для «parent» или «other» — роль other.
- Запишет, кто одобрил и когда.
- Участник увидит «Approved» при следующем открытии профиля; на странице семьи он отображается как член.
Отклонение запроса
- Нажмите Reject на запросе.
- При необходимости Review Notes с объяснением (например, «Не та семья — вы имели в виду Smith в Springfield?»). Заметки сохраняются в записи запроса.
- Семья не изменяется. Заявитель увидит «Rejected» при следующем визите в портал.
Справочник статусов
| Статус | Значение | Кто видит |
|---|---|---|
| Pending | Отправлен, ожидает рассмотрения | Участник — pending в профиле; сотрудники — в очереди |
| Approved | Человек добавлен в семью | Участник на карточке семьи; сотрудники — запрос resolved |
| Rejected | Запрос отклонён; семья без изменений | Участник — «Rejected»; сотрудники — review notes в аудите |
Аудиторский след
Каждый запрос хранит:
- ID отправившего
- ID целевой семьи
- Запрошенную роль
- Необязательное сообщение
- Рецензента (person ID), если есть
- Время рассмотрения
- Review notes
- Текущий статус
Этого достаточно, чтобы восстановить, кто просил вступить к кому и какое решение принял сотрудник. Для чувствительных семей (например, споры об опеке) этот след — ваша защита.
Рекомендации
- Проверяйте еженедельно — не оставляйте pending надолго. Застоявшиеся запросы разочаровывают участников.
- Уточняйте неоднозначные по телефону — если две семьи с одной фамилией, свяжитесь с заявителем перед одобрением.
- Используйте review notes — даже при очевидном запросе одна строка («подтверждено супругом») полезна месяцами спустя.
- Обучите формулировкам отклонения — вежливый отказ с направлением («Похоже, вы имели в виду другую семью Smith — попробуйте снова») лучше молчаливого отклонения.