www.hybrid-eichhoernchen.

de

SAP CRM & SAP Solution Manager

Business Transaction Search Enhancement
How to implement business transaction search enhancements
with minimum development?

04.09.2015

Peter Weigel
Hyazinthenstr. 6
D-06122 Halle / Saale

Phone: +49 170 5337567

E-Mail: [email protected]
Web: www.hybrid-eichhoernchen.de
 www.hybrid-eichhoernchen.de

Content
1 Introduction _________________________________________________________3
1.1 Goal of this guide 3
1.2 Context 3
1.3 Example Requirements 3
1.4 Versions History 6
1.5 Literature, Disclaimer, Contact and Download 6

2 Preparations _________________________________________________________7
2.1 Package 7
2.2 Structure for field enhancements 7
2.3 Append to search and result list structure 7
2.4 Maintenance Views 8
2.5 Dynamic Result List Data Retrieval 9

3 Field enhancements __________________________________________________12

3.1 Enhancement of Search Criteria and Result List Structure 12
3.2 Registration of Table for Dynamic Reporting 14
3.3 Registration of field for Dynamic Reporting 17
3.4 Enabling of SAP standard field for dynamic reporting 18
3.5 Search Operator Configuration 19
3.6 Enable Search Help and Value Conversation 20

4 Development notes __________________________________________________24

4.1 SCN articles 24
4.2 Classes and Methods for break points 24
4.3 Business Add-ins 24
4.4 Testing 25
4.5 Known bug in standard 25

Business Transaction Search Enhancement | Peter Weigel Page 2 of 25

 www.hybrid-eichhoernchen.de

1 Introduction

1.1 Goal of this guide

This guide explains how to enhance Business Transaction search with less
development activities.

1.2 Context
There exist several guides in SCN. These guides always explain how to do big
developments in context of search enhancement. These big development activities are
needed if we need special value helps or if we need to adjust existing selection criteria
or result list or if we want to enhance other searches than business transaction search.

In most cases we simply want to add some additional search criteria and result list
fields. In these cases, we are able to implement this low effort solution with minimum
development.

1.3 Example Requirements

We want to search about unsupported standard and customer fields of Change
Transaction:

1. Risk and Change Category:

CRMD_SRV_REQ_H:
a. RISK
b. CHANGE_CATEGORY

We want to search by Risk and Change Category. However IMPACT,

URGENCY and /AICRM/PROBLEM_CATEGORY are already supported by
standard.

Business Transaction Search Enhancement | Peter Weigel Page 3 of 25

 www.hybrid-eichhoernchen.de

2. Third Party Ticket Number:

ICT_INCIDENTGUID:
a. ICT_GUID

We want to search by Third Party Ticket number. However Searching by Third

Party Attributes is not supported by standard yet. There exists an attribute
/AICRM/ICT_NUM in standard which seems not to work yet.

3. Predecessor Transaction (i.e. CD->CR or CR->INC):

SRRELROLES + CRMD_BINREL or CRMD_BRELVONAE

a. SRRELROLES~OBJKEY or CRMD_BRELVONAE ~OBJGUID_B_SEL
b. CRMD_ORDERADM_H~OBJECT_ID

Business Transaction Search Enhancement | Peter Weigel Page 4 of 25

 www.hybrid-eichhoernchen.de

We want to search a Change Document by a given Change Request. Therefore

we need to read the document flow.

Business Transaction Search Enhancement | Peter Weigel Page 5 of 25

 www.hybrid-eichhoernchen.de

1.4 Version History

Version Author Date Comment

1 Peter Weigel 01.07.2015 Search for Risk, Change Category

and Third Party Ticket Number

2 Peter Weigel 04.09.2015 Search for CD by CR Number

1.5 Literature, Disclaimer, Contact and Download

Literature

This document is based on information from SAP Online Library, Implementation Guide
of SAP Solution Manager 7.1, several SAP Notes and several SCN articles. These
piece of information were enriched by the authors knowledge and experience.

Disclaimer

http://www.hybrid-eichhörnchen.de/rechtliche-hinweise/

Contact

Peter Weigel
Hyazinthenstr. 6
D-06122 Halle / Saale
Phone: +49 170 5337567
E-Mail: [email protected]
Web: www.hybrid-eichhoernchen.de

Download

You are allowed to download the latest version of this document for free: www.hybrid-
eichhoernchen.de.

Business Transaction Search Enhancement | Peter Weigel Page 6 of 25

 www.hybrid-eichhoernchen.de

2 Preparations
This guide describes a solution to enhance the Business Transaction Search without
development activities. The first time you enhance the search you have to do some
development activities. These developments need to implement once. They are used
for all further enhancements which can then be done without further developments.

2.1 Package
We need a development package ZSEARCH or similar. Please create it via SE80.

2.2 Structure for field enhancements

We need a structure which will contain all additional attributes used for search and
result list. Please create structure ZSEARCH_FIELDS via SE80 or SE11. At the
beginning it can be empty or contain a dummy field ZZSEARCH_DUMMY.

2.3 Append to search and result list structure

When we look at the Search UI Component in the SAP Web Client UI we will find out
that business objects BTQAICSearch and BTQRAISearch are used by SAP Solution
Manager IT Service Management and SAP Solution Manager Change Request
Management (for example we could have a look at UI component AIC_CMCR_S) .

When we look at BOL/GenIL Model Browser (GENIL_MODEL_BROWSER) or in

customizing table CRMC_OBJ_BTIL, we will find out, that these objects will support all
fields of structure CRMST_QUERY_SRV_REQ_BTIL resp.
CRMST_QUERY_R_SRV_REQ_BTIL. (BTW: when you are looking for the handler
class of search & result object, you will find it in table CRMC_OBJ_BTIL too. However,
you will need to add “_RUN_BTIL” to the found name.)

Therefore we need to enhance these structures. Please append structures

CRMST_QUERY_SRV_REQ_BTIL with append ZSEARCH_SEARCH_CRITERIA and
structure CRMST_QUERY_R_SRV_REQ_BTIL with append
ZSEARCH_RESULT_LIST. Both append structures should include structure
ZSEARCH_FIELDS.

Caution: If we want to enhance another search component, we will need to find out the
right structures and to append these structures instead.

Business Transaction Search Enhancement | Peter Weigel Page 7 of 25

 www.hybrid-eichhoernchen.de

Note: Application Enhancement Tool (AET) always appends structures

INCL_EEW_BUS2000223_SEARCH and INCL_EEW_QUERY_R_SRVI_BTIL which
are included in the mentioned structures. However we could do it the same.

Please append structure CRMT_REPORT_LOCATORLIST in the same way. This

structure is used by the framework reading the data for ther result list.

2.4 Maintenance Views

In SAP standard we will always need to do a development to implement value helps for
added search criteria and result lists (for result lists we need value helps to translate
keys to user friendly texts). In SAP standard value helps need to be developed by
implementing a value help getter method. Because of technical reasons we need to
implement it on view controller level instead on context node level. In most cases we will
need only one code line here using method get_v_for_ddlb (Please have a look at
method GET_V_IMPACT of class CL_CRM_SRQM_COMMON_SR_CNTRL).

However if the added fields are regarded as created via Application Enhancement Tool
(AET), we will get the value help for free without any development.

Business Transaction Search Enhancement | Peter Weigel Page 8 of 25

 www.hybrid-eichhoernchen.de

To open this way we need to create maintenance dialogs for following tables. Please
create maintenance views including maintenance dialogs (function group
ZSEARCH_TMD) for following customizing tables:

 CRMC_Q1O_FIELDS (ZSEARCH_Q1O_FLDS)
 AXT_RUN_FIELDDEF (ZSEARCH_FIELDDEF)
 AXT_RUN_FIELDUSE (ZSEARCH_FIELDUSE)
 AXT_RUN_BP_PARTT (ZEARCH_BP_PARTT)
 AXT_RUN_BO_PART (ZSEARCH_BO_PART)
 AXT_RUN_SEARCH (ZSEARCH_SEARCH)
 AXT_RUN_FLAG (ZSEARCH_FLAG)

2.5 Dynamic Result List Data Retrieval

Data reading for result list is only supported for foreseen object party like
ORDERADM_H, ACTIVITY_H, SERVICE_H, SRV_REQ_H and so on. The SAP
standard is not able to get data from previous unknown tables. But this is needed to be
able to enhance search criteria and result list fields.

Therefore we needed to enhance the standard. Please implement the following source
code at the end of method GET_EXTENSION of class
CL_CRM_REPORT_EXT_LOCATORLIST.

************************************************************************************
* PROGRAM ID : ZSEARCH *
* PROGRAM TITLE : Dynamic Search Enhancement *
* AUTHOR : Peter Weigel *
* SUPPLIER : SAP *
* DATE : 01/07/2015 *

Business Transaction Search Enhancement | Peter Weigel Page 9 of 25

 www.hybrid-eichhoernchen.de

* DEVELOPMENT ID : *
* CHANGE REQUEST (CTS) : *
* DESCRIPTION : Dynamic data read for unsupported fields *
*==================================================================================*
* CHANGE HISTORY LOG *
*----------------------------------------------------------------------------------*
* MOD. NO.| DATE | NAME | CORRECTION NUMBER | CHANGE REFERENCE # *
*----------------------------------------------------------------------------------*
* MOD-001 |01/07/2015| PETER WEIGEL | 1 | *
* *
* DESCRIPTION: First Version *
************************************************************************************

DATA:
zls_repdy TYPE crmc_repdy,
zls_repdy_db TYPE crmc_repdy_db,
zlv_select TYPE string,
zlv_from TYPE string,
zlv_where TYPE string.

FIELD-SYMBOLS:
<zfs_requested_column> LIKE LINE of gt_requested_columns,
<zfs_extension> TYPE any,
<zfv_value> TYPE any.

*Process every requested field.

LOOP AT gt_requested_columns ASSIGNING <zfs_requested_column>.

*Check whether field is not already read.

READ TABLE gt_read_columns
transporting no fields
WITH KEY column = <zfs_requested_column>-column.

CHECK sy-subrc <> 0.

*Get dynamic field definition.

SELECT SINGLE *
INTO zls_repdy
FROM crmc_repdy
WHERE sel_field = <zfs_requested_column>-column.

CHECK sy-subrc = 0.

*Get dynamic table definition.

SELECT SINGLE *
INTO zls_repdy_db
FROM crmc_repdy_db
WHERE dyn_method = zls_repdy-
dyn_method AND only_header = abap_true. "we only support header level yet.

CHECK sy-subrc = 0.

*Build dynamic SQL query. (for details have a look at CL_CRM_REPORT_ACC_DYNAMIC->BUILD_DYN_SQL)

zlv_select = zls_repdy-name_on_db.
* zlv_from = `CRMD_ORDERADM_H ` && zls_repdy_db-from_if_not_lead && zls_repdy_db-
join_header_guid && ` = CRMD_ORDERADM_H~GUID` && ` ` && zls_repdy_db-remain_from.
zlv_from = zls_repdy_db-leading_table && ` ` && zls_repdy_db-remain_from.
zlv_where = zls_repdy_db-join_header_guid && ' = <zfs_extension>-guid'.

*Mark field as read.

INSERT <zfs_requested_column> INTO TABLE gt_read_columns.

*Process every Business Transaction.

LOOP AT et_extension[] ASSIGNING <zfs_extension>.

*Get access to field.

ASSIGN COMPONENT <zfs_requested_column>-column OF STRUCTURE <zfs_extension> TO <zfv_value>.

CHECK sy-subrc = 0.

* Get data if possible.

SELECT SINGLE (zlv_select)

Business Transaction Search Enhancement | Peter Weigel Page 10 of 25

 www.hybrid-eichhoernchen.de

INTO <zfv_value>
FROM (zlv_from)
* WHERE crmd_orderadm_h~guid = <zfs_extension>-guid.
WHERE (zlv_where).

ENDLOOP.

ENDLOOP.

Business Transaction Search Enhancement | Peter Weigel Page 11 of 25

 www.hybrid-eichhoernchen.de

3 Field enhancements

3.1 Enhancement of Search Criteria and Result List Structure

Please add your fields to structure ZSEARCH_FIELDS. It will automatically extend
structures CRMST_QUERY_SRV_REQ_BTIL, CRMST_QUERY_R_SRV_REQ_BTIL
and CRMT_REPORT_LOCATORLIST. Because of this fact, the added fields will be
available as search criteria and result list field.

Please ensure that you added check tables and search helps here, otherwise the value
help determination could not work.

However the added fields can only be used if you enabled the fields as search criteria
and result list field via UI configuration. Therefore please perform the UI configuration.

We did it for RISK, CHANGE_CATEGORY, ICT_GUID and PREDECESSOR_GUID

and PREDECESSOR_ID. Data elements and check tables were overtaken from tables
CRMD_SRV_REQ_H, ICT_INCIDENTGUID and CRMD_ORDERADM_H.

However even if RISK, CHANGE_CATEGORY and PREDECESSOR_GUID are well

known standard fields, which would be supported by search automatically if we would
add them by their origin name, we decided to choose a different name in customer
namespace. Now we have a little bit more effort in configuration but we prevent future
conflict issues and we avoid searching another solution for structure
CRMT_REPORT_LOCATORLIST (where these fields already exist).

Caution: If you extend search and/or result list by sap standard fields, it might happen,
that SAP adds this fields in future. In this case your structure enhancement will cause
syntax error because the field will then be defined twice. This error will come up on
SPDD. If this happens, you will need to remove your field definition and to check the
customizing mentioned before and after this section. To avoid this conflict issue you
could use customer namespace in all cases even if you want to enable sap standard
fields. However if you do that, you avoid the conflict issue but you will never have the
chance to go back to standard.

Caution: If you extend search and/or result list by sap standard fields, it might happen,
that your extension can not be activated because the added fields are already included
in structure CRMT_REPORT_LOCATORLIST. In this case you have to split the content
of structure ZSEARCH_FIELDS into fields already supported by reporting and fields
which are not supported yet.

Business Transaction Search Enhancement | Peter Weigel Page 12 of 25

 www.hybrid-eichhoernchen.de

The search help for PREDCESSOR_ID was build by our own, because Application
Enhancement Toolset (AET) is very rigorous when using search helps. No existing
search help for CRMT_OBJECT_ID or CRMT_OBJECT_ID_DB can be used because
they always return more that one parameter, but AET alows only searchhelps with exact
one return parameter.

Business Transaction Search Enhancement | Peter Weigel Page 13 of 25

 www.hybrid-eichhoernchen.de

3.2 Registration of Table for Dynamic Reporting

The search is done by a big SQL select statement which is built automatically based on
definition in table CRMC_REPDY_DB. Therefore please add your table in customizing
table CRMC_REPDY_DB, if you have a new table.

However CRMD_SRV_REQ_H is already supported. There is nothing to do.

(SELECT * FROM CRMD_SRV_REQ_H WHERE GUID = <HEADER_GUID>)

(SELECT * FROM CRMD_ORDERADM_H INNER JOIN CRMD_SRV_REQ_H ON

CRMD_SRV_REQ_H~GUID = CRMD_ORDERADM_H~GUID WHERE
CRMD_ORDERADM_H~GUID = <HEADER_GUID>)

Table ICT_INCIDIENTGUID is not supported yet. Therefore we needed to extend the

SQL statement here. ICT_INCIDENTGUID has the specialty that the Order GUID is in
format CHAR32 whereas all other tables use RAW16. Therefore a direct join is not
possible. We need to do a translation for example by using table
TSOCM_CR_CONTEXT (here we hope that there will always exist an entry, that GUID
and ITEM_GUID will always be equal but GUID will be in format RAW16 and
ITEM_GUID in format CHAR32). If that is not the case, we need to use another table or
we will need to use a customer field which always will have the Order GUID in format
CHAR32 for example updated on first save.

To reduce complexity we decided to create a database view first.

Business Transaction Search Enhancement | Peter Weigel Page 14 of 25

 www.hybrid-eichhoernchen.de

(SELECT * FROM ZSEARCH_ICTGUID WHERE GUID = <HEADER_GUID>)

(SELECT * FROM CRMD_ORDERADM_H INNER JOIN ZSEARCH_ICTGUID ON

ZSEARCH_ICTGUID~GUID = CRMD_ORDERADM_H~GUID WHERE
CRMD_ORDERADM_H~GUID = <HEADER_GUID>)

For predecessor relationship, we expected to create and use a database view for
database tables (TSOCM_CR_CONTEXT,) SRRELROLES, CRMD_BINREL and
ORBRELTYP.
*SQL Statement to get/validate Change Request for a given Change Document
SELECT SINGLE crmd_orderadm_h~object_id
INTO CORRESPONDING FIELDS OF ls_orderadm_h
FROM crmd_orderadm_h
JOIN tsocm_cr_context AS nachfolger_context ON nachfolger_context~guid = crmd_orderadm_h~guid
JOIN srrelroles AS nachfolger_role ON nachfolger_role~objkey = nachfolger_context~item_guid

Business Transaction Search Enhancement | Peter Weigel Page 15 of 25

 www.hybrid-eichhoernchen.de

AND nachfolger_role~objtype = 'BUS2000116' AND nachfolger_role~roletype = 'NACHFOLGER'

JOIN crmd_binrel AS vona_binrel ON vona_binrel~role_b = nachfolger_role~roleid
AND vona_binrel~breltyp = 'VONA'
JOIN srrelroles AS vorgaenger_role ON vorgaenger_role~roleid = vona_binrel~role_a
AND vorgaenger_role~objtype = 'BUS2000116' AND vorgaenger_role~roletype = 'VORGAENGER'
JOIN tsocm_cr_context AS vorgaenger_context ON vorgaenger_role~objkey = vorgaenger_context~item_guid
JOIN crmd_orderadm_h AS vorgaenger_head ON vorgaenger_context~guid = vorgaenger_head~guid
WHERE crmd_orderadm_h~guid = '<GUID>'.

However this is not needed since there exists table CRMD_BRELVONAE and a
matching entry for it. (Note: For all other relationships we have to go the long way!)

But unfortunately we need GUID (for result list) and ID (as search criteria) of the
predecessor. But CRMD_BRELVONAE gives us only the GUID. Therefore we need our
own version of CRMD_BRELVONAE as database view:

Business Transaction Search Enhancement | Peter Weigel Page 16 of 25

 www.hybrid-eichhoernchen.de

And therefore we can not use the SAP standard version.

3.3 Registration of field for Dynamic Reporting

Using and joining a table is not enough. We need to specify the fields in customizing
table CRMC_REPDY. Here we need to give them a name which is unique for the
Search Object and the Result List Object. Please do it for your fields.

However, RISK and CHANGE_CATEGORY are already specified in sap standard.

There would be nothing to do for us, if we would choose the origin names. But we
decided to choose different names. Therefore we needed to copy the settings.

We registered field ICT_GUID here and linked it to the previous mentioned configuration
via “Dynamic Access Name”.

We also registered field PREDECESSOR_GUID and PREDECESSOR_ID by copying

and adjusting existing the entry PREDGUID_BRELVONAE.

Business Transaction Search Enhancement | Peter Weigel Page 17 of 25

 www.hybrid-eichhoernchen.de

3.4 Enabling of SAP standard field for dynamic reporting

For a field not being part of namespace Z*, Y* or /* we need a registration in table
CRMC_Q1O_FIELDS (ZSEARCH_Q1O_FLDS), otherwise it could be not used for
searching / filtering. Therefore please add an entry here or always use customer
namespaces even if the field is a sap standard field.

However RISK, CHANGE_CATEGORY and PREDGUID_BRELVONAE were already

registered here. But we are using different names in customer namespace. Therefore
we don’t need to care about these settings.

Business Transaction Search Enhancement | Peter Weigel Page 18 of 25

 www.hybrid-eichhoernchen.de

Caution: It might happen that the content will be overwritten by SAP during upgrade
because table is released for SAP internal use only.

Caution: Because the fields RISK, CHANGE_CATEGORY and

PREDGUID_BRELVONAE are supported by SAP standard reporting framework but are
missing in structures for search criteria and result list of SAP Solution Manager IT
Service Management and Change Request Management Search, it would be very easy
for SAP to allow/activate these fields. Therefore please check after every upgrade
whether these fields are now supported by SAP standard completely. If yes, you should
go back to standard.

3.5 Search Operator Configuration

As mentioned in SAP note 1991218 “Customized search operators disappear in CRM
UI” we need to configure allowed search operators in the IMG activity called “Define
Operators for Dynamic Queries”. Therefore please do it for your added fields. Otherwise
only “Equal” will be supported.

We did it in the following way:

Business Transaction Search Enhancement | Peter Weigel Page 19 of 25

 www.hybrid-eichhoernchen.de

3.6 Enable Search Help and Value Conversation

In table AXT_RUN_FIELDDEF (ZSEARCH_FIELDDEF) we register our fields to
activate the extended value help determination. All information can be empty except
FIELD_ID and LOCATION. The LOCATION can be empty or should contain the name
of a structure containing this field including search helps and/or check tables. To enable
a real value help drop down box we need to specify some more information (especially
the behavior CHECKTABLE2DDLB). Please register your fields here. Without
CHECKTABLE2DDLB you will get a value help popup in case of value help request.

Business Transaction Search Enhancement | Peter Weigel Page 20 of 25

 www.hybrid-eichhoernchen.de

(Note: Because of NAV_OBJECT and SERVICE_ORDER the GUID will be translated in

Number and Description on display in result list. You can click on this text to navigate to
this object/entity.)

Business Transaction Search Enhancement | Peter Weigel Page 21 of 25

 www.hybrid-eichhoernchen.de

(Note: The search help needs to be mentioned here even it is already mentioned in
definition of structure ZSEARCH_FIELDS.)

In table AXT_RUN_FIELDUSE (ZSEARCH_FIELDUSE) we assign the fields to be

used only in context of Business Transactions. Please register your fields here.

Table AXT_RUN_BO_PARTT (ZSEARCH_BO_PARTT) is used to register complete

tables as extension table. For Change Request Management we always use
SERVICE_REQUEST_FOR_CHANGE. The field EXT_BO_PART should always be
ORDERADM_H if this table enhancement is a header enhancement instead of item
enhancement. This configuration might not be needed at the moment.

Table AXT_RUN_BO_PART (ZSEARCH_BO_PART) is used to assign the fields to a

certain object part. For Change Request Management we always use
SERVICE_REQUEST_FOR_CHANGE. The field EXT_BO_PART is only a logical
grouping without technical meaning. Please add your fields here.

Business Transaction Search Enhancement | Peter Weigel Page 22 of 25

 www.hybrid-eichhoernchen.de

In table AXT_RUN_SEARCH (ZSEARCH_SEARCH) we enable the field for searching

and resulting including value help determination and value translation. Please add your
fields here and flag it.

(Note: Even we flag ZZSEARCH_PREDECESSOR_GUID as search criteria, it is no

good idea to use it as search criteria. Of course It will be displayed and you will get a
navigation object dependent search help. But this search help is optimized for real
service orders, and therefore not optimal to search for change requests. After you
selected a transaction, the GUID will be displayed as search value. This is not user
friendly. This is why we should use field ZZSEARCH_PREDECESSOR_ID as search
criteria and ZZSEARCH_PREDECESSOR_GUID as result list field.)

However there exists a second table AXT_RUN_FLAG (ZSEARCH_FLAG) which

contains the enabling flags too. But these flags seem not to be needed yet, so we can
ignore this table (at the moment).

Business Transaction Search Enhancement | Peter Weigel Page 23 of 25

 www.hybrid-eichhoernchen.de

4 Development notes

4.1 SCN articles

http://wiki.scn.sap.com/wiki/display/CRM/Transaction+Search+Enhancement

http://wiki.scn.sap.com/wiki/display/CRM/How+to+add+an+existing+field+to+a+search+
page+of+a+different+component

http://scn.sap.com/thread/2084702

4.2 Classes and Methods for break points

CL_CRM_Q1O_SEARCH
 This class is used for searching by all One order search components
CL_CRM_REPORT_ACC_DYNAMIC->BUILD_DYN_SQL
 Build the SQL statement for selection
CL_CRM_REPORT_ACC_DYNAMIC->DATABASE_ACCESS
 Perform the dynamic selection
CL_CRM_REPORT_EXT_LOCATORLIST->REQUEST_NEW_COLUMNS
 Read data for result list by performing dynamic method calls.

CRM_BSP_OIC_1O_SEARCH_FROM_RF
 Standard routine for selection. Used by standard or BADI implementation.
CRM_BSP_OIC_1O_READ_FROM_RF
 Standard routine for result list data reading. Used by standard or BADI
implementation.

4.3 Business Add-ins

Following BADI definitions are used to implement the search and data retrieval.
However there can be only one implementation per search object.

Business Transaction Search Enhancement | Peter Weigel Page 24 of 25

 www.hybrid-eichhoernchen.de

 crm_badi_rf_q1o_search
 crm_badi_rf_q1o_read
 crm_badi_rf_q1o_calculate
 crm_badi_rf_q1o_filter
 CRM_RF_SEARCH_EEW

4.4 Testing
You can test your solution without SAP Web Client UI by using Browser for Business
Object Layer (GENIL_BOL_BROWSER) with component set “ONEORDER”.

4.5 Known bug in standard

Application enhancement tool says that it is able to enhance the One Order Model by
new customer tables including use as search criteria and result list fields. This is wrong.

 Because of a configuration error, the generation of a customer table with result list
support will abort. Please be sure that you correct the following configuration in
transaction AXTREG before starting generation. (in standard the leading “I” is
missing)

 The result list fields will always be empty because in sap standard there is no
dynamic data retreival solution. If our solution 2.5 is implemented it should work.

Business Transaction Search Enhancement | Peter Weigel Page 25 of 25