1. Требуется добавить кастомизацию уведомлений на портале. Менеджерам неудобно пользоваться онлайн-чатом на сайте в связи с плохими уведомлениями в портале, трудно отсеивать важные от неважных. Как итог - сообщения в онлайн-чат вовремя не обрабатываются.
Добрый день.
Хотелось бы увидеть реализацию возможности добавлять крайний срок при создании регулярной задачи: "через n дней/часов/минут". Это будет понятно пользователям, что для вновь создаваемой задачи, будет установлен крайний срок: дата создание+n дней/часов/минут... На данный момент, я так понимаю, можно только установить дату финиша.
Спасибо!
Хотелось бы увидеть реализацию возможности добавлять крайний срок при создании регулярной задачи: "через n дней/часов/минут". Это будет понятно пользователям, что для вновь создаваемой задачи, будет установлен крайний срок: дата создание+n дней/часов/минут... На данный момент, я так понимаю, можно только установить дату финиша.
Спасибо!
Коллеги, здравствуйте!
Столкнулся вот с чем.
Создаю БП на возврат документа на предыдущий статус (при некорректно заполненном поле) из финального статуса воронки.
Что в Канбан, что в списках - результат тот же -
Хочется, чтобы при динамических изменениях сумм и прочих зависимых полей, изменялось и ВИЗУАЛЬНОЕ перемещение стадии сделки.
А так меняется только после обновления страницы...
Спасибо!
Столкнулся вот с чем.
Создаю БП на возврат документа на предыдущий статус (при некорректно заполненном поле) из финального статуса воронки.
Что в Канбан, что в списках - результат тот же -
Хочется, чтобы при динамических изменениях сумм и прочих зависимых полей, изменялось и ВИЗУАЛЬНОЕ перемещение стадии сделки.
А так меняется только после обновления страницы...
Спасибо!
Доброе утро!
Хотелось бы иметь возможность выборки агрегированных данных в REST Api.
Например (MYSQL):
Сейчас же чтобы получить таким образом данные необходимо выбрать все сделки с ответственным "5" и потом на стороне клиента (или сервера) просуммировать все полученные значения. Если таких сделок будет 5000 то это уже достаточно трудозатратная операция.
Хотелось бы иметь возможность выборки агрегированных данных в REST Api.
Например (MYSQL):
SEL ECT SUM(`OPPORTUNITY`) FR OM `b_crm_deal` WHERE `ASSIGNED_BY_ID`=5 GROUP BY `ASSIGNED_BY_ID` |
Сейчас же чтобы получить таким образом данные необходимо выбрать все сделки с ответственным "5" и потом на стороне клиента (или сервера) просуммировать все полученные значения. Если таких сделок будет 5000 то это уже достаточно трудозатратная операция.
В вики может храниться различная информация: Пароли и явки, просто справочная информация, информация для размышления и тд
Сделать по умолчанию право доступа "Видно для всех" с возможностью ограничить по группе/отделу/людям (как публикация в живой ленте)
Таким образом общая информация видна всем, конфиденциальная - кому разрешено
Сделать по умолчанию право доступа "Видно для всех" с возможностью ограничить по группе/отделу/людям (как публикация в живой ленте)
Таким образом общая информация видна всем, конфиденциальная - кому разрешено
Добавить событие OnAfterComponent(str $component = "bitrix.news.list", &arResult).
$component - Код любого компонента в системе
Один из кейсов:
Для кастомизации карточки Компании (crm.company.show), необходимо либо выносить компонент в свою область, либо задействовать JS () - что не очень круто
С событием же можно было так:
$component - Код любого компонента в системе
Один из кейсов:
Для кастомизации карточки Компании (crm.company.show), необходимо либо выносить компонент в свою область, либо задействовать JS () - что не очень круто
С событием же можно было так:
OnAfterComponent("bitrix:crm.company.show", &$arResult) {
$arResult["FIELDS"]["customtab"][] = Array(
'id' => 'CUSTOM_TAB',
'name' => 'CUSTOM',
'colspan' => true,
'type' => 'custom',
'value' => $tabContent
);
return $arResult;
} |
Имеются расхождения в заголовках страниц и названиях. Привести в одинаковый вид.
И так же формирования заголовков при углублении.
Более информативно на картинке.
И так же формирования заголовков при углублении.
Более информативно на картинке.
При попытке создания таблицы в задаче из процесса она теряет форматирование. К тому же в задачах невозможно работать с таблицами. Более подробно в видео по ссылке:
Например:
1. Добавил на портале для задачи новое пользовательское поле "Приоритет задачи" (число).
2. Применил его для всех пользователей (то есть сделал "общим")
3. Заполнил его для всех задач и оно стало выводиться на странице просмотра и редактирования задачи. Тем самым, казалось бы, решив проблему с приоритезацией задач
4. Но в самом списке задач это поле вывести как отдельную колонку невозможно - там только стандартные поля
Суть идеи: сделать возможность выводить отдельной колонкой пользовательские свойства задач с списковом представлении
1. Добавил на портале для задачи новое пользовательское поле "Приоритет задачи" (число).
2. Применил его для всех пользователей (то есть сделал "общим")
3. Заполнил его для всех задач и оно стало выводиться на странице просмотра и редактирования задачи. Тем самым, казалось бы, решив проблему с приоритезацией задач
4. Но в самом списке задач это поле вывести как отдельную колонку невозможно - там только стандартные поля
Суть идеи: сделать возможность выводить отдельной колонкой пользовательские свойства задач с списковом представлении
Привет! Для администрирования портала, нам нужна гибкая система раздачи прав пользователям. К примеру: Только начальники отделов могут приглашать новых сотрудников, редактировать задачи, и т.д. Другие отдельные сотрудники могут ТОЛЬКО приглашать новых сотрудников на портал и редактировать структуру. У третьих - только просмотр....
© 2001-2022 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
