Доступ подрядчика к мероприятию: права и безопасность

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

Подрядчик видит только свой тайминг, адрес и задачи по мероприятию

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

Составьте данные по каждой роли

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

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

Не раскрывайте лишнее

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

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

Передавайте актуальную версию тайминга

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

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

Настройте подтверждение и вопросы

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

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

Ограничьте доступ по времени

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

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

Проверьте сценарий замены

Именно срочная замена показывает слабые места. Новый фотограф должен быстро получить актуальный тайминг, адрес и контакт, а прежний — потерять доступ. Координатор видит, кто подтвердил участие. База кандидатов при этом остаётся внутри агентства; подробнее — в статье база подрядчиков event-агентства.

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

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

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

Проверьте и мобильный вид: подрядчик часто открывает сведения в дороге. Критичный адрес не должен прятаться под внутренними комментариями.

Как передавать изменения в последний момент

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

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

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

Сверьте правило с тремя исключениями

Обычный заказ почти всегда проходит гладко, поэтому отдельно проверьте ограниченный доступ подрядчика только к нужным сведениям мероприятия на трёх отклонениях: клиент меняет условия, ответственный временно недоступен, а срок ближайшего действия уже наступил. Для каждого случая определите, кто замечает изменение, кто вправе принять решение и какой след остаётся после него. Фраза «разберёмся в чате» не считается маршрутом: через неделю она не объяснит ни причину, ни итог.

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

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