Здравствуйте! В форме оформления заказа и в профиле пользователя есть одинаковые данные, например: фамилия, имя и E-mail. Однако в Битриксе новый клиент вводит 2 раза одни и те же данные. То есть при регистрации он вводит: Имя, Фамилию, E-mail. Потом то же самое вводит в форме оформления заказа. Это неудобно.
Во всех современных интернет-магазинах те данные, которые клиент заполняет при регистрации, автоматически подставляются в форму заказа товара. В Битриксе похоже такого нет. Было бы неплохо, если бы при ПЕРВОМ заказе эти данные из профиля пользователя автоматически подставлялись бы в форму оформления заказа. Это значительно ускорило и упростило бы процесс первой покупки.
Ну почему такая непродуманность. Пользователь авторизировался через соц сеть и захотевший поставить себе пароль и в дальнейшем входить по логину и пароль не может этого сделать - система пишет "Логин или EMail не найдены." хотя и то и другое созданы! Ну исправьте же!
Нужен стандартный функционал по ограничению регистрации, например по домену или ip Участились случаи регистрации пользователей с домена @mfsa.info стандартная капча bitrix на регистрации не помогает защитить от ботов..
Кому-то важно, как сейчас происходит регистрация и авторизация, пускай так и остается, кому-то нужно чтобы в качестве логина была эл. почта, кому-то важно чтобы в качестве логина был телефон. Нужно сделать в админке переключатель, чтобы был выбор, что нужно в качестве логина, и все, каждый раз на новом проекте мы переделываем этот функционал, в админке все равно стоит логин.
Спасибо
ПС: В качестве развития, выбор, использовать в качестве логина эл. почта или телефон.
Часто заказчики хотят создать письмо только что зарегистрированным клиентам... через события это сделать можно, но было бы проще делать через триггерные рассылки, тогда бы и модуль обогатился!
В принципе не вижу проблем напихать ещё больше событий в рассылку которые сейчас дополнительно программируются!
Столкнулись с проблемой. Сделали авторизацию на сайте по email адресу, а не по логину. Зарегали пользователя с логином и мылом test@test.ru Подключили авторизацию через соцсети. Решили зайти на сайт через ВК, где тоже стоит почта test@test.ru В результате получили дублирование пользователей как по логину, так и мылу. Т.е. получили два абсолютно одинаковых пользователя в системе, разные у них только ID Получается ни на уровне кода, ни на уровне БД не проверяется должным образом уникальность пользователей по полям login и email. Пришлось решать проблему костылями.
Как ни странно в битриксе такое за ошибку не считают: "Такое может быть и это не является ошибкой. Уникальность проверяется только для внутренних пользователей сайта, которыми не являются пользователи, авторизованные через соц. сети. "
Предлагаю сделать так: пользователь в Битрикс Управление сайтом заполняет форму регистрации на сайте, нажимает Сохранить и возникает 2 варианта развития событий:
1) Если пользователь ввел телефон и/или E-mail, но не ввел ФИО, то в CRM Битрикс24 формируется Лид; 2) Если пользователь ввел телефон и/или E-mail, и также ввел ФИО, то в CRM Битрикс24 формируется Контакт.
Идею можно развить и до формирования такой сущности как Компания, поскольку форма регистрации может быть совсем узкой (электронка + телефон) или широкой с заведением данных о компании, например, для юридических лиц.
Предлагаю создать новое событие для компонента sale.order.ajax, который позволит менять значения массива до создания нового пользователя $user->Add (т.е. для случая !$USER->IsAuthorized() && $arParams["ALLOW_AUTO_REGISTER"] == "Y";) . В частности, не нравится, как сам компонент выбирает логин для пользователя, как он разделяет PAYER_NAME по пробелам и сохраняет в качестве имени и фамилии, а также хотелось бы для пользователей, созданных при оформлении заказа, указывать вместо рандомного пароля определенное значение.
Сейчас в компоненте sele.basket.order.ajax логин пользователя создается из части электронной почты, которая до "@". Соответственно если пользователь ivan@mail.ru купил что-то, то пользователь ivan@yandex.ru уже ничего не сможет купить, так как пользователь с логином "ivan" уже есть на сайте.
Предлагаю создавать логин из электронной почты полностью, а не только из первой части, так этой проблемы не будет.
Концепция многосайтовости подразумевает, что в одной БУС находятся пользователи нескольких сайтов. Для их разделения обычно используются группы. Приходится вручную добавлять пользователя в конкретную группу после регистрации на конкретном сайте. А нужно всего лишь добавить в стандартный компонент bitrix:main.register список множественного выбора с группами, в которые помещать пользователя после регистрации. Реализуется очень просто, а пользы много =)
В парадигме многосайтовости данная опция для настроек модуля является неуместной. На различных сайтах возможна различная логика регистрации. Данный параметр необходимо вынести в настройки сайта. Сейчас же приходится копировать компонент main.register в свое пространство, и там принудительно задавать опцию для конкретного сайта:
//$bConfirmReq = COption::GetOptionString("main", "new_user_registration_email_confirmation", "N") == "Y";
// For my site makes it own
$bConfirmReq = "Y";