Город: разделяет процессы по регионам

Город — это справочная сущность, которая разделяет бизнес-процессы по регионам внутри одной CRM. У каждого договора всегда выбран один город, и от него зависит, какие фильтры, задачи, расчёты и автоматизации применимы. Сам город ничего не делает — он задаёт рамки, в которых работают процессы.

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

Заодно город даёт чистую аналитику по филиалам: где сколько заказов и насколько эффективно идёт работа. Дальше — с чем город связан, что хранит, как настраивается и по каким правилам работает.

С чем связан

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

Зависимость односторонняя: договор зависит от города, а город от договора — нет.

Какие данные хранит

  • название города;
  • порядок для удобства поиска;
  • ссылку на родительский город — только для группировки в дереве выбора.

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

Как это настраивается

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

Как участвует в процессах

Город участвует опосредованно, но системно: по нему фильтруются доступные задачи и типовые, ограничиваются автоматики и применяются региональные правила. Сотрудник выбирает город при создании договора и больше с городами напрямую не работает. Город сам ничего не делает — он формирует рамки, внутри которых работают процессы.

Правила и ограничения

  • нельзя назначить задачу, если город договора не соответствует условиям;
  • нельзя запустить автоматизацию вне разрешённого города;
  • типовая задача не показывается в неподходящем регионе;
  • фильтры договора и товаров или услуг не показываются вне подходящего города;
  • город нельзя удалить, если он используется договорами.

Типичные сценарии

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

Оператор оформляет заказ в одном городе — в форме доступны только местные типовые задачи и фильтры; настройки других городов не предлагаются.

Руководитель сравнивает выручку и скорость обработки по филиалам — разрез по городу даёт чистую региональную аналитику.

Частые вопросы и подводные камни

  • Можно ли переименовать город, который уже используется в договорах? Да. Задачи, фильтры и расчёты привязаны к самому городу, а не к его названию, поэтому переименование меняет только подпись и не ломает настройки.
  • Что будет, если перенести город в другую родительскую запись? Изменится только то, как город отображается в дереве выбора. Наследования настроек нет, поэтому привязки фильтров, задач и расчётов остаются прежними, а договоры никуда не «переезжают».
  • Что происходит с фильтрами, привязанными к городу, когда я создаю дочерний город? Ничего — дочерний город не наследует настройки родителя. Это самостоятельная единица: фильтры, задачи и расчёты для него нужно настроить отдельно.
  • Как «отключить» город, если в регионе временно не работаем? Отдельного флага «выключить» у города нет, а удалить используемый договорами город нельзя. На практике город перестают предлагать, убирая его из условий фильтров, типовых и автоматик, — так в нём нельзя будет завести рабочий процесс, а историческая аналитика сохранится.

Диагностика: город ведёт себя не так, как ожидалось

Типовая задача не предлагается оператору. Частая причина — городское условие: город договора не входит в разрешённые для этой типовой. Проверьте также статус, день недели и загрузку исполнителя.

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