I’m going to start this post assuming you have already CREATED a model / library in Cognos Analyst and are familiar with Cognos Analyst models in terms of modeling and creating an application. Once the Analyst model / library is ready, the end users must be able to access the cubes, enter data, manipulate data and perform all manner of tasks. This is done via the web-based interface which is basically where contributor comes in. The Contributor Application is basically a published version of the Analyst model. As a published model, it is different or enhanced from the model / library in the following ways:
1. Provides a web-based front-end to the end users to access the application(s)
2. e.List creation and maintenance (Analyst can use a dummy placeholder for modeling purpose)
3. Allows user access and security settings
4. Data Validations
5. Translations (or Aliases in Hyperion Planning jargon as far as I know)
Essentially the model from analyst is copied into a contributor application so the underlying structure is the same. The other options like security, e.List, data validations, etc. which are not part of Analyst are managed here and the application is made available to the end users.
The modeler or designer can continue to work on Analyst without impacting the published application until the changes are synced to the contributor application. Even then the changes are not reflected until the Development version is migrated to the Production version (a process that is known as GTP – Go To Production).
I’m going to start this post assuming you have already CREATED a model / library in Cognos Analyst and are familiar with Cognos Analyst models in terms of modeling and creating an application. Once the Analyst model / library is ready, the end users must be able to access the cubes, enter data, manipulate data and perform all manner of tasks. This is done via the web-based interface which is basically where contributor comes in. The Contributor Application is basically a published version of the Analyst model. Continue reading →
I was trying to be creative and think up of ways to show the analytical capabilities of the Hyperion Planning system to demonstrate to a client (who had strongly suggested that these capabilities would play a very important role in their evaluation of a budgeting and planning solution) and came up with one approach that I’d like to share here. Continue reading →
IBM Cognos TM1 is enterprise planning software used to implement collaborative planning, budgeting and forecasting solutions, as well as analytical and reporting applications. Similar to Hyperion Essbase, TM1 is a multidimensional data store however it only supports data storage at the “leaf” level.
Having worked with Hyperion Planning solution, I decided to explore the Cognos TM1 offering. The latest version is 9.5 which came out February 9, 2010 and there has been some considerable improvements – the most visible being TM1 Contributor which is a web-based front end. Previously TM1 was basically managed through the Microsoft Excel interface and the TM1 Architect.
In the subsequent posts I will be taking a look at the Cognos TM1 version 9.5 offering starting with the installation.
The three most important aspects of managing an enterprise application as explained to me by one of the key personnel for the current client I’m working for. She hasn’t failed to stress enough, the need to ensure timely and complete backups.
Oracle Hyperion Financial Data Quality Management is a packaged solution for finance users that helps develop standardized financial data management processes with its Web-based guided workflow user interface. Its data preparation server can ease integrating and validating financial data from any of your source systems. And to further reduce your data integration costs as well as data mapping complexities, Oracle Hyperion Financial Data Quality Management includes prepackaged adapters for Oracle Hyperion Financial Management, Oracle Hyperion Planning, Oracle Hyperion Strategic Finance, Oracle’s Hyperion Enterprise, Oracle Essbase, and Oracle E-Business Suite.
Designing an Essbase DB comes with a lot of practice and experience. There are however some basic tips & tricks that we should be aware of. One common question I’ve come across in my inbox relates to the ideal block size of an Essbase DB.