Data fields

Last update: 24.03.2025

Custom fields allow you to receive and use any necessary data about customers and cases. You can configure them along the way: administrator account — section "Channels" — subsection "Data fields".


1. Fields classification

1. In terms of data affiliation, fields can refer to either a user, a case or a company.

In custom or company fields the data is fixed for a specific user or company and does not change from case to case. An example is the "Email address" field.

Case fields, on the contrary, are fixed for a specific case and are not related to the user or company For example, the checkbox "A task has been set".

Поля обращения, наоборот, фиксируются за конкретным обращением и не имеют отношения к пользователю или компании. К примеру, чекбокс «Поставлена задача».

The list of fields has a corresponding division into these three types. If necessary, any of the blocks can be collapsed.

2. According to the editing capabilities, fields are divided into standard and custom ones.

Standard fields cannot be disabled or completely removed. You can only edit, although editing is significantly limited. All this is done because the standard fields are an integral part of the platform, and a lot is tied to them.

Custom fields are fully customizable. You decide what type of field to create, in what forms and under what name they are displayed, and whether they are mandatory or not.

3. Depending on the data representation, the fields are divided into five types: text field, text area, checkbox, dropdown list, and date.

In the field list, the field type is displayed immediately below its name. You cannot change the type of standard fields. With custom fields, the type is set only when the field is created and cannot be changed later.


2. Form selection

You can select where a standard or custom field is displayed.

Deskie has a total of 9 forms available:

  • Submit an idea (section "Ideas" in the Help Center);

  • User profile (user account, Help Center);

  • User page (agent account, "Users" section);

  • User data (agent account, specific case, right sidebar);

  • Adding user (agent account, page for adding a case);

  • Incoming call (agent account, incoming call pop-up window);

  • Case parameters in agent account (agent account, specific case, left sidebar);

  • Case parameters in user account (user account, specific case, left sidebar).

When

  • Оставить предложение (раздел «Предложения» в центре поддержки);

  • Отправка email-запроса через виджет;

  • Профиль пользователя (аккаунт пользователя, центр поддержки);

  • Страница пользователя (аккаунт сотрудника, раздел «Пользователи»);

  • Данные пользователя (аккаунт сотрудника, конкретное обращение, правая боковая панель);

  • Добавление пользователя (аккаунт сотрудника, страница добавления обращения);

  • Входящий звонок (аккаунт сотрудника, всплывающее окно о входящем звонке);

  • Параметры обращения у сотрудника (аккаунт сотрудника, конкретное обращение, левая боковая панель);

  • Параметры обращения у пользователя (аккаунт пользователя, конкретное обращение, левая боковая панель).

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

Если поле добавлено в формы «Профиль пользователя» или «Параметры обращения у пользователя», которые находятся в аккаунте пользователя в центре поддержки, вы можете выбрать, сможет ли пользователь редактировать поле или только смотреть.


3. Редактирование стандартных полей

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


4. Создание и редактирование кастомных полей

При создании дополнительного поля нужно выбрать:

  • принадлежность поля — обращения, пользователя или компании;

  • тип поля — текстовое поле, текстовая область, чекбокс, выпадающий список и дата.

  • формы, в которые будет добавлено поле.

Разберем на конкретном примере. Допустим, мы хотим создать поле «Тип запроса», чтобы пользователь при отправке вопроса через виджет указывал, с чем возникла проблема, выбирая из списка: вопрос, проблема, баг, жалоба или благодарность. Сотрудник должен после создания обращения видеть указанную информацию в параметрах на странице обращения, а пользователь — в личном кабинете на сервисе.

Шаг 1: указываем принадлежность поля — поле обращения, так как указываемые данные касаются именно конкретного обращения, а не относятся к пользователю или к компании, которую он представляет;

Шаг 2: выбираем тип поля — «Список» и указываем варианты для выбора в выпадающем списке;

Шаг 3: активируем нужные нам формы — «Отправка email-запроса через виджет», «Параметры обращения у сотрудника», «Параметры обращения у пользователя»;

Шаг 4: указываем название поля для каждой из форм — этого будет достаточно для создания поля.


5. Настройки полей данных

а) Обязательность заполнения

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

У всех полей есть настройка обязательности заполнения для любого действия (иконка звёздочки). У полей обращения есть две отдельные настройки:

  • обязательность заполнения для любого действия (иконка звёздочки);

  • обязательность заполнения только при выставлении статуса «закрытое» (иконка замочка).

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

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

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

б) Запрет на очищение и редактирование

— У полей типов «Текстовое поле», «Текстовая область» и «Дата» можно включить запрет на очищение или на очищение и редактирование (редактирование предполагает и возможность очистки, поэтому при включении опции редактирования, автоматически активируется и опция очистки).

— У полей типов «Чекбокс» и «Список» можно включить запрет на редактирование.

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

в) Порядок полей в формах

Вы можете менять порядок полей в формах. Для этого перейдите на вкладку «Сортировка полей в формах», найдите нужную форму и расположите поля в нужном порядке.

г) Значения по умолчанию для списков

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

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

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

д) Видимость полей

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

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

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

е) Особенности полей компании

  • В конце формы создания поля компании есть чекбокс «Заполненное поле отображается во всех формах, где есть поле «Компания». По умолчанию чекбокс отмечен. Значит, если это кастомное поле заполнено, оно будет отображаться в тех же формах, где отображается поле «Компания» (на странице обращения на панели с данными пользователя, на странице пользователя, в карточке входящего звонка). Это удобно, если вы хотите сразу видеть ключевые данные компании без перехода в профиль компании.

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

ж) Особенности полей типа «Дата»

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

  • В правилах и шаблонах есть условия и действия, чтобы вы могли учитывать и изменять значения в полях типа «Дата». Подробнее

  • По каждому созданному полю типа «Дата» появляется возможность сортировки обращений: «новые в начале» или «старые в начале»:

  • В панели фильтров по каждому полю типа «Дата» появляется отдельный блок с параметрами для фильтрации. Доступны следующие опции:

— дата не выставлена,
— до вчерашнего дня,
— сегодня,
— от завтрашнего дня,
— [дата] меньше,
— [дата] равна,
— [дата] больше,
— от [даты] до [даты].

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


6. Зависимые поля

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

Задача решается с помощью настройки зависимости полей.

а) Зависимость в разных формах

Во всех формах зависимость можно задать только при соблюдении двух условий:

  • у зависимых полей одинаковая принадлежность — к обращению, пользователю или компании;

  • оба поля добавлены в одну и ту же форму.

Исключение — формы «Отправка email-запроса через виджет» и «Создание обращения из центра поддержки», в которых зависимость можно задать от полей любой принадлежности, добавленных в эти формы.

Разберем конкретный пример. Добавим кастомное поле пользователя «Номер договора». Так как это именно поле пользователя, зависимость можно выбрать только в формах «Добавление пользователя в аккаунте сотрудника», «Данные пользователя на странице обращения», «Данные пользователя в аккаунте сотрудника», «Данные пользователя в аккаунте пользователя» — и зависеть значение поля может только от других полей пользователя. Укажем, что поле «Номер договора» зависит от поля «Тариф».

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

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

В итоге поле «Номер договора» отобразится в форме, если пользователь выберет в виджете отправки email-запроса группу «Вопросы по оплате».

То же самое касается полей обращения. В формах «Параметры обращения в аккаунте сотрудника» и «Параметры обращения в аккаунте пользователя» можно задать зависимость только от других полей обращения, добавленных в эти формы, а в формах «Отправка email-запроса через виджет» и «Создание обращения из центра поддержки» — выбрать зависимость от любого поля.

б) Зависимость от полей разных типов

Зависимость может быть настроена от поля любого типа и будет работать следующим образом:

  • Выбор зависимости от полей типов «текстовое поле», «текстовая область», «чекбокс», «дата» означает, что зависимое поле будет появляться в том случае, если родительское поле непустое, то есть добавлен любой текст в текстовом поле или области, отмечен чекбокс или указана дата;

  • Выбор зависимости от полей типов «Список» и «Метки» позволяет выбрать определённые значения этих полей, при которых будет появляться зависимое поле.

в) Три уровня зависимости

Зависимость ограничивается тремя уровнями вложенности. Например, можно сделать структуру, как в примере выше:

  • поле «Категория обращения» (первый уровень);

  • поле «Подкатегория обращения» (второй уровень);

  • поле «Тип вопроса» (третий уровень).

Добавить зависимость от поля третьего уровня «Тип вопроса» уже не будет возможности, так как это поле уже зависит от двух других полей, поэтому оно даже не будет предлагаться при настройке зависимости в поле «Зависит от».

г) Очистка зависимых полей

Значения в зависимых полях очищаются, если условие зависимости перестаёт соблюдаться.

Например, в обращении были заполнены такие поля:

  • Категория обращения — Возможности сервиса;

  • Подкатегория обращения — Общие вопросы;

  • Тип общего вопроса — Интеграции.

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

д) Несоответствие зависимых полей условиям зависимости

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

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

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

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

е) Зависимые поля в виджетах

Если хотите, чтобы поле можно было добавить в виджет для отправки запроса по почте, отметьте форму «Отправка email-запроса через виджет» в настройках нужного вам поля.

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

При добавлении полей, для которых задана зависимость в форме «Отправка email-запроса через виджет», будет также добавляться и соответствующее родительское поле.


7. Прочие моменты

  • Для кастомных полей название, которое отображается в списке полей в аккаунте администратора, берётся из первой активной формы.

  • Если у вас отключён центр поддержки, формы, связанные с ним («Оставить предложение», «Профиль пользователя»), скрываются во всех полях — стандартных и кастомных.

  • Если для формы «Данные пользователя» у вас включены поля «ВКонтакте», «Facebook», «Телеграм» и другие стандартные поля с контактными данными, которые заполняются сервисом автоматически, в случае если пользователь еще не обращался к вам по этим каналам и поля пустые, мы скрываем их, чтобы не занимать даром место.

  • В параметрах обращения поля «Отвечать с адреса» и «Получатель» для большего удобства закреплены наверху.

  • Поддержка дополнительных полей доступна в API, правилах и шаблонах.

  • Поля можно отобразить в общем списке обращений, чтобы отслеживать нужную информацию прямо из списка, без перехода в сами обращения:

Was this article helpful?