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

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

Уже давно модуль pull входит в дистрибутив БУС. Но документации по нему нет. Предполагается что кому надо будут копаться в коде и разберутся. Да, это возможно. Но все равно придется делать то, что и так должно уже быть в продукте - рассылки, триггерные рассылки, уведомления сайта (о регистрации, восстановлении пароля, новом заказе, изменении его статуса и прочее).

Предлагаю включить эту возможность в продукт штатно. И не вынуждать разработчиков копаться в коде, а владельцев заниматься глупостями.

По мотивам обращения в поддержку 2254459 "Пригоден ли модуль pull для использования вне Битрикс24 для работы с рассылками и другими уведомлениями?".

Есть интересный функционал "вставить путь к файлу" который копирует файл по URL.
Но есть проблема, CMS не распознаёт путь со своего же сервера и копирует файл из одной папки битрикс, в другую... И у нас получается один файл в двух местах:
/upload/iblock/81d/test.jpg
/upload/iblock/53f/test.jpg

Предлагаю: не копировать файл если путь состоит из {адреса сервера}/upload/...
это поможет избежать дубликатов файлов, локализует хранение файлов вне папки /upload/ и снизит нагрузку на канал посетителей сайта (которые могут грузить 10 одинаковых картинок по разным url)

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

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

Битрикс вообще никак не адаптирован на поддомены и регионы. Битрикс предлагает делать экспорт товаров и потом импорт, импорт произайти сам без доработок не может, да импортируемый файл надо корректировать для каждого поддомена вручную! А теперь представьте у вас 170 городов  жизни на это у вас не хватит...

Нужно отображать информацию о бэкапе (какие настройки были использованы при создании копии, что попало в бекап, а какие пути были проигнорированы)
Это поможет выбрать нужную копию даже из облака (если допилить файл restore.php)  

Здравствуйте! В форме оформления заказа и в профиле пользователя есть одинаковые данные, например: фамилия, имя и E-mail.  Однако в Битриксе новый клиент вводит 2 раза одни и те же данные. То есть при регистрации он вводит: Имя, Фамилию, E-mail. Потом то же самое вводит в форме оформления заказа. Это неудобно.

Во всех современных интернет-магазинах те данные, которые клиент заполняет при регистрации, автоматически подставляются в форму заказа товара. В Битриксе похоже такого нет. Было бы неплохо, если бы при ПЕРВОМ заказе эти данные из профиля пользователя автоматически подставлялись бы в форму оформления заказа. Это значительно ускорило и упростило бы процесс первой покупки.

Всё чаще клиенты обращаются с задачами построить на базе их сайта работу разных филиалов или даже дилеров. Т.е. для каждого филиала/дилера отдельный поддомен на город со своими ценами и остатком - это уже банальная задача.
Но всем требуется как-то дальше решать вопросы обработки заказов, приема оплат и прочее.
Рассмотрим типовую задачу - каждый филиал или дилер - отдельное юрлицо. У каждого из них свой НДС. Чтобы решить вопрос приема оплаты и передачи на печать чека своего НДС приходится что-то выдумывать.
Другая типовая задача - обработка заказов. Каждый филиал или дилер должен обрабатывать только свои заказы. Сейчас деление по компаниям никак не делит права и это приходится тоже решать какими-то дополнительными костылями.
Очень хотелось бы чтобы Битрикс продумал эту бизнес-модель и учёл её в работе.

Допустим, клиент приобрел лицензионный ключ, наслушавшись рекламы.
Конечно, если он хоть немного внимательный, то он услышит и негативные отзывы о платформе. Но, допустим, пока все хорошо и он не видит проблем.

И сразу, при активации ключа (деньги то уже заплачены - не вернешь) видит такую жестокую форму активации. Что это? Некомпетентность отдела разработки-тестирования и UI или после оплаты уже пользователь не интересует (а как же покупка продлений)?

Больно видеть такие вещи в продукте.

Ну почему такая непродуманность. Пользователь авторизировался через соц сеть и захотевший поставить себе пароль и в дальнейшем входить по логину и пароль не может этого сделать - система пишет "Логин или EMail не найдены." хотя и то и другое созданы! Ну исправьте же!

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

Для чего это надо: Бывает, что магазин переходит на 1С, а до этого с ним не работал, и заказы велись в другой учетной системе. И выгружать заказы за предыдущие 5 лет нет необходимости.