Идеология использования пользовательских полей: различия между версиями
Материал из Planfix
DM (обсуждение | вклад) Нет описания правки |
DM (обсуждение | вклад) Нет описания правки |
||
Строка 5: | Строка 5: | ||
*Скрываем поля, которые не нужны для работы с заявками | *Скрываем поля, которые не нужны для работы с заявками | ||
*Создавая задачи по готовому шаблону, сотрудники получают возможность заполнять данными дополнительные поля заявки. | *Создавая задачи по готовому шаблону, сотрудники получают возможность заполнять данными дополнительные поля заявки. | ||
*В дальнейшей работе задачи-заявки могут отбираться | *В дальнейшей работе задачи-заявки могут отбираться при помощи фильтров, выводиться в отчетах и списках Планировщика. | ||
* | *Отбор удобно проводить по полю, специфичному именно для заявок - так обычные задачи, созданные по стандартному шаблону, не будут мешаться с задачами-заявками. | ||
Версия от 11:29, 14 апреля 2014
Рассмотрим идеологию использования кастомных полей на примере добавления в систему сущности "Заявка клиента". Согласно идеологии системы, заявка клиента это задача, обладающая дополнительными свойствами. Для того, чтобы использовать всю мощь инструментария задач ПланФикса для работы с заявками, настраиваем для них отдельный шаблон:
- Создаем новый шаблон под названием "Заявка клиента"
- Добавляем в него нужные поля, характеризующие заявку (тип и размеры заказываемого изделия, вид заказанной услуги, адрес доставки и т.п., в зависимости от деятельности компании).
- Скрываем поля, которые не нужны для работы с заявками
- Создавая задачи по готовому шаблону, сотрудники получают возможность заполнять данными дополнительные поля заявки.
- В дальнейшей работе задачи-заявки могут отбираться при помощи фильтров, выводиться в отчетах и списках Планировщика.
- Отбор удобно проводить по полю, специфичному именно для заявок - так обычные задачи, созданные по стандартному шаблону, не будут мешаться с задачами-заявками.
Этот подход позволяет одновременно работать в одном аккаунте ПланФикса с разными по сути бизнес-процессами, используя общий инструментарий системы и разделяя задачи по отдельным веткам.