В ЧПУ детальной страницы карточки товара по умолчанию выводится символьный код названия товара:
Идея в том, чтобы в URL карточки товара, вместо символьного кода названия товара - подставлялся символьный код значения артикула:
Весь смысл такой подстановки в том, что в некоторых случаях товарные позиции покупатели ищут именно по артикулу, а не по наименованию.
И если в URL присутствует символьный код артикула - то это положительно должно сказаться на SEO.
К тому же артикул как правило неизменный, а наименование может меняться по каким либо причинам.
В типовом интернет-магазине возможность такой подстановки по артикулу отсутствует, и требуется кастомизация.
Предлагаю поддержать идею реализации в типовом интернет-магазине от 1С-Битрикс.
Полагаю будет востребовано.
Идея в том, чтобы в URL карточки товара, вместо символьного кода названия товара - подставлялся символьный код значения артикула:
Весь смысл такой подстановки в том, что в некоторых случаях товарные позиции покупатели ищут именно по артикулу, а не по наименованию.
И если в URL присутствует символьный код артикула - то это положительно должно сказаться на SEO.
К тому же артикул как правило неизменный, а наименование может меняться по каким либо причинам.
В типовом интернет-магазине возможность такой подстановки по артикулу отсутствует, и требуется кастомизация.
Предлагаю поддержать идею реализации в типовом интернет-магазине от 1С-Битрикс.
Полагаю будет востребовано.
Дайте возможность кастомизировать письма почтовым клиентам(хотя бы фон убрать/изменить)! очень часто это и есть наши клиенты!
плюс хотелось бы скрывать надпись "Заряжено битрикс24" как уже есть в формах и за что в частности оплачено в платных облаках...
плюс хотелось бы скрывать надпись "Заряжено битрикс24" как уже есть в формах и за что в частности оплачено в платных облаках...
На сегодня форма заказа в админке выглядит очень тяжело с большим объемом информации - не всем нужной с недостаточной возможностью кастомизации. По опыту из другой CMS наши менеджеры видят информацию по заказу почти из одного окна без скроллинга - это позволяет быстро и безошибочно обработать заказ, параллельно набирая по телефону клиента. Пока идут гудки - менеджер уже часто владеет всей необходимой информацией с минимум затрат времени и нагрузки на его мозг, что бережет ему силы и внимательность.
Ниже расписаны предложения по оптимизации.
1 - Кнопку изменить можно добавить во второй блок, который можно зафиксировать, сделав плавающим.
2 - Данная информация не всем нужно, ее можно скрывать, сворачивать или сделать весь данный блок в 2 столбика.
3 - Пример технической информации модуля доставки. Данные, не вводились покупателем, а получены извне по API службы доставки и нужны только для интеграции с модулем доставки в системе учета 1С Бухгалтерия. Менеджеру по продажам они вообще не полезны.
4 - Введенная покупателем информация в 2-3 полях попала в 1 строку, для которых не сработал тег переноса строки и все слилось. Дать базовые возможности форматирования.
5 - Информация о свойствах товара дублируется и удлиняет опять форму заказа..
6 - Не все строки нужны. Самая необходимая информация была выведена уже в самый первый блок заказа, а тут много того ,что не все нужно. Опционально этот блок можно сворачивать или выводить в 2 столбца.
Конечно возможны и другие альтернативные решения сделать форму более компактной и легкой к восприятию, например, не всем нравятся большие табуляции между строками.
Ниже расписаны предложения по оптимизации.
1 - Кнопку изменить можно добавить во второй блок, который можно зафиксировать, сделав плавающим.
2 - Данная информация не всем нужно, ее можно скрывать, сворачивать или сделать весь данный блок в 2 столбика.
3 - Пример технической информации модуля доставки. Данные, не вводились покупателем, а получены извне по API службы доставки и нужны только для интеграции с модулем доставки в системе учета 1С Бухгалтерия. Менеджеру по продажам они вообще не полезны.
4 - Введенная покупателем информация в 2-3 полях попала в 1 строку, для которых не сработал тег переноса строки и все слилось. Дать базовые возможности форматирования.
5 - Информация о свойствах товара дублируется и удлиняет опять форму заказа..
6 - Не все строки нужны. Самая необходимая информация была выведена уже в самый первый блок заказа, а тут много того ,что не все нужно. Опционально этот блок можно сворачивать или выводить в 2 столбца.
Конечно возможны и другие альтернативные решения сделать форму более компактной и легкой к восприятию, например, не всем нравятся большие табуляции между строками.
Шаблоны большинства компонентов Bitrix написаны по MVC, но некоторые компоненты реализованы на коленке и не задумываясь о сложностях кастомизации и использования!
Пример: компонент bitrix:sale.basket.basket верстка на таблицах, исправляем на более приемлемую для нас (но не сильно, буквально изменим table|tr|td на div) меняем классы, т.к. к ним привязаны стили и называются они не понятно.
Теперь фокус! компонент не работает или работает частично! Оказывается разработчики добавили в js генерацию верстки!!! т.е. js сам прописывает table|tr|td и их предустановленные классы!
В итоге, кроме template.php | style.css нужно перебрать весь script.js !
Если написать всё по MVC - тогда "мухи отдельно, котлеты отдельно" функционал JS должен быть завязан только на ID элементов!! Чтобы кастомизация шаблона не убивала кучу времени разработчиков!
Пример: компонент bitrix:sale.basket.basket верстка на таблицах, исправляем на более приемлемую для нас (но не сильно, буквально изменим table|tr|td на div) меняем классы, т.к. к ним привязаны стили и называются они не понятно.
Теперь фокус! компонент не работает или работает частично! Оказывается разработчики добавили в js генерацию верстки!!! т.е. js сам прописывает table|tr|td и их предустановленные классы!
В итоге, кроме template.php | style.css нужно перебрать весь script.js !
Если написать всё по MVC - тогда "мухи отдельно, котлеты отдельно" функционал JS должен быть завязан только на ID элементов!! Чтобы кастомизация шаблона не убивала кучу времени разработчиков!
Ответил 
04.05.2017 13:39:01
04.05.2017 13:39:01
Полностью с вами согласен! Компонент находится на глобальном рефакторинге, выйдет к новому релизу. Будут отражены ваши пожелания и много интересного еще! Я думаю всем понравится!
Т.к. бизнес-процессы, где Дело это базовая сущность могут иметь свои особенности.
Многим известен алгоритм кастомизации обмена с 1С.
Собственно идея: чтобы облегчить изменение этого класса все self:: вызовы достаточно заменить на static:: (LSB --
- Создать свою страницу в админке
- Разместить на ней кастомный компонент обмена sale.export.1c
- Переписать \CSaleExport::ExportOrders2Xml
Собственно идея: чтобы облегчить изменение этого класса все self:: вызовы достаточно заменить на static:: (LSB --
Уважаемые разработчики!
Предлагаю вам рассмотреть возможность глубокой кастомизации сообщений, создаваемых роботами CRM, позволяющие использовать любые данные (переменные) из заказа (информационной сущности), от которой они были созданы, а также добавлять активные ссылки.
Несколько банальных примеров использования:
1) Персонализация обращения к пользователю с упоминанием того, что именно и на какую сумму он заказал;
2) Возможность видеть "на ладони" весь заказ (информацию о сущности) без необходимости заходить и искать в CRM;
3) Быстрые ответы пользователя на столь же быстрые вопросы, когда, например, в уведомлении в любом из каналов открытых линии клиенту можно будет быстро дать обратную связь, например. по качеству обслуживания, подтвердить или отклонить заказ и т.п.
Считаю важным реализовать данную доработку роботов CRM: они должны не просто "отбивать" типовые уведомления текстом (голосом при звонке), но и быть существенно гибче в своей настройке на уровне пользователя (без программирования). Это экономия огромных временных и финансовых затрат на по сути абсолютно типовые стандартные микрозадачи, которые легко может и должен делать робот.
Благодарю за внимание.
Предлагаю вам рассмотреть возможность глубокой кастомизации сообщений, создаваемых роботами CRM, позволяющие использовать любые данные (переменные) из заказа (информационной сущности), от которой они были созданы, а также добавлять активные ссылки.
Несколько банальных примеров использования:
1) Персонализация обращения к пользователю с упоминанием того, что именно и на какую сумму он заказал;
2) Возможность видеть "на ладони" весь заказ (информацию о сущности) без необходимости заходить и искать в CRM;
3) Быстрые ответы пользователя на столь же быстрые вопросы, когда, например, в уведомлении в любом из каналов открытых линии клиенту можно будет быстро дать обратную связь, например. по качеству обслуживания, подтвердить или отклонить заказ и т.п.
Считаю важным реализовать данную доработку роботов CRM: они должны не просто "отбивать" типовые уведомления текстом (голосом при звонке), но и быть существенно гибче в своей настройке на уровне пользователя (без программирования). Это экономия огромных временных и финансовых затрат на по сути абсолютно типовые стандартные микрозадачи, которые легко может и должен делать робот.
Благодарю за внимание.
Предлагаю реализовать кастомизацию названий заголовков колонок в списке элементов инфоблока.
Сейчас есть возможности заменить например "Описание для анонса" только в форме добавления/редактирования элемента, хорошо бы чтобы эти данные подтягивались и в список, или пусть отдельно редактируются
Скрин
Сейчас есть возможности заменить например "Описание для анонса" только в форме добавления/редактирования элемента, хорошо бы чтобы эти данные подтягивались и в список, или пусть отдельно редактируются
Скрин
Предлагаю реализовать кастомизацию названий заголовков колонок в списке элементов инфоблока.
Сейчас есть возможности заменить например "Описание для анонса" только в форме добавления/редактирования элемента, хорошо бы чтобы эти данные подтягивались и в список, или пусть отдельно редактируются
Скрин
Сейчас есть возможности заменить например "Описание для анонса" только в форме добавления/редактирования элемента, хорошо бы чтобы эти данные подтягивались и в список, или пусть отдельно редактируются
Скрин
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
