Student Accounting Workshop 2010 Materials - Day 1

Student Accounting Workshop
June 28 30, 2010
Day 1
Table of Contents
1. Prerequisites for Student Accounting ................................................................................................... 3
2. Basic FI-CA Customizing Settings .......................................................................................................... 4
3. Fee Calculation Process......................................................................................................................... 7
4. Review of generic SLCM configuration examples applicable to various methods of fee calculation .. 8
5. Scenario 1a: Admission based Tuition Statistical Document ........................................................... 13
6. Scenario 1b: Admission based Tuition Real Document ................................................................... 16
7. Scenario 2: Registration based Tuition ............................................................................................... 19
8. Scenario 3: Special Class Fees ............................................................................................................. 23
9. Scenario 4: Benefits, Discounts and Surcharges ................................................................................. 28
10. Scenario 5: Additional Fees ............................................................................................................. 32
11. Scenario 6: Tuition and Fees related to Exchange Students ........................................................... 33
12. Scenario 7: Scale-based Tuition ...................................................................................................... 34
13. Scenario 8: Time-based Fees and Refunds ..................................................................................... 35
14. Using Systems Enhancements in Fee Calculation ........................................................................... 39
15. Example Questions from Implementation Projects ........................................................................ 40
June 2010 Page 2

1. Prerequisites for Student Accounting
1. Activate the appropriate Business Functions (only if you know what you are doing!!!)
2. Organizational Structure is in place (generally created by the HR team)
3. The following basic settings exist depending on the customers environment:
Financial in General Ledger
Controlling and Public Sector Management
(generally created by the FI team)
4. Academic Structure and Academic Calendar analysis are, at least, in their final stages.
5. Configuration has been set up to create a Student and a corresponding Business Partner (role
PSCM10 and MKK) and Contract Account. Contract Objects are optional but useful to
differentiate various fee types.
6. Basic PSCD configuration is set up to post documents, i.e.
Configure:
Document type and number ranges
Main and Sub transactions
CO assignment
Must be configured
The following section provides further details of the basic FI-CA customizing settings.
June 2010 Page 3

2. Basic FI-CA Customizing Settings

(Note: The data shown in the following IMG views are for example purposes only)
2.1 Company Code

Financial Accounting>Contract Accounts Receivable and Payable>Organizational Units>Set Up
Company Codes for Contract Accounts Receivable and Payable
2.2 Company Code Groups

Financial Accounting>Contract Accounts Receivable and Payable>Organizational Units> Define
Company Code Groups
2.3 Company Code/Group Assignment

Financial Accounting>Contract Accounts Receivable and Payable>Organizational Units> Assign
Company Codes to Company Code Groups
2. 4 Application Area
Financial Accounting>Contract Accounts Receivable and Payable>Basic Functions>Application Area
2.5 Number Ranges

Financial Accounting>Contract Accounts Receivable and Payable> Basic Functions> Contract Accounts>
Number Ranges and Contract Account Categories> Define Number Ranges
No From Number To Number Current Number Ext
01 000001000000 000001999999
02 A ZZZZZZZZZZZZ X
09 000000090000 000000099999
2.6 Contract Account Category

Financial Accounting>Contract Accounts Receivable and Payable> Basic Functions> Contract Accounts>
Number Ranges and Contract Account Categories> Configure Contract Acct Categories and Assign
Number Ranges
Ap. Area CAC Acct Category Text INR ENR
June 2010 Page 4

Public Administration SP Sponsor Account 09 02

Public Administration ST Student Account 01 02
2.7 Business Partner Relationships

Financial Accounting> Contract Accounts Receivable and Payable> Basic Functions> Contract Accounts>
Contract Account Relationships> Define Contract Account/Business Partner Relationships
Acct. Rel Description AH
SP Sponsor Acc Holder X
ST Student Acc Holder X
2.8(a) Contract Object Number Ranges

Financial Accounting> Contract Accounts Receivable and Payable> Basic Functions> Contract Object>
Number Ranges and Contract Object Types> Define Number Ranges
No From Number To Number Current Number Ext
01 00000000000001000000 00000000000001999999
02 00000000000002000000 00000000000002999999
03 00000000000003000000 00000000000003999999
2.8(b) Contract Object Types and Number Range Assignment

Financial Accounting> Contract Accounts Receivable and Payable> Basic Functions> Contract Object>
Number Ranges and Contract Object Types> Define Contract Object Types and Assign Number
Ranges
ObTp Name of CO Type Categ NR ENR One BP
ADMI Admission Fee PSDD 01
TUIT Tuition Fee PSDD 02
SCLF Special Class Fee PSDD 03
2.9 Document Types/Number Ranges

Financial Accounting>Contract Accounts Receivable and Payable>Basic Functions>Postings and
Documents>Document> Maintain Document Assignments>Document Types>Maintain Document Types
and Assign Number Ranges
2.10 (a) Main Transactions

Documents>Document> Maintain Document Assignments>Maintain Main Transactions
Ap Area M.Tra Description
June 2010 Page 5

P 9000 Student Fees

P 9500 Sponsoring
P 9600 Services
2.10(b) Sub Transactions

Documents>Document> Maintain Document Assignments>Maintain Main Transactions
Ap Area MTrans STrans Description
P 9000 0100 Student Fees
P 9000 0101 Student Fee Adjustments
P 9500 0100 Priv Sponsoring (Recipient)
P 9500 0120 Institutional Support (ST)
P 9600 1000 Academic Scholarship
P 9600 2000 Miscellaneous Aid
2.11(a) GL Account Determination (Receivables/Payables)

Documents>Document>Define Account Assignments for Automatic Postings>Automatic G/L Account
Determination>Define Accounts for Receivables/Payables
2.11(b) GL Account Determination (Revenues/Expenses)

Documents>Document>Define Account Assignments for Automatic Postings>Automatic G/L Account
Determination>Define Accounts for Revenues/Expenses
June 2010 Page 6

3. Fee Calculation Process

3. Fee Calculation Process: Transaction
Student Relevant Period/

File Session
post as
real open item ?
study related
Master Data
Stdt Group Stdt ID

Selection Fee Group FeeProcessing
Calculation Calc Trigger Date
Calculation
Method Base calculate/post
Mode ! Date
Stdt Fee Cat calculate/post !
Stdt Org ID
Fee Calc Proc
SAP 2008 / Page 13
3. Fee Calculation Process: Study-Based Fees

Relevant Master Data
Student Fee Calc. Rel. Data
Student Master Data ST

IMG
SC
Student File IMG
Fee Calc. Rel. Data
CS (Study) CG
SM Fee Calc. Rel. Data

IMG
SE Fee Calc. Rel. Data
IMG
SAP 2008 / Page 15
June 2010 Page 7

4. Review of generic SLCM configuration examples applicable to

various methods of fee calculation
SLCM > Master Data in Student Lifecycle Management > Students > Fee Calculation Data
Define Student Fee Categories
Define Benefit Categories
Define Discount/Surcharge Category 1
Define Discount/Surcharge Category 2
SLCM > Master Data in Student Lifecycle Management > Academic Structure
Programs of Study > Fee Calculation Data > Define Program of Study Fee
Categories
Use PP01 to assign the

relevant fee category to
the appropriate program
(SC)
June 2010 Page 8

Modules >Fee Calculation Data > Define Module Fee Categories
Define Special Module Fee Categories

the appropriate Module
(SM)
Event Packages > Set Up First Event Package Category

the appropriate Event
Package (SE)
June 2010 Page 9

SLCM > Student Accounting > Basic Settings > Fee Calculation Periods
Define Fee Calculation Periods / Maintain Fee Calculation Periods
Academic Year and Session are

defined in Academic Calendar
configuration.
The actual dates are maintained in
the appropriate Academic Calendar
(CA).
Assign Key Date Categories to Object Types
Other settings are possible but the

ST object can only uses option 03 or
option 04.
SLCM > Student Accounting > Fees > Basic Settings

Set Up Processing Modes for Fee Calculation
SLCM > Student Accounting > Fees > Pricing > Pricing Procedures
Maintain Credit Type for
Pricing
Use attempted credit hours when basing

calculation on SM credit hours
Map Module Booking Status for Fee

Calculation
When recalculating fees at the end of the term or
later, the booking status may have changed, but the
hours need to be processed the same as booked
status
Student Accounting > Fees > Posting

Fee Calculation Documents
It might be useful to use different

document ranges when processing high
volumes
June 2010 Page 10

Student Accounting > Fees > Posting > FI-CA Documents

Determine Document Currency
The institution might need to charge students in specific

currencies. However, ensure that PSCD and FI permit
financial transactions in multiple currencies.
Determine Document Type
It might be useful to define a different Document Type for

statistical documents since they are only sample
documents and cannot be used in standard financial PSCD
processing.
The Document Type has to be defined first in PSCD.
Determine Main Transaction and Subtransaction for Fee Calculation
Define separate Main and Sub Transactions for

statistical documents.
The Main and Sub has to be defined first in PSCD.
FICA/PSCD:
Statistical indicator G
is hard-coded in the Fee
Calculation Program
Define Accounts for

Receivables/Payables This is normally maintained in PSCD.
Since the GL accounts in this configuration represent

the AR reconciliation account they must be defined as
type V in the GL master.
ST = Student
SP = Sponsor (SLCM sponsor NOT GM sponsor)
Due Date Schedule> Define Due Date Schedules
For the following examples, DUE1 is used.

This topic will be covered in more detail later.
SLCM Fee Calculation FI-CA Document
June 2010 Page 11

The fee calculation program uses the

Origin Key as a prefix for the
Reconciliation Key.
See FICA Event P901
The text is inherited from the contract

object name. This might not be very
user friendly, especially for the
student. FI-CA Event 1102 can be
coded to generate more meaningful
text,
E.g: Fall 2010/2011 Tuition
June 2010 Page 12

5. Scenario 1a: Admission based Tuition Statistical Document

An applicant applied to the BA in History Program for Fall 2010 and was approved. The institution
st
calculates the tuition fee based on the Program identified as 1 choice. The institution wants a statistical
posting although the applicant will only be registered once the tuition is paid.
Despite the fact that the applicant is not yet

registered, the Calculation Base has to be set
to Study Data.
The Processing Mode determines if the posting

will be statistical or real/actual.
With appropriate configuration, the

statistical indicator is displayed. Please
Note: the document is stored in DFKKMOP
not in DFKKOP.
Note: This kind of statistical posting cannot be used for any financial activity. If the institution was to
accept payments against a statistical posting from the fee calculation then custom development is
required.
Configuration for the fee calculation specific to the above scenario:

SLCM > Student Accounting > Fees > Pricing > Pricing Procedures
Define Condition Tables
June 2010 Page 13

This is just an example.

The institution may base the calculation on
additional fields.
Define Access
Sequences
In real life, just one table might be needed.
Define Condition Types
Define Account Keys
When it is necessary to post to a specific GL

and/or CO objects then use a unique account key
Maintain Pricing Procedures
June 2010 Page 14

Define Condition
Records
Student Accounting > Fees > Pricing > Fee Calculation

Procedures
Define Fee Calculation Procedure
Student Accounting > Fees > Pricing > Integration with Controlling: CO Account Assignments
The revenue distribution uses IT 1759.
Of course, the Org Unit has to exist in

HR Org Management
Student Accounting > Fees > Posting > FI-CA Documents >Determine G/L Account
June 2010 Page 15

The GL Master has to exist in FI.
When using a P&L account then the Cost

Element must exist in CO
When using FM then the Commitment Item

must exist as well
Determine Contract Object Type
Several Account Keys can be assigned to one Contract Object.
6. Scenario 1b: Admission based Tuition Real Document

An applicant applied to a BA in History Program for Fall 2010 and was approved. The institution
calculates the tuition fee based on various parameters including the students Fee Category. The posting
is real although there is no registration at this point.
Although, this is admission based, the

Calculation Base has to be set to Study Data.
The Processing Mode is set to Real in this

case.
June 2010 Page 16

The Fee Calculation is

based on a combination of
admission information
and the Student Fee
Category, e.g. UG
This document is stored in DFKKOP

Student Accounting > Fees > Pricing > Pricing Procedures
Define Condition Tables
Define Access Sequences
June 2010 Page 17

Define Condition Records
All other configuration settings are identical to 1a above.
Note:
Scenarios 1a and 1b are using the Fee Calculation which requires that the student has been created.
That may work in situations where the institution charges an application fee.
Most institutions provide a web service for applicants to submit admission applications. Some institutions
are inundated with applications and charge a small fee which has to be paid before the institution will
process the application. The institution may only create the student object once the applicant has paid
the fee. Ideally, the fee payment is incorporated in the web application process. SAP provides the ISR
Notification and a BAdI to charge and accept credit card payment at once.
SLCM >Student Accounting > Fees
Application Fee
Requests
This is used together with the ISR Notification.
BAdI: CMAC_ISR_FEES
June 2010 Page 18

7. Scenario 2: Registration based Tuition

An institution offers professional programs for which the student is charged a specific non-refundable
amount. The institution may also offer less competitive programs for which the institution charges a
certain amount per credit hour.
Focus on Program based tuition:

Student registers in Program MA ARCH G00. The institution charges 6,300 UNI per Program regardless
of how many courses the student enrols in.
To get any results, the

registration must exist for this
term
June 2010 Page 19

This is a very simplistic example. Find out if the customer

allows dual Programs and how those need to be charged.
Maybe the calculation should only apply to the Main
Program. The institution may charge foreign students
more. How are foreign students identified, by Student
Group (simplest), by Nationality, Residence Status, etc?
Add appropriate fields here.
June 2010 Page 20

Focus on SM/SE based tuition:

Student registers in Program BA HIST G00 and enrols in various courses. The fee calculation is based
on the total attempted credit hours per term.
An undergrad student is charged

200 UNI per attempted credit hour:
7 hours * 200 UNI = 1,400 UNI
June 2010 Page 21

Since the calculation is based on the

total attempted hours of all bookings,
mark is as Group condition
Involves calculation, i.e. amount *

total number of attempted hours
June 2010 Page 22

8. Scenario 3: Special Class Fees

Some institutions are subject to government regulations limiting the tuition amount. Therefore, institutions
find creative ways to increase revenue using special class fees.
Here are some examples of additional SM/SE related charges:
1. Special SM fees:
a. A course includes a field trip which is mandatory and for which the institution charges a flat fee.
b. A course require specific course material attracting extra charges based on attempted hours
2. Special SE fees:
a. A course has multiple sections. For the convenience of part-time students, one section is held off-
campus in a downtown office building. The institution has to pay rent which is passed on to the
student as a flat fee.
b. A course has multiple sections. One section is offered online which is charged extra per credit
hour. Define a Delivery Mode = online to be used in the calculation.
3. A combination of special SM and special SE fees
Focus on special SM Fee:
June 2010 Page 23

Fixed Amount, e.g.

Excursion/Field Trip
June 2010 Page 24

Variable based on attempted credit

hours in the corresponding SM,
e.g. Course Material
Focus on special SE Fee:
June 2010 Page 25

June 2010 Page 26

The institution may

have fixed and
variable fees for
specific SEs.
June 2010 Page 27

9. Scenario 4: Benefits, Discounts and Surcharges

a) Benefit: Some institutions may offer employees an employee benefit when taking courses.
b) Discount/Surcharge: Some institutions may offer meal plans. The student selects the plan and is
charged.
Focus on Benefit:
June 2010 Page 28

Determines the basis for

the benefit rebate.
Focus on Surcharge (or Discount)
June 2010 Page 29

June 2010 Page 30

June 2010 Page 31

10. Scenario 5: Additional Fees

Some institutions may charge non-refundable mandatory fees to fund the student government or invest in
technology, e.g. installation and maintenance of WiFi service or in green technology, e.g. garbage
recycling etc.
June 2010 Page 32

11. Scenario 6: Tuition and Fees related to Exchange Students

Some institutions allow students to participate in an international exchange programs with another
institution. Typically, the tuition and fees are regulated by agreements between the home school and the
foreign school, e.g. the student is charged and pays the home institution for tuition and additional charges
for travel, insurance, room and board. Of course, these charges could vary greatly based on the location
of the foreign school.
Here are possible approaches:

a) If the institution has just a few exchange programs then it might be sufficient to use the Student
Group, e.g.
Student Group = EXBE 10,000 UNI
Student Group = EXUK 15,000 UNI
b) If the institution has many exchange programs, it might be more appropriate to use Student
Group to identify the Exchange student and set up a generic SM with SEs representing the
exchange school attached to it, e.g.
SM: BIO EX Module Fee Category = UG
SE 01 EP Cat = KUL (BE)
SE 02 EP Cat = NCT (UK)
SE 03 EP Cat = UCT (ZA)
SE 04 EP Cat = KST (SA)
June 2010 Page 33

SM: HIS EX Module Fee Category = UG

SE 01 EP Cat = KUL (BE)
SE 02 EP Cat = NCT (UK)
SE 03 EP Cat = UCT (ZA)
SE 04 EP Cat = KST (SA)
In either case, set up a separate Pricing Procedure and Fee Calculation Procedure to be used by
exchange students only.
Tuition based on SC or SM, e.g. Condition Type STTU

Year Session St Group SM CAT Amount
2010 Fall STN UG 5,000
2010 Fall STN GR 8,000
2010 Fall STR UG 2,500
2010 Fall STR GR 4,000
Fees based on location of exchange institution based on SE, e.g. Condition Type STFE
Year Session St Group EP CAT Amount
2010 Fall STN KUL 10,000
2010 Fall STN NCT 15,000
2010 Fall STN UCT 11,000
2010 Fall STN KST 9,000
2010 Fall STR KUL 10,000
2010 Fall STR NCT 15,000
2010 Fall STR UCT 11,000
2010 Fall STR KST 9,000
Fee Calc Procedure: EXCH
This is not configured. It is just for illustration.
12. Scenario 7: Scale-based Tuition

Scales **** Max ****
June 2010 Page 34

13. Scenario 8: Time-based Fees and Refunds

The institution wants to encourage students to enrol as early as possible to enable resource planning.
Some institution may also charge the student a fee for adding and/or dropping bookings once classes
have started to discourage switching. Time limits are also useful to determine refunds.
For example: Registration Fee

2010 Fall Term starts Aug 16, 2010 and registration opens on May 1/10. Students may receive a
rebate or a surcharge depending on their initial registration date.
Early registration 05/01/2010 06/10/2010 50.00-
Normal registration 06/11/2010 08/15/2010 0
Late registration 08/16/2010 High-date 100.00

SLCM > Master Data in Student Lifecycle Management > Academic Calendars
Define Time Limits
June 2010 Page 35

Define Time Limit Sequences and Assign Time Limits
Student Accounting > Fees > Pricing > System Enhancements > Time Limits and Time Limit
Sequences > Assign Time Limit Sequence to Time Limit Fields
Add dates to the appropriate Academic Calendar:

SAP Menu: Student Lifecycle Management > Academic Structure > Academic Calendar
Continue with Configuration in Student Accounting
June 2010 Page 36

For example: Meal Plan Refund

2010 Fall Term starts Aug 16, 2010. The universitys meal refund is 95% and 30% depending on the de-
registration date.
Meal Refund 1 05/01/2010 06/10/2010 95%
Meal Refund 2 06/11/2010 08/15/2010 30%

SLCM > Master Data in Student Lifecycle Management > Academic Calendars
June 2010 Page 37

Continue with Configuration in Student Accounting
June 2010 Page 38

14. Using Systems Enhancements in Fee Calculation

Sometimes, the SAP delivered pricing catalogues (tables KOMK and KOMP) are insufficient and
additional fields are needed. SAP has added fields over the years but it is impossible to anticipate every
esoteric rule. However, SAP allows customers to add new fields. Of course, these fields have to be filled
before using them.
Sometimes, the customers business rules are such that programming is the only alternative. SAP allows
institutions to add custom code. In this case, coding a requirement and/or a formula might be useful. A
requirement is a prerequisite, i.e. it is checked before the calculation step takes place. The formula is
used in the calculation step. It is possible to use both in the same step.
Example for Requirement:

Foreign students have to pay a health insurance. However, the institution (or rather the country) may
have some reciprocal agreements. Therefore, you might not be able to use only student group or the
residence status but you may need to use those in combination with nationality. This might be achieved
by coding a Requirement.
Example for Formula:

A customer may have a complex rule to calculate tuition fee such as:
1. Hourly Rate multiplied by total attempted hours up to the students max full-time hours (Note 1)
plus
2. Hourly Rate multiplied by the attempted hours in excess of X (e.g. 17) up to a max of Y (e.g. 23)
plus
3. The attempted hours for SM xxx are only counted if taken in combination with SM yyy.
Note (1): F/T varies, e.g. UG = 12 hours, GR = 9 hours, Law = 10 hours etc.
Example for Pricing BAdI:

When calculating based on SM/SE enrolments, it is common to have some bookings exempted from the
fee calculation, e.g. bookings marked free of charge or transferred. Although, these fields are in the
pricing catalogue, it might be impractical to include them in the condition records. It might be easier with
appropriate coding in the Pricing BAdI.
If it is necessary to develop custom code, method SET_ALL in the Pricing BAdI might satisfied all
requirements.
SLCM.> Student Accounting >Fees > Pricing > System Enhancements
June 2010 Page 39

A developer key is required.

Please, note the naming
conventions because this whole
area is shared with other SAP
components, i.e. SD.
15. Example Questions from Implementation Projects
Scenario 1
How can I handle late payment charges in Student Accounting? For example, if the student pays
when an item is already overdue, I would like to charge them automatically for this late payment.
Answer
If a Business Partner is in arrears with payments, instead of, or in addition to, levying arrears interest,
you can also charge an arrears surcharge for the overdue items.
For all items that are to receive a surcharge amount, you have to include an entry in Table T_FKKPL.
In field E_DATVZ the date to which the surcharges were calculated should be returned.
Scenario 2
I would like to use the FI-CA Request functionality to handle other miscellaneous student fees. How
do I link this functionality, with the following customizing point:
Student Lifecycle Management->Student Accounting-> Fees-> Other Fees-> Define Attributes for
Individual Fees
In addition how could I use of the function "Attributes for Individual Fees" and the Function Module
CMAC_INDIVIDUAL_FEE_CREATE.?
Answer
The FI-CA Request functionality (Transaction FKKORD1) can be used to process manual postings
which do not originate in SLCM (e.g. Library Fees). Different types of requests can be handled as
follows:
General Request: Amount not known e.g. telephone bill)
Standing Request: Weekly charge for parking / monthly payment to student.
The IMG view Define Attributes for Individual Fees relates to the functionality to handle web-based
payments relevant for application fees. For example, admission and graduation applications. The
Internet Service Request (ISR) is used for this process along with the Function Module
June 2010 Page 40

CMAC_ISR_FEES.
Scenario 3:
I would like to use the function Attributes for Individual Fees" and have maintained the relevant
entries in the IMG. I have created an individual fee STCD, which represents 30 Euros to be charged
for a duplicate student cards.
My question is where can I use it and can I charge the student for the duplicate card?
Is there any transaction to calculate this fee?

Answer
The best way to deal with this extra charge is by creating a surcharge for the "duplicate of student
card", set that surcharge at the fee calculation master data for the student, and place that surcharge in
the fee calculation process.
To do this, you have to:
1) Create a Discount/Surcharge at the Student Master data for the Students. There are six possible
different discount/surcharges types you can create in the IMG: >SLCM>Master Data in
SLCM>Student>Fee Calculation>Discount/Surcharge (from 1 to 6)
2) At IMG: SLCM>Student Accounting>Fees>Pricing>Pricing Procedures:

a) Create a condition table related to the Discount/Surcharge you have created
b) Define an access sequence for that condition table
c) Define a condition type and account key for that access sequence
d) Maintain pricing procedures and add this new surcharge to the pricing procedures where it needs to
be calculated
e) Create a condition record for the condition table, with the value of the surcharge
3) At IMG: SLCM>Student Accounting>Posting>FI-CA Documents you have to define G/L Account

and Contract Object Type for the Account Key related to the new surcharge
4) To charge the students, maintain the Fee Calculation Infotype and select the charge "duplicate of
student card" which was maintained in Step 1..
5) Run the Fee Calculation.
June 2010 Page 41

Student Accounting Workshop 2010 Materials - Day 1

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Student Accounting Workshop 2010 Materials - Day 1

Încărcat de

Drepturi de autor:

Formate disponibile

Student Accounting Workshop

June 28 30, 2010

June 2010 Page 2

1. Prerequisites for Student Accounting

June 2010 Page 3

2. Basic FI-CA Customizing Settings

2.1 Company Code

2.2 Company Code Groups

2.3 Company Code/Group Assignment

2.5 Number Ranges

2.6 Contract Account Category

June 2010 Page 4

Public Administration SP Sponsor Account 09 02

2.7 Business Partner Relationships

2.8(a) Contract Object Number Ranges

2.8(b) Contract Object Types and Number Range Assignment

2.9 Document Types/Number Ranges

2.10 (a) Main Transactions

June 2010 Page 5

P 9000 Student Fees

2.10(b) Sub Transactions

2.11(a) GL Account Determination (Receivables/Payables)

2.11(b) GL Account Determination (Revenues/Expenses)

June 2010 Page 6

3. Fee Calculation Process

Student Relevant Period/

Stdt Group Stdt ID

Fee Calc Proc

SAP 2008 / Page 13

3. Fee Calculation Process: Study-Based Fees

Student Fee Calc. Rel. Data

Student Master Data ST

SM Fee Calc. Rel. Data

SE Fee Calc. Rel. Data

June 2010 Page 7

4. Review of generic SLCM configuration examples applicable to

Define Benefit Categories

Define Discount/Surcharge Category 1

Define Discount/Surcharge Category 2

Use PP01 to assign the

June 2010 Page 8

Modules >Fee Calculation Data > Define Module Fee Categories

Define Special Module Fee Categories

Use PP01 to assign the

Event Packages > Set Up First Event Package Category

June 2010 Page 9

Academic Year and Session are

Assign Key Date Categories to Object Types

Other settings are possible but the

SLCM > Student Accounting > Fees > Basic Settings

Use attempted credit hours when basing

Map Module Booking Status for Fee

Student Accounting > Fees > Posting

It might be useful to use different

June 2010 Page 10

Student Accounting > Fees > Posting > FI-CA Documents

The institution might need to charge students in specific

Determine Document Type

It might be useful to define a different Document Type for

Determine Main Transaction and Subtransaction for Fee Calculation

Define separate Main and Sub Transactions for

Define Accounts for

Since the GL accounts in this configuration represent

Due Date Schedule> Define Due Date Schedules