При редактировании бизнес-процесса иногда требуется выбрать пользователя, появляется окно, но как выяснилось, при количестве зарегистрированных пользователей более 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-блоке бизнес-процессов напрямую обращаться к свойствам документа (например, смарт-процесса) без необходимости предварительно создавать в параметрах БП отдельную переменную, которую нужно еще заполнить значением поля документа на одном из предыдущих шагов.
Помимо полей документа, хотелось бы иметь возможность обращаться к "дополнительным результатам". Чтобы можно было без каких-то сложностей, решать простейшие задачи, например, проверить наличие значения в одном из полей связанных сущностей: документа, компании, контакта и сделки с определенным приоритетом.
Сейчас есть возможность сделать что-то типа: $var = '{{Название}}';
Но если в названии будет одинарная кавычка (McDonald's), то будет ошибка. Также есть проблемы с датами, множественными значениями и т.д. Не говоря уже о безопасности.
По-хорошему, должно быть что-то типа $rootActivity->GetDocumentProperty('UfCrm10Nomer') или $rootActivity->GetDocumentProperty('ContactLeadTotalDiscount'). Причем названия полей должны быть такие же, как шаблонах генерации документов. Ну, как я уже писал в др.тикете, нужно сделать генератор документов в БР для списков (сейчас он есть только в CRM), чтобы можно было получить список названий полей.
Как вариант решения проблемы, можно было бы сделать отдельный параметр форматирования значения $var = {{Название > php}};
В этом случае при использовании в коде значения полей очищались бы от подозрительного кода, кавычки и специальные символы бы экранировались, значение бы обрамлялось кавычками (если нужно), а даты и дроби приводились бы к нужному виду, чтобы при вставке в php-код воспринимались как строки, даты и числа. Множественные поля передавались бы как массивы через array().
Хотелось бы при изменении статуса счета иметь возможность: - присылать менеджерам уведомление; - изменять поля в сделках, компаниях и контактах.
При выставлении счетов по БП из сделки: - заполнять пользовательские поля в счете; - выбирать компанию-поставщика (из списка моих компаний).
При "зависании" счета в статусе "Отправлен клиенту": - уведомлять менеджера, что счет не оплачен уже __ дней, и его нужно либо закрыть на отказ, либо напомнить клиенту о его оплате; - через __ дней автоматически переводить счет на стадию "Не оплачен" и уведомлять менеджера и его руководителя.
Это все решается при добавлении роботов на вкладку "Счета".
Сейчас при настройках тоннелей сделки автоматически копируются и нельзя выбрать функционал переноса сделки. А это может быть важно для аналитики, чтобы сделка именно переносилась, а не копировалась. Надо добавить возможность выбора в редакторе тоннелей копировать или переносить сделки. Проходится в роботах настраивать перенос сделки, при этом в тоннелях не видно стрелки, что она туда переносится.
Время деньги. При занесении товаров в каталог много времени тратится в пустую. Магазин 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-импорт.
Речь про условие "Поле документа" "Комментарий". Есть "содержит", но нет варианта "не содержит". https://yadi.sk/i/3z7tXuDwI8pZRQ
К примеру, на этапе сделки идет автоматизация отправки письма - но в зависимости от ситуации можно выбрать один из нескольких шаблонов. При этом варианта "если не этот, то априори другой" нет, например: "Не содержит" = "бесплатный портал" - шаблон1 "Не заполнен" = шаблон2 "Содержит" = "другая crm" - шаблон3
На фоне такого большого выбора вариантов "равно", "не заполнено" и прочее очень хочется видеть "не содержит".
Добрый день! Регулярно сталкиваемся с неочевидной необходимостью завязать условие робота на тот или иной товар (или свойство товара). Например: если в сделке есть товар из раздела "Услуги" - автоматически сгенерировать акт выполненных работ (это только один пример, подобных задач много)
Так вот, если в редакторе БП и роботах можно будет привязываться к товару (как к контакту и компании) это можно будет решить.
Предложения позволяют серьезно облегчить работу со сложными и долгими сделками, но у них нет никакого варианта автоматизации. Нужны хотя бы исходящие триггеры, как в Счетах. (а ещё лучше - БП и роботов прикрутить) Тоннели продаж и мультиворонки в данном случае выглядят избыточными.