Доброго времени
Сейчас в интернет-магазине есть личный кабинет.
Предлагаю сделать личный кабинет для Сайтов, где можно будет управлять услугами.
Пример.
Есть сайт услуг. На нем опубликована услуга и есть CRM форма ее заказа.
Посетитель зашел на сайт Битрикс24, перешел на лендинг услуги, заполнил форму, отправил, таким образом, заказал услугу.
Теперь, как ему просмотреть эту услугу и что с ней происходит со стороны компании, которая ее оказывает? В том и идея. Зашел бы посетитель, заказавший услугу в свой личный кабинет на сайте Битрикс24 и посмотрел бы, на какой, например, стадии находится Сделка по его услуге. Мог бы отказаться от услуги, как возможность. Или, оставить комментарий к ней.
Понятно, БЫ может помешать, но было бы) неплохо, если такой, не очень замороченный личный кабинет появится для услуг.
Вероятно, его можно связать в том числе со Складским учетом и Каталогом.
Всем привет)!
Сейчас в интернет-магазине есть личный кабинет.
Предлагаю сделать личный кабинет для Сайтов, где можно будет управлять услугами.
Пример.
Есть сайт услуг. На нем опубликована услуга и есть CRM форма ее заказа.
Посетитель зашел на сайт Битрикс24, перешел на лендинг услуги, заполнил форму, отправил, таким образом, заказал услугу.
Теперь, как ему просмотреть эту услугу и что с ней происходит со стороны компании, которая ее оказывает? В том и идея. Зашел бы посетитель, заказавший услугу в свой личный кабинет на сайте Битрикс24 и посмотрел бы, на какой, например, стадии находится Сделка по его услуге. Мог бы отказаться от услуги, как возможность. Или, оставить комментарий к ней.
Понятно, БЫ может помешать, но было бы) неплохо, если такой, не очень замороченный личный кабинет появится для услуг.
Вероятно, его можно связать в том числе со Складским учетом и Каталогом.
Всем привет)!
Мы авторы популярного модуля "Отзывы о товаре":
Давайте сделаем интеграцию наших решений.
В Битриксе (в отличие от вордпресса и других систем) нет события для
выведения компонента отзывов в шаблоне сайта. И нет события для вывода количества отзывов.
Было бы очень хорошо, если бы типовые компоненты включали в себя
возможность установки нашего компонента.
Всякий раз когда мы добавляем наш компонент приходится править шаблон
компонента для выведения списка отзывов и для числа отзывов
Просим вас доработать шаблоны catalog.element тиражные решения, чтобы можно было с помощью каких-нибудь событий добавлять сторонние компоненты отзывов. Мы активно используем component_epilog для вывода нижней части шаблона с вкладками с отзывами.
Надо сделать так, чтобы компоненты отзывов вставлялись по-настоящему, а не с помощью Javascript для поисковиков.
Давайте сделаем интеграцию наших решений.
В Битриксе (в отличие от вордпресса и других систем) нет события для
выведения компонента отзывов в шаблоне сайта. И нет события для вывода количества отзывов.
Было бы очень хорошо, если бы типовые компоненты включали в себя
возможность установки нашего компонента.
Всякий раз когда мы добавляем наш компонент приходится править шаблон
компонента для выведения списка отзывов и для числа отзывов
Просим вас доработать шаблоны catalog.element тиражные решения, чтобы можно было с помощью каких-нибудь событий добавлять сторонние компоненты отзывов. Мы активно используем component_epilog для вывода нижней части шаблона с вкладками с отзывами.
Надо сделать так, чтобы компоненты отзывов вставлялись по-настоящему, а не с помощью Javascript для поисковиков.
У нас редакция Интернет-магазин + СРМ, и несколько сайтов. Вы же поддерживаете многосайтовость.... В СРМ при создание заказа и добавление товара, можно работать только с одним каталогом. Что делать менеджерам другого сайта, если им надо сделать заказ, а товар они выбрать не могут? Да даже элементарно изменить заказ клиента. Через сайт вариант не подходит, сделайте пожалуйста в СРМ!
Всем привет!
Хоть многое в IT и ИКТ стремится к упрощению, это нужно далеко не всем.
Например, чем больше предприятие (организация), тем сложнее становятся бизнес-процессы.
Таким образом, сразу понятно, что большим и средним компаниям нужно сложнее и технологичнее, а малым и микро-компаниям нужно проще и быстрее.
Это так - ремарка перед идеей.
Концепция идеи: НАПРАВЛЕНИЯ НУЖНЫ ВЕЗДЕ.
Сейчас направления есть в Сделках. 1. Почему нет направлений в Лидах.
Знаю, что кто-то скажет, Лиды не нужны. Малым компаниям - да (не нужны), средним и крупным - очень нужны, особенно с длинными циклами продаж и закупок.
Длинные циклы сейчас в Услугах. А доля услуг в общем объеме продаж будет только нарастать. Следовательно, и лиды нужны, и НАПРАВЛЕНИЯ в Лидах нужны.
Заходим в Задачи. Есть Проекты. Это - почти-что направления, однако внутри проектов могут быть свои НАПРАВЛЕНИЯ. Считаю, что они нужны и в Задачах.
Заходим в CRM, в Товары. Там есть папки. Но нужны и НАПРАВЛЕНИЯ этих папок, чтобы потом анализировать продажи не только по папкам, а и по группам папок.
Что такое НАПРАВЛЕНИЕ? Это, по сути - группа чего-либо: товарных категорий, задач, проектов. Средние и крупные компании управляют группами (портфелями) проектов.
Это в том числе к вопросу о том, как продавать более старшие тарифы Битрикс24. А вот в том числе так. Нужны НАПРАВЛЕНИЯ, позволяющие создавать ГРУППЫ сущностей.
Заходим в CRM, в Свойства товаров - там все идет сплошным списком. А нужно, на мой взгляд, делать НАПРАВЛЕНИЯ свойств товаров, чтобы ими удобно управлять.
Перекидывать свойства товаров из одного направления в другое, делать свойство товара, чтобы оно было доступно одновременно для нескольких направлений.
Заходим в Магазин, там есть Группы покупателей, но во вкладке Складской учет нет Групп поставщиков, есть просто Поставщики. Почему так?
Заходим в CRM, например, в Сделки, открываем сделку, нажимаем Документы (генератор документов) - там тоже все идет списком.
Удобнее договоры относить к договорам, акты к актам, счета-фактуры к счетам-фактурам. Если дать возможность создать НАПРАВЛЕНИЯ, вопрос с порядком решится.
В общем, по-моему, средним и крупным компаниям нужен порядок в сущностях, чтобы все было разложено по полочками.
Много еще где нужны НАПРАВЛЕНИЯ, ГРУППЫ, а особенно в Лидах, Товарах и Задачах.
Про ГРУППЫ. В сделках есть НАПРАВЛЕНИЯ - и это супер. Еще бы и ГРУППЫ НАПРАВЛЕНИЙ заиметь в Сделках - тогда будет Космос)!
Хоть многое в IT и ИКТ стремится к упрощению, это нужно далеко не всем.
Например, чем больше предприятие (организация), тем сложнее становятся бизнес-процессы.
Таким образом, сразу понятно, что большим и средним компаниям нужно сложнее и технологичнее, а малым и микро-компаниям нужно проще и быстрее.
Это так - ремарка перед идеей.
Концепция идеи: НАПРАВЛЕНИЯ НУЖНЫ ВЕЗДЕ.
Сейчас направления есть в Сделках. 1. Почему нет направлений в Лидах.
Знаю, что кто-то скажет, Лиды не нужны. Малым компаниям - да (не нужны), средним и крупным - очень нужны, особенно с длинными циклами продаж и закупок.
Длинные циклы сейчас в Услугах. А доля услуг в общем объеме продаж будет только нарастать. Следовательно, и лиды нужны, и НАПРАВЛЕНИЯ в Лидах нужны.
Заходим в Задачи. Есть Проекты. Это - почти-что направления, однако внутри проектов могут быть свои НАПРАВЛЕНИЯ. Считаю, что они нужны и в Задачах.
Заходим в CRM, в Товары. Там есть папки. Но нужны и НАПРАВЛЕНИЯ этих папок, чтобы потом анализировать продажи не только по папкам, а и по группам папок.
Что такое НАПРАВЛЕНИЕ? Это, по сути - группа чего-либо: товарных категорий, задач, проектов. Средние и крупные компании управляют группами (портфелями) проектов.
Это в том числе к вопросу о том, как продавать более старшие тарифы Битрикс24. А вот в том числе так. Нужны НАПРАВЛЕНИЯ, позволяющие создавать ГРУППЫ сущностей.
Заходим в CRM, в Свойства товаров - там все идет сплошным списком. А нужно, на мой взгляд, делать НАПРАВЛЕНИЯ свойств товаров, чтобы ими удобно управлять.
Перекидывать свойства товаров из одного направления в другое, делать свойство товара, чтобы оно было доступно одновременно для нескольких направлений.
Заходим в Магазин, там есть Группы покупателей, но во вкладке Складской учет нет Групп поставщиков, есть просто Поставщики. Почему так?
Заходим в CRM, например, в Сделки, открываем сделку, нажимаем Документы (генератор документов) - там тоже все идет списком.
Удобнее договоры относить к договорам, акты к актам, счета-фактуры к счетам-фактурам. Если дать возможность создать НАПРАВЛЕНИЯ, вопрос с порядком решится.
В общем, по-моему, средним и крупным компаниям нужен порядок в сущностях, чтобы все было разложено по полочками.
Много еще где нужны НАПРАВЛЕНИЯ, ГРУППЫ, а особенно в Лидах, Товарах и Задачах.
Про ГРУППЫ. В сделках есть НАПРАВЛЕНИЯ - и это супер. Еще бы и ГРУППЫ НАПРАВЛЕНИЙ заиметь в Сделках - тогда будет Космос)!
В компоненте catalog.product.subscribe штатно не реализована возможность показывать запрос на согласие.
Всем известно что в Битриксе стандартными средствами не сделать продажу платных доп. услуг к товару. Т.е. цену товара стандатрным компонентом "Каталого" не изменить.
Можно править цену товара в корзине устанавливая флаг CUSTOM_PRICE, но после этого система перестает воздействовать на цену, т.е. не работают скидки.
Нужно сделать так, что даже при установленном флаге CUSTOM_PRICE в корзине применялись правила корзины на скидки и купоны ибо другого способа опционально добавлять платные услуги к товарам - НЕТ.
Или в торговом каталоге добавить функционал (новую вкладку при редактировании товара) добавления к товару доп. платных услуг, которые прибавляются к цене товара при добавлении товара в корзину с выбранными платными услугами. И чтобы это было независимо от типа товара, товар это или набор.
Можно править цену товара в корзине устанавливая флаг CUSTOM_PRICE, но после этого система перестает воздействовать на цену, т.е. не работают скидки.
Нужно сделать так, что даже при установленном флаге CUSTOM_PRICE в корзине применялись правила корзины на скидки и купоны ибо другого способа опционально добавлять платные услуги к товарам - НЕТ.
Или в торговом каталоге добавить функционал (новую вкладку при редактировании товара) добавления к товару доп. платных услуг, которые прибавляются к цене товара при добавлении товара в корзину с выбранными платными услугами. И чтобы это было независимо от типа товара, товар это или набор.
Ответил 
Жуков Евгений 18.01.2018 13:30:39
Жуков Евгений 18.01.2018 13:30:39 | Нужно сделать так, что даже при установленном флаге CUSTOM_PRICE в корзине применялись правила корзины на скидки и купоны |
Сейчас (sale 17.6.6) из каталожных настроек есть только "по категории товара" (это раздел инфоблока). Не хватает возможности указать свойство и его значение (равно, не равно, отсутствует).
Как пример - не все службы доставки принимают опасные грузы. Это можно было бы оформить в виде удобно настраиваемого ограничения. А сейчас приходится делать свою службу доставки и использовать \Bitrix\Sale\Delivery\Services\Base::isCompatible.
Как пример - не все службы доставки принимают опасные грузы. Это можно было бы оформить в виде удобно настраиваемого ограничения. А сейчас приходится делать свою службу доставки и использовать \Bitrix\Sale\Delivery\Services\Base::isCompatible.
Нужен стандартный шаблон импорта, который будет поддерживать все поля! Сейчас например нет поля "Коэффициент единицы измерения", но есть "единица измерения"...
Что бы не происходило таких костылей:
Что бы не происходило таких костылей:
Как разработчик, не вижу оснований для использования библиотеки BX во фронтенде битрикс управление сайтом. Сама по себе библиотека трудна в использовании, а также плохо развита по сравнению с jQuery.
Использование jQuery во фронтенде компонентов - каталога, корзины, оформление заказа поможет разработчикам быстрее и эффективнее править код, а также разработчик получит дополнительную гибкость, BX имеет ограничения по сравнения с jQuery, при работе с измененной структурой DOM например.
Также использование jQuery должно облегчить порог входа для разработчиков системы и уменьшить общее время на разработку. Те использование jQuery является экономически оправданным.
В принципе возможно самому использовать jQuery вместо BX, но любопытный интегратор будет интересоваться что же происходит в BX, будет стараться изучить и понять данную библиотеку хотя по моему опыту на поддержку проекта на BX уходит времени больше если конечно была кастомизация шаблонов (catalog, sale.basket.basket, sale.order.ajax).
Поэтому я за переход платформы (БУС во фронтенде) на jQuery 1.
п.с Как всегда это мое личное мнение. Кто согласен плюсуйте.
Использование jQuery во фронтенде компонентов - каталога, корзины, оформление заказа поможет разработчикам быстрее и эффективнее править код, а также разработчик получит дополнительную гибкость, BX имеет ограничения по сравнения с jQuery, при работе с измененной структурой DOM например.
Также использование jQuery должно облегчить порог входа для разработчиков системы и уменьшить общее время на разработку. Те использование jQuery является экономически оправданным.
В принципе возможно самому использовать jQuery вместо BX, но любопытный интегратор будет интересоваться что же происходит в BX, будет стараться изучить и понять данную библиотеку хотя по моему опыту на поддержку проекта на BX уходит времени больше если конечно была кастомизация шаблонов (catalog, sale.basket.basket, sale.order.ajax).
Поэтому я за переход платформы (БУС во фронтенде) на jQuery 1.
п.с Как всегда это мое личное мнение. Кто согласен плюсуйте.
В модуле диск Добавить колонку "кол-во документов" для каталогов. Для каждого каталога подсчитывать кол-во документов в каталоге подкаталогах указанной папки. У нас был такой функционал в предыдущей системе, руководство привыкло. Теперь постоянно требует.
Для многих клиентов очень не хватает корректной иерархической синхронизации товаров при онлайн загрузке заказов из БУС в 1С.
Если я правильно понял, сейчас при поступлении из БУС заказа с новой номенклатурой, сама номенклатура создается в 1С не в иерархии, а в отдельной папке, указанной в настройках. Таким образом в этой папке получается большая помойка из номенклатуры с сайта.
Поясню, почему многим неудобно создавать каталог в 1С и выгружать в БУС:
Возможно ли организовать выгрузку номенклатуры с группами из БУС в 1С при онлайн обмене заказами?
Если я правильно понял, сейчас при поступлении из БУС заказа с новой номенклатурой, сама номенклатура создается в 1С не в иерархии, а в отдельной папке, указанной в настройках. Таким образом в этой папке получается большая помойка из номенклатуры с сайта.
Поясню, почему многим неудобно создавать каталог в 1С и выгружать в БУС:
- Торговля идет не от склада, а от прайсов поставщиков. Прайсы поставщиков, особенно если номенклатура пересекается и нужно решать проблему дублей, зачастую удобнее грузить в БУС, там же настраивать сразу красивое отображение товара и свойств как их будет видеть покупатель.
- Загрузка прайсов в 1С - раздувание базы 1С (тк допустим из 100 000 позиций покупают 20%, остальные товары болтаются в базе мертвым грузом, а на них нужно ежедневно долларовые цены в рубли пересчитывать, да еще несколько типов цен - база очень быстро вырастает до 100Гб, итд)
- Контент-менеджерам неудобно в 1С заниматься сортировкой позиций по иерархии каталога, картинки и некоторые свойства хранить в 1С нельзя - значит надо лазить и в админку сайта.
- В 1С тяжелее решить задачу корректного отображения товара, который в наличии у нескольких поставщиков, т.е. допустим "кроссовки" у поставщика1 стоят 100 рублей, в наличии 100шт. У поставщика2 105 рублей, в наличии 1000шт. Задача продать сначала кроссовки поставщика1, потом как кончатся у 1 - от поставщика2. Оперативный обмен информацией об остатках зачастую проще организовать на стороне БУС чем 1С.
- Можно привести еще вагон аргументов
Возможно ли организовать выгрузку номенклатуры с группами из БУС в 1С при онлайн обмене заказами?
Здравствуйте. Есть пример из жизни.
Пара свойств. В торговом предложении для всех товаров со свойством X должна быть картинка X1,
Для всех товаров со свойством Y должна быть картинка Y1.
Заполняем генератор.
Но в итоге получаем не то что хотим
(Так как картинка в поле для всех не заполнена, то она остается пустой в итоговой генерации)
То есть сейчас генератор в цикле проходит все сочетания.
А нужно чтобы он добавлял к уже созданным на предыдущем шаге.
Пара свойств. В торговом предложении для всех товаров со свойством X должна быть картинка X1,
Для всех товаров со свойством Y должна быть картинка Y1.
Заполняем генератор.
Но в итоге получаем не то что хотим
(Так как картинка в поле для всех не заполнена, то она остается пустой в итоговой генерации)
То есть сейчас генератор в цикле проходит все сочетания.
А нужно чтобы он добавлял к уже созданным на предыдущем шаге.
Очень часто используются разнотипные каталоги и сейчас можно на каждый раздел выводить свои свойства, но это работает только ч простыми товарами у ску нельзя настроить вывод свойств в зависимости от раздела.
Нужно сделать, что бы со свойствами ску была возможность работы как со свойствами товаров, что бы я мог выбрать какие свойства у ску используются в том или ином разделе
Нужно сделать, что бы со свойствами ску была возможность работы как со свойствами товаров, что бы я мог выбрать какие свойства у ску используются в том или ином разделе
Неплохо бы иметь возможность при загрузке каталога из 1С убирать цены у товаров? То есть, в УТ11 можно убрать цену на позицию (изменение -100%), но в БУС даже при полном импорте каталога это ничего не изменит (присвоенные товарам ранее цены останутся).
Модуль Обмена при этом выгружает вполне адекватные (легко интерпретируемые) файлы экспорта. В зависимости от настройки "Не выгружать предложения без цены" выгружаются либо предложения без цены (в файле prices.xml), либо товары без предложений (в файле offers.xml). Так что изменения нужны со стороны БУС.
Нужно все это, чтобы убирать неактуальные цены, смущающие посетителей, у товаров, которые сохраняются в целях полноты каталога (например, снятые с производства, редко запрашиваемые или с ошибочно назначенной ценой). При регулярной полной выгрузке можно еще прятать старые цены, отталкиваясь от даты изменения позиции на сайте, но это IMHO не всегда удобно и более трудоемко в реализации.
UPD: Совсем забыл, что цены удаляются, если при выгрузке приходит значение другой цены. Но заводить фиктивную цену, чтобы убрать нужную не всегда удобно.
UPD2: Добавил идею не в тот раздел. Извините, не доглядел. Модераторы, пожалуйста перенесите в Интеграция с 1С.
Модуль Обмена при этом выгружает вполне адекватные (легко интерпретируемые) файлы экспорта. В зависимости от настройки "Не выгружать предложения без цены" выгружаются либо предложения без цены (в файле prices.xml), либо товары без предложений (в файле offers.xml). Так что изменения нужны со стороны БУС.
Нужно все это, чтобы убирать неактуальные цены, смущающие посетителей, у товаров, которые сохраняются в целях полноты каталога (например, снятые с производства, редко запрашиваемые или с ошибочно назначенной ценой). При регулярной полной выгрузке можно еще прятать старые цены, отталкиваясь от даты изменения позиции на сайте, но это IMHO не всегда удобно и более трудоемко в реализации.
UPD: Совсем забыл, что цены удаляются, если при выгрузке приходит значение другой цены. Но заводить фиктивную цену, чтобы убрать нужную не всегда удобно.
UPD2: Добавил идею не в тот раздел. Извините, не доглядел. Модераторы, пожалуйста перенесите в Интеграция с 1С.
При кастомизации экспорта часто приходится хранить свои данные в настройках экспорта. Битрикс все настройки сводит в одно поле - SETUP_VARS. По умолчанию тип поля - TEXT.
Но для хранения большого количества настроек данного поля не достаточно.
Но для хранения большого количества настроек данного поля не достаточно.
Ответил
Жуков Евгений 24.08.2015 10:19:53
Жуков Евгений 24.08.2015 10:19:53
Хранить данные или настройки? поле TEXT - 64 кб. Для хранения настроек (выводимых в интерфейсе) - более чем достаточно.
Добавьте возможность подключать внешний фильтр в компоненте catalog.section.list
Иногда есть необходимость в комплексном компоненте, да и в отдельнолежащем компоненте выбирать список секций, но дополнительно ограничивать по неким условиям.
Собственно пожелание такое: сделать настройку с именем фильтра по аналогии с catalog.section
Иногда есть необходимость в комплексном компоненте, да и в отдельнолежащем компоненте выбирать список секций, но дополнительно ограничивать по неким условиям.
Собственно пожелание такое: сделать настройку с именем фильтра по аналогии с catalog.section
Поддержка SKU - это огромные портянки кода, иногда в самых неожиданных местах, и в тех случаях, когда они не нужны, их приходится очень долго и очень аккуратно вычищать. К тому же приличная часть этого кода расположена в шаблонах, что не по фен-шую. Поэтому, собственно, предложение - разделить ветки компонентов на "простые" - текущую ветку, с убранными наворотами, и "продвинутые" - с кодом поддержки SKU, включенным в компонент, а не в шаблон.
Доброго времени суток!
Работаю программно с карточкой товара...
Не хватает в массиве товара таких признаков:
1) Товар в сравнении (Y/N)
2) Товар отложен (Y/N)
3) Товар в корзине (и лучше бы разделить, которые именно отложенные, а которые готовы к покупке) (Y/N)
Такими костылями обхожусь...особенно кажется невозможным разделить товары отложенные и товары готовые к покупке.
Работаю программно с карточкой товара...
Не хватает в массиве товара таких признаков:
1) Товар в сравнении (Y/N)
2) Товар отложен (Y/N)
3) Товар в корзине (и лучше бы разделить, которые именно отложенные, а которые готовы к покупке) (Y/N)
Такими костылями обхожусь...особенно кажется невозможным разделить товары отложенные и товары готовые к покупке.
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
