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

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

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

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

Сейчас исполнитель может  начать выполнение поставленной ему задачи. Было бы здорово, если бы исполнитель мог еще вернуть задачу на дообсуждение, а так же "принять ее к сведению" - это когда дообсуждение не требуется, но в работу пока не пущено.
Так же не хватает статусов срочности. Высокий, средний и низкий - это очень мало. Хотелось бы иметь возможность четко определять очередность задач.

При помощи правил работы с корзиной мне не удалось реализовать акцию "2 товара по цене одного". Допускаю, что я просто не нашла, как это сделать, но похоже, что стандартными средствами это сделать не получится.
Как проходит акция "2 по цене одного" в магазинах?
Если покупатель берет 2 платья, то платье, которое стоит дешевле - становится подарком - его цена обнуляется.
Если покупатель берет 3 платья, одно из них - самое дешевое - становится подарком - его цена обнуляется.
Если покупатель берет 4 платья - два из них - самых дешевых - становятся подарками - их цена обнуляется. И т. д.

С помощью правил работы с корзиной я смогла сделать только, что если у покупателя в корзине 2 или 4 товара из раздела, в котором действует акция, то на них дается 50% скидка. А если 3 товара - то на них дается скидка 33%. По итоговой сумме - вроде почти то же самое. Но с точки зрения маркетинга это - совсем не то.    

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

Мне кажется, она работает не логично, и мне приходится переопределять ее почти во всех проектах.
Строка 1776 в файле /bitrix/modules/catalog/include.php


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

А мне вот интересно, долго еще в стандартном решении магазина от Битрикс в комплексном компоненте каталога параметры фильтра будут болтаться от старого простого фильтра, при том, что некоторые параметры смартфильтра вбиты жестко?

Имя фильтра - вынесено в параметры, при этом смартфильтр подключен вот так:


<?$APPLICATION->IncludeComponent(
"bitrix:catalog.smart.filter",
$smartFilterTemplate,
Array(
"IBLOCK_TYPE" => $arParams["IBLOCK_TYPE"],
"IBLOCK_ID" => $arParams["IBLOCK_ID"],
"SECTION_ID" => $arCurSection["ID"],
"FILTER_NAME" => "arrFilter",
"PRICE_CODE" => $arParams["PRICE_CODE"],
"CACHE_TYPE" => "A",
"CACHE_TIME" => "36000000",
"CACHE_NOTES" => "",
"CACHE_GROUPS" => "Y",
"SAVE_IN_SESSION" => "N"
,
false
;?>

То есть, если пользователю придет в голову, изменить имя фильтра в параметрах компонента - фильтр фильтровать перестанет.  Я молчу уже про параметры кеша.

В стандартных компонентах каталога Битрикс есть возможность для выбора свойств инфоблока, к-е нужно выводить в списке элементов, на детальной, в сравнении и т.д.
Когда свойств инфоблока много, перечислять их все - очень неудобно. Неудобно отщелкивать все эти свойства в параметрах компонента и вписывать в файл - тоже не удобно.
Было бы здорово иметь возможность задавать наоборот свойства, которые нужно НЕ выводить.
То есть на выбор - либо указать свойства, к-е нужно выводить - либо те, которые НЕ выводить.

В настройках инфоблока на вкладке "Свойства" очень не хватает возможности отсортировать свойства по id, по коду, по названию. Когда в инфоблоке много свойств, ужасно неудобно работать, ужасно.

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

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

В настройках модуля инфоблоки есть галочка "Показывать код загрузки из внешних источников". По-умолчанию она выключена, и, пытаясь настроить интеграцию с 1С, пользователи мучаются, мучаются и не знают, где им смотреть внешний код инфоблока, потому что когда эта галочка отключена - этого поля нигде не видно, а галочка спрятана далеко и про нее постоянно забывают.

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

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

Событие "Перед началом импорта" - OnBeforCatalogImport1C тоже нужно.

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

Идея! В 1С фиксировать удаление картинок товара и передавать на сайт какой-то маркер их удаления.

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

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