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

Если бы речь шла об отчёте FastReport или формированием отчёта путём создания "вручную" в скрипте, то можно использовать два независимых источника данных, первый из которых содержал бы информацию о проектах, а второй - информацию о работах одного из проектов из первого источника. В FastReport можно было бы добавить два объекта MasterData, которые бы ссылались на эти источники. Но в базовом функционале пользовательских запросов нет возможности построить отчёт, который использует два практически независимых запроса. Необходимо решать эту задачу другими методами (FastReport или скриптами).

Да, спасибо. Я так и думал, будем создавать Fastreport.

На эту тему есть идея.
По поводу раскраски реестра - Тынц.
По поводу эстетики раскраски - сюда.

Да, идея была нормальная. И реализовали ее как подсветку реестра (именно то, что я просила) в версии 3.4, если я правильно поняла. НО у меня-то вресия 3.3.1. Не будем же мы из-за этого переходить в новую версию... надо как-то реализовать это в старой версии.

Виктория, по второй ссылке можно найти описание на каких событиях и каким образом делается раскраска реестра.

Тема не раз обсуждалась на комьюнити, если недостаточно второй ссылки - поищите по ключевым словам "раскраска реестра", обязательно найдете подробное описание.

Добрый день, Виктория.
При изменении у работы плановой даты в сторону уменьшения не предусмотрено редактирование плановых дат у родительских записей.
Если хотите самостоятельно внести изменения в эту логику, то она реализована в функции DoProcessChildExceedParentTermsConflict, описанной в scr_ProjectElementLibrary.

Кажется, эта функция описывает установление дат в элементе по подчиненным (тип планирования "в этом элементе" или "по подчиненным).
Вопрос был о сроках связанных с указанной работой элементов.
В какой фукнции прописываетсяы смещение сроков в случае увеличения даты? ведь можно ее как-то модифицировать, чтобы смещать сроки и в сторону уменьшения.

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

Это, допустим, понятно.
Но увы вопрос о том, какая функция пересчитывает даты в связанных элементах остается.

Я выше указывал название функции, в которой вызывается изменение дат в родительских элементах, если они конфликтуют с датами дочернего элемента.

выполнив п.1 ,по-моему, пользователю понятнее не станет, т.к. под ресурсами тут будет пониматься только потраченное время. Смысл-то не только в этом поле, а в отклонении факта от плана. Хотя даже это отклонение без указания причин не дает полного представления о том, соблюдаем ли мы сроки и бюджет.

Добрый день, Владимир.
Действительно при разработке версии 3.3 мы планировали включить в раздел Проекты такую функцию как шаблоны проектов и уже делали некоторые наброски. Т.к. эта функция не была реализована в полной мере, она отнесена на дальнейшее развитие продукта.

Алексей, добрый день!

"Ключник Алексей" написал:Т.к. эта функция не была реализована в полной мере, она отнесена на дальнейшее развитие продукта

Заранее благодарю за ответ!

Анна, добрый день!
В базовой версии шаблоны проектов не дорабатывались. Однако для своих внутренних целей мы используем т.н. расширенное копирование проектов, которое включает в себя возможность опционального копирования стадий проектов, работ и т.д. Если вам необходима похожая функциональность, Вы можете обратиться в нашу службу тех.поддержки и Вам предоставят всю необходимую информацию.

Алексей, благодарю за ответ!
Написала в техподдержку еще 5 мая, а ответа до сих пор нет.. :(

"Демидова Анна Владимировна" написал:Написала в техподдержку еще 5 мая, а ответа до сих пор нет.. :(