Идеи пользователя
Здравствуйте, предлагаю переделать этот ужасный дизайн карточки б24 товара (новой), где если у вас нет вариаций - место используется максимально не рационально.
Предлагаю вернуться к вкладкам, как это было сделано бус с возможностью гибкой настройки. какие свойства выводить, их порядок и так далее.
Предлагаю вернуться к вкладкам, как это было сделано бус с возможностью гибкой настройки. какие свойства выводить, их порядок и так далее.
сейчас HTML-код, в котором есть <SVG> или <USE> будет обрезан при сохранении. Пожалуйста, добавьте их в исключения
В б24 интерфейсе в разделе товарного маркетинга отсутствует подраздел "Скидки на товар", который есть в БУС интерфейсе. Так как все управление скидками и правилами корзины переведено в б24 интерфейс, предлагаю все же добавить и этот раздел к остальным.
Ответил 
Жуков Евгений 21.10.2020 16:50:29
Жуков Евгений 21.10.2020 16:50:29
Исключено. Функционал скидок на товар перенесен в правила корзины и больше не развивается.
Если посмотреть метод crm.contact.fields то можно увидеть пользовательские типы crm_company и crm_lead (и другие)
При этом существует стандартный тип "crm", с настройками SETTINGS.
В подолжении развитии идеи: предлагаю сломать в именовании типа обратную совместимость и заменить "crm_lead" на более универсальный "crm" с настройками.
При этом, так как поля содержат только один тип то содержать они будут так же идентификаторы (т.е. по составу данных обратная совместимость будет).
При этом существует стандартный тип "crm", с настройками SETTINGS.
В подолжении развитии идеи: предлагаю сломать в именовании типа обратную совместимость и заменить "crm_lead" на более универсальный "crm" с настройками.
При этом, так как поля содержат только один тип то содержать они будут так же идентификаторы (т.е. по составу данных обратная совместимость будет).
Ответил 
Антон Горбылев 14.09.2021 12:10:29
Антон Горбылев 14.09.2021 12:10:29
Нет возможности реализации из-за нарушения обратной совместимости.
Давно не писал никаких Идей. А тут меня прямо "осенило". Надеюсь, меня поддержат постоянные пользователи Б24. Реализовать это просто, а пользу принесло бы многим сразу. Согласитесь, было бы удобно различать среди многообразия пунктов в левом меню стандартные пункты и дополнительные (появляются после установки Приложения из Маркетплейса). Их достаточно выделить разными цветами, думаю. Особенно, это было бы эффективно, когда Приложений становится много.
Не работает Канбан на бесплатном тарифе, это фиаско
Ответил 
Долганин Антон 13.03.2018 13:26:47
Долганин Антон 13.03.2018 13:26:47
Андрей, ограничений в Кабане быть не должно. Отпишите, пожалуйста, в техподдержку с вашим вопросом, вам помогут.
CRM - сделки - список. Есть возможность выбрать "Все направления" и увидеть все нужные сделки
CRM - сделки - канбан. нет такой возможности. А она нужна.
Поддержка предложила записать эту идею здесь.
ИМХО - это ошибка или недоработка, а не идея к доработке.
CRM - сделки - канбан. нет такой возможности. А она нужна.
Поддержка предложила записать эту идею здесь.
ИМХО - это ошибка или недоработка, а не идея к доработке.
Ответил
Долганин Антон 01.02.2018 13:30:48
Долганин Антон 01.02.2018 13:30:48
Борис, здравствуйте.
Как вы предлагаете реализовать "все направления" в Канбане, если у каждого направления могут быть свои колонки?
В списке это не проблема, поэтому и работает только в списке.
Как вы предлагаете реализовать "все направления" в Канбане, если у каждого направления могут быть свои колонки?
В списке это не проблема, поэтому и работает только в списке.
Этот метод при расчёте скидок по правилам работы с корзиной учитывает группы пользователя в базе.
Что не даёт по определённым условиям управлять скидками. Как пример, недавняя задача:
Для людей которые бросили корзину(так и не войдя в систему) в гугле получают ссылку с информацией о скидки 5%. Скидка применяется к условной группе. По урлу захода на сайт эта группа назначается нашему анонимному, пока анонимному, пользователю что бы тот получил свою законную скидку. Но вот беда, DoProcessOrder не понимает группы в сессии пользователя и следовательно не применяется скидка.
Я понимаю что это сделано что бы если в срочном порядке пользователя лишили группы, (допустим золотые покупатели) он не получал из сессии принадлежность и соответственно скидку.
Нужно как то этот вопрос решить. Моё видение ситуации следующее:
Сделать встроенный хендлер на изменение пользователя который бы регистрировал изменение пользователя, а при загрузке страницы проверять - были ли изменения. если нет берём данные из сессии, иначе обновляем данные в сессии беря их бд.
А в нашем DoProcessOrder брать группы пользователя из сессии. Это позволило быи рыбку съесть и ...
и гибко использовать группы для анонимных юзеров и держать актуальные данные в сессии.
Мой алгоритм - всего лишь примитивный пример реализации, уверен вы сможете сделать это более элегантно.
$groupDiscountIterator = Internals\DiscountGroupTable::getList(array(
'select' => array('DISCOUNT_ID'),
'filter' => array('@GROUP_ID' => CUser::GetUserGroup($arOrder['USER_ID']), '=ACTIVE' => 'Y')
));
|
Для людей которые бросили корзину(так и не войдя в систему) в гугле получают ссылку с информацией о скидки 5%. Скидка применяется к условной группе. По урлу захода на сайт эта группа назначается нашему анонимному, пока анонимному, пользователю что бы тот получил свою законную скидку. Но вот беда, DoProcessOrder не понимает группы в сессии пользователя и следовательно не применяется скидка.
Я понимаю что это сделано что бы если в срочном порядке пользователя лишили группы, (допустим золотые покупатели) он не получал из сессии принадлежность и соответственно скидку.
Нужно как то этот вопрос решить. Моё видение ситуации следующее:
Сделать встроенный хендлер на изменение пользователя который бы регистрировал изменение пользователя, а при загрузке страницы проверять - были ли изменения. если нет берём данные из сессии, иначе обновляем данные в сессии беря их бд.
А в нашем DoProcessOrder брать группы пользователя из сессии. Это позволило бы
и гибко использовать группы для анонимных юзеров и держать актуальные данные в сессии.
Мой алгоритм - всего лишь примитивный пример реализации, уверен вы сможете сделать это более элегантно.
Ответил
Жуков Евгений 22.01.2018 15:38:45
Жуков Евгений 22.01.2018 15:38:45
Это было сделано для того, чтобы заказ, оформленный клиентом из публички, и заказ, оформленный для того же клиента менеджером, были идентичными. Эта политика меняться не будет, более того, в новом провайдере работа с группами пользователя стала такой же (данные сессии игнорируются).
Забавная ситуация, если монитор у руководителя 15" или 19 (1360х768) и у сотрудника более 7 задач с текстом - окно полностью не влезает на экран и не позволяет подтвердить изменение рабочее время. Так же становятся не доступными "комментарии", так как окно не двигается и бегунка нет. Приходится руководителю бежать за другой компьютер, или просит админа подтвердить время, написать комментарий.
Надо бы это оперативно исправить ...
Надо бы это оперативно исправить ...
Ответил 
Шеленкова Екатерина 15.07.2015 18:01:18
Шеленкова Екатерина 15.07.2015 18:01:18
Александр, по таким ошибкам пишите, пожалуйста, сразу в техподдержку. Коллеги зафиксирую, разработчик исправит и вы получите уведомление.
Здесь собираются именно идеи, предложения по текущим инструментам или новым.
Спасибо.
Здесь собираются именно идеи, предложения по текущим инструментам или новым.
Спасибо.
Сегодня столкнулся с неприятной ситуацией, когда после очередного "стабильного" обновления перестал работать код:
Как оказалось, теперь поле FORUM_ID не является допустимым для использования в фильтре, однако в документации это не отражено, в результате чего пришлось изучать исходный код в поисках причины пропавшей работоспособности.
Ранее об этом уже упоминалось, но хочется еще раз поднять вопрос о том, что бы для обновлений был максимально подробный changelog, что бы было понятно заранее к чему готовится. Кроме этого, я бы предпочел, и думаю, что я не один такой буду, кто был бы готов подождать обновлений, но зато что все изменения были задокументированы.
$res = CTasks::GetList(
Array("ID" => "ASC"),
Array(
"RESPONSIBLE_ID" => $userId,
"FORUM_ID" => $forumId
)
);
|
Ранее об этом уже упоминалось, но хочется еще раз поднять вопрос о том, что бы для обновлений был максимально подробный changelog, что бы было понятно заранее к чему готовится. Кроме этого, я бы предпочел, и думаю, что я не один такой буду, кто был бы готов подождать обновлений, но зато что все изменения были задокументированы.
Ответил 
Басыров Роберт 04.12.2014 19:01:50
Басыров Роберт 04.12.2014 19:01:50
Это нереализуемо. Новый функционал редко когда выходит в полном заявленном объёме, тем более бывает что пропускаются ошибки.
Разработчики откладывают написание доки до появления реально стабильной работы своих модулей.
Разработчики откладывают написание доки до появления реально стабильной работы своих модулей.
Не помешает кнопачка "Добавить"
Когда удаляешь задачу ее надо сохранять в удаленных и хранить определенное время, которое можно задать в настройках, чтобы если удалил случайно можно было востановить.
Есть некоторые модули (даже в маркетплэйс), которые очень сильно увеличивают объём БД. И было бы неплохо при создании резервной копии давать возможность указать для каких таблиц модулей не нужно архивировать данные.
Устроил бы вариант подписки на событие "Формирование списка исключений для копирования БД" и "Обработка исключения копирования в БД". Есть
Например, модуль подписывается на событие "Формирование списка" и добавляет несколько вариантов:
"MODULE_NAME_VAR_1" => "название модуля, аналитика",
"MODULE_NAME_VAR_2" => "название модуля, база адресов"
...
И теперь при заходе на страницу "Резервной копирование" мы видим эти варианты после системных вариантов "поисковый индекс", "журнал, "статистика".
Далее модуль подписывается на событие "Обработка исключений", где ему на вход поступает название таблицы и выбранные варианты исключений, а он уже должен дать ответ - TRUE или FALSE - нужно ли данные таблицы архивировать или нет.
Как такая идея?
Устроил бы вариант подписки на событие "Формирование списка исключений для копирования БД" и "Обработка исключения копирования в БД". Есть
Например, модуль подписывается на событие "Формирование списка" и добавляет несколько вариантов:
"MODULE_NAME_VAR_1" => "название модуля, аналитика",
"MODULE_NAME_VAR_2" => "название модуля, база адресов"
...
И теперь при заходе на страницу "Резервной копирование" мы видим эти варианты после системных вариантов "поисковый индекс", "журнал, "статистика".
Далее модуль подписывается на событие "Обработка исключений", где ему на вход поступает название таблицы и выбранные варианты исключений, а он уже должен дать ответ - TRUE или FALSE - нужно ли данные таблицы архивировать или нет.
Как такая идея?
Ответил 
Шаромов Денис 20.12.2012 15:27:05
Шаромов Денис 20.12.2012 15:27:05
Схема с событиями выглядит сложной для разработчиков, большая вероятность ошибки.
А это может отразиться на бэкапе в целом.
Цель резервного копирования - сделать полный бэкап чтобы пользователь был уверен, что он восстановится, поэтому скорее нет, чем да.
А это может отразиться на бэкапе в целом.
Цель резервного копирования - сделать полный бэкап чтобы пользователь был уверен, что он восстановится, поэтому скорее нет, чем да.
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
