Возникла потребность создать 1 купон для нескольких магазинов находящихся в одной админке, но так-как правило для каждого сайта своё, а купон должен быть уникальным немного пришлось повозится
Предлагаю предусмотреть возможность скрытия корзины, чтобы использовать шаблон магазина как интернет-витрину для ознакомления с товарами. Это позволит оценить востребованность товара и целесообразность запуска полноценного интернет-магазина без затрат.
В обмене заказами очень сильно не хватает отборов, какие заказы выгружать в 1С.
В стандартные условия предлагаю добавить:
1. ID заказа начиная с которого выгружать. Если у клиента старый сайт и новая 1С, на сайте очень много заказов и старые он не хочет убирать в архив, то надо запретить выгружать старые, например явно указав ID начиная с которых нужно.
2. Типы плательщиков, заказы которых выгружать. Типичная задача: для Физических лиц выгружать на ИП, для юридических лиц на ООО. Или выгружать в разные базы 1С.
3. Было бы хорошо иметь свойство по которому заказы бы выгружались в 1С. Надо добавить настройку: код свойства и значение свойства, чтобы проверялось при выгрузке. Это нужно разработчику если нужна особая логика для того, чтобы заказ можно было выгружать. Или чтобы распределить выгрузки по разным выгрузкам. Например по городу магазина
4. Для других частных случаев предлагаю еще добавить в компонент выгрузки заказов arrFilter чтобы можно было бы и свои условия дописывать.
В стандартные условия предлагаю добавить:
1. ID заказа начиная с которого выгружать. Если у клиента старый сайт и новая 1С, на сайте очень много заказов и старые он не хочет убирать в архив, то надо запретить выгружать старые, например явно указав ID начиная с которых нужно.
2. Типы плательщиков, заказы которых выгружать. Типичная задача: для Физических лиц выгружать на ИП, для юридических лиц на ООО. Или выгружать в разные базы 1С.
3. Было бы хорошо иметь свойство по которому заказы бы выгружались в 1С. Надо добавить настройку: код свойства и значение свойства, чтобы проверялось при выгрузке. Это нужно разработчику если нужна особая логика для того, чтобы заказ можно было выгружать. Или чтобы распределить выгрузки по разным выгрузкам. Например по городу магазина
4. Для других частных случаев предлагаю еще добавить в компонент выгрузки заказов arrFilter чтобы можно было бы и свои условия дописывать.
В Битрикс24 не работает генерация документов (счета, счёт-фактуры, акты и прочее) из заказов интернет-магазина БУС, если в заказе есть отгрузка товара.
Подробнее о сути проблемы.
В Битрикс24 есть функционал генерацией документов для заказов:
А в БУС есть отгрузки:
При этом в Битрикс24 невозможно сгенерировать документ из заказа в котором была отгрузка (или доставка) товара, так как в Битрикс24 не созданы необходимые поля и теги для отгрузок.
Если в заказе есть доставка, то в документах (счетах, счетах-фактурах, актах и прочее) нужно отображать, как минимум, два поля - название вида доставки (как вариант, название службы доставки) и её стоимость. Битрикс24 создал почему-то только поле стоимости доставки из заказа, который выводится тегом {PriceDelivery}. При этом поле вида доставки (её название) не было создано и не выводится в документы. И в документы заказов, получается, добавляется только цена, а за что это цена указать невозможно.
Несколько лет назад была создана заявки 128077 "Получать в документе информацию из заказа из раздела "отгрузка" - "служба доставки" в самом заказе", но техническая поддержка говорит, что "в первую очередь выполняются те заявки, по которым поступает больше всего запросов", поэтому данная заявка не выполняется. Прошу меня поддержать, чтобы данный баг был исправлен и в Битрикс24 можно было генерировать документы для заказов с отгрузками из интернет-магазина.
Подробнее о сути проблемы.
В Битрикс24 есть функционал генерацией документов для заказов:
А в БУС есть отгрузки:
При этом в Битрикс24 невозможно сгенерировать документ из заказа в котором была отгрузка (или доставка) товара, так как в Битрикс24 не созданы необходимые поля и теги для отгрузок.
Если в заказе есть доставка, то в документах (счетах, счетах-фактурах, актах и прочее) нужно отображать, как минимум, два поля - название вида доставки (как вариант, название службы доставки) и её стоимость. Битрикс24 создал почему-то только поле стоимости доставки из заказа, который выводится тегом {PriceDelivery}. При этом поле вида доставки (её название) не было создано и не выводится в документы. И в документы заказов, получается, добавляется только цена, а за что это цена указать невозможно.
Несколько лет назад была создана заявки 128077 "Получать в документе информацию из заказа из раздела "отгрузка" - "служба доставки" в самом заказе", но техническая поддержка говорит, что "в первую очередь выполняются те заявки, по которым поступает больше всего запросов", поэтому данная заявка не выполняется. Прошу меня поддержать, чтобы данный баг был исправлен и в Битрикс24 можно было генерировать документы для заказов с отгрузками из интернет-магазина.
Предлагаю реализовать блокировку изменения состава заказа если в заказе уже есть напечатанный чек и нет возвратного чека. Часто возникают ситуации, когда человек оплатил заказ на сайте, в котором 10 позиций, менеджер по телефону сразу изменил состав заказа (например части товаров нет), и потом не выходит сделать возвратный чек т.к сумма по заказу не будет сходиться с чеком. Нужно блокировать любые изменения в составе заказа до момента отмены фискализации.
Я добавил в службу доставки дополнительные услуги "подъем на этаж" и "сборка". Когда клиент делает заказ и выбирает данную службу доставки и эти доп. услуги, то в личном кабинете в данном заказе он видит только услугу доставки и общую сумму, а то что он добавил эти услуги нет информации. Считаю это некорректным, доставка должна расшифровываться, если добавлены доп. услуги.
Условия: интегрированный Интернет магазина + CRM.
Сейчас реализован следующий функционал. При добавление заказов из Интернет магазина в CRM, есть возможность выбрать что делаем с найденными дубликатами компаний и контактов: Объединять, Заменять, Разрешать дубли.
Это здорово! Но хотелось бы еще указать параметры, по чему проверять: ИНН + Наименование или по телефону и так далее. Желательно выбирать несколько параметров одновременно.
Сейчас объединение происходит непонятно как. Очень нужна доработка. Спасибо!
Сейчас реализован следующий функционал. При добавление заказов из Интернет магазина в CRM, есть возможность выбрать что делаем с найденными дубликатами компаний и контактов: Объединять, Заменять, Разрешать дубли.
Это здорово! Но хотелось бы еще указать параметры, по чему проверять: ИНН + Наименование или по телефону и так далее. Желательно выбирать несколько параметров одновременно.
Сейчас объединение происходит непонятно как. Очень нужна доработка. Спасибо!
Редакция Интернет магазин + CRM.
При создание компании в CRM, в реквизитах можно использовать поиск по ИНН и заполнение автоматически реквизитов компании. У нас Интернет магазин + CRM, карточка оформления заказа настраивается на стороне CRM, поэтому прошу сделать возможность заполнение полей для клиента, когда он оформляет заказ в интернет-магазине с помощи этой же функции.
При создание компании в CRM, в реквизитах можно использовать поиск по ИНН и заполнение автоматически реквизитов компании. У нас Интернет магазин + CRM, карточка оформления заказа настраивается на стороне CRM, поэтому прошу сделать возможность заполнение полей для клиента, когда он оформляет заказ в интернет-магазине с помощи этой же функции.
Предлагаю выводить в списке заказов не комментарий менеджера, а последний закрепленный комментарий в карточке заказа, т.е вместо текущего:
Выводить вот отсюда:
Иначе просто приходится использовать 2 поля с одинаковым смыслом, чтобы вывести комментарий в списке заказов для удобного восприятия и получения информации по заказу без открытия карточки заказа.
Выводить вот отсюда:
Иначе просто приходится использовать 2 поля с одинаковым смыслом, чтобы вывести комментарий в списке заказов для удобного восприятия и получения информации по заказу без открытия карточки заказа.
В сфере b2b многие клиенты оплачивают доставку при получении заказа.
Было бы удобно в компоненте оформления заказа выбирать, будет ли включена стоимость доставки в сумму заказа или нет.
Т.е. покупатель может посмотреть сроки и стоимость доставки, выбрать подходящий, но оплатить только товары в заказе. Доставку оплатит при получении заказа.
Было бы удобно в компоненте оформления заказа выбирать, будет ли включена стоимость доставки в сумму заказа или нет.
Т.е. покупатель может посмотреть сроки и стоимость доставки, выбрать подходящий, но оплатить только товары в заказе. Доставку оплатит при получении заказа.
Сделайте пожалуйста товары в корзине кликабельными, чтобы можно было перейти на товар из корзины.
Магазин на Битрикс24
Магазин на Битрикс24
Сейчас в остатках по складам в интернет-магазине есть только отображение реальных остатков в штуках.
Было бы здорово отображать эти остатки графической шкалой от 1 до 5 делений, количество делений дать возможность прописать в настройках:
1 деление -- до Х штук
2 деления -- до Y штук
и так далее.
Шкалу остатков по складам лучше разместить в районе цены и кнопки "купить".
Было бы здорово отображать эти остатки графической шкалой от 1 до 5 делений, количество делений дать возможность прописать в настройках:
1 деление -- до Х штук
2 деления -- до Y штук
и так далее.
Шкалу остатков по складам лучше разместить в районе цены и кнопки "купить".
Дать возможность пользователям сортировать товары интернет-магазина: по цене, по дате добавления, по наличию, по количеству просмотров и другим характеристикам.
1. В списке товаров сделать возможность поместного редактирования значений в полях. То есть кликнул по полю, изменил значение, Enter и значение сохранилось.
Можно сделать подтверждение сохранения по всплывающему модальному окошку с кнопкой ОК. Можно сделать отдельный режим, когда идет / не идет поместное изменение.
Этот же режим поместного изменения и сохранения логичен и для сделок в списках и для лидов, также для задач, групп задач, любых других списковых сущностей.
Также сделать возможность редактировать поместно названия папок, а также свойств товаров, когда находишься уже в списке товаров.
2. При просмотре папки в списке каталога хорошо бы по нажатию, например, на кружочек с плюсом видеть верхлежащую папку этой папки и низлежащие папки этой папки.
Также не помешает после нажатия на плюс и высветиления верхлежащей и низлежащих папок данной папки, можно было перейти по клику в верхлежащую и любую из низлежащих.
Отмечу, что этот вид не как проводник в известной операционной системе, а только верхлежащая и низлежащие папки, открывающиеся (показываемые) при наведение курсора на нужную папку или клику по плюсу слева от названия этой папки.
Может непонятно объяснил, но такого интерфейса пока нет ни у кого. Наводишь на папку и видишь ее верхнюю папку и включенные в нее низлежащие папки всех нижних уровней.
3. Относительно товаров, когда находишься в списке товаров, желательно сделать, чтобы у этого товара были видны его варианты (SKU).
Раз SKU - это уникальные торговые предложения, то желательно по нажатию кнопки такого (если сделаете) режима просмотра видеть их совпадающие свойства и различающиеся свойства. Такой режим есть ведь в интернет магазинах, когда товары добавляют в список сравнения. Для админов - это тоже полезная функция, чтобы работала без добавления - автоматически. То есть заходишь в товар, видишь сразу его товарные предложения и их свойства, а далее, нажав на кнопку режима Показать сходства / различия увидеть их в таблице. Потом снять режим Показать сходства / различия и вернуться обратно в таблицу товарных предложений с показом всех присущих свойств этим предложениям.
Когда я просматриваю товар в папке данных товаров (списком) совсем хорошо будет, когда можно тут же, например, нажав какую-то кнопку, увидеть все свойства товара.
Чтобы после нажатия на кнопку также высветлялись все свойства данного товара и чтобы в этом высветленном поле можно было поместно изменить значение любого свойства у данного товара.
4. При заведении товара предлагаю сделать режим автоматического присвоения товару и его SKU уникального артикула и штрих-кода, также уникального ID (уникального среди всех порталов). То есть присваивать уникальным торговым предложениям соответствующие (уникальные - вообще в Природе не повторяющиеся) автикулы, штрих-коды, IDишкники.
Уникальность штрих-кода и акртикула чтобы была сплошной, глобальной и сохранялась в базе клиента и общей базе всех SKU всех порталов, в том числе у вендора.
Суть предложения в том, чтобы клиент мог, хоть покупателю (для отдела продаж), хоть продавцу (для закупщиков), отправить товар со всеми его свойствами по e-mail.
Сделать возможность экспорта / импорта, хоть отдельного товара, хоть товара с SKU, хоть целой папки товаров, хоть всего каталога, чтобы отправлять еще межпортально.
5. При настройке списка папок, товаров, SKU, свойств (шестеренка у списка), сделать разделение колонок, относящихся к папкам, товарам, SKU и свойств.
Также полезно, чтобы в открытом модальном окне, где выбираем колонки, можно было раскрывать/скрывать раздел папок, раздел товаров, раздел SKU и раздел свойств.
То есть, чтобы появились группы колонок в модальном окне, появляющимся после нажатия на шестеренку в списке папок и/или товаров, также свойств и так далее.
Важно предусмотреть показ в данном модальном окне только того, что есть у данных сущностей в списке.
Если смотрим товары, то в списке есть группы колонок, относящиеся к товарам, их SKU - если есть, и свойств - они, как правило, всегда есть.
Если в папке одновременно есть товары и другие папки, то нужно показывать по нажатию на шестеренку и группу колонок, относящихся в том числе к папке.
6. В свете маркировки всего и вся - на будущее предусмотреть эту маркировку, а возможно и внутреннюю маркировку.
7. Когда в списке смотришь отдельный товар, нужно, чтобы была возможность не только видеть его SKU и значения свойств, но и сортировать свойства и SKU.
8. Сейчас, когда мы смотрим товарные разделы, подразделы и товары в CRM, мы видим дерево (почти как проводник) каталога.
Предлагаю прямо в дереве каталога сделать сортировку у каждой строки в дереве. Достаточно будет сортировки по алфавиту и по значению сортировки.
Значение сортировки в данном дереве каталога предлагаю сделать возможным редактировать поместно. Это поможет быстро наладить порядок в каталоге прямо в его дереве.
9. Описываю ситуацию. Есть генеральная папка каталога, в нее входят подпапки с названием товарных направлений или продуктовых категорий.
Нужен режим, чтобы в центральной папке можно было видеть только папки, только весь список товаров из всех папок и подпапок, гибридно - и все папки и все товары.
Тоже самое справедливо для какой-то отдельной товарной категории, чтобы в ней показывались: только папки подкатегорий, только все входящие товары, также гибридно.
Вообще идеально будет, чтобы этот режим работал как матрешка. Текущая папка показывает: только все нижние папки, только все низлежащие товары, и в смешанном режиме.
Понятно, что центральная папка могла бы показывать все низлежащие подпапки, все низлежащие товары и смешанно, и все низлежащие папки и все низлежащие товары.
Совсем отлично, если будет возможность указывать на сколько уровней вниз (по папкам) будет показываться папок, товаров, и папок и товаров.
10. Сделать так, чтобы отдельный товар, товарную категорию, подкатегорию можно было вывести на Битрикс24-сайт и в интернет-магазине в различных представлениях.
11. Сделать оптовую карточку товара, когда рядом с основным товаром указываются строками его размеры (строками), расцветки (строками) с кнопками Добавить в корзину у каждой. Понятно, нужно минимальную партию задавать и плюсовать и минусовать товар единицами партий (перед нажатием Добавить в корзину).
12. До этого пункта все касалось списка и поместного редактирования.
Понятно, что неплохо бы у каждого товара сделать карточки со всеми-всеми параметрами и свойствами по образу и подобию карточек сделок в CRM.
Все таки товар - это предмет сделки, любой размер данного товара - это предмет сделки, цвет товара - это предмет сделки. Для учета - это за скобками.
А вот для продаж и формирования корзины, в том числе из CRM - это лучше списком. Вообще идеально, чтобы список SKU формировался автоматически, на основе различающихся свойств.
Свойства, получается так, любое отличающееся свойство товара формирует его разновидность (строку) со всеми остальными свойствами, а в целом - это предмет сделки.
То есть заводим каталог, все товарные категории, все подкатегории, заполняем их товарами, заводим все возможные свойства данного товара, а система генерирует SKU автоматически, но по предустановленным приоритетам (на основе чего генерировать, на основе чего не генерировать). То есть, ставить галочки, генерировать SKU по цветам, генерировать SKU по размерам; к примеру, не генерировать на основе состава ткани. У свойств при этом должны быть группы, чтобы свойства можно было классифицировать по товарным направлениям, да и вообще, так, как заблагорассудится пользователю.
13. Когда смотрим каталог в форме дерева каталога желательно иметь возможность смотреть (экспортировать для переноса на другой портал, также выводить на печать и в файл) его в структуре (вместе с пронумерованными товарами) вот в таком стиле:
1.
1.1.
1.2.
1.2.1.
1.2.2.
1.2.3.
1.3.
1.3.1
1.3.2.
1.3.3.
1.3.3.1
1.3.3.2.
2.
3.
и так далее.
Есть идеи еще. Но думаю и этого пока "хватит".
ОБНОВЛЕНИЕ 1
14. Сделать возможность копирования всех товарных сущностей, а именно, начиная с копирования Каталога целиком, продолжая копированием товарных разделов, подразделов, под-подразделов, заканчивая копированием товаров c SKU / без них, копированием свойств товаров. Также сделать возможность копирования единиц измерения и всех остальных сущностей интернет магазина и товарной части CRM, да и вообще всех сущностей Битрикс24, для которых сейчас копирование не предусмотрено.
Можно сделать подтверждение сохранения по всплывающему модальному окошку с кнопкой ОК. Можно сделать отдельный режим, когда идет / не идет поместное изменение.
Этот же режим поместного изменения и сохранения логичен и для сделок в списках и для лидов, также для задач, групп задач, любых других списковых сущностей.
Также сделать возможность редактировать поместно названия папок, а также свойств товаров, когда находишься уже в списке товаров.
2. При просмотре папки в списке каталога хорошо бы по нажатию, например, на кружочек с плюсом видеть верхлежащую папку этой папки и низлежащие папки этой папки.
Также не помешает после нажатия на плюс и высветиления верхлежащей и низлежащих папок данной папки, можно было перейти по клику в верхлежащую и любую из низлежащих.
Отмечу, что этот вид не как проводник в известной операционной системе, а только верхлежащая и низлежащие папки, открывающиеся (показываемые) при наведение курсора на нужную папку или клику по плюсу слева от названия этой папки.
Может непонятно объяснил, но такого интерфейса пока нет ни у кого. Наводишь на папку и видишь ее верхнюю папку и включенные в нее низлежащие папки всех нижних уровней.
3. Относительно товаров, когда находишься в списке товаров, желательно сделать, чтобы у этого товара были видны его варианты (SKU).
Раз SKU - это уникальные торговые предложения, то желательно по нажатию кнопки такого (если сделаете) режима просмотра видеть их совпадающие свойства и различающиеся свойства. Такой режим есть ведь в интернет магазинах, когда товары добавляют в список сравнения. Для админов - это тоже полезная функция, чтобы работала без добавления - автоматически. То есть заходишь в товар, видишь сразу его товарные предложения и их свойства, а далее, нажав на кнопку режима Показать сходства / различия увидеть их в таблице. Потом снять режим Показать сходства / различия и вернуться обратно в таблицу товарных предложений с показом всех присущих свойств этим предложениям.
Когда я просматриваю товар в папке данных товаров (списком) совсем хорошо будет, когда можно тут же, например, нажав какую-то кнопку, увидеть все свойства товара.
Чтобы после нажатия на кнопку также высветлялись все свойства данного товара и чтобы в этом высветленном поле можно было поместно изменить значение любого свойства у данного товара.
4. При заведении товара предлагаю сделать режим автоматического присвоения товару и его SKU уникального артикула и штрих-кода, также уникального ID (уникального среди всех порталов). То есть присваивать уникальным торговым предложениям соответствующие (уникальные - вообще в Природе не повторяющиеся) автикулы, штрих-коды, IDишкники.
Уникальность штрих-кода и акртикула чтобы была сплошной, глобальной и сохранялась в базе клиента и общей базе всех SKU всех порталов, в том числе у вендора.
Суть предложения в том, чтобы клиент мог, хоть покупателю (для отдела продаж), хоть продавцу (для закупщиков), отправить товар со всеми его свойствами по e-mail.
Сделать возможность экспорта / импорта, хоть отдельного товара, хоть товара с SKU, хоть целой папки товаров, хоть всего каталога, чтобы отправлять еще межпортально.
5. При настройке списка папок, товаров, SKU, свойств (шестеренка у списка), сделать разделение колонок, относящихся к папкам, товарам, SKU и свойств.
Также полезно, чтобы в открытом модальном окне, где выбираем колонки, можно было раскрывать/скрывать раздел папок, раздел товаров, раздел SKU и раздел свойств.
То есть, чтобы появились группы колонок в модальном окне, появляющимся после нажатия на шестеренку в списке папок и/или товаров, также свойств и так далее.
Важно предусмотреть показ в данном модальном окне только того, что есть у данных сущностей в списке.
Если смотрим товары, то в списке есть группы колонок, относящиеся к товарам, их SKU - если есть, и свойств - они, как правило, всегда есть.
Если в папке одновременно есть товары и другие папки, то нужно показывать по нажатию на шестеренку и группу колонок, относящихся в том числе к папке.
6. В свете маркировки всего и вся - на будущее предусмотреть эту маркировку, а возможно и внутреннюю маркировку.
7. Когда в списке смотришь отдельный товар, нужно, чтобы была возможность не только видеть его SKU и значения свойств, но и сортировать свойства и SKU.
8. Сейчас, когда мы смотрим товарные разделы, подразделы и товары в CRM, мы видим дерево (почти как проводник) каталога.
Предлагаю прямо в дереве каталога сделать сортировку у каждой строки в дереве. Достаточно будет сортировки по алфавиту и по значению сортировки.
Значение сортировки в данном дереве каталога предлагаю сделать возможным редактировать поместно. Это поможет быстро наладить порядок в каталоге прямо в его дереве.
9. Описываю ситуацию. Есть генеральная папка каталога, в нее входят подпапки с названием товарных направлений или продуктовых категорий.
Нужен режим, чтобы в центральной папке можно было видеть только папки, только весь список товаров из всех папок и подпапок, гибридно - и все папки и все товары.
Тоже самое справедливо для какой-то отдельной товарной категории, чтобы в ней показывались: только папки подкатегорий, только все входящие товары, также гибридно.
Вообще идеально будет, чтобы этот режим работал как матрешка. Текущая папка показывает: только все нижние папки, только все низлежащие товары, и в смешанном режиме.
Понятно, что центральная папка могла бы показывать все низлежащие подпапки, все низлежащие товары и смешанно, и все низлежащие папки и все низлежащие товары.
Совсем отлично, если будет возможность указывать на сколько уровней вниз (по папкам) будет показываться папок, товаров, и папок и товаров.
10. Сделать так, чтобы отдельный товар, товарную категорию, подкатегорию можно было вывести на Битрикс24-сайт и в интернет-магазине в различных представлениях.
11. Сделать оптовую карточку товара, когда рядом с основным товаром указываются строками его размеры (строками), расцветки (строками) с кнопками Добавить в корзину у каждой. Понятно, нужно минимальную партию задавать и плюсовать и минусовать товар единицами партий (перед нажатием Добавить в корзину).
12. До этого пункта все касалось списка и поместного редактирования.
Понятно, что неплохо бы у каждого товара сделать карточки со всеми-всеми параметрами и свойствами по образу и подобию карточек сделок в CRM.
Все таки товар - это предмет сделки, любой размер данного товара - это предмет сделки, цвет товара - это предмет сделки. Для учета - это за скобками.
А вот для продаж и формирования корзины, в том числе из CRM - это лучше списком. Вообще идеально, чтобы список SKU формировался автоматически, на основе различающихся свойств.
Свойства, получается так, любое отличающееся свойство товара формирует его разновидность (строку) со всеми остальными свойствами, а в целом - это предмет сделки.
То есть заводим каталог, все товарные категории, все подкатегории, заполняем их товарами, заводим все возможные свойства данного товара, а система генерирует SKU автоматически, но по предустановленным приоритетам (на основе чего генерировать, на основе чего не генерировать). То есть, ставить галочки, генерировать SKU по цветам, генерировать SKU по размерам; к примеру, не генерировать на основе состава ткани. У свойств при этом должны быть группы, чтобы свойства можно было классифицировать по товарным направлениям, да и вообще, так, как заблагорассудится пользователю.
13. Когда смотрим каталог в форме дерева каталога желательно иметь возможность смотреть (экспортировать для переноса на другой портал, также выводить на печать и в файл) его в структуре (вместе с пронумерованными товарами) вот в таком стиле:
1.
1.1.
1.2.
1.2.1.
1.2.2.
1.2.3.
1.3.
1.3.1
1.3.2.
1.3.3.
1.3.3.1
1.3.3.2.
2.
3.
и так далее.
Есть идеи еще. Но думаю и этого пока "хватит".
ОБНОВЛЕНИЕ 1
14. Сделать возможность копирования всех товарных сущностей, а именно, начиная с копирования Каталога целиком, продолжая копированием товарных разделов, подразделов, под-подразделов, заканчивая копированием товаров c SKU / без них, копированием свойств товаров. Также сделать возможность копирования единиц измерения и всех остальных сущностей интернет магазина и товарной части CRM, да и вообще всех сущностей Битрикс24, для которых сейчас копирование не предусмотрено.
Поломалась многородовость с новым АПИ. Теперь не получится пользователю на лету добавлять группу с ценой в этом городе.
Вместо CCatalogProductProvider теперь Bitrix\Catalog\Product\CatalogProvider
Новый ПродуктПровайдерКласс не понимает групп пользователя, которые установлены "на лету" методом $USER->GetUserGroupArray();. Приходится заменять новый на старый.
Предлагаю добавить в новый Bitrix\Catalog\Product\CatalogProvider проверку на группы пользователей как было раньше.
Вместо CCatalogProductProvider теперь Bitrix\Catalog\Product\CatalogProvider
Новый ПродуктПровайдерКласс не понимает групп пользователя, которые установлены "на лету" методом $USER->GetUserGroupArray();. Приходится заменять новый на старый.
// Получение корзины для текущего пользователя
$basket = \Bitrix\Sale\Basket::loadItemsForFUser(
\Bitrix\Sale\Fuser::getId(),
$_GET["site_id"]
);
if($item = $basket->getExistsItem("catalog", intval($_GET["id"]))){
//Обновление товара в корзине
$item->setField("QUANTITY", $item->getQuantity() + $addBasketQuantity);
}
else{
//Добавление товара
$rsElement = CIBlockElement::GetByID(intval($_GET["id"]));
if($arNextElement = $rsElement->GetNext()){
$item = $basket->createItem("catalog", intval($_GET["id"]));
$item->setFields([
"QUANTITY" => $addBasketQuantity,
"CURRENCY" => \Bitrix\Currency\CurrencyManager::getBaseCurrency(),
"LID" => $_GET["site_id"],
"PRODUCT_PROVIDER_CLASS" => "CCatalogProductProvider",//changed for OPT price in basket//Bitrix\Catalog\Product\CatalogProvider",
"CATALOG_XML_ID" => $arNextElement["IBLOCK_EXTERNAL_ID"],
"PRODUCT_XML_ID" => $arNextElement["EXTERNAL_ID"],
]);
}
}
//Сохранение изменений
$basket->save(); |
Предлагаю добавить в новый Bitrix\Catalog\Product\CatalogProvider проверку на группы пользователей как было раньше.
Ответил 
Жуков Евгений 07.10.2019 18:26:06
Жуков Евгений 07.10.2019 18:26:06
В старом эта ошибка так же исправлена (список групп берется по базе). Изменяться это поведение не будет. Однако мы всегда готовы обсудить сценарии использования старого поведения.
В данный момент (после обновления тарифов), если человек хочет сделать на вашей платформе Битрикс24 сайт или магазин с более-менее нормальным функционалом, то для этого ему придется покупать тариф CRM+ за 3000 руб/месяц...
Как думаете, сколько вы таких клиентов теряете, если у конкурентов есть все функции и даже больше максимум за 1000 руб?
Про то, что "Убрать подпись "Заряжено Битрикс24"" на сайте и невозможности вставлять теперь "Свой HTML и JS", кроме тарифа Команда за 6000 руб/мес. я вообще молчу.
Сайты и Магазины к вам мало кто придет делать с такой ценовой политикой и малой гибкостью в отношении тарифов...
Очень надеюсь на осознание, понимание и изменение тарифной политики для создания сайтов и магазинов.
Заранее благодарен!
Как думаете, сколько вы таких клиентов теряете, если у конкурентов есть все функции и даже больше максимум за 1000 руб?
Про то, что "Убрать подпись "Заряжено Битрикс24"" на сайте и невозможности вставлять теперь "Свой HTML и JS", кроме тарифа Команда за 6000 руб/мес. я вообще молчу.
Сайты и Магазины к вам мало кто придет делать с такой ценовой политикой и малой гибкостью в отношении тарифов...
Очень надеюсь на осознание, понимание и изменение тарифной политики для создания сайтов и магазинов.
Заранее благодарен!
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
