Рейтинг: 0  
Новая
Предложил Морозов Вадим 19.07.2020 13:04:55

Не использовать почтовый индекс при расчете стоимости доставки

Добавить функционал "Не использовать почтовый индекс при расчете стоимости доставки" в настройках оформлении заказа bitrix:sale.order.ajax при включении которого почтовый индекс не будет использоваться при расчете доставки.

Сейчас аналогичный функционал реализован, если

у свойства заказа "Индекс" отключаем "Использовать как почтовый индекс", тогда индекс при оформлении заказа перемещается из шаг 2 "Регион доставки" в шаг 5 "Покупатель", но

перестает выгружаться в Почта России как почтовый индекс.
Рейтинг: 0.8902  
Новая
Предложил Морозов Вадим 19.07.2020 12:47:17

Ограничение исключить категории товаров

Исключить возможность доставки определенной категории товаров. К примеру: "Нельзя возить Почтой России газ-фреон". Нужно исключить только эту категорию товаров. Остальные 1000 категорий под ограничения не попадают. Сделать по аналогии с "Ограничение исключить местоположения"
Рейтинг: 2  
Новая
Предложил Шарипов Фаррух 17.07.2020 15:03:47

Темная версия Bitrix24 в сообщениях

Надо ввести больше фукнций персонализации в мессенджере битрикса. Фон с паттерном сильно отквлекает от сообщейний. Вообще было бы хорошо чтобы UI/UX дизайнеры подробнее изучили эти вопросы
Рейтинг: 2.7804  
Новая
Предложил Недвига Валентин 17.07.2020 14:54:17

Избранные товары

Не путать с отложенными!

Покупателям часто надо сгруппировать / пометить товары, которые они регулярно покупают. Эти товары могут быть в разных заказах (то есть нельзя просто повторить предыдущий заказ).

Нынешний функционал отложенных товаров не решает проблему, так как отложенный товар после добавления в корзину из отложенных исчезает. А избранный товар при добавлении в корзину должен оставаться избранным.

Странно, что нет такого стандартного функционала, а нужны сторонние решения.
Рейтинг: 3.7804  
Новая
Предложил Малахов Кирилл 17.07.2020 13:19:48

Добавить права на стадии в Заказе

Сделайте пожалуйста права на стадии в заказе, как на стадиях в СРМ.

Актуально для интернет-магазин + crm
Файлы:
2312.png (47.23 КБ)
Рейтинг: 0  
Новая
Предложил Пахомов Дмитрий 17.07.2020 11:51:14

Необходимо выполнить привязку рабочего времени и учёт затраченного времени на задачу.

Здравствуйте.
Столкнулся с ситуацией, в которой при неначатом рабочем дне, можно запустить счётчик учёта затраченного рабочего времени на решение задачи. Что не является логичным. Получается, работник может выполнять задачу с учётом рабочего времени, где это время будет считаться для этой конкретной задачи, но не будет отражено в общем рабочем времени, что в итоге приводит к ошибочным результатам подсчёта рабочих часов. Если выражаться простым языком, например: на решение задачи было затрачено 6 дней, когда всего рабочих дней было 5, что быть не может, а если работа велась в неурочное время или в выходные/праздничные дни, это затраченное время, всё равно должно быть учитано. Так же присутствует ситуация, при которой при завершении рабочего дня, автоматически останавливается счётчик учёта времени в задаче, к чему работники быстро привыкли, но если рабочий день не был начат, а счётчик времени в задаче был запущен, после завершения работ над задачей, работник бывает забывает остановить этот счётчик, и он продолжает считать время даже тогда, когда работа не выполняется, потому что рабочий день не был начат и не был закончен соответственно.
Предлагаю, в задаче, при нажатии кнопки "начать учёт моего времени", выполнять проверку - запущен ли рабочий день или нет, если рабочий день запущен, то все условия выполнены и счётчик запускается как обычно и задача выполняется, а если рабочий день не запущен - то, к примеру, счётчик и начало выполнения задачи должны блокироваться, и появляться всплывающее окно, с информацией о том, что необходимо запустить рабочий день или же рабочий день должен быть запущен автоматически после появления всплывающего окна с информированием пользователя и только после этого должна появляться возможность работать над задачами, или ещё один вариант, при котором все кнопки для запуска работы над задачами должны быть неактивными, до тех пор, пока рабочий день не будет запущен. В общем, вариантов решения много, но это решение обязательно должно быть воплощено в реальность, что бы избежать последующих нестыковок в учёте затраченного рабочего времени работниками.
Спасибо.
Рейтинг: 2.8902  
Новая
Предложил cleargoal 16.07.2020 13:49:32

Ссылки на вкладки сущности

Иногда нужно поставить задание или отразить информацию в сущности на вкладки.

Например, хочу выслать ссылку на Сделки по компании "Рога и копыта" сотруднику и чтобы по переходу он видел карточку компании с открыто вкладкой Сделки.
По-моему, это достаточно просто реализовать.
Рейтинг: -5.7804  
Новая
Предложил К Алексей 15.07.2020 17:22:09

Программисты не должны иметь доступ к Заказам и Клиентам

Программисты, поддержка ... всегда требуют Админ права и автоматически получают доступ к коммерческой информации - данные заказов и контакты клиентов, которую могут продать или другим способом злоупотреблять. Сделайте возможность отдельно предоставлять доступ к таким ценным данным.
Рейтинг: 2  
Новая
Предложил Бирюков Николай 14.07.2020 07:16:41

Горячие клавиши в приложении (десктоп)

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

  • Нужно чтобы по сочетанию клавиш открывлася сразу быстрый интерфейс добавления задачи например. Сидиш работаешь, тебе звонок, ты зажимаешь клавиши и сразу записываешь. многие задачники на десктопе так работают
  • улучшить интерфейс настройки приложение в трее.  Сейчас если кликнуть правой кнопкой то получишь ОООООЧЕНЬ  НУЖНОЕ НИЧЕГО, зачем? это в 21 веке дизайн UI ?http://joxi.ru/a2XWDdZTDBDQ7m
Рейтинг: 4.6706  
Новая
Предложил Кочергин Сергей 12.07.2020 12:18:06

Пользовательские поля. Конвертация, управление

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

Все пользовательские поля хранить в одном списке, не разделять на типы (для Лидов, Сделок, Контактов и т.д.), но в настройках каждого из полей иметь возможность отмечать сущности, в которых оно может использоваться.
1. Это позволит избавится от ненужных пользователям настроек при конвертации
2. Созданием полей в сущностях будут заниматься только администраторы, а не все пользователи.
3. У Битрикс24 будет встроенная связь между полями для передачи данных при конвертациях
5. Облегчит администраторам управление пользовательскими полями, поможет задать единый нумератор ID и сортировки.