Ansicht
Dokumentation

CRMS4_IU_CM_CUST - General Process Definition

ROGBILLS - Synchronize billing plans   BAL Application Log Documentation  
This documentation is copyright by SAP AG.

In this activity you define basic processes and process steps within sales contract management, such as creating or terminating utilities sales contracts.

These definitions are not client specific. They can be overridden for specific clients in Customizing under Modify Process Definition (Client-specific).

The following views are available:

• PI Process

• PF Process

• PF Process Parameter

• UI Process View

• UI Process Context

• UI Process

• UI Process Parameter

• UI Process Steps

• UI Process Step Requirement

• UI Process Step Binding

PI Process

(PI - Product Integration)

This view defines the applicable PI processes.

PI processes are the interface of the CM to IS-U. Their task is to implement the CM processes technically.

Example:
When creating a new contract in CM, the PI process ensures that the move-in takes place in IS-U and that the asset can be settled according to the utilities products selected.

PI processes are defined by their technical name, to which an ABAP class implementing them is assigned. PI processes are referenced by PF processes using this technical name.

At this point further PI processes can be defined. Alternatively, already defined PI processes can be overridden on a client-specific basis in the activity Modify Process Definition (Client-specific).

In the delivered Customizing, the class CL_CRMS4_IU_CM_PI_PROCESS is used for all PI processes. Customer implementations must be derived from this class.

PF Process

(PF - Process Framework)

This view defines the PF processes.

PF processes map the business logic for CM processes. Your task is to check input parameters and implement the CM process technically in IS-U using the PI processes and to manage the utilities sales contracts.

PF processes are defined by their technical name, to which an ABAP class implementing them and a PI process are assigned (using its technical name).

At this point further PF processes can be defined. Alternatively, already defined PF processes can be overridden client-specifically in the activity <DS:SIMG.CRMS4_IU_CM_CUSTC>Modify Process Definition (Client-Specific).

The Customizing provided contains PF processes for all CM processes with appropriate classes. The delivered classes are derived from the class CL_CRMS4_IU_CM_PF_PROCESS. Customer implementations must be derived from this class.

PF Process Parameter

PF processes basically work with the values available in the utilities sales contract, such as the start date of the contract. Additional parameters can be assigned to a PF process using this view.

The parameters are defined as a pair consisting of the attribute name and attribute value. The length of the attribute value is limited to 200 characters. To ensure the transfer to the PF process works correctly, the implementing class must have a public attribute with the same name as the attribute name. These attributes are automatically filled with the values defined in this view when the PF process is initialized.

At this point additional parameters can be defined. Alternatively, already defined parameters can be overridden client-specifically in the activity Modify Process Definition (Client-specific) or new parameters can be added client-specifically.

UI Process View

This view defines the CRM WebUI views from which the UI processes of the CM can be set up. The views can come from any UI components.

A UI process view is defined by its technical name. The following technical properties are assigned to this:

• Component Name
  Name of the UI component that contains the view

• Window Name
  Name of the interface windows of the view
  Full window name: [UI component] / [window name]

• Inbound plug, which is used to enter the view

At this point additional UI process views can be added. Alternatively, already defined UI process views can be overridden client-specifically in the activity Modify Process Definition (Client-specific) or new UI process views can be added client-specifically.

UI Process Context

In this view, additional process contexts can be defined. Technically, these are additional, dynamic context nodes that are found in all component controllers and that can be accessed in the implementation classes of the respective processes. Their context is implemented by a class derived from the class CL_CRMS4_IU_CM_UI_PROCESS_CTXT.
A UI process context is defined by its technical name, which is assigned an implementation class. This must be derived from the class CL_CRMS4_IU_CM_CN_NODE. Exceptions are context nodes that are to be used in table views (display of lists in the UI). These should be derived from the CL_CRMS4_IU_CM_CN_NODE_TV class.

The name of a dynamic context node corresponds to the technical name of the UI process context.

Additional process contexts can be added here. Alternatively, already defined process contexts can be overridden client-specifically in the activity Modify Process Definition (Client-specific) or new process contexts can be added client-specifically.

UI Process

In this view, UI processes that can be executed in the Interaction Center can be defined.

A UI process is defined by its technical name. This name can be used in the Customizing activity Define Object Hierarchy and Object Attributes to start the UI process via One Click Action or Toolbar Button.

The following attributes can be maintained for a UI process:

• Impl. Class for UI Process
  The class that implements the UI process. This must be derived as a subclass of CL_CRMS4_IU_CM_UI_PROCESS or CL_CRMS4_IU_CM_UIP_CTI.

• Type
  Type of UI Process:

• Overview page (in planning)
  The steps are displayed on a standard overview page with fold-in detail views for each step.

• Guided
  The individual steps are displayed and processed step by step.

• Tiled (in planning)
  The steps are shown as tiles.

• Short Text
  The short text is a term that summarizes the UI process.

• Text
  Description of the UI process. If the UI process is running in the Contract Overview, this text will be used as the heading. The text can contain placeholders in which, for example, the name of the business partner is dynamically integrated.

• Techn. Name of Process
  Technical name of the PF process assigned to this UI process.

• Process Detail View
  A view can be integrated in the process detail view.
  The short summary is displayed as a default here. The process detail view can be customized.

• Business Partner Detail View
  In the business partner detail view, you can integrate a view.
  The business partner summary is displayed as a default here. The business partner detail view can be customized.

• Group ID
  The profile group refers to the type of BOL tree. The ID can be used to select and display different trees.

• Active
  By selecting the flag, you activate the UI process.
  If the flag is not selected, the process is not active and is therefore not available.
  This function can for example be used to provide a specific client with a limited pre-selection of processes.

• Short Summary
  This short summary provides an overview of the current UI process and is dynamically generated during the process. The ad is located in the right-side panel of the UI. The agent here can see the current selection, for example when creating a contract, such as the contract start or product. By default, the delivery role includes the display of the product.
  The short overview is configurable in transaction SO10. The text that is displayed here in the Process Detail View can be defined individually.

• Summary
  The summary provides an overview of the completed UI process in the last UI process step. The ad is located at the bottom of the UI. The agent can see in the last process step, the selected settings and information, for example when creating a contract, such as the contract start, contract type or address.
  The summary is configurable in transaction SO10. Here you can individually define which information should be displayed in the last process step.

• Business Partner Summary
  The summary provides an overview of the confirmed business partner within the UI process and is dynamically generated during the process.
  The ad is located on the UI to the left of the Process Detail View. By default, the delivery role includes the start of the contract.
  The business partner summary can be configured in transaction SO10. The text that is displayed here in the Business Partner Detail View can be defined individually.

Additional UI processes can be added here. Alternatively, already defined UI processes can be overridden on a client-specific basis in the activity Modify Process Definition (Client-specific).

UI Process Parameter

Parameters for a UI process can be defined in this view.

The parameters are defined as a pair consisting of the attribute name and attribute value. The length of the attribute value is limited to 200 characters. To ensure the transfer to the UI process works correctly, the implementing class must have a public attribute with the same name as the attribute name. These attributes are automatically filled with the values defined in this view when the UI process is initialized.

At this point additional parameters can be defined. Alternatively, already defined parameters can be overridden client-specifically in the activity Modify Process Definition (Client-specific) or new parameters can be added client-specifically.

• Example:
  When creating a contract in the CM, the checkbox Forced Move-Out should be checked by default. To do this, enter the name of the UI process and the attribute name and set the attribute value to "X".

UI Process Step

The UI process steps represent the step-by-step processing that takes place during a UI process. They are displayed in Customer Management in the form of buttons, which agents can use to navigate and process a procedure. Both icons and texts can be specified for these buttons. They also contain a status display for the current processing status of the individual process steps.

New process steps can be defined and existing process steps adapted. Alternatively, process steps that have already been defined can be overridden on a client-specific basis in the activity Modify Process Definition (Client-specific) or new process steps can be added on a client-specific basis.

A process step is defined by its technical name. It has the following attributes:

• Techn. Name of UI Process View
  The technical name of the UI process view to be displayed.

• Sequence
  Sequence of UI Process steps
  The field contains a unique number that defines the order of the process steps. The number is usually specified in increments of ten. This allows further intermediate steps to be added later.

• Type
  Kind of UI Process Step:

• Default
  The process can only proceed if all validations of this step have been positive.

• Optional
  The process can proceed if this step was not performed and if warnings occurred during execution.

• Warnings allowed
  The process can proceed even if there are warnings during execution.

• Stateless (Summaries)
  No state, and therefore no icon is displayed for the process step. By default, this option is provided for the summaries.

• Active
  By selecting the flag you activate the UI process step.
  If the flag is not selected, the process step is not active and is therefore not available.
  This function can for example be used to provide a specific client with a limited pre-selection of process steps.

• Short Text
  In this field, you can specify a name for the process step that appears in the button for navigating through the UI process.

• Text
  In this field you can enter a text that appears when the cursor is positioned over the short text or the icon of the process step.

• Icon Name
  The Icon field contains the name of an icon, which is to be displayed before the short text for the process step. The icon name can be the name of a SAP icon, for instance: sap-icon: // home (Name of SAP symbol in Icon Explorer)

• Icon Color
  In this field you can specify the preferred color of the icon.
  The input is made, for example, in hexadecimal notation or by color names.

UI Process Step Requirement

In this view, one or more requirements for a UI process step can be defined. One condition refers to the status of another process step. A step may require one or more other steps to have already been successfully completed.

New requirements can be defined and existing requirements adapted. Alternatively, already defined prerequisites can be overridden client-specifically in the activity Modify Process Definition (Client-specific) or new prerequisites can be added client-specifically.

• Example:
  20 CHOOSE_PRODUCT before 25 PRODUCT_CONFIG
  During contract creation, the agent must select a product in the first process step before they can configure it in a further process step.

A requirement for a UI process step is defined by a serial number. The following attributes can be defined:

• Name of UI Process Step
  Technical name of the required UI process step

• Sequence
  Sequence number
  All requirements for a UI process step are performed in the order of their sequence numbers.

• Active
  A requirement is only checked if this flag is set.

UI Process Steps Binding

In this view, the context nodes of UI processes and linked context nodes for the views can be assigned a name.

The following nodes can be assigned:

• Target Context Node
  Context node in the view

• Source Context Node
  Context node in the UI process

By default, the context nodes of the views are bound to the context nodes of the UI process with the same name. This can be changed by using the name mapping in the UI process step bind. The same context node in a view can be bound to other context nodes of the UI process for each step. This allows a view to be reused in different processes or steps.

General Material Data   Fill RESBD Structure from EBP Component Structure  
This documentation is copyright by SAP AG.

Length: 19463 Date: 20240523 Time: 162154     sap01-206 ( 262 ms )