The supported versions of Excel include the following: Excel 2010, Excel 2013, and Excel 2016. Although not explicitly supported, there are currently no known issues when using the add-in with Excel 2007.
The supported versions of Essbase include 9.3.0 and higher.
This release was preceded by the following 7.2 pre-releases:
The release notes represent 7.2.0.5810 and all the pre-releases, and contain the following sections:
When non-numeric text appears in cells located to the right of a cell (or cells) that contains a numeric value, the non-numeric text is not retained when a retrieve operation is performed. For example, “abcdefg” in I3 is not retained unless a retrieve range, which includes the cell, is selected before the retrieve is performed.
To be consistent with the Classic Essbase Add-In behavior, the non-numeric text is now retained without the need to select a retrieve range. It is treated by Essbase as an unknown member, and will be reported as an unknown member on the client when the display of unknown members is enabled. #1684 [7.2.0.5691]
When the Missing Label or the No Access Label contains a formula, such as =VALUE("0"), the following error is encountered when the associated sheet is activated:
Unable to handle Application_SheetActivate event.
Input string was not in a correct format.
This issue was encountered with a workbook that had previously been used with the Classic Add-In. The incompatibility has been addressed, but also note that the Dodeca Add-In will allow the Missing Label to be set to the number 0, so the use of a formula is not necessary. #1722 [7.2.0.5782]
The ability to run Essbase calculations is supported with this release. The user interface consists of the Essbase Calculations dialog and the Essbase Calculations Status task pane. Both are opened from the ribbon. #1531 [7.2.0.5782]
The Essbase Calculations dialog contains the following:
Essbase Connection
A read-only field that displays the server/application/database associated with the active sheet.
Available Calculations
This section presents the available calculations for the Essbase connection associated with the active sheet.
Runtime Variables
When a calculation is selected from the list, any runtime substitution variables defined for the script are displayed in the Runtime Variables section. When allowed by a variable definition, the user is able to specify a value. When the script does not contain runtime variables the following is displayed in the Runtime Variables section:
The runtime variables definitions are validated based on the following assumptions:
“Run Calculation” button
Clicking the button executes the selected calculation.
“Run Calculation in the background” checkbox
A calculation can be executed from the client either on the main thread or on a background thread. When the Run Calculation button is clicked, the add-in sends the calculation request to the server either on the main thread or on a background thread, and then waits for the response. The difference is whether the user is able to interact with the Excel application while the calculation is running on the server.
When run on the main thread, the application is suspended or “frozen” until the calculation completes, which prevents any user interaction. When run on a background thread, the user is able to interact with the application, such as performing Excel or Essbase operations, while the calculation is running on the server.
Refer to the Essbase Calculations Dialog Configuration section below for information on how an administrator can control the visibility and/or default setting for the checkbox.
The Essbase Calculations Status task pane presents information about each calculation that is executed from the add-in. This includes the associated database, status (Started, Completed, Failed, and Unknown), start/end times, and, for a calculation that failed, the error message. The runtime variables, if any, and associated values are also presented. And, for a completed calculation, the messages generated by the database during the calculation.
The calculation information is retained in the Calculations History, which is persisted across Excel sessions. This allows calculations that were run in previous sessions of Excel to be viewed in the status task pane. The Calculation History menu allows all calculations, completed or failed calculations, to be removed from the history.
By default, the total number of calculations retained in the history is unrestricted. The Essbase Calculations History Configuration dialog, which is opened using the Calculations group dialog launcher, allows the user to specify the maximum number of calculations retained in the history. The dialog is opened by clicking the Calculation group dialog launcher.
As indicated in the description of the “Run Calculation in the background” checkbox above, the visibility, enabling, and default checked status of the checkbox can be configured for a deployment. And, whether the default calculation is included in the list of available calculations can also be configured. This screenshot shows the related settings:
The ability to capture all xml transactions between the Dodeca Add-In and the dodeca and dodeca-essbase services has been enhanced to allow for capturing the xml files on a client machine. The ability to capture the xml files on the server continues to be supported, but client-side logging is generally easier to administer. It also has the advantage of capturing only the transactions for the local machine. [7.2.0.5810]
By default, the “Log request and response XML on the client” option is available in the Essbase Options task pane.
To prevent the availability, the option can be disallowed in the deployment configuration, by setting showInTaskPane attribute for the option to “false”:
When the request and response XML logging on the client is enabled, an output folder for the .xml files must be specified. After the user chooses a folder from the Browse for Folder dialog, the selected path is displayed, but can be changed by clicking the Client Log Path field.
To capture the dodeca service xml transactions, which occur at start up for the purpose of validating the license and user, the user must first enable the “Log request and response XML on the client” option and specify the .xml file folder, and then exit Excel and restart.
The logging capability is not intended to be used at all times, but rather on an as needed basis to capture the information entering and leaving the server primarily for debugging services. Logging can quickly generate a large number of files.
For a more consistent look and feel with the Office themes (referred to as Color Scheme in Office 2010 and Office Theme in Office 2013 and 2016), the Dodeca add-in controls that are displayed in task panes have been revised to use colors that are compatible with the active Office theme. [7.2.0.5782]
For example, the following screenshots show the various task panes with the Office 2016 themes.
Prior to this release, the difference between the retrieval times when retaining formulas versus not retaining formulas could be significant depending on the total number of cells within the retrieve range. The processing for retaining formulas has been optimized such that the difference is now a factor of how many cells contain formulas, which is typically a small percentage of the total number of cells, and can result in comparable retrieval times regardless of whether or not formulas are retained. #1688 [7.2.0.5691]
As an enhancement to the single operation flashback capability provided by the Classic Essbase Add-In, the Dodeca Add-In supports the ability to restore the results of an operation across multiple operations by stepping back or forward an operation at a time or by selecting a specific operation from a history of operations.
By default, a snapshot of the operation is saved after an operation is performed. It was requested that for a standard retrieve operation, that a configuration setting be supported to control whether a snapshot is also taken before the retrieve. The pre-retrieve snapshot allows for any manual edits or format changes done after the previous operation to be restored by selecting or stepping back/forward to the pre-retrieve in the operation history.
The setting is referred to as RetrieveSnapshotSavePolicy. #1674 [7.2.0.5691]
The configuration file contains the setting. This example shows the setting as configured to save a snapshot both before and after a standard retrieve operation is performed.
The pre-retrieve operation is labeled accordingly in the operation history.
The Undo/Redo Enabled option is now presented on the Global tab (instead of the Display tab) of the Essbase Options task pane, which more accurately reflects the scope of the setting, since the option is applied globally unlike the Display options, which are applied at the sheet level. #1705 [7.2.0.5782]
For some layouts, when an unknown member is detected by Essbase, the member is flagged as unknown, but the unknown member is replaced on the sheet with a known member from an adjacent cell. [7.2.0.5691]
To get a better understanding, let’s take a look at how the member layout determines the way unknown members are handled by Essbase. This simple layout contains a single dimension in row orientation with two unknown members.
When the data is retrieved, no values are returned for the rows containing Bad Product #1 and Bad Product #2. And, when the display of unknown members is enabled, each unknown member is presented along with address of the cell that contains the unknown member.
The layout becomes more complex when there are multiple dimensions in row orientation.
In this example, Market, Product, and Measures are in row orientation. The spreadsheet contains three unknown members for the Product dimension.
When the data is retrieved, Essbase automatically fills in the last valid member detected for the dimension, which is Colas in B3. The unknown members are reported, but without any corresponding cell location.