Михаил Эйдлин (Все сообщения пользователя)

До сих пор нет такой привязки. Очень не хватает. Тоже подумываю делать через привязку к разделам.

Спасибо за дельные советы, попробую.

>- Для компонента bitrix:sale.order.ajax добавлена возможность оформления заказа без регистрации нового
>пользователя (пользователь генерируется автоматически и незаметно для клиента при условии, что в ядре
>включена самостоятельная регистрация и отключено подтверждение регистарции по E-mail).

Это да. После этого его начинает пускать на эту страницу, но при попытке оформить заказ система выдает ошибку "Не указан Email для регистрации пользователя".

Не нашел, где этот Email ставится и как его сделать необязательным.

Ну и при оформлении заказа реальная регистрация пользователей не нужна. Потому что полезных скрытых возможностей для розничных покупателей (а это большинство) на сайте все равно нет. А вот отпугнуть регистрацией их очень даже можно.

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

Отсюда и начинаются танцы с бубном...

Есть стандартный компонент 2.0 bitrix:sale.order.ajax. Версия битрикса "1С-Битрикс: Управление сайтом 8.5.3". Базово в битриксе оформление заказа доступно только авторизованным пользователям (зарегистрированным). Но т.к. регистрироваться в России никто не любит - это приводит к потере реальных клиентов.

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

Соответственно, если пользователь указал Email или телефон, они указываются в заказе. На Email уходит уведомление о заказе.

По сути что-то аналогичное этому http://dev.1c-bitrix.ru/community/webdev/user/11948/blog/975/

Если есть другие варианты решения этой проблемы - с интересом рассмотрим.

По оплате - ваше предложение.