При редактировании бизнес-процесса иногда требуется выбрать пользователя, появляется окно, но как выяснилось, при количестве зарегистрированных пользователей более 100 тысяч, это окно загружается около 1 минуты, что крайне неудобно.
Проблема в файле /bitrix/modules/bizproc/admin/bizproc_selector.php, строка 80. Если поменять код:
foreach($arAllowableUserGroups as $gId=>$gName)
{
$a = CBPHelper::extractUsersFromExtendedGroup($gId);
if ($a === false)
$a = $documentService->GetUsersFromUserGroup($gId, $documentType);
foreach ($a as $v)
{
if (!in_array($v, $arUsers))
$arUsers[] = $v;
}
}
Предлагаю сделать возможность переименования вкладок в разделе "Командная PHP-строка". В текущем виде, при накоплении достаточного большого их количества, ориентироваться неудобно.
Нужна возможность в PHP-блоке бизнес-процессов напрямую обращаться к свойствам документа (например, смарт-процесса) без необходимости предварительно создавать в параметрах БП отдельную переменную, которую нужно еще заполнить значением поля документа на одном из предыдущих шагов.
Помимо полей документа, хотелось бы иметь возможность обращаться к "дополнительным результатам". Чтобы можно было без каких-то сложностей, решать простейшие задачи, например, проверить наличие значения в одном из полей связанных сущностей: документа, компании, контакта и сделки с определенным приоритетом.
Сейчас есть возможность сделать что-то типа: $var = '{{Название}}';
Но если в названии будет одинарная кавычка (McDonald's), то будет ошибка. Также есть проблемы с датами, множественными значениями и т.д. Не говоря уже о безопасности.
По-хорошему, должно быть что-то типа $rootActivity->GetDocumentProperty('UfCrm10Nomer') или $rootActivity->GetDocumentProperty('ContactLeadTotalDiscount'). Причем названия полей должны быть такие же, как шаблонах генерации документов. Ну, как я уже писал в др.тикете, нужно сделать генератор документов в БР для списков (сейчас он есть только в CRM), чтобы можно было получить список названий полей.
Как вариант решения проблемы, можно было бы сделать отдельный параметр форматирования значения $var = {{Название > php}};
В этом случае при использовании в коде значения полей очищались бы от подозрительного кода, кавычки и специальные символы бы экранировались, значение бы обрамлялось кавычками (если нужно), а даты и дроби приводились бы к нужному виду, чтобы при вставке в php-код воспринимались как строки, даты и числа. Множественные поля передавались бы как массивы через array().
Желательно изменить зависимость пакета bitrix-env от пакета php-pecl-xdebug В случае, когда требуется установить php-pecl-xdebug3, эта зависимость мешает, так как эти пакеты не могут быть установлены одновременно.
Желательно сделать так чтобы пакет bitrix-env позволял установить php-pecl-xdebug3 вместо php-pecl-xdebug Сейчас при попытке удалить php-pecl-xdebug по зависимости удаляется и bitrix-env. Приходится удалять php-pecl-xdebug с игнорированием зависимости, а перед обновлением пакета bitrix-env приходится возвращать обратно php-pecl-xdebug, а после обновления ставить обратно php-pecl-xdebug3.
Иначе обновление bitrix-env просто не установится, так как пакет требует именно php-pecl-xdebug, а php-pecl-xdebug3 ему не известен.
Хотелось бы при изменении статуса счета иметь возможность: - присылать менеджерам уведомление; - изменять поля в сделках, компаниях и контактах.
При выставлении счетов по БП из сделки: - заполнять пользовательские поля в счете; - выбирать компанию-поставщика (из списка моих компаний).
При "зависании" счета в статусе "Отправлен клиенту": - уведомлять менеджера, что счет не оплачен уже __ дней, и его нужно либо закрыть на отказ, либо напомнить клиенту о его оплате; - через __ дней автоматически переводить счет на стадию "Не оплачен" и уведомлять менеджера и его руководителя.
Это все решается при добавлении роботов на вкладку "Счета".
Необходимо разрешить инфоблокам ориентироваться не только на встроенные системные уровни доступа, но и на добавляемые. Сейчас в настройках прав групп на инфоблоки многократно проверяется, чтобы уровни доступа были только из фиксированного набора.
Пример: возникла задача запретить менеджерам выгрузку в Excel некоторых инфоблоков, но оставить эту возможность для их руководителей. Приходится или давать этим руководителям админские права, либо лезть в код.
Сейчас при настройках тоннелей сделки автоматически копируются и нельзя выбрать функционал переноса сделки. А это может быть важно для аналитики, чтобы сделка именно переносилась, а не копировалась. Надо добавить возможность выбора в редакторе тоннелей копировать или переносить сделки. Проходится в роботах настраивать перенос сделки, при этом в тоннелях не видно стрелки, что она туда переносится.
Время деньги. При занесении товаров в каталог много времени тратится в пустую. Магазин 2000 позиций. Сделайте: 1)При создании новых товаров возможность фиксации единицы измерения и разделов. При создании каждый раз приходится вводить заново, а зачем если товары из 1 раздела и одна единица измерения ? Смена каждого пункта 2 сек. 2000 товаров=4000сек=66,666 минут 2) Добавьте кнопку : " Сохранить и создать новый товар" в меню создания новых товаров. Создали товар нажали сохранить, потом крестик на закрытие текущей карточки, потом кнопка создание нового товара- итого у меня 5 секунд. 2000 товаров=10000 сек= 166,66 минут 3)Возможность изменения Базовой цены непосредственно в каталоге ( пусть через дополнительную кнопку) но главное чтобы не открывать карточку товара! открытие карточки товара 5 сек ) математика такая же как выше. итого мелочи но 399,98 минут потеряно. Для ип который делает магазин в 1 морду(про себя) 6 часов 30 минут это много. p.s. если есть ошибки прошу прощения!!!!!!!!!! Удачи и терпения в разработке!
1) Создавайте товар, находясь в разделе - он привяжется автоматом. Если единица измерения одна - сделайте ее дефолтной, привяжется сама. 2) Правый нижний угол формы - "Сохранить и добавить" 3) Выведите Базовую цену в гриде и используйте быстрое редактирование.
Вообще для массового добавления лучше использовать csv-импорт.