Свойства заказа: пользовательские поля

Свойства заказа — это поля, которые покупатель заполняет при оформлении: ФИО, телефон, адрес, комментарий. В 1С-Битрикс они не «зашиты» в шаблон, а настраиваются в админке и управляют не только видом формы, но и логикой доставки и оплаты.

Что такое свойства заказа

В модуле sale (Интернет-магазин) заказ описывается не жёстким набором полей, а гибким списком свойств. Каждое свойство — это отдельная сущность с типом, кодом, привязкой к типу плательщика и настройками обязательности. Именно из этих свойств компонент sale.order.ajax (или классический sale.order) строит поля на странице оформления.

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

Где настраиваются

Управление свойствами живёт в разделе Магазин → Настройки → Свойства заказа. На странице виден список всех свойств с типом плательщика, к которому они привязаны, типом поля, признаком обязательности и сортировкой.

• Добавить — кнопка создаёт новое свойство: задаёте название, символьный код (CODE), тип и группу.
• Редактировать — меняете параметры существующего свойства, включая привязки к службам доставки и оплаты.
• Сортировка — поле SORT определяет порядок вывода полей в форме.

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

Типы свойств

Тип определяет, как поле выглядит и что можно в него ввести. В стандартной поставке доступны следующие типы.

Тип «Местоположение» — особый: он завязан на модуль местоположений (sale, справочник location) и именно его значение чаще всего используется в расчёте доставки по зонам.

Привязка к типу плательщика

Каждое свойство привязано к типу плательщика (payer type). Типы плательщиков — это профили покупателя: типично «Физическое лицо» и «Юридическое лицо». Для физлица показываем ФИО и телефон, для юрлица — название компании, ИНН, КПП, реквизиты.

Механика простая: покупатель (или логика магазина) выбирает тип плательщика, и форма показывает только те свойства, что привязаны к этому типу. Это позволяет вести в одном магазине B2C- и B2B-сценарии без дублирования шаблонов.

Обязательность и вид на форме

В карточке свойства есть несколько флагов, которые управляют его поведением:

• Обязательное (REQUIRED) — без заполнения заказ не оформится, компонент вернёт ошибку валидации.
• Активное (ACTIVE) — выключенное свойство не участвует в форме, но не удаляется.
• Выводить в профиль покупателя — значение сохраняется в профиле и подставляется при следующем заказе.
• Значение по умолчанию (DEFAULT_VALUE) — предзаполнение поля.

Для более тонкой проверки (маска телефона, формат e-mail, обязательность по условию) используется механизм валидации — им посвящена отдельная статья про обязательные поля. Обязательность на уровне свойства — это базовый уровень контроля.

Использование в доставке и оплате

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

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

Именно поэтому в стандартном магазине предусмотрены служебные свойства с кодами вроде LOCATION, ADDRESS, ZIP — доставка ожидает их для расчёта. Удалять или переименовывать их без правки настроек доставки не стоит.

Практика: как не сломать форму

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

1. Не плодите свойства без кода. Символьный код (CODE) — это то, по чему свойство находят в интеграции с 1С, в почтовых шаблонах и в бизнес-процессах. Осмысленный код важнее красивого названия.
2. Проверяйте передачу в 1С. При обмене заказами (1C_Exchange) значения свойств выгружаются по коду. Новое свойство появится в 1С только если сопоставление настроено.
3. Тестируйте по типам плательщиков. После правок оформите тестовый заказ и физлицом, и юрлицом — набор полей у них разный.
4. Дублируйте изменения на всех сайтах. В многосайтовой конфигурации свойства могут быть привязаны к конкретному сайту.

Итог

Свойства заказа — это конструктор формы оформления в 1С-Битрикс. Тип поля определяет ввод, привязка к плательщику — кому оно показывается, обязательность — контроль заполнения, а связки со службами доставки и оплаты превращают поля в рабочую логику расчёта. Всё это настраивается в Магазин → Настройки → Свойства заказа без правки шаблонов.

Когда полей становится много, а сценарии B2B и B2C переплетаются, форма легко превращается в путаницу с дублями и лишними обязательными полями. Мы проектируем структуру свойств, аккуратно связываем её с доставкой, оплатой и обменом с 1С и приводим checkout в порядок — от базовой настройки до сложных интеграций.