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

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

В отличие от полей направлений и валют, пользовательские поля:

• являются глобальными (применяются ко всем направлениям);

• фиксируются в заявке и не изменяются при последующих операциях;

• сохраняются в истории заявки и используются для обработки, проверки и аналитики.

Используйте пользовательские поля, чтобы запросить у клиентов:

• контактные данные (например, Telegram, WhatsApp, никнеймы);

• идентификаторы и служебные данные;

• дополнительные сведения, необходимые для выполнения заявки;

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

Количество и тип пользовательских полей не ограничены.

В панели управления перейдите в раздел: "Пользователи — Пользовательские поля".

Настройка

На сайте

В карточке заявки

---

Создание нового пользовательского поля

Нажмите кнопку «Добавить поле», расположенную в правом верхнем углу.

В открывшемся окне заполните поле:

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

  Можно вводить название сразу на нескольких языках, переключаясь между вкладками (например, RU / EN).

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

После этого поле появится в общем списке пользовательских полей.

---

Редактирование пользовательского поля

1. Найдите нужное поле в списке.

2. Нажмите на его название, чтобы перейти в режим редактирования.

---

Настройка пользовательского поля

В режиме редактирования доступны следующие параметры:

1

Название поля

Название, которое будет отображаться клиенту в форме оформления заявки.

Поддерживает мультиязычность.

2

ID ключа

Уникальный идентификатор поля, используемый системой.

Важно:

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

Примеры корректных ключей:

• telegram

• passport

• lastname

• firstname

• user_email

Общие рекомендации:

• Используйте только латинские буквы в нижнем регистре, цифры и символ _.

• Не используйте пробелы и специальные символы.

• Убедитесь, что ключ уникален и не повторяется в системе.

3

Мин. / Макс. количество символов

Позволяет задать ограничения на длину вводимого значения.

• Минимум — минимальное допустимое количество символов.

• Максимум — максимальное допустимое количество символов.

Если значения не указаны, ограничения не применяются.

4

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

Если включено, клиент обязан заполнить данное поле при создании заявки.

Если выключено — поле становится необязательным.

5

Удалять пробелы

Если включено, все пробелы в вводимом значении будут автоматически удалены перед сохранением данных.

Полезно для:

• идентификаторов;

• логинов;

• номеров аккаунтов.

6

Начинается с / Заканчивается на

Позволяет задать проверку на начальные или конечные символы вводимого значения.

Например:

• номер телефона должен начинаться с +;

• код должен заканчиваться определённой последовательностью символов.

7

Тип валидатора

Позволяет применить готовую проверку формата данных.

Доступные варианты (пример):

• ФИО (RU / EN);

• номер телефона;

• Telegram-никнейм;

• IBAN;

• и другие.

При ошибке валидации клиенту будет показано корректное сообщение с примером.

8

Статус

Определяет, активно ли поле.

• Включено — поле отображается клиентам и участвует в проверках.

• Выключено — поле игнорируется системой и не отображается в форме заявки.

---

Как работают пользовательские поля в заявке

• Все пользовательские поля относятся к типу user_order.

• Значения этих полей фиксируются в момент создания заявки.

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

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

---

Важно знать

• Пользовательские поля не зависят от направления обмена.

• Поля валидируются перед созданием заявки.

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

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