1) Это позволит не плодить ненужные группы на сайте контроллера. (например, привязка пользователя к структуре компании определяет его принадлежность к группе на подчиненном сайте)
2) Не нужно выдумывать свои хаки с полями (например, храниться логин 1С в поле WORK_PROFILE, а на дочернем сайте переносить его в пользовательское свойство).
В версии 14.0.1 будет добавлено событие OnBeforeSendCheckAuth на модификацию полей перед отправкой их клиенту.
function OnBeforeSendCheckAuth_handler($arControllerMember, &$arSaveUser)
{
}
второй параметр передаётся по ссылке и его можно изменить в обработчике. а на подключенном сайте его содержимое почти без изменений идёт в CUser::Update/Add
Нажимаешь начать задачу. Потом нужно прерваться на непродолжительное время. Чтобы время не тикало, нужно нажать Отложить - задача уходит в Отложенные. А там могут быть задачи, отложенные на долгосрочный период. Хочется иметь именно Паузу, которая оставит задачу в списке В работе.
Жанна, спасибо за предложение. Действительно, сейчас имеется такая проблема с учетом времени в задачах, и она, к сожалению, не единственная. У нас в стратегических планах серьезное переосмысление и переработка всего, что касается автоматического учета времени в задачах. А кнопка "пауза" скоро появится.
Вот неплохая реализация http://www.tgantt.com/treegrid/www/Gantt.html и вот http://gantter.com/ 2. Не допускать, чтобы подчиненная задача могла быть длиннее основной - если срок подчиненной увеличивается, должен увеличиваться срок основной задачи (если есть разрешение постановщика на изменение срока), если разрешения на изменения срока основной задачи нет, то должно выдаваться предупреждение.
3. Добавить в задачи и диаграмму Ганта возможность включать столбцы начало, окончание задачи и длительность, а также % выполнения и ответственного за задачу.
4. Реализовать контроль задач в реальном времени - начал выполнять, нажимаешь начать задачу, пошел отсчет времени, закончил, нажимаешь окончание, отсчет прекращается.
Расширенным фильтром можно отфильтровать, но его не сохранить. Сохраненными фильтрами можно отфильтровать так, как нельзя отфильтровать расширеным фильтром.
Что хотел сделать: сохранить фильтр для условия «все задачи в работе с тегом ДИЗАЙН»
Понравилась идея? Напиши о ней в twitter!
Если хотите поставить минус, пожалуйста объясните вашу позицию в комментарии.
Очень часто требуется проконтролировать выполнение задачи. Хочется, чтоб галочка "Проконтролировать результат выполнения" присутствовала и на форме краткой постановки задачи (не быстрой, а просто краткой, хотя в быстрой задаче тоже бы не помешала).
У нас вопрос по продукту 1C-Bitrix: Корпоративный портал. У одного из наших заказчиков возникло требование использовать аунтентификацию на портале не через NTLM, а через Kerberos. В файле /bitrix/modules/ldap/classes/general/ldap.php размещена логика обработки переменной $_SERVER['REMOTE_USER']. Логика предусматривает реакцию на формат DOMAIN\Login, в таком виде отдает авторизованного пользователя NTLM, но Kerberos отдает в формате user@domain . Чтобы исправить эту ситуацию, мы внесли следующие правки в ядро (в указанном файле):
Здравствуйте! Что бы перейти с использования корпоративной почты на корпоративный портал, хотелось бы иметь возможность пересылать письма в КП и получать их в виде задач. Собственно это самая частая менеджерская функция: поставить задачу на основании полученной почты. В теме письма хотелось бы указывать название проекта. Типовые сценарии: 1) Получено письмо от заказчика, переслать в пул задач проекта. 2) Получено письмо от клиента, переслать в пул типовых задач для оценки, назначить исполнителя. 3) Получено письмо от партнера, переслать в пул собственных задач - назначить исполнителем себя.
Сейчас, при вводе фамилии/имени сотрудника в строке поиска мы получаем простой список ссылок на личные карточки сотрудников:
А хотелось бы видеть в результатах предикативного поиска дополнительную информацию по сотрудникам: телефон, скайп, email, подразделение и проч. Соответственно, хотелось бы также иметь возможность самому составлять набор отображаемых полей на основе свойств пользователя. Как здесь:
второй параметр передаётся по ссылке и его можно изменить в обработчике.
а на подключенном сайте его содержимое почти без изменений идёт в CUser::Update/Add