Идеи пользователя 125034
Можно ли составить набор таким образом, чтобы при наличии более одного элемента в наборе,
только один элемент входил в состав по умолчанию, а все остальные были в статусе "добавить".
Элемент "по умолчанию" можно было назначать самостоятельно.
только один элемент входил в состав по умолчанию, а все остальные были в статусе "добавить".
Элемент "по умолчанию" можно было назначать самостоятельно.
Ответил 
Жуков Евгений 21.12.2017 18:59:11
Жуков Евгений 21.12.2017 18:59:11
Добавлена настройка в параметры компонента catalog.set.constructor. Выйдет в обновлении catalog 17.5.7. Возможен сдвиг обновления.
Шаблон генерации номера заказа, это удобно, только вот незадача, в независимости от того, какой вариант отображения номеров выбран, в админке ,В ЗАКАЗАХ, всегда идет сквозная нумерация 1,2,3...
Получается, у Покупателя заказ L-1809, а в админке это всего-лишь заказ № 8.
Это же апокалипсис тогда случится с обработкой заявок!!!
А баг, то старинный уж! Таки уже поправить надо!
Получается, у Покупателя заказ L-1809, а в админке это всего-лишь заказ № 8.
Это же апокалипсис тогда случится с обработкой заявок!!!
А баг, то старинный уж! Таки уже поправить надо!
Ответил 
24.09.2015 14:36:24
24.09.2015 14:36:24
Данное поведение исправлено в новом релизе который ушел недавно в бете - версия 15.5
Если вы меняете нумерацию, то логично или скрыть ID в админке, или если он нужен не обращать на него внимание.
В новых формах мы сделали попытку указывать оба номера, пока лучших вариантов я не вижу.
Можно считать на данный момент идея решена. Как обновитесь на новый релиз, расскажите, удобно ли стало такое поведение и может еще раз вернемся и обсудим ваши варианты, которые появятся.
Если вы меняете нумерацию, то логично или скрыть ID в админке, или если он нужен не обращать на него внимание.
В новых формах мы сделали попытку указывать оба номера, пока лучших вариантов я не вижу.
Можно считать на данный момент идея решена. Как обновитесь на новый релиз, расскажите, удобно ли стало такое поведение и может еще раз вернемся и обсудим ваши варианты, которые появятся.
Раньше, наводишь на контакт в сделке, всплывает номер телефона.
Название сделки, раньше было удобнее, оно было большое
сейчас все поля крошечные...
даже номер телефона в контакте целиком уже не отображается. Мля "места нет"
Дизайн дизайном, но зачем все портить то?!!
Переход с БУС 11,5 на 12,0 получился, на мой взгляд нормально
А сейчас просто все через одно место сделано...
Тяп-ляп , цигель, цигель... А то, что стало не удобно... А и хрен с ним... Главное апдейт сделать!
Вы пользовались любой Виндой в Альфа версии? Так вот это тоже, если не хуже!
Короче, если бы я пользовался коробкой, то после такого апдейта, туды его в качель, я бы нажрался.
Надеюсь я не одинок и г-н Рыжиков вставит люлей нужным людям и все чкоро поправится!
Спасибо за внимание!
Название сделки, раньше было удобнее, оно было большое
сейчас все поля крошечные...
даже номер телефона в контакте целиком уже не отображается. Мля "места нет"
Дизайн дизайном, но зачем все портить то?!!
Переход с БУС 11,5 на 12,0 получился, на мой взгляд нормально
А сейчас просто все через одно место сделано...
Тяп-ляп , цигель, цигель... А то, что стало не удобно... А и хрен с ним... Главное апдейт сделать!
Вы пользовались любой Виндой в Альфа версии? Так вот это тоже, если не хуже!
Короче, если бы я пользовался коробкой, то после такого апдейта, туды его в качель, я бы нажрался.
Надеюсь я не одинок и г-н Рыжиков вставит люлей нужным людям и все чкоро поправится!
Спасибо за внимание!
Ответил 
Шеленкова Екатерина 23.10.2014 19:51:31
Шеленкова Екатерина 23.10.2014 19:51:31
Коллеги, неудобства нового интерфейса СРМ практически все исправлены. Телефон и другие поля, должны отображаться корректно, без сокращения.
Относительно редактирования данных в режиме просмотра - этот вопрос также будет решен в ближайшее время.
Спасибо за ваши комментарии, мы приносим свои извинения за доставленные неудобства, в ближайшее время форма просмотра будет доработана и сделано более гибкой.
Относительно редактирования данных в режиме просмотра - этот вопрос также будет решен в ближайшее время.
Спасибо за ваши комментарии, мы приносим свои извинения за доставленные неудобства, в ближайшее время форма просмотра будет доработана и сделано более гибкой.
Раз Битрикс предполагает экспорт в Яндекс, а Яндекс, в свою очередь, имеет четкий регламент по правилам размещения, где одним из ключевых условий, это статусы товара на сайте. "В наличии", "Под заказ". То, логично организовать по умолчанию поле "Статус" и при экспорте в Яндекс, в YML-файле, элемент available формирует:
- available="false" — товар на заказ.
- available="true" — товар в наличии.
Ответил
Жуков Евгений 20.08.2012 10:59:01
Жуков Евгений 20.08.2012 10:59:01
Добрый день! Это поле формируется в зависимости от количества товара и опции "уменьшать количество при заказе".
Господа, не знаю, как у других, но в моем случае выяснилось, что Битрикс оказывается не формирует символьные коды при импорте каталога товаров в CSV! По крайней мере, так говорит саппорт Битрикса.
Если, это так, то нужно обязательно исправить этот фатальный недочет в системе.
Не в ручную же открывать каждый товар в админке и формировать там символьные коды!
надеюсь меня услышат. Я уже месяц решаю эту проблему.
Если, это так, то нужно обязательно исправить этот фатальный недочет в системе.
Не в ручную же открывать каждый товар в админке и формировать там символьные коды!
надеюсь меня услышат. Я уже месяц решаю эту проблему.
Ответил
Жуков Евгений 20.08.2012 10:52:13
Жуков Евгений 20.08.2012 10:52:13
Генерация символьных кодов из названий при импорте была добавлена в обновлении модуля Торговый каталог 11.5.0 .
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
