SE16 and SE16N can be used to search specific tables. FIORI search can be used by end users to search business documents for predefined scenarios.
In some cases you might need to search multiple table for a certain value or string. This can be needed from IT point of view or business point of view.
Then transaction SE16S can be your solution: generic table and value search.
Questions that will be answered in this blog are:
How does the generic table and value search transaction SE16S work?
Use of SE16S
As example we want to search for the string DE01 in T tables (customizing).
After starting transaction SE16S you are confronted with a big selection screen. In the top part enter the search string:
In the search type select Create Ad Hoc Search String. If you have to execute repetitive searches, you can setup predefined searches with transaction SE16S_CUST.
In the search section enter the search tables you want to search:
In the technical block make the technical settings:
Best to use parallel processing to speed up and also best to show only the tables with hit.
Now start the query by pressing execute and wait a couple of minutes for this query to end.
Results are shown:
Per item you can drill down to the details:
Transaction SE16SL and SE16H
Also transaction SE16SL exists for searching content. This one is bit faster, but less accurate.
SE16H is the HANA based implementation of SE16N and has specific search functions which might be very useful for your use case. More on SE16H in this blog.
Checking usage of SE16 transactions is explained in this blog.
FIORI search is a very powerful tool for the end users. It enables a google like search on the business data.
Questions that will be answered in this blog are:
How does FIORI search work from the end user perspective?
How to set up FIORI search?
How to authorize search data?
FIORI search from end user perspective
From the end user perspective: open the search glass and key anything. Just like in Google:
Now wait for the search engine to give results:
Now you can select a record, or select a related app (with the … you get more options):
Set up of FIORI search
In the FIORI launchpad configuration parameters (see SAP help) make sure that the enableSearch is set to true. Otherwise the search icon does not appear.
In case you run a FIORI hub, make sure to setup the web dispatcher rules properly to the backend (see SAP help).
Next step is to activate the search models and the backend (see blog). The search setup for FIORI launchpad is fully dependent on the backend search.
Some apps use related links. For these related links, the related FIORI app or FIORI factsheet must be activated. See this blog on how to fast activate complete groups of FIORI apps.
FIORI search authorizations
FIORI search relies on the authorizations of the end user. First make sure that the general authorization for the search is active in this IMG node:
The setting Model Authorization must be set to Check:
In the search cockpit (transaction ESH_COCKPIT), make sure that the user authorizations are indexed. In case of doubt run it under the Actions button, and select Index User Authority:
If one end user gets results and the other one does not get the same result: the main reason might be difference in authorizations.
Useful OSS notes
For specific use cases the following OSS notes might be relevant:
This blog will describe the steps in activating search in S4HANA. We will explain both new fresh installation and upgrade from system which has search already activated.
Questions that will be answered in this blog are:
How to activate search in S4HANA for an initial installation?
How to activate search in S4HANA after upgrade when search was already active?
Activating search in S4HANA new installation
To activate search goto transaction STC01 and select task list SAP_ESH_INITIAL_SETUP_WRK_CLIENT:
Open the details:
Make sure that you set the TREX destination to SAP HANA DB:
Then select the search model. For most use cases this will be SAPAPPLH:
Now run the task list and be patient. This can take quite some time. If the task list finishes correctly start transaction ESH_COCKPIT to check that all search connectors are correctly activated.
Search after upgrade to S4HANA
If you upgrade your existing system and have search already active, you get this message after launching ESH_COCKPIT:
Run report ESH_CDSABAP_ACTIVATION with default parameters:
This might be a long run:
If you run into issues, check that the following OSS notes are applied:
This blog will give technical tips & tricks on embedded search. Embedded search can run on both HANA directly or on separate TREX server. It is assumed you know how to set up search in ESH_COCKPIT and know how the end user transaction ESH_SEARCH work.
Questions that will be answered in this blog are:
How do I set HANA default connection as embedded search location?
What to do after a system copy with embedded search?
How to reset the complete embedded search to initial state?
How to reset the embedded search buffer?
How to recreate the embedded search joins?
How to influence the package size of the search extraction?
How to check backend part of search?
How to deal with full text search issues?
How to deal with authority index issues?
Activating search in S4HANA
If you are running S4HANA, you can use an STC01 task list to fully setup the search function. Read this blog for full instructions. The remainder of the blog below can be used in case of issues.
Setting the search connection to use HANA default database connection
If you are running HANA database for ECC you can use the HANA default primary database connection for search setup. This is easier in maintenance: no extra TREX needed, no extra secondary DB connection. Search will consume extra memory and CPU off course on the HANA database.
To set this up run program ESH_ADM_SET_TREX_DESTINATION and select the Use HANA Primary DB connection option.
When things gone really beyond repair, you can log on to client 000 and start transaction STC01 and run task list SAP_ESH_RESET.
Important: write down (or make screen shots) on the connectors and settings that were active before running this task list. It will really wipe out all connectors and settings.
To check if a search issue is related to application coding or is related to search setup, you can run program ESH_TEST_SEARCH (with same transaction code ESH_TEST_SEARCH). This program gives you options to test the search independent of any programming of search front end.
If you are having issues with full text search, please check OSS note 2280372 – How to check Full Text search issues. This note is focusing on full text search issues in relation to solution manager CHARM, but the methods described can be used as well for analyzing other full text search issues.
While indexing you might get authorization indexing issues. First step is to repeat with sufficient rights attached to your user ID. Then run program ESH_ADM_RECALC_AUTHS to force the recalculation of the authorizations.
In newer versions this tool is available. Otherwise apply OSS note 2690982 – TrexViaDbsl Analysis Tool in ABAP. Then in SA38 you can launch program RHANA_TREXVIADBSL_ANALYZER for the analysis tool: