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

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

Добрый день!

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

Пример:
вывод строки ввода номера карты лояльности партнера, если пользователь отметил галочкой свойство - "у меня есть карта лояльности"

или

вывод поля ввода даты доставки, если пользователь отметил галочкой свойство - "нужна доставка на определенный день"

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

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

Часто требуется дать скидку на выбранную дату заказа, но в настройках правил нет свой заказа.
В параметры заказа прописать свойства(чтобы сильно не нагружать, добавить в настройки свойства галочку "используется для расчёта скидки", к примеру)
http://joxi.ru/52aknw3FGpGNkr

Уважаемые коллеги!

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

Дано:
Интернет-магазин, обмен товарами, заказами с 1С через XML (стандартно). Создан десяток свойств заказа (типичные свойства - телефон, почта, ФИО, адрес и т.п.)

Проблема:
Очень редко в выгрузке заказов наблюдаются заказы без свойств. Такой проблемный заказ - 1 на 2000 заказов. Расследование показало, что этот XML формируется в ту же секунду, что и оформление заказа.

В ТП Битрикса задан вопрос (тикет 710508 ):
Ответ сотрудника ТП:
Безобразие. В 1С могут улететь заказы без свойств.

Идея:
Защитить транзакциями оформление заказа или добавить некий булевый признак к заказу "годный к выгрузке" и выставлять его только после оформления заказа, прикрепления товаров и всех свойств.

Например, в форме оформления заказа есть чекбокс, по нажатию на который появляются доп.свойства, которые тоже нужно заполнить. Т.е. по аналогии с привязкой к службам доставки и оплаты. Для начала хотя бы сделать возможной привязку к свойствам типа checkbox и radio. Это сделает форму оформления заказа более гибкой

Ужас!)

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

Сейчас стандартный компонент sale.personal.profile.detail может только редактировать профайлы покупателя, добавленные через компонент sale.order.ajax.

Хотелось бы иметь возможность добавлять профайлы покупателя, например из личного кабинета пользователя. Для этого бы сгодился компонент sale.personal.profile.detail, если он имел бы такую возможность.

Есть мнение, что поля заказов должны быть доступны в шаблоне писем для события "Новый заказ" (Да и для всех наверное тоже). Так как, чтобы, например, послать уведомление администрации сайта с информацией о заказчике, приходится танцевать с AddEventHandler.

// Upd
Кому интересно, патч для sale.order.ajax

Читать подробнее...

Катастрофически не хватает типа данных "Дата/Время" для свойств заказа!

• Для доставки курьером покупатель должен выбрать желаемую дату и временной интервал доставки
• Менеджер магазина должен установить дату передачи заказа в службу доставки
  

Так же необходима возможность сортировки по свойству "Дата/Время" :

• Вывести все заказы передаваемые в службу доставки сегодня (переданные позавчера)
• Вывести все заказы доставляемые завтра (доставленные на прошлой неделе)
  

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

Очень требуются валидаторы в системе заказов.
Люди вносят как могут и как хотят ИННы, БИНы, БИКи, ИИКи, телефоны, почту и пр.
На все эти неправильные данные отправляются счета и документы!



В веб формах есть такое.
Нужно добавить в систему заказов!

Сделать возможность копирования свойств заказа... Очень надоело создавать руками...

...

Хотелось бы свойства заказа в которые можно было бы заталкать более 255 символов..

При заказе в  наших интернет-магазинах (персонализированные товары), пользователь должен прикладывать файл (например фото). Хотелось бы видеть такой тип свойств.

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

(магазин мебели)

Однако метод  -
не имеет событий, а в событии -  
который устанавливает стоимость заказа,  нет данный о свойствах заказа (стандартный компонент bitrix:sale.order.ajax не передает их так как единственный параметр $arFields не имеет / не требует такого ключа) (хотя конечно их можно подглядеть в $_REQUEST например).


Нельзя ли предоставить возможность в API / админке например такую (в параметрах свойства):

модифицировать стоимость заказа	Y/N
наценка (%)	(int)
наценка (фиксировано)	(int)
применить	максимальную из наценок / минимальную из наценок
относительно	комплектация заказа / комплектация заказа + доставка / может еще что-нибудь)

- может два вида наценок это слишком, но это наиболее частая ситуация когда наценка в %, но имеет нижний предел.

- наверно только для свойств CHECKBOX, с случаях SELECT и RADIO, такая установка должна быть мультипликативной (для каждой из вариаций)

- не менее удобно будет если так будет расширен функционал скидок на заказ (с отрицательным значением только)

Возможно эта идея, следствие моей недостаточной квалификации но, насколько знаю ни система скидок, ни система наценок, ни сами свойства заказа, такой возможности сейчас (v 12.0.6) не предоставляют.