Technology Blogs by SAP
Learn how to extend and personalize SAP applications. Follow the SAP technology blog for insights into SAP BTP, ABAP, SAP Analytics Cloud, SAP HANA, and more.
cancel
Showing results for 
Search instead for 
Did you mean: 
gerd_schoeffl
Product and Topic Expert
Product and Topic Expert

Synopsis

For all those who are in a hurry, these pictures might explain everything:

Comments on BW/BPC live connections in QRC2.2023

Formatted comments with QRC3.2023

All those who are interested in a little more information we would like to invite to continue reading to find out the details of this exciting new feature...

 

Introduction

In many reporting or planning scenarios the ability to comment on the numbers is a crucial requirement. In SAP Analytics Cloud we offer an established functionality that allows the end user to either comment data directly in a table (data point comments) or as a sort of summary in a so-called comment widget. Unfortunately, this functionality has only been available with SAC acquired models. That means commenting data that is provided via a live connection has not been possible.

With QRC2 2023 we now offer the ability to comment on data that is provided by a BW live connection or a BPC live connection. Here we take advantage of the commenting solution that has been offered in SAP BW/4HANA before. This solution has been extended to SAP BW 7.50 on Hana and is now available in SAC with the BW live connection and the BPC live connection as well. This implies that the comments are managed and stored in the BW/BPC system and created, displayed, edited, or deleted through SAC. No commenting information will be stored in the cloud - a requirement we often hear from customers in the Defense or Banking Industry or in Public Sector.

The comments are also integrated with other BW Front ends - comments that has been created in SAC can also displayed, changed, or deleted in SAP BO Analysis for Microsoft Office and vice versa.
 

Background

Comments are stored against a selection. We offer three ways of accessing a comment:

  • Data point comments: comments are displayed in a table - either via an indicator in the cell or in a separate column. The chosen model, the table structure (row and column selection), and the general filters (query filters, SAC story and page filters) determine the selection for the given data cell and thus the corresponding comment.
  • Comment Widget: the comment is displayed in a special widget similar to a text box - a model and one measure have to be selected (in case of a two-structure query also a member of the second structure has to be defined) and further filters can be defined in the widget itself or can be applied via story or page filters. If the selection for a comment widget is the same as for a certain cell in a table, then the same comment is displayed.
  • Script API: comments can also be accessed through a java script API.

Comments can be used in pure reporting queries (BW live connection), and also in planning enabled queries (BPC live connection). The necessary license is determined by the connection - when using a BW live connection an SAC reporting license will suffice to comment. When you are using a BPC connection this connection type already requires an SAC planning license to use the connection.

Comments can be entered on various types of cells: cells on lowest level of aggregation in the InfoProvider, but also on cells that consist of aggregations - cell in queries where certain dimension have been removed from the drill, totals and subtotals, hierarchy leaves and nodes, base measures, restricted measures and even calculated measures. In the case of restricted measures, the restriction will be analysed and the comment will be stored on the base measure with the corresponding restriction (but not on the NAME of the restricted measure). In case of calculated measures, the name of the measure will be used as a key.

Please note that if a comment is stored on a total then this total is seen as an own entity - the comment comments this entity and is NOT some 'aggregation' of underlying comments.


Technical Prerequisites

As indicated above, we started from the existing BW/4HANA commenting solution and extended it. The commenting feature is now available with:

  • BW 7.50 on HANA, SP23
  • BW 7.57 on HANA, SP00
  • BW/4HANA 2.0 SP07-SP12 with note 3244228 or SP13 and higher
  • BW/4HANA 2021 SP00-SP03 with note 3244228 or SP 04 and higher

Please also check notes 3133846, 3169011, 3242613, 3261834, 3348600, 3366614, 3380072, 3383243, 3387309, 3387849, and 3397306 (not all of them might be necessary).

On the SAC side you need QRC2.2023 for a QRC based tenant and wave 4 2023 for fast track tenants.

If you want to use the formatting option you will need QRC3.2023.

Please also consider implementing note 3436199. It relaxes a restriction for the possible size of the document store.

 

Configurations in BW/BPC

In order to use the commenting feature, you have to perform some steps in the backend system.

Document Store

Comments are stored in so-called document stores. A document store is created in the BW Modelling Tools. Upon creation of the document store you specify a BW InfoProvider. The document store will inherit all dimensions from this InfoProvider. The document store can then be used in any BW query that is defined on this InfoProvider. Please note that you can create several document stores for the same InfoProvider.

Note

Please also consider implementing ABAP note 3383708. This note assures that the name speaces /1B0/ and /1BW/ do not need to be set to 'modifiable' in the target system when transporting the document store.

Note

As already mentioned above there is a restriction to the size of the document store. When using large Composite Providers you could run into this limitation. Note 3436199 relaxes that restriction and should therefore be implemented.

 

BW/BPC Query

You can decide for each individual query whether it should use comments or not. In order to use comments, you have to select a BW/BPC query, go to the tab 'Runtime Properties' and set the property 'Document Support' to 'Yes'. You should also select a 'Default Document Store'. In Analysis for Office, it is possible to set or switch the document store at runtime, in SAC this is not yet possible.

Settings in Query Designer

If you have two different queries defined on the same InfoProvider and if they use the same document store, then you can see the same comments in both queries. Here it does not matter whether the query is input enabled or not. However, if you want to see different comments in different queries then you can assign different document stores.

As already indicated above calculated measure can also be commented but you must specify a technical name for the measure in the query designer.

Please note that comments are only available on modelled queries in BW/BPC. Comments are NOT available on CDS queries and thus commenting on S/4 live connections is not possible.

Remark on Handling of Calculated and Restricted Measures

In BW/BPC we often use restricted or calculated measures. Those can also bear a comment.

  • Calculated Measures: A calculated measure can usually not be resolved to its base measures (it might use more than one) and a selection. But the system needs a technical identifier for storing a comment. Thus for a calculated measure comments can be used if the calculated measure has been explicitly given a technical name when defining the query. The comment will be stored against this name.
  • Restricted measures: here we have a twofold approach.
  • If the restricted key figure has not been given a technical name then the system will resolve the selection in the definition of the key figure and will use the resolved values and the name of the base key figure as a key. This holds also true for variables - the variable will be replaced by its actual value(s) and the value(s) will be used as key.  Thus if - for example - you use a restricted key figure with the year as a variable and change the variable value the comments in the column will changes accordingly.
  • If the restricted key figure has been given a technical name then we use the technical name as a key and do NOT resolve the selection. If you use a variable in the restriction then the variable name and the actual value of the variable are used in the key for the comment as well.

In most cases using restricted key figures WITHOUT a technical name will produce the expected behavior. This is why NOT using a technical name is recommended. However, in certain cases using a technical name for a restricted key figure can solve special requirements.
 

Access Control

There is an authorization object for the document store (S_RS_DOCA). With this authorization object it can be controlled whether a given user can access comments stored in a given document store and whether the user can only read or also create/change/delete such comments.

We do NOT have a selection-based authorization. However, comments can only be viewed by the end user via a query cell. In case of the data point comments the used cell is obvious, but also in the case of the comment widget the system logically uses a query that is restricted to exactly one cell. If a user does not have sufficient Analysis authorizations to access this cell then also the comment cannot be used.

Please note that only the access control in BW is taken into account. Any such setting in SAC will be ignored.
 

Comment History and User/Time Stamp

In BW for a given selection there is only one comment. This is different from the SAC acquired case where we have a comment thread and might have several single comments in this thread. But each BW comment has a history. Whenever a comment is changed, the previous comment will be kept in the history (which can be regarded as a change log).

A comment can be changed by any user that has the authorization to do so. The username and a time stamp will be kept with every new version of the comment. Thus, it is obvious who has done changes to a given comment.

 

CORS Settings in BW system

The comment feature use a new INA endpoint (path: /sap/bw/ina/Documents). You have to make sure that either the path /sap/bw/ina (and thus every sub-path) is allowed in CORS or - in case you have explicitly specified the sub-paths - you have to add the new path /sap/bw/ina/Documents.

 

Use of Comments in SAC

Once you have customized the BW/BPC system you can use the comments in SAC.

 

Data Point Comments in a Table

If you want to use comments in a data table, you have to enable the comments using the flag 'Allow Data Point Comments' for this table in the design panel (just as with comments on acquired models).

Allow Data Point Comments

Now you can see the comment indicator in all cells that already bear a comment. By clicking on the indicator, you can open the comment.

Show Data Point Comment

You can see the comment, the user who has created the comment (please note that this user is the BW/BPC user, not the SAC user) and the time stamp. Now you can either change the comment, delete the comment, or display the history.


Remark:

By default we display the user ID but not the full name. If you want to change this please implement note 3396991.

History of Comment


Instead of using the comment indicator you can display the comments in a comment column in the table (just as with comments on acquired models).

Comment Column

By clicking on an existing comment, you can open the comment popup that you know already. If you click on an empty comment cell or start typing on any cell you will jump directly to the edit mode of the comment popup.

Edit Comment

Just as a reference let us have a look at the comment we have used above in Analysis for Office.


Comment in Analysis for Office


As you can see, we indeed can access the same comment for Austria/Juice that we have already seen above in SAC.

Finally let us have a look at a comment entered on a total. If you look at the lowest line you can see that we have a comment on the total for all product groups for the country Austria. And the comment does not contain any of the comment entered for a specific product group but is an entity on its own. The same is possible with hierarchy nodes.

Comment on Total

 

Comment Widget

When you create a new comment widget you will have to specify the model first. The system will detect the available measures in the underlying query. You will have to select one of those measures for your comment widget. If the underlying query has two structures, you also have to restrict the second structure to a single member.

New Comment Widget


If you want you can add further widget filters.

You can now enter new comments already.

New Comment in Comment Widget


If there has been a comment already for this selection, then you will see the comment with its history.

Comment with History

If you do not want to see the history and/or the comment details (username, time stamp) you can switch them off individually (in customizing as well as at runtime).

Hide History or Details

 

Formatted Comments

With QRC3.2023 we provide also provide the possibility to format the comments. The formatting options are the very same as for comments on acquired models and are available in the comment widget as well as in the data point comments.


Please note that if a data point comment is displayed in a comment column then only the plain text will be shown. If you want to see the formatted comment you have to open the comment in the column by double clicking.

The formatting will be stored as tags directly in the comment string in BW.

Analysis for Office does not support any formatted comments. If you open a formatted comment in Analysis for Office the you will see an unformatted version of the comment. If you change the comment in Analysis for Office you will loose all the formatting and the system will store the change unformatted comment. In order to prevent a loos of work you will be warned if you try to change a formatted comment in Analysis for Office. Also the formatted version is kept in the history so if you have removed all the formatting by changing a comment in Analysis for Office you can simply add the formatting again in SAC (using the previous comment with its formatting as a reference).

Conclusion and Outlook

As described above you now can use commenting also on BW and BPC live connections. There are certain (small) differences compared to the use of comments on acquired models - mainly as we started from the established BW/4HANA solution and want to ensure the compatibility with the use of the comments across the BW platform.

 

69 Comments
Rajkosnam
Explorer
0 Kudos
Our BW4HANA version is 2020 SP5 is there any sap note we can implement to activate Data point commenting in SAC or we have upgrade the system
gerd_schoeffl
Product and Topic Expert
Product and Topic Expert
0 Kudos

Hi Raj,

for your specific BW (BW/4HANA 2.0) the minimum requirement is SP7. From that SP on you can implement the feature via the above mentioned note. Unfortunately it is not possible to use this note with SP5. So indeed an upgrade would be required. Sorry…

Best regards

Gerd

eeddggaarr
Contributor
Thank you for this blog post Gerd !

For those starting the implementation process => only Composite Providers and Data Store objects can be used as Info Providers as mentioned here: creating document store.
(Initially I overread that part and was wondering why only CP & aDSOs were presented when choosing Info Provider).
br
edgar
achim_linker
Explorer
0 Kudos
This is a very good article.

However, I still have a small problem with the Document Store.
I get an error message when transporting one. The namespaces /1B0/ and /1BW/ are defined as not modifiable. Is there a way to transport a document store without this changeability? Our SAP Basis does not want to open the namespaces, and normal objects can also be transported if the system is set to not changeable.

Best regards

Achim
gerd_schoeffl
Product and Topic Expert
Product and Topic Expert
0 Kudos
Hi Achim,

 

Do you try to transport the document store or the underlying aDSO? It is NOT necessary to transport the aDSO, it will be generated once the document store is transported. Does this solve your issue?

Best regards

Gerd

 
achim_linker
Explorer
0 Kudos
Hi Gerd,

I have only transported the Document Store. After temporarily opening the namespaces, the transport worked.


Transport Error Message


 
gerd_schoeffl
Product and Topic Expert
Product and Topic Expert
0 Kudos
Hi Achim,

Ok, well - so the error message clearly shows it must be changeable so BW can generate the necessary aDSO...

So unfortunately you will have to align with your basis department so they open it temporarily.

 

Best regards

Gerd
0 Kudos

Hi Gerd,

thanks a lot for your very helpful article! Could you please provide a bit more detail regarding the necessary CORS settings? Are you talking about the activation of the "Documents" service in INA in transaction SICF and/or additional entries in the http whitelist in the Unified Connectivity (UCON)?

Thanks and best regards,

Roland

gerd_schoeffl
Product and Topic Expert
Product and Topic Expert
Hi Roland,

Well - you have to activate the documents service in SICF in any case - otherwise SAC could not call it. I was talking about the setting in the whitelist in UCON. If you have whitelisted /sap/bw/ina (and thus every sub-path) then you are fine. If you have only whitelisted the single end points under /sap/bw/ina then you have to add the new path /sap/bw/ina/Documents to the whitelist.

Best regards

Gerd

 
achim_linker
Explorer
0 Kudos
Hi Gerd,

I have another question.
Can you confirm that the comment function should also work with the BPC Live connection?
I have included the same query once via the BW connection and once via the BPC connection. With the BW connection the comments work, with the BPC connection they do not. Or are there any other settings here?

 

Best regards,

Achim
gerd_schoeffl
Product and Topic Expert
Product and Topic Expert
0 Kudos
Hi Achim,

Yes, the feature works also with BPC live connections. If you use the same query in a BW and in a BPC live connection you would see the same comments. The comments and stored against the underlying selection and are independent from the fact whether the query (and the connection) allows data entry or not.

Best regards

Gerd
benjamin_emde
Explorer
0 Kudos
Hello Gerd,

thanks a lot for this really helpful blog. Unfortunately I am facing the following problem when trying to set the "Document support"-field in the BEx-query in HANA-Studio, tab "Runtime properties". When editing the field and setting the value to "Yes" I can then select a default document store in the field below. After saving the query and opening it again the value in field "Document support" still is "No", whereas the default document store is set.

Posting comments in SAC is impossible, I assume due to the "No"-value in the "Document support"-field. HANA-Studio version is the latest I was able to download, ABAP dev. tools and BW modeling tools as well.

Do you have any idea as to this issue?

Thanks in advance an kind regards,

Benjamin
0 Kudos
Hi Gerd,

could you please share which settings need to be made exactly in the UCON http whitelist? A new entry in the list does not only require the path (/sap/bw/ina/Documents) but additional fields are

  • host rule

  • Allowed methods (GET, HEAD, POST, OPTIONS, PUT, DELETE, TRACE, CONNECT, PATCH)

  • Allowed Headers

  • Exposed Headers

  • Allow Credentials (checkbox)


Thanks very much in advance!

Roland
gerd_schoeffl
Product and Topic Expert
Product and Topic Expert
0 Kudos
Hi Roland,

 

Sorry, am not an expert on CORS settings - but when using the same settings as for the other BW endpoints you have used so far (and end point /sap/bw/ina/...) you should be fine.

Best regards

Gerd
gerd_schoeffl
Product and Topic Expert
Product and Topic Expert
0 Kudos
Hello Benjamin,

 

Yes - if the "Document support" field is set to "no" then you cannot create any comments. I have to admit that I do not know any reason why the query should not save the changes you make correctly. Maybe this is a bug - it might be worth to open an incident on this.

 

Best regards

Gerd
benjamin_emde
Explorer
0 Kudos
Hello Gerd,

thank you for the reply. Finally RSRT gave the decisive hint: the query contained 1CUDIM-characteristic which prevents setting "Document support"-field to "Yes". After removing 1CUDIM from the query everything was fine.

Nevertheless comments cannot be saved in SAC. Following messsage is given: "During processing your request an error occurred. Save story and refresh page. In case the issue still exists pls. contact your administrator." Our SAC-tenant runs in Neo environment. Is Cloud foundry obligatory for this feature?

Thanks again and kind regards,

Benjamin
dumancicl
Discoverer
0 Kudos
Hi Gerd,

Currently we see the technical BW user ID. Is there a way to display a users first and last name?

BW username has no meaning to business enduser, and most of them dont even know their BW technical username.

Kind regards,

Leopold
gerd_schoeffl
Product and Topic Expert
Product and Topic Expert
0 Kudos
Hello Leopold,

Unfortunately this is not possible. SAC does not necessarily know the user mapping between the BW user and the SAC user. Also - as the comments are shared across BW front ends a comment could have been created in Analysis for Office by a pure BW user that does not even have an SAC user. So this is unfortunately not possible and we always display the BW user.

Best regards

Gerd

 
1r053
Explorer
0 Kudos
Hi Gerd,

 

I assume there are at least two solutions for this

a) read the human readable user texts from the live backend, i.e. SU01 data in case of ABAP.

b) write the SAC user that was using the live connection at the time of commenting also into the comment in addition to the live user

 

Best Regards

Jörg
dumancicl
Discoverer
0 Kudos
Hi Gerd,

Thanks for the quick reply. I am aware that there is no mapping between BW-SAC users.

I was wondering if we can show description (long text) for the BW technical user that usually contains First and Last name?

Kind regards,

Leopold
former_member302041
Contributor
0 Kudos
Hi Gerd,

We are on DW4CORE 3 SP005 with BPC Live Connection.

I have configured everything for document store in BW side.

from BW (RSRT) everything is working fine - comments/documents are stored and visible.

from SAC works nothing.

I enabled data point comment and there is a possibility to add a comment, but no text I typed in the document saved. Only the document itself saved.

Moreover, if I typed like "my comment" in RSRT, if was saved and all ok, then switched to SAC then:

  1. I see no comment symbol (showing that there is a comment already)

  2. if I do add data comment on the same cell in SAC (where I already have added in RSRT) then comment (free text like "my comment" I added in RSRT) being erased in the next version of the document.


Should I open an incident, or I miss something?

thank you,
gerd_schoeffl
Product and Topic Expert
Product and Topic Expert
0 Kudos
Hi Andrey,

This seems to be a known issue. Could you check note 3348600 and implement it? There have been some recent corrections lately...

 

best regards

Gerd

 
gerd_schoeffl
Product and Topic Expert
Product and Topic Expert
0 Kudos
Hi Leopold, Jörg,

 

We will investigate how we can improve our solution. But as described for the time being we only display the technical BW user.

 

Best regards

Gerd
former_member302041
Contributor
0 Kudos
Hi Gerd,

Thank you for guidance.

But seems like the note contains error.

Upon activation I get the following error for method BUILD_SELDR_FEMSN of class CL_RSR_OLAP_DOCUMENT: Field <L_SX_SELDR_FIX> is unknown.

Looking into corrections I see that the definition of fs <L_SX_SELDR_FIX> being deleted, but still in use in other inserted sections.

This leads to error implementing the note.

Can you please advise?
gerd_schoeffl
Product and Topic Expert
Product and Topic Expert
0 Kudos

Hi Andrey,

Can you please check whether note 3304555 is already implemented in your system and tell me the result? This note seems to be a preliminary and we will update the note 3348600 if necessary. Then it should work without issues...

Best regards,

Gerd

0 Kudos
Hi Andrey,

the new version of note 3348600 contains 3304555 as a prerequisite.

Best Regards,

Gregor
former_member302041
Contributor
0 Kudos
Hi Gerd,

Implemented successfully.

But nothing changed.

Still from RSRT works fine, but from SAC can't see and erase comment if trying to add data point comment.
former_member302041
Contributor
0 Kudos
Hi Gregor,

Implemented successfully.

But nothing changed.

Still from RSRT works fine, but from SAC can't see and erase comment if trying to add data point comment.
0 Kudos
Hi Andrey,

remote analysis is hard. Is note 3346390 in the system?

Using the browser developer tools you might also check whether /sap/bw/ina/GetResponse contains not NULL values in array "DocumentsIds".

Best Regards,

Gregor

 
tim_schelhas
Explorer
0 Kudos
Hello Gerd,

thanks for the info in this blog!

I have updated our BW 7.50 on HANA to SP27 and applied the mentioned notes, if relevant.
I have enabled the INA path and checked CORS settings.
After creating a document store and adjusting the query as you described, I get the following error in the comment widget in SAC. I am system admin in SAC and have SAP_ALL on BW. So I should not be missing any authorization. Do you have an idea where this message comes from and a solution?

The message says that authorizations are missing.


Error Authorization SAC


 

Best regards

Tim

 
former_member302041
Contributor
0 Kudos
I understand.

Maybe should I open an incident?

The note is applied in the system.

Unfortunately, I couldn't find "DocumentIDs" in the developer tolls, but I saw some errors, seems to me related to documents like:


"Cannot read properties of null (reading 'getDocumentDirectories') - TypeError: Cannot read properties of null (reading 'getDocumentDirectories')"

" at t.loadCommentsByDocumentIds (https://zim-israel-q.eu10.hcs.cloud.sap/sap/fpa/ui/uiAssets/app.chunk.table-chunk.d147bc69f788221ba62e.js:2:334072)"

 
tim_schelhas
Explorer
0 Kudos
I have analyzed the problem further. When I want to open the respective query in transaction RSRT, I get a dump. If I disable the document support in the Query this dump does not appear.

Any ideas about this?
Otherwise I guess I will have to open an Incident.


 
gerd_schoeffl
Product and Topic Expert
Product and Topic Expert
0 Kudos
Hi Andrey,

We had a correction i SAC lately but that should have reached your system already. Also you said that you already have implemented the notes mentioned above and by Gregor. So I fear it would be best to open an incident...

 

Best regards

Gerd
gerd_schoeffl
Product and Topic Expert
Product and Topic Expert
0 Kudos
Hello Tim,

Have you already implemented the notes mentioned above? Especially notes  3348600 (contains  also note 3304555) and 3346390? If the error still persists I guess it would be best to open an incident.

Best regards,

Gerd
tim_schelhas
Explorer
0 Kudos
Yes, all the notes are implemented, i double checked it.

I will open an incident.

 

Thanks for your reply
1r053
Explorer
0 Kudos

Hi Gerd,

thanks for this nice blog. One typical requirement that I need to implement is that the comment in the query column for the current month (it is a restricted structure element e.g. because of YTM calculation) should show up in another query column for the previous month as reference.

To make it more clear

A query has e.g. the columns:

PY MTH | Prev Month MTH | ACT MTH | PY YTM | ACT YTM

with VAR_FISCPER = 007.2023 the comment was submitted on ACT MTH

with VAR_FISCPER = 008.2023 the comment should show up in Prev Month MTH

it should also be possible to show the comment in other queries with that structure but maybe other changes (e.g. different currency translation, additional key figures, not being input ready for numbers)

 

Currently, this seems to be not possible, as the comment gets stored with a hash that is the combination of the query structure element name and the variables used therein. It would have been more useful in this scenario, if the comment would have been saved with the KYFNM being a hash of the underlying base keyfigure of the composite and the variable selections. In this way, the comment would be really tied to the data instead of the semantic query structure element. And it would also be more easily reusable across different queries.

I know that would be an enhancement as additional option, as the current behaviour cannot be removed anymore... but maybe worth thinking about.

 

Best Regards

Jörg

gerd_schoeffl
Product and Topic Expert
Product and Topic Expert
0 Kudos
Hello Jörg,

Maybe I am misunderstanding you explanation but what you suggest is basically how the system is supposed to work...

Example: in your BW query you have a restricted key figure ACT_MONTH that is defined as

  • key figure = 0AMOUNT

  • 0FISCPER = var_fiscper

  • 0VERSION = Plan

  • ...


And another restricted key figure PREV_MONTH that is defined as:

  • key figure = 0AMOUNT

  • 0FISCPER = var_fiscper-1

  • 0VERSION = Plan

  • ...


 

Now you set var_fiscper = 007.2023 and enter a comment for a given line for the key figure ACT_MONTH.

The comment will be stored on a selection that uses the characteristic values in the rows and

  • key figure = 0AMOUNT

  • 0FISCPER = 007.2023

  • 0VERSION = Plan

  • ...


That means we do NOT use the structure member name in the key of the comment but we resolve the selection.

When you change the variable value to 008.2023, then the key figure ACT_MONTH will show data for 008.2023 and NO comment anymore. But the key figure PREV_MONTH will show data AND comments for the period 007.2023.

This is how the solution is realized and I feel this is exactly the behavior you desire.

There might be a mismatch in some of the OTHER dimension members, maybe the key figure PREV_MONTH has a different version? Could this be the case?

Best regards

Gerd

 

 
1r053
Explorer
0 Kudos

Hi Gerd,

it would be great if it worked that way, but unfortunately it is not what is currently happening inside CL_RSR_OLAP_VAR->GET_VAR_VAL_FILTER_FOR_DOC_KYF and the functions that prepare it.

Instead of using 0AMOUNT as name to determine the hash value for field KYFNM in the document store the names 1DOIPREV_MONTH and 1DOIACT_MONTH are used, which is causing the problem. Therefore those two restricted key figures will never have the same hash in KYFNM.

You can try it yourself with a similar query and trace it in the above mentioned function. Maybe it got changed in a recent SP, I've just analyzed it with SP08.

Thanks

Jörg

0 Kudos
Hi Jörg,

the OLAP needs technical key figures (the stuff with prefix 1DOK and 1DOI) to process documents, the reason is that documents are also stored in the OLAP cache but cannot be aggregated in contrast to many other key figures. Yet, not variables are involved.

As you observed, restricted key figures with variables might use a hashing mechanism to get stable names corresponding to replaced variable values, variable name and the 'key figure' name. But the point here is that hashing the 'key figure' name in the restricted key figure is only done if the restricted key figure has a technical name (as defined in the query designer). To use a technical name (as in formulas, where it is required to be documentable) takes precedence, without it the mechanism Gerd explained is used.

Please adjust your example by not using technical names.

Best Regards,

Gregor
1r053
Explorer
0 Kudos

Hi Gregor,

thanks for that hint and for responding so quickly 🙂 This fixes the issue for the query.

If the 0FISCPER value in this example (with the self-named restricted key figure) would have been written to the 0FISCPER doc store column (if it is a single value) instead of adding it to the KYFNM hash it would have been a bit nicer imho, as the comments then would also show up with 0FISCPER drill downs in other queries. And it would be easier to understand, what the comment relates to, but still we can work around this.

All the best

Jörg

gerd_schoeffl
Product and Topic Expert
Product and Topic Expert
0 Kudos
Hi Jörg,

Thanks for bringing up this topic! I have added a chapter that explains the discussed behavior.

Best regards

Gerd
tim_schelhas
Explorer
0 Kudos
Hi Gerd,

After further analysis I found out that this occurs as soon as there is a non-cumulative key figure in the query. Is there a limitation that the comment function is not supported for non-cumulative key figure?

Best regards

Tim
mario_nadegger
Participant

Hi Jörg, Leopold,

We did a small enhancement point enables you to show custom texts like full name out of USR_ADDR table.

https://www.zpartner.eu/how-to-enhance-comments-on-bw-bpc-live-connections-in-sap-analytics-cloud-wi...

br mario

1r053
Explorer
0 Kudos
Hi Mario - a nice workaround - Thanks!

Could also be used to put an LLM in there with some more context 🙂

All the best
tim_schelhas
Explorer
0 Kudos
We had given this case to SAP and thereupon the following SAP Note was published.  3364063

Now it's working even with non-cumulative key figures.

 
tim_schelhas
Explorer
0 Kudos
Hi Gerd,

after our first problem was solved by a SAP Note, we are now facing another error.
We are currently experiencing the following behavior. We have a story in SAC with a table, with a separate column for data point comments. We also have filters for various dimensions on the page.
If we now set a datapoint comment, the possible contents of the filters are no longer loaded when loading the filters and the SAC reports an error.
Is this behavior known?



Filter ohne Kommentar


 


Filter mit Kommentar - Error

ChristianSass
Participant
0 Kudos
Hi Gerd,

we had this feature running on BW/4 but now with QRC3.2023 it's not possilbe anymore to add new comments from SAC side. I can edit them when they come from BW ... do we need any note update for QRC3.2023 in BW?

gerd_schoeffl
Product and Topic Expert
Product and Topic Expert
0 Kudos

Hello Christian,

This might just be a misunderstanding... In SAC acquired models a specific data point can hold multiple comments (collaboration feature). In BW live commenting a data point can only hold one comment at a time but this comments can be changed and the changes are visible in the history.

The information in the screen shot above wants to describe exactly this behavior - one comment for a given data point at a time. But that does not mean that you are not allowed to create comments for OTHER data points/cells provided they have a different selection.

Have you checked notes 3133846, 3169011, 3242613, 3261834, 3348600, and 3366614 (not all of them might be necessary)?

 

Many thanks and best regards

Gerd

gerd_schoeffl
Product and Topic Expert
Product and Topic Expert
0 Kudos
Hi Tim,

This is obviously a bug. Could you please open an incident so our development can have a further look on this?

Many thanks!

Best regards

Gerd
ChristianSass
Participant
0 Kudos

Ok, I've checked these notes and in deed 2 of them where missing.

During installation of note 3348600 we had the following message:

We can save comments in SAC now but we still get an error message without further information