Физические объемы работ как корпоративные ресурсы

[Brise]

Приветствую!
Клиент, использующий сервер, высказал идею генерировать формы КС-6 (журнал работ по строительству) с помощью отчета Reporting Services.

За его деньги всё что угодно, но реализовать это не так просто. Физ. объем работы в его ИСУП моделируется классическим способом - через материальный ресурс. Как стало понятно, в БД Project Server отсутствуют повременные данные локальных ресурсов, необходимые для построения отчета. Очевидное решение - сделать все физ. объемы корпоративными материальными ресурсами, но тут возникает вопрос.

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

[raner]

Приветствую! Пробовали и продолжаем пробовать. Справочник физ.объемов, построенный на корпоративных мат.ресурсах уже превысил 2000 позиций и действительно появились трудности с поддержкой таковых ресурсов (напрашивается разработка отдельного модуля управления). Не знаю как в ловушку, но на раздутие штата на поддержку точно загонит. Тем более, что многие физобъемы тянут за собой, не только Основные материалы, но и все невключенные в расценку. Опять же требуется СДРес и дополнительные кодировки для физ.объемов несродных работ

[Brise]

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

[raner]

Спасибо, трудности начинают проясняться.

Пожалуйста.

А ради чего вы вообще это затевали, и каких преимуществ добились, относительно локальных физ.объемов?

Затевали это когда (не хочется рекламировать, но все же)Turbo рассматривали. Преимуществами пока назвать трудно, скорее просто открытое понимание возможностей MSPS по отношению MSP.

Зачем нужны корпоративные материалы - еще понятно, можно их централизованно учитывать, а с корпоративными физ.объемами перспективы неясны.

Собственно частично ответ на вопрос "зачем" лежит в исходном вопросе

Клиент, использующий сервер, высказал идею генерировать формы КС-6 (журнал работ по строительству) с помощью отчета Reporting Services.

Мы также планировали такие действия, но пока не доточили... Зато формируем укрупненный сводный по всем проектам отчет из физобъемов для руководства (Тут следует прояснить, что построение графиков идет по конструкциям https://www.facebook.com/photo.php?fbid ... =1&theater).

[Brise]

Собственно частично ответ на вопрос "зачем" лежит в исходном вопросе

Клиент, использующий сервер, высказал идею генерировать формы КС-6 (журнал работ по строительству) с помощью отчета Reporting Services.

Мы также планировали такие действия, но пока не доточили... Зато формируем укрупненный сводный по всем проектам отчет из физобъемов для руководства (Тут следует прояснить, что построение графиков идет по конструкциям https://www.facebook.com/photo.php?fbid ... =1&theater).

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

[raner]

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

Именно так и к собственному сожалению, пока другого решения не использовано..

[Tatiana]

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

[Brise]

Я думаю, технические ограничения базы данных отчетности таким способом не снимаются.