Hierarchy

⤷

⤷

IMG Activity
ID | CM_XX_146 | BAdI: Organizational Unit of Alumnus |
Transaction Code | S_KK4_82000502 | (empty) |
Created on | 20010119 | |
Customizing Attributes | CM_XX_257_2_2 | Multiple Usage: Non-Critical Activity (IS-HER-CM-AD, ASAP 257) |
Customizing Activity | CM_XX_146 | BAdI: Organizational Unit of Alumnus |
Document
Document Class | SIMG | Hypertext: Object Class - Class to which a document belongs. |
Document Name | CM_XX_146 |
In this activity, you use the business add-in HRPIQ00_ALUMNUS_ORG to implement the following methods:
- DEFINE_ALUMNUS_RELAT_EARLY: This method is implemented before the system derives the organizational unit. You can implement this method if you always use the same same organizational unit or if you do not want to create an alumnus relationship.
- DEFINE_ALUMNUS_RELAT_LATE: This method is implemented after the system derives the organizational unit. You can use this method if you want to use a different organizational unit than was derived by the system.
Description
If the business add-in is implemented, these methods are called when a student is de-registered from a program and the indicator for creation of an alumnus relationship is set.
The method DEFINE_ALUMNUS_RELAT_EARLY is called before the system derives the organizational unit. If this method returns an organizational unit or an indicator specifying that an alumnus relationship should not be created, the system then does not derive the organizational unit. You can use this method if, for example, you want to ensure that the same organizational unit is used for each alumnus or that an alumnus relationship is not created.
The method DEFINE_ALUMNUS_RELAT_EARLY_LATE is called after the system has derived the organizational unit. If you want to, you can define an organizational unit different from the one derived by the system. For example, if the programs and modules are offered by the university departments, the system would derive "department" as the organizational unit for the alumnus relationship. However, if you do not want to assign the alumnus to a department but to the higher-level faculty, you can use the method DEFINE_ALUMNUS_RELAT_EARLY_LATE to determine this faculty and assign it to the alumnus.
Parameters
The current plan version (PLVAR), the object type (OTYPE), the object ID (OBJID) of the student and program, the registration end date, and the process and reason for program de-registration are transferred in the structure PIQALUMNUS_BADI. The proposed start and end dates of the alumnus relationship are also transferred in this structure; these dates can be overwritten. You can therefore not only define the organizational unit but also the validity of the alumnus relationship independent of the parameters that are transferred.
You can also use the method DEFINE_ALUMNUS_RELAT_EARLY to return the organizational unit you have defined or the indicator specifying that an alumnus relationship should not be created.
The method DEFINE_ALUMNUS_RELAT_LATE transfers the organizational unit derived by the system; this organizational unit can be overwritten. This method also transfers the organizational unit derived by the system, and the organizational unit assigned directly to the student, if one is assigned.
Further notes
You should perform this activity only if both of the following conditions are satisfied:
- The SAP standard processes do not cover your requirements.
- You have an in-depth knowledge of the ABAP programming language.
Business add-in implementations are code extensions and therefore apply across clients. If you have a multiclient system, you have to define how the customer enhancement is to be used within the implementation for each client using the system variable SY-MANDT.
Business add-ins without multiple usages can have several implementations. However, only one of these implementations may be active at any one time.
You must also make sure that instance creation for the implementing class (Properties tab page) is declared as public and not as private, protected, or abstract. Otherwise unwanted short dumps may occur during runtime.
General information and implementation instructions for business add-ins are found in the SAP library under Basis Components -> ABAP Workbench (BC DWB) -> Changes to the SAP Standard (BC) -> Business Add-Ins. You can also access this documentation from the initial BAdI builder screen via Help -> Application help.
Activities
After calling up the IMG activity, a dialog box appears, in which you can enter a name for the implementation.
If you have already made other implementations for this BAdI, another dialog box appears, in which the existing implementations are displayed. In this case, choose Create, and proceed as follows:
- In the dialog box, enter a name for the BAdI implementation in the Implementation field, and choose Create.
The screen for creating BAdI implementations is now displayed.
- Enter a short text for the implementation in the Short text for implementation field.
- From the tab index, choose Interface.
The Name of implemented class field is already filled on the tab page, as a class name was automatically assigned to the implementation when you named it.
- Save your entries, and assign the implementation to a development class.
- Place the cursor on the method, and double-click to enter method processing.
- Enter the code for the implementation between the statements
method <Interface name> ~ <Name of method>
andendmethod
. - Save and implement your code. Return to the Edit Implementation screen.
- Save the entries on the Edit Implementation screen.
Note: You can also create an implementation, and then activate it at a later time. In such a case, end the processing stage at this point.
- Choose Activate
The code you stored in the method will be run when the application program is executed.
Business Attributes
ASAP Roadmap ID | 257 | Create User Exits |
Mandatory / Optional | 2 | Optional activity |
Critical / Non-Critical | 2 | Non-critical |
Country-Dependency | A | Valid for all countries |
Maintenance Objects
Maintenance object type | E | Business Add-In - Definition |
History
Last changed by/on | SAP | 20030113 |
SAP Release Created in | 463 |