Идеи пользователя
Предложение такое, соединить редактор в Битрикс24.Сайты и интерфейс Битрикс24. Дать возможность администраторам, возможность полностью переделывать дизайн интерфейса портала Битрикс24 под себя (под нужды заказчика), с помощью визуального редактора.
Предлагаю реализовтаь подход к реализации списка задач, может как вид отдельный: как в игре Готика: там был дневник, в котором задачи формировались по вкладкам выполненные, проваленные, ну и выполняемые сейчас, разумеется. там же можно увидеть чего не хватает для выполнения задачи (а чеклист уже давно есть в задачах), ну плюс оформление пркрасно зайдет под какой-нибудь "haloween"
Очень неудобно поддерживать в актуальном состоянии тестовые площадки с боевыми... особенно когда ядро находится в своём репозитории, т.е. файлы версии файлов ядра мы контроллируем таким образом, в структуру бд - нет... например, после обновления ядра, нужно протестировать функционал на тестовом сайте, тестирование по разным причинам может занимать несколько дней, за это время вышли новые обновления и чтобы их накатить, нужно снова загружать на тестовый для тестирования... и т.д...
предлагаю сделать отдельные файлы с миграциями бд для обновлений битрикса, которые будут лежать например в /bitrix/updates/migrations и которые можно завести под контроль версий git.
предлагаю сделать отдельные файлы с миграциями бд для обновлений битрикса, которые будут лежать например в /bitrix/updates/migrations и которые можно завести под контроль версий git.
В бизнес-процессах (в частности в Списках) порой нужна возможность запросить у пользователя не только несколько значений одного поля (например, перечень заменяющих сотрудников на время отпуска - Петров, Иванов, Сидоров), но еще и дополнительные сведения (Петров - администрирование сайта, с 1-14.08, Иванов - реклама, 1—7.08, Сидоров - реклама, 8—14.08).
Т.е. нужна табличка с несколькими разными типами даных, которые бы сохранялись в массив и которые потом можно было бы вывести в виде таблицы в документе. Желательно, чтобы у каждого поля таблички можно было указать значения по-умолчанию из другого поля (например, даты начала и окончания равные датам в полях начала и окончания отпуска).
Сейчас приходится делать несколько последовательных множественных полей и у людей с ними сложности — они их заполняют неправильно.
Также в нашей бумажной версии заявления на отпуск было можно указывать множественные диапазоны дат отпуска. Например, "Прошу предоставить очередной отпуск с 1-14 августа и отпуск за свой счет с 15 по 21 августа без сохранения з/п". Т.е. это тоже было могло быть решено таким 2D-массивом.
Т.е. нужна табличка с несколькими разными типами даных, которые бы сохранялись в массив и которые потом можно было бы вывести в виде таблицы в документе. Желательно, чтобы у каждого поля таблички можно было указать значения по-умолчанию из другого поля (например, даты начала и окончания равные датам в полях начала и окончания отпуска).
Сейчас приходится делать несколько последовательных множественных полей и у людей с ними сложности — они их заполняют неправильно.
Также в нашей бумажной версии заявления на отпуск было можно указывать множественные диапазоны дат отпуска. Например, "Прошу предоставить очередной отпуск с 1-14 августа и отпуск за свой счет с 15 по 21 августа без сохранения з/п". Т.е. это тоже было могло быть решено таким 2D-массивом.
В карточке сущности CRM есть раздел История, которая фиксирует некие события. Это журналирование хотелось бы настраивать:
1) отключить фиксирование просмотров
хотели бы отключить регистрацию события просмотра карточки кем либо
сценарий: руководитель скрыто проверяет работу сотрудника в CRM и требуется, чтобы у сотрудника была возможность выявить эту активность через события просмотра
2) просмотр/управление для каких полей фиксируются изменения
3) просмотр/управление протоколирования дел
4) управлять правами доступа к журналу изменений.
1) отключить фиксирование просмотров
хотели бы отключить регистрацию события просмотра карточки кем либо
сценарий: руководитель скрыто проверяет работу сотрудника в CRM и требуется, чтобы у сотрудника была возможность выявить эту активность через события просмотра
2) просмотр/управление для каких полей фиксируются изменения
3) просмотр/управление протоколирования дел
4) управлять правами доступа к журналу изменений.
Сценарий: вам нужно задать пообщаться с коллегой (переписка в чате), а он ещё не вошёл на портал.
Идея: добавить возможность оповестить о входе сотрудника на портал. разместить эту опцию можно в профиле или в чате, как это есть в некоторых мессенджерах.
Идея: добавить возможность оповестить о входе сотрудника на портал. разместить эту опцию можно в профиле или в чате, как это есть в некоторых мессенджерах.
Не хватает функционала, когда в истории сущности (Лид, Сделка, Компания, Контакт) будет записываться кто и что поменял и на какое значение в разрезе пользовательских полей.
Т.е. аналогично, как записываются изменения Суммы, Названия или смена ответственного в истории
Т.е. аналогично, как записываются изменения Суммы, Названия или смена ответственного в истории
Бизнес-процессы в CRM можно запускать при создании или изменении карточек. В этом случае важно понимать, какие поля были изменены (заполнены) перед запуском БП. В триггерах есть возможность повесить его на изменение определенного поля - значит фунцкионал проверки изменения полей у вас есть.
Было бы здорово, если в списке свойств документа было бы множественное поле "Измененные поля", а также кто изменил их (или что). "Кто изменил" и сейчас есть, но почему-то иногда оно заполнено значением предыдущего изменения. Например, у меня есть БП по проверке изменения временного текстового поля "Реквизиты". После изменения я уведомляю о том, что поле заполнено и ставлю задачу.
Но иногда почему-то приходит уведомление, что документ поменял я сам, хотя я точно этого не делал. Причем, как правило, в таких случаях это поле тоже не менялось, просто было заполнено до создания БП.
Поэтому хотелось бы проверить, было ли изменение конкретного поля и, если да, то только в этом случае высылать уведомление. И если документ меняется не пользователем, а каким-то триггером или роботом, или внешним БП, то тогда поле "Кто изменил" оставить пустым
Было бы здорово, если в списке свойств документа было бы множественное поле "Измененные поля", а также кто изменил их (или что). "Кто изменил" и сейчас есть, но почему-то иногда оно заполнено значением предыдущего изменения. Например, у меня есть БП по проверке изменения временного текстового поля "Реквизиты". После изменения я уведомляю о том, что поле заполнено и ставлю задачу.
Но иногда почему-то приходит уведомление, что документ поменял я сам, хотя я точно этого не делал. Причем, как правило, в таких случаях это поле тоже не менялось, просто было заполнено до создания БП.
Поэтому хотелось бы проверить, было ли изменение конкретного поля и, если да, то только в этом случае высылать уведомление. И если документ меняется не пользователем, а каким-то триггером или роботом, или внешним БП, то тогда поле "Кто изменил" оставить пустым
Сейчас в Смарт-процессах есть тип поля "Файл", но к сожалению, при его использовании можно загрузить файл только с диска компьютера. Жаль, нет возможности выбрать файл с Битрикс24.Диска, выбрать его из письма или вообще , если это возможно.
Кстати, в Списках есть поле Файл (Диск), а до более современных смарт-процессов он почему-то не добрался - тут есть только Файл. В списках также есть поле "Привязка с способам оплаты", а в смарт-процессах его тоже нет.
Кстати, в Списках есть поле Файл (Диск), а до более современных смарт-процессов он почему-то не добрался - тут есть только Файл. В списках также есть поле "Привязка с способам оплаты", а в смарт-процессах его тоже нет.
Нужна возможность в PHP-блоке бизнес-процессов напрямую обращаться к свойствам документа (например, смарт-процесса) без необходимости предварительно создавать в параметрах БП отдельную переменную, которую нужно еще заполнить значением поля документа на одном из предыдущих шагов.
Помимо полей документа, хотелось бы иметь возможность обращаться к "дополнительным результатам". Чтобы можно было без каких-то сложностей, решать простейшие задачи, например, проверить наличие значения в одном из полей связанных сущностей: документа, компании, контакта и сделки с определенным приоритетом.
Сейчас есть возможность сделать что-то типа:
$var = '{{Название}}';
Но если в названии будет одинарная кавычка (McDonald's), то будет ошибка. Также есть проблемы с датами, множественными значениями и т.д. Не говоря уже о безопасности.
По-хорошему, должно быть что-то типа $rootActivity->GetDocumentProperty('UfCrm10Nomer') или $rootActivity->GetDocumentProperty('ContactLeadTotalDiscount'). Причем названия полей должны быть такие же, как .
Ну, как я уже писал в др.тикете, нужно сделать генератор документов в БР для списков (сейчас он есть только в CRM), чтобы можно было получить список названий полей.
Как вариант решения проблемы, можно было бы сделать отдельный параметр форматирования значения
$var = {{Название > php}};
В этом случае при использовании в коде значения полей очищались бы от подозрительного кода, кавычки и специальные символы бы экранировались, значение бы обрамлялось кавычками (если нужно), а даты и дроби приводились бы к нужному виду, чтобы при вставке в php-код воспринимались как строки, даты и числа. Множественные поля передавались бы как массивы через array().
Помимо полей документа, хотелось бы иметь возможность обращаться к "дополнительным результатам". Чтобы можно было без каких-то сложностей, решать простейшие задачи, например, проверить наличие значения в одном из полей связанных сущностей: документа, компании, контакта и сделки с определенным приоритетом.
Сейчас есть возможность сделать что-то типа:
$var = '{{Название}}';
Но если в названии будет одинарная кавычка (McDonald's), то будет ошибка. Также есть проблемы с датами, множественными значениями и т.д. Не говоря уже о безопасности.
По-хорошему, должно быть что-то типа $rootActivity->GetDocumentProperty('UfCrm10Nomer') или $rootActivity->GetDocumentProperty('ContactLeadTotalDiscount'). Причем названия полей должны быть такие же, как .
Ну, как я уже писал в др.тикете, нужно сделать генератор документов в БР для списков (сейчас он есть только в CRM), чтобы можно было получить список названий полей.
Как вариант решения проблемы, можно было бы сделать отдельный параметр форматирования значения
$var = {{Название > php}};
В этом случае при использовании в коде значения полей очищались бы от подозрительного кода, кавычки и специальные символы бы экранировались, значение бы обрамлялось кавычками (если нужно), а даты и дроби приводились бы к нужному виду, чтобы при вставке в php-код воспринимались как строки, даты и числа. Множественные поля передавались бы как массивы через array().
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
$documentService = $this->workflow->GetService("DocumentService"); $document = $documentService->getDocument($this->getDocumentId()); $var = $document['MY_DOCUMENT_PROPETRY'];$activity = $this->workflow->GetActivityByName('MY_ACTIVITY_ID'); $var = $activity->MyProperty;