Проблема: Часто контакт или лид присылает файлы, но эти файлы теряются в недрах системы... "что в какой папке? где файлы из почты, а где найти файлы присланные 13 дней назад на согласование?"
Предложение:
Для каждого лида/компании автоматом создавать свою папку на диске б24 (например /files/{lid_id}, /files/{user_id} или /files/{GUID_ID}), а все файлы обмениваемые с этой сущностью помещать в эти папки.
Для связи папки с сущностью использовать адрес папки (новое поле у сущностей).
При конвертации можно просто переносить адрес до связанной папки.
По этому полю можно проверять необходимость удаления папки(если ссылок на папку больше нет - предлагать удалить папку с файлами).
Список связанных файлов можно показывать прям в сущности + ссылка на диск с файлами.
Выгода всем(!):
уменьшение размеров хранилища
повышенный спрос к диску б24 как структурированного хранилища
более охотно будут докупать место на диске, т.к. им будут пользоваться а не как сейчас...
p.s. если кто разрабатывает модули под облачный б24 напишите на email из профиля по реализации, очень нужно!!
Из комментария можно сохранить файл только в стандартную папку и каждый раз приходится находить ее и перемещать в нужную папку. Ужасно неудобно! Исправьте, пожалуйста. Надо сделать выбор любой папки в битриксе, куда надо сохранить файл (в том числе в сущность - лид, сделку, контакт, компанию)
CRM - Компании. Создала поле "Файл", чтобы прикреплять договора (справочная информация). Чтобы посмотреть условия договора, мне достаточно открыть файл в браузере, но сейчас файлы просто скачиваются, засоряя папку "Загрузки". Было бы удобно, если бы, например, один клик = открытие в браузере, двойной клик = скачивание. Либо при создании поля в настройках указывать, что делать с файлом при клике, скачивать или открывать в браузере.
Добавить дополнительное поле в настройке Почтового сообщения для возможности приложения файла к письму. Когда письмо адресовано зарегистрированному на портале пользователю, есть возможность в теле письма указать ссылку на Диске для просмотра или скачивания. А когда письмо адресовано клиенту этот способ не подходит, так как пользователь не может авторизоваться. Получить публичную ссылку через бизнес-процесс тоже возможности нет. НАИЛУЧШИМ для нас решением будет прикрепление файла к письму!
Находясь в папке шаблона компонента хотелось бы иметь возможность быстро создавать типовые для шаблона файлы: .parameters.php result_modifier.php component_epilog.php style.css script.js
А почему вы не добавили robots.txt из раздела который для этого предназначен, он бы не просто файл создал, а и рекомендованные значения ввел: /bitrix/admin/seo_robots.php?lang=ru
В остальном идея отличная, будем смотреть как будет идти голосование и думать.
В Mozzila Thunderbird можно подключить облачное хранилище и при отправке фала больше заданного размера почтовый клиент предлагает сохранить этот файл в облаке и делает ссылку в письме. Очень удобная функция для отправки больших файлов. В CRM Битрикс24 можно просто вложить файл, а чтобы сделать ссылку в письме нужно вначале сделать целую процедуру в диске. Требуется сделать возможность создавать открытую ссылку на файл прямо в письме.
Сейчас, при создании обращения в техподдержку, максимальный объем файла ограничен 400 Кб Это просто позор в 2013 году, невозможно ничего отправить, кроме маленького текстового файла.
Считаю, что необходимо ввести административные ограничения на аплоад файлов пользователем, как в группы, так и в личные спейсы пользователей.
Несанкционированная утечка информации - проблема, в общем-то, не новая. Очень часто работник со своего рабочего места имеет доступ к документам, которые не должны оказаться за пределами локальной сети. В некоторых отделах, например, отключены УСБ, заблокированы веб-мэйлеры и файл-шаринги, а исходящая почта соответствующим образом контролируется и протоколируется.
Битрикс24 даёт пользователю возможность, грубо говоря, НЕЗАМЕТНО стырить документы (с рабочего компа поднять, на домашнем сгрузить, и это никак и нигде не будет зафиксировано), предназначенные исключительно для внутреннего пользования.
Кроме того, всегда существует риск того, что, работник потеряет контроль над своим эккаунтом - тогда злоумышленник, им завладевший, получит доступ к рабочим документам пользователя, а они могут содержать и очень-очень закрытую информацию.
Поэтому и необходим административный контроль над аплоадом файлов пользователями : те, кому это по работе необходимо - пусть, тем кому нет необходимости - уж лучше запретить. В данный момент администратор может на раздел Файлы пользователя настроить права "только для чтения", но это обходится через кнопку "Добавить".
В остальном идея отличная, будем смотреть как будет идти голосование и думать.