Правление ТСЖ не видит дорогих заявок? Правила раскрытия

В ТСЖ и управляющей компании поток мелких заявок диспетчер закрывает сам: поменять лампочку, подтянуть петлю на двери, вызвать сантехника. Но среди сотни рутинных обращений время от времени всплывают дорогие: замена стояка на 180 000 ₽, ремонт кровли, договор с новой обслуживающей организацией. Такие заявки правление и управляющий обязаны видеть — это их зона контроля и ответственности перед жителями.

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

В КанБан для этого есть правила раскрытия карточки по значению. Команда получает правило вида «Сумма сделки ≥ порога» или «Важный клиент» — и как только исполнитель вносит в заявку это значение, карточка автоматически раскрывается привязанным командам. Ниже разберём, как это устроено, на примере вымышленного ТСЖ «Northgate» и диспетчера Лидии.

В чём проблема

Когда в КанБан включён модуль «Команды», заявки видит не вся организация, а только те, кому они адресованы: команда-владелец, наблюдающая команда (правление), исполнители и админы. Это правильно — диспетчер не должен грузить правление каждой перегоревшей лампочкой. Но у строгого разграничения есть обратная сторона.

• Дорогая заявка не отличается от рутинной. Замена стояка на 180 000 ₽ заводится такой же карточкой, как замена лампочки. По внешнему виду не понять, что сумма требует внимания правления.
• Правление узнаёт постфактум. Пока карточка закрыта рамками команды диспетчера, наверху о ней не знают. Крупные траты всплывают на этапе акта или счёта, когда обсуждать уже поздно.
• Раздать доступ ко всему — не выход. Если открыть правлению вообще все заявки, оно утонет в мелочёвке и перестанет замечать действительно важное. Смысл разграничения теряется.
• Ручное «а покажи-ка это правлению» ненадёжно. Диспетчер может забыть, не успеть или не понять, что заявка «дорогая». Контроль держится на памяти человека, а не на правиле.

Нужен механизм, который сам поднимает дорогую или особую заявку «наверх» ровно в тот момент, когда она такой становится — и не раньше.

Как решает КанБан

В КанБан каждой команде можно задать правила раскрытия карточки — условия, при которых заявка автоматически становится ей видна, даже если по обычным правилам доступа она бы её не увидела. Настраиваются они в разделе «Команды» в блоке «Показывать команде карточку, если».

• «Сумма сделки ≥ N». Правило срабатывает, когда в поле «Сумма сделки» карточки внесено значение не ниже порога. Например, «Сумма сделки ≥ 100000» раскроет правлению любую заявку дороже ста тысяч.
• «Важный клиент». Правило по списку особых клиентов: если заявка привязана к клиенту из этого списка, она раскрывается команде. Удобно, когда за отдельными жителями или контрагентами нужен особый присмотр.
• Любое поле карточки. Кроме готовых пресетов можно указать ключ любого поля и условие: «≥ (число)», «= (равно)» или «из списка». Так правило строится под ваш процесс.
• Раскрытие происходит в момент внесения значения. Как только исполнитель заполняет поле и сохраняет карточку, КанБан пересчитывает правила и открывает заявку тем командам, чьи условия совпали. Ничего не нужно делать вручную.
• Раскрытие не ломает разграничение. Правило только добавляет команде доступ к подходящим карточкам — все остальные заявки остаются скрытыми, как и раньше. Личные (приватные) карточки правилами не раскрываются.

Разбор на примере: ТСЖ «Northgate»

В ТСЖ «Northgate» доской «Заявки жителей» управляет диспетчер Лидия, а за крупными тратами следит команда правления во главе с управляющей Галиной Управовой. Правление не хочет видеть каждую мелкую заявку — только те, что бьют по бюджету дома.

Галина открывает раздел «Команды», выбирает команду «Правление» и в блоке «Показывать команде карточку, если» нажимает «Сумма сделки ≥». В появившейся строке ставит порог — например, 100 000. С этого момента правило работает автоматически.

Дальше начинается обычная работа. Житель сообщает о ржавом стояке, Лидия заводит заявку и назначает исполнителем подрядчика Петра Подрядова. Пока речь о диагностике, сумма в карточке пустая или маленькая — заявка остаётся в рамках команды диспетчера, правление её не видит и не отвлекается. Но когда Пётр оценивает работы и вносит в поле «Сумма сделки» 180 000 ₽, карточка тут же превышает порог — и правило её раскрывает. Заявка автоматически появляется у команды правления: Галина видит её, может открыть, прочитать переписку в чате карточки и вмешаться до того, как подрядчик приступит. Никто не звонил, не пересылал ссылку и не просил «глянуть» — контроль сработал сам, ровно в нужный момент.

Что это даёт ТСЖ

Правила раскрытия по значению закрывают разрыв между «правление видит всё» и «правление не видит ничего важного вовремя».

• Дорогие заявки — под контролем автоматически. Как только сумма превышает порог, карточка сама всплывает у правления. Не нужно надеяться, что диспетчер вспомнит переслать.
• Правление не тонет в мелочёвке. Рутинные заявки остаются у диспетчера. Наверх поднимается только то, что действительно требует решения.
• Реакция вовремя, а не постфактум. Правление вмешивается на этапе оценки работ, а не когда получен акт — можно согласовать смету, запросить второе предложение, притормозить.
• Разграничение доступа не страдает. Правило добавляет доступ точечно, к конкретным карточкам по условию, а вся остальная защита данных работает как раньше.
• Особые клиенты и жители — на виду. Правило «Важный клиент» держит заявки по отдельным контрагентам в поле зрения нужной команды без ручного контроля.

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