Добрый день, прошу добавить возможность отображать пропущенные звонки всем сотрудникам по крайней мере в группе в маршруте а не только что бы данное уведомление падало ответственному сотруднику.  

Пример. В карточке сущности в комментарии или при формировании письма хочу прикрепить файл с диска. Точно знаю что он существует, но где именно и в какой папке знать и помнить невозможно. При наличии поиска будет намного комфортнее и не надо будет подкачивать один и тот же файл несколько раз.

Для типов событий есть символьный код по которому можно вызвать отправку письма, но иногда необходимо создать несколько шаблонов для одного типа событий и тут возникает проблема при отправке писем с этими шаблонами, т.к. использовать их можно только с указанием их ID, но как часто бывает, в рабочей среде и в среде для разработки эти ID будут разные и завязаться больше не на что, символьные коды очень бы помогли и не пришлось бы плодить однотипные события

Добрый день!
Прошу разработать механизм просмотра истории взаимодействий в блоке "Складской учет".
Дело в том, что формируя документы, было бы очень кстати понимать на основании чего создан документ "Реализация", к примеру.

Хотелось бы видеть историю: ЧТО на основании ЧЕГО и КЕМ делалось, в КАКОЕ ВРЕМЯ, были ли ПРАВКИ, если да, то ЧЬИ. Это позволит оперативнее работать с документами, и быстрее найти ошибку, понять кто был ответственный за документ, не вносил ли кто-то еще правки, и все в таком ключе.  

Еще есть такой механизм "на основании", как в 1С. Он был бы так же полезен и для Битрикс24. Очень удобно формировать, например, документ "Перемещение" из карточки товара..и другие документы, по аналогии.

На сегодняшний день, когда я захожу в "Каталог товаров" в конкретный товар, я вижу сверху кнопку "Добавить документ", и там есть выбор: Приход, Реализация, Списание, Перемещение, но при выборе документа, мне не подтягивает товар в формирование документа, это значит, либо кнопка и товар не связаны между собой, либо эта функция не работает, либо она предназначена для быстрого перехода к формированию документов но на мой взгляд, она должна мыть максимально автоматизированной. Иначе зачем она вообще там есть. Соответственно, мое предложение "на основании" можно разработать на базе этой кнопки "Добавить документ" из "Каталога товаров".

История должна отражаться в любой сущности, затрагивающей данные блоки "Сделка", документы "Складского учета", "Каталог товаров".

Предложение такое, соединить редактор в Битрикс24.Сайты и интерфейс Битрикс24. Дать возможность администраторам, возможность полностью переделывать дизайн интерфейса портала Битрикс24 под себя (под нужды заказчика), с помощью визуального редактора.  

Здравствуйте! На данный момнет для настрйоки интеграции с 1с-битрикс cms необходимо снять основную конфигурацию с замка (открыть редактирвоание с созхранением поддердки), в то время как есть расширения для битрикс24 которые устанавливаются без включения редактирования с сохрарением поддержки конфигурации. Предлагаю по такому же пути выпускать расшиернеия для 1с-битрикс инструмента обмена. Этот вопрос полезен не столько в обмене с битриксом (хотя это безузсловно пловысит удобство и сговорчивать особенно новых клиентов), сколько в вопросе поддержки фирмы 1с, которые на ряд вопросов принципиально не отвечают при наличии расширений и при снятом замке с конфигурации, что в целом в некоторых случаях может вызвать негативные эпоции у клиентов, чего мы всегда хотим избежать=) Было бы очень круто увидеть это в следующих релизах. P.S. если хватит свободного времени, куда можнои прислать черновик вараинта, для наглядности?  

Предлагаю реализовтаь подход к реализации списка задач, может как вид отдельный: как в игре Готика: там был дневник, в котором задачи формировались по вкладкам выполненные, проваленные, ну и выполняемые сейчас, разумеется. там же можно увидеть чего не хватает для выполнения задачи (а чеклист уже давно есть в задачах), ну плюс оформление пркрасно зайдет под какой-нибудь "haloween"

Очень неудобно поддерживать в актуальном состоянии тестовые площадки с боевыми... особенно когда ядро находится в своём репозитории, т.е. файлы версии файлов ядра мы контроллируем таким образом, в структуру бд - нет... например, после обновления ядра, нужно протестировать функционал на тестовом сайте, тестирование по разным причинам может занимать несколько дней, за это время вышли новые обновления и чтобы их накатить, нужно снова загружать на тестовый для тестирования... и т.д...

предлагаю сделать отдельные файлы с миграциями бд для обновлений битрикса, которые будут лежать например в /bitrix/updates/migrations и которые можно завести под контроль версий git.

В бизнес-процессах (в частности в Списках) порой нужна возможность запросить у пользователя не только несколько значений одного поля (например, перечень заменяющих сотрудников на время отпуска - Петров, Иванов, Сидоров), но еще и дополнительные сведения (Петров - администрирование сайта, с 1-14.08, Иванов - реклама, 1—7.08, Сидоров - реклама, 8—14.08).

Т.е. нужна табличка с несколькими разными типами даных, которые бы сохранялись в массив и которые потом можно было бы вывести в виде таблицы в документе. Желательно, чтобы у каждого поля таблички можно было указать значения по-умолчанию из другого поля (например, даты начала и окончания равные датам в полях начала и окончания отпуска).

Сейчас приходится делать несколько последовательных множественных полей и у людей с ними сложности — они их заполняют неправильно.

Также в нашей бумажной версии заявления на отпуск было можно указывать множественные диапазоны дат отпуска. Например, "Прошу предоставить очередной отпуск с 1-14 августа и отпуск за свой счет с 15 по 21 августа без сохранения з/п". Т.е. это тоже было могло быть решено таким 2D-массивом.