Object Oriented ABAP

22. How to use ABAP Classes in Process Steps of Business Workflow?
In process steps we can use methods and attributes of ABAP classes in the same way as
methods and attributes of Business Object Repository (BOR) objects. We can call these
methods in the process context.
Features:
While using the ABAP Classes in the Process Steps the methods may contain dialogs, they
can be synchronous or asynchronous; they may appear in the workflow log, and so on.
In general, we can use any method that is implemented as a public method. The method
can be implemented in the class itself, in one of the super classes of the class, or by way of
an interface.
The maximum permitted length for methods that are implemented by way of an interface,
for example IF_WORKFLOW~FIND_BY_LPOR, is 30 characters. If the method name is too
long, we can choose a shorter name for the method by defining an alias. If the method is
implemented in the class or in a super class, the name of the method cannot be longer than
30 characters, so this limitation does not apply.
Parameters:
We can assign values from the workflow container to the method parameters. Conversely,
export parameters can be entered as workflow container values. The following overview
shows how the individual types can be used as parameters:
Simple types (string, integer, and so on)
Data Dictionary types (structures, tables, complex types)
References to objects from the Business Object Repository
References to ABAP classes (supporting the IF_WORKFLOW interface)
We can transfer method parameters that represent a persistent object (IF_WORKFLOW or
BOR Object) in the following ways:
ABAP classes (with IF_WORKFLOW interface)
TYPE SIBFLPORB
Object is transferred using the persistent display
TYPE REF TO