Practical Knowledge/Possible Errors

Project is Not Created

When the IMG is retrieved using the RFC connection, a dump might be written to the satellite system if the internal table overflows (memory empty). An update has been introduced to ensure that not all IMG tables are retrieved at once, but only 1,000 at a time.

Project Is Created Without IMG

If the project has been created but no IMG guide is available, it is possible that no RFC connection has been specified for the system from which the IMG is retrieved.

No buttons are available for editing conflicts in the SNP Cockpit

The whole task area and the buttons Mass data maint., Quick filter and Deselect are missing.

Proceed as follows to enable these functions:

  1. Start transaction SM30.
  2. In the Table/View field, enter the view /SNP/CN00REGUV.
  3. Click Maintain.
  4. Set the value X for the parameter CW.HARMONIZATION.ALL_PROJECTS.
  5. Click Save.
  6. The functions are now available.

Too Few Tables Have Been Uploaded

The HAS_DATA flag might be empty in the table /SNP/CW00TABCMP, even though the affected table contains data. If this occurs, the table with the empty HAS_DATA flag is not transferred to the cockpit.

You must delete all table entries with an empty HAS_DATA flag. Next, start a comparison with restart and load the delta into the cockpit.

Proceed as follows:

  1. Start transaction SE16N.
  2. In the Table field, enter the table /SNP/CW00TABCMP.
  3. Click Online.
  4. Sort by the Has data? column.
  5. Select all tables whose Has data? column is empty.
  6. Click Delete Row.
  7. The supposedly incorrect tables have been deleted.
  1. Use transaction /N/SNP/CW_CUST_COMP to start a new comparison.
    NOTE Note that you must specify the same run ID and RFC connection sequence. Select the Resume? option to ignore the tables that have already been analyzed.
  2. Once the run is complete, check whether the HAS_DATA flag has been set correctly as described above.
  3. If the flag has been set correctly, restart the upload to the cockpit and transfer the project status.
    NOTE You must enter a new run ID for this task.

Table is Linked to Materials Management in the IMG, But Not to the Module MM

It may happen that tables in the IMG view are located under Materials Management, but if you search in the tree under Modules, you will not find them under the MM module.

EXAMPLE

Table TVAK (Sales Documents: Types)

In the IMG view, TVAK is displayed under Analysis > Implementation Guide > Materials Management.

In the screen Dictionary view: Display tables, TVAK is assigned to the package VA0C by definition.

In the cockpit, the object ID in the object information is CUST.TABL.PA.OS.Tables.TVAK. TVAK is located in the module tree under Analysis > Modules > P > PA > OS.

The reason for this is that one or more view clusters can be hidden behind an IMG entry; correct module assignment would require a very complex read process (→ Dd02l > tadir > tdevc > DF14L).

Project Exists But Cannot Be Displayed

If nothing is displayed in the right-hand area of the SNP Analysis Cockpit, this might be due to the URL.

Proceed as follows to adjust the URL:

  1. Start transaction SM30.
  2. In the Table/View field, enter the view /SNP/CN00REGUV.
  3. Click Maintain.
  • The screen Change View “Maintenance view overwritten registry entries”: Overview opens.
  1. Click New entries.
  2. In the Registry key field, enter the parameter COCKPIT.SERVER_ROOT_URL.
  3. Enter the value <URL_in_Cockpit>:<Port> (e.g. https://psspassap.org.oebb.at:8443).
  4. Click Save.
  • The parameter has been added.

Live Comparison Freezes

It may happen that the live comparison is not performed. The message Please wait... is displayed and no results are provided. The reason is an incorrect API call caused by Internet Explorer. Use another browser instead.

Some Customizing Tables Have Not Been Analyzed

It may happen that customizing tables get stuck, meaning that they are not analyzed. These are displayed as Pending in the customizing analysis monitor (transaction/SNP/CW_TAB_MONITOR). One reason for this may be that the table contains a data type in binary format (such as LRAW, RAWSTRING, RSTR), which can hide a large amount of data. This amount of data can lead to a memory bottleneck when you execute the customizing analysis and therefore cause a termination. However, the dump is only displayed if you execute the task in the dialog.

Double-click the table to restart and analyze it. Confirm the query Detailed data missing with Yes to perform the analysis of the table.

If the analysis of the table can be completed, it appears in the list of tables that have run successfully. Click Refresh to refresh the list.

If you still cannot analyze individual tables because of memory bottlenecks caused by terminations (dumps), you have two options:

  • Increase the memory until the tables are processed successfully.
    • NOTE Unfortunately, it is not possible to predict the required memory size. The database statistics cannot calculate how large the individual tables really are. This is because the database must borrow additional storage space since it doesn’t have enough free space (see: BLOB).
  • Manually define these tables as incorrect and add an error text. You can do this in the table /SNP/CW00TABCMP by entering the run ID and table name.
    Fill out the following fields:
    • CONTFLAG = "E"
    • IS_DONE = "X"
    • HAS_DATA = "X"
    • HAS_ERROR = "X"
    • ERROR_MESSAGE = "Table contains binary XRAW field → termination due to memory bottleneck"
      NOTE This error message is copied to the Error message column in the customizing analysis monitor.

Alternatively, you can analyze tables that have not yet been analyzed (if a larger number) by selecting the Resume? option.

NOTE The prerequisite for restarting the analysis is that the configuration must remain unchanged. Ideally, you should create a variant for this at the beginning (= upon the first start).

Missing Authorizations for Displaying a Project

If you receive the message You do not have the authorization to view project <PROJECT_NAME>, there might be a problem with your license. Request a new license.

Adjusting the Buffer Size for the Master Data Download via the Registry Entry

When downloading master data to Excel, the dump Exception condition 'CNTL_ERROR' triggered is output. This dump could be caused by the size of the download buffer that is used when downloading the file. The size is 5 MB (512,000) by default, which means that if the result is larger than 5 MB, the file will be downloaded as a 5 MB package. If a dump occurs, you can perform the download with a smaller buffer size. The exact size depends on the particular system, so you might need to try several smaller sizes.

Proceed as follows to overwrite the default buffer size for the download:

  1. Start transaction SM30.
  • The window Maintain Table Views: Initial Screen opens.
  1. In the Table/View field, enter the value /SNP/CN00REGUV.
  2. Click Maintain.
  • The window Change View “Maintenance view overwritten registry entries”: Overview opens.
  1. In the field CW.COMPARE.DOWNLOAD.BUFFER_SIZE, adjust the buffer size accordingly.
EXAMPLE

For example, for 20 MB, enter the value 20971520. For 10 MB, enter the value 10485760.

  1. Click Save.
  • The buffer size has been adjusted.