Зачем показывать внутренний код заказа, есть же номер заказа, специально сформированный под требования компании, почему он игнорируется в названиях связанных документов?(

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

Сейчас документы Microsoft Office и PDF можно посмотреть прямо в браузере через различные офисные пакеты, например, Google Docs. К сожалению файлы OpenDocument как документы не распознаются, вследствие чего их нельзя посмотреть без скачивания, хотя те же Google Docs прекрасно умеют с этими документами работать.

Наши контрагенты просят дублировать выставленные счета  в Экселе. Приходится прибегать к помощи всевозможных кривых конвертеров.
Сделайте пожалуйста возможность выгрузки счетов в эксель-формате!
Спасибо.

Было бы здорово иметь в битриксе широкое и хорошо задокументированное API для работы с офисными документа-Word, Excel, PP, PDF. Сам нашел API только для PDF, причем весьма скудное-элементарно нет возможности сформировать PDF из HTML документа. Особо приятно было бы, если б API поддерживало конвертацию из одного формата в другой, например docx-PDF.

Необходимо реализовать функцию автозаполнения Договоров. Загрузка шаблона договора и автоподстановка реквизитов. Функция удобна для типовых продуктов.  

Очень бы хотелось вынести документооборот в отдельное место в Bitrix и были реализованы такие возможности как:

-Создаётся карточка с названием, например, "Счет". -> Вкладываются файлы, например, счета на оплату за свет, -> отправляются по маршруту "Подпись рук-лю с ЭЦП, затем ознакомление Фин.директору, а потом уже выполнение Бухгалтеру". Важно, чтобы исполнитель знал о судьбе выполнения поставленной задачи на оплату счета и был всегда осведомлён о том, что кто-то не подписал.
-Быстрый просмотр карточек с документами с различными стадиями выполнения: Маршрут закончен или он на стадии подписания.
-Постоянные напоминания выполняющим о том, что нужно выполнить документ или интерактивно в таблице выводились по фильтрам наиболее ценные задачи.

Если настроить статусы документооборота так как описано в справке Битрикса тут - http://dev.1c-bitrix.ru/learning/course/?COURSE_ID=48&LESSON_ID=3834&LESSON_PATH=3918.4634.4752.5049.3834 - т.е. Черновик-Готов-Опубликован, и для статуса "опубликован" разрешить переводить в него и редактировать в нем только админам,  то получается следующая нездоровая ситуация:

Пользователь (контент-менеджер), имеющий право редактировать (добавлять/изменять/удалять) элементы ИБ в режиме документооборота, при попытке удалить какой-либо элемент ИБ, находящийся в статусе опубликован, либо хоть раз побывавший в статусе опубликован, получает ошибку доступа.

Тогда как реализовать удаление элементов в документообороте контент-менеджерам?
Ведь такая задача - это вполне реальная и частая необходимость!
Вот наш пример - контент-менеджер редактирует список дилеров. некоторые из них перестали быть нашими дилерами - их конечно надо удалить.

По существующей логике Битрикса удалить элемент ИБ (который хоть раз был в статусе опубликован) может только пользователь, имеющий право редактировать элементы в статусе ОПУБЛИКОВАН, в моем конкретном случае - это пользователь admin. Хорошо, разумность в этой логике есть. Но потребность удалить элемент по инициативе контент-менеджера - тоже есть и ее никуда не денешь...

как быть? тогда должен быть какой-то приличный механизм реализации этой задачи. Вот в CMS TYPO3 есть такая фукнкция как пометить элемент на удаление. А в Битриксе такое есть? По идее если бы контент менеджер сделал такую пометку для элемента ИБ, админ бы узнал об этом через письмо (почтовые события), принял бы допустим положительное решение об удалении - и удалил сам, имея на то все права.

ИМХО в Битриксе не хватает такого функционала. Помогите найти решение для этой ситуации.

В библиотеке документов в частности.

Предлагаю научить bitrix:iblock.element.add.form редактировать не только созданные пользователем элементы, но и чужие (при наличии прав).

Т.к. поддержка документооборота есть, то можно будет легко и просто это дело модерировать.

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

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

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

к примеру посылает 1ый человек 2ому файл из ленты, 2ой подправил его и хочет отправить его обратно, но в обратку он может написать только комментарий.


Если вы сделайте такую возможность , то социальные функции корпортала возрастут в разы, очень сильно повысится юзабилити. С такой функцией корпортал станет по настоящему достойной альтернативой внутрекорпоратвиной почте.


p.s. как я уже писал в других своих идеях, не плохобы подобный принцип распространить вообще на весь внутренний контент корпортала, чтобы можно также ссылаться легко на фото из любой фотогалереи (как сейчас устроен выбор человека для адресации сообщения живой ленты) . Потому что понятно, что можно зайти туда то скопировать гипперсылку , вставить в другое место, но это уже совершенно не web 2.0 и не юзабилити.

Сейчас юзер, обладающий правами первичного создания элемента в документообороте (без права публикации) фактически действует вслепую. Он добавляет информацию в элемент инфоблока, но как она в итоге будет смотреться - не знает и узнает только когда главный редактор опубликует элемент.
Решение: добавить в компоненты новостей и каталога поддержку вывода элементов НЕ ТОЛЬКО в статусе "Опубликован" для определенных групп пользователей.

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

Сейчас при использовании модуля "Документооборот" на сайте редакторам приходят письма с очень информативными заголовками - "Новый элемент информационного блока №777 (тип - 'catalogues')". Внутри чаще всего пусто, так как при нормальной настройке Битрикса большее количество информации пишется в свойства элементов, а не в тексты анонса и детальной страницы.
Очень желательно добавить в почтовые шаблоны:

• Название инфоблока на человеческом языке
  
• Свойства элемента (хотя бы в виде одного регулярного выражения - #PROPERTIES# с перечислением всех-всех свойств)
  

Читать подробнее...

Хранить документы внутри этого решения или  предусмотреть  двухстороннюю синхронизацию хранилища.

Задачи умеют сохранять только историю изменений заголовков задач (названия задач), но не умеют сохранять историю изменений содержания самой задачи, по которой можно отследить эволюцию развития документа (задачи) как это делается в документообороте.
Очень хотелось бы иметь такой функционал в задачах

Новая система распределения прав доступа к файлам в рабочих группах – большой шаг вперед по сравнению с предыдущими возможностями (хочется чтобы нечто аналогичное было сделано и для других вкладок модуля). Но при этом у нее есть серьезный недостаток.
Предположим, у меня есть достаточно разветвленная структура папок. Вполне частая рабочая ситуация, когда передо мной встает необходимость дать кому-то из членов группы доступ к файлу (или папке), который находится где-то внизу иерархии.
Да, я могу это сделать, но как? Сначала я должен дать доступ на корневую папку. После этого начать отключать доступ по ветвям папки, не ведущим к данному файлу. В том случае, если файл, к которому я хочу дать доступ – лишь один из сотни в данной папке, то я вынужден заходить в права доступа всех остальных файлов и отключать доступ к каждому из файлов.
Итого простая операция может занять огромное количество времени.
Права наследования для вложенных папок – это реализовано и это хорошо, но при этом должна быть возможность, чтобы при добавлении прав доступа на нижестоящем уровне, автоматом добавлялся доступ к верхним папка по одной линии иерархии, т.е. уже без наследования прав. Примеры подобного решения прав доступа на корпоративных порталах, кстати, имеются.

в общих документах Корпортала и документах групп.