/
/
/
/
Пользовательские поля…
23.06.2026

Пользовательские поля в Project Point: зачем нужны и как применяются

Суть пользовательских полей

Пользовательские поля — это дополнительные атрибуты, которые клиент может самостоятельно добавлять к объектам системы (документам, проектам, объектам строительства).

В отличие от стандартных полей («Номер», «Дата создания», «Статус»), пользовательские поля:

  • создаются под специфику бизнеса клиента;
  • позволяют фиксировать уникальную информацию, отсутствующую в типовом функционале;
  • настраиваются в интерфейсе администрирования.

Зачем клиенту пользовательские поля?

Главная цель — адаптировать систему под внутренние процессы компании без доработки кода.

Ключевые преимущества:

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

Типичные сценарии использования

1. Отраслевая специфика

Пример: строительная компания.
Пользовательские поля: «Этап строительства», «Номер разрешения на строительство», «Ответственный прораб».
Польза:

  • группировка документов по этапам стройки;
  • быстрый поиск чертежей для конкретного участка;
  • назначение ответственных за разделы проекта.

2. Внутренние регламенты и стандарты

Пример: IT‑компания с собственными стандартами разработки.
Пользовательские поля: «Версия ПО», «Используемый фреймворк», «Тестовая среда».
Польза:

  • контроль соответствия стандартам;
  • фильтрация задач по технологическим стекам;
  • упрощение баг-трекинга.

3. Финансовый и договорной учёт

Пример: подрядная организация.
Пользовательские поля: «Сумма по договору», «Срок оплаты», «Статус оплаты», «Ссылка на договор».
Польза:

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

4. Контроль качества и замечаний

Пример: проект с жёсткими требованиями к оформлению документации.
Пользовательские поля в замечаниях: «Приоритет исправления», «Критичность», «Срок устранения».
Польза:

  • приоритизация исправлений;
  • контроль сроков устранения замечаний;
  • аналитика по качеству документации.

5. Логистика и поставки

Пример: производство с поэтапной приёмкой материалов.
Пользовательские поля: «Партия поставки», «Дата поставки», «Акт приёмки», «Статус поставки».
Польза:

  • учёт движения материалов;
  • связь сопроводительных документов с поставками;
  • уведомления о задержках.

6. Персональные и организационные метки

Примеры полей:

  • «Ответственный отдел» — для маршрутизации документов;
  • «Проектный менеджер» — личный куратор документа;
  • «Уровень конфиденциальности» («Для служебного пользования», «Секретно»);
  • «Важность» («Критично», «Стандартно», «Низко»).

Польза:

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

 

Как это выглядит для конечного пользователя

  1. В карточке объекта появляется дополнительный блок «Пользовательские поля».
  2. Поля могут быть разных типов:
     - текстовый ввод;
     - выбор из списка (выпадающее меню);
     - флажки (да/нет);
     - дата/время;
     - числовые значения.
  3. Поля можно сделать обязательными к заполнению — система не даст сохранить объект, пока не заполнены все обязательные поля.

Где используются данные из пользовательских полей

  • Фильтры и поиск в реестрах документов, задач, проектов.
  • Отчёты и выгрузки (в Excel, PDF) — кастомные поля включаются в шаблоны.
  • Уведомления — плейсхолдеры типа {{Пользовательское_поле_Название}} подставляют значения в письма.
  • Дашборды и графики — аналитика по значениям пользовательских полей.
  • Маршруты согласования — поля могут влиять на логику маршрутизации (например, направлять документ в отдел в зависимости от «Ответственного отдела»).

Краткий итог

 

Для чего клиенту:

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

 

Где применяется:

  • документы, проекты, объекты строительства

 

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

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

 

Результат для бизнеса:

  • повышение прозрачности процессов;
  • ускорение поиска и обработки данных;
  • снижение риска ошибок;
  • более точная аналитика и отчётность.
100% успешных внедрений
12+ лет опыта команды и компании
7+ лет эксплуатации продукта крупными клиентами
Мы используем Cookies

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