Свойства заказа — это поля формы оформления: имя, телефон, адрес, комментарий, выбор точки самовывоза. В отличие от свойств инфоблока, которые описывают товар, свойства заказа описывают саму сделку и настраиваются отдельным разделом модуля продаж.
Разберём типы свойств, логику видимости в зависимости от способа доставки и то, как не превратить форму оформления в длинную анкету.
Где настраиваются
Раздел Магазин → Настройки → Свойства заказов. Каждое свойство привязано к группе — логическому блоку формы, например «Контактные данные» или «Адрес доставки».
Типы свойств
| Тип | Применение |
|---|---|
| Строка | Имя, комментарий |
| Число | Редко используется напрямую |
| Список | Способ связи, время звонка |
| Файл | Прикреплённый документ, например реквизиты для юрлица |
| Привязка к местоположению | Город, регион доставки — со встроенным справочником |
| Дата/время | Желаемая дата доставки |
Тип «Привязка к местоположению» стоит выделить отдельно: он использует общий классификатор адресов Битрикс, тот же самый, что применяется в модуле доставки для расчёта стоимости. Задавать город текстовым полем вместо этого типа — значит терять точность при расчёте доставки и невозможность нормально группировать заказы по регионам в отчётах.
Нужна помощь с Битрикс?
Обязательность и видимость
Для каждого свойства настраиваются независимо друг от друга три параметра:
| Параметр | Смысл |
|---|---|
| Обязательное | Нельзя оформить заказ без заполнения |
| Видимое | Показывается в форме оформления |
| Для печатной формы | Выводится ли в счёте и накладной |
Разделение «видимое» и «обязательное» полезно: свойство может быть скрыто от покупателя, но при этом заполняться автоматически — например, источник заказа, который система проставляет сама на основе UTM-меток, без участия человека.
Привязка к способу доставки
Не все свойства нужны для каждого способа доставки. Адрес улицы и дома не имеет смысла при самовывозе, а выбор пункта выдачи не нужен курьерской доставке. У свойства можно указать, для каких способов доставки оно активно — тогда форма сама меняет состав видимых полей при переключении способа, без написания дополнительного кода.
Это же поведение отрабатывает и в компоненте оформления заказа, который перестраивает форму динамически при выборе доставки и оплаты, — состав полей меняется сам, без написания дополнительного JavaScript.
Свойства и группа пользователей
Как и обычные поля, свойства заказа можно ограничивать по группе пользователей. Практический пример — поле «Реквизиты организации» и загрузка файла со счётом показываются только группе «Юридические лица», а розничным покупателям не мешают лишним полем.
Заполнение из кода
При программном создании заказа значения свойств заполняются через коллекцию
PropertyValueCollection — этот способ подробно разобран в статье
Создание заказа программно: Bitrix\Sale\Order.
Здесь важно помнить: код свойства в коде должен буквально совпадать
с кодом, заданным в административной части, — совпадение по названию
на это не влияет.
Сколько полей делать обязательными
Каждое обязательное поле — это точка, на которой посетитель может закрыть форму. Разумный минимум для розничного заказа — имя и телефон. Адрес нужен только при курьерской доставке, а email часто можно оставить необязательным, запрашивая его лишь для отправки электронного чека.
Проверить, какие поля реально тормозят оформление, помогает статистика брошенных корзин: если посетители массово останавливаются на одном и том же шаге формы, велика вероятность, что причина — избыточное обязательное поле именно на этом шаге.
Частые ошибки
- Адрес доставки обязателен при самовывозе. Форма не даёт оформить заказ без адреса, который в этом случае не нужен.
- Город — текстовое поле, а не привязка к местоположению. Опечатки и разные написания одного города усложняют расчёт доставки.
- Слишком много обязательных полей на старте. Отчество, дата рождения и другие данные «на будущее» отсеивают часть покупателей.
- Свойство для юрлиц видно всем. Розничный покупатель видит лишнее поле про реквизиты организации.
- Код свойства меняли после того, как заказы уже оформлялись. Исторические заказы теряют связь со значением поля.
Итог
Свойства заказа настраивают состав формы оформления: какие поля видны, какие обязательны и как они меняются в зависимости от выбранного способа доставки. Продуманная логика видимости — когда адрес виден только при курьерской доставке, а данные организации только группе юрлиц — избавляет форму от лишних полей для конкретного покупателя.
Главное правило при проектировании: обязательным делается только то, без чего заказ действительно нельзя обработать. Всё остальное — предмет уточнения при звонке или отдельный необязательный шаг.