Не понимаю, почему не настроена нормальная интеграция CMS и CRM? Хотя бы все поля передавать в CRM! Передаются только контактные данные клиента, прочие поля игнорируются.

У меня в заказе передаются файлы и поля описания клиента, но как мне эти файлы/поля/ссылки отправить в CRM? Никак...
Однако, в б24 решили закрыть CMS и просто собрать денег за CRM с функционалом CMS...

Нужен выбор соответствия полей + группа/очередь ответственных https://idea.1c-bitrix.ru/27869/

Добрый день!

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

Пример:
вывод строки ввода номера карты лояльности партнера, если пользователь отметил галочкой свойство - "у меня есть карта лояльности"

или

вывод поля ввода даты доставки, если пользователь отметил галочкой свойство - "нужна доставка на определенный день"

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

В интернет-магазине периодически встречаются задачи фильтровать результаты поиска по товарам каталога умным фильтром. Причем поиск должен быть морфологическим, а не обычным поиском по подстроке.

На данный момент стандартных возможностей нет, так как система принципиально не может связать несколько таблиц (поиск, список товаров и список свойств товаров, плюс возможно разделы каталога) в одном запросе/методе.

Но есть чудовищное решение:
Например, для фильтрации по каким либо параметрам умному фильтру необходимо наличие идентификаторов всех товаров, которые возвращает компонент search.page. Но если результатов поиска много (при большом количестве товаров, удовлетворяющих поисковому запросу), то компонент (точнее стандартный CSearch::Search) будет сильно тормозить.
Метод CSearch::Search при порядка 60к результатов может отрабатывать от 20 сек в зависимости от индексируемых параметров, используемого аппарата.

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

 ловлю себя на мысли, что при выборе http://prntscr.com/h6f4fi, допустим, какого-то значения св-ва (с типом = привязка к элементу) нужного в списке не создано - нельзя ли добавить кнопку "создать" в форме сразу? http://prntscr.com/h6f4jz как-то так
чтоб не идти в раздел инфоблоков с контентом и не создавать сначала элемент, а потом возвращаться на этап подбора..

Речь о связке между интернет-магазином на Битрикс и CRM Битрикс24. Если заказ в интернет-магазине переходит в состояние "оплачен", синхронизация переводит связанную с ним сделку в статус "Успешно завершена".

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

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

Для интернет магазинов с доставкой в списке персональных данных обязан быть АДРЕС и ПОЛНОЕ ФИО - если работают через почту.
Сделайте возможность редактирования списка персональных данных. Сейчас конечно можно сделать полностью своё согласие, но не хватает, то совсем немного.

В настраиваемые службы доставки во вкладке "Ограничения" добавьте пожалуйста условие "По группам пользователей".
Нужно отладить условия доставки под админом сначала, показать руководству или заказчику, а потом уже открывать для остальных пользователей.

Доброго времени!

Нужно динамическое ценообразование. Мульти: ценовость, складовость есть, а динамических цен нет.

Предлагаю сделать так, чтобы цена изменялась динамически (автоматически) в зависимости от:

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

Если интернет-магазин связан, например, с Яндекс Маркет, то при изменении цены на сайте выгружать на площадку динамически измененные цены. Сделать возможность включить/отключить данный сценарий.

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

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

До всяких рефакторингов менеджера заказа во время печати документа была одна важная деталь - до печати можно было выбрать какой товар выводится в накладной для печати. После апдейта (больше года как) нельзя выбрать список товара для печати. А это важно! Невозможно напечатать документ для той или иной отгрузки. Будет ли решение??

В разделе настроек и-магазина есть целая вкладка с настройками автоматизации процессов. Все как бы хорошо, отгрузки, оплаты - вот только есть одна вещь, о которой я уже устал писать службе поддержке - статус заказа никак не меняется при отмене заказа. Т.е. если клиент отменяет заказ (по складу все ок, резерв с товаров снимается и т.д.) то статус как висел "принят, ожидается оплата" так и висит. Что за бред? Так сложно добавить сущий пустяк в настройки??

Представьте, вы клиент, покупаете редакцию Бизнес за 72 900 руб, 20 тыс за шаблон (решение из маркетплейса) и пусть 100 тыс разработчикам что бы собрали все вместе настроили и т.д.

В итоге вы заплатили столько денег (это минимум) и получили типой интернет-магазин. Все вроде хорошо. Каталог товаров, корзина и т.д.

Ставим скидки и ряд товаров, и БАЦ! Сортировка бл* не работает по ценам. Не учитывается скидочная цена..

Заплатить столько денег, что бы элементарная сортировка по ценам работала некорректно!!!

От битрикса всегда есть этому объяснение, технических сложностей. Но как это объяснить клиентам??? Это адекватно?

Мы пытались решить эту проблему разными способами. Адекватных решений вообще нет! Все очень ресурсозатратно!!!

Самый адекватный метод, что бы получить цены с учетом скидок и ндс для разных типов цен, это CIBlockPriceTools::GetItemPrices

Но вы его пробовали применять к 10000 тыс товарам?? У нас одни из мощнейших серверов не справляются, даже запуская скрипт через CLI! Времени уходит крайне много, не говоря уже о памяти!

В модуле SALE очень любите использовать функцию eval() !!! EVAL в 2017 году?

Я сам руками переписывал некоторые методы где используется EVAL, альтернативным путем обходился. И все летало!


БИТРИКС! У вас под управлением все ядро, все модули. Сделайте при добавлении изменении в скидочном модуле обход по всем элементам и сделайте поле в БД со скидочной ценой!
Эта проблема мучает людей уже с 2009 года!!

За 8 лет не найти решения??? И брать столько денег за коробку?


Сделайте что нибудь! найдите решение.  

Самый важный для интернет-магазина отчет такой: сколько осталось в наличии и сколько продано за период, чтобы знать сколько заказать в будущую поставку: https://screencast.com/t/Yp8pVTc0yzN. Сейчас не хватает колонок. Также можно создать алгоритм, который будет подсчитывать сколько заказать на Склад 1 и Склад 2, исходя из статистики предыдущих продаж и остатков. И в идеале отправлять этот расчет в документ для импорта в каталог.

А почему до сих пор не реализованы опции для товара в стандартном функционале? Даже в joomshoping'е есть, а у нас битрикс все таки. Считаю необходимым внедрение функционала дополнительных опций (как в шаблоне битроник) в поставку стандартного ИМ начиная с редакции малый бизнес.

В модуле интернет-магазин есть опция: "Email отдела продаж".

На этот ящик копируются письма о новом заказе, с этого ящика отправляются письма об отмене заказа, изменении статуса, об оплате.

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

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

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

...

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