ДЛЯ ЮРИЯ , лицензии нет, решение на закупку принято, изучается функционал

1 Возможно ли написание своих Extension(посредсвом С++ или более гуманным методом), например для захвата данных во внешние учетно-прогнозные системы?

2 Как производиться синхронизация данных между контрибутором <-> аналистом, во время сбора данных по модели и формировании модели, или возможна только последовательная работа 1 формирования модели в аналисте - 2 сбор данных в контрибуторе - 3 анализ, выверка и корректировка в аналисте
неужели только д-линками и синхронизаций в администраторе контрибутора?

3 Как контролировать версионность?

пока вроде все
по ходу еще возникнет

2 Jurii
Похоже, что имел ввиду именно Вас
Функционал изучен, конечно не до конца, но мнение сложилось
Использовать будет только Planning , отчетно - аналитические системы от других производителей

2 пример второго вопроса прост. Есть составитель модели(головной офис), есть ее наполнители (филиалы через вэб интерфейс, возможно не всегда по шировким каналам, кстати, какой минимум для удовлетворительной работы?), есть контролеры составители итоговых бюджетов по филиалам - голове(модуль аналист)
Как я понял после прочтения документации и игр с примерами, все манипуляции между аналистом контрибутором произодятся посредством - импорта контрибутора или d-link-ов аналиста, заставить аналист работать с базой контрибутора, которая лежит в сиквеле нельзя. Так вот, как синхронизировать данные между аналистом - контрибутором наименее затратным, с точки зрения настроек, образом, d-link-и только остаются?

3 версионность, есть 5 аналитиков для каждого филиала и один контролер в голове, все работают с аналистом, каждый аналитик работает со своим бюджетом, как узнать кто менял данные и какими они были в пятницу 13, если сегодня понедельник 16 ?

immutable3) Если имеется ввиду версионность модели, то есть синхронизация куба Contributor и Analyst.
При этом, если произведены серьезные изменения в структуре куба (например, изменен порядок измерений), данные в Contributor могут пропадать.
Владимир

то что в контрибуторе нет версионности, это пережить можно, но неужели ее нет и в COGNOS Planning целиком? те данные введенниые пользователем А в четверг и затертые пользователем Б в пятницу просмотреть нельзя? при том что они работают с моделью через интерфейс аналиста?

ps 2 Jurii решение по тест драйвам от меня не зависит, так что извиняйте

OldNovУчись, Юрий :-).
а) настроить автоматическую публикацию данных кубов из Contributor в интерфейсные таблицы (механизм publish), а оттуда забирать их любым средством.
б) изучить структуру таблиц contributor в базе данных, где контрибутор хранит данные кубов (простите за каламбур). Довольно примитивная структура, зная с++ за день разберетесь. Написав виртуальный драйвер, вы сможете дергать данные оттуда.

Примерно так и планируется, документация все еще в процессе изучения
OldNov 2. Синхронизация только так как вы сказали. Только вот пункт 3 (анализ и выверка данных в аналисте) я бы заменил на "анализ и выверка данных в PowerPlay или ReportNet". Аналист - это как MS Access в версии от Windows 3.11, такой же деревянный и совершенно неюзабельный. Вы его будете использовать только в случае, если вы до этого видели зеленый экран мэйнфрэйма и ничего более, типа тяжелое детсво, деревянные игрушки и все такое . После с++ вас стошнит. Преимущество Access также в том, что из Access можно дернуть данные через ODBC, а вот из Analyst-а обычно данные выгружают в Excel для детального анализа и чтобы человек мог на это посмотреть :-).
Не совсем понял при чем тут тошнить и с++, так как интерфейсы не я писать буду, но думаю подойдет выгрузка через текстовики или анализ в екселе, фин.дирекотр кипятком писал от вида как все круто и сколько функций добавилось к эксельным, но для прогнозных программ придеться делать выгрузку, через .xml или текст или структуру БД еще не решил, но так, чтоб не много писать самому или программерам. Да и выгрузить из аналиста еще куда нить, кроме екселя модно? я правильно понимаю?

OldNov3. Почитайте документацию по контрибутору и аналисту, там есть встроенное понятие версионности данных. Если вы конечно ведете речь о версионности данных. Версионность Модели Данных никак не реализоана. Вернее, она гениально реализована через backup/restore папки, в которой лежат файлы модели. В последнем случае реализуется Zip-ом :-).
а можно тут подробней? по какому ключевому слову версионность в документации хоть искать?

Один большой вопрос
Возможно писать свои Extension? Если нет, то что значит фраза в документации
"Alternative Extensions for CGI Gateway Files"

2 Jurii Спасибо за письмо, буду иметь ввиду. отправлю выше по иерархии

Боюсь что отчетность и бюджетирование будут разнитсья по производителю, поэтому и интересует Extension.
Про версии, если я Вас правильно понял, то поддержки версий нет, есть обратный пересчет?

2 Jurii
Обратный пересчет я сразу понял, особенно его возможности, про версии с помощтю доп. листов есть в GreatOutdoors , где бюджет 1 - бюджет 2 рассматривается.
По поводу нескольких лицензий и экстеншины я не понял, если мне надо давать данные на вход приложению для прогнозирования, которое написано, скажем на коболе, повернутым чудо математиком, то я не понимаю, как мне помогут насколько лицензий когноса, а вот выкачать данные - это решение, теперь только как это делать осталось решить, у когноса ЕП есть понятие extension, в котором подключаются требуемые модули для других продуктов Когноса, можно ли написать компонент для выгрузки напрямую в требуемое мне приложение или надо мудрить со структурой БД или текстовыми файлами и соответственно лишними телодвижениями?

2 Юрий Кудрявцев
Спасибо за ответ
2 Юрий Кудрявцев & Jurii
Покупать лицензию на PowerPlay не совсем целесообрадно при использовании аналитических систем не от Когноса. Думаю спасение в текстовых файлах

Юрий Кудрявцев Audit Trail для кубов. - это модуль DecisionStream?

2 Гликоген Как то странно объявлять аналитическое средство из линейки Когноса оффтопиком

Jurii Производительность может и не высокая, но в системе бюджетирования данных - немного, и прирост данных каждый месяц - тоже небольшой. Это же не миллионы записей из транзакционных систем.
Тут бы я поспорил, конечно в разы меньше, чем в транзакционных, но все же не мало, если полностью все данные выкачивать.

Еще вопрос, вэб - интерфейс Contributor какой канал требует, если филиал будет сидеть на 128к и там человек 5 - 6 будут вносить данные, канала хватит? где это рагламентируется в документации? или портал будет работать только во внутренней сети?