Идеи пользователя 152742

Рейтинг: 0.8902  
На голосовании
Предложил Пользователь 152742 19.11.2018 06:46:53

Добавить возвращаемое значение в методе CUser:: SendUserInfo

Сейчас метод SendUserInfo ничего не возвращает, и даже не прописывает в свойствах объекта, хотя вызывается не статически.

Метод понадобился для отправки пользователю предложения о замене пароля (после автоматического переноса пользователя с другого сайта). Иного способа оповещения не нашёл, т.к. для смены пароля требуется строка CHECKWORD - и этом совсем не та строка, которая выдаётся в информации о пользователе. Данное поле создаётся только в самом методе, поэтому обойти его никак нельзя.

Так вот при массовой рассылке весьма хотелось бы увидеть, что событие благополучно добавилось к отправке, если отправляется не сразу, а через CEvent::Send (т.е. 4-й параметр у метода стоит false).
Рейтинг: 4.7804  
На голосовании
Предложил Пользователь 152742 17.10.2018 05:50:20

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

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

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

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

Впрочем есть такое решение: https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=3439 Но тем не менее, может быть кому-то нужно упростить этот процесс. Поэтому пускай идея будет. К тому же поле, созданное по указанному выше способу  не будет выведено для редактирования в административной части.
Рейтинг: 5.7804  
На голосовании
Предложил Пользователь 152742 02.10.2018 08:02:19

Усовершенствовать разграничение складов по сайтам

В настоящий момент для склада можно выбрать либо 1 сайт, либо сразу все. Кроме того либо этот склад может быть пунктом выдачи ( и отображаться при оформлении заказа), либо не являться таковым.

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

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

Вывод: Необходимо сделать привязку складов к нескольким сайтам. И для каждого сайта должны быть свои отдельные настройки (и дефолтные для всех сайтов).

Вообще, такое ощущение, что склады, системы оплат и системы доставок писали разные люди. Внешне они похожи, но способы реализации у них разные. Может ещё реально  унифицировать?