Real Estate
Real Estate
C l i e n t 202
R e c e i v e r
D e p a r t m e n t
Database RD2(mosrd20)
Owner SE61322
Priority 5
Count 1
Output request 1
Created 09.05.2017 11:06:38
From SE61322
Printed 09.05.2017 11:06:38
host mosrd20
Device LOCL
SAP System
______________________________________________________________
11 Real Estate
This Implementation Guide for Real Estate Management (RE) contains all the information necessary for
configuring the Real Estate Management (RE) component.
The Implementation Guide:
- Lists all activities for implementing RE
- Supports you in implementation control and documentation
- Enables you to make the global settings for other standard applications that are linked to RE
Notes
If other standard applications are to be fully used in conjunction with RE you have to make the more
specific settings in the respective standard application menu.
You will find information about the individual standard applications in the corresponding Implementation
Guides.
Note: As of Release 4.70, there are two separate products: Real Estate Management (RE) (also called
Classic RE) and Flexible Real Estate Management (RE-FX). If subnodes in the current Implementation
Guide refer to RE or IS-RE, then they are always referring to Classic RE. As of Release 47x200, you can
use Flexible Real Estate Management (RE-FX) instead. You make the settings for the Flexible Real
Estate Management (RE-FX) component in its own part of the SAP Implementation Guide.
______________________________________________________________
SAP AG 1
SAP System
______________________________________________________________
- currencies and
- calendars.
These settings are needed for, among other things
- back office processing of Financial Accounting (countries, currencies)
- correspondence (languages)
- service charges settlement (units of measurement)
- deadline determination, for example, for periods of notice (calendar).
The Real Estate Management (RE) component requires the following elements of the enterprise structure:
- Company code: the Real Estate objects are always created in one company code.
- Controlling area: the Real Estate objects are account assignment objects in Controlling.
- Business area: provided that internal balance sheets are necessary on business area level.
You have to create at least the company code and the controlling area.
The system provides the following reference:
- Company code 0001 and
- The controlling area assigned to it in a 1:1 relationship.
11.1.3 Basis
The following points of Basis Customizing are of particular importance for Real Estate Management (RE)
and are discussed below in more detail:
1. Recording table changes
2. Authorization management
3. Link to optical archive
This is only an overview of the functions. The settings have to be made within Basis Customizing.
______________________________________________________________
SAP AG 2
SAP System
______________________________________________________________
This is only an overview of the function. You make the actual settings within the Basis Customizing.
Recommendation
We recommend you use logging for your production clients and Customizing clients so that you can see
exactly where Customizing tables have been changed. For the reasons above, it is not recommended that
you use this tool for application tables.
Activities
______________________________________________________________
SAP AG 3
SAP System
______________________________________________________________
Analyses
Use the ABAP programs RSTBHIST or RSVTPROT to analyze table changes. RSVTPROT allows you to
analyze change logs both at table level and with reference to Customizing objects. To access the program,
select an executable Customizing activity in IMG and choose Goto -> Change log. For more
information, see the program documentation.
Further notes
The Customizing tables of the Real Estate Management (RE) component have the logging indicator.
11.1.3.2 Authorizations
This is only an overview of the function. The actual settings have to be made in Basis Customizing.
Please note the following changes:Including Profiles in Roles
Exception: Maintain Authorization Groups (Authorization object F_RE_BRGRP) is carried out in Real
Estate Customizing.
To make the setting for authorizations, see the 'Basis Components' Implementation Guide, chapter
'Authorization Management'.
The composite profile "F_ISRE_ALL" is delivered as an example for Classic RE authorizations. This
profile contains all application and Customizing authorizations
- required for the use of Classic RE
- as well as the authorizations for processing loans and securities.
______________________________________________________________
SAP AG 4
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 5
SAP System
______________________________________________________________
4. Rental accounting
The new authorization object in 4.5A
- 'F_PMT_TRNS' checks centrally in which company codes which transactions for payment
transactions (RA debit position/ RU debit position) which user can carry out.
For compatibility reasons, the authorization object 'FI_ZAH_BUK' used before 4.5A is still used.
For new installations you only choose the new object, since the old object will not be used in future
releases:
5. Rent adjustment
Rent adjustment master data
The authorization object
- 'FI_MIS_ACT' determines if a user may display and/or maintain representative lists of rent.
- 'FI_VBE_BUK' determines in which company codes comparative groups can be maintained
and rental units assigned.
- 'F_WIBE' determines if a user may display and/or maintain master data for the cost efficiency
analysis.
Adjustment method
The new authorization object for 4.5A
- 'F_RNT_ADJ' checks centrally for each adjustment method whether a user can simulate
and/or calculate adjustments of condition types for rental agreement or rental units in a certain
company code.
For compatibility reasons, the authorization objects used before 4.5A are still used.
For new installations you only choose the new object, since the old objects will not be used in future
releases.
Consequently you should mark all old authorization objects with * authorizations.
The old authorization object
- 'FI_GAR_BUK' checks if a user may simulate and/or calculate adjustments for garage rent in
a certain company code.
- 'FI_MOD_BUK' checks in which company codes a user may carry out rent adjustments
resulting from modernizations.
- 'FI_ZLG_BUK' checks if a user may simulate and/or calculate adjustments for surcharges in a
certain company code.
- 'FI_FAG_BUK' checks if a user may simulate and/or calculate free rent adjustment for
corporate rental agreements in a certain company code.
- 'FI_FAW_BUK' checks if a user may simulate and/or calculate free rent adjustments for
residential rental agreements in a certain company code.
- 'F_ZIND_ACT' checks the access to the Real Estate function "Maintain/display index data" as
well as the Securities function "Maintain/display securities index".
- 'FI_IND_BUK' checks in which company codes a user may carry out index-linked rent
adjustment.
- 'FI_MIS_BUK' checks in which company codes a user may simulate and/or calculate
adjustments to the representative list of rents.
______________________________________________________________
SAP AG 6
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 7
SAP System
______________________________________________________________
The authorization for releasing business partners is checked separately (see e).
b) Authorization on role categories (2.2F)
The authorization on a role category, for example, Treasury partner, tenant or borrower, is necessary
to be able to create, change or display role-specific data of a business partner.
If a system user does not have the authorization of an existing business partner role, this role is not
displayed in the role overview of the partner management. Consequently, the user does not obtain
any information on whether or not the partner in this role exists.
c) Authorization group in the business partner (3.0D)
Partners can be grouped by means of the 'Authorization group' field in the administration data of the
business partner, and only certain administrators are allowed to maintain/display this partner. For
these administrators, an authorization has to be created in the user master for the authorization group
that is entered in the partner master.
Example:
Distinction by domestic and foreign business partners,since different administrators maintain these
two groups.
For all domestic partners, "INL" has to be entered in the authorization group, and "AUSL" for alL
foreign partners.
The "domestic" administrator" receives authorization for the "INL" authorization group, and the
"foreign" administrator for the "AUSL" authorization group.
In other words, the administrators can only maintain those business partners who are assigned to
their authorization group.
To maintain an authorization group for the business partner function, the user requires authorization
to create the authorization group.
d) Authorization group for a role of a business partner (3.0D)
By means of the 'Authorization group' field in the business partner role data, you can group partners
together in an existing role, and allow only certain administrators to maintain/display this role data
of the partner. For these administrators, you have to create an authorization in the user master for the
authorization group that is entered in the role data of the partner.
Example:
Distinction between borrowers who are employees and external borrowers, since different
administrators maintain these two groups.
Here, the explanations of c) are also valid at role level.
______________________________________________________________
SAP AG 8
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 9
SAP System
______________________________________________________________
- Land register
- Settlement unit
- Heating system
- Offer
- Application
- Lease-out
- Management contract
- General contract
Example
The user is authorized to change lease-outs. The authorization group 'MV10012' is defined in the
lease-out. According to the user master data, the user for the authorization group has the characteristic
feature 'MV1*'; that means he/she can change the lease-out in question. If, however, he/she wants to make
changes to a lease-out belonging to authorization group 'MV20012', access is denied.
Activities
1. Determine per required object one or several authorization groups (settings in this table) (master
records for room, correction items, comparative apartment, expert opinion are suggested by F4 help,
however it is not possible to make any assignments to these objects).
2. Assign the authorization groups to the respective users (clerks) in the general authorization
management of the Basis component - BC.
3. Inform every clerk of the authorizations he/she has.
Further notes
If required the maintenance of authorization groups in the master data may be automated using
substitution functions by deriving the authorization group from other features of the object. Refer to
"Tools" for more information.
The correspondence function of the Real Estate Management (RE) component is linked to the optical
archive.
If you want to define the correspondence in the optical archive, you have to make the following settings:
1. Defining links for the optical archive system:
see the Implementation Guide 'Basis Components', section "Basis Services', SAP ArchiveLink.
2. Activation of the archive link in Real Estate:
see the Implementation Guide for 'Real Estate Management', Determine text processing and optical
archiving link
______________________________________________________________
SAP AG 10
SAP System
______________________________________________________________
Document management
The master data objects of the Real Estate Management (RE) component are linked to the SAP document
management.
This means that documents are defined for these objects, for example, in form of structural drawings,
plans of site, digitized photographs or videos.
The reference to this information is set up via the document info records assigned to the master data. You
display the documents by means of suitable viewer programs you can call up from the master data
display/maintenance of the real estate objects in the SAP System and display the files linked with the
master data object (thus, the plans of site, photographs, and so on).
You can activate the document management later.
______________________________________________________________
SAP AG 11
SAP System
______________________________________________________________
- rents
- service charges settlement
b) G/L account document types
- for the vacancy debit position
- for the service charges settlement (credit the cost account)
c) credit-side document type for posting settlement documents for active owner settlement
6. Maintain posting key
Note:
Special debit-side G/L transactions are required for the service charges settlement. The following
examples are contained in the delivery Customizing:
______________________________________________________________
SAP AG 12
SAP System
______________________________________________________________
in the document change table for account type S (G/L accounts) and mark it as 'not changeable'.
Note:
We recommend defining corresponding screen variants for the fast entry of real estate account
assignments. Usually, two variants are enough:
a) One variant for the direct account assignment to real estate objects containing the fields
Business entity, Building (and possibly Property, Rental unit, and Rental agreement)
b) One variant for the entry of apportionable service charges containing the business entity,
service charges key, recipient key and reference date fields
9. Entry screen for account assignment models
If you want to use account assignment models, we recommend setting up account assignment
models for real estate account assignments.
10. Sales tax
You have to create the sales tax codes required for the rental agreements and the input tax codes
required for invoice entry.
11. Reversal reasons
We recommend saving reasons for the reversal of documents, for instance resulting from debit
positions or other posting transactions in Real Estate Management, in Customizing of Financial
Accounting.
For a description of the maintenance of the chart of accounts required for your company, see the Financial
Accounting Implementation Guide.
The Real Estate Management (RE) component requires a number of accounts that can be found in the
sample Customizing and that are described below.
For detailed information on the setting of the account determination, see the chapter "Conditions and
Posting Procedures".
1. Debit position rental agreement
- Revenue accounts for the individual revenue elements, type of rental objects and group indicator, for
example:
- Revenue from basic rent third-party rental (example: Account 841000)
- Revenue from internal renting
- Revenue from operating costs flat rate (example: Account 841070)
Maintain the accounts as revenue elements in Controlling. The field status definition for document
entry has to allow an account assignment to real estate objects (field status: field groups "Real Estate
Management" and "Financial Assets Management").
- To be able to deal with the special G/L transactions (advance payments for operating costs and so
on, see above), you will need the corresponding special G/L accounts, for example:
- Advance payment request operating costs (example: INT 196900)
- Advance payments operating costs (example: INT: 196910)
______________________________________________________________
SAP AG 13
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 14
SAP System
______________________________________________________________
- Other receivables
- Rent paid in arrears (example: INT 841680)
4. Service charges settlement
- Cost element accounts with real estate account assignment for the posting of the apportionable
service charges:
- Expense operating costs (example: INT 470400)
- Expense heating expenses
- for the posting of the credit documents within the service charges settlement:
- Contra accounts for the above-mentioned expense accounts (example: INT 470499)
- Clearing accounts rental agreements for the above-mentioned expense accounts (example: INT
470500)
- Clearing accounts rental agreements without further allocation (example: INT 470510)
- Clearing accounts rental units for the above-mentioned expense accounts (example: INT
470520)
- For the treatment of tax within the service charges settlement:
- Clearing accounts for non-deductible input tax for the above-mentioned expense accounts
(example: INT 470950)
- Contra accounts for non-deductible input tax for the above-mentioned clearing accounts
(example: INT 470999)
- Revenue accounts for debit position within the service charges settlement:
- Revenue from the operating costs settlement (example: INT 841500)
- Revenue from heating expenses billing and so on
- Revenue from heating expenses billing for own use (example: INT 841580
- Revenue from clearing advance payments in the case of own use (example: INT 841750)
- when applying the tenant service cost settlement (Austria):
- Revenue from clearing advance payments for vacant (example: INT 841750)
- If you levy a percentage surcharge on the service charges settlement, you need:
- Expense account percentage surcharge on service charges settlement for administration costs
surplus Switerland and apportionment default risk
- Revenue from operating costs settlement vacant
- 5-centime rounding (Switzerland):
- Account for the rounding differences from the service charges settlement
5. Owner settlement
- Cost element accounts for the owner cost elements and owner revenue elements (example: INT
470850, 841850)
______________________________________________________________
SAP AG 15
SAP System
______________________________________________________________
Customer accounts
For debit-side business partners, customer accounts need to be created. This generally happens
automatically from the business partner maintenance function. You need appropriate account groups
for this purpose. See the "Business Partner" section for more information.
Line items
It makes sense to define display variants, sort, summation and additional fields which are relevant
for Real Estate documents for line item display. The field, contract number, for instance, should
always be displayed, as should the flow type.
Incoming payments
If you want to collect rent receivables per contract, you need to group payments by contract.
If you set the check indicator ("Collection authorization granted") for the payment method
"Collection authorization", this payment method cannot be used for documents with alternative
payers. In these documents, you cannot set the indicator "Collection authorization granted" for the
alternative payer. For this reason, you have to define a separate payment method for alternative
payers, which does not require the "Collection authorization granted" check.
As of release 4.0A the alternative payer is no longer required if the sole purpose of having it was to
provide the name of an alternative account holder. This can now be assigned directly to the account
in the customer master record. In such cases the normal payment method "Collection authorization"
may be used.
The payment list should be configurated in such a way as to show the contract numbers. This is
possible within the application since the lists are generated using the ABAP list viewer.
Important:
The special G/L transaction used for posting advance payment requests (in SAP reference
Customizing, this is special G/L indicator J) must be marked as "special G/L transaction" to be paid.
(Settings in Payment program --> All company codes). The result is that the items so posted are
displayed in the tenant account sheet and are taken into account in (manual and automatic) incoming
payments.
______________________________________________________________
SAP AG 16
SAP System
______________________________________________________________
It is possible to define clearing rules in the Customizing for Financial Accounting (FI). If, for
instance, you want to break down an incoming payment affecting several rental agreements into
single contract amounts and update the contract number in the incoming payments document, you
have to set the clearing rule respectively (field names: VERTN=contract number and
VERTT=contract type) and activate it for customer postings.
Dunning
1. The following are just some of the details relevant to the dunning program which are included in the
document via the debit posting:
- Payment method
- Dunning area
- Dunning block
- Contract number
______________________________________________________________
SAP AG 17
SAP System
______________________________________________________________
You must define dunnable payment methods in Customizing for Real Estate.
- The forms are determined as described above.
- In addition to the customers, partners for whom dunning has been planned also receive a dunning
notice.
The dunning lists should be configured in such a way as to show the contract numbers. This is possible
within the application since the lists are generated using the ABAP list viewer.
Incoming invoices
For fast entry of incoming invoices, you have to maintain entry screens allowing you to enter Real
Estate account assignments.
General information
In Real Estate Management you can use the following for the electronic processing of incoming payments
and returned debit memos:
- Account statement entry with different data formats (for instance, Multicash, DTAUS)
- Account statement entry using a bank procedure (DTAUS format only)
Both procedures are based on the standard function "Electronic Account Statement Entry" in Financial
Accounting (FI). The account statement entry consists of three steps:
- File import
- Analysis of the note to payee for each line item
- Corresponding postings
Real Estate Management is linked to this FI standard function, for example, to assign an incoming
payment to a rental agreement. The following describes the steps in detail.
File import
This step is the same as the standard FI procedure. Start the program via the following menu path:
Accounting -> Real Estate Management -> Rental management -> Rental accounting ->
Incoming payments -> Account statement entry
or Country specifics -> Bank procedure
______________________________________________________________
SAP AG 18
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 19
SAP System
______________________________________________________________
1. Create a report ZXF01U01 of type I (Include). You may use report RFVIKA01 as a reference. The
report calls the function module ANALYSE_VW_RE.
2. Call transaction CMOD.
3. Create a project and give it any name.
4. Choose "SAP enhancements" and enter the name FEB00001.
Activate the project.
While the account statement data is being evaluated, the user exit is called. This module contains the
program that you have created as an include. You can adjust program ZXF01U01 as necessary, for
example by making it call your own module with your own logic instead of the standard function module
ANALYSE_VW_RE. The report ZXF01U01 is with the user's namespace and can therefore be changed
by you as required. However, you may not change the module ANALYSE_VW_RE since this is an SAP
object.
Corresponding postings
Incoming payments:
If an incoming payment was assigned to a rental agreement, the system searches for the customer open
items for this rental agreement. If their sum is greater than the incoming payment, the open items are
sorted according to rules that you define in Customizing. Once they are sorted, the open items are cleared
one by one until the incoming payment has been used up. In the case of an incoming payment that is too
large, you can specify in Customizing whether a new residual item or an unqualified advance payment is
to be posted. If the incoming payment could not be assigned, it is posted to a rejection account.
Returned debit memos:
Using the document number of the clearing document, found in the Note to payee field, the system
searches for the original receivables. Once they are found, the clearing is reversed and a new amount
consisting of the original open item and any bank charges is charged to the customer.
______________________________________________________________
SAP AG 20
SAP System
______________________________________________________________
You can assign properties and buildings to assets. The assets concerned must be marked as "Real Estate".
The asset super number must match the number of the business entity.
In cash management and forecast you can display the planned records of the lease-out cash flow. These
planned records are replaced by actual records from financial accounting once the the debit position has
been carried out.
You make settings in cash management and forecast in the IMG under Treasury -> Cash Management.
Special G/L postings, such as advance payments for operating costs appear automatically at planning level
for lease-outs. After the debit position run, the advance payments appear at FI posting level.
To display the posted advance payments individually, you have to define update levels for each posting
separately and assign them to the special G/L postings. Refer to Define Down Payment Request.
Be aware of the problems involved in the posting of advance payment requests:
Example:
Basic rent 100 USD (Customer to revenue)
Advance payment 10 USD (Customer special G/L posting J to customer special G/L posting K)
The following postings are made to the customer accounts:
100 USD debit (Basic rent) + 10 USD (Advance payment request J)
- 10 USD (Offsetting entry adv. payment K)
All special G/L postings which are not explicitly assigned to other levels than the standard are included in
the total receivable. In this case a planned record of 90 USD would result. This is not the incoming
payment one would expect, since the K item, which is a noted item, is displayed with it.
However, if you assign the K posting a planning level (such as FK), it is displayed separately. This means
that only the 100 USD basic rent and the 10 USD advance payment (J posting) go to the receivable level
as long as they haven't been assigned to a different level; the FK level contains the K posting for -10 USD.
If you hide the FK level in the display, the displayed data corresponds to the expected incoming payment
of 110 USD.
You also have to make the following settings in Customizing for Real Estate:
1. Using default settings for the customer master data in partner Customizing, you can define the cash
management and forecast group to which the master tenant with customer account determined in
Real Estate Management is to be assigned (default value). Refer to Settings for Automatically
Creating Customers
2. The planning level to be used for planning the cash flow data (planning records for debit position)
______________________________________________________________
SAP AG 21
SAP System
______________________________________________________________
must be assigned to the product type IMV. Refer to Allocation of Planning Levels for Financial
Assets Management.
If you want to use Profit Center Accounting for Real Estate, you first have to activate it in the controlling
area.
Define the necessary profit centers and profit center groups.
In Customizing for Real Estate, you can determine whether a dummy profit center is to be posted to, if no
profit center is assigned.
If you want to update the payment installments (advance payments for operating costs, heating expenses
and sales-based rent) in Profit Center Accounting, proceed as follows:
To update information about additional balance sheet/P&L accounts in Profit Center Accounting, choose
Customizing for Controlling in the Implementation Guide: Controlling -> Profit Center Accounting ->
Actual Postings -> Choose Additional Balance Sheet and P&L Accounts (view V_T8A30, table T8A30,
transaction 3KEH).
Enter the reconciliation accounts for the special G/L postings (accounts 196900-196930 in standard
Customizing). RE account determination automatically determines a profit center; you don't have to
______________________________________________________________
SAP AG 22
SAP System
______________________________________________________________
The settings you need to make for the application Plant Maintenance are described in the Implementation
Guide for Plant Maintenance.
This Implementation Guide contains chapters on:
- Activating Plant Maintenance in the Real Estate company code
- Representing consumption-based meters
- Assigning functional locations to real estate objects
The settings you need to make for the Project System are described in the Implementation Guide for the
Project System.
Use the master data dialog box to assign PSP elements to the real estate objects.
In this section, you determine specific defaults for each company code.
Example
You have to make settings if your company does one of the following:
- Takes on the role of the real estate manager
- Opts for input tax
- Is subject to reporting obligation to insurance supervisory authorities
______________________________________________________________
SAP AG 23
SAP System
______________________________________________________________
Requirements
Create the company code using "Financial Accounting Customizing" before you make these Real
Estate-specific settings. Set the indicator "Financial Assets Management active" for the company code.
Activities
1. Set the indicator "Financial Assets Management is active" if the Real Estate Management
component is to be used in a company code.
2. Set the "AM installed" flag if Asset Accounting is to be used productively in the company code. If
the flag is set to "Yes", decide if:
- Asset assignment should be 1:1, that is, whether an asset (fixed asset account in Asset
Accounting) is to be assigned to exactly one property or building only or whether it can be
assigned several times
- The entry of an asset number is mandatory (required-entry field in the master record
maintenance Building, Property)
3. Set the "Reporting active" flag if the company code is subject to reporting obligation (in Germany,
through the Federal Supervisory Authority for Insurance). As a result, the premium reserve fund
data appears as required entry in business entity maintenance. If reporting is activated, you also have
to decide the:
- Country variant of the reporting obligation to use
- The registration number the reporting authority will assign for the organization
- The rules to which the ID number printed in the premium reserve fund list is to be printed
("indicator IdentNo.")
4. Set the Owner management active flag if an owner settlement is to be carried out.
This flag checks if the property shares are 100% (or, in other words, if the owner list is completely
maintained) when the objects are being processed.
5. Specify a profit center in the posted object for direct posting of the costs and revenues to Profit
Center Accounting. If no profit center is maintained in the master record, the profit center of the
object that is at higher-level in the hierarchy than the posted object is used. If you cannot determine
any profit center in this way, you receive an error message unless the Dummy PC from controlling
area flag is set for the company code. In this case, the dummy profit center determined for the
controlling area is used as account assignment.
In this section you make setting for the controlling area. Refer to Maintain Controlling Area in the
"Controlling" section for additional information.
Set the indicator "Real estate management" to active in controlling areas in which the real estate
management is to be used. Select the controlling area you require and navigate in "Activate components".
______________________________________________________________
SAP AG 24
SAP System
______________________________________________________________
Enter the fiscal year from which the changed setting is to apply. You will find the indicator "Real estate
management" in the detail screen.
Activities
If you have special settings and also want to control standard settings by Business Transaction Events
(BTE), you can do this directly by using the related BTE transactions.
In this section you define the tenancy law you need. Important functions of Real Estate accounting depend
on which tenancy law applies:
- Legal periods of notice
- Rules for the service charges settlement
- Rule for the rent adjustment
Tempory data from various programs is stored on the system level in files. Specify where this data is to be
stored.
This file is also used for the data medium exchange used for external heating expenses settlement.
In this section, you determine which asset classes can be used in the Real Estate Management (RE)
component to assign real estate objects to an asset (properties, buildings).
Example
Your organization wants to represent defined properties and buildings in the Real Estate Management
component using Asset Management (FI-AA). So set up this link, assign the indicator "1" to the real
______________________________________________________________
SAP AG 25
SAP System
______________________________________________________________
Requirements
1. You are using Asset Accounting (FI-AA) productively and the asset classes are created in Asset
Accounting Customizing.
2. Asset Accounting is activated in Real Estate Customizing.
Activities
Further notes
The real estate indicator in the asset class is transferred to the asset master record. If the 'Real Estate'
indicator is subsequently set in the asset class, that is, after assets have been created in this category, it is
not transferred to the asset master records already created.
To ensure productive operation, you also have to schedule technically required programs in addition to the
periodically scheduled programs necessary for business, such as debit position, dunning and the payment
program. To ensure system performance, we recommend that you run the following programs as
background jobs:
1. Programs for cash flow update:
Background:
The cash flow for the rental agreements and the general contracts are generated in advance for a
certain period of time. It contains the planned records for the periodically recurring postings. A
parameter in Customizing determines how far in advance the cash flow is generated (usually two
years). The cash flow must be regularly updated further into the future so that the periodic postings
can be carried out correctly after the period is over. SAP recommends that you schedule the
above-named programs six months prior to the debit position.
2. The program to update of the status from the occupancy status of the rental unit:
RFVIBL00
Background:
The rental unit status is determined in two ways:
a) By the occupancy type (occupancy history), in which data indicating whether a rental unit
is/was/will be used by a third party, for own use or vacant is updated time-dependently
b) By the system status, which is not time-dependent and which represents the current status of the
object. The system status controls which business processes are allowed or not allowed for a
______________________________________________________________
SAP AG 26
SAP System
______________________________________________________________
rental unit.
Certain changes to rental agreements (such as notice given, changes to rental start and end dates,
conclusion of a new rental agreement, etc.) affect the occupancy history of the rental unit.
If this change is already valid on the day the change is made, for example the conclusion of a rental
agreement starting on the current date, the corresponding status (system status which controls
allowed business processes) of the rental unit is immediately updated.
If the change is to take place in the future, the system schedules the system status update for the
corresponding date by updating the occupancy history for the future.
The system status can only be updated on the day that the change (such as rental start date for new
agreement) becomes valid. To do this, the report RFVIBL00 reads the occupancy type for the current
date and uses this information to update the system status of the rental unit.
SAP therefore recommends that report RFVIBL00 be scheduled daily sometime between midnight
and the beginning of your business day.
______________________________________________________________
SAP AG 27
SAP System
______________________________________________________________
- employee group
- credit standing information such as
- the institute providing the credit standing information
- additional data
- notes on business partners
11.3.1.1 Communications
In this chapter, you make the settings necessary for the following address data relating to your business
partners:
- form of address
- salutation
- address ID
The address ID is a key under which you can save different address records for a business partner.
In this section you can maintain entries for the "form of address" field.
You can determine whether the form of address is to be entered only for organizations, only for natural
persons, only for female business partners or only for male business partners.
Activities
11.3.1.1.2 Salutation
Use
In this IMG activity you can define salutations that can be used by your print programs.
You can also determine that the salutation should only be used for a certain combination of business
partner category and gender.
Requirements
______________________________________________________________
SAP AG 28
SAP System
______________________________________________________________
Standard settings
In addition to the default settings, you can also use the processing mode for the business partner to store
your own salutations. You can then use these instead of an automatically generated salutation, to suit your
requirements. You will also need to adjust your print program accordingly.
Activities
1. Choose New Entries.
2. Enter a key and the text for the new salutation under salutation.
3. If you want to determine that your salutation is only relevant for certain business partner categories,
choose the corresponding business partner category.
4. If you want to determine that your salutation is only relevant for certain genders, choose the
corresponding gender.
5. Save your entries.
Example
You create the salutation 01 Dear Mrs. and determine that this salutation is only used for business
partners of female gender who belong to the category Natural Persons.
11.3.1.1.3 Address ID
In this section you maintain possible entries for the address ID field.
The address ID is a key you can use to save business partner address data that is valid for a specific
period. This means can save various sets of address data for one business partner and can differentiate
between the business partner's general address and an address for a specific business partner role.
Activities
1. Define any additional address IDs you need via New entries or change existing entries to meet your
own requirements.
2. Save your entries.
11.3.1.2 Organization
______________________________________________________________
SAP AG 29
SAP System
______________________________________________________________
In this step you can maintain possible entries for the legal form field which is part of the legal data
relating to an organization.
Activities
Add any additional entries or change any existing entries to meet your own needs by selecting New
entries.
______________________________________________________________
SAP AG 30
SAP System
______________________________________________________________
Use
In this IMG activity you define legal entities. Legal entities form part of the legal data for an organization.
______________________________________________________________
SAP AG 31
SAP System
______________________________________________________________
In this step you can maintain possible entries for the marital status field which is part of the personal data
relating to a natural person (private individual).
Activities
Make additional entries via New entries, or change any existing entries to meet your own requirements.
______________________________________________________________
SAP AG 32
SAP System
______________________________________________________________
In this section, you maintain the possible entries for the field 'property regime'. This field is part
of the personal data about a natural person.
Activities
Choose New Entries and create the additional property regimes that you require, or change the
existing data so that it matches your requirements.
Use
In this IMG activity you can determine the status of the employment relationships for a natural person.
You can display the employment status of the business partner using the transaction BP (Maintain
Business Partner) on the Employment Data tab page of the Employment Overview.
Example
Information about the business partner's current and previous employment relationships is collected,
enabling you to make a more accurate assessment of the business partner's credit standing. The
employment status of the business partner could range from salaried employee to freelancer.
In this step you can maintain possible entries for the employee group field which is part of the
employment data relating to a natural person.
______________________________________________________________
SAP AG 33
SAP System
______________________________________________________________
Activities
Add any additional entries or change any existing entries to meet your own needs by selecting New
Entries.
Note:
Changes outside the customer name range will be overwritten during the next put. Please do not change
entries concerning relationship categories within the SAP name range.
Use
In this IMG activity you can define target groups according to your own criteria (for marketing purposes,
for example).
You can also determine that certain target groups are used only in connection with specific business
partner categories.
Target groups for natural persons are created in the functions for business partner processing on the
employment types tab page, and for organizations on the legal data tab page.
Example
You create the target group 1000 (wealthy private individuals), and determine that this target group can
only be created for business partners belonging to the category natural person.
You can specify various levels of credit standing for an applicant in the application.
You determine these levels here.
______________________________________________________________
SAP AG 34
SAP System
______________________________________________________________
Use
In this IMG activity you can define the institute providing credit standing information.
The credit rating institute is part of the business partner's credit standing data.
In the credit standing data you can store an internal, time-independent rating for a business partner that
has been provided by an institute providing credit standing information.
Caution
If you have not used the credit rating institute or the corresponding rating fields to date, then we
recommend that you store business partner ratings on the Ratings tab page. The rating, credit-rating
institute, date of credit standing information, and additional information for credit standing
information will be transferred to Ratings in a subsequent release. You can use Ratings to store several
time-dependent rating results.
Requirements
Standard settings
Activities
Example
______________________________________________________________
SAP AG 35
SAP System
______________________________________________________________
11.3.1.8 Extras
In this section you can maintain possible entries for the fields 'group key 1' to 'group key 11' which belong
to the business partner additional data.
Example
The group key refers to a freely-definable text table for additional partner data in partner management. For
example, 'group key 3' could be interpreted as 'hobby' and refer to a table 'hobby'.
Standard settings
The individual additional data fields can either be displayed or suppressed. In the standard settings only
the fields 'group key 1' and 'group key 2' are displayed.
Activities
Enter new group keys via New entries or modify existing keys according to your requirements.
In this section, you define which categories of notes are allowed for business partners. These categories
are referred to as "Text IDs" and should differ in terms of content.
Example:
You want to save notes about a business partner in connection with the following subjects:
- General notes
- Notes on previous business relationships
- Notes on credit standing
- Notes on rental relationships.
The notes may be of significance for a business partner in general or for a specific role assumed by the
business partner.
Example:
General notes and notes on previous business relationships relate to the business partner in general. You
create the related text IDs via the option "Business partner: Notes (general)". These text IDs can then be
maintained in any of the business partner applications.
The notes on a business partner's credit standing relate to the business partner in the role of applicant: the
text IDs are created under the option "Business partner: Notes (role)" and are assigned to the role category
'applicant' via option "Business partner role category - text ID".
The notes on previous rental relationships relate to the business partner in the role of tenant. They are
maintained as text IDs for roles and are assigned to the role 'tenant with customer account'.
______________________________________________________________
SAP AG 36
SAP System
______________________________________________________________
Use
In this IMG activity you determine the rules for creating the phonetic search term.
The phonetic search help is a business partner search setting that enables you to determine business
partners with the help of phonetic search terms. It is used in the Partner by Different Attributes search
help.
Requirements
Standard settings
Caution
You should only set the phonetic search help once in Customizing. Changes that are made when the
system is in operation will result in inconsistencies! If you change the rules for creating the phonetic
search help, execute the report FSBP_BPPHONGN (Phonetic Search Help) after you have done so.
The phonetic search help is set for German-speaking countries in the standard system. SAP therefore
recommends that you do not change these settings if you use business partner management mainly in
German-speaking countries.
Activities
Example
In this step, you define the business partner groupings. You use business partner groupings to define the
number ranges for different groups of business partners in business partner management. You also assign
the account groups for debit-side business partners to create customer accounts in Financial Accounting.
______________________________________________________________
SAP AG 37
SAP System
______________________________________________________________
Requirements
Make sure that the number ranges you want to enter here have already been created for the business
partner.
In Customizing for Financial Accounting you must also have defined the account groups and the number
ranges for creating customer accounts which are assigned to the account groups.
In the following Customizing steps you can check the existing settings and make any necessary changes or
additions:
- Financial Accounting -> Accounts Receivable and Accounts Payable -> Customer Accounts ->
Master Records -> Preparations for Creating Customer Master Records -> Define account groups
with screen layout (customers)>.
- Financial Accounting -> Accounts Receivable and Accounts Payable -> Customer Accounts ->
Master Records -> Preparations for Creating Customer Master Records -> Create number ranges for
customer accounts.
- Financial Accounting -> Accounts Receivable and Accounts Payable -> Customer Accounts ->
Master Records -> Preparations for Creating Customer Master Records -> Allocate number ranges to
customer account groups.
Activities
1. To create a business partner grouping, specify a grouping key and assign a business partner number
range, a customer account group and a description of the business partner grouping to this key.
2. If you want to use the business partner grouping for a collective business partner, flag the
corresponding indicator. For a collective business partner you must select a one-time account group
as the customer account group.
Further notes
At this stage you create the number ranges for assigning business partner numbers. To do this enter the
following under a two-digit key:
______________________________________________________________
SAP AG 38
SAP System
______________________________________________________________
Standard settings
Activities
Further notes
For further information on this subject, refer to the SAP Library, document FI - Automatic Procedures.
______________________________________________________________
SAP AG 39
SAP System
______________________________________________________________
No From-number To-number
P1 1000000000 1999999999
PI 9000000000 9999999999
The numbers have to be assigned "internally".
Recommendation
We recommend that you do not change the default settings. If, however, you do change them, please note
that number ranges P1 and P2 have to be disjunct.
Activities
Check whether the above settings exist in the standard system. If not, please enter them.
In this section you can maintain possible entries for the field 'role type' which belongs to business partner
role data. The role type is a further refinement (or subdivision) of the role category defined in the SAP
system which specifies the role fulfilled by a business partner.
Example
You want to subdivide role category 0151 Counterparty, to group your counterparties by geographical
region, i.e. the southern and northern region.
You create role type A151 for Counterparties: North and role type B151 for Counterparties: South. You
can now enter your role types for the role data of role category 'counterparty'.
Activities
Further notes
A business partner role type is a way to differentiate between roles that a business partner may assume
using criteria which you can freely define
______________________________________________________________
SAP AG 40
SAP System
______________________________________________________________
In this section, you define the role types required for existing role categories. The functionality of the role
categories is not influenced by role types.
Example
Your organization wants to sub-divide the role category "0600 Tenant with customer account" for
sales-based rental agreements into the following role types
- "Sales-based tenant A" (for example, with sales reports >= 200,00 DM)
- Sales-based tenant B (for example, with sales reports < 200,00 DM)
Activities
Further notes
Partner role categories can be created within the customer name range. Use entries starting with 9, Y or Z
in the dialog "User-defined role categories". You can also create role types for user-defined role
categories; to do so use the dialog "Maintain role types for role categories".
Note that the role categories supplied by SAP are used throughout the SAP system and should therefore
not be changed.
Creating role types is not absolutely necessary in the Real Estate component.
In this menu option, you determine which role categories are defined for the following applications:
0030 Rental agreement
0031 Commercial application
0032 Private application
0034 Offer - rental agreement
0035 Management contract
0040 Owner management
0050 Land register
0051 Business entity
0052 Property
0053 Building
0054 Rental unit
0055 External comparative apartment
0056 Expert opinion
0065 Central heating system
Example
You want to enable maintenance of the accounting clerk for the service charges settlement in the partner
______________________________________________________________
SAP AG 41
SAP System
______________________________________________________________
list of the rental agreement. To do this, assign the following role category to application area 0030 rental
agreement:
Recommendation
The standard setting has assigned the required role categories to all of the applications. It is recommended
that you do not change these assignments (delete, other assignment) since each role category is based on a
specific functionality.
Activities
Further notes
When using the rental agreement application, the role category "Payer" (payer without customer account)
may not be used. Only the role category "Payer with customer account" may be used.
When a business partner is created, a search function is offered. Various screens are available for starting
the search and other such criteria can be entered in them. Specify which search screen should be used for
each application and partner role.
In this menu item, you specify whether the address of the real estate object should be the default address
proposed by the system for the partner address for business applications and partner role categories.
In this section you determine for the product types of the Real Estate component, with which values the
fields in the customer master record should be filled in cases where customers are created automatically.
These settings are only required for the product types
- IMV Rental agreement (Contract type 3, product type 410)
- IVW Management contract (Contract type 3, product type 440)
Here, you distinguish between
______________________________________________________________
SAP AG 42
SAP System
______________________________________________________________
- Fields that lie in the company code-independent part of the customer master record
(client-specific fields) and
- Fields that are maintained company code-dependently.
Example
Recommendation
Activities
Further notes
No entries are required for the following product types since customers are not provided here:
- IMA Rental agreement offers (Contract type 3, product type 460)
- IME Rental units (Contract type 3, product type 400)
Yet to be documented
In this step you can display or hide individual business partner views according to role category.
Views are the menu items you access from business partner maintenance within the application via the
'Goto' menu. You can use the view allocation to control which menu items the user can call up via
'Central data', 'General data' and 'Company code data', depending on which role has been assigned to the
business partner.
______________________________________________________________
SAP AG 43
SAP System
______________________________________________________________
Example
In the standard settings for the role category 0636 Bank for deposit, only view 0180 is set to be shown
under 'General data'.
If you want to maintain additional relationships in 'Company code data' for a bank for deposit you can
show view 0200 Company code relationships by selecting New Entries and entering the role type
category 636 and the view 0200.
Standard settings
In the standard settings the role-view allocation is already set up for Treasury applications, so that no
additions are necessary.
For example, role category 1000 Treasury partner is set to show all views.
Activities
Further notes
The 'Central data' views exist for all business partners, independent of their role.
Only 'General data' and 'Company code data' views can be shown or hidden according to the role category.
Personal data and employment data only exist for natural persons.
Legal data and fiscal years only exist for organizations.
Please note that debit-side views have to exist for partners with a customer account. In particular, this
applies to bank details as well as company code data such as accounting information, payment data,
dunning data.
Partners with a customer account are the "master tenants with a customer account" in particular.
For detailed information on what effect the settings have, refer to the Extended help of the Real Estate
component (IS-RE):
"IS-RE Real Estate Management -> Component: Business Partner -> Real Estate-Specific Partners ->
Business Partner with Customer Account.
______________________________________________________________
SAP AG 44
SAP System
______________________________________________________________
- which fields are ready for input, which are hidden and which fields the user is required to fill when
creating or changing business partner data.
- which fields are displayed or hidden when the user displays business partner data.
Example
You want the reconciliation account to be entered when the business partner is created and to be
unchangeable thereafter. However, you do not want to be able to see the sort key.
To do this, set the field group 10 (reconciliation account) as a required field for partner creation and as a
display field for changing or displaying partner data.
Set field group 11 (sort key) as hidden for creating, changing and displaying partner data.
Standard settings
In the standard settings all fields are set as optional for creating and changing data, except for the
following: field groups 300, 302, 320, 324, and 350 are set as required fields and field groups 422-430
and 433-438 are set as hidden fields.
For the display mode all fields are set to display except for field groups 422-420 and 433-438 which are
set as hidden fields.
Activities
Further notes
- Financial Accounting --> Accounts Receivable and Accounts Payable --> Customer Accounts -->
Master Records --> Preparations for Creating Customer Master Records --> Define account groups
for customers
- Financial Accounting --> Accounts Receivable and Accounts Payable --> Customer Accounts -->
Master Records --> Preparations for Creating Customer Master Records --> Create number ranges
for customer accounts
______________________________________________________________
SAP AG 45
SAP System
______________________________________________________________
- Financial Accounting --> Accounts Receivable and Accounts Payable --> Customer Accounts -->
Master Records --> Preparations for Creating Customer Master Records --> Allocate number ranges
to customer account groups
At this stage you can determine which individual business partner role category fields are ready for input,
which are hidden or which are required.
Example
You want the fields 'bank country' and 'bank key' to be ready for input for partners in the roles of
depositary bank and payment bank. For the role of payment bank they should also be required fields.
To do this, set the field group 180 (bank country, bank key) as an optional field for the role of depositary
bank and as a required field for the role of payment bank.
If you now create a business partner in the role of depositary bank, the fields 'bank country' and 'bank key'
will be ready for input. If you also assign the role of payment bank to this partner, both fields will
automatically become required fields.
Requirements
You need to define the role-view allocation before you can maintain the field modification for role
categories.
Standard settings
Activities
______________________________________________________________
SAP AG 46
SAP System
______________________________________________________________
b) Property
c) Building
d) Rental unit
e) Land register
First specify the required organizational structure for your Real Estate objects before making any settings.
In this section,
- You define area types, assign these to real estate objects and determine "Totals areas", whose area is
related to assigned areas
- You define reference areas, which are used for calculation with certain usage categories
Activities
1. Create the area types and determine, on which real estate objects the area type is to be maintained
2. Determine which of the area types should be used as reference areas.
Further notes
You can also define area types in Customizing for each external usage type of the rental unit (Assign
rental unit -> usage type/area type). In this instance, the specific area types defined there for a usage type
override the settings made here. This is especially affects the reference area indicator.
In the section "Service charges settlement -> Keys and rules for settlement -> Apportionment units", you
can determine which area types are to be used as apportionment units for service charge settlement.
______________________________________________________________
SAP AG 47
SAP System
______________________________________________________________
Activities
In this section, you define the characteristics describing the fixtures and fittings of the building, rooms and
rental units. You also define how these fixtures and fittings characteristics are to be treated for
correspondence purpose.
Fixtures and fittings characteristics are used within the rent adjustment via a representative list of rents.
Activities
______________________________________________________________
SAP AG 48
SAP System
______________________________________________________________
Further notes
If a characteristic is assigned to a building and it can also be entered for the rental unit, the characteristic
of the building is automatically transferred when you create a rental unit, provided this characteristic is
allowed for the usage type of the rental unit. You can however still change or delete these values for the
rental unit.
Example
Activities:
1. Create the object characteristic group or choose the object characteristic group for which you want to
enter the characteristics.
2. Create the object characteristics.
3. Choose an object characteristic and create the possible values of the respective characteristic.
In this section, you define the number assignment for master data objects.
There are two ways of assigning numbers:
1. Either based on standard methods
2. Or based on user-defined methods
Standard methods use the number ranges described in Number Ranges of Master Data Objects.
______________________________________________________________
SAP AG 49
SAP System
______________________________________________________________
You can integrate user-defined methods for each object type. See also User-Defined Number Assignment.
11.4.2.1 Number Ranges of Master Data Objects (LR, BE, PR, BU, RU, RO)
In this section, you define the number ranges for Real Estate objects. You have to define number ranges
for the following objects:
- Land register
You can store land register data in the Real Estate Management (RE) component. Each land register
entry stored is assigned a number.
- Business entity
- Property
- Building
- Rental unit
- Rooms
Number ranges are assigned per company code, except for the land register and rooms.
Number range assigment for property, building and rental unit is made for each business entity. For
instance, both the business entities no.4 and no. 3 could have a rental unit no. 7.
Refer to:
General notes on number assignment
Activities
______________________________________________________________
SAP AG 50
SAP System
______________________________________________________________
for buildings.
5. Number range for rental units
a) Select the relevant company code.
b) Define the number interval and the type of number assignment. Use number range interval '01'
for rental units.
6. Number range for rooms
Define two number range intervals. These number ranges must not be overlapping.The number
range RA contains the (internal) room numbers, the number range interval AO (internal) assignment
numbers for the characteristics of the rooms (object characteristic groups). The number assignment
of both number ranges can only be made internally. Neither the internal room numbers nor the
assignment numbers for the object characteristics are visible in the user dialog.
7. Number range IMKEY
When you release real estate objects or activate contracts, these objects receive an internal key,
IMKEY. Create a number range for this key using number range interval '01' that includes the range
from 00000001 to 99999999. Make sure that number assignment is internal and
company-code-dependent.
Further notes
Changes to the number range status have no impact due to the multiple use of numbers for rental unit,
property and building in different business entities.
In this section, you determine whether or not leading zeros are to be suppressed during the input or output
for the objects business entity, building, property and rental unit.
Example
If you set the value "x" in the corresponding field, leading zeros are automatically prefixed when you
enter a numeric number for the object.
Thus, an entry of the form '1' is internally converted to '00001'. Whether or not the leading zeros are
actually displayed depends on the corresponding value in the "Output" field.
In this section you specify individual processes for number assignment by:
______________________________________________________________
SAP AG 51
SAP System
______________________________________________________________
Requirements
You have to set internal number assignment for the objects in question to be able to use the individual
processes in the application.
Standard settings
SAP supplies function module placeholders that you can edit as required.
You access the function modules in this transaction by choosing
Environment -> Infosystem(Processes), and entering the component IS-RE in the next dialog.
Activities
No From-number To-number
P1 1000000000 1999999999
PI 9000000000 9999999999
The numbers have to be assigned "internally".
Recommendation
We recommend that you do not change the default settings. If, however, you do change them, please note
that number ranges P1 and P2 have to be disjunct.
______________________________________________________________
SAP AG 52
SAP System
______________________________________________________________
Activities
Check whether the above settings exist in the standard system. If not, please enter them.
In this chapter, you make the settings which set the parameters for master data maintenance:
- For the individual objects, you determine which value ranges the input fields in master record
maintenance may use.
- You determine which fields in the master data screens are optional fields, required-entry fields,
display fields (field status maintenance).
- The debit types that may be used in Section III of the Land Register
- The type of charges and restrictions for Section II of the Land Register
Specify the land register categories that will be treated differently in your system.
Decide which debit types can be used in land register section III.
______________________________________________________________
SAP AG 53
SAP System
______________________________________________________________
Here you specify the type of charges and restrictions in Section II of the Land Register.
In this section you determine the characteristic values for certain fields that you subsequently maintain in
the business entity:
- Regional classification of the business entity:
- Regional location
- Location
- District
- Transport connections
- Maintenance districts
- Predefinition of units of measurement (length/area/volume)
Example
______________________________________________________________
SAP AG 54
SAP System
______________________________________________________________
District: Outskirts
Transport connections: Multiple connections
Maintenance district: Heidelberg area
Specify the level of detail you want to use for maintaining the locations and create them.
Define the degree of detail required when entering the location of business entities, and create the location
descriptions.
1. Define the units of measurement
Specify the level of detail that you want to use for describing the district in which the business entities are
and create the descriptions.
______________________________________________________________
SAP AG 55
SAP System
______________________________________________________________
Specify the level of detail with which you want to enter transport connections and create names for them.
11.4.3.3 Property
______________________________________________________________
SAP AG 56
SAP System
______________________________________________________________
This property type is a described property characteristic that does not have a functional application.
Specify all possible ground types. The characteristic is not used functionally.
______________________________________________________________
SAP AG 57
SAP System
______________________________________________________________
Enter the usage types specified in the development plans. These usage types are then defined as
characteristics for properties.
The function of this characteristic is not used.
Enter the usage types defined in the area usage plans for your properties.
The function of this characteristic is not used.
11.4.3.4 Building
______________________________________________________________
SAP AG 58
SAP System
______________________________________________________________
Enter building types. This table is also used in the Loans application.
The function of this characteristic is not used.
In this section, you create the main usage type for characterizing a property or building.
The main usage type of an object is needed for the account determination if the revenue and the expense
are to be posted to different G/L accounts for each main usage type.
The settings applying here depend on whether or not Asset Accounting has been activated in the company
code.
Activities
Requirements
Note on case 2:
The asset classes are created in Customizing of Asset Accounting and have the Real Estate indicator.
In this section, you edit the field status of the master data objects
- Business entity
- Building
______________________________________________________________
SAP AG 59
SAP System
______________________________________________________________
- Property
- Land register
This means that for these objects, you determine for the maintenance of the object master record which
fields are
- required-entry fields
- optional fields,
- display fields
- which fields should be hidden because they are not required.
Activities
In this chapter you make the settings which are necessary for maintaining rental unit master data.
- You determine the field status for each usage type, that is, which master data fields
- are ready for input
- require an entry
- are hidden
- You determine per usage type which screens (input templates) are displayed in the master data
dialog. You have the option of hiding certain masks entirely by deleting the "sequence number"
field. You can display the screens again by choosing "Set standard sequence".
The usage type determines which rent adjustments are permitted.
______________________________________________________________
SAP AG 60
SAP System
______________________________________________________________
Example
A rental agreement (RA) is created and the rental unit has the external usage type "Office". The external
usage type "Office" (created in Customizing) is assigned to the internal usage type "Commercially rented
premises". This internal usage type is in turn assigned to the usage type category "Commercial"
(predefined standard setting). Consequently, the RA has the usage type category "Commercial". This has
the following effects:
- The system status of the RA is set to "GEWB" = commercial rental agreement
- This status restricts the number of permitted rent adjustment procedures
Further notes
The internal usage type (IT) uses the assigned usage type categories (UC) to determine whether usage is:
- Commercial
- Non-commercial
- Mixed
These settings are predefined by SAP.
- The following IT are assigned to the UC "Commercial":
- Commercially rented premises /commercial parking space/advertising space/stand area
- The following IT are assigned to the UC "Non-commercial":
- privately-financed accommodation / public authority-supported accommodation/private parking
space
- The following IT are assigned to the UC "Mixed":
- Mixed usage of rental unit/parking space
You can control the service charge settlement by using the external usage type (service charge settlement
-> make basic settlements)
In this section, you determine which area types for a certain external usage type can be maintained.
______________________________________________________________
SAP AG 61
SAP System
______________________________________________________________
- For the calculation of a rent per square unit, you have to define an area as reference area.
- Note: You can also define several allocation bases in parallel for one usage type. In the
appplication, all areas with the reference area ID are then totalled.
- If you do not assign a usage type here, the settings of Customizing node Master Data ->
Areas, Rooms, Fixtures and Fittings -> Area Types are used.
Example
Your organization calculates the rent for privately-financed accommodations by means of the available
living area. In this case, it is useful to define the area type Living area as reference area and also as
required-entry field.
Activities
1. Assign the area types to the usage type and determine the type of the assignment.
2. Determine the reference area.
In this section, you create the storey names for buildings and define a number for each storey.
Activities
______________________________________________________________
SAP AG 62
SAP System
______________________________________________________________
The storey names must be unique. For technical reasons, an entry with an initial key has to exist.
In this section, you determine which occupancy obligations a rental unit can have. The occupancy
obligation determines under which conditions a rental unit may be let. The occupancy obligation has to
match the accommodation entitlement certificate specified for the applicant, that is, the application/rental
request contains a list of the occupancy obligations for which the applicant owns a certficate.
Activities
In this step you determine reasons for alternative rent increases, which can be defined as attribute of the
rental unit.
These reasons describe why the percentage rate of increase defined in the rental unit applies.
Maintain possible vacancy reasons that can be entered for rental units.
You can control the account determination for the vacancy debit position using the main usage type and
the account determination value (4th account determination key), as well as using the flow type. You
maintain the account determination value here, and the data has to be entered in the rental unit master
data.
Further notes
The account determination value can also be set by means of substitution to avoid arbitrary assignments
of values.
This validation table is also used as a basis for the account determination of rental agreements.
______________________________________________________________
SAP AG 63
SAP System
______________________________________________________________
In this section you can set parameters about the italian tax ICI (Imposta Comunale sugli Immobili) and
insert the following data: cadastral categories, building classes, use grouping codes, rates coefficients,
payments, deadlines and so on.
In this section you can insert the cadastral categories. The key of each line of the table is the category code
(Cat. ID) and all the informations about it are given by the cadastral office.
Activities
In this section you can set all the annual revaluation coefficients for the building classified as type 'D'.
______________________________________________________________
SAP AG 64
SAP System
______________________________________________________________
Activities
In this section you can set the ICI parameters referred to the city in which the building is situated.
Recommendation
The name of the city must be exactly the same of the one inserted in the address of the building of which
you are calculating ICI.
Activities
Insert the name of the city (key field) the ICI rate for a rented unit, the ICI rate for a not rented unit, the
regional incrementative coefficient used to calculate the cadastral revenue from an old revenue value.
Furthermore you can custimize this table inserting for each city a tax collector and a current account
number.
In this section you can set all the building classes and their descriptions.
Activities
______________________________________________________________
SAP AG 65
SAP System
______________________________________________________________
In this section you can set all the using grouping codes and their descriptions.
Activities
In this section you can set the informations about the ICI minimum values and payment deadlines.
Activities
Insert the year which the parameters are referred to, the currency, the first and the second deadline, the
share of the first installment, the minimum ICI value and the rounding.
In this section, you can set up any fields you might need in addition to those offered by SAP.
You have two possibilities that can be used in parallel:
a) Set up user fields using the DDIC structures provided
b) Set up user fields using user exits via BTE
______________________________________________________________
SAP AG 66
SAP System
______________________________________________________________
In this section, you define individual user fields that you want to include in addition to the fields in the
master data maintenance.
For the real estate objects, you can define several sets of fields that are stored under a field key.
Within the user fields, the following types of fields are distinguished:
- General fields for texts (a set of 2 fields with 20 or 10 characters)
There you can store any information as text
- Quantity fields and their units
- Value fields and their units
- Deadline fields
You then determine which sets of user fields are to be used (field key) for which real estate objects.
Example:
You want to define nature conservation data in the user fields for your properties.
To do this, you define a field key "NATUR" with the following identifiers for the fields (examples):
Text (20) Valid nature conservation Regulation no.
Text (10) Approp. authorities Clerk
Quantity ......... .........
Value ........ ........
Date Nature conserv. since: .....
Checkbox Biosphere reserve .............
You then determine that the field key "NATUR" may be used for properties:
0052 NATUR nature conservation characteristics
Activities
1. Define your user fields for each key ID and determine the field descriptions.
2. Assign your user fields to the objects in question by means of the field key.
You can assign as many key words as you want to one object. All assigned key words are then
displayed for selection in the maintenance of the corresponding master data.
In this case, you can only assign one data record of the user fields to the respective object when you
maintain the master data. If there are entries for a master record for one of the key words, all other
key words are no longer available for input.
Further notes
The system does not check the contents of the user fields. You yourself are responsible for the contents of
the fields.
______________________________________________________________
SAP AG 67
SAP System
______________________________________________________________
This functionality is used in conjunction with the Project System component. If you have installed PS, if
you should make sure you do not change any PS entries during processing.
You can freely define fields for these master data dialogs:
- Business entity
- Property
- Building
- Rental unit
- Rental agreement
These user fields can be seen on the tab User Fields in the respective master data dialogs.
Activities
Business Transaction Events (BTE) are used for the above. Each master data dialog has a group of BTEs
that can be used to realize a data exchange:
Object text module
Business entity 00700150 to 00700153
Property 00700160 to 00700163
Building 00700170 to 00700173
Rental unit 00700180 to 00700183
Rental agreement 00700190 to 00700193
You find the text modules in the related transaction via Environment ->Infosystem(Processes) by
entering the component IS-RE (Refer to (Business Transaction Events)
1. You have to create the user fields that you want to include in the master data objects in a structure
called CI_VIOB01 for the business entity, CI_VIOB02 for the property, CI_VIOB03 for the
building, CI_VIMI01 for the rental unit and CI_VIMIMV for the rental agreement. If you activate
these structures, the corresponding master data tables are also activated!
2. You have to create a function group in the customer namespace in which the user fields are
______________________________________________________________
SAP AG 68
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 69
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 70
SAP System
______________________________________________________________
FV_UF_BUILDING_EXPORT
d) SAMPLE_PROCESS_00700182 corresponds with function module
FV_UF_RENTAL_UNIT_EXPORT
e) SAMPLE_PROCESS_00700192 corresponds with function module
FV_UF_RENTAL_AGREEMENT_EXPORT
13. The master data record is copied for the events ending in 3. All numbers, such as the INTRENO
(Real Estate key) are available in the master data record. These are generated when the data is saved.
The function module called at this event can be used to save customer tables. The fields contained in
structures CI_XXXX are saved by the calling programs. Coding only has to be added here if you
need to save tables or fields that are not already contained there. See also the documentation of the
function modules:
a) SAMPLE_PROCESS_00700153 corresponds with function module
FV_UF_BUSINESS_ENTITY_SAVE
b) SAMPLE_PROCESS_00700163 corresponds with function module
FV_UF_PROPERTY_SAVE
c) SAMPLE_PROCESS_00700173 corresponds with function module
FV_UF_BUILDING_SAVE
d) SAMPLE_PROCESS_00700183 corresponds with function module
FV_UF_RENTAL_UNIT_SAVE
e) SAMPLE_PROCESS_00700193 corresponds with function module
FV_UF_RENTAL_AGREEMENT_SAVE
14. To assign the function modules created in your own function group to the BTEs, call transaction
FIBF (in Customizing for Real Estate, choose Master Data -> User Fields -> Set Up User Fields for
BTE -> Define Additional Components (Open FI)).
15. In transaction FIBF, you first have to create and activate your own product. To do so, choose
Settings -> Products -> ... of a customer in the "Additional Components Developed by Customer"
view and add a new product there after choosing "New entries", for instance USERFLDS. Then
activate it by flagging the "Active" checkbox and save it.
16. Choose Settings -> Process function modules -> ... of a customer to assign your own function
modules (such as process interface 00700150 to function module ZZ_BUSINESS_ENTITY_INI) to
the BTEs you require. You can leave the "Country" and "Application" columns blank. In the
"Product" column, you enter the name of the product originally created.
17. It is possible to transport the objects created from a development system or test system to the
production system with a transport request. Note that the entries in tables TBS24 and TPS34 that
were maintained with transaction FIBF also have to be transported to the target system. To do so,
execute transaction FIBF and choose Settings -> Products -> ... of a customer or Settings -> Process
function modules -> ... of a customer in the table overview menu and then choose the "Transport"
option.
______________________________________________________________
SAP AG 71
SAP System
______________________________________________________________
In this section, you can define your specific user status in addition to the system status of the SAP Status
Management.
This applies to the objects:
- Business entity
- Building
- Property
- Rental unit
- Rental agreement
- Management contract
- Settlement unit per settlement period (cost collector)
- General contract
The following explanations refer to the standard SAP System but also apply to the above-specified Real
Estate objects.
Activities
______________________________________________________________
SAP AG 72
SAP System
______________________________________________________________
Changes and supplements to the status profile can only be made in the maintenance language, and
must then be translated into the respective foreign languages. This guarantees that the entries in the
status profile are complete and unambiguous.
5. Choose "Enter" to include the new status profile in the list.
6. Choose "Save".
______________________________________________________________
SAP AG 73
SAP System
______________________________________________________________
f) You use "Position" to specify the position in which the status is displayed in the order header.
g) You use "Priority" to specify which priority the user status has on a particular position if the
same position is defined for more than one active status.
5. Save your entries.
6. You use "Next action" to specify what effect a particular business transaction has on the respective
statuses:
a) "No action"
The status is neither set nor deleted by the business transaction.
b) "Set"
The business transaction sets the respective status.
c) "Delete"
The business transaction deletes the respective status. However, you cannot use this to delete a
user status that has a sequence number.
These statuses can only be deleted by setting a subsequent status, which also has a sequence
number.
7. Save your entries.
______________________________________________________________
SAP AG 74
SAP System
______________________________________________________________
Additional information
Status simulation
You use this to simulate the status development for a particular object.
Place the cursor on a status profile, use the function Goto -> Object types, and position the cursor on one
of the allowed object types.
- Choose Extras -> Status simulation to simulate the status changes that would result if you were to
use the relevant business transactions, or maintain the status manually.
- From the simulation, you can go directly to the status maintenance screen for each object type, where
you can call up more detailed information on the allowed and disallowed transactions.
- Each step you simulate is recorded by the system in a log displayed online. This enables you to trace
the status development at all times.
______________________________________________________________
SAP AG 75
SAP System
______________________________________________________________
In your rental agreements, you define conditions, for example in the form:
Basic rent 1200.00 DM
Advance payment for service charges 127.50 DM
or maybe in another lease
All-inclusive rent 1000.00 DM
In this step, you determine which types of conditions (for example condition types: basic rent, advance
payment for service charges, all-inclusive rent) you want to allow in your company.
______________________________________________________________
SAP AG 76
SAP System
______________________________________________________________
Within debit position, postings are generated in Financial Accounting from the conditions defined in the
rental agreement.
Which posting should occur for which condition type is determined by means of a flow type assigned to
the condition type.
A flow type is a freely definable, four-digit key, to which certain features are assigned, which determine
the behavior in the case of an automatic posting.
For all posting procedures to be generated automatically, the control is realized by means of condition
types. In addition to the postings from debit position, these can also be postings from the service charges
settlement, interest postings for cash deposit, one-time postings, and so on position.
This chapter descirbes the methods of account determination for automatic postings in Real Estate. Here,
the following activities are basically dealt with:
- Debit position for the rental agreement including debit position for empty status, own use, rent
reduction
- Account-based accrual/deferral
- Owner settlement
______________________________________________________________
SAP AG 77
SAP System
______________________________________________________________
11.5.1.1 Rental
Note the following information when preparing the settings for posting procedures related to lease-outs.
The account determination for the debit position of the rental agreement is based on the condition types
specified in the rental agreement.
In the rental agreement, you define the agreed amount for each condition type. When you create condition
types in Customizing, a flow type is assigned to each condition type. The flow type is the basis for the
account determination.
The account determination by means of the flow type is defined in the Customizing dialog box Account
determination rental agreement.
Specify for each flow type
- the document type of the posting
- the posting keys for the debit posting and the credit posting
- symbolic names for the accounts to be posted.
Actual accounts are assigned to the account symbols for each chart of accounts.
Except for the flow type, you can use one of the following to enable separate control of the account
determination:
- The main usage type (an attribute of the building or property)
- The corporate group ID (an attribute of the main contractual partner, thus the tenant)
- The account determination value on the rental agreement
Example
The flow type "1000 Basic rent" is assigned to the condition type "10 Basic rent" (Customizing dialog
"Condition types and condition groups"). If a condition with condition type "10 Basic rent" is specified in
the rental agreement, a corresponding entry is made in the cash flow of the rental agreement. The debit
position uses this enty to recognize the flow type on which the posting was based.
In Customizing ("Account determination rules rental agreement"), the following entry is defined under the
flow type 1000:
______________________________________________________________
SAP AG 78
SAP System
______________________________________________________________
that the account determination is the same, independent of the main usage type and the group indicator.
The document type DA is used, and has to be determined in Customizing for Financial Accounting
beforehand. The debit posting is made with posting key 01 to the symbolic account "*", the credit posting
with posting key 50 to the symbolic account 100.
The meaning of the account symbols is described in text form. You can display the description via the
"Symbols" function in the Customizing dialog.
You display or maintain the assignment of the accounts by means of the "Accounts" function.
In the example, the following is determined for the chart of accounts INT:
* is the reconciliation account of the customer (applies to all charts
of accounts)
100 is the account 841000 Revenue basic rent
Within debit position, the rental agreement entry
Condition type 10 Basic rent 100 USD
would therefore result in the following posting:
Document type DA
01 Customer account 100 USD D
with the automatic entry to the reconciliation account that is defined in the customer master record
- to -
50 841000 Revenue basic rent 100 USD C
If the postings are subject to sales tax, the tax codes specified in the conditions of the rental agreement are
taken into consideration. The account determination for tax postings has to be determined in Financial
Accounting Customizing.
Further notes
The account determination for the debit position described here works as described for objects rented to
third party, that is, objects that are rented to a master tenant with customer account and not to a cost center
in the company code. For the account determination with respect to own use, see chapter "Debit Position
Own Use".
In this section, the special treatment of advance payments in rental agreements and sales-based
settlements from an accounting point of view is described:
You post service charge advance payments and sales-based rents to the customer account with the help of
two special G/L transactions.
In standard Customizing, sample settings have been made for special G/L transactions J for posting
advance payment requests and K for offsetting entries for operating and heating expenses or U for
______________________________________________________________
SAP AG 79
SAP System
______________________________________________________________
1. Service charges
2. Sales-based rent:
On receipt of payment, the advance payment request posting (special G/L transaction J) is cleared.
Postings with special G/L indicators K and U remain as open items on the customer account (down
payments received) until the service charge settlement or sales-based settlement runs. They are then
cleared during the settlement. See also: Service Charge Settlement
1. Create special G/L transactions as customer down payments received. Note that the transactions
MUST be identified as "down payments".
2. Assign special G/L accounts to the special G/L transactions for each customer reconciliation
account.
______________________________________________________________
SAP AG 80
SAP System
______________________________________________________________
For commercial rental agreements, advance payment postings are handled in the same way as basic rent
postings with tax. Depending on the settings made in the reconciliation accounts for G/L transactions, tax
can either be posted together with the receivables postings (planned principle) or with the incoming
payment (actual principle).
The basic rent (transaction without special G/L transaction) is always posted on the basis of the actual
principle.
The following example shows which settings have to be made to post the tax on the basis of the actual
______________________________________________________________
SAP AG 81
SAP System
______________________________________________________________
principle or the planned principle. The standard Customizing settings are used in the example.
Example:
Condition type "Operating costs advance payments" refers to a flow type that is assigned to posting record
09 J Customer to 19 K Customer
The following reconciliation accounts have been set up in Customizing for Financial Accounting for the
special G/L transactions:
J 196900 Real Estate advance payment requests
K 196910 Operating costs advance payments
PLANNED PRINCIPLE
Objective: The sales tax appears in the advance tax return after the debit position.
The following postings are made (US 100 net advance payment, US 15 tax):
Debit position
After the debit position, the tax appears in the advance tax return.
______________________________________________________________
SAP AG 82
SAP System
______________________________________________________________
Incoming payment:
The J item posted to the customer is cleared; the K item remains open (advance payment made). Der auf
den Debitoren gebucht J-Posten wird
40 Bank account US 115 debit
19 J Customer US 115 credit
- 196000 Payment request US 115 credit (reconc.acct)-
Settings:
ACTUAL PRINCIPLE
Objective: The sales tax appears in the advance tax return after receipt of payment.
The following postings are made (US 100 net advance payment, US 15 tax):
Debit position
After the debit position, the tax does not appear in the advance tax return.
______________________________________________________________
SAP AG 83
SAP System
______________________________________________________________
Incoming payment:
Th J item posted to the customer is cleared: the K item remains open (advance payment made)
Settings:
If rented properties are rented to cost centers that are in the same controlling area, rental agreements can
be created with the Own use indicator. This indicator is defined on the Payment data screen in the
rental agreement. Here, you also have to specify the renting cost center.
The same conditions as used for the third-party rental can be used as conditions in these rental
agreements. Nevertheless, a posting different from a third-party rental posting is initiated at this point.
You can find this posting the following way:
1. First the flow type is derived from the condition type - as also for third-party rental. This flow type,
however, is not used for the actual account determination but a reference flow type is used instead
(Customizing dialog "Reference flow types").
2. Reference flow types are always used for account determination if, because of an unusual situation,
the original flow type may not be used for posting. For information on the cases where reference
flow types are used, see the chapter "Reference Flow Types".
3. You can distinguish the reference flow types to be derived for individual reference actions by means
of the relationship keys. Relationship key 039 is used to derive the reference flow type for own use.
______________________________________________________________
SAP AG 84
SAP System
______________________________________________________________
Example
You have created a rental agreement with own use indicators. The object is let to cost center 4711 and its
only condition is
Condition type 10 Basic rent 200 DEM.
The condition type "1000 Basic rent" was assigned to the condition type "10 Basic rent" in the
Customizing dialog "Condition types and condition groups".
For the debit position, the system searches for the reference flow type for relationship key 039 due to the
own use indicator for flow type 1000 (Customizing activity "Maintain reference flow types").
Under entry "39", you find "1004 Basic rent Own use" as reference flow type under entry "039" for
company code 0001 and flow type 1000.
Account determination is initiated by means of this flow type (Customizing dialog "Account
determination -> Rental agreement/customers").
The following entry is defined under flow type 1004:
This means that the posting is as follows in this case (example in the INT chart of accounts):
Document type SA
40 Acct 470000 with acct assignment to CCtr. 4711 200 DEM
50 Acct 841080 with acct assignment to RA 200 DEM
You can post the revenues lost because of vacancy within "debit position vacancy", for example in the
form:
Imputed expenses from vacant rental units (cost center vacancy costs)
- to -
Imputed revenue from rental (account assignment on rental unit).
You maintain the vacancy cost center in the "General data" screen of the master data dialog for the rental
unit.
If no vacancy cost center has been maintained, the imputed costs are also assigned to account on the rental
unit.
The cash flow on the rental unit is used for the posting.
The conditions defined on the rental unit are used for the posting. You can find the posting as follows:
The flow type is first derived from the condition type. However, this flow type is not used for the actual
______________________________________________________________
SAP AG 85
SAP System
______________________________________________________________
account determination but a reference flow type is used instead (Customizing dialog "Reference Flow
Types").
Reference flow types are always used for account determination in cases where the original flow type may
not be used for posting, due to a special situation. You can find a more precise description of the cases in
which the reference flow types are used in the "Reference Flow Types" section.
The reference flow types to be derived for the individual reference transactions are distinguished by
means of the relationship keys. The relationship key 038 is used for the derivation of the reference flow
type for the vacancy.
Example
You have created a rental unit. The rental unit was vacant in the month before. The following is defined in
the rental unit as only condition:
The flow type "1000 Basic rent" has been assigned to the condition type "10 Basic rent" in the
Customizing dialog "Condition Types and Condition Groups".
In the case of the debit position vacancy, the system searches for the reference flow type for relationship
key 038 for the flow type 1000 (Customizing activity "Maintain Reference Flow Types").
Under the entry "038", you can find "1003 Basic rent vacancy" as reference flow type for company code
0001 and flow type 1000.
The account determination is started with this flow type (Customizing dialog "Account Determination
Rules for Rental Agreement").
The following entry is defined under flow type 1003:
This means that the posting is in this case as follows (example in the INT chart of accounts):
Document type SA
40 Acct 470700 with acct assignment to cost center vacancy200 USD D
50 Acct 841700 with acct assignment to the RA 200 USD C
Further notes
If for a condition type defined in the rental unit, no reference flow type is defined for the vacancy, this
condition type is not taken into account for the vacancy debit position.
If, for instance, no vacancy postings are to be generated for the advance payment conditions (operating
costs), delete the entries for these condition types with relationship key 038.
______________________________________________________________
SAP AG 86
SAP System
______________________________________________________________
Follow-up postings are due when rental agreement conditions are changed retroactively (if condition rates
are changed after a debit position has been carried out).
In these cases, a reference flow type derived from the corresponding flow type is used for posting:the
condition type that was changed is used as a base.
Reference flow types must be used if situations arise such as those described in the chapter "Reference
flow types" which make the use of the original flow type impossible.
Relationship keys are used to differentiate the reference flow types derived for individual reference
actions. Relationship keys 002 and 032 are used to derive the reference flow type for follow-up posting.
Example
After the debit position has been carried out, the rent is retroactively changed to 350 USD.
The flow type "1000 Basic rent" is assigned to the condition type "10 Basic rent" (Customizing dialog
"Condition types and condition groups").
When the conditions are changed, a follow-up posting condition item (flow type of which is derived from
flow type 1000 using relationship key 002) is placed into the cash flow. This is the flow type "1001
Post-receivable basic rent" (Customizing action "Maintain reference flow types").
During the next debit position, the follow-up posting is made with flow type 1001 (if the due date has
been reached). Its account determination is defined in the Customizing dialog "Account determination ->
Rental agreement/customers":
A credit memo has to be posted to the customer account when the condition is reduced from 300 USD to
280 USD. In this case, the reference flow type is located by relationship key "032 Follow-up postings
credit" and is the flow type "1002 Credit memo basic rent". The following posting record is assigned to
this flow type:
______________________________________________________________
SAP AG 87
SAP System
______________________________________________________________
Recommendation
Follow-up postings are only available if you maintain the respective reference flow types for relationship
keys 002 and 032 for all condition types/flow types in the rental agreements.
Further notes
Input tax treatment for opting company codes applies to the following objects:
- Business entity
- Building
- Property
- Rental unit
- Rental agreement
- Settlement unit
- Correction items for assets
The documents are first posted with completely deductible input tax. The account determination of the tax
accounts is determined in FI Customizing.
After the monthly determination of the option rates, the tax amounts are divided into a deductible and
non-deductible share.
If required an adjustment posting is carried out for the settlement units during the service charge
______________________________________________________________
SAP AG 88
SAP System
______________________________________________________________
settlement.
Input tax treatment for correction items according to the legal requirements is carried out.
You set the accounts in the screen Input tax processing --> Input tax distribution: Accounts for
non-deductible input tax.
You have three basic options:
1. The non-deductible input tax is posted to the original costs account.
We do not recommend this procedure for reasons of clarity.
2. For each costs account, exactly one account for non-deductible input tax is determined. In this case,
choose the activity "Account for non-deductible input tax per cost element".
3. Only one single account should be used for non-deductible input tax for all costs accounts of a chart
of accounts. In this case, choose the activity "Account for non-deductible input tax - Default".
______________________________________________________________
SAP AG 89
SAP System
______________________________________________________________
a) Tenant service charge settlement (Austria). See Tenant service charge settlement IMG activity
documentation for additional information
Example:
One object has two rental units, RU1 and RU2. You want to post a settlement for the year 1999. The
rental units were leased out as follows:
- RU1
Rental period: 1/1/99 - 3/31/99 with RA 1.1 to tenant 1.1
Vacancy: 4/1/99 - 4/31/99
Rental period: As of 5/1/99 with RA 1.2 to tenant 1.2
- RU2:
Rental agreement for entire period (1/1/99 - 12/31/99) with RA 2 to tenant 2
Conditions:
- RA 1.1 Advance payments of $100 per month
- RA 1.2 Flat rate payments of $100 per month
- RA 2 Final settlement, no advance payments
For the entire period (1/1/99 - 12/31/99), service charges amounted to $3000 and were posted to account
470400:
The apportionment units determine the breakdown of service charge costs and (if applicable) vacancy
costs between tenants:
- $ 500 tenant 1.1
- $ 700 tenant 1.2
- $ 600 tenant 2
- $ 200 for the vacancy of RU1
______________________________________________________________
SAP AG 90
SAP System
______________________________________________________________
When you start to post the service charge settlement, you have to specify a document type. The service
charge settlement contains the following posting items:
______________________________________________________________
SAP AG 91
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 92
SAP System
______________________________________________________________
Example:
Flow type 2001 is assigned to condition type "advance payment operating costs". In the dialog box
"Assign reference flow types" the reference flow type 2005 is in the relationship key 004 ('receivable from
settlement') and it is assigned to the following account determination rule:
Flow type 2005 Corp.group ID + Main usage type + AccDetVal +
Debit 01* Reconcil.
account
Credit 50 205 Revenue from
o.c. settlement
Document type DR
Account symbols:
* Reconcil. account for customer master record
205 841500 Revenue from OC settlement
Text Account
Net rev. account 841500 Revenue from operating costs
settlement
RevAcctNDInpTax 841900 Revenue from non-deductible input tax
operating costs
______________________________________________________________
SAP AG 93
SAP System
______________________________________________________________
The items 'advance payment due' (j) and 'advance payment made' (k) result from condition type 21
'advance payment operating costs' (see Rental agreement debit position) and are posted with flow type
2000. This flow type and the other advance payment flow types belong to category 3VZB (definition of
flow types). All customer open items relating for this flow category are now determined (analogous to
heating expenses, flow category 3VZH, for general service charges flow category 3VZN). The amount
resulting is:
Debit $150 + Credit $450 = $300 credit
This amount is now transferred:
PK Account Amount
16 customer (reconcil. account from master record)
$300 credit
09K customer (special G/L account) $400
debit
19J customer (special G/L account) $150
debit
______________________________________________________________
SAP AG 94
SAP System
______________________________________________________________
account
Document type DT
The batch input for the FI transaction "Post document with clearing" makes the posting and the posting
key 16, the document type, the customer and the document number/line number is transferred to the open
advance payment items. The clearing posting key for these open items is determined in FI.
Example
In October 1999 a document with the net amount of $ 500 and $ 50 input tax was posted to a settlement
unit.
31 Vendor $550
40 470400 Apportionable operation costs $500
40 154000 (deductible) input tax $50
An option rate of 70% is determined for October 1999 and this results in the following posting for the
input tax distribution:
See the chapter on input tax processing for setting the account determination for input tax distribution.
The service charge settlement specifies that 40% of the costs are due from non-commercial (non-opting)
tenants, 60% from commercial (opting) tenants. This means that the share of the non-deductible tax to be
passed on to the non-commercial tenant is 40% of $ 50 which is $ 20. Therefore the non-deductible input
tax posted for October has to be adjusted by $ 5. This results in the following postings for the service
charge settlement:
______________________________________________________________
SAP AG 95
SAP System
______________________________________________________________
Set the accounts mentioned above in Accounts, Posting Key for Breakdown and Revenue Postings,
sub-item Clearing Accounts for Cost Accounts (Apport. costs)
The cost of the non-deductible input tax is distributed between the non-opting tenants and added to the net
costs due. The resulting amount (total of the net cost share and the non-deductible input tax share) is the
settlement result and is debited from the tenant customer account. If in the above example, there is only
one non-commercial tenant, the following settlement postings would be made:
01 Tenant customer account $220
50 841500 revenue from the service charge settlement $200
50 841900 revenue from the non-deductible input tax $20
See above Posting: Tenant Account Debit Position for information on how the revenue account 841500 is
determined. This account is used as the basis for deriving the the revenue account for non-deductible
deductible input tax 841900. This setting is made in the IMG activity "Alloc.of Non-Ded.Inp Tax
Rev.Acct to Net Rev.Acct (SCS) " in the IMG item Accounts, Posting Key for Breakdown and Revenue
Postings.
11.5.1.1.8 Accruals/Deferrals
Rental payments for rental agreements,may in some cases be prepaid for several months or paid in arrears.
In these cases, the total amount due is posted by the debit position run of the month in which the rent
payments are due. This means that the revenue is also posted in this period, (strictly speaking, it should
really be allocated across several accounting periods). To map revenues and receivables on an accrual
basis, you can make accrual/deferral postings. The accounts are determined via reference flow types.
Maintain reference flow types for relationship keys 005, 006, 007, 008 for each flow type for which
accrual/deferral postings have to be made. Relationship keys 005 and 007 are used for the deferral of
receivables in advance while relationship keys 006 and 008 are used for receivables in arrears.
______________________________________________________________
SAP AG 96
SAP System
______________________________________________________________
Note:
The accrual/deferral posting is only carried out for condition types with an accrual/deferral setting in
Customizing.
Flow types are used for posting incoming payments and for account maintenance. These flow types are
determined by so-called flow categories, depending on the activity in question.
- Payment amounts that exceed the open items amount: Flow type for posting overpayment (posting
on account)
- For item transfers to generate an installment payment: Flow type to post installment payments
______________________________________________________________
SAP AG 97
SAP System
______________________________________________________________
Periodic fees
Periodic fees refer to those recurring payments that are posted via monthly debit positions. For every fee
type you have to define a condition type for the condition group "Management contract". You then assign
a flow type to this condition type on which subsequent automatic postings are carried out.
Event-driven fees
Event-driven fees refer to payments to the manager as a result of the occurrence of a particular event, for
instance construction work or the management of a tenant changeover. These activities are manually
entered into the system for subsequent posting. The postings are carried out automatically, whereby flow
types are directly assigned to the event-driven fee types.
Postings
Two postings are carried out for these two kinds of fee types:
______________________________________________________________
SAP AG 98
SAP System
______________________________________________________________
Revenue from management (with CO auxiliary account assignment on the management contract)
Expenses for management of Real Estate objects with CO account assignment on Real Estate objects
- to -
Vendor (manager of objects)
You control credit-side postings by means of a reference flow type for relationship key 033 for
company code A.
Note the following information when preparing the settings for posting procedures related to the Real
Estate general contract.
Account determination for the periodic posting of the general contract is based on the condition types as
stipulated in the contract.
In the contract, the agreed amount is defined for each condition type. Each condition type is assigned a
flow type when the condition type is created in Customizing. The flow type is the basis for the account
determination.
Account determination via the flow type is defined in the "Account Determination Rules for General
Contract" Customizing dialog box.
The following is defined for each flow type:
- Document type of the posting
- Posting key for the debit and credit postings
- Symbolic names for the accounts to which postings will be made.
The account symbols are assigned to specific accounts for each chart of accounts.
In addition to the flow type, the account determination value, which you have to define in the contract,
can also be used to separate the account determination.
______________________________________________________________
SAP AG 99
SAP System
______________________________________________________________
Example
Condition type "9100 Credit side basic rent" is assigned the flow type "V100 Basic rent" (Customizing
dialog box "Condition types and condition groups"). If a condition with condition type "9100 Credit side
basic rent" is agreed on in the contract, a corresponding entry is made in the cash flow. The program for
the periodic posting then uses this entry to determine which flow type has to be used as a basis for the
posting.
In the "Account Determination Rules for General Contract" in Customizing, the following data is defined
under flow type V100:
* If the reconciliation account (valid for all charts of accounts) of the vendor is 100 and the posting
key is 31
Document type CR
______________________________________________________________
SAP AG 100
SAP System
______________________________________________________________
credit the contract and debit the objects. Requirement for this is the definition of a distribution rule for the
costs in the general contract data. Flow types must also be defined for the distribution postings; these flow
types are assigned as reference flow types to the original flow types via the relationship key 034.
Example
Condition type "9100 Credit side basic rent" is assigned the flow type "V100 Basic rent". The contract
states that the costs are to be distributed to two tenant-rented business entities, 40% to BE 1 and 60% to
BE 2. The flow type for the distribution posting is assigned to relationship key 034 as a reference flow
type. This is flow type V500 in the example:
In the "Account Determination Rules for General Contract" in Customizing, the following data is defined
under flow type V100:
According to the rule, the debit posting is made with posting key 40 to symbolic account "1000" as is the
credit posting with posting key 50 also to symbolic account "1000". (In the supplied Customizing, the
same accounts are defined for the debit and credit postings in the examples. However, we suggest that you
choose different accounts in order to maintain a clear overview.)
In the periodic posting, the contract entry
Condition type 9100 Credit side basic rent 100 USD
generates (except for the above-named vendor posting) the following posting in conjunction with the
distribution rule mentioned in the example above:
Document type SA
50 Occ. costs (Aux. acct ass. contract) 100 USD C
- to -
40 470000 Occup. costs (Business entity 1) 40 USD D
40 470000 Occup. costs (Business entity 2) 60 USD D
Flow types are used for posting incoming payments and for account maintenance. These flow types are
determined by so-called flow categories, depending on the activity in question.
- Payment amounts that exceed the open items amount: Flow type for posting overpayment (posting
on account)
- For item transfers to generate an installment payment: Flow type to post installment payments
- To clear irrecoverable debt: Flow type to clear irrecoverable debt
For further information, see Assign Flow Types to Flow Categories.
______________________________________________________________
SAP AG 101
SAP System
______________________________________________________________
In this section, you describe flow types. You must define the flow types to create condition types.
Refer to the section concerning account determination Prepare Account Determination Setup BEFORE
you do this.
In this section you will find examples of how to proceed in order to determine the required flow types.
1. You first have to define the required flow types in the table.
2. Then you determine the corresponding account determination rules.
3. Finally you have to make the links described below via the reference flow types or internal flow
types (flow category).
There follows a description of which flow types are required for rental activities.
In this section we describe the procedure for determining all flow types required for a condition type (of a
rental agreement), when this condition type has the character of a basic rent, a flat rate or a surcharge.
Example:Condition type 10 Basic rent
The following flow types are required (numbers of the flow types listed only serve as examples):
1. Original flow types to which the condition type refers:
Assign this flow type to the condition type (table of definitions of condition types
______________________________________________________________
SAP AG 102
SAP System
______________________________________________________________
Four flow types are required here, two for accr./deferr. from rent paid in advance, and two for
accr./deferr. for rent paid in arrears. These two flow types are required in order to post accr./deferr.
or to write back the postings. You have to maintain the followig entries:
a) for rent paid in arrears:
Assign this flow type to the original flow type in the table of reference flow types under the
relation key "6 Accrued accr./deferr" as a reference flow type.
Assign this flow type to the original flow type in the table of reference flow types under the
relation key "8 Write back accrued accr./deferr." as a reference flow type.
Assign this flow type to the original flow type in the table of reference flow types under the
______________________________________________________________
SAP AG 103
SAP System
______________________________________________________________
Assign this flow type to the original flow type in the table of reference flow types under the
relation key "7 Writing back deferred accr./deferr." as a reference flow type.
7. From the derived flow types, you have again to derive certain additional flow types:
a) Vacancy flow type:
Assign this flow type to the vacancy flow type in the table of reference flow types under the
relation key "2 Real Estate follow-up postings" as a reference flow type.
Example: Flow type 1023 Basic rent follow-up post. vac. is assigned to flow type 1003
Assign this flow type to the vacancy flow type in the table of reference flow types under the
relation key "32 Real Estate follow-up credit postings" as a reference flow type.
Example: Flow type 1033 Basic rent follow-up pos. vac is assigned to flow type 1003.
Assign this flow type to the own use flow type in the table of reference flow types under the
relation key "2 Real Estate follow-up postings" as a reference flow type.
Example: Flow type 1024 Basic rent follow-up post. own use is assigned to flow type 1004.
Assign this flow type to the own use flow type in the table of reference flow types under the
relation key "32 Real Estate follow-up credit postings" as a reference flow type.
Example: Flow type 1034 Basic rent follow-up pos. own use is assigned to flow type 1004.
- if accruals/deferrals are to be posted, four flow types are required for these. You maintain these
flow types in the reference flow type table for flow type own use, as described in the example
______________________________________________________________
SAP AG 104
SAP System
______________________________________________________________
The following flow types are required for posting cash deposits:
1. One flow type for posting receivables
A follow-up posting flow type for credit memos is also required for this flow type so that if a notice
is cancelled, the interest posting which has already taken place can be reversed. This means that the
account determination of the follow-up posting flow type has to be the opposite of the account
determination of the flow type for the interest posting (cancellation posting key).
Cash deposit processing: when defining the flow type in the detail screen it is important to make
assignments regarding the flow category and the FiMA calculation category (financial mathematics).
These are:
Flow type Flow category FiMa calculation category
Cash deposit A AA
Cash deposit int.clear. TC ZV
Cash deposit interest TZ TZ
Follow-up post.cash dep.int TZ TZ
Cash deposit refund TT TT
You also have to assign the "Cash deposit" flow type to flow category A in the "Assign flow types to flow
categories" table. Create condition types for all three flow types. Assign the condition types to the "001
Rental agreement" condition group, choosing hierarchy level 9 (no display). You should set the "Hide"
indicator since the condition type cannot be explicitly selected in the dialog.
______________________________________________________________
SAP AG 105
SAP System
______________________________________________________________
Note
You are not allowed to set a follow-up posting flow type for the cash deposit interest flow type.
If you use reference interest rates for interest calculation, in other words not fixed but variable interest
percentage rates, an "Interest adj. cash deposit" condition type (condition type 59 in the standard
Customizing) must be created for technical reasons. You are not allowed to assign this condition type a
flow type.
The following section describes which flow types are required for a rent reduction condition type.
Example: Condition type 50, rent reduction 1
To define the condition type as a condition type to be reduced, you have to enter the condition type with
reference to the condition type to be reduced in the condition type table. This ensures that all dialogs for
maintaining conditions only accept amounts preceded by a minus sign.
The following flow types are required (flow type numbers listed serve only as examples):
1. Original flow type to which the condition type refers:
Assign this flow type to the condition type (in the table for defining condition types)
______________________________________________________________
SAP AG 106
SAP System
______________________________________________________________
Assign this flow type to the flow type for vacancies in the reference flow type table. In the
reference flow type table, assign it under the relation key "2 Real Estate follow-up postings".
Example: Flow type 5033, follow-up posting, rent reduction 1, vacancy is assigned to flow
type 5003.
Assign this flow type to the flow type for vacancies in the reference flow type table. In the
reference flow type table, assign it as a reference flow type under the relation key "32 Real
Estate follow-up credit postings".
Example: Flow type 5023, rent reduction 1, vacancy receivable is assigned to flow type
5003.
Example: Flow type 5034, follow-up posting, rent reduction 1, own use is assigned to flow
type 5004.
Example: Flow type 5024, rent reduction 1, own use, receivable is assigned to flow type
5004.
- If accruals/deferrals are to be posted, four flow types are available. You maintain these flow
types - as described in the example for flow type 1000 - in the reference flow type table for the
own use flow type (example 1004).
In this section we describe the procedure for determining all flow types required for a condition type (of a
rental agreement), when this condition type has the character of an advance payment for operating or
heating expenses.
Example: Condition type 20 AP Oper.costs
The following flow types are required (numbers of the flow types listed only serve as examples):
1. Original flow types to which the condition type refers:
Assign this flow type to the condition type (table of definitions of condition types). The flow type
______________________________________________________________
SAP AG 107
SAP System
______________________________________________________________
must have the following flow category characteristics in the flow type table:
- 3VZB if used for advance payments for operating costs (exclusive of heating expenses)
- 3VZH if used for advance payments for heating expenses
- 3VZN if used for advance payments for operating and heating expenses.
The service charge settlement is used to determine which share of the service charges falls on any
particular tenant. This share is invoiced to him. The necessary posting is derived from the orginal
flow type with which the advance payment is booked.
From time to time it may happen that, owing to credit memos issued on settlement units, the
settlement result for the tenant involves a credit and not a receivable. In this case it is also necessary
to determine the posting record by way of a flow type that is derived from the flow type of the
advance payment posting.
Caution: This applies to the posting of the settlement result. Crediting the advance payments made
by the tenant is treated separately. Please refer to the section "Settlement of advance payments".
______________________________________________________________
SAP AG 108
SAP System
______________________________________________________________
Assign this flow type to the original flow type in the table of reference flow types under the
relation key "4 Receivables from settlements" as a reference flow type.
Example: Flow type 2023 AP follow-up post. oper.costs vac is assigned to flow type 2003.
Example: Flow type 2033 Follow-up post.AP oper.costs vac is assigned to flow type 2003
Example: Flow type 2024 Follow-up post. AP oper.costs own use is assigned to flow type
2004.
Example: Flow type 2034 Follow-up post. AP oper.costs own use is assigned to flow type
2004.
c) A flow type for posting receivables from settlements is required in the case of rental
agreements for own use.
Assign this flow type to the flow type for receivables from settlements in the table of reference
flow types under the relation key "39 Own use" as a reference flow type.
Example: Flow type 2085 Receiv.from sett: AP oper.costs own use is assigned to flow type
2005.
d) A flow type for own use is required for the flow type for posting credit from settlements if you
have any rental agreements for own use.
Assign this flow type to the flow type for credit from settlements in the table of reference flow
types under the relation key "39 Own use" as a reference flow type.
______________________________________________________________
SAP AG 109
SAP System
______________________________________________________________
Example: Flow type 2086 Credit from sett: AP oper.costs own use is assigned to flow type
2006.
In the following section, the procedure used for determining all the flow types required for a condition
type (of a rental agreement)that consists of an advance payment for sales-based rents is described.
Example: Condition type 40 AP Sales-based rent
The following flow types are required (numbers of the flow types listed serve only as examples):
1. Original flow type to which the condition type refers:
Assign this flow type to the condition type (in the table for defining condition types). The flow type
must have the flow category 3VZU in the flow type table.
For sales-based rent settlements, the amount of rent to be paid by the tenant is determined by the
conditions of the rental agreement and the sales report submitted. The receivable amount is posted
with a flow type that is derived from the flow type used to post advance payments.
Caution: This applies only to postings of settlement results. The crediting of the tenant's advance
payments is treated separately. Please refer to the section on "Clearing advance payments".
______________________________________________________________
SAP AG 110
SAP System
______________________________________________________________
8. You have to derive certain flow types from the flow types that have already been derived:
a) Vacancy flow type:
Example: Flow type 4023 AP vac.sales-based rent follow-up post. is assigned to flow type
4003.
Example: Flow type 4033 AP vac.OC follow-up credit post. is assigned to flow type 4003.
Example: Flow type 4024 AP sls-bsd rent own use follow-up post. is assigned to flow type
4004.
Example: Flow type 4034 AP OC own use follow-up credit post. is assigned to flow type
4004.
c) If rental agreements specify own use, a flow type for own use is required for the flow type for
posting receivables from settlements.
Assign this flow type to the flow type for receivables from settlements in the reference flow
type table as a reference flow type under the relationship key "39 Own use".
Example: Flow type 4085 Receiv.frm sttl.: AP sls-bsd rent own use is assigned to flow type
4005.
9. Flow types for accrual/deferral
If you want to carry out accrual/deferral postings for sales-based rent, you have to indicate the
condition type AP sales-based rent as accruable/deferrable. You also have to define the
accrual/deferral flow types. For more information, refer to Accruals/Deferrals.
Example
Flow type 1012 Debit accr./def. rnt pd in adv is assigned to flow type 4000 using relationship key
005 (deferral).
Flow type 1011 Debit accr./def. rnt pd in arr is assigned to flow type 4000 using relationship key
______________________________________________________________
SAP AG 111
SAP System
______________________________________________________________
006 (accrual).
Flow type 1014 Cons. accr./def. rnt pd in adv is assigned to flow type 4000 using relationship key
007 (write back deferral).
Flow type 1013 Cons.accr./def rent pd in arrs is assigned to flow type 4000 using relationship key
008 (write back accrual).
Note
If several condition types for advance payments for sales-based rent are used in one contract, these
conditions types MUST have different flow types, otherwise the sales-based rent settlement will be
cancelled.
You execute one-time postings with automatic account determination using the transaction "One-time
postings". The only thing you have to enter apart from the document header data is the rental agreement
number and flow type.
Determine which postings with automatic account determination and rental agreement account
assignment frequently occur. These may be debit-side postings or G/L account postings with rental
agreement account assignment, but not credit-side postings.
Create a flow type for each possible posting in the flow type table. The flow type must have the entry 01
in the "Flow type group" to allow one-time postings (detailed screen for maintenance of flow type).
You also have to maintain an account determination rule in the menu section "Rental agreement account
determination",
Derived flow types are not used.
You can post instalment payments for overdue rent; this means the original payments are cleared and new
payments split up into instalments payments are created. This posting is carried out automaticallly using
flow type 3RAT.
Create a flow type for instalment payments in the flow type table.
Example: Flow type 7001 Instalment payment 3RAT
Assign this flow type to flow category 3RA in the "Assign flow types to flow categories" table.
Create the account determination rule in the "Account determination rules rental agreement" dialog. Use
only the posting key for the debit posting.
______________________________________________________________
SAP AG 112
SAP System
______________________________________________________________
To carry out service charge or heating expenses settlements, the following is required:
1. Flow types for posting receivables:
You will find an explanation of these flow types in the section on flow types for advance payments
conditions.
2. Flow types for transfer postings of advance payments made:
a) for settlement with external tenants (third-party management):
Advance payments for operating costs, heating costs and sales-based rents are settled by a
transfer posting of the advance payments made. An item is set with the amount of the advance
payment, "Credit from transfer posting of advance payments made". This posting is carried out
automatically via flow type 3UAN.
This flow category is also used for unqualified down payments or for overpayments.
Create a flow type for payments on account in the flow type table.
Example: Flow type 7000 Unqual.pymnts on accnt 3UAN
Assign this flow type to the flow category 3UAN in the table "Assign flow types to flow categories".
Create the account determination rule in the "Rental agreement account determination rules" table. Use
only the credit posting key.
b) for settlements with internal tenants (own use):
Maintain the flow type in the "Assign flow type to flow categories" using the key 3UES.
Example: Flow type 7140 AP Own use bef. vac./own use 3UES
Flow type 3UAS is used when the rental unit has been used for own use at the time of
settlement, although third-party usage occurred during the settlement period. That means the
advance payments made by the third-party tenant have to be credited to the cost center that was
valid for the rental unit at the time of settlement. This processing method is only valid for the
Austrian tenant service charge principle. It also applies when the rental unit is vacant at the
time of settlement after a period of third-party usage within the settlement period (posting on
vacancy cost center).
Create the flow type for any transfer postings resulting from the rental unit being vacant during
the settlement period and at the time of settlement either being vacant or being rented for own
use (only applies to tenant service charge principle) using flow category 3UAV.
Use flow category 3UAK to create a flow type for any transfer postings resulting from the
______________________________________________________________
SAP AG 113
SAP System
______________________________________________________________
rental unit being vacant during the settlement period but being rented for third-party usage at
the time of settlement. In this case, imputed advance payments would be posted for the period
of vacancy which then have to be transferred to the tenant's customer account at the time of
settlement.
Use flow category 3UED to create a flow type for transferring advance payments when the
rental unit was rented for own use during the settlemlent period but for third-party usage at the
time of settlement.
Example: Flow type 7130 AP Own use bef. third-party usage 3UED
Use flow category 3UES to create a flow type for transferring advance payments when the
rental unit was rented for own use during the settlement period but was vacant or rented for
own usage at the time of settlement.
Maintain the flow type to be defined in the table "Assign flow types to flow categories" using the
key "3VWZ".
If settlements are made on rental agreements for own use, you also have to create a reference flow
type for own use for the flow type relating to management costs surcharges.
For posting management costs surcharges to costs that remain on the rental unit (vacancies), you
have to create a reference flow type for vacancies.
Maintain the flow type to be defined in the table "Assign flow types to flow categories" using the
key "3UAW".
In account maintenance it is possible to post both under- and overpayments. The original receivables are
cleared, and you proceed as follows:
- In the case of underpayment, enter the new receivable. You post the new receivable via the flow
category 3UNT.
______________________________________________________________
SAP AG 114
SAP System
______________________________________________________________
- In the case of overpayment, make a payment on account. You do this via flow category 3UNT
(already described in the "Clearing advance payments" section).
Note:
To maintain clarity on the payments situation, we recommend avoiding the posting of underpayments
since this will clear the original receivable. Instead we would recommend to make a payment on account
to the amount of the incoming payment and to leave the original receivable open.
Create a flow type for payments on account in the flow type table.
Example: Flow type 7000 Unqual.payment on account 3UAN
Assign this flow type to the flow category 3UAN in the "Assign flow types to flow categories" table.
Create the account determination rule in the "Rental agreement account detemination rules" dialog. Use
only the posting key for credit postings.
Underpayments
If rents in arrears are considered to be irrecoverable, you can write them off in account maintenance as
such. This posting is executed automatically via flow category 3UNB.
Create a flow type for irrecoverable debt in the flow type table.
Example: Flow typ 7002 Irrecoverable debt 3UNB
Assign this flow type to the flow category 3UNB in the table "Assign flow types to flow categories"
Create the account determination rule in the "Rent agreement account determination rules" screen. Use
only the posting key for debit postings.
______________________________________________________________
SAP AG 115
SAP System
______________________________________________________________
Assign this flow type to the original flow type in the reference flow type table as a reference flow
type under the relation key "2 Real Estate follow-up postings".
Assign this flow type to the original flow type in the reference flow type table as a reference flow
type under the relation key "32 Real Estate credit follow-up postings"
Assign this flow type to the original flow type in the reference flow type table as a reference flow
type under the relation key "33 Management agreement credit-side postings" (in the company code
of the management contract).
The flow type for credit-side postings again requires a flow type for follow-up postings:
Assign this flow type to the original flow type in the reference flow type table as a reference flow
type under the relation key "2 Real Estate follow-up postings".
Assign this flow type to the original flow type in the reference flow type table as a reference flow
type under the relation key "32 Real Estate follow-up credit postings.
Example: Flow type 9039 Mngmnt fee follow-up credit posting for flow type 9009
______________________________________________________________
SAP AG 116
SAP System
______________________________________________________________
Below is a description of the flow types required for postings related to the Real Estate general contract.
Example: Flow type V101 Follow-up posting for credit-side basic rent
3. Flow type for follow-up postings due to condition reduction (relationship key 032)
Example: Flow type V102 Credit-side basic rent follow-up credit posting
Example: Flow type V501 Transfer posting on objects vendor condition increase is assigned to
flow type V101 Basic rent credit-side follow-up posting using relationship key 034.
6. A flow type for transfer postings to objects has to be assigned likewise to the flow type for follow-up
postings due to a condition reduction.
Example: Flow type V502 Transfer posting of objects vendor condition decrease is assigned to
flow type V102 Credit-side basic rent follow-up credit posting using relationship key 034.
______________________________________________________________
SAP AG 117
SAP System
______________________________________________________________
Note:
When you make settings for flow types, you have to make sure that the "Activity indicator" field
(SVORGKZ) is correct. You have to make the following settings:
V100 Vendor basic rent gen.contract .... 11 General contract debit
V101 Cr. basic rent f.u.p. GenCtr. .... 11 General contract debit
V102 Cr.basic rent f.u.cr.p. GenCtr .... 12 General contract credit
V500 Obj.transf.posting vendor ctct .... 12 General contract credit
V501 Obj.trans.post vend.cond.incr. .... 12 General contract credit
V502 Obj.trans.post.vend.cond.decr..... 11 General contract debit
Incorrect settings result in incorrect account assignments.
Assign this flow type to the flow category 9RAT in the "Assign Flow Types to Flow Categories" table.
Create the account determination rule in the "General Contract Account Determination Rule" dialog box.
Here you only use the posting key for the debit posting.
______________________________________________________________
SAP AG 118
SAP System
______________________________________________________________
Irrecoverable debt
If overdue rent is identified as irrecoverable, you can clear it in account maintenance as an irrecoverable
entry. The posting is carried out automatically using flow type 9UNB.
Create a flow type for irrecoverable debts in the flow type table. For example, Flow type V702 Irrecov.
Debts 9UNB.
Assign this flow type to flow category 9UNB in the "Assign Flow Types to Flow Categories" table. Create
the account determination rule in the "General Contract Account Determination Rules" dialog box. Here
you only use the posting key for debit postings.
A posting on account is made for underpayments. You make this kind of payment with flow category
9UAN (caution: contract type '3'!). Create a flow type for postings on account in the flow type table.
Example: Flow type 7200 GC unqual.payment on account 9UAN
Assign this flow type to flow category 9UAN in the table under "Assign Flow Types to Flow Categories".
In the "General Contract Account Determination Rules" dialog, create the account determination rule.
Only the posting key for the credit posting is used here.
In the case of an "underpayment", the original receivables are cleared and a new receivable is set. The
receivable posting is made with flow category 9UNT.
Note:
To be able to track receivables, we recommend avoiding posting underpayments because the original
receivable is then cleared. It is better to make a posting on account in the amount of the incoming
payment and to leave the original payment open.
Underpayment
______________________________________________________________
SAP AG 119
SAP System
______________________________________________________________
Assign this flow type to flow category 9UNT (contract '3'!) in the table under "Assign Flow Types to Flow
Categories".
In the "General Contract Account Determination Rules" dialog, create an account determination rule.
Only the posting key for debit postings is used here.
Installment payments
You can post installment payments for rent in arrears. Here the original receivables are cleared and the
new receivables are set as installment payments. This posting is done automatically with flow category
9RAT.
Create a flow category for installment payments in the flow type table.
Example: Flow type 7201 GC installment payment 9RAT
Assign this flow type to flow category 9RAT (contract type '3'!) in the table under "Assign Flow Types to
Flow Categories".
Create the account determination rule in the "General Contract Account Determination Rules" dialog.
Only the posting key for debit postings is used here.
Irrecoverable debt
If, during account maintenance, rent in arrears is considered to be irrecoverable, it can be written off. This
posting is made automatically with flow category 9UNB.
Create a flow type for irrecoverable debt in the flow type table.
Example: Flow type 7202 GC irrecoverable debt 9UNB
Assign this flow type to flow category 9UNB in the table under "Assign Flow Types to Flow Categories".
Create the account determination rules in the "General Contract Account Determination Rules" dialog.
Only the posting key for debit postings is used here.
Assign Flow Types to Flow Categories
Maintain General Contract Account Determination
In the flow types section, you define unique keys for posting-relevant or statistical transactions. A flow
______________________________________________________________
SAP AG 120
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 121
SAP System
______________________________________________________________
Activities
1. Check whether you all flow types you required are contained in the standard system. If this is not the
case, create new flow types by copying an existing flow type, which is closest to what you need, by
means of the Copy as .... function
2. You might have to change the following data contents:
a) Choose the corresponding flow categories.
b) Determine the remaining attributes (see above).
3. Save your entries.
______________________________________________________________
SAP AG 122
SAP System
______________________________________________________________
Flow Category ID
Follow-up postings 3NCH
Cash deposit A
Administration costs surcharge 3VWZ
Unqualified down payment 3UAN
Unqualified down payment 9UAN (General contract)
Unq. down paymt fr. calc.adv.pymt 3UAK
Unqual. down payment to G/L acct 3UAS
Calc. adv.paymt to G/L acct 3UAV
Trans. adv.p. own use to G/L acct 3UES
Trans. adv.payment own use to AP 3UED
Installment payment rent arrears 3RAT
Installment payment rent arrears 9RAT (General contract)
Underpayment 3UNT
Underpayment 9UNT (General contract)
Irrecoverable debt 3UNB
Irrecoverable debt 9UNB (General contract)
Apportionment risk loss 3UAW
Returned debit memos 3RET
Bank charge for returned debit memos 3GEB
Explanations:
1. All follow-up postings, for which no reference flow types for follow-up postings were found, are
handled via the flow category 3NCH. One flow type each is required for the follow-up posting of
credit memos and one for the follow-up posting of debit memos. We recommend using the
corresponding reference flow types to make the follow-up postings.
If you do not assign the flow category 3NCH a flow type, this will ensure that 3NCH is used for
follow-up postings, which do not have a reference flow type. The system issues an error message if
follow-up postings are required for flow type that does not have a specific reference flow type.
2. For the cash deposit treatment, an entry for the flow category A is required. When you create a cash
deposit, this flow category aids the determination of the flow type used for placing the cash deposit
in the cash flow.
3. If a percentage surcharge is added to the service charge settlement results and charged to the tenant,
the posting record required is taken from the flow types assigned to the flow category 3VWZ. This
surcharge is charged to all participating rental agreements. It is used in Switzerland.
4. If, within the service charge settlement, a percentage surcharge is charged on the settlement result
only applying to tenants of objects with a certain usage type, you can post this surcharge via the the
flow type of the flow category 3UAW. This surcharge is used in Germany in particular for publicly
financed apartments. The usage type must be identified respectively (see Service Charge Settlement
-> Basic settings).
5. The flow category 3UAN is used to post unqualified down payments (for example, unassignable
______________________________________________________________
SAP AG 123
SAP System
______________________________________________________________
incoming payments) to customer accounts. It is also used for transferring the advance payments
received in the service charges settlement when the usage type is third-party rental (no own use).
Flow category 9UAN is used for general customer contracts. Only the credit item is relevant for
creating the posting record, the debit posting is determined from the environment.
6. The flow category 3UNT is used to post underpayments. Flow category 9UNT is used for general
customer contracts.
7. The flow category 3RAT is used to post installment payments. Flow category 9RAT is used for
general customer contracts.
8. The flow category 3UNB is used to post irrecoverable debt. Flow category 9UNB is used for general
customer contracts.
9. Flow categories 3RET and 3GEB are used to post a returned debit memo. This posting generates a
new open item for the amount of the original debit memo (3RET) and an item in the amount of the
bank charges (3GEB).
10. The flow type for the flow category 3UES is required in cases where advance payments were posted
within the debit position for rental agreements for own use. In this case, these advance payments are
to be credited to the renting cost center during the service charges settlement.
11. Tenant service cost settlement (Austria)
The flow categories 3UAS, 3UAV, 3UAK and 3UED are required for the service charges settlement
in cases where the tenant service cost settlement (Austria) is to be applied to the following objects,
which have the following function:
The flow category 3UAS is used when the usage type changes from third-party to own usage in a
settlement period. In this case advance payments made by the third-party tenant have to be credited
to the cost center that has rented the the rental unit on the date of the settlement. This method is valid
only for the tenant service cost settlement. It also applies in cases where the rental unit after
third-party usage in the settlement period is vacant on the date of the settlement (posting to vacancy
cost center).
The flow category 3UAV determines the flow type used for transfer posting when the rental unit was
vacant in the settlement period and is vacant or occupied for own use on the date of the settlement
(tenant service cost settlement only).
The flow category 3UAK determines the flow type used for transfer posting when the rental unit was
vacant in the settlement period but is occupied by a third-party tenant on the date of the settlement.
In this case, the advance payments are posted (on an accrual basis) in the vacancy period. Transfer
these advance paymens to the customer account of the tenant on the date of the settlement.
The flow category 3UED determines the flow type used for transferring the advance payments when
the rental unit was occupied for own use in the settlement period and occupied by a third-party
tenant on the date of the settlement.
The flow category 3UES determines the flow type used for transferring advance payments if after
the own use in the settlement period, the rental unit is vacant or occupied for own use on the date of
the settlement.
Overview of the flow categories for the service charges settlement (transfer posting advance
______________________________________________________________
SAP AG 124
SAP System
______________________________________________________________
payments):
Activities
1. Check whether all of the flow types have been assigned correctly.
2. If this is not the case, change the assignments
a) FCat: Key of the flow categories predefined by the system.
b) FTyp1: Key of the first flow type to be assigned to the flow category.
c) D/C: Indicator as to whether the first flow tpe is a debit or a credit posting. This indicator is
automatically determined from the flow type.
d) FTyp2: Key of the second flow type to be assigned to the flow category. Provided that the
indicator FCat1 refers to a debit posting, the credit posting has to be set at this point, and vice
versa.
e) D/C: Indicator as to whether the second flow type is a debit or a credit posting. This indicator is
also automatically determined from the flow type.
3. Save your entries.
Example:
If a rental unit is occupied by an external tenant, a posting record is determined from the conditions of the
______________________________________________________________
SAP AG 125
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 126
SAP System
______________________________________________________________
Example: The quarterly rent is due in the first month of the quarter, meaning that the debit
position is run at the start of the quarter for subsequent months. When the deferral of the debit
position is made, the receivables and revenue are deferred from 'Provision for rent revenue in
advance' to 'Deferred items'. Make the setting for the corresponding account determination
using the reference flow type.
b) 006 Accrual: debit
The reference flow type for relationship key '006 Accrual: debit' is used if a revenue will be
posted in the current accounting period, although the debit position does not take place until the
next month.
Example: The quarterly rent is not due until the end of the quarter, meaning that the debit
position takes places at a later date. Make the setting for the corresponding account
determination using the reference flow type (via 'other receivables' to 'rent revenue in arrears').
c) 007 Deferral: Credit
The reference flow type for relationship key '007 Deferral: credit' is used to retransfer the
'Deferral: debit'. See the explanations on '005 Deferral: debit'. You need to make the
corresponding account determination settings for 'deferred items' to 'provision for rent revenue
in advance'.
d) 008 Accrual: credit
The reference flow type for relationship key '008 Accrual: credit' is used to retransfer the
'Accrual: debit'. See the explanations for '006 Accrual: debit'. The posting record of the
reference flow type should be 'Rent revenue in arrears - used' to 'other receivables'.
Note:
The accrual/deferral posting is only carried out for condition types with an accrual/deferral setting in
Customizing.
5. 032 Follow-up postings due to condition reduction
The relationship key '032 Follow-up posting due to condition reduction' is the counterpart of the
relationship key '002 Follow-up posting due to condition increase'. The reference flow type is used in
cases where a backdated reduction of the rent receivable has taken place (that is, after the debit position
has been carried out). Flow types, to which the reference flow type refers, can also be flow types for own
usage and vacancy, as well as basic flow types (the flow types assigned directly to a condition type).
Normally the reference flow type is based on reverse account determination (i.e. debit and credit are
swapped), as is the case for the original flow type.
6. 033 Vendor postings management contract
A flow type for the customer posting is derived from the fee types in the management contract
Customer-owner to Revenue from management contract.
This posting has to be offset against a posting to a vendor account in the company code of the owner:
Costs from management to Vendor-manager
The flow type responsible for the last-specified posting record is derived from the first-specified flow type
by means of relationship key 033. These reference flow types have to be maintained for all flow types
used for the management contract settlement. This involves the flow types derived from periodic or
event-driven fee types. You have to assign the flow types for the credit-side postings using the company
code in which the managed objects are situated.
You have to again create reference flow types for follow-up postings for the reference flow types
determined here.
______________________________________________________________
SAP AG 127
SAP System
______________________________________________________________
7. 038 Vacancy
The reference flow type '038 Vacancy' is used in cases where the rental unit is vacant since no active
rental agreement is assigned.
Caution: Vacancy flows are basically created and posted only for condition types if a reference flow is
defined here for the corresponding flow type.
By means of the definition of the vacancy flow types, you can control whether a condition type on the
rental unit is used merely for information (default value for the rental agreement) or whether vacancy
postings are to be made for this condition type.
You have to define a G/L account posting as account determination. For the reference flow types for the
relationship type "038 Vacancy", you also have to define reference flow types with the relationship keys
'002 Follow-up postings due to condition increase' and '032 Follow-up postings due to condition
reduction'.
8. 039 Own usage
The reference flow type for the relationship key '039 Own usage' is used, provided that the cash flow is
created from:
a) An own usage rental agreement, or
b) A general contract of the category "internal contract".
Caution: All flow types for condition types that are to be used on own usage contracts require a reference
flow type at this point, otherwise the contract cannot be activated.
You have to define a G/L account posting as account determination. For the reference flow types "039
Own usage", you also have to define reference flow types with relationship key "002 Follow-up postings
due to condition increase" and "032 Follow-up postings due to condition reduction'.
9. 050 Service charge legacy data transfer
The legacy data transfer for the tenant's advance payments for service charges is normally handled on the
basis of the flow types that differ from those of the debit position posting for service charge advance
payments. To make sure that advance payments copied in this way are taken into account in the service
charge settlement, they have to be linked with the flow type belonging to the advance payment item to be
settled using this relationship key.
Example:
Service charge advance payments for elevator costs were posted with flow type 9530. Normally, elevator
advance payments are posted with flow type 2300. The service charge settlement can only take account of
the items from the legacy data transfer if reference flow type 9530 is linked to flow type 2300 via posting
key 050.
10. 034 Transfer posting general contract objects
When you use the Real Estate general contract, the periodic posting generates a primary posting based on
the condition type. In the case of vendor contracts, this the costs are posted to the contract. If the contract
states that costs are to be distributed to objects, you have to determine a reference flow type, defined via
relationship key 034, for the transfer posting of costs to the objects. For more information, see also:
Account Determination General Contract.
Overview
______________________________________________________________
SAP AG 128
SAP System
______________________________________________________________
Activity:
Maintain reference flow types for Real Estate Management
Precondition
Both the original flow types and the reference flow types are created in the transaction type table. The
"Flow type definition" activity has to be defined.
1. Choose the relationship key, for which you want to maintain the reference flow types.
2. Check whether all reference flow types you need exist. If this is not the case, create the missing flow
types by means of the New entries function.
3. Save your entries.
Activity:
Copy reference flow types between company codes
You can copy the settings of the reference flow types from a source company code to a target company
code by means of the "Copy reference flow types" function. You can determine, for which activities:
Follow-up postings
Settlements
Accrual/deferral
Vacancy
Own usage
the reference flow types have to be copied.
Requirements
The target company code has to be created and have the indicator "Financial Assets Management active".
Output
List of the copied entries or - in the test run - list of entries to be copied.
Note:
In the "Check Settings" activity you can check whether the Customizing settings are complete, after
handling the "Flow Types" and "Condition Types" sections.
______________________________________________________________
SAP AG 129
SAP System
______________________________________________________________
In the "Conditions" section, you define all settings relevant to show conditions in rental agreements, rental
units or management contracts.
The conditions (condition types) specify which periodic postings are to be made as part of the debit
position run in Financial Accounting.
Condition type
A condition type appears as a condition in a rental agreement, rental unit or management contract.
Condition groups
The condition group determines which condition types apply to rental agreements, rental units and
management contracts.
Condition category
Note
For a rental unit, the conditions (condition types) have the following significance.
- They can be used as default values for the first rental/tenant changeover.
- In the case of a vacancy, the conditions defined for a rental unit can be used to post vacancy
costs ('foregone revenue').
Procedure
______________________________________________________________
SAP AG 130
SAP System
______________________________________________________________
5. Determine the condition types for which you want to allow rent reductions.
In this section, you edit the required condition groups and condition types for rental agreements, rental
units and management contracts as well as general contracts by:
1. checking or maintaining condition types
2. checking or maintaining condition groups
3. checking the assignment of the condition groups to product types
4. assigning condition types to the condition groups
Activities
Proceed as follows:
1. Condition types
a) Check whether the condition types suffice for your company. If you require details on the
condition types, double-click on a condition type.
b) Should you need additional condition types, create them using the "New entries" or "Copy
entry" function:
- Assign a flow type to each condition type. The flow type has to exist ("Define flow types"
activity).
- Generally, you do not need an entry in the flow type field. If the field for the flow type
maintained for the condition type is filled, the flow category defined in the flow type appears.
- If you want to base the rent on an area type other than the reference area type, assign an area
type to the condition type as a reference value.
Example: In a commercial rental agreement (for example, for a store), different rents for shop
floor space, corresponding office space, storage space, and so on, are agreed by contract. So
that these areas are displayed in the lease with the corresponding rent, define different
condition types for this and assign the area types to them:
______________________________________________________________
SAP AG 131
SAP System
______________________________________________________________
If the available documentation modules do not suffice, you can create new modules as follows:
- Call up the "ABAP/4 Dictionary" transaction (SE11).
- Enter BKOND as object name and choose the object class "Data elements".
- Choose the "Display" function. You reach the overview screen for the data element BKOND.
- Switch from the display mode to change mode.
- Choose "Data element supplement documentation". Enter a four-digit number that describes
the data element supplement documentation. The number should come from the customer name
range (9000-9999).
- Maintain the documentation text.
- Maintain the number of the text and a short description text in the "Documentation key for
documentation dependent on condition type" (second item in this section). The standard entries
supplied by SAP should first be copied from client 000 (comparison).
- In this Customizing section, include the number of the data element supplement documentation
for the required condition type.
2. Check and maintain condition groups
3. Check the assignment of condition groups to product types
You define condition groups by assigning them to product types. The programs most frequently use
the following product types, which must be assigned to the product groups named below:
Note: It is possible to create your own condition groups for each product category (product type) in
Real Estate Management. Thus it would also be possible to create a separate condition group for
product category "460" / product type "IMA". However this would only make sense if other
condition types are used in the rental offer than in the rental agreement. As this is generally not the
case, the same condition group is used for both product types.
If you need all condition types on the rental units as well as on the rental agreements, you should
assign the same condition group to the rental agreement and rental unit.
Further notes
______________________________________________________________
SAP AG 132
SAP System
______________________________________________________________
- Position the cursor on a condition group, to which you want to assign condition types.
- Then choose the "Assign condition types to condition groups" level and check the standard
setting.
The following attributes are determined for each condition type within the condition group:
Display sequence of the condition types within the group
The condition types are listed in the rental agreement, the rental unit, the offer, the management
contract (condition group) sorted by this field in ascending order.
Display hierarchy when inserting new conditions
The display hierarchy also affects master data maintenance (rental unit, rental agreement,
management contract, offer). If there you choose the "New condition type" function, first only
the condition types of hierarchy level '0' are displayed. When you use the "Display" function,
the condition types of the following level are displayed.
Hierarchy level '9' is used for condition types that are indeed required by the system but it
cannot be accessed directly by the user. Please assign hierarchy level '9' to the condition types
for cash deposit.
Condition type required entry?
With the indicator, you determine whether the entry of an amount for this condition type is
always required. However, it recommended to define this functionality using the control of the
condition category.
Superimpose the condition type on the entry screen for the conditions or not (hidden)?
Condition types, for which the 'Hide' indicator is set, are not proposed when creating a new
object but have to be explicitly chosen via the "New condition types" function.
Preselection
Determine whether the condition type may also be filled with the value 0 (the condition should
be stored as noted items), that is, a condition item
Sublease surcharge 0.00 DM.
may appear on the rental agreement, for example.
- If you want to assign additional condition types, enter them using the "New entries" function
- Save your entries.
If you want to delete a condition type, first check whether dependent entries exists in the "Assign
condition types to condition groups" table. First, delete these entries. Then, delete the entries in the
"Condition types" table.
______________________________________________________________
SAP AG 133
SAP System
______________________________________________________________
Activities
The condition category reporting only takes into account the condition categories with the
internal condition category 04.
To prevent a condition type from appearing in several columns at the same time, you can check
the uniqueness of the assignment using the Check internal condition categories dialog box by
executing the report for internal condition category 04.
- Condition categories for applications: gross rent and net rent (internal condition categories 05
and 06)
Rental units generally contain a variety of condition types. However, an interested party does
not need this degree of detail; the "gross rent" or "net rent" is usually sufficient. Now, in order
______________________________________________________________
SAP AG 134
SAP System
______________________________________________________________
to be able to determine these values for the rental unit, you first have to define which condition
types are to be passed on to the gross or net rent. Create a condition category "gross rent" with
the internal condition category 05 and a condition category "net rent" with the internal
condition category 06 and assign them the condition types that you want to use for each total.
The assignment is taken into account by the extraction program used to determine the offer
objects from among the rental units. Also refer to program documentation RFVISAD0.
2. Exclude condition categories
Here you determine which condition categories exclude one another since certain condition categories are
not compatible with one another:
- The all-inclusive rent and advance payments types, for example, exclude each other as well as
flat rates and advance payments for heating expenses.
- With the description of the 'Basic rent', it is not useful to exclude other condition types. On the
other hand, it should not be allowed to specify an additional 'Basic rent' the same time you
define 'Basic rent detail' (for example, basic rent Store). You therefore have to exclude the
'Basic rent' at this point.
Excluded condition categories
a) Choose the "Maintain condition categories" level.
b) Position the cursor on the condition category, for which you would like to exclude condition
categories.
c) Choose the "Excluded condition categories" level.
d) Include the excluded condition categories using "New entries".
e) Save your entries.
3. Assignment of the condition types to the condition categories
In this step, you determine which condition types are to be assigned to which condition category.
a) Position the cursor on a condition category, to which you want to assign condition types.
b) Choose the "Assignment of condition types to condition categories" level.
c) Check whether the standard settings meets your requirements and if necessary, create condition
types for the chosen condition category.
d) Save your entries.
In this section, you define the reference condition types for rent reduction.
You need these reference condition types to determine rent reductions in the rental agreement for existing
condition types.
Requirements
______________________________________________________________
SAP AG 135
SAP System
______________________________________________________________
Activities
a) For each condition type, for which you want to carry out rent reductions, create an entry
containing the reducing condition type in the "CTyp" column and the reduction condition type
in the "RCnT" column ("New entries").
In this section, you can enter additional texts with the reason for the change for each condition type.
These reasons for changes are the basis for the rent reduction for the rent reduction condition.
Note
The reasons for changes can only be entered into the dialog boxes for rental agreements when the field
status permits it (field status rental agreements).
If the field status is set to "Obligatory", the obligatory parameter is only active if there is at least one
reason for change for the condition type in the table.
In this chapter, you define the following within Real Estate Management (RE):
- the flow types
- the conditions
- the account determination
Further notes
Only in exceptional cases should you make changes to the flow types.
The account determination is used to control postings to certain accounts. The control is carried out by
means of flow types. The flow types refer to the required accounts by means of account symbols.
In Real Estate, postings are initiated by conditions being used. The conditions refer to certain flow types,
which then refer to the accounts by means of the account symbols.
In sample Customizing, for example, the condition type '0010 Basic rent' refers to the flow type '1000'.
Debit account and credit account symbols are assigned to the flow type '1000'. Depending on the chart of
accounts used, these then refer to an account to be posted to.
______________________________________________________________
SAP AG 136
SAP System
______________________________________________________________
Requirements
In this section, you create posting specifications for each flow type and, if necessary, for each main usage
type (attribute of building, property),
company relationship, and account determination value
These posting specifications are used to post debit position of rental agreements and some service charges
settlements that are controlled by the flow type.
The account determination is the process of replacing an account symbol with an account to be posted.
A posting record is determined for each flow type, main usage type and corporate relationship. This
posting record contains:
- The explicit specification of the posting keys to be used
- The document type
- The symbolic specification of the accounts to be posted (account symbols). Actual G/L account
numbers are assigned to the account symbols for each chart of accounts
______________________________________________________________
SAP AG 137
SAP System
______________________________________________________________
01 *
50 100
According to the rule, when posting to the account of the customer 1010002725, an automatic entry
to the reconciliation account 140000 will be made in the general ledger, with the offsetting entry to
the revenue account.
For the special G/L transactions J and K,
the following specifications have been made in Customizing for Financial Accounting:
Note: for technical reasons, you also have to specify an account for the account symbol '*'. However,
this account is not used for account determination.
Changes in the account determination generally only affect the assignment of the account symbols to
accounts in your chart of accounts.
- Meaning of the keys flow type, main usage type and corporate relationship for the account
determination
For the application '0103 Real Estate', the key for the account determination consists of the partial keys
- Flow type,
- Main usage type and
- Corporate relationship (corporate group indicator)
- Account determination value
If the main usage type or the corporate relationship or account determination value are irrelevant for the
determination of the posting rule, the corresponding entries can be masked with +.
Example
Flow type Main usge type Corp.rel. Acc.Det.Val. Posting rule
4711 + + + Rule 1
4711 GROUP 2 1 Rule 2
4711 GROUP + + Rule 3
4711 + 3 + Rule 4
______________________________________________________________
SAP AG 138
SAP System
______________________________________________________________
First, specified entries are used for finding the posting rule. If these do not exist, a masked entry is
used for the posting rule. In the example, certain posting rules are derived for the values shown
below:
Note:
The flow types required for the accrual/deferral posting should only have exactly one entry. The main
usage type, the group indicator and the account determination value have to be masked.
Requirements
Activities
1. Check whether the correct account determination exists for all required flow types. For each flow
type with posting control '1', you need at least one entry in the account determination.
2. If account determination is missing for individual flow types, create a new one by performing the
following steps:
a) First create the necessary account symbols by means of the Symbols function and provide
them with a short name.
b) By means of the Schema function, you return to the display of the posting specifications.
There execute the Create function:
- Choose a flow type.
- Choose a main usage type. Provided that you do not want to distinguish by the main usage
type, enter +.
- Choose a corporate relationship. If you do not want to distinguish by the corporate
relationship, enter +.
- Make the following specifications for both the debit postings and the credit posting:
Posting key
______________________________________________________________
SAP AG 139
SAP System
______________________________________________________________
Special G/L indicator: The special G/L indicator is used in real estate management for advance
payments, operating costs, heating expenses, sales-based rent and cash deposit payables.
Account symbol: By means of the account symbol, a reference is made to a G/L account, depending
on the chart of accounts. You must always fill the "Account to be replaced" field with '+'. You can
edit or display the individual assignments by means of the Accounts function.
Comp.ID: Indicate whether identical postings should appear on the account in compressed form.
- Specify the required document type (F4). When making usual rental agreement postings, you
should assign a customer document type (in the standard system, for example DA, DR, ... ). If
the account determination is defined for the postings of own use and vacancy, you should
assign a G/L account document type (for example SA). You should also choose a G/L account
document type with the account determination of accrual/deferral postings.
3. Assign a valid G/L account of Financial Accounting to each account symbol in the chart of accounts
you use.
4. Save your entries
Note
You must define the main usage type in the master data of the buildings or properties. It may also be
derived from the assigned asset class.
The corporate group indicator/corporate relationship is an indicator belonging to the partner. You can
specify it either in the partner master record in the general data under "Report data" or in the company
code-dependent data under "Report data" in the "Corp. relationship" field.
The account determination value is a user-defined value. You have to define it in the rental agreement
(rental agreement debit position) or rental unit (rental unit debit position).
______________________________________________________________
SAP AG 140
SAP System
______________________________________________________________
The default settings in the standard system contain a number of account symbols. Here, the "&" symbol
refers to bank accounts and the "*" symbol to reconciliation accounts for customer or vendor accounts.
The entry '*' is used only for debit-side or credit-side posting keys. It controls that
- for posting procedures without a special G/L indicator, the reconciliation account defined in the
respective customer master record is used as reconciliation account.
- for special G/L transactions, the special G/L account assigned to the reconciliation account,
which is defined in the respective customer master record, for this special G/L transaction is
used as reconciliation account.
Example:
Customer 1010002725 has account 140000 as reconciliation account.
The posting rule is:
01 *
50 500
The rule controls that when postings are made to the account of the customer 1010002725, an
automatic entry is made to the reconciliation account 140000 in the general ledger with the offsetting
entry on the revenue account.
Please note that, for technical reasons, you also have to specify an account for the account symbol '*'.
However, this account is not used for the account determination.
Precondition
Activities
1. Check whether the correct account determinations exist for all the required flow types.
2. If the account determination is missing for individual flow types, create a new one by performing the
following steps:
a) First, create the account symbols you need, using the Symbols function, and give them a short
name.
b) Use the Specifications function to return to the display of the posting specifications. There
perform the Create function.
c) Choose a flow type from (F4).
d) Make the following specifications for the debit and the credit posting respectively:
- Posting key
- Special G/L indicator: The special G/L indicator is not used for management contracts by
default.
______________________________________________________________
SAP AG 141
SAP System
______________________________________________________________
- Account symbol: By means of the account symbol, a reference is made to a G/L account in
dependence on the chart of accounts. You can edit or display the individual assignments by
means of the Accounts function.
- Comp.ID: Indicate whether identical postings should appear in compressed form on the
account.
e) Specify the document type you require (F4). The document type has to be allowed for the
account types specified in the posting record.
3. Assign a valid G/L account of Financial Accounting to each account symbol in the chart of accounts
you are using.
4. Save your entries
Requirements
Create the required flow types and reference flow types. Then use this dialog to maintain:
- The symbolic names of the accounts to which postings are made
- The respectice G/L accounts for each chart of accounts
- The posting specifications for each flow type and account determination value
In this section, you can check the previously made settings for the account determination:
- Checking the posting records for the individual flow types or condition types.
- Checking which condition types can basically be accrued/deferred.
- Check whether corresponding reference flow types were set for the condition types that can be
accrued/deferred.
Activities
1. For the chart of accounts, check whether an account determination was carried out for the individual
______________________________________________________________
SAP AG 142
SAP System
______________________________________________________________
flow types or condition types (activity "Checking the account determination" or checking the
condition types):
a) Flow types/condition types without account determination are marked in "red".
b) A missing account determination has to be updated by all means (activity "Rental
agreement/customer), otherwise you cannot make a proper posting by means of this flow type.
2. Check for which condition types an accrual/deferral is possible (activity: "Condition types with
accrual/deferral indicator"):
- the condition types marked in "red" cannot be deferred/accrued.
3. Check which reference flow types have been maintained (activity: "List of reference flow types"):
- select the required flow types, for which you want to list assigned reference flow types, and
choose 'Execute'.
4. Check, for which reference flow types an accrual/deferral is possible (activity: "Check reference
flow types: accrual/deferral")
a) enter the required company codes and choose 'Execute'.
b) The condition types marked in "red" cannot be deferred/accrued.
11.6 Rental
In this section, you make settings for rentals.
The settings in this section concern the management of interested parties, which is a new function of
Release 4.6C. Refer to the corresponding Release Note on this subject.
The following terms are used in management of interested parties:
Rental request:
In the rental request, the data of the interested party as well as the description of the requested object are
stored.
You define the attributes used in the rental request and the structure of the rental request dialog in this
section.
Offer object:
Offer objects are Real Estate objects that are offered for rent. They are usually vacant or soon-to-be vacant
rental units taken from the rental unit portfolio and put into the file of offered objects by a transfer
program or they are processed manually in an Internet dialog.
______________________________________________________________
SAP AG 143
SAP System
______________________________________________________________
The table of offer objects contains key object attributes, such as fixtures and fittings characteristics, price,
size and a summarized version of the rental conditions.
You enter data for the possible attributes of the characteristics of the offer objects in the dialogs below.
To determine the characteristics "gross rent" and "net rent", refer to the section Maintain Condition
Categories, Assign Condition Types.
In order to convert the characteristics that are determined from the master data of the rental units to a form
that is visible to the searching party in the characteristics of the offer objects, you have to define
conversion rules. A user exit can be used for this.
Rules have to be defined in the search program for matching the characteristics of the offer object with the
characteristics of the rental request.
You should note that the term "offer" actually refers to "lease-out offer" and that this has a different
meaning from the offered object ("offer object").
Lease-out offers serve as defaults for creating lease-outs.
Refer to the Lease-Out Offers section.
In this section you create the number ranges for rental requests and offer objects.
You have to choose number range interval 01.
General information on number assignment
Define the preassignments for units of measurement and currencies that you want to use for compiling
rental requests. These preassignments are also used for the offer object in the internet dialog box.
The preassignments are country-dependent. The country that is marked as default is used as the country
default and the assigned region as the preassignment for the region.
Specify the date as of when an offer object can be classified as a "New Building".
______________________________________________________________
SAP AG 144
SAP System
______________________________________________________________
If you want to define a rental request - offer - object relationship that can be used in "Change Rental
Request", use the customer name space (Y* or Z*).
Status of Rental Request-Offer Object Relationship
Please read the field documentation. The table should not be changed.
______________________________________________________________
SAP AG 145
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 146
SAP System
______________________________________________________________
In this section you make the settings for the screen layout and screen sequence for the management of
interested parties.
Caution:
The entries supplied with the standard delivery are system entries. If you make any changes, this is
considered to be a system modification.
However, it is possible to adapt the screen layout and sequence to your requirements without making any
modifications as follows:
1. Create a new screen sequence in the customer namespace and define this as the standard screen
sequence.
2. Assign the screens you require to the screen sequence; you can assign the screens you create yourself
(in the customer namespace) or those supplied by SAP with the standard delivery.
______________________________________________________________
SAP AG 147
SAP System
______________________________________________________________
Here you can change the screen sequence. You do this by creating a new screen sequence in the customer
namespace (Y*, Z*). The screen sequence you define as standard is then used in the dialog. Choose
"Assign screen sequence to screens" to assign the screen sequence to individual screens (customer
namespace for the item numbers are the last two figures). You can assign your own screens as well as
standard ones.
Here you can create your own screens and assign them to a screen sequence or call them in a dialog box.
The customer namespace for the screens is Y* and Z*. Enter a text description (informational) or a screen
title (display in dialog). Define the screen as a data screen originating from the BDT. Choose "Assign
screen -> sections" to assign the screen to the individual sections (customer namespace for the item
numbers are the list two figures). You can assign your own sections as well as standard ones.
In this section you create your own sections and assign them to a screen. The customer namespace for the
screens is Y* and Z*. Enter the text description (informational) or the screen title (display in dialog).
Choose "Assign section -> views" to assign individual sections to a view (the customer namespace for the
item numbers are the last two figures). Only assign standard views!
______________________________________________________________
SAP AG 148
SAP System
______________________________________________________________
Here you determine for each activity (create, change, display) which fields are:
- Required (value entry necessary)
- Optional (value entry not necessary)
- Display (no value entry possible)
- Hidden (no value entry possible)
- Not specified (SAP standard delivery)
You can make settings for each field group. The fields assigned to the individual field groups can be
accessed with transaction FOAR02 and by choosing Field group assignment -> Fields.
Here you may override the field status of the individual field groups that you created in the section "Field
Status: Rental Request" for different object groups.
In this screen you maintain the processing indicator options for rental requests.
______________________________________________________________
SAP AG 149
SAP System
______________________________________________________________
Here you define the processing status information used for rental requests.
You can specify various levels of credit standing for an applicant in the application.
You determine these levels here.
In this section you define the priority levels for accommodation entitlement certificates, information on
groups of people with special authorization, and additional information on the accommodation
entitlement certificate.
Here you determine which type of notes can be used for a rental request.
______________________________________________________________
SAP AG 150
SAP System
______________________________________________________________
Information can be saved in applications and rental agreements as to the origin of applicants/tenants. The
table specifies which entries can be made.
______________________________________________________________
SAP AG 151
SAP System
______________________________________________________________
Information can be saved in applications and rental agreements concerning the reason why
applicants/tenants come to us. The table specifies which entries are possible.
Information can be saved in applications and rental agreements explaining how the applicant's or tenant's
enquiry is submitted to us. The table specifies which entries are possible.
______________________________________________________________
SAP AG 152
SAP System
______________________________________________________________
Specify the object groups that you want to use for the rental request. Specify which object groups belong
to the residential category and which ones belong to the commercial category.
______________________________________________________________
SAP AG 153
SAP System
______________________________________________________________
11.6.1.7.2 Offer Object: Maintain Object Types, Assign Real Estate Groups
Determine which object types for offer objects you want to use and how these object types are matched
against the Real Estate groups in the rental requests.
You determine how the object categories are derived from the external usage types of a rental unit
(extraction program).
Specifies which district location groups can be entered in the rental request.
Here you define the degree of detail used to describe the district locations of offer objects to be leased out.
______________________________________________________________
SAP AG 154
SAP System
______________________________________________________________
You also define the way in which the search program assigns the district locations to the district location
groups used in the rental request.
Specify the rules that the extraction program will use to convert the district location of a business entity
into a district location for an offer object.
Use the parking space group and type of parking space for the description of the parking space requested
in the rental request. The search program locates suitable parking spaces based on the allocation of certain
parking space types to specific groups.
Parking space information is not automatically derived from the extraction program. If it is required, use
the user exit.
Specify what differentiations are possible when you enter the details for a required parking space in the
rental request.
In this section you determine which type of parking spaces may be used in offer objects.
The field is currently not filled by the extraction program and may have to be supplied by a user exit.
______________________________________________________________
SAP AG 155
SAP System
______________________________________________________________
11.6.1.10 Fixtures/Fittings
Define the possible fixtures and fittings characteristics for each object group. Define the rules by which
the extraction program should derive the features and fittings characteristics of the building and rental
units.
Here you determine the characteristics to be used for objects to be leased out. You can create a maximum
of 20 characteristics. The characteristics for which a text is entered here are displayed in the application.
You also determine how the characteristics that you have just created are derived from fixtures and
fittings characteristics of buildings and rental units (extraction program). If a 1:1 assignment is not
sufficient, you can use a BTE at event 00702308 to define your own conversion.
Specify how the newly specified characteristics can be derived from the buildings and rental units
(extraction program). If a 1:1 allocation is not enough for your purposes, you can use a BTE for 00702308
and define your own conversions.
The transport connection description is used for the rental request and the offer object.
Here you determine the level of detail used to define the transport connections for objects to be leased out
and the descriptions used for them.
Note that the keys are used to rank the quality of the transport connections (low number = poor transport
connections, high number = good transport connections).
Specify the allocation of the transport connections that you have just defined to the transport connections
of a business entity.
______________________________________________________________
SAP AG 156
SAP System
______________________________________________________________
In this section you set up the search criteria for the concordance search for offer objects to rental requests
and vice versa.
When the system determines if and, if applicable, to what degree a rental request matches a rental object,
it makes a concordance evaluation for some of the object parameters (such as amount, area, number of
rooms and fixtures and fittings).
The system uses a formula that calculates to what degree a rental request matches an offer object. The
settings made for these parameters specify:
- The degree of permitted deviation for individual parameters between the rental request and the offer
object (Exponent)
- The deviation limit at which the system determines that there is no match (Limit)
- The degree of weighting assigned to the parameter in relationship to another parameter for
determining the degree of concordance (Equivalence Numbers).
There are default values in table TIVAR17 for the settings that are used when no customer-specific
settings are available (table TIVAR18).
The system initially makes the evaluation individually for each parameter and uses the values for
Exponent and Limit . The overall concordance is determined from the individual part concordances, the
weighting of which is determined by the Equivalence Numbers
The system ignores any fields that do not contain a value for the rental request or the rental object (as
could be the case if these fields are not obligatory fields).
Some parameters include several rental requests or rental object fields:
- "Area" includes the usage and the total area
- "Amount" includes the gross and net rent
If values are entered in both fields, concordance is separately evaluated for each of them and determined
arithmetically.
The table displays the system default values for the concordance percentage rate calculation between
rental request and offer object.
______________________________________________________________
SAP AG 157
SAP System
______________________________________________________________
You can overwrite the concordance search default values with customer- specific settings in this table.
With this transaction you can test the effect of the parameters on the calculation of the concordance
percentage rate.
If you are using the Interested Party Management in the internet, the system saves the partner data and
______________________________________________________________
SAP AG 158
SAP System
______________________________________________________________
acquisition information of the interested parties. The attribute "Partner category" is completed by the
internet partner and stored for evaluation purposes.
If the system cannot be accessed via the internet, you do not need to fill out the table.
The offer object is made for each provider. The provider's entry is necessary if the offer object is to be
transferred to a market place system (Internet RE market place) from the company internal R/3 system.
The extraction program updates the partner entered in the selection screen as the provider for each offer
object. Possible entries for identifying the partner are created in the preceeding dialog box.
1. Example
All RE objects belonging to IDES Ltd have to be stored under the partner identification IDES.
Create a single partner ID, IDES, for this and enter this partner ID, IDES, in the selection via the
extraction program.
2. Example
You want to differentiate between objects belonging to different company codes and define a partner
identification for each company code. A variant is used for the selection via the extraction program
and this variant is restricted per company code and contains the corresponding partner identification
of the company code.
3. Example
You want to differentiate between the objects belonging to different owners in the offer files. Create
a partner identification for each owner. Also create sets of RE objects (for example, business
entities) that belong to one particular owner. The extraction program is started for each owner set
with the corresponding partner identification of the owner.
Further notes
This program transfers the previous rental requests (applications) to the new rental request structure. Use
the Transfer Application/Rental Request in Rental Request
Requirements
______________________________________________________________
SAP AG 159
SAP System
______________________________________________________________
Define the settings that you need to create rental agreement offers.
In this section you create the number ranges for lease-out offers.
You have to choose number range interval 01.
The number range assignment for 'Lease-out offer' is company code-dependent.
General information on number assignment
Activities
You may assign and maintain the status for offers for rental agreements. The purpose of maintaining the
status is to determine:
In this section you set the field status for the following applications:
- Offer rental agreement
- Rental agreement
______________________________________________________________
SAP AG 160
SAP System
______________________________________________________________
- Must fields
- Can fields
- Display fields
- Hidden fields that you do not need
Activities
Further notes
In the case of Austrian tenancy law, check the field status in the tenant service charge settlement in the
offer and rental agreement and if necessary, change it.
In this section, you determine how which roles are converted when transferred from one application into
another.
Example
If you want to transfer an offer into a rental agreement, the person applying is to be copied to the rental
agreement as 'Tenant w. cust.acct'.
Standard settings
______________________________________________________________
SAP AG 161
SAP System
______________________________________________________________
2. Offer -> Rental agreement: In this case, at least the applicant should be changed to the master
tenant with customer account, and possibly the co-applicant to the role of the tenant.
Activities
If you are using the new interested party management, this item does not apply.
Define the number range for applications.
Use the number range interval 01. For further information, see General notes for number allocation
In this section, you set the field status for the following applications:
- Applications
- Rental requests
If you use the new "management of interested parties" function, this section is now obsolete.
11.6.5 Lease-Out
In this section, you define basic information about the creation of the rental agreements, the offers and the
applications:
- the control of rental agreements entries, offers and applications using the field selection
______________________________________________________________
SAP AG 162
SAP System
______________________________________________________________
If you set the number range for the rental agreement number to "internal", the numbers are assigned
consecutively from the interval. If you do not want this, set the number range to "external".
2. External number assignment
a) The standard "external number assignment" means that the user assigns the rental agreement
number himself/herself when creating it.
b) In Real Estate Management, it is possible to make internal number assignments that are not a
consecutive numbering system by making the appropriate settings in the section "Specifications
for Number Assignment, Number Assignment Rules". Here, you can derive the numbers from
the business entity, building/property or rental unit numbers.
c) If you require a different number assignment, you can define your own number assignment
rules using the user exit.
In this section you create the number range for rental agreements.
In the previous section you have made the necessary settings for the rental agreement number to be
automatically added or to be made up from the following object numbers:
Caution:
These settings are only important if you identify the number range here as 'external'.
You have to choose the number range interval 01.
The number range assignment for 'Rental agreements' is company-code- dependent.
General information on number assignment
Activities
______________________________________________________________
SAP AG 163
SAP System
______________________________________________________________
Example
- the rental agreement number automatically generated from a sequence number and parts of the
numbers of the real estate objects (business entity, rental unit, property, building), for example:
- RA number: 2000.00013.04 = the fourth rental agreement for the rental unit no. 13 from the
business entity no. 2000
- to copy all or only certain conditions of the preceding rental agreement into the new rental agreement
as default value.
- copy the payment method for credit/debit memos as default value.
Activities
______________________________________________________________
SAP AG 164
SAP System
______________________________________________________________
In this section you specify individual processes for number assignment by:
Requirements
You have to set internal number assignment for the objects in question to be able to use the individual
processes in the application.
Standard settings
SAP supplies function module placeholders that you can edit as required.
You access the function modules in this transaction by choosing
______________________________________________________________
SAP AG 165
SAP System
______________________________________________________________
Environment -> Infosystem(Processes), and entering the component IS-RE in the next dialog.
Activities
In this section, you set the field status for the following applications:
- Applications
- Rental requests
If you use the new "management of interested parties" function, this section is now obsolete.
In this section you set the field status for the following applications:
- Offer rental agreement
- Rental agreement
You specify which fields in the master data maintenance are:
- Must fields
- Can fields
- Display fields
- Hidden fields that you do not need
Activities
Further notes
In the case of Austrian tenancy law, check the field status in the tenant service charge settlement in the
offer and rental agreement and if necessary, change it.
______________________________________________________________
SAP AG 166
SAP System
______________________________________________________________
Example
Activities
1. Make sure that the standard setting for the contract types matches your requirements.
To determine a contract type for a rental agreement, DO NOT set the indicator general contract. If
you do, this contract type only applies for a general contract.
2. Check to see if the standard settings for the adjustment types for each usage category fulfil your
requirements.
Create any new assignments with the "New entries" function.
3. Adjustment types for contract types
______________________________________________________________
SAP AG 167
SAP System
______________________________________________________________
In this section, you create the deposit types that are provided for rental agreements. Deposit types can be
flagged as cash deposit.
Activities
In this screen you maintain the interest rates for cash deposits and rent adjustments in Switzerland.
See also Define Reference Interest Rate.
Further notes
The interest references for the whole area of Treasury are also stored in the same table.
______________________________________________________________
SAP AG 168
SAP System
______________________________________________________________
In this section, you create the reasons for opting for input tax. These are used within the rental agreement
as a pure source of information.
Activities
You can control the account determination for the debit position and other postings related to the rental
agreement (for instance service charge settlement) using the main usage type, as well as the flow type, the
corporate group ID of the main contractual partner (tenant with customer account) and the account
determination value (4th account determination key). You have to maintain the account determination
value here and enter the data in the rental agreement master data.
Further notes
To control the allocation of the value, the account determination value can be set by means of
substitution.
This validation table is also used as a basis for the account determination key for rental units (vacancy
debit position).
In this section, you maintain the settlement periods for heating expenses settlement and operating costs
settlements as well as the sales-based rent settlement.
An accounting variant generally consists of various settlement periods covering a total of 12 months. You
can transfer an accounting variant by period (into the following years).
Accounting variants can consist of any number of individual settlement periods. You can transfer in the
following years only if the total of the settlement periods is 12 months.
As a special case, you can also determine accounting variants that are valid only for a certain period.
These accounting variants are then not updated into the following years. The duration of a year-dependent
accounting variant can be between 1 day and '2 years - 1 day'.
______________________________________________________________
SAP AG 169
SAP System
______________________________________________________________
Example
In the following example, you want to define an accounting variant, whose assignment begins on 06/01 of
the current year and is settled monthly.
Activities
______________________________________________________________
SAP AG 170
SAP System
______________________________________________________________
It is possible to define text supplements in rental agreements. These additional texts form part of the
contract and can be printed along with the contract text.
Besides these general texts, you can maintain individual texts to appear in different places of the rental
agreement by:
1. Determining categories for additional texts
2. Defining a sample text for each category that is displayed to the administrator as a default when
editing contract supplements and can be edited accordingly for each contract.
Example
You want to create individual texts for rental agreements on the following subjects:
- Tenant's obligations
- Additional rental agreement conditions
Create categories for these subjects, enter the name of the corresponding text module if required and edit
the sample text that the transactional user can also edit when accessing it in the lease-out application
(Extras -> Additional text).
Note
1. The additional text templates are not automatically part of the rental agreement; they have to be
edited by the administrator and saved.
2. To print the additional texts, you have to adjust the letters/text modules accordingly. Refer to the
examples named below in standard Customizing.
3. Apart from the categories defined in Customizing, you can select the category 0000 which
corresponds to the additional texts used in earlier releases.
For each category you can then enter a specific text that is only valid for that rental agreement. If a
sample text for this category (not included in category 0000) exists, this text, and not a blank text, is
presented for editing when text maintenance is called for the first time.
______________________________________________________________
SAP AG 171
SAP System
______________________________________________________________
If you want this text to appear when printing the rental agreement, proceed in ONE of the following
ways:
- Use the standard contract forms delivered by SAP
- Create your own text modules if you want to position the texts you have created in the contract
form individually or use them for more than two categories.
You can use the following text modules supplied by SAP as a template:
- SAP_CATEGORY TEXT FOR CATEGORY 0
- SAP_CATEGORY TEXT FOR CATEGORY 1
- SAP_CATEGORY TEXT FOR CATEGORY 2
with text object FVVI and Text-ID TEXT for category texts that can be individually positioned.
with the same text object and text ID, if you want to print the texts in a block.
If you want to use these modules in your own letters, make sure to use RFVISUBR1 as the report
name and CATEGORY_TEXT_TABLE as the form routine in the characteristics when assigning
the text modules to the letters. The modules named are used, for example, in the SAP-supplied
letters GEMV SAP_RE-RT-RC004 (Commercial rental agreement) and WMV1
SAP_RE-RT-RC006 (Residential rental agreement).
In this section, you can set up any fields you might need in addition to those offered by SAP.
You have two possibilities that can be used in parallel:
a) Set up user fields using the DDIC structures provided
b) Set up user fields using user exits via BTE
In this section, you define individual user fields that you want to include in addition to the fields in the
master data maintenance.
For the real estate objects, you can define several sets of fields that are stored under a field key.
Within the user fields, the following types of fields are distinguished:
- General fields for texts (a set of 2 fields with 20 or 10 characters)
There you can store any information as text
______________________________________________________________
SAP AG 172
SAP System
______________________________________________________________
Example:
You want to define nature conservation data in the user fields for your properties.
To do this, you define a field key "NATUR" with the following identifiers for the fields (examples):
Text (20) Valid nature conservation Regulation no.
Text (10) Approp. authorities Clerk
Quantity ......... .........
Value ........ ........
Date Nature conserv. since: .....
Checkbox Biosphere reserve .............
You then determine that the field key "NATUR" may be used for properties:
0052 NATUR nature conservation characteristics
Activities
1. Define your user fields for each key ID and determine the field descriptions.
2. Assign your user fields to the objects in question by means of the field key.
You can assign as many key words as you want to one object. All assigned key words are then
displayed for selection in the maintenance of the corresponding master data.
In this case, you can only assign one data record of the user fields to the respective object when you
maintain the master data. If there are entries for a master record for one of the key words, all other
key words are no longer available for input.
Further notes
The system does not check the contents of the user fields. You yourself are responsible for the contents of
the fields.
This functionality is used in conjunction with the Project System component. If you have installed PS, if
you should make sure you do not change any PS entries during processing.
You can freely define fields for these master data dialogs:
- Business entity
______________________________________________________________
SAP AG 173
SAP System
______________________________________________________________
- Property
- Building
- Rental unit
- Rental agreement
These user fields can be seen on the tab User Fields in the respective master data dialogs.
Activities
Business Transaction Events (BTE) are used for the above. Each master data dialog has a group of BTEs
that can be used to realize a data exchange:
Object text module
Business entity 00700150 to 00700153
Property 00700160 to 00700163
Building 00700170 to 00700173
Rental unit 00700180 to 00700183
Rental agreement 00700190 to 00700193
You find the text modules in the related transaction via Environment ->Infosystem(Processes) by
entering the component IS-RE (Refer to (Business Transaction Events)
1. You have to create the user fields that you want to include in the master data objects in a structure
called CI_VIOB01 for the business entity, CI_VIOB02 for the property, CI_VIOB03 for the
building, CI_VIMI01 for the rental unit and CI_VIMIMV for the rental agreement. If you activate
these structures, the corresponding master data tables are also activated!
2. You have to create a function group in the customer namespace in which the user fields are
organized (for example: ZZBENUTZERFELDER). Function group FVUFTMPL can be used as a
reference. This function group contains all objects required for simple maintenance functions of your
own user fields.
3. For each master data dialog where user fields are required, you have to create a subscreen on which
the new user fields are to be positioned. Customer-specific tables can also be maintained on this
subscreen. The function group FVUFTMPL contains subscreens including a simple PBO and PAI
module for each master data dialog. You can copy these. The init_screen_XXXX modules do not
include the fields if a master data block is set or if the dialog mode has "Display" status in the
respective master data dialog. If screen objects are still to be included in the display mode (for
______________________________________________________________
SAP AG 174
SAP System
______________________________________________________________
instance, scroll keys for table controls or pushbuttons for triggering a detail display), you have to
enter 'DIS' in screen group 4 under object attributes. If pushbuttons are created in the subscreens,
their function codes are imported into the global field ok_code in the get_ok_code PAI module.
These can be subsequently processed in the respective module process_ok_code_XXXX. No field
should be created in the element list of the subscreens for the ok_code.
4. Four BTEs are assigned to each master data dialog:
a) BTEs 00700150 - 00700153 to business entity
b) BTEs 00700160 - 00700163 to property
c) BTEs 00700170 - 00700173 to building
d) BTEs 00700180 - 00700183 to rental unit
e) BTEs 00700190 - 00700193 to rental agreement
5. The interfaces and functions of the BTEs are documented in the sample function modules
SAMPLE_PROCESS_n in the function group FVBTESMPL, where "n" denotes the number of the
corresponding BTE.
6. In the function group FVUFTMPL, there are four function modules for each master data dialog that
correspond with one of the above BTEs. If, for instance, you want to create user fields for the
business entity, you have to copy the function modules FV_UF_BUSINESS_ENTITY_INIT,
FV_UF_BUSINESS_ENTITY_IMPORT, FV_UF_BUSINESS_ENTITY_EXPORT,
FV_UF_BUSINESS_ENTITY_SAVE under other names to the function groups you have created
and activate them (for instance ZZ_UF_BUSINESS_ENTITY_INIT, and so on). You should not
change the coding of these function modules apart from activating the comments lines. They serve
the purpose of writing the copied data in global variables. All necessary data declarations are listed
in the include LFVUFTMPLTOP of the function group FVUFTMPL. The modules can be extended
or modified as required.
7. The BTEs ending in zero serve the purpose of passing on information to the master data dialog as to
the subscreen in which the user fields are situated, the program in which the subscreen was created,
the dialog mode used (Create, Change, Display), if a master data block exists, and the tables that
should be copied with 1 as the last digit at which particular time. See the documentation of function
modules:
a) SAMPLE_PROCESS_00700150 corresponds with function module
FV_UF_BUSINESS_ENTITY_INIT
b) SAMPLE_PROCESS_00700160 corresponds with function module
FV_UF_PROPERTY_INIT
c) SAMPLE_PROCESS_00700170 corresponds with function module FV_UF_BUILDING_INIT
d) SAMPLE_PROCESS_00700180 corresponds with function module
FV_UF_RENTAL_UNIT_INIT
e) SAMPLE_PROCESS_00700190 corresponds with function module
FV_UF_RENTAL_AGREEMENT_INIT
8. If you copy module FV_UF_BUSINESS_ENTITY_INIT to a module with the name
ZZ_UF_BUSINESS_ENTITY_INIT, you only have to remove the asterisks before the respective
lines E_TABLE_FLAGS -FLG_XXXX = 'X' and activate the module in order to copy the related
table.
______________________________________________________________
SAP AG 175
SAP System
______________________________________________________________
9. Since a master data block can be set and reset in the change made, there must be a system query in
the PBO block of each screen asking if a block exists.
10. The BTEs ending in 1 copy the respective master data records and the tables that were requested at
this time with the last digit 0. This data cannot be changed in the customer function group, apart
from your own user fields. All data copied is available when the respective subscreens are called.
See also the documentation of the function modules:
a) SAMPLE_PROCESS_00700151 corresponds with function module
FV_UF_BUSINESS_ENTITY_IMPORT
b) SAMPLE_PROCESS_00700161 corresponds with function module
FV_UF_PROPERTY_IMPORT
c) SAMPLE_PROCESS_00700171 corresponds with function module
FV_UF_BUILDING_IMPORT
d) SAMPLE_PROCESS_00700181 corresponds with function module
FV_UF_BUILDING_IMPORT
e) SAMPLE_PROCESS_00700192 corresponds with function module
FV_UF_RENTAL_AGREEMENT_IMPORT
11. If you copy module FV_UF_BUSINESS_ENTITY_IMPORT to a module with the name
ZZ_UF_BUSINESS_ENTITY_IMPORT, you only have to remove the asterisks before the
respective lines I_XXXX = I_T_XXXX and activate the module so that the table parameter is
copied to the related internal table.
12. The changed user fields can be copied to the times with 2 as the last digit in the respective master
data dialog. If customer-specific tables have been maintained on the screens, you have to specify in
the export parameter E_CHNG_FLAG if this data has to be saved. The parameter does not have to
be set to show that there has been a change in the fields linked to the master data records! During
saving, all screens of the master data dialog are run in the background. The system can thus run an
additional consistency check and issue error logs, if required. If inconsistencies are found on the
screen with the user field in the PAI block that would require a termination of the saving process,
this information can be passed on to the calling program in export parameter E_ABORT_CHECK F.
See also the documentation of the function modules:
a) SAMPLE_PROCESS_00700152 corresponds with function module
FV_UF_BUSINESS_ENTITY_EXPORT
b) SAMPLE_PROCESS_00700162 corresponds with function module
FV_UF_PROPERTY_EXPORT
c) SAMPLE_PROCESS_00700172 corresponds with function module
FV_UF_BUILDING_EXPORT
d) SAMPLE_PROCESS_00700182 corresponds with function module
FV_UF_RENTAL_UNIT_EXPORT
e) SAMPLE_PROCESS_00700192 corresponds with function module
FV_UF_RENTAL_AGREEMENT_EXPORT
13. The master data record is copied for the events ending in 3. All numbers, such as the INTRENO
(Real Estate key) are available in the master data record. These are generated when the data is saved.
The function module called at this event can be used to save customer tables. The fields contained in
______________________________________________________________
SAP AG 176
SAP System
______________________________________________________________
structures CI_XXXX are saved by the calling programs. Coding only has to be added here if you
need to save tables or fields that are not already contained there. See also the documentation of the
function modules:
a) SAMPLE_PROCESS_00700153 corresponds with function module
FV_UF_BUSINESS_ENTITY_SAVE
b) SAMPLE_PROCESS_00700163 corresponds with function module
FV_UF_PROPERTY_SAVE
c) SAMPLE_PROCESS_00700173 corresponds with function module
FV_UF_BUILDING_SAVE
d) SAMPLE_PROCESS_00700183 corresponds with function module
FV_UF_RENTAL_UNIT_SAVE
e) SAMPLE_PROCESS_00700193 corresponds with function module
FV_UF_RENTAL_AGREEMENT_SAVE
14. To assign the function modules created in your own function group to the BTEs, call transaction
FIBF (in Customizing for Real Estate, choose Master Data -> User Fields -> Set Up User Fields for
BTE -> Define Additional Components (Open FI)).
15. In transaction FIBF, you first have to create and activate your own product. To do so, choose
Settings -> Products -> ... of a customer in the "Additional Components Developed by Customer"
view and add a new product there after choosing "New entries", for instance USERFLDS. Then
activate it by flagging the "Active" checkbox and save it.
16. Choose Settings -> Process function modules -> ... of a customer to assign your own function
modules (such as process interface 00700150 to function module ZZ_BUSINESS_ENTITY_INI) to
the BTEs you require. You can leave the "Country" and "Application" columns blank. In the
"Product" column, you enter the name of the product originally created.
17. It is possible to transport the objects created from a development system or test system to the
production system with a transport request. Note that the entries in tables TBS24 and TPS34 that
were maintained with transaction FIBF also have to be transported to the target system. To do so,
execute transaction FIBF and choose Settings -> Products -> ... of a customer or Settings -> Process
function modules -> ... of a customer in the table overview menu and then choose the "Transport"
option.
______________________________________________________________
SAP AG 177
SAP System
______________________________________________________________
In this section you can insert all parameters which influence the IRE calculation procedure according to
different combinations of agreement conditions.
Activities
Insert the IRE code (key field), the description of the conditions combination (for example: Agreement
with guarantees), set if there's VAT or not, set if it's an advance resolution or not, insert the IRE rates (for
the basic rent, for the furniture, for the bail and for the guarantor), the accounting frequency (E: on Event,
A: Annual), the number of accruals (it's not mandatory because the program calculates those number
automatically), the accounting of the accruals (I: at the beginning of the agreement, F: at the end), set if
there's the reduction or not, insert the code of the condition type referred to the basic rent (5 possibilities).
______________________________________________________________
SAP AG 178
SAP System
______________________________________________________________
In this section you can insert all variables which influence the IRE calculation procedure according to a
validity date.
Activities
Insert the validity date (key field) from which the parameters take effect, the currency, the minimum IRE
values (for the basic rent and for the furniture), the IRE fixed value for the agreement with VAT, the IRE
fixed value for the advance resolution, the payback percentage, the reduction percentage, the rounding
value, the number of days to obtain the billing date from the beginning of the annual rent, the payback
expenses.
In this section, you determine the defaults for processing periods of notice and notices on contracts.
1. Periods of notice:
You can define periods of notice with the following characteristics:
a) Contract has no periods of notice.
b) Contract has a period regulation; that means the contract can be terminated within a certain
period, for instance three months to the end of a month.
Period regulations can either be defined individually in the rental agreement ("free period
regulation") or they can be agreed upon on a one-off basis in Customizing under the notice key.
In this case you only have to indicate the key for the period regulation when creating the rental
agreement.
c) Contract has a deadline regulation; that means the contract can be terminated on particular
dates, for instance at the end of each quarter, but not at the end of a year.
Deadline regulations can either be defined individually in the contract ("deadline regulation")
or they can be agreed upon on a one-time basis in Customizing under the notice key. In this
case you only have to indicate the key for the deadline regulation when creating the contract.
2. Notice reasons:
In the notice, you can define reasons why notice was given. The notice reason states whether the
tenant or the landlord served notice.
3. Rejection reasons for notices:
You can also define reasons for notice being rejected in the notice.
______________________________________________________________
SAP AG 179
SAP System
______________________________________________________________
In this section, you determine different notice regulations (periods of notice) for contracts for the
automatic calculation of periods of notice.
Depending on the contract term, you can determine the following:
- Tenancy law
- Contract type
- Contract term
Example
______________________________________________________________
SAP AG 180
SAP System
______________________________________________________________
This notice key can now be assigned while editing the contract; the effect on the calculation of the notice
date would be as follows:
Receipt of notice Contract term = Date of notice
04/03/1997 < 12 months 06/30/1997
04/04/1997 < 12 months 09/30/1997
06/18/1997 > 12 months 06/30/1997
06/19/1997 > 12 months 12/31/1997
Activities
Check the standard settings and adapt these to your requirements if necessary.
Use the above example as a guide.
Note
Independent of the notice key, you can alternatively enter a free deadline regulation in the master data of a
contract.
If the tenant has agreed on different periods of notice, these are entered under the same key in the
"Varying Notice Deadline for Tenants" dialog. If an entry exists here, this will be used instead of the other
agreements if the tenant gives notice.
In this section, you determine different notice regulations (periods of notice) for the automatic calculation
of notice dates.
Depending on the contract term, you can determine the following:
- Tenancy law
- Contract type
- Contract term
Example
______________________________________________________________
SAP AG 181
SAP System
______________________________________________________________
This notice key can now be assigned while editing the contract; the effect on the calculation of the notice
date would be as follows:
Receipt of notice Contract term = Date of notice
upto 10/03/1997 < 12 months 03/15/1998
after 10/031997 < 12 months 03/15/1999
03/04/1997 > 12 months 06/30/1998
03/05/1997 > 12 months 06/30/1999
Activities
Check the standard settings and adapt these to your requirements if necessary.
Use the above example as a guide.
Note
Independent of the notice key, you can alternatively enter a free deadline regulation in the master data of a
contract.
If the tenant gives notice and other periods of notice apply, these should be defined with the same key in
the "Varying Notice Deadlines for Tenants" table.
You can define reasons for giving notice as a source of information, for example, whether the notice was
given by the tenant or landlord.
______________________________________________________________
SAP AG 182
SAP System
______________________________________________________________
Activities
Define the possible statuses for the inspection of a rental unit when the tenant moves out.
The standard SAP delivery contains a preconfigured transaction for tenant information. Tenant
information was developed with an SAP tool called BDT (Business Data Toolset) which allows
customers to configure their own dialogs without having to change the program logic. You configure the
dialogs in this section of the IMG. The following example explains the procedure:
Objective
______________________________________________________________
SAP AG 183
SAP System
______________________________________________________________
3. Conditions tab: you only want to display condition types and not condition categories
4. Partner data tab: here you want to use the same screen as is used in the standard dialog for tenant
information.
5. You also want to branch to the following from tenant information:
a) A dialog displaying data from a user-defined table
b) A user-defined program report
Procedure
For the other screens, copy RETI05 to ZSICH5 with field groups
- 10 Rental period
- 19 Calculated rental end
______________________________________________________________
SAP AG 184
SAP System
______________________________________________________________
The General data tab requires three sections: tenant data, contract term data and rental unit data:
- Copy RETI1 to ZABS01 (tenant data). Assign view ZSICH1 to section ZABS01.
- Copy RETI3 to ZABS3 (term) and assign view ZSICH5.
- Create ZABS4 (rental units) and assign view ZSICH8.
3. Define screens by assigning sections to the screens
Determine Screen Sequence -> New Entry: Enter ZBILD1 for example. Identify the screen sequence
as being the standard one. Branch to Screen Sequence -> Screens and enter the required screens:
- RETI00 Initial screen
- ZBILD1 General data
- ZBILD2 Conditions
- RETI07 Partner data
Now define for screen sequence category SPACE (empty code) the main screen sequence ZBILD1
as the new entry and identify this entry as being STANDARD. If you change the screen sequence for
the tenant information relating to the Real Estate general contract, you have to adapt screen sequence
category CN (general contract).
Now test your entries: call the tenant information and check if the screen sequence is how you
defined it. Note that any changes you make in Customizing afterwards only take effect when you call
the transaction again. They do not appear when you simply return to the initial screen. Common
error: users frequently forget to identify the new screen sequence they have defined as being
Standard.
In the above example you will note that some fields are displayed that you do not require. If you are
not able to hide these fields by removing entire field groups from the views or views from the
sections, you can hide individual fields using the field status. You do this in the IMG activity
"Maintain Field Status Control for Tenant Information" by setting the required indicators.
You may frequently need to call your own applications (transactions, program reports, function modules)
from the tenant rental function. To do this you have to define your own menu paths or pushbuttons in the
dialog. The function codes assigned to these menu paths or pushbuttons require customer-defined
function modules.
ABAP programming expertise is required to do this.
______________________________________________________________
SAP AG 185
SAP System
______________________________________________________________
Two customer-defined activities should be possible: calling your own application for which a
customer-defined function module ZKUNDE exists, and secondly calling a program report
ZKUNDENREPORT with transaction ZZ01.
First delete unnecessary coding from your function module and add your own coding.
The coding of function module ZETI_RETI_EVENT_FCODE should be structured as follows:
FUNCTION ZETI_RETI_EVENT_FCODE.
*" IMPORTING
*" VALUE(I_FCODE) LIKE TBZ4-FCODE OPTIONAL
*" EXPORTING
*" VALUE(E_XHANDLE)
E_XHANDLE = 'X'. "If function code is not processed
CASE i_fcode.
WHEN 'ZZ01'.
call transaction 'ZZ01'. "Call transaction ZZ01
clear i_fcode. "Function code successfully processed
WHEN 'ZZ02'.
call function 'KUNDE'....... "Customer application ZKUNDE
clear i_fcode. "Function code successfully processed
WHEN OTHERS.
ENDCASE.
ENDFUNCTION.
3. You now have to insert the function codes in the tenant information dialog. You do this in the
IMG section "Maintain Events and User-Defined Menu Entries", subsection "Maintain Menu
Entries". Enter function codes ZZ01 and ZZ002 used in the above coding under FCODE and define
______________________________________________________________
SAP AG 186
SAP System
______________________________________________________________
In this section you make the settings for the screen layout and screen sequence for the tenant information.
Also refer to the Tenant Information" section.
Views are made up of field groups. Field groups are made up of fields. If you want to use views that are
different from standard views, you should create new views in the customer namespace (beginning with Z
or Y). The easiest way to create them is to copy existing views and then change the field groups assigned
to them. It is also possible to create your own field groups but we do not recommend this.
Here you create your own sections, if required. The customer namespace for the screens is Y* and Z*.
One frame is generated for each section in the dialog (exception: the first section of a screen has no
frame).
Enter the description (informative) and title (displayed in dialog). Choose Assign section -> views to
assign the invididual views to the section (customer namespace for the item numbers is the last two
figures).
______________________________________________________________
SAP AG 187
SAP System
______________________________________________________________
Here you can create your own screens and assign them to a screen sequence or call them in a dialog box.
The customer namespace for the screens is Y* and Z*. Enter a text description (informational) or a screen
title (display in dialog).
Define the screen as a data screen originating from the BDT. Choose "Assign screen -> sections" to assign
the screen to the individual sections (customer namespace for the item numbers are the last two figures).
You can assign your own sections as well as standard ones.
Here you can change the screen sequence. You do this by creating a new screen sequence in the customer
namespace (Y*, Z*). The screen sequence you define as standard is then used in the dialog. Choose
"Assign screen sequence to screens" to assign the screen sequence to individual screens (customer
namespace for the item numbers are the last two figures). You can assign your own screens as well as
standard ones.
______________________________________________________________
SAP AG 188
SAP System
______________________________________________________________
Specify the tenant information for the results screen, which fields are to be displayed, which fields are to
be hidden (if you do not need them).
The control is made via field groups that consist of a cluster of fields. The composition of the field group
is predifined by SAP.
The field groups are summarized in views; you assign these views in the next Customizing activity.
You may frequently need to call your own applications (transactions, program reports, function modules)
from the tenant rental function. To do this you have to define your own menu paths or pushbuttons in the
dialog. The function codes assigned to these menu paths or pushbuttons require customer-defined
function modules.
ABAP programming expertise is required to do this.
The procedure is as follows:
Two customer-defined activities should be possible: calling your own application for which a
customer-defined function module ZKUNDE exists, and secondly calling a program report
ZKUNDENREPORT with transaction ZZ01.
______________________________________________________________
SAP AG 189
SAP System
______________________________________________________________
First delete unnecessary coding from your function module and add your own coding.
The coding of function module ZETI_RETI_EVENT_FCODE should be structured as follows:
FUNCTION ZETI_RETI_EVENT_FCODE.
*" IMPORTING
*" VALUE(I_FCODE) LIKE TBZ4-FCODE OPTIONAL
*" EXPORTING
*" VALUE(E_XHANDLE)
E_XHANDLE = 'X'. "If function code is not processed
CASE i_fcode.
WHEN 'ZZ01'.
call transaction 'ZZ01'. "Call transaction ZZ01
clear i_fcode. "Function code successfully processed
WHEN 'ZZ02'.
call function 'KUNDE'....... "Customer application ZKUNDE
clear i_fcode. "Function code successfully processed
WHEN OTHERS.
ENDCASE.
ENDFUNCTION.
3. You now have to insert the function codes in the tenant information dialog. You do this in the
IMG section "Maintain Events and User-Defined Menu Entries", subsection "Maintain Menu
Entries". Enter function codes ZZ01 and ZZ002 used in the above coding under FCODE and define
a function text for them.
By entering a menu code you can influence the point where you branch off in the menu, for instance
if you enter "2", your function code will appear in the "Edit" menu. Note that menu code "1" refers
to tenant information. If you enter a space, the path will not appear in any menu. The option can
appear as a pushbutton if you choose a function key number between 1 and 10.
You have to enter the name of our function module in order to control how the function codes are
processed. You do this in the IMG section "Maintain Events", subsection "Event -> Function module
allocation" by entering function module ZETI_RETI_EVENT_FCODE for event FCODE as an item
number such as 1000000001.
Call the "tenant information" transaction again and check the results.
______________________________________________________________
SAP AG 190
SAP System
______________________________________________________________
11.7 Correspondence
In this section, you prepare correspondence for your business partners.
You need to make the following settings and decide:
1. Which text processing system is to be used.
2. If you want to link up an optical archive (only relevant for SAPscript).
The settings explained below are not relevant if you use external word processing programs.
Correspondence is printed via correspondence programs. These programs print documents which are to be
sent to a specified recipient group. When you call up the program, you use the correspondence activity to
determine which letters are to be sent to which recipient group.
In order to define the letters and the related texts, you can assign text modules to letters. The text modules
are uniquely identified by a text object which has a text ID and a text name.
The layout of a letter depends on the forms and styles used. You may include your own frames and
company logo and define your own fonts and tabs.
The same forms can be used for different company codes. You can store company code-dependent
standard texts to generate different headers and footers for the letters.
When the correspondence program is running, the text modules are loaded into the SAPscript form and
are filled with the relevant partner data and the application data (e.g. rental agreement data). The
application data differs for the various letters.
______________________________________________________________
SAP AG 191
SAP System
______________________________________________________________
You will find more detailed information in the correspondence program documentation.
If you want to use your own texts, you should create your own letters by using the standard templates
provided. We recommend copying the standard forms.
Notes
In this section you make the settings required for mass print using SAPscript.
______________________________________________________________
SAP AG 192
SAP System
______________________________________________________________
Recommendation
Notes
Activities
In this section, you can copy text modules from client 000 or another source client into your target client.
You can then modify these texts in the target client, if necessary.
Activities
1. Transport the text modules to your customizing client. If necessary, change the text modules, or
create new ones.
You can import the text modules which SAP delivers for correspondence in Real Estate from client
000 to a target client, if you execute the report with the following parameters:
______________________________________________________________
SAP AG 193
SAP System
______________________________________________________________
2. If you want to transport particular text modules you have defined yourself or specific SAP text
modules, you fill the report parameters with non-masked values or partly masked values. You can
find the details of the text modules as follows:
Maintain letters -> Text modules for letters -> Detail screen ->
Editor -> Goto -> Header
Further notes
Please note that through this transport already existing text modules with the same name are overwritten
in the target client.
All correspondence compiled in SapScript consists of a form and the styles assigned.
These are edited via the BC - Style and Formular Maintenance.
Standard settings
SAP supplies standard forms starting with the identification FVVI* for the standard correspondence.
You can either use the standard forms or create completely new ones to suit your own purposes.
Notes
- In the form maintenance transaction, choose Help -> Application help to display the
documentation.
- You assign the forms to the letters in the Maintain letters dialog.
Standard settings
SAP supplies styles for the standard forms for the correspondence.
You can either copy these styles or create completely new ones for your own purposes.
______________________________________________________________
SAP AG 194
SAP System
______________________________________________________________
Notes
- In the style maintenance transaction, choose Help -> Application help to display the
documentation.
- You assign the forms to the letters in the "Maintain letters" dialog.
- Use the Editor to assign the styles when you maintain the text modules for the letters.
In this section, you create standard letters for each application that are used in the Real Estate
Management (RE) component.
For each letter, you specify:
- The document group, to which the letter belongs
- The letter name as technical identification
- The letter description (name)
- The program that prints the letter
- The respective form
- The text modules that form the letter
Standard settings
SAP has created a large number of standard letters. These letters are generated by predefined reports and
text modules in the application.
If you want to use your own separate reports and forms, create them using:
- SE38 -> Reports
- SE71 -> Forms
- SE72 -> Styles
Recommendation
SAP does not recommend changing the standard settings immediately. Print the corresponding letters in
the application and check whether these meet your requirements.
You should also read the report documentation on the correspondence. The reports are listed below.
______________________________________________________________
SAP AG 195
SAP System
______________________________________________________________
Activities
- Select the print program (report) that you require and select DDIC fields; You will see the
report's table structure.
Further notes
______________________________________________________________
SAP AG 196
SAP System
______________________________________________________________
Offers
RFVIMA001 Lease-out offer letter
RFVIAA01 Cancellation of lease-out offer
Lease-Out
RFVIMV00 Lease-out
RFVIFM01 Commercial lease-out form
RFVIWM01 Residential lease-out form
RFVIGM01 Garage lease-out form
RFVIFA01 Accompanying letter for commercial lease-out
RFVIWA01 Accompanying letter for residential lease-out
RFVIGA01 Accompanying letter for garage lease-out
RFVISA01 General information on tenancy
RFVIRCCOLLATERAL01 Print personal guarantee for lease-out
RFVIEU01 Lease-out in old local currency and euro
RFVIWA01 Residential lease-out letter
RFVIWM01 Residential lease-out (with/without letter)
RFVIFA01 Commercial lease-out letter
Notice
RFVIKV001 Notice / confirmation of notice
RFVIFK01 Release of rental collateral
RFVIRUINSPECTION01 Rental unit inspection for lease-out
Rental Accounting
RFVIIN01 Rent invoice: first print
RFVIIR01 Rent invoice: repeat print
RFVIUA01 Print sales-based settlement
RFVIMK01 Tenant account sheet: Letter or screen list up to
Release 45B
RFVIMK10 Tenant account sheet up to Release 46B
Rent Adjustment
RFVIAN01 Print rental adjustment
RFVIWB01 Advance notification of structural alterations
alterations
RFVIWC01 Rental adjustment due to structural alterations
______________________________________________________________
SAP AG 197
SAP System
______________________________________________________________
Miscellaneous
RFVIAS01 Print general letter
RFVIAL01 Print SCB application for index-linked lease-out
RFVIRCCOLLATERAL01 Rental collateral for lease-out
Third-Party Management
RFVIOS01 Owner settlement
The report displays lists of available text modules related to the letters.
You can choose between different views of the text modules:
o Text definition
o Symbols used
o Header information only
It is possible to run a text search for all modules. You can maintain the text modules from within the
module lists.
Note: Only letters from Real Estate Management are displayed (refer to Maintain letters).
You can find more information in the report documentation.
______________________________________________________________
SAP AG 198
SAP System
______________________________________________________________
This report program shows a list of existing text modules. From the list, you can maintain, copy, delete
and transport text modules. The list also indicates how often the text module is used in letters and, if
required, in which letters. (Note: only use in Real Estate Management letters is displayed, see Maintain
letters).
For further information, refer to the report documentation.
You define company code-specific text modules for letters in this section. This includes:
Activities
In this section, you control the correspondence with business partners by means of
- correspondence activities with
- assignment to partner (for example, tenant) and application (for example, rental agreement) and
- assignment of a correspondence application
A correspondence activity determines
- which partners receive
______________________________________________________________
SAP AG 199
SAP System
______________________________________________________________
- which letters
Example
The correspondence in the rental agreement usually includes a letter and the rental agreement itself. For
example, you can now determine using the correspondence activity
- 4711
- that the master tenant receives a letter and the rental agreement,
- that the subsidizer (if there is one) receives only the rental agreement
- a joint tenant receives a letter and the rental agreement
- 0815
- only the master tenant receives the rental agreement.
The correspondence activity is specified when the correspondence program is started.
Activities
1. Correspondence activities
Check the standard system and, if necessary, change it.
2. Correspondence activities: Assignment of partners and letters (for contract type 3)
Here, you determine which partners are to receive which letters:
a) correspondence activity,
b) application and partner to receive a letter
c) sequence number of the document the partner is to receive (letter and rental agreement with the
sequential numbers 10 and 20)
d) application and letter name
3. Correspondence activity: assignment application
In this table, you determine which correspondence activity is to be used with a correspondence
application. The default indicator determines which correspondence activity is to be used as a default
value when starting the print program.
______________________________________________________________
SAP AG 200
SAP System
______________________________________________________________
Using differentiating charateristics, you can make an additional selection of letters in the correspondence
application.
This is controlled by function modules to which you have to assign the respective correspondence
______________________________________________________________
SAP AG 201
SAP System
______________________________________________________________
applications.
Standard settings
To display a description of the differentiating characterestics used in the standard function modules,
position the cursor on the name of a function module and choose F1 (F1 help);
The F1 help is programmed context-sensitively, which means that the specific settings for each function
module are displayed.
Further notes
If you wish to change the function modules or add your own, you can do so in the next section by adapting
and assigning the help texts to match the changed circumstances.
The purpose of this dialog is to assign the Help texts to the function modules by pressing F1, as described
in the previous dialog.
The Help texts are SAPscript texts of the general text category. You can edit them with transaction
SE61.
______________________________________________________________
SAP AG 202
SAP System
______________________________________________________________
Groups
In this section, you carry out the last and most important step for the correspondence control:
1. Assign an object type (CA Reminder RA rent adj./ CC Rental collateral/IV Rental offer/ IV Rental
agreement)
2. Assign one or several correspondence applications, differentiating characteristics and
correspondence activities
You can make this assignment in two different views.
Note:
1. Do not assign correspondence groups to the object types CA Reminder for RA adjustment, CC
rental collateral and II rental offer
2. You can only control these object types by assigning them differentiating characteristics.
3. For the object type IV rental agreement, you can define correspondence groups for the following
correspondence applications:
The F4 help for assigning the correspondence applications takes the set contract type into account.
Here you make settings for individual correspondence using the office integration function.
______________________________________________________________
SAP AG 203
SAP System
______________________________________________________________
In this section, you define the templates for the standard letters used for correspondence in the tenant
information and general contract applications.
Here you define the standard letter templates used for printing single letters related to the general contract.
SAP supplies Word macros with which you create a standard letter on the PC with MS Word which is
later filled with data from the general contract. When you have created your template, it is stored in the
system here.
You do so in the Business Data Navigator (BDN). For information on the functions and use of the BDN,
refer to this Release note and the BDN documentation, which you will find by choosing Help -> SAP
Library -> Basis Components -> Basis Services -> SAP ArchiveLink.
Note that you can assign different descriptions to different documents.
You can assign up to 5 keywords for each template you store to improve the template overview in the
selection dialog since these keywords are used to group the templates in the selection dialog, If, say, you
assign the keywords "contract" and "general letter" to a general letter for a contract, the corresponding
template will appear in the selection dialog under the heading "General Letter" as well as "Contract".
Further notes
These templates can be used for the single print of documents related to the general contract as well as for
tenant information on the general contract.
Here you define the standard letter templates used for printing single letters related to the lease-out. SAP
supplies Word macros with which you create a standard letter on the PC with MS Word which is later
filled with data from the lease-out. When you have created your template, it is stored in the system here.
You do so in the Business Data Navigator (BDN). For information on the functions and use of the BDN,
refer to this Release note and the BDN documentation, which you will find by choosing Help -> SAP
Library -> Basis Components -> Basis Services -> SAP ArchiveLink.
______________________________________________________________
SAP AG 204
SAP System
______________________________________________________________
Further notes
These templates can be used for the single print of lease-outs in the tenant information application.
Here, a role category hierarchy is defined for each contract type. If you use the Customizing entries for
determining the letter recipient when generating a letter for this contract type, the first role category in the
hierarchy is checked to see whether a partner with this role category is assigned to the contract. If not, this
procedure is repeated with the each subsequent role category in the hierarchy until a match is found; the
first partner role category found is the role category of the letter recipient. A letter is then generated for
each contract partner with this role category (each of these partners is a letter recipient).
If the contract has not been assigned any partner with a role category that corresponds to one of the role
types in the hierarchy, you have to manually enter the role category of the recipient when generating
standard letters.
Example
You have made the following entry for the contract type "Residential lease-out":
Seq no. Role cat. Name
1 0601 Tenant (not customer)
2 0600 Master tenant w/ cust. acct.
A letter is then generated for any partners with role category 0601. A letter is only generated for the
master tenant with customer account if no partner with role category 0601 is assigned to the contract.
If for any reason there is no partner with either of the role categories, you will not receive the option to
read the Customizing entries; you have to enter the recipient manually.
______________________________________________________________
SAP AG 205
SAP System
______________________________________________________________
Further notes
Of course, you can also choose not to read the Customizing entries when generating letters and enter the
role category of the partner yourself.
Here, the role categories are assigned to the partners that are to be made available for Office letters during
data retrieval depending on the contract type, in cases where a corresponding partner is assigned to the
contract.
Example
If you need the data for both the subsidizer and the bank for deposit for a residential lease-out, in addition
to the letter recipient data, you have to make the following entries:
Incl.No. Role cat. Name
Include1 0624 Subsidizer with customer account
Include2 0636 Bank for deposits
In this example, during data retrieval the Partner1 data is filled with the data of the subsidizer with
customer account, the Partner2 data is filled with the data of the deposit bank and Partner3 is left blank.
Further notes
This is how you can be sure which partners will be printed in the standard letter fields Partner1, Partner2
and Partner3 when creating a standard letter template using the Word macro supplied by SAP.
______________________________________________________________
SAP AG 206
SAP System
______________________________________________________________
In this section, you determine the period for which cash flow is to be generated for each product type.
These settings have to be made for each company code.
You must not change the key that identifies a product type.
Requirements
Activities
Example
A cash flow period of two years has been set in Customizing. This means that the cash flow has to be
generated at least two years in advance (calculated from the date of creation in the system), but always for
the whole half-year period. If, for instance, the contract is created on 05/24/1998, a cash flow is generated
up to 06/30/2000. If the contract is created on 07/12/1998, the cash flow is generated up to 12/31/2000.
Further notes
The update of the cash flow period is ensured in the application by means of a special function (Report
RFVICF00). You have to start the report as a batch run at least every six months.
In this section, you determine the following for the end of a rental agreement:
- the payment method for credit memos
- the payment method for debit memos
- the document type
- the rules for the automatic filling of fields in the document
Requirements
Activities
Enter the payment methods you require for each company code.
______________________________________________________________
SAP AG 207
SAP System
______________________________________________________________
For tax treatment according to US regulations (jurisdiction code), you have to maintain a document type
for G/L account postings.
This document type is required for the service charge settlement and the sales-based rent settlement for
carrying out transfer postings of taxes to the service charge advance payments and sales-based rent
advance payments made by the tenants.
Advance payments for operating costs, heating expenses and sales-based rents are handled, from a
technical point of view, as customer down payments, and are updated as such in Controlling. To ensure
that the down payment data is updated, you have to assign a revenue element to each special G/L account.
You do this as follows:
For all special G/L accounts that are required for the down payment postings, create a parallel G/L
account:
Example
Special G/L transaction Special G/L account Pararell G/L account
J AP request 196900 841100
K Operating costs 196910 841110
U Sales-based rent 196920 841120
C Cash deposit 196930 841130
The G/L accounts you create must be profit and loss accounts.
1. Create these accounts as revenue elements in Controlling.
2. To assign these new accounts to the special G/L accounts, choose the IMG activity "Accounts for
Updating RE Down Payments" in this section.
Result
In Financial Accounting, the debit position updates the accounts 196900-196930 (in this example) which
represent the special G/L accounts for the special G/L transactions used.
No postings are made on accounts 841100-841130 in Financial Accounting (!), and consequently no
balance is shown on these accounts after the debit position run. The purpose of these accounts is only to
update the down payments in Controlling.
If no revenue type is entered in the "Accounts for Updating RE Down Payments" table, the revenue type
for customer down payments is used; you can maintain this revenue type dependent on the controlling
area. In this case, choose the IMG activity "Default Cost Elements for Down Payment Update". Note that
this default cost element does not differentiate between J and K postings, which means that debit and
credit postings balance.
______________________________________________________________
SAP AG 208
SAP System
______________________________________________________________
Note: Even if you do not need this default cost element, you have to maintain the data. If you do not, the
system terminates the debit position with an error message.
Special G/L transactions are required for advance payment postings (operating costs, heating expenses,
sales-based rent). You create these G/L transactions in Customizing of Financial Accounting. See also
Accounts Receivable and Accounts Payable.
In this table, you determine:
1. Which special G/L transactions to display and which to pay. If you make an entry here, the payment
program includes only those items that have one of the special G/L transactions named. The entries
in this table also influence the items that are displayed in the tenant account sheet.
2. Which reconciliation accounts are not to be selected by the payment program. This step influences
the performance of the payment program. Enter the reconciliation accounts of the special G/L
transactions that cannot be paid. These items will then not be selected.
Example
The settings of the standard delivery are such that advance payments are posted on the debit-side with
special G/L indicator J, and on the credit side with special G/L indicator K. Postings with special G/L
indicator J represent a transaction that has to be paid by the tenant. Those with a K represent noted items
that are automatically cleared during the service charge settlement. Consequently you should only enter
the J indicator in this table and not K.
The reconciliation account of special G/L transaction K is account 196910. This account should be
excluded from the selection to increase the performance of the payment program.
Further notes
______________________________________________________________
SAP AG 209
SAP System
______________________________________________________________
The documents that are generated during automatic posting receive an identification in the 'Reference
number' field. This reference number consists of:
- Description of the procedure
- Fiscal year
- Number range to be maintained in this step
The following procedures access this number range:
Procedure Description
ID Code
VSTB Input tax treatment
MVSO Rental agreement debit position
POST Rental agreement debit-side follow-up posting
MVAB Rental agreement accruals/deferrals
ENKA Service charges own settlement
FHKA Heating expenses third-party settlement
MVUM Rental agreement sales settlement
ANPA Flat rate adjustment
MESO Rental unit debit position - Vacancy
VSTX Input tax distribution
VSTA Input tax adjustment after posting
EIGA Owner settlement
VWSO Management contract debit position
(These are the values for domain VVSVORG.)
CAUTION: The reference number starting with a procedure ID code should not be changed. Otherwise
problems will arise when executing a reverse.
Activities
______________________________________________________________
SAP AG 210
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 211
SAP System
______________________________________________________________
In this section, you define the number range for the one-time postings, that means the documents for
one-time postings receive a unique number.
Activities
In this section, you define the number range for the invoice print for the POR procedure (CH).
General tips for number assignment
Activities
______________________________________________________________
SAP AG 212
SAP System
______________________________________________________________
In this section, you define the reference interest rate for the interest adjustment for cash deposits with a
variable interest rate and for the rent adjustment according to Swiss law.
In Switzerland, the change to the mortgage loan rate is a relative factor that is used as a basis for rent
adjustment. The mortgage loan rate is stored in a "reference interest rate table".
If the mortgage loan rates differ from region to region, you will need a reference interest rate for each
interest series.
Activities
1. Check which reference interest rates you need for the mortgage loan rate. Create one reference
interest rate for each interest series.
2. Before each Swiss rent adjustment, make sure that the reference interest rates for the mortgage loan
rate series are up-to-date.
3. If necessary, maintain any missing values.
Further notes
The reference interest rates for all of Treasury are stored in the same global table.
______________________________________________________________
SAP AG 213
SAP System
______________________________________________________________
The posting key for the bank posting is automatically set for incoming payment transactions. Define the
posting key you want to use.
Requirements
The posting key has to be created in Financial Accounting Customizing for G/L postings in credit first of
all.
Recommendation
In this section, you determine according to which rules the automatic incoming payment clears open
items.
Priorities (sort rules) are determined by means of the fields of the open item data structure. The open
items are sorted according to these rules. The open items are cleared in the sorted sequence.
The sort rules can then be applied in case where the incoming payment plus the credit balance drops
below the totals of the open items.
The rules are defined in three steps:
1. Define order criteria
For company code and contract type (always 3 for Real Estate), data fields from the open item table
are defined as criteria, according to which the open items are sorted in ascending or descending
order. Furthermore, you have to determine whether sorting is to be done directly or indirectly.
a) Direct sorting sorts by the order criterion.
b) Indirect sorting determines whether the sorting is done directly by the field contents or whether
a priority is assigned, according to which sorting is carried out. Indirect sorting is then defined
in detail. Indirect sorting allows sorting not directly by the defining argument 'Flow type' but
that a priority is assigned to a special value of a flow type (for example, '6010'), by which
sorting is then carried out (see point 3).
2. Determine the sequence of the order criteria
You have to arrange the defining arguments in a sequence using number values (lowest number =
highest priority), by which sorting is carried out.
Important: If no unique sequence was found after the open items were sorted using all the order
criteria, the system proceeds as follows:
a) First: Clearing the open items according to a unique sort sequence
b) Then: Clearing the open items in a random sequence.
Clearing is carried out in this described sequence until the incoming payment is exhausted. No
partial clearing or residual item formation is carried out. Incoming amounts not used are posted as
______________________________________________________________
SAP AG 214
SAP System
______________________________________________________________
unqualified down payment of the customer and processed together with later incoming payments.
In the configuration menu (basic settings in the client), you can determine the tax code that is to be
used for this posting. The posting rules for the unqualified down payment are defined via the flow
category '3UAN' ("Assign internal movement types" activity). The flow type referring to the
respective posting rule in the account determination is defined for the flow category.
3. Define indirect sorting
For the company code, contract type (always 3 for Real Estate) and order criterion, sort sequences
are assigned to the field values for indirect sorting. That is, that the respective sort priorities or
sequences are defined for all values the table field can take on for the order criterion.
Activities
______________________________________________________________
SAP AG 215
SAP System
______________________________________________________________
order criteria, to which the indirect method is assigned (see point 1).
a) Determine your working group by specifying
- the company code,
- the contract type and
- the order criterion.
b) To make new entries, choose the 'New entries' function and enter the following line by line:
- the internal value.
Here you have to specify the field value (for example, flow type 6010), to which a priority is to
be assigned. For field values you do not define here, the lowest priority is assumed for sorting.
Important: Numeric values have to be specified with leading zeros and the number of positions
has to be entered left-justified, just as in the table field of the order criterion.
- the priority.
You assign a priority to each value. Sorting is carried out according to this priority in ascending
or descending order, depending on the sort sequence of the order criterion.
General information
In Real Estate Management you can use the following for the electronic processing of incoming payments
and returned debit memos:
- Account statement entry with different data formats (for instance, Multicash, DTAUS)
- Account statement entry using a bank procedure (DTAUS format only)
Both procedures are based on the standard function "Electronic Account Statement Entry" in Financial
Accounting (FI). The account statement entry consists of three steps:
- File import
- Analysis of the note to payee for each line item
- Corresponding postings
Real Estate Management is linked to this FI standard function, for example, to assign an incoming
payment to a rental agreement. The following describes the steps in detail.
File import
This step is the same as the standard FI procedure. Start the program via the following menu path:
Accounting -> Real Estate Management -> Rental management -> Rental accounting ->
Incoming payments -> Account statement entry
______________________________________________________________
SAP AG 216
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 217
SAP System
______________________________________________________________
Corresponding postings
Incoming payments:
If an incoming payment was assigned to a rental agreement, the system searches for the customer open
items for this rental agreement. If their sum is greater than the incoming payment, the open items are
sorted according to rules that you define in Customizing. Once they are sorted, the open items are cleared
one by one until the incoming payment has been used up. In the case of an incoming payment that is too
large, you can specify in Customizing whether a new residual item or an unqualified advance payment is
to be posted. If the incoming payment could not be assigned, it is posted to a rejection account.
Returned debit memos:
Using the document number of the clearing document, found in the Note to payee field, the system
searches for the original receivables. Once they are found, the clearing is reversed and a new amount
consisting of the original open item and any bank charges is charged to the customer.
______________________________________________________________
SAP AG 218
SAP System
______________________________________________________________
In this section you determine which procedures in account statement entry are to be considered as
incoming payments in the real estate management sense. The procedures are either considered as returned
debit memos or as incoming payments. If none of the assignments apply, the payments are treated
according to the standard logic of FI Financial Accounting (for instance check deposit, outgoing payments
to vendors etc.)
You define the procedures for account statement entry in Financial Accounting Customizing.
Also read Electronic Account Statement Entry.
The test environment is designed to help you during implementation of the electronic account statement in
the Real Estate component with:
a) Generating test data (credit memos or returned debit memos) that can be modified as required.
b) Generating these files in the required format (MULTICASH or DTAUS) as a data file.
Attention: This test environment is for use only in your test system. Do not use it in your productive
system!
Prerequisites
You must maintain a house bank and a house bank account in the company code for which the account
statements are to be produced. You must also maintain the general ledger account in the master data for
the house bank account (for example, G/L account 130100). For the DTAUS bank procedure, you must
maintain a bank procedure account number in the contract.
The following external transaction keys must be assigned to the transaction type, which is linked to the
house bank (Refer to Assign external transactions):
- MULTICASH Format:
- Transfer credit memo: 051
- Returned debit memo : 009
- Format DTAUS:
______________________________________________________________
SAP AG 219
SAP System
______________________________________________________________
Test Procedure
- To simulate a credit memo (incoming payment): Create one or more rental agreements and
carry out a debit position to generate open items.
- To simulate a returned debit memo (outgoing payment): Clear open items for rental agreements
using, for example, the payment program.
2. Processing test data
The data can also be over-modified, for example, "mutilating" a rental agreement number.
In this case, choose the action Change test data to multicash format or Change test data to
DTAUS format.
3. Generating a data file for testing purposes
To generate the prepared data in the required format (multicash or DTAUS) as a data file for the
account statement entry, choose the action Generate data for the electronic account statement
entry. (Refer to Report documentation)
4. Using this generated data you can now test the account statement entry.
The files are further processed using the program RFEBKA00 (Account statement import) or via
menu path: Accounting -> Real estate management -> Rental management -> Rental accounting:
Incoming paymenty -> Account statement entry
or Country specifics -> Bank procedure
The account statement entry must be treated in a special way for the bank method (usually DTAUS
format).
The data being transferred is usually issued from the bank to the company managing the real estate in the
DTAUS account statement entry format.
In contrast to the traditional contents of files, the C-records of the files DO NOT contain the actual
account number of the company but a VIRTUAL account number. This account number is uniquely
assigned to a rental account (VIMIMV-KONTOBV field).
Use the transaction FVI5 "Bank method" for transferring the tapes. This transaction calls up the account
statement entry.
Activate the user exit to activate the interpretation algorithm.
For more information, see
______________________________________________________________
SAP AG 220
SAP System
______________________________________________________________
The account statement entry must be treated in a special way for the bank method (usually DTAUS
format).
The data being transferred is usually issued from the bank to the company managing the real estate in the
DTAUS account statement entry format.
In contrast to the traditional contents of files, the C-records of the files DO NOT contain the actual
account number of the company but a VIRTUAL account number. This account number is uniquely
assigned to a rental account (VIMIMV-KONTOBV field).
Use the transaction FVI5 "Bank method" for transferring the tapes. This transaction calls up the account
statement entry.
Activate the user exit to activate the interpretation algorithm.
For more information, see
Electronic Account Statement Entry
Make the prerequisites necessary for assigning an account number for the bank method. If this method is
not used by your company, this item can be omitted and the corresponding field, "Account Number Bank
Method" should be hidden in the rental agreement master data (maintain rental agreement field status).
In this section you determine which company code for which house bank uses which bank procedure. You
can also assign a number range here from which the account numbers are taken.
You define the actual interval for the number range in the next section.
You first have to set the house banks in Financial Accounting Customizing.
In this section you maintain the number ranges for assigning account numbers for the bank procedure.
General tips for number assignment
______________________________________________________________
SAP AG 221
SAP System
______________________________________________________________
Check digit procedures are often agreed on with banks for the account numbers for the bank procedure
(applies to Germany only). You have to program and integrate a suitable user exit to implement this
procedure.
If no check digit procedure has been agreed on, it suffices to assign a number range to the bank method
(with internal number assignment). In this case, when creating or changing a rental agreement by calling
up the function "Assign bank procedure account number", the next free number of the number range is
assigned.
If a check digit procedure has been agreed on with the bank, you can carry out the number assignment
using a user exist.
To do this, proceed as follows:
1. Create a report ZXISREU02 of type I (Include). This report contains the logic of the number
assignment. For further details, see below.
2. Call up transaction CMOD.
3. Create a project and name it.
4. Choose "SAP enhancements" and enter the name ISRE0001. Activate the project.
You have done the following:
Function "Assign bank procedure account number" calls up the function module
"EXIT_SAPLFOBK01_001". This is a user exit.
The only command in the module is INCLUDE ZXISREU02.
It is now expected that this include program assigns the bank procedure account number. The information
supplied with the import parameters can be used here. That is:
- Structure I_VIMIMV containing rental agreement data
- Structure I_T012 containing details on the house bank
- Structure I_TIVC8 containing information on the bank procedure used
Based on this information, the program ZXISREU02 that you write has to procure a number and place it
in field E_KONTOBV. The content of this field is then used as the bank procedure account number for
the rental agreement in question.
The function module is called up using function module 'ISRE_GET_KONTOBV_STANDARD' if the
user exit has been activated using CMOD.
In this section you determine the flow types for the account determination of rejected automatic incoming
payments. Settings are made for each company code.
______________________________________________________________
SAP AG 222
SAP System
______________________________________________________________
Example
A document that cannot be assigned by automatic incoming payments is 'parked' on a rejection account
for subsequent processing.
Further notes
The settings made in this section are jointly used by Loans and Real Estate Management. As both
components use the same function to analyse incoming payments, the same account determination rules
for posting rejected payments apply in both subareas. For this reason, you have to specify contract type 1
here for Real Estate Management and not the generally used contract type 3.
The only processing category that applies is 01 (rejection). All other processing categories only apply for
Loans and are not relevant for Real Estate Management.
Activities
1. First create a flow type to control which rejection account is chosen. Note that you have to specify a
flow type for contract type '1' (Loans). The dialog that you call displays all flow types for contract
type '1'. If you use the "Loans" component in your organization, you should coordinate your
activities with the responsible project group.
2. Create an account determination rule for the contract type you have created. Note that you have to
maintain Customizing data for the "Loans" component in this case also.
3. Assign the flow type to processing category '01'.
In this section you create the flow types which are used for posting the incoming payments (account
statement entry, bank procedure) that cannot be assigned manually to a rejection account. Use contract
type 1 (loans).
You have to maintain the following attributes:
Flow category ZUZ Overpayment
Flow type group: 06 Overpayment/advance payment
Activity ID: 03 Payable
Activity category: 0025 Overpayment: Credit
Assets/liabilities: 0 Loans given
Posting control: 1 Automatic debit position
Effective interest rate +/-sign: -
Debit/credit Credit posting
______________________________________________________________
SAP AG 223
SAP System
______________________________________________________________
Assign a flow type for each company code to processing type '01' over which incoming payments are
steered to a rejection account.
In this section, you determine the posting rules and account determination for the previously defined flow
types for rejecting incoming payments.
Since the subareas, Real Estate Management and Loans, jointly use the automatic incoming payments, the
posting rules and accounts also have to be determined jointly. This is done in application 0101 (Treasury:
Loans).
For Real Estate, however, only the posting rules and accounts for the flow type of a rejection posting are
relevant. All other entries do not apply to Real Estate and should not be considered here.
For a description of the account determination, see the Rental agreement/customer account determination.
Requirements
Recommendation
It is recommended that you change the account determination only in exceptional cases.
Activities
1. If the required account symbols do not exist yet, define them using the 'Account symbols' function.
2. Use the 'Accounts' function to determine the required G/L account for the account symbols in the
required chart of accounts with the account '+' to be replaced. If a G/L account is automatically
determined by a program, define it with '++++++++++'.
3. Define the posting rules for the rejection posting. Generally, the following applies:
Debit: Posting key 40 (not used)
Credit:Posting key 50 (rejection account)
The document type is a G/L account document type
The document type is 55 (G/L account to G/L account)
4. Save your entries.
11.8.9 Dunning
In this section you make the settings required for dunning. Note that dunning is a function of the Financial
Accounting component and that the main settings are made in Customizing of that component. See
______________________________________________________________
SAP AG 224
SAP System
______________________________________________________________
1. The following are just some of the details relevant to the dunning program which are included in the
document via the debit posting:
- Payment method
- Dunning area
- Dunning block
- Contract number
You must define dunnable payment methods in Customizing for Real Estate.
______________________________________________________________
SAP AG 225
SAP System
______________________________________________________________
In this section, you determine which incoming payment methods are dunnable.
Example
Overdue customer items that had a payment method are generally not dunned since incoming payment
methods are evaluated as payment methods that are dealt with automatically by the payment program (for
example collection, bank direct debit). In some cases, however, the following situation exists:
A tenant has concluded several contracts, where for some contracts the payment is made by bank
collection but where for other contracts the tenant pays by bank transfer, cash payment, and so on.
This means that a distinction has to be made in the documents as to whether the item is to be subjected to
the automatic payment method or whether it is paid "manually". In the latter case, the item can also be
dunned under the following conditions:
a) the "contract number" field is filled and
b) thd dunning grouping in the customer master was agreed per contract (see below) and
c) the item either does not have a payment method (and the customer master does not contain a
non-dunnable payment method) or it has a "dunnable incoming payment method".
You determine the dunning grouping per contract number in FI customizing. It must contain the following
fields (in this sequence):
- Contract no. VERTN length 13
- Contract type VERTT length 1
Requirements
The incoming payment methods are previously created in the Financial Accounting Customizing for each
country.
Activities
______________________________________________________________
SAP AG 226
SAP System
______________________________________________________________
Use
Further notes
At least one master tenant with a customer account and the subsidizer should be listed as a dunning notice
recipient.
You must first define the partner-application area combination in the "Partner Data -> Assign Role
Category to Application" dialog.
______________________________________________________________
SAP AG 227
SAP System
______________________________________________________________
Use
In this section you define control parameters for the sales settlement.
- Full period
- Exact day calculation
In cash management and forecast you can display the planned records of the lease-out cash flow. These
planned records are replaced by actual records from financial accounting once the the debit position has
been carried out.
You make settings in cash management and forecast in the IMG under Treasury -> Cash Management.
Special G/L postings, such as advance payments for operating costs appear automatically at planning level
for lease-outs. After the debit position run, the advance payments appear at FI posting level.
To display the posted advance payments individually, you have to define update levels for each posting
separately and assign them to the special G/L postings. Refer to Define Down Payment Request.
Be aware of the problems involved in the posting of advance payment requests:
Example:
Basic rent 100 USD (Customer to revenue)
Advance payment 10 USD (Customer special G/L posting J to customer special G/L posting K)
The following postings are made to the customer accounts:
100 USD debit (Basic rent) + 10 USD (Advance payment request J)
- 10 USD (Offsetting entry adv. payment K)
All special G/L postings which are not explicitly assigned to other levels than the standard are included in
the total receivable. In this case a planned record of 90 USD would result. This is not the incoming
payment one would expect, since the K item, which is a noted item, is displayed with it.
However, if you assign the K posting a planning level (such as FK), it is displayed separately. This means
that only the 100 USD basic rent and the 10 USD advance payment (J posting) go to the receivable level
as long as they haven't been assigned to a different level; the FK level contains the K posting for -10 USD.
______________________________________________________________
SAP AG 228
SAP System
______________________________________________________________
If you hide the FK level in the display, the displayed data corresponds to the expected incoming payment
of 110 USD.
You also have to make the following settings in Customizing for Real Estate:
1. Using default settings for the customer master data in partner Customizing, you can define the cash
management and forecast group to which the master tenant with customer account determined in
Real Estate Management is to be assigned (default value). Refer to Settings for Automatically
Creating Customers
2. The planning level to be used for planning the cash flow data (planning records for debit position)
must be assigned to the product type IMV. Refer to Allocation of Planning Levels for Financial
Assets Management.
In this table you determine the planning level for the product types that are used in cash management and
forecast for Real Estate Management.
Activities
For product type IMV (lease-outs) and ICN (Real Estate general contract, define appropriate cash
management and forecasting levels.
The fields "Status of data record" and "Transaction activity category" are not used in Real Estate
Management and should remain empty.
Further notes
You first have to create the planning levels in Customizing for Treasury (Define Planning Levels).
In this chapter, you make global settings that affect in particular the specifications of tenancy law and the
adjustment parameters.
______________________________________________________________
SAP AG 229
SAP System
______________________________________________________________
In this section, you determine the basic settings for the rent adjustment for each company code:
- Comparative apartments:
the minimum number of comparative apartments that have to exist in a comparative group of
apartments.
- Index-linked rent:
- determining the validity date of the adjustment.
- whether only increases should basically be taken into account for adjustments of index-linked
rental agreement
- Construction measures:
legally possible percentage rate the landlord can levy as an annual rent surcharge for construction
measures.
- Adjustment Advance payment:
- Determining the validity date of the adjustment.
- whether advance payments made should be taken into account.
Activities
In this section, you determine the legal requirements for rent adjustments, depending on tenancy law:
Standard settings
Default settings exist for German and Swiss tenancy law.
- German tenancy law
- The maximum limit of the surcharges and reductions for rent adjustments by means of the
representative list of rents
- The minimum period that has to elapse between two adjustments of privately-financed
apartments
- The rent cap for adjusting privately-financed living space
- Swiss tenancy law
- Which condition type is the standard local rent
______________________________________________________________
SAP AG 230
SAP System
______________________________________________________________
- Which condition type contains the rent reserve from value improvement
Requirements
Activities
Check the standard settings and if necessary, adapt them to meet the current legal requirements.
Notes
The system already has a tenancy law set, thus you cannot create one.
In this section you define the adjustment types that form the basis for controlling the rent adjustment
methods on the level of the rental agreement.
Activities
In this section you determine the assignment of adjustment types to one or more adjustment mode
(=adjustment method).
With the adjustment type, you determine
Requirements
Standard settings
______________________________________________________________
SAP AG 231
SAP System
______________________________________________________________
|CGP|RLR|EXP|CON|SLS|GRD|FAR|FAC|ANY|SLS|IND|HEL
|--------------------------------------------------
Adjustment type
Residential rent |X|X|X|X|X|X|X| |X| | |
Index-linked rent | | | | | | | | |X| |X|
Graduated rent | | | | | |X| | |X| | |
Free adjustment | | | | | | | |X|X| | |
Sales-based rent | | | | | | | | |X|X| |
Country-spec.rules | | | | | | | | | | | | X
CGP = Comparative group / RLR = Representative list of rents / EXP = Expert opinion / CON =
Modernization, construction measures / SLS = Sales settlement / GRD = Graduated rent adjustment /
FAR = Free adjustment (residential) / FAC = Free adjustment (commercial) / ANY = Conditions / SLS =
(Sales-based rent) / IND = Index-linked rent / HEL = Swiss adjustment method.
Activities
In this section, you determine which adjustment procedures are permitted for adjusting conditions on
rental units.
You determine possible adjustment methods by assigning an adjustment type either to external usage
types or to usage categories.
Requirements
Adjustment types and usage types have been created.
Example
You want to include all rental units of the "commercial" usage category in an index-linked rent
adjustment. Proceed as follows:
- Assign "commercial" usage category to the adjustment type for index-linked adjustments (default
setting: "index-linked rent").
- Assign this adjustment type to the adjustment method for index-linked rent in the next Customizing
screen (Adjustment type -> Adjustment method).
______________________________________________________________
SAP AG 232
SAP System
______________________________________________________________
If, for instance, you only want to include rental units of the "garage" usage type for an index-linked
adjustment, you assign this usage type to the corresponding adjustment type.
Note:
You cannot assign both a usage category and a usage type to an adjustment type at the same time.
Activities
are permitted.
You can also define reasons for each combination.
Requirements
Activities
Further notes
If you do not make any entries in this table, all condition types are permitted for all adjustment methods.
In this section, you determine which condition type is used as the default on the initial screen of each of
the various rent adjustment methods.
______________________________________________________________
SAP AG 233
SAP System
______________________________________________________________
Activities
In this section, you determine the rounding rules of the individual adjustment procedures for each
company code.
Activities
In this section you can create various text modules for each adjustment method.
These texts can be printed using the correspondence function for rent adjustments.
Activities
Check the standard settings and change them if necessary.
In this section, you determine the reasons for the adjustment block of individual conditions of a rental
agreement for information purposes.
Activities
______________________________________________________________
SAP AG 234
SAP System
______________________________________________________________
Rent adjustments have been carried out that require the approval of the tenant. However no approval has
been received from the tenant. The tenant has to be reminded to issue his or her approval. You define the
reminder procedures here.
These reminder procedures are used to control the correspondence function.
Further notes
The reminder procedures specified here are different from the dunning procedures in Financial
Accounting that are used in IS-RE to chase outstanding rent receivables.
______________________________________________________________
SAP AG 235
SAP System
______________________________________________________________
In this table you define the minimum dunning intervals for each adjustment type and dunning procedure.
The tenant approves the rent adjustment with reservation. In the dialog box for entering the approval, you
can enter the reservations in a coded form. You must define any keys to be used in this table.
The tenant refuses the rent adjustment and indicates reasons for doing so. You create keys in this table to
group the reasons for rejecting rent adjustments.
In this section you make the settings for the different rent adjustment methods that you intend to
implement in your organization.
11.9.3.1 Overview
This tables gives you an overview of the adjustment methods used. Do not make any changes to it.
In this step you have to maintain the appropriate representative lists of rents for rent adjustment.
______________________________________________________________
SAP AG 236
SAP System
______________________________________________________________
In this section, you maintain the data of the representative list of rents you require for rent adjustment.
Notes
If there are not enough default calculation rules for your RLR in this section you can define individual
rules: Special calculation rules
Standard settings
Recommendation
It is recommended
1. to delete all representative lists of rents you do not need or should you use the representative lists of
rents of the standard system, to check and if necessary, update those lists.
2. that before you create a representative list of rents, which takes fixtures and fittings features into
account, you first create these fixture and fittings features (providing they do not exist yet). A
creation directly from the maintenance of the representative list of rents is possible but only when
creating one characteristic since "mass entry" is not supported here.
Activities
______________________________________________________________
SAP AG 237
SAP System
______________________________________________________________
b) Edit the screen 'Create General Data for Representative List of Rents ' (this screen always
appears):
Do not specify building age classes for representative lists of rents in points since the age of the
building is included in the overall point calculation as surcharge/reduction points.
c) Edit location classes (if the 'Location classes' category was chosen or if 'Base value' was
specified as structure):
Choose the function 'Location class' and then define the location classes.
d) Define value classes:
define the base amount for each class.
e) Define the fixture and fittings class (only if the category 'Fixture and fittings class' was chosen)
:
from the menu, choose 'Goto -> Fixture and fittings classes' and enter classes (These fixture
and fittings classes then have to be assigned within the rental unit master data).
From the menu, choose 'Goto -> General data'.
f) Edit surcharge/reduction classes (if 'Surcharge/reduction classes' category was chosen):
- Enter the name of the class.
- Enter surcharges/reductions for each class:
Position the cursor on the class and choose the 'Surcharges/reductions' function.
- After having maintained this table, choose the 'Surcharge/reduction classes' function.
For each fixture and fittings feature of the surcharge/reduction class, enter by points the basis of
calculation for the rent adjustment: double-click in a class and maintain the table.
You can assign characteristics by means of the 'List of characteristics' function in the mass
procedure. Within this function, you can also create additional characteristics by means of the
'Create characteristic' function.
When you have assigned the special calculation method 1, you then have to edit the action Rent
adjustment points:
Maintain points per regional location.
From the menu, choose 'Goto -> General data'.
- Enter base amounts for the calculation of the rent adjustment per building age class, fixture and
fittings class and location class: Choose the 'Value table' function.
Position the cursor on an entry and choose 'Execute'. Then enter the base amounts.
g) Save your entries.
2. By means of the functions 'Maintain representative list of rents' resp. 'Display representative list of
rents', you can change, delete, or display the representative list of rents.
In this section you can define the individual calculation rules for one or more representative list of rents:
______________________________________________________________
SAP AG 238
SAP System
______________________________________________________________
Individual control of the rent adjustment according to the representative list of rents
(RLR) control table
-----------------------------------------------------------------------
Overview
1. Motivation
2. Basic principle
3. Variable categories
4. Log
5. Comment
6. Overview of system variables
7. Definition of sample variables
8. Macros
9. Features
10. Rent calculation
a) Basic rent
b) Relative surcharges/reductions
c) Surcharges and deductions for fixtures and fittings characteristics
d) Resulting rent
11. Tips & Tricks
12. Example
a) RLR with apartment value +/- signs
b) Additional examples
------------------------------------------------------------------------
______________________________________________________________
SAP AG 239
SAP System
______________________________________________________________
Motivation
The RLR (representative list of rents) is issued by cities and regions and is an overview of rents paid in
that locality. It is used as a basis for setting new rent levels, rent adjustments, and for settling rent disputes
and plays an important role in the rent adjustment and rent calculation components.
The basic principle of the RLR is as follows: a maximum of 4 central attributes (size, location, building
age, and fixtures and fittings) is used as criteria for assigning an apartment to a "rent table field". The
range of rents typical for this locality is determined from this information. The approximate rent reserve is
rounded up or down according to any further criteria set.
Although the comparative rents that are typical for a locality are always mapped in matrix form, the
regulations governing these matrices varies from region to region. In general, it is only possible to use a
user-exit that receives the necessary entries from the system and in which the (textural) descriptions of the
calculation formula have to be coded in ABAP/4. The great degree of flexibility offered by this solution
demands a great deal of time and effort for the flow logic and the implementation of adjustment program
data structures.
The method described here can be used for storing these regulations in Customizing and ensures that a
great deal of flexibility is maintained without requiring programming skills.
______________________________________________________________
SAP AG 240
SAP System
______________________________________________________________
Basic principle
The RLR calculation formula is mapped in the system by using conditions and actions. A condition
describes when a certain criterion is met and the action tells you what to do when this is the case.
- A condition is a mathematical formula that links variables (supplied by the system) with arithmetic
and logical operations. These conditions must be in the Boolean form (true or false).
If, for example, the building age class is in the variable BAKL and the size classes are in the variable
GRKL, a possible condition could be: BAKL = 1 AND GRKL > 3 (criteria is met if the building age
class of the apartment in question is equal to one and the size class is greater than three).
- An action is one pair of variables and a formula. The formula can contain any type of value (number,
character string, Boolean value) that is assigned to the variables for calculation. This means that the
action <GRKL, GRKL + 1> (GRKL = class size) increases the size class by one. The simplest case
of a formula is assigning a constant to a variable. If the name of a rent table field is stored in the
variable MATT, the action <MATT, size old building> sets the variable for the entered text.
One condition is grouped with any number of actions in a block. If the condition of the block is met, all
the actions are carried out sequentially.
Each RLR can be assigned any number of blocks that are edited during a rent adjustment for every rental
unit or rental agreement that has to be adjusted.
The order of blocks is specified by a freely determined block number, as is the order of the actions in the
blocks (row numbers). Regardless of whether the condition has been assigned a row number or not, it is
always checked.
______________________________________________________________
SAP AG 241
SAP System
______________________________________________________________
Variable categories
- Control variables are variables that can be used to change the order of the sequential flow. Since
control variables can be changed in an action, blocks can be omitted, loop programming can be used
or another RLR can be used.
- The user can use help variants to save the interim results. The system does not use the value of the
interim results to calculate the new rent. If you need more help variants than those offered by the
system, you can reuse these values after reinitialization (= assignment of a defined start value).
- All the other variables are application variables and are used directly or indirectly for determining
the new rent.
The values of an application variable part are dependent on the rental unit only(as for example the size of
the apartment) and, in some cases, on the RLR (such as the size that is derived from the size classes). The
other part of the application variables represents the attributes of the fixture and fittings characteristics;
attribute values are always dependent on one fixture and fitting characteristic. Since one rental unit could
have several such features, a block in which this condition and/or actions of such variables, has to be
sequentially processed for all the fixtures and fittings characteristics. The system automatically sets the
loop round the block and does not have to be programmed.
Example:
All the fixtures and fitting characteristics of an apartment that the RLR considers but are evaluated
with less than $1/m are to be ignored. The number of these features should (for later calculations)
be counted. This could be realized in the following block:
BlockNo RowNo Variable Formula
0010 010 MIMS AND MRES < 1.00
0010 020 MIGN TRUE
0010 030 XN01 XN01 + 1
Explanation of variables (for a complete overview, see the chapter Overview of System Variants):
- MIMS: Feature is displayed in the RLR
- MRES: Value used for feature when the rent is calculated
- MIGN: Ignore feature for calculation
- XN01: Numerical help variant
Log
Every row in the control table can be assigned a message by entering the message class, number and
category (information, warning, and error). If a row is evaluated, its message is updated on the trace level
(= level 6) and updated in the rent adjustment log. These messages allow the mathematically coded
conditions and actions contained in the formula to be written in natural language. The four message
variables are defined and, if required, can be included in the message text:
______________________________________________________________
SAP AG 242
SAP System
______________________________________________________________
Comment
It is possible to comment the control table while the messages for the calculation method are being
assigned. Write a row for comments in the formula and set your comment flag. During processing, the
system ignores rows where the comment flag is set.
______________________________________________________________
SAP AG 243
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 244
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 245
SAP System
______________________________________________________________
The system calculates the new rent from a part of the application variables (see Features) that can be
changed by using actions. However, the calculation method could be dependent on data that is not
provided in the variables as default.
For example, a RLR could give a lower weighting to a characteristic amounts if the apartment is above the
5th floor. However, this floor is not a default setting.
In this case, you can create customer-defined variables that the system could then provide:
a) Enter variables in the control table. Choose the action Variables for the control table.
Enter the technical (non-language specific) variable name and its type (Boolean, number, character,
etc.) in the customer namespace (initial letter Y or Z).
1. Enter the (language-specific) abbreviation and the variable name (short and long text) in the table.
The abbreviation must be derived from the customer namespace because it is also used as a key.
2. If the system evaluates a formula during processing of the control table, it calls a function module
(defined in Customizing) for the variables in the customer namespace. The variable name, the
master data of the relevant objects (rental unit, business entity, building), the current system variable
setting, and all data relating to the fixtures and fittings characteristics are transferred to the function
module. This function module can read any number of tables and determines a value that is
interpreted as a customer variable value. This user-exit is a BTE (see ) with the result number
00702501. A sample function module, SAMPLE_PROCESS_00702501, is supplied as a template.
A value cannot be assigned to a customer variable since a customer variable is also a function call. Its
value is determined using the user exit call.
______________________________________________________________
SAP AG 246
SAP System
______________________________________________________________
Macros
If certain statement parts are frequently used in a formula, you can define functions (macros) which can be
parameterized. These functions are in the TFKT table or in a table created by the user.
Example 1:
In many conditions or actions, a function that checks if variable X is in certain interval U to 0.
Instead of always having to program:
TFKT:BETWEEN(X,U,O)
Example 2:
You can define even more complex macros by using the IF-THEN-ELSE construction (see
Definition of Sample Variables). In this case the following macro issues the larger of the two
numbers entered:
______________________________________________________________
SAP AG 247
SAP System
______________________________________________________________
Features
- Jumps: A jump can be made by changing the block number. If the block number entered does not
exist (such as block number 0), the processing stops. In this case the processing continues with the
next available block. If the system has looped a block (because attributes of fixtures and fittings
characteristics are being used) in which a block number is changed, the jump is checked when the
first feature containing the condition occurs.
- Type assignment:
The formula is defined as a character string so that literals (such as "TEXT", 1.50, 002) cannot be
saved in the correct type assignment. Therefore:
- Decimal figures must always be written with a point, regardless of the settings in the user
master data
- Currencies and areas have to be written with two decimal places (even if the assigned unit is
planned to be smaller). In this case, 5 Lire has to be written in the form 0.05.
- Dates have to be written in the technical form (for example, 19980701 for 1st July 1998) as the
system treats these as "normal" figures. Comparisons can be made with all operations.
However, date arithmetic (the addition of dates) is not possible.
- Write character strings in simple quotation marks. They can only be compared with equal and
not equal. Queries with less than or greater than do not result in an error but the result is not
defined.
- Language specification:
The variables are not addressed by their technical names but via a freely-definable abbreviation that
is defined - language specific-in Customizing. Variable names are also language specific but the
formulas are non-language specific. Formulas belonging to a particular RLR control table can only
be addressed in the language maintained for that table as it is not possible to automatically translate
variable names into the user logon language. The maintenance language must be defined for the
______________________________________________________________
SAP AG 248
SAP System
______________________________________________________________
RLR so that a user who has logged on in English can also use a control table that has been generated
with German variables for implementing a rent adjustment.
- Conditional statement:
The language construction IF-THEN-ELSE can also be used in formulas for conditions and actions.
The IF is a functional if and not the imperative IF in ABAP/4. This means that the whole statement
is equal to the expression behind THEN, if the condition for IF has been met and equal to the value
for ELSE in the other case. You always have to enter the ELSE part of the equation to ensure that the
value for the IF-THEN-ELSE construction is always defined. Nested IF-THEN-ELSE statements are
not supported at the moment.
Example:
The action
results in the numerical help variable XN01 being set in a higher location class (variable LAKL), if
the size class (variable GRKL) is greater than two. If it is not greater than two, the location class is
transferred in its original state.
______________________________________________________________
SAP AG 249
SAP System
______________________________________________________________
Rent calculation
1. Basic rent
Once the apartment has been grouped into the rent table field according to its attributes, the values
for MATU, MATM and MATO are available. The value that should be used for the basic rent for
the rent calculation is one of these values (lower, mean, and upper) and is defined for the RLR. It is
also possible to define a percentage variance from the basic value selected.
2. Relative surcharges and reductions
The value to which the relative surcharge/reductions (ZREL) references is controlled by the RZBS
variable. It contains a three-figure character chain consisting of "X" and "o" that indicate which
amounts should flow into the reference total:
If relative weighting is assigned to a characteristic, this always references to the basic rent.
3. Surcharges and reductions of fixtures and fittings features
An absolute surcharge/reduction can be defined for each area unit or a percentage-weighting factor
for each characteristic. However, the data is not directly entered on the characteristic but assigned to
a characteristic category for which this data is then maintained. In addition to this a maximum figure
as well as a maximum amount in relation to the characteristics to be considered in a class can be
entered.
The MBMS variable contains the amount for the characteristic according to RLR and MBME
contains the amount that is entered on this rental unit for this characteristic. MRES is equal to
MBMS, if this value is not equal to zero, otherwise it is equal to MBME. MIMS is true if the
characteristic (regardless of the amount) is entered in the RLR, otherwise the value is false.
4. Resulting rent
The new rent is a total of:
This total is weighted with a percentage factor that is especially defined for the RLR adjustments.
After processing a block, the total is calculated (if changes are made to the entry parameters) and set
in the NMSY variable (new rental system). If a different amount is to be used, this variable cannot
be changed as it displays a size derived from other variables and a system change to the block end
______________________________________________________________
SAP AG 250
SAP System
______________________________________________________________
would be overwritten. To avoid this, assign the NMIE variable that is - by default - an initial one.
The system uses it instead of NMSY if a value that is not equal to zero is assigned to it.
The system determines the new total system amount by multiplying the value from NMSY or NMIE
by the living area weighted with the general pass-on factors for all rent adjustments (if this is not
deactivated on the screen), if necessary capped according to the rules and rounded up/down
according to the settings in Customizing.
Example: A RLR specifies that the rent for an apartment, regardless of its fixtures and fittings,
cannot exceed the upper value defined in the list.
This is saved in the following block that has to be the last one in the control table:
BlockNo. RowNo. Variable Formala
0010 010 NMSY > MATO
0010 020 NMIE MATO
______________________________________________________________
SAP AG 251
SAP System
______________________________________________________________
- Additional information:
If values for certain variables have to be issued in the log (for improving calculation method
support), a dummy action can be defined in the form <VAR, VAR> and assigned a corresponding
message (such as value of the &2 is &3).
- Macros:
If you use parameterizable macros, you can simplify statements that you use often and define alias
names using (unparameterized) macros to simplify understanding.
Example 1: There is usually a sequence of actions executed when processing of a control table
begins. Consequently, the keyword TRUE could be entered at the beginning of the block. However
by creating a macro you could use a more transparent name for TRUE (such as INITIALING).
Example 2: Processing finishes if the block number (BLNR) is set for a value that is not available.
If you define a macro ENDE as an alias name for 9999, this is easier to use than <BLNO, ENDE>.
- Boolean values:
When you are entering conditions, make sure that the formulas are of the Boolean form. You do not
have to use a comparative operator. This is especially true of statements in the form Variable =
TRUE where the query true is superfluous and can be omitted. In the same way, formulas of the
form Variable = FALSE can be better described as NOT variables.
______________________________________________________________
SAP AG 252
SAP System
______________________________________________________________
Examples
RLR conditions and a sample mapping in the control table
a) There are 4 characteristics in class 1 and the availability of at least 2 characteristics results in a
surcharge of 10%
If the number of characteristics < 2 then the characteristic is ignored. The entry MaxNo = 1 means
that regardless of the number of characteristics (2, 3 or 4 characteristics), a surcharge of only 10% is
charged.
b) There are 4 characteristics in class 2: If at least 1 characteristic of class 2 and at least one
characteristic (number 813) is available, this leads to a surcharge of 16%
If the characteristic 813 is not available, all characteristics in the class 2 are ignored. The entry
MaxNo = 1 means that regardless of the number of characteristics in class 2, there is only one
surcharge of 16%.
c) There are 2 discount characteristics (characteristic 811 -> discount -17%, characteristic 812 ->
discount -18%). If both characteristics occur at the same time, the discount is not -35% but
-27%.
______________________________________________________________
SAP AG 253
SAP System
______________________________________________________________
First of all a check is run to see if both characteristics are available, then the value of the
characteristic 811 is ignored and the value of the characteristic 812 is set to -27% (instead of -18%).
d) 6 characteristics belong to class 6 (number 814, 815, 820, 823, 824, 825). The surcharge is 8%
only if the characteristic 820, 814 or 815 is available. However, if 2 or 3 of the characteristics
820, 814 or 815 are available, the surcharge is 17%.
In block 0070 the help variables are set to the value 0. Additional blocks execute the necessary links
AND/OR. By assigning MaxNo = 1, XN03 = 1 does not have to be checked.
______________________________________________________________
SAP AG 254
SAP System
______________________________________________________________
These characteristics are divided into 4 groups (= characteristics classes). The total for each group is
calculated and then the totals for each group are added together:
- Bathroom/WC
- Kitchen
- Living room/bedrooms
- Residential area/environment
If a group is for the most part a positive characteristic then it is weighted with +25%, the negative
ones have a weighting of 25% and in the case of there being an equal balance, 0% distributed. This
percentage value is totaled and provides a total between -100% to +100%.
This total value determines the where the apartment will be placed in the rent table field and the
basic rent according to the key <100% lower value in the rent table field, 0% mean value in the rent
table field, +100% upper value in the rent table field>.
To get the typical local comparative rent, the normal calculation method for the
surcharges/reductions for the regular fixtures and fitting characteristics is used.
The rent control table in this example is in the RLR No. 001000 assuming that the four feature
classes 1 to 4 have been created in Customizing.
In this section, you determine the number range of the external comparative apartments (thus apartments
that do not belong to your own group of apartments).
The number ranges are company code-dependent so that you have to create your number ranges for each
company code.
General information on number assignment
Activities
In this section, you determine the reasons for surcharges/reductions for rent adjustment by means of
expert opinion.
______________________________________________________________
SAP AG 255
SAP System
______________________________________________________________
Activities
11.9.3.5 Index
In this section, you make the settings for index-linked rental adjustment.
Standard settings
SAP supplies the index classes 6 for real estate objects and 5 for maintenance and operating costs index
(Switzerland).
Recommendation
Activities
1. Check whether you have to make changes to the standard setting. The Real Estate component
requires the following index classes:
______________________________________________________________
SAP AG 256
SAP System
______________________________________________________________
2. Index series
First maintain per index class the required index series and, for index series with base year, the
required base years for the respective index series.
3. Index data
Create the required index data for the index series.
To do so, navigate over the required entry (index series with or without base year.
Activities
- the pass-on percentage rate in dependency of the tenancy law or the location.
- the grading of the percentage rate of passed-on index increase, depending on the increase of the
index-linked rent adjustment in percent.
Example
By means of the "Lower limit" field, you can grade the passed-on index increase.
The percentage rate of the passed-on index increase is determined in dependency of the percentage, by
which the rent would increase due to the index adjustment. This grading is normal, for example,
according to Dutch tenancy law. The following example demonstrates how the final percentage rate of
passed-on index increase is determined:
______________________________________________________________
SAP AG 257
SAP System
______________________________________________________________
Requirements
Activities
Further notes
The determination in dependency of tenancy law is normal in the Netherlands and in Switzerland. With an
adjustment according to Swiss law, the percentage rate of passed-on index increase for the price increase
index is always taken from this Customizing table.
Use
In this table, you enter the index series being replaced, and information on the index series replacing it,
the last date until which the index series is valid, and the chaining factors.
The table is used for the change of base year for the same index series.
See also Index Series Replacing Old One.
______________________________________________________________
SAP AG 258
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 259
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 260
SAP System
______________________________________________________________
Specify for each activity for the cost efficieny analysis (create, change, display), which fields are:
- Obligatory fields
- Optional fields
- Display fields
- To be hidden as they are not needed for this task
______________________________________________________________
SAP AG 261
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 262
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 263
SAP System
______________________________________________________________
Here you store the possible status of the partial cost efficiency analysis. The status is for information only.
Example
If you wish to identify the processing status of a partial cost efficiency analysis in the system, you could
use the status Applied for or Deactivated.
______________________________________________________________
SAP AG 264
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 265
SAP System
______________________________________________________________
11.9.3.6.1.6 Earmarking
______________________________________________________________
SAP AG 266
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 267
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 268
SAP System
______________________________________________________________
The current expenses for rental units assigned to a partial cost efficiency analysis are recorded
time-dependently and are used for determining the cost rent.
In this section, you define the structure for your current expenses as well as flat rates prescribed by law
and any calculation bases.
______________________________________________________________
SAP AG 269
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 270
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 271
SAP System
______________________________________________________________
Here you determine how the current expenses are distributed to the rental units participating in the cost
efficiency analysis. You have to specify:
a) The units used for distributing costs
b) The factor (calculation rule)
c) The reference factor for the unit (see also documentation)
You determine any other calculation bases (number of units and nominal amount) in the application of the
particular expense type.
Further notes
You can also make default settings for units and nominal amount in Customizing (next node in structure).
______________________________________________________________
SAP AG 272
SAP System
______________________________________________________________
Specify flat rate amounts (nominal amounts) per expense type for each unit. (example);
Example
______________________________________________________________
SAP AG 273
SAP System
______________________________________________________________
Further notes
______________________________________________________________
SAP AG 274
SAP System
______________________________________________________________
Further notes
______________________________________________________________
SAP AG 275
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 276
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 277
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 278
SAP System
______________________________________________________________
In this section, you define the reference interest rate for the interest adjustment for cash deposits with a
variable interest rate and for the rent adjustment according to Swiss law.
In Switzerland, the change to the mortgage loan rate is a relative factor that is used as a basis for rent
adjustment. The mortgage loan rate is stored in a "reference interest rate table".
If the mortgage loan rates differ from region to region, you will need a reference interest rate for each
interest series.
Activities
1. Check which reference interest rates you need for the mortgage loan rate. Create one reference
interest rate for each interest series.
2. Before each Swiss rent adjustment, make sure that the reference interest rates for the mortgage loan
rate series are up-to-date.
3. If necessary, maintain any missing values.
Further notes
The reference interest rates for all of Treasury are stored in the same global table.
______________________________________________________________
SAP AG 279
SAP System
______________________________________________________________
In this section, you determine for the rent adjustment according to Swiss law per location,
- which index series resp. interest reference is valid for relative factors.
- the basis for displaying the rent reserve.
- the print parameters (correspondence activity, language) for the correspondence.
Requirements
The interest reference, interest series and the correspondence activity category exist.
Activities
1. Assign the corresponding index series and the interest reference for each location.
2. Choose the adjustment criteria for the rent reserve for each location.
3. Assign the print parameters for each location.
In this section, you determine the rent adjustment in dependency of a mortgage loan rate change.
The mortgage loan rate change (Old interest -> New interest) and the thus resulting rent
increase/reduction in percent are stored.
During mortgage loan rate reduction, (Old interest -> New interest) a rent reduction occurs. You should
enter this as NEGATIVE.
The mortgage loan rates are entered in steps of 0.25 % and should be sequential.
Example
______________________________________________________________
SAP AG 280
SAP System
______________________________________________________________
Activities
Enter the adjustment percentage rate of the rent for each mortgage loan rate reduction.
An open interface is provided for defining your own rent adjustment methods.
Procedure:
1. Write a program that contains the logic for determining rent adjustment data.
SAP supplies the report program RFVIURSE as a sample.
2. Copy the adjustment data determined in this program to the function module RERA_USER_* (as of
4.5A; this was previously MV_ADJUST_USER_*). These modules serve to implement the rent
adjustment according to the data determined by your program.
For further information, refer to the function module documentation.
______________________________________________________________
SAP AG 281
SAP System
______________________________________________________________
5. Define the account numbers of the clearing accounts and the revenue accounts of the service charges
settlement. Check the account determination.
6. Define limits for the adjustment of advance payments and flat rates.
7. If necessary, define special accounts for the tenant service charge settlement (only for Austria).
In this section, you make the basic settings for the service charge settlement:
In this section, you define the number ranges for the service charges settlement:
- Number range of the meters (number range 01, internal number assignment)
- Number range of the measurement documents for the meter reading entry (number range 01, internal
number assignment)
______________________________________________________________
SAP AG 282
SAP System
______________________________________________________________
Recommendation
It is recommended to arrange the procedure with the plant maintenance project group in case you want to
use Plant Maintenance (PM) in parallel since the number ranges for meters (measuring points) and
measurement documents are also used in Plant Maintenance (PM).
Activities
In this section, you maintain the settlement periods for heating expenses settlement and operating costs
settlements as well as the sales-based rent settlement.
An accounting variant generally consists of various settlement periods covering a total of 12 months. You
can transfer an accounting variant by period (into the following years).
Accounting variants can consist of any number of individual settlement periods. You can transfer in the
following years only if the total of the settlement periods is 12 months.
As a special case, you can also determine accounting variants that are valid only for a certain period.
These accounting variants are then not updated into the following years. The duration of a year-dependent
accounting variant can be between 1 day and '2 years - 1 day'.
- You can create accounting variants:
the accounting variant is used to determine the period to be settled.
- You can change accounting variants:
You can change the accounting variant only if no settlements have yet been carried out with the
variant.
- You can display or delete accounting variants:
You can delete accounting variants only if the accounting variants are not yet assigned to settlement
units.
Example
In the following example, you want to define an accounting variant, whose assignment begins on 06/01 of
the current year and is settled monthly.
______________________________________________________________
SAP AG 283
SAP System
______________________________________________________________
Here, the 'Year shift' field is used to refer from the current year to the reference year during processing.
0 - the current year is the reference year
1 - the previous year is the reference year
You can also limit the validity of a settlement period to one year.
Activities
______________________________________________________________
SAP AG 284
SAP System
______________________________________________________________
Activities
The condition category reporting only takes into account the condition categories with the
internal condition category 04.
To prevent a condition type from appearing in several columns at the same time, you can check
the uniqueness of the assignment using the Check internal condition categories dialog box by
executing the report for internal condition category 04.
- Condition categories for applications: gross rent and net rent (internal condition categories 05
and 06)
______________________________________________________________
SAP AG 285
SAP System
______________________________________________________________
Rental units generally contain a variety of condition types. However, an interested party does
not need this degree of detail; the "gross rent" or "net rent" is usually sufficient. Now, in order
to be able to determine these values for the rental unit, you first have to define which condition
types are to be passed on to the gross or net rent. Create a condition category "gross rent" with
the internal condition category 05 and a condition category "net rent" with the internal
condition category 06 and assign them the condition types that you want to use for each total.
The assignment is taken into account by the extraction program used to determine the offer
objects from among the rental units. Also refer to program documentation RFVISAD0.
2. Exclude condition categories
Here you determine which condition categories exclude one another since certain condition categories are
not compatible with one another:
- The all-inclusive rent and advance payments types, for example, exclude each other as well as
flat rates and advance payments for heating expenses.
- With the description of the 'Basic rent', it is not useful to exclude other condition types. On the
other hand, it should not be allowed to specify an additional 'Basic rent' the same time you
define 'Basic rent detail' (for example, basic rent Store). You therefore have to exclude the
'Basic rent' at this point.
Excluded condition categories
a) Choose the "Maintain condition categories" level.
b) Position the cursor on the condition category, for which you would like to exclude condition
categories.
c) Choose the "Excluded condition categories" level.
d) Include the excluded condition categories using "New entries".
e) Save your entries.
3. Assignment of the condition types to the condition categories
In this step, you determine which condition types are to be assigned to which condition category.
a) Position the cursor on a condition category, to which you want to assign condition types.
b) Choose the "Assignment of condition types to condition categories" level.
c) Check whether the standard settings meets your requirements and if necessary, create condition
types for the chosen condition category.
d) Save your entries.
In this chapter, you define rules for the service charge settlement.
1. Determine what kind of consumption the meters should measure.
2. Determine according to which values the apportionment of operating costs should be carried out
(apportionment unit).
______________________________________________________________
SAP AG 286
SAP System
______________________________________________________________
3. For each service charge type, create a service charge key and define the characteristics of the key.
4. Determine which advance payment items the service charge types are to be offset against.
5. If rental agreements with the indicator final settlement exist, determine which service charge types
are to be posted by means of which flow types (debit position posting of the service charges
settlement).
6. If it is allowed to use regional location keys for heating value days, maintain the heating value
percentage rates.
7. If rounding off the settlement results has been allowed, maintain the rounding rules.
8. Rounding rules can also be defined for the adjustment of the advance payments and flat rates that
result from the settlement.
9. If a costs surcharge is charged on the settlement, then you have to maintain the tax code to be used.
10. Finally, you have to create the account determination rules for the service charge settlement.
11. Austria: If you manage objects with tenant service charge settlement, edit the "Tenant Service
Charge Settlement" section.
______________________________________________________________
SAP AG 287
SAP System
______________________________________________________________
In this section, you determine the characteristics for meters and the measuring point categories.
To measure consumption-dependent apportionment units meters are created on the rental units.
The value to be measured is the characteristic (for example, water consumption).
The characteristics can be created in characteristic classes. For information on this, see the subchapter
"Characteristics" in the chapter "Classification System" under "Cross-Application Components" in the
standard Implementation Guide.
The characteristics cannot be transported but have to be manually created in the target system.
Example
Activities
1. Create your required characteristics. To receive additional help, choose 'Help -> Extended help'
within the menu path you are processing.
2. Check the measuring point categories. A measuring point category "Consumption" is needed. For
details on the measuring point categories, see the Plant Maintenance Implementation Guide.
______________________________________________________________
SAP AG 288
SAP System
______________________________________________________________
Requirements
Activities
1. Apportionment units
a) Check the standard system and change it, if necessary:
To change an apportionment unit, double-click on it.
To create an apportionment unit, choose the New entries function. In both cases, you branch to the
detail entry:
______________________________________________________________
SAP AG 289
SAP System
______________________________________________________________
- Apportionment unit: Identification of the apportionment unit. The values 0 and SPACE must
not be used.
- ApportUnit nme: Name of the apportionment unit.
- Short name: Short name of the apportionment unit.
- Unit of measurement of the apportionment factor: The unit of measurement is defined in
the standard settings (global parameters).
- Maintenance on the rental unit: If this indicator is set, the apportionment unit is maintained
at rental unit level. Otherwise, the apportionment factor is to be maintained on the basis of the
rental agreement.
- Vacancy value zero: If this indicator is set, the apportionment factor is set to value '0' in cases
where the rental unit is empty.
- Apportionment according to condition type: Indicate whether the apportionment is to be
made according to condition types. The service charges are then divided up according to the
relationship, in which the condition amounts of the respective rental units and rental
agreements are.
- Percentage: Indicate whether or not the specification for the apportionment unit are
percentage specifications. In this case, the tenant always receives a fixed percentage of the total
costs.
- Consumption: Indicate whether the apportionment unit is a consumption value (for example,
fuel, water consumption). The corresponding consumption (meter readings) is maintained with
the rental units.
- Measuring point category: Determine the type of measuring point. These are consumption
values. You maintain the measuring point categories in Customizing of Plant Maintenance.
- Characteristic name: For consumption-dependent values, you assign the characteristic
defined in the previous activity here.
- Basic proportion: With the help of this indicator, you determine the assignment of basic
proportions for external settlements (for example, external heating expenses settlement) to the
real estate-specific apportionment units.
2. Area types and apportionment units
Assign the required apportionment unit to an area type.
3. Assign apportionment units to condition types
Check the standard system and change it, if necessary:
a) App: Choose an apportionment unit.
b) KART: Assign a condition type.
c) Save your entries.
______________________________________________________________
SAP AG 290
SAP System
______________________________________________________________
- Service charge keys for the settlement of heating expenses and operating costs
- The business attributes of the individual service charge key (dependent on tenancy law)
Requirements
Activities
In this section you specify how the service charge key (SCK) participates in the service charge settlement
by entering:
- The assignment of a SCK to a condition type
- Default values for each SCK or condition type
In this section, you link the conditions on the rental agreement that are relevant for the service charge
settlement to the service charge keys on which the respective conditions are to be settled.
This table is the basis for generating the settlement participation of the rental agreements.
There are two ways of linking condition types to service charge keys:
______________________________________________________________
SAP AG 291
SAP System
______________________________________________________________
1. A condition type is settled against all service charge keys of a service charge group. There are the
following categories:
- 1 - Operating costs
- 2 - Heating expenses
- 3 - Operating and heating expenses
You determine the service charge group to which a service charge key is assigned by using the 'OC'
key (operating costs indicator) in the "Attributes of service charge key" screen. Here the indicator '1'
(operating costs) means that the service charge key belongs to groups 1 and 3; the indicator '0' means
that it is assigned to groups 2 and 3.
2. A condition type is settled against the given service charge key.
In this case you make an entry for the required condition type per service charge key.
Example
The following service charge keys were created for operating costs:
Contract 2:
The tenant makes advance payments for gardening (condition: "Gardening AP") and advance payments
for all other operating costs (condition: "Operating costs AP").
The settlement participation should show the following:
100 Settle against operating costs AP
______________________________________________________________
SAP AG 292
SAP System
______________________________________________________________
You can create a default for how a service charge key that has no condition type assigned to it is settled.
For your service charge keys, you can specify either
- The costs incurred in the respective contract are not to be settled.
- The costs are to be settled in the form of a final settlement for the contract.
Standard settings
The table is empty in the standard delivery; this means that service charge keys without condition types do
not participate in service charge settlement.
Further notes
You can change the default value when you process the contract.
You create a default value for the maximum costs that are to apply for each condition type.
______________________________________________________________
SAP AG 293
SAP System
______________________________________________________________
Standard settings
Further notes
You can change this default value when you process contracts.
It is possible for lease-outs to participate in service charge settlement, even if they do not have advance
payment conditions for service charges. This is referred to as "final settlement", meaning that the full
amount for service charges during the settlement period are charged to the tenant at the end of the period,
without any advance payments having been made.
To be able to enter the appropriate flows in this case, you need to make entries in the table in this step. For
each service charge settlement key, enter a flow type for which you have set up the necessary reference
flow types. For more information, also refer to Service Charge Settlement in the step Prepare Account
Determination Setup and Assign Reference Flow Types .
It makes sense to use the flow types here that are normally used by advance payment condition types.
In this section you determine the settings for weighting heating expenses depending on regional location
by
Example
Background (Switzerland-specific)
In order to avoid having to carry out interim meter readings when a
tenant moves out, it is common practice in Switzerland
______________________________________________________________
SAP AG 294
SAP System
______________________________________________________________
Other uses
You may also use this process in cases when you want to settle the heating expenses using
percentage rates specially defined for the purpose, for instance
- 60% according to the heating area
- 40% according to the regional location key with monthly graded heating value percentage rates.
Activities
Further notes
In this section, you determine the minimum amounts for adjusting the advance payments / flat rates within
the service charges settlement:
You determine, as of which difference amount between the old condition rate and the recently determined
condition rate an advance payment/flat rate may be adjusted.
Activities
Check the standard settings and change them, if necessary:
- V: only contract type '3' valid for real estate.
______________________________________________________________
SAP AG 295
SAP System
______________________________________________________________
In this section, you determine the rounding parameters for the adjustment of the advance payments and
flat rates for service charges. The adjustment is only made if the determined minimum differences have
been exceeded.
Activities
a) For the adjustment mode 12 (advance payments), maintain the rounding amounts for each
company code and condition type to be adjusted of the category Advance payments and Flat
rates.
b) For the adjustment mode 16 (flat rates), maintain the rounding amounts for each company
code and condition type to be adjusted of the category Flat rates.
In this section, you determine the tax code for the administration costs which applies which applies to the
resuslt of the service charges settlement.
This surcharge may be, for example
- the normal administraion cost surcharge standard in Switzerland
- the risk of rent loss (Germany, state-supported housing)
The selection of the tax code can be made dependent on the parameters
- company code,
- occupancy type,
- contract type.
Requirements
______________________________________________________________
SAP AG 296
SAP System
______________________________________________________________
Activities
Assign the tax code. If you do not specify the occupancy type and contract type, the tax code applies in all
cases.
In this section you assign the accounts to the posting procedures of the service charges settlement and to
the identification of the rounding differences.
The posting rules apply to the internal operating costs/heating expenses settlement as well as to the
external heating expenses settlement.
In this section, you determine the clearing accounts for entering the rounding differences of the service
charges settlement.
Rounding is carried out during the debit position of the costs determined from the service charges
settlement:
- The resulting differences are posted to an account rounding differences from SCS for each
rental agreement.
- The total of these differences is correspondingly posted to a neutral P+L account for rounding
differences for each settlement.
Example
______________________________________________________________
SAP AG 297
SAP System
______________________________________________________________
The rounding is carried out when the settlement result is posted to the tenant account; the amounts from
the second column are posted.
Roundings are additionally posted:
Requirements
1. You have previously filled the actions for the round off parameters.
2. The clearing accounts are created.
Standard settings
SAP delivers a standard setting of the accounts for the chart of accounts GKR.
Activities
For tax treatment according to US regulations (jurisdiction code), you have to maintain a document type
for G/L account postings.
This document type is required for the service charge settlement and the sales-based rent settlement for
carrying out transfer postings of taxes to the service charge advance payments and sales-based rent
advance payments made by the tenants.
______________________________________________________________
SAP AG 298
SAP System
______________________________________________________________
Costs that are assigned directly to lease-outs that have a settlement period date can be passed on to the
tenants in the service charge settlement.
The procedure is as follows:
1. Create a settlement unit that has a reference to a participation ID to which the corresponding rental
units are assigned. The settlement unit must have an apportionment unit with the indicator "Directly
assigned costs" (see also Determine Apportionment Units/Factors, Directly assigned costs indicator.
2. It may be necessary to postgenerate the settlement participation of the lease-outs concerned. In so
doing, a reference is created between the service charge key of the settlement unit defined in step 1
above and the flow type of the advance payment item. See also Prepare Generation of Settlement
Participation.
3. Enter the flow type that links the condition type (advance payment condition) to the service charge
key in the table in this section of the IMG. You have to assign all the cost elements to the flow type
that are to be taken into account in the settlement. Cost elements that are not assigned are NOT taken
into account in the settlement.
The costs are only posted to the lease-out and not to the superior settlement unit. You have to enter a
settlement reference date.
In this section you make the necessary settings for the tenant service charge settlement (Austrian tenancy
law).
______________________________________________________________
SAP AG 299
SAP System
______________________________________________________________
the point of the settlement is determined (posting date of the service charge settlement). All costs incurred
are invoiced to this tenant, regardless of whether he/she was a tenant for the entire settlement period. The
deciding factor is that he/she is the tenant at the time of the settlement. All advanced payments made up to
this date are likewise assigned to this tenant. The system date is used as the base date in the simulation.
If the indicator is not set, all the tenants are determined throughout the whole settlement period and the
service charges are shared amongst the tenants depending on the exact number of occupancy days.
If the tenant service charge settlement is activated and the apartment is vacant, no customer can be
assigned since no active tenant exists.
- In this case, assign flow types to the service charge keys for the debit position of the costs. A
reference flow type for vacancies is assigned to this flow type, and you have to set up accounts
for it.
- Also determine the G/L accounts to which the advance payments already made are transferred
in the case of a vacancy. Make a link here to the G/L account to which the postings are made
for the advance payments (identified by the flow category).
Requirements
'Tenant service charge settlement' is set in the field status control of the rental unit or rental agreement.
Flow types, reference flow types and flow categories are maintained. See also Assign flow types to flow
categories.
In this section, you determine the account determination for the debit position resp. service charges
settlement of vacant rental units for the tenant service cost settlement (Austrian tenancy law):
______________________________________________________________
SAP AG 300
SAP System
______________________________________________________________
Requirements
Activities
Further notes
To enable the made settings to work, you have to set the Tenant service charge settlement indicator
on the rental unit.
In this chapter, you make the settings for the heating expenses settlement through external companies.
In this section, you determine the settings for the external heating expenses settlement using standardized
tapes.
You maintain the exchange directory for data medium exchange via Basic Settings -> Basic settings for
______________________________________________________________
SAP AG 301
SAP System
______________________________________________________________
overall client.
Activities
To transport the entries, choose 'Table view -> Transport' from the menu. After entering the transport
request, choose the "Include in transport request" function and save.
Caution:
The table that includes these entries also contains other fields, which are maintained by means of other
Customizing menu options:
- Basic settings for overall client
- Excluding leading zeros
- Field status Applications
- Field status co-applicant
Before the transport, you should ensure that these entries can really be transported.
Standard settings
SAP delivers the text modules SAMPLE_PROCESS_00702401 as blank templates. In this text
module, you have technical explanations for customer-specific links to BTE.
Activities
You find the transaction via Environment ->Infomation systems(Processes) by entering the
component IS-RE.
Tempory data from various programs is stored on the system level in files. Specify where this data is to be
______________________________________________________________
SAP AG 302
SAP System
______________________________________________________________
stored.
This file is also used for the data medium exchange used for external heating expenses settlement.
In this section, you determine the data of the settlement companies for the external heating expenses
settlement.
Here you have to assign a freely definable key for the name of the settlement company, the name of the
settlement company, your customer number at the settlement company and an indicator for the type of the
settlement.
Activities
The value set here is set as a default value when a central heating system is created.
In this section, you assign the cost elements of the settlement company the corresponding service charge
key of your company.
Activities
______________________________________________________________
SAP AG 303
SAP System
______________________________________________________________
1. the names of the fuel types in your system (internal fuel types) as well as which service charges keys
are to be used to enter the costs of these fuel types.
2. the name of the fuel types of the settlement company as well as the assignment of your fuel types.
These objects are needed for the data medium exchange of the fuel costs incurred. Take the fuel
types from the documents of your settlement company.
Requirements
Service charges keys are created for each internal fuel type.
Activities
______________________________________________________________
SAP AG 304
SAP System
______________________________________________________________
Advance payments for operating costs, heating expenses and sales-based rents are handled, from a
technical point of view, as customer down payments, and are updated as such in Controlling. To ensure
that the down payment data is updated, you have to assign a revenue element to each special G/L account.
You do this as follows:
For all special G/L accounts that are required for the down payment postings, create a parallel G/L
account:
Example
Special G/L transaction Special G/L account Pararell G/L account
J AP request 196900 841100
K Operating costs 196910 841110
U Sales-based rent 196920 841120
C Cash deposit 196930 841130
The G/L accounts you create must be profit and loss accounts.
1. Create these accounts as revenue elements in Controlling.
2. To assign these new accounts to the special G/L accounts, choose the IMG activity "Accounts for
Updating RE Down Payments" in this section.
Result
In Financial Accounting, the debit position updates the accounts 196900-196930 (in this example) which
represent the special G/L accounts for the special G/L transactions used.
No postings are made on accounts 841100-841130 in Financial Accounting (!), and consequently no
balance is shown on these accounts after the debit position run. The purpose of these accounts is only to
update the down payments in Controlling.
If no revenue type is entered in the "Accounts for Updating RE Down Payments" table, the revenue type
for customer down payments is used; you can maintain this revenue type dependent on the controlling
area. In this case, choose the IMG activity "Default Cost Elements for Down Payment Update". Note that
this default cost element does not differentiate between J and K postings, which means that debit and
credit postings balance.
Note: Even if you do not need this default cost element, you have to maintain the data. If you do not, the
system terminates the debit position with an error message.
In this section, you maintain the cost element groups (sets) you want to use for reports of the information
system.
Individual cost elements are grouped together into cost element groups.
______________________________________________________________
SAP AG 305
SAP System
______________________________________________________________
You can structure of the cost element groups as you like. Each node of the structure makes up a totals line
in the report thus allowing report structuring. You always have to adapt the corresponding accounts or
insert them for your chart of accounts.
You use the cost element groups:
1. for the Real Estate Information System/cost element reporting
By means of the cost element structure, you determine the row structure of your cost element reports
and the funds overviews. Totals formation is carried out in the funds overview for each cost element
group node.
2. for processing several cost elements in one go.
You can use the cost element groups in cost element planning to edit several cost elements (of a cost
element group) together.
You can create and manage any number of cost element groups in the system in parallel.
Example
You could create the following cost element structure in order to analyse costs and revenues resulting
from real estate rentals:
FDI-STD (result)
FDI-S-K (costs)
FDI-S-P (primary costs)
(...)
FDI-S-NK (service charges)
FDI-S-NKH (heating expenses)
(...)
FDI-S-NKB (operating costs)
FDI-S-E (revenues)
FDI-S-EB (gross revenues)
FDI-S-ES (sales deductions)
(...)
FDI-S-EW (valuation adjustment)
and also
FDI-S-A (payment data)
FDI-S-AK (down payments to vendor account)
FDI-S-ANFK (requested down payments)
FDI-S-ANZK (down payments made)
FDI-S-AD (down payments to customer account)
(...)
Requirements
______________________________________________________________
SAP AG 306
SAP System
______________________________________________________________
Activities
1. Check whether the preset cost element groups meet your requirements ("Display cost element group"
activity).
a) Name the cost element group you want to display and choose the 'Execute' function.
b) The selected cost element group as well as its hierarchically subordinate cost element groups
are displayed. The following edit options are available:
- By double-clicking on a cost element group, you switch between collapsed ('+' character) and
expanded view ('-' character).
- By means of the functions 'Expand all'/'Collapse all', you can navigate in the hierarchy
structure.
2. You might have to create new cost element groups or change existing cost element groups.
a) Activity "Create cost element group":
In this menu option, you create new cost element groups.
- Name the new cost element group and choose the 'Execute' function.
- If you want to assign another cost element group - and thus create a more complex cost element
hierarchy, position the cursor on the node, from which you want to expand the hierarchy and
choose the 'Insert group' function.
You can now assign an available cost element group (with cost elements) or directly create a
new cost element group and then assign cost elements.
- Choose the 'Maintain values...' function to enter the individual cost elements in the form of
intervals. You have to use the respective account numbers to identify the cost elements.
- Save your entries.
b) Activity "Change cost element group":
In this step, you edit existing cost element groups.
For details on the maintenance of cost element groups, see the 'CO Overhead Management'
documentation, under 'Master data groups'.
3. Activity "Transport master data Controlling"
For the transport, use the corresponding functionality from Controlling. (also see the Controlling
Implementation Guide, main chapter "Controlling General", subchapter "Production Start-Up
Preparation", section "System Configuration Transport").
Controlling Implementation Guide, chapter "Transport master data configuration"
Further notes
You can combine similar cost elements into cost element groups. Similar cost element groups can be
combined to form other cost element groups so as to build a cost element hierarchy.
You can use cost element groups:
- In the information system
The row structure of your report is determined by the cost element structure. You can create totals
for each node in the report.
______________________________________________________________
SAP AG 307
SAP System
______________________________________________________________
11.11.3 Planning
In this section you carry out the necessary steps for introducing manual planning. You can define the
following:
- Planning layouts
- Planner profile
In this IMG activity you define new planning layouts or change existing ones.
Using the planning layout you specify what contents appear in the header, rows, and columns (elements)
of your planning screens depending on the specific management requirements made by cost center
planning.
The SAP system contains standard SAP planning layouts that satisfy most planning requirements. Only if
this is not the case do you require your own layouts.
______________________________________________________________
SAP AG 308
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 309
SAP System
______________________________________________________________
Internal Orders
Cost/Revenue Element Planning
- 1-401 Orders: Cost elements, standard
- 1-402 Orders: Activity inputs, standard
- 1-402P: Orders: Process inputs
- 1-404 Orders: Primary/secondary order costs
Cost Planning/Activity Input Planning
- 1-461 Cost elements: Simplified layout
- 1-462 Cost elements: Simplified layout, central
Statistical Key Figure Planning
- 1-601 Orders: Statistical key figures, standard
- 1-603C: Orders: Statistical key figures, central
- 1-661 Statistical key figures, simplified
- 1-662 Statistical key figures, simplified, central
Project Cost Controlling
Cost Element/Activity Input Planning
- 1-701 WBS elements: Cost element planning
- 1-702 WBS elements: Activity inputs
- 1-702P: WBS elements: Process inputs
- 1-703 WBS elements: Revenues, revenue cost elements
- 1-704: WBS elements: Primary/secondary order costs
Statistical Key Figure Planning
- 1-901 WBS elements: Statistical key figures, standard
- 1-903C WBS elements: Statistical key figures, central
- 1-C01 Networks: Statistical key figures
- 1-C02 Networks: Statistical key figures
- 1-C03C Networks:Statistical key figures, central
Activity-Based Costing
Cost Planning/Activity Input Planning
- 1-104P Processes: Primary/secondary order costs, processes
- 1-102P Processes: Activity-dependent/-independent process inputs
- 1-D01 Processes: Cost elements
- 1-D02 Processes: Activity inputs
______________________________________________________________
SAP AG 310
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 311
SAP System
______________________________________________________________
Further notes
With some exceptions, defining planning layouts is similar to defining reports with the Report Painter.
The following is essential information on defining a planning layout. For a detailed description of
functions, see the SAP Library under Financials -> Controlling -> Cost Center Accounting ->
Information System -> Define Reports -> Creating Reports with Report Painter, or in the
Implementation Guide for Cost Center Accounting under Information System -> Own Reports ->
Create reports .
A planning layout consists of the following components:
- Header
- Lead and value columns (elements)
Header
Defining a planning layout begins by entering general selection criteria (Edit -> General selection
-> Display/Change). These criteria control which characteristics and which characteristic values
are in the header of the planning layout.
The General Selections characteristics apply to the whole planning layout. This reduces the time
required for defining the planning layout and also improves the response times when you execute the
planning, since the SAP system has to read less data.
You have the option of defining the characteristics and the lead and value columns as variables.
Defining them as variables means that these fields are ready for input on the initial screen when you
execute the planning.
In a layout for cost element planning, you would (under general selections) choose the characteristics
version, period, fiscal year, and cost center. The lead column contains the characteristics activity
type and cost element. The value columns contain key figures like e.g. Plan costs in object
currency and actual costs in object currency.
In a layout for a quarterly comparison, you would for example choose the characteristics Version
and Fiscal year as general selections. You would enter the period and the cost center in the lead
column or value columns.
In a further step, you can determine the hierarchical order in which characteristics in the general
selection criteria are used (Edit -> General selection -> Header). Without header entries, the
hierarchical order given by the SAP system as a default is retained.
Lead columns and value columns
You now define the content of the lead and value columns in the planning layout. The layout of the
columns and rows is based on the selection of particular characteristics that are preset by SAP. You
assign an attribute to each characteristic.
______________________________________________________________
SAP AG 312
SAP System
______________________________________________________________
Under this type of definition, the system proposes all the possible combinations of characteristic
values of the lead columns defined for planning.
You define the first lead column by selecting the column heading, or by placing the cursor on the
lead column and choosing Edit -> Element -> Define element.
By choosing Edit -> Columns -> New lead column you can insert further lead columns.
Note that the system inserts each new lead column in front of the other lead columns.
Under this definition method, you can select exactly one characteristic per lead column.
Example
Primary cost planning, fast entry
1st lead column 2nd lead column 1st value column
Cost center Cost element Plan costs
4711 - 4719 400000 - 403000
420000 - 429000
The system calculates the rows from the Cartesian product of the values from all lead columns.
In this type of definition you must define every row by double-clicking on the row description. The
definition of the first row determines whether all rows are defined through a key figure with
characteristics or just with characteristics. You can choose one or more characteristics per row.
If, for example, you want a complete overview of all key figures in the planning layout, you define
the lead columns via key figures with characteristics.
- Rows of element type Characteristics are defined by choosing the characteristics and
assigning them characteristic values.
- Rows of element type Key figure with characteristics are defined by first choosing exactly
one key figure from the list of all possible key figures. Afterwards, you decide on the
characteristics and characteristic values.
The procedure is similar to that for defining value columns.
Example
Quarterly planning in several versions
1st lead column 1st value column
Version/Quarter Plan costs
Version1/Quarter1
Version2/Quarter1
Version1/Quarter2
Version2/Quarter2
...
______________________________________________________________
SAP AG 313
SAP System
______________________________________________________________
- Define column with either a key figure with characteristics or just characteristics
- Define formula column
- Define attribute column
- Define Column with Either a Key Figure with Characteristics or Just Characteristics
The procedure is similar to that for defining lead columns with rows.
A formula column is a value column made up of values from previously defined columns. When
defining a formula, the SAP system provides you with a selection of value columns in a dialog box.
The system calculates the values for these columns once the value columns used in the formula
contain values.
In the dialog window, choose the element type Formula.
______________________________________________________________
SAP AG 314
SAP System
______________________________________________________________
In the following screen you can create a formula using previously defined value columns with the aid
of the formula components found in the screen.
Example
Indirect Formulas
Indirect formulas allow you to enter values in formula columns during planning that the R/3 System
uses to determine values in another layout column.
Example
You plan a wage increase for employees as a percentage surcharge. The SAP system should
determine the plan value of the current year from the surcharge and the plan value of the previous
year.
1. Planning Layout
Indicate the column "Plan Cur. Year" as not ready for input , the column "% Raise" as ready for
input.
Afterwards, generate the reverse formula.
______________________________________________________________
SAP AG 315
SAP System
______________________________________________________________
2. Planning (Example)
If, before manual planning starts, the previous year plan values are copied to the current year (via
Planning -> Planning aids -> Copy planning), the new plan costs can be calculated then by
entering the percentage raise.
When defining an attribute column, you have two options, depending on the attributes used:
- Attribute columns with direct reference to a value column
- Attribute columns with no direct reference to a value column
You set the Unit, Distribution key and Action attributes in conjunction with a value column.
You have options for definition:
- Select a previously defined value column and choose Edit -> Columns -> Attach add. fields.
This inserts selected attribute columns into the planning layout.
This method establishes a direct reference between the attribute column and the value column.
If you wish to change characteristics and characteristic values for the value column, the SAP
system confirms whether the dependent attributes are to be changed and, if so, adjusts the
attribute column accordingly.
You can also define characteristic and characteristic values in the attribute column
independently of the value column.
- Select the free field next to an existing value column and choose the element type Attribute
from the dialog window.
The attribute column so defined has no direct connection to a value column. Changes in the
characteristic values of value columns have no further effects on the attribute column.
There are two kinds of attribute - display attributes and those that can be maintained during the
______________________________________________________________
SAP AG 316
SAP System
______________________________________________________________
planning process.
Example
Key figure Plan activity
Unit: Activity unit from the activity unit master record
Units in statistical key figure planning, display attribute. The SAP system automatically uses
the unit entered in the key figure master record as the unit for statistical key figures in planning.
______________________________________________________________
SAP AG 317
SAP System
______________________________________________________________
the overview screen, the SAP system distributes this value to the individual periods according
to a rule that is stored in the distribution key.
The standard system includes fixed non-changeable distribution keys (standard distribution
keys).
If you want to use a particular season distribution, you can also define any number of individual
distribution keys.
You can define distribution keys per key figure.
Example
Fixed plan costs + distribution key for plan costs (fixed)
Variable plan costs + distribution key for plan costs (variable).
- Action, maintainable.
The action determines how the SAP system is to process the values entered. You can add,
subtract, or replace the entry value for the existing value.
Caution
You can define the action per plan record only, and not per key figure.
______________________________________________________________
SAP AG 318
SAP System
______________________________________________________________
This indicator shows whether consumption quantities are recorded on the cost center.
______________________________________________________________
SAP AG 319
SAP System
______________________________________________________________
The system sets the dependency source type according to the dependency type.
Along with the attributes for unit, distribution key, action type, long text available, transaction,
exchange rate type, value date, and cost element attribute, the following attributes are available in
activity type planning:
Two transactions are differentiated here, those for:
- Manual and non-allocatable activities
- Automatically allocatable activitites
The transaction results from the activity type category.
001:
The activity type's activity price is automatically calculated on the basis of plan activity for the
cost center to be planned.
______________________________________________________________
SAP AG 320
SAP System
______________________________________________________________
002:
The activity type's activity price is automatically calculated on the basis of the capacity of the
cost center to be planned. The capacity serves only for fixed costs as a basis for activity price
calculation. This is relevant for cost centers that must continually be prepared for maximum
activity quantity output, such as costs for supplying energy from a power plant. The total costs
are fixed.
Fixed activity price: Fixed plan costs / Capacity
Variable activity price: Variable plan costs / Plan activity
Total activity price: Fixed activity price + Variable activity price
Note
If you set values 001 or 002, you must carry out plan activity price calculation.
003:
The activity type's activity price is set manually.
If you activate the indicator "ItAcPr" (purely iterative activity price) in the version, the system
calculates a purely iterative activity price along with the activity price resulting from planning.
______________________________________________________________
SAP AG 321
SAP System
______________________________________________________________
In addition to the attributes unit, distribution key, action type, and long text available, the following
attributes are available for statistical key figure planning:
______________________________________________________________
SAP AG 322
SAP System
______________________________________________________________
These attributes are useful in the planning layout when you transfer key figures from the
Logistics Information System (LIS).
Afterwards, you determine characteristics and characteristic values for the attribute columns.
Characteristics and characteristic values
When defining headers, lead columns, and value columns, you must enter one or more characteristics.
Characteristics are predefined by the SAP system for the corresponding planning area.
Characteristics
The following section is a list of the possible characteristics.
These are divided into optional and required characteristics.
- Version
Enter one or more individual values or one or more intervals.
- Planning period
Enter an individual value or an interval.
- Fiscal year
Enter one or more individual values or one or more intervals.
- Cost center
Enter one or more individual values, one or more intervals, or one or more cost center groups.
Version, planning period, fiscal year, and cost center are required characteristics in all planning
areas.
- Activity type: Required characteristic for activity type planning, optional characteristic for cost
element and statistical key figure planning
Enter either one or more individual values, several intervals, or one activity type group.
The following transactions do not require the characteristic:
- Primary cost planning, activity-independent
- Activity input planning, activity-independent
- Revenue planning
- Settlement cost planning, activity-independent
- Secondary order cost planning, activity-independent
- Cost element: Relevant only for cost element planning, where it is an optional characteristic which
can be ignored if plan records only are entered for activity inputs in the affected planning layout.
- There the cost element is the sender allocation cost element.
In primary cost planning the cost element is a required characteristic.
Enter one or more individual values, one or more intervals, or a cost element group.
______________________________________________________________
SAP AG 323
SAP System
______________________________________________________________
- Resource
This is important for resource planning, where it is a required characteristic.
Resource planning is primary cost planning on a quantity basis. You can valuate planned
consumption quantities and determine resulting costs. Resource planning can thus sub-divide cost
element planning. You can plan on orders and WBS structures. You cannot use resources in the
Actual. Use Define resources to maintain resources.
Enter one or more single values or intervals.
- Sender cost center: Relevant only for cost element planning, where it is an optional characteristic
The characteristic can be ignored if you do not wish to plan activity inputs with the relevant layout.
For the following transactions, you do not require the characteristic:
- Primary cost planning, activity-independent and activity-dependent
- Revenue planning
- Settlement cost planning, activity-independent and activity- dependent without sender reference
- Planning credits as surcharges
Enter one or more individual values, one or more intervals, or a cost center group.
- Sender activity type: Relevant only for cost element planning, where it is an optional characteristic
The characteristic can be left aside if you do not wish to plan activity inputs with the relevant layout.
For the following transactions, you do not require the characteristic:
- Primary cost planning, activity-independent and activity-dependent
- Revenue planning
- Settlement cost planning, activity-independent and activity- dependent without sender reference
- Planning credits as surcharges
Enter one or more single values, one or more intervals, or an activity type group.
The characteristics sender cost center and sender activity type are only useful in tandem.
- Transaction currency: Relevant only for cost element planning, where it is an optional characteristic.
Enter one or more individual values or one or more intervals.
If you do not select the characteristic, the controlling area currency will be set for the field.
Note
If you define a value column in your planning layout for cost element planning via the key figures
"Total actual costs in controlling area currency" or "Total actual costs in object currency", you must
include the transaction currency as an additional characteristic in the key columns if actual cost
postings use a transaction currency which is not the same as the controlling area currency.
- Statistical key figure: Required characteristic for statistical key figure planning
Enter one or more single values, one or more intervals, or an activity type group.
After specifying the characteristic, you must determine the characteristic value controlling the data
selection.
______________________________________________________________
SAP AG 324
SAP System
______________________________________________________________
Characteristic Values
When defining characteristic values, you have the following options:
Example:
You create a layout with the following three value columns:
Column 1: Version, Variable 1 Fis.Y, 1996
Column 2: Version, Variable 1 Fis.Y, 1995
Column 3: Version, Variable 2 Fis.Y, 1995
Local variable 1 is used twice, variable 2 only once.
You enter a variable for the characteristic value by choosing Indicator for entering variables
(variables on/off) on the screen Define Element.
The system changes the size of the input field and marks the field.
The local variable designation can be set as desired.
Additionally, you can also parameterize texts under Edit -> Element -> Change text (text
variable). On the screen Enter Text, enter a local variable beginning with special character "$".
According to your setting per text variable, the SAP system determines the text automatically from
the selection of the assigned characteristics.
If you set characteristic values as variables, the user will be asked during planning callup to replace
the variables with values.
Notes
1. Calculated variables
Variables based on numerical fields may be changed with additive operations. The variable is
extended with a "+" or "-" and a number (no more than two places). In a formula, for example,
variable "A" is used in a fiscal year column. The second column should display the previous year.
Parameter "A-1" is thus maintained as the fiscal year characteristic. In the planning transactions, the
fiscal year variable "A" is called up as a control date, and the previous year is calculated
automatically.
______________________________________________________________
SAP AG 325
SAP System
______________________________________________________________
2. Mandatory/optional variables
For variables in optional characteristics, you have the choice between
Replacement through mandatory entry
Replacement through optional entry
Use the menu path Extras -> Variables -> Define variable. Choose a variable for an optional
characteristic and you thereby replace the default Mandatory with Optional.
Example
You set Activity type as the optional characteristic in the planning layout Cost elements/Activity
inputs and activate the Optional setting. On the initial planning screen, you have the option of
selecting activity-dependent and activity-independent planning. Only when you fill the field Activity
type on the initial screen will activity-dependent planning be executed.
3. Names/key values of variables
To give each variable a name, use Extras -> Variables -> Define variables -> Name and use the
name when prompted in the initial planning screen.
Examples
You use 2 versions for an optimistic/pessimistic planning comparison. Using the naming function
identifies the variables in the different versions.
You define a period interval. To distinguish between the "From" period and the "To" period on the
initial planning screen, save the appropriate names for the variables.
For more information about variables, see the SAP Library under Cross-Application Components ->
CA - Drilldown Reporting -> Reports -> Variables -> Variables for Characteristic Values,
Variables for Texts, or Variables for Formulas.
For all Real Estate objects that are dependent hierarchically on the business entity, the business entity has
to be specified as a Single object. In this case it is not possible, for instance, to select
From / To Business entity as well as
From / To Rental unit.
If you do not observe this restriction when planning your layouts, term errors may result.
You also have to consider that the hierarchically lowest object entered determines which object type you
will plan (e.g. building). Therefore you always have to define the From-value as a required entry.
As a standard procedure, we recommend you to copy standard layouts when defining your own layouts,
and only to change the values entered during planning but not the selection criteria.
To be able to plan for cost elements, you first need to define the planning layout. In the planning layout,
______________________________________________________________
SAP AG 326
SAP System
______________________________________________________________
Requirements
In the standard SAP System, planning layouts are found only in client 000. To use them as models for
user-defined planning layouts, they must be taken from client 000 and imported to your production client.
Use the IMG General Controlling under the section Prepare Production Startup -> Transport
System Settings -> Transport Planning Settings -> Import Standard Planning Layouts.
Recommendation
After installing a new release or update, you should repeat the import of standard planning layouts from
client 000 in order to access the latest layouts.
Activities
1. Create planning layouts for cost element planning based on your requirements.
2. Change an existing planning layout.
Further notes
Notes on transport
For the transport of planning layouts, an individual function is available in Customizing under
Controlling -> General Controlling -> Production Startup Preparation -> Transport System
Settings -> Transport System Settings -> Transport Planning Layouts.
To be able to plan statistical key figures, you first need to define planning layouts for planning statistical
key figures. You specify the layout of the planning screens in these planning layouts.
Requirements
In the standard SAP System, planning layouts are found only in client 000. To use them as models for
user-defined planning layouts, they must be taken from client 000 and imported to your production client.
______________________________________________________________
SAP AG 327
SAP System
______________________________________________________________
Use the IMG General Controlling under the section Prepare Production Startup -> Transport
System Settings -> Transport Planning Settings -> Import Standard Planning Layouts.
Recommendation
After installing a new release or update, you should repeat the import of standard planning layouts from
client 000 in order to access the latest layouts.
Activities
1. Create planning layouts according to your requirements for the planning of statistical key figures.
2. Change an existing planning layout.
Additional Notes
Note on transport
For the transport of planning layouts, an separate function is available in Customizing for Controlling ->
General Controlling -> Production Start-Up Preparation -> Transport System Settings ->
Transport Settings for Planning -> Transport Planning Layouts.
In this step you import standard planning layouts from client 000 to the clients in which you are logged
on. This import can either be carried out online or in the background.
After a new release or update of the SAP System, the import from client 000 should be repeated in order
to access the current standard planning layouts.
______________________________________________________________
SAP AG 328
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 329
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 330
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 331
SAP System
______________________________________________________________
Note
Standard settings
The standard R/3 System stores planning layouts in client 000 only. To use the layouts, they must be
transported from client 000 to the production client.
Activities
Note
If possible, you should use background jobs and import during times of low system usage.
Planning layouts are controlling area-dependent objects. The SAP System selects all settings for this
object in the entire controlling area.
The SAP system places the selected object in a correction request.
You can transfer the data to the target system using the functions available under transport.
You can transport planning layouts for the following planning areas:
- Cost centers
- Cost elements/activity inputs
- Activities/prices
- Statistical key figures
- Manual Actual Prices
- Orders
- Cost elements/activity inputs
- Statistical key figures
- WBS elements
______________________________________________________________
SAP AG 332
SAP System
______________________________________________________________
Activities
______________________________________________________________
SAP AG 333
SAP System
______________________________________________________________
Further notes
For more information on the processing change requests, see the SAP Library under BC - Basis
Components -> Change and Transport System (BC-CTS) -> Change and Transport System -
Overview -> Transactions and Tools in the CTS -> Change and Transport Organizer ->
Workbench Organizer as well as -> Transport Organizer.
You use planner profiles to control the way planning is carried out. In a planner profile, you specify per
planning area which planning layout is to be used with which default values. Per planning area, you can
create as many planning layouts as you require. The profile item determines the order of the planning
layouts within a planning area and can be used to assign the same planning layout to a planner profile in
multiple areas, but with a different default setting each time.
Planner profiles are hierarchically structured as follows:
- Planner Profile
- General Controlling
- Layouts Controlling
- Default Parameters
- Planner Profile
You can assign an authorization group to every standard profile and every planner profile that you
create in the Profile planning overview.
The combination of authorization groups and locked default settings (see Default layout) results in
highly detailed authorization assignments for entering planning data.
All the planner profiles in the system are defaulted. This is regardless of the component in which you
wish to call up planner profile processing. This enables you to define allowed entries of planner
profiles from other components, for each component chosen.
- General Controlling
For each planner profile, the system recommends different planning areas, depending on the
application component. You can create additional planning areas.
In CuDK you can enter a default value for a distribution key for currency amounts.
In QtDK you can enter a default value for a distribution key for quantities.
The system uses these default values for combinations that have not yet been planned, even if you
have not selected a distribution key in the definition of the planning layout.
- Layout Controlling
In each planning area, you determine which planning layouts appear in which sequence. For each
planning area, you must define at least one profile item and assign a planning layout.
The Deflt indicator shows whether settings already exist (see: Default settings layout).
If you deactivate the Over. (=Default settings not protected) indicator, the user must use the entries
given in planning and may use only the defaulted variables. If the indicator is active, the entries are
default values which can be overwritten when entering planning.
______________________________________________________________
SAP AG 334
SAP System
______________________________________________________________
The Excel integration indicator gives you the option of entering planning data in an Excel
worksheet. If the indicator is active, you can use Excel to make your entries.
The file description influences the layout of the worksheet. If you move the planning data (that you
entered in the system) within the worksheet, the file description creates the link between the old data
and the new location.
You can also find further information on preparation for planning with Excel in the SAP Library
under Financials -> CO Controlling -> Cost Center Accounting -> Cost Center Planning ->
Manual Planning -> Techniques for Supporting Manual Planning -> Integrated Excel in
Planning.
- Default parameters
You can enter default parameters for the selection of planning data of each item in the assigned
planning layout.
All variables defined in a layout are referenced during planning as parameters, which you can set
with values per profile item.
If you undertake decentralized planning in your organization, the planner profiles assist the organizational
aspects of the planning process. You can assign particular user groups to profiles in which objects have
already been preset and precisely delimited.
Example
You set general selection criteria (fiscal year, version, periods and transaction currency) in your planning
layout PRIMARY.
From an organizational perspective, it was decided that the cost center managers decentrally plan the
material expenses first, followed by the personnel expenses.
Requirements
To create entire planner profiles, the planning layouts used must be available. Complete the IMG activity
Create Planning Layout.
______________________________________________________________
SAP AG 335
SAP System
______________________________________________________________
Standard settings
The standard system includes several defined planner profiles. The names of the profiles begin with SAP.
These are protected, meaning you cannot create custom profiles beginning with "SAP".
Note
Note that as of Release 4.0A, the planner profile SAP101, SAP102, SAP103, and SAP104 and the
planning layouts 1-101 to 1-104 contained in these profiles are no longer maintained by SAP.
Activities
To assign planner profiles to authorization groups, create the necessary groups in the IMG activity Create
Custom Authorization Groups. You can use the authorization groups to control which users have
access to which planner profiles. Assign authorizations with the authorization object "CO: Planner
Profiles" (K_TKA50).
To create planner profiles, proceed as follows
1. CO Planner Profile Overview
a) To create a new planner profile, choose New entries.
To copy an existing profile, select a reference and choose Edit -> Copy as.
b) Enter a name and explanatory short text for the object.
c) If necessary, assign an authorization group to the planner profile.
2. General Controlling
a) Select the suggested planning area for which you want to make settings and choose Settings
for General Controlling.
b) To create a new planning area, choose New entries.
3. Layouts for Controlling
a) Select a planning area for which you want to make settings and choose Layouts for General
Controlling.
b) Choose New entries and enter an item and previously defined layout.
c) Activate the indicator Default settings not protected if users may overwrite the defaulted
variables.
d) Activate Excel integration if you want to enter your planning data in an excel worksheet.
e) Enter a name for the file description.
If you do not enter a name, the system automatically assigns a name when you save the file.
f) Save your entries and return to the layout overview screen.
4. Layout Default Settings
a) Select a planning area for which you want to make settings and choose Layout Controlling.
b) Set the parameters of the defined variables per profile item for the planning layout.
Notes
______________________________________________________________
SAP AG 336
SAP System
______________________________________________________________
To define the excel worksheet, at least one row must exist on the screen. For this reason, you
need to enter example data as dummy data in the SAP System using the planning layout.
To be able to plan directly using the corresponding planning layout, you may need to reset any
planner profile that has been set under Planning -> Set planner profile.
5. Optional steps:
- Authorizations
In the IMG activity Authorization Management, set authorizations as required for object
K_TKA50 and assign the authorizations to the authorization profiles of the appropriate users.
- User parameters
Assign parameter ID PPP to the users who are to work with the profile in the user parameters
(choose System -> User profile -> User parameters).
- Deleting planner profiles
When you delete a planner profile, the system checks whether the profile is also used in other
components. If it is, you first need to delete the dependent entries for the planner profile in all
components, before you can delete the planner profile itself.
Note on transport
To transport planner profiles, see the General Controlling Customizing -> Production Start-Up
Preparation -> System Configuration Transport -> Planning Configuration Transport ->
Transport Other Planning Configurations. You can use this function to transport the complete set of
planner profiles from a test to a productive client.
Planner profile maintenance is connected to the automatic recording of transport data.
This also includes the settings for integrated Excel. The system includes file descriptions and Excel sheet
templates in the transport request, provided you have created them in Customizing.
The system also transports the settings for integrated Excel if you have manually included a planner
profile in - or manually deleted a planner profile from - a transport request (you do both by choosing
Table View -> Transport).
Warning
- When performing the transport, ensure that you have not manually created any integrated Excel
settings in the target system.
Only supply the target system by means of transports, otherwise inconsistencies could arise. When
importing the Excel sheet templates from the source system, the system does not overwrite the
settings already made in the target system.
- If, however, planner profiles with corresponding Excel sheet templates already exist in the target
system, you have to delete them before performing any imports. In planner profile maintenance, you
can delete these Excel sheet templates for specific planner profiles or profile items.
Further notes
You can find more information on planner profiles in the SAP Library under Financials -> CO
Controlling -> Cost Center Accounting -> Cost Center Planning -> Manual Planning -> Planning
Techniques -> Planning Screen Layout -> Planner Profiles.
______________________________________________________________
SAP AG 337
SAP System
______________________________________________________________
In this section, you make the settings required for the settlement of costs posted to real estate objects
(account assignment objects of Real Estate Management) to other Controlling objects (for example,
orders).
Currently, the following objects of Real Estate Management can participate in the CO settlement:
- Business entity
- Building
- Property
- Rental unit
- Rental agreement
The information/tasks formulated in the individual sections for orders or projects are to be applied to the
objects of Real Estate Management correspondingly.
______________________________________________________________
SAP AG 338
SAP System
______________________________________________________________
Activities
- If the cost elements assigned to the G/L accounts do not yet exist, create primary cost elements of
category 22 (external settlement).
If the corresponding G/L account does not yet exist, you need to enter this in Financial Accounting.
- If required, you can create secondary cost elements of category 21 (internal settlement).
- If the cost elements for the settlement already exist, you can change them (for example, the cost
element category), providing the cost element was not used previously.
Note on transport
The "General Controlling" IMG includes a function for cost element Transport.
During settlement, costs incurred under the primary and secondary cost elements by a sender are allocated
to one or more receivers. When you settle by cost element, you settle using the appropriate original cost
element.
An allocation structure comprises one or several settlement assignments. An assignment shows which
costs (origin: cost element groups from debit cost elements) are to be settled to which receiver type (for
example, cost center, order, and so on).
You have two alternatives in settlement assignment:
- You assign the debit cost element groups to a settlement cost element.
- You settle by cost element - that is, the debit cost element is the settlement cost element.
This is a good idea, for example, if the required capital spending for an asset you are building
yourself is to be monitored. These costs are settled by cost element to an inventory account in Asset
Accounting at the end of the year, or when the measure is complete.
Each allocation structure must fulfil the following criteria:
- Completeness
An allocation structure is assigned to each object to be settled. All cost elements in which costs
are incurred, must be represented in the appropriate allocation structure.
- Uniqueness
Each cost element in which costs are incurred may only appear once in an allocation structure.
Only one settlement cost element may be assigned to a source within a particular allocation
structure.
______________________________________________________________
SAP AG 339
SAP System
______________________________________________________________
If you require additional debit- or settlement cost elements, you can create these using the function
Maintain Settlement Cost Elements.
Note
When you settle to materials you do not need to create settlement cost elements.
Activities
In this IMG activity, you define the source structures used when settling and costing joint products.
A source structure contains several source assignments, each of which contains the individual cost
elements or cost element intervals to be settled using the same distribution rules.
In the settlement rule for the sender you can define one distribution rule, in which you specify the
distribution and receivers for the costs for each source assignment.
Example
The object in question has incurred both direct and overhead costs. The direct costs are to be divided 50%
each between a fixed asset and a cost center, while the overhead is to be settled in full to an administration
cost center in CO.
To do this, you would create a source structure with two source assignments:
______________________________________________________________
SAP AG 340
SAP System
______________________________________________________________
Activities
Check whether you need to use source structures in your settlement procedures. If you are settling to cost
elements, you do not need a source structure. Otherwise, create a source structure as follows:
1. Choose New entries, then enter a key and an explanatory text.
2. Choose assignments.
3. Choose source data and if requested, set the controlling area.
4. Choose New entries and store individual cost elements, cost element intervals or cost element
groups.
Save your entries.
In the PA transfer structure, you determine which cost element groups are assigned to which value fields
in Profitability Analysis (CO-PA). You make these assignments within so-called "assignment lines".
Settlement lets you transfer costs, revenues, sales deductions and production variances to costing-based
Profitability Analysis. The PA transfer structure defines which quantities or values of a sender are to be
transferred to which value fields in CO-PA as part of settlement.
For example, in the case of a marketing order, you can assign the cost element group "Personnel costs" to
value field VTRGK (= Sales overhead).
You assign value fields in a PA transfer structure in the individual assignment lines. Values and quantities
must be transferred to different value fields. Values can be assigned separately according to the fixed and
variable portions (fixed/variable indicator "1" and "2", respectively) or in total (fixed/variable indicator
"3").
You can assign the fixed and variable costs that are incurred by a cost element group to different value
fields.
PA tran. Assignment Qty/ Fixed/ Value
structure line value var. field
GK 10 Personnel costs 1 3 VTRGK
GK 20 Material costs 1 3 VTRGK
GK 30 Other costs 1 3 VTRGK
KD 10 Personnel costs 1 1 FERTF
KD 10 Personnel costs 1 2 FERTP
KD 20 Material costs 1 3 ROHST
______________________________________________________________
SAP AG 341
SAP System
______________________________________________________________
For settlement to Profitability Analysis to proceed smoothly, the assignments you enter must be unique
and complete:
A cost element group or cost element group/variance category combination can be assigned only once to a
PA transfer structure and will thus only appear once in the structure. You may not assign a cost element
group or cost element group variance category to more than one field in the operating concern. However,
you can assign the fixed and variable costs which have been incurred under one cost element group to
different value fields. (The following example is for PA transfer structure "OH" (Overhead).
Assignment line Origin Group Value field
10 Personnel costs COSTELEM BAB-PERS VTRPS
20 Material costs COSTELEM BAB-MATE VTRGK
30 Other costs COSTELEM BAB-SONST VTRGK
The PA transfer structure must be complete, meaning it must contain all cost elements under which
revenues and costs have been incurred.
When you settle senders with revenues, you can settle the following to profitability segments:
- Costs
You can settle costs that have been incurred by primary and secondary cost elements.
- Revenues, Sales deductions
You settle the revenues and sales deductions that have been incurred.
- Results analysis data
You settle the results analysis data that has been calculated under the results analysis cost elements
(cost of sales, reserves for imminent losses).
Assignment of actual costs, actual revenues, and actual sales deductions to the value fields in CO-PA is
made via the cost elements or revenue elements that were originally posted to the sender.
You use the results analysis cost elements to assign the results analysis data. This data is recorded in the
order or project via these cost elements:
Example: PA transfer structure "CD" (Cardinality)
Assignment line Origin Group Value field
10 Personnel costs COSTELEM BAB-KDUPE FERTF
20 Material costs COSTELEM BAB-KDUMA ROHST
30 Other costs COSTELEM BAB-KDUSO SONST
40 Revenues COSTELEM BAB-ERLO ERLOS
50 Discounts COSTELEM BAB-ERLS RABAT
60 IL reserves COSTELEM BAB-RUEDV RUEDV
______________________________________________________________
SAP AG 342
SAP System
______________________________________________________________
You can settle the variances that have occurred for a cost element or cost element group (differences
between planned costs and actual costs) to CO-PA separately. To do this, you need to specify a variance
category for the cost element or cost element group (see cost element group BAB-ROH in the example
below). If you do not specify a variance category, all the variances occurring under the cost element/cost
element group are settled to the value field assigned to the cost element group (in the example, cost
element group BAB-HILF).
The system distinguishes between the following variance categories:
- Input price variances
- Resource-usage variances
- Input quantity variances
- Remaining input variances
- Scrap variances
- Remaining variances
- Mixed price variances
- Output price variance
- Lot size variance
- Remaining variance
Note that, in particular, the settlement of Production variances provides you with useful analysis
possibilities in CO-PA.
Example: PA settlement structure "PO" (Production Order)
Assignment line Origin Group Value field
______________________________________________________________
SAP AG 343
SAP System
______________________________________________________________
Requirements
- First create the operating concern to which you want to settle, and then create its value fields.
- Either the revenue elements or cost elements you want to use must be combined in cost element
groups or you have already used the Cost Center Accounting IMG activity Create Cost Element
Groups.
Activities
1. Use New entries to enter a short ID and a name for your PA transfer structure, then save your entries
and goto the overview screen for the PA transfer structure.
2. Use Detail to create assignment lines.
3. Use New entries to create one or more assignment lines.
If you want to copy the invoiced quantity when settling from customer orders or projects, set the
indicator "Invoiced quantity".
Save your entries and go to the overview screen for changing the assignment lines.
4. Use Assign origin to create a cost element group for your operating concern or New entries for the
assignment line under which the costs or revenues can be posted to the sender (if necessary, with a
variance category).
To do this, you can
- Use the F4 key, as origin "COST ELEMENT" or "VARIANCE CATEGORY" or
- Under "Setname" select an existing cost element group or variance category.
Choose a cost element group defined in the chart of accounts and which is assigned to the
controlling area for the sender object.
For each assignment line in a cost element group you can assign only one variance category.
Save your entries and goto the overview screen for changing the PA transfer structure.
5. Define the value field assignment you want to use when settling orders and projects in the operating
concern.
Assign the value fields.
Further notes
For more information on determining variances, refer to the "Cost Object Accounting" documentation and
the IMG under "Product Cost Accounting".
In the settlement profile, you define a range of control parameters for settlement. You must define the
settlement profile before you can enter a settlement rule for a sender.
If you want to settle the costs each time to just one cost center or just one G/L account, you need a
settlement profile. As you cannot maintain the settlement parameters during settlement to a receiver, you
must save the settlement profile either in the order type or in the model order or reference order.
______________________________________________________________
SAP AG 344
SAP System
______________________________________________________________
Recommendation
The settlement profile includes, among other things, the retention period for the settlement documents.
You should bear in mind the following when you determine the retention period.
The settlement documents take up additional storage capacity. When a posting period is finally locked
against further postings in Financial Accounting and Controlling, you can clear the settlement documents.
However, you should build in a safety margin, as you will need the settlement documents if you have to
cancel any settlements or repeat the period end close.
Activities
Additional Information
For more information on this subject, go to the SAP Library and choose AC - Financials -> CO -
Controlling -> Internal Orders - > CO Settlement.
In this step, you create a selection variant for the settlement valid for all objects. You can
define both contents and structure of the selection variant.
Example
If you want to select your objects by usage types, for example, you define a selection variant
that only restricts the usage type (free selection). In addition, you can mark which object types
are to be settled in this variant.
Activities
1. Create your own separate selection variant as follows:
a) Call up the "Selection variants" function.
The screen "ABAP/4: Variants Initial Screen" is displayed.
b) Enter a name for your variant in the corresponding field. Mark the object component
"Values" and choose "Create".
c) You branch to the screen "Variant maintenance for report RFVIHIER". The selection fields
defined for the ABAP/4 report are displayed here.
d) Enter the corresponding values for the required fields.
e) To maintain other selections, choose the "Free selections" function, enter your selections
and exit the screen using "Back"
f) Press "Continue"
______________________________________________________________
SAP AG 345
SAP System
______________________________________________________________
g) You branch to attribute maintenance for the selection variant. Here you can assign the
following field attributes:
Protected
The value you have defined for the field cannot be overwritten in the application.
Hidden
The field is hidden from the display of the selection variant.
Variable
Via this indicator, you can define a variable for a field. During runtime, the field is then
provided with the corresponding value.
h) If you have maintained the attributes and have entered a short text in the "Meaning" field,
you can save your entries.
The variant is available when you call up collective processing of the settlement.
Each settlement must be identified explicitly. To do so, the SAP System creates a settlement document
each time an object is settled.
You use settlement documents for the transactions "Reversal of Settlements" and "Repeated Period-End
Closing".
In this step you define the intervals, or number ranges, for settlement documents for one or more
controlling areas.
Recommendation
You should define separate number range intervals for settlement documents for each controlling area.
This improves performance if you want to settle objects in different controlling areas at the same time (for
example, on the same day).
Activities
1. Create a number range with Group -> Maintain and Group -> Insert
2. Give your number range a description.
3. Specify one interval for the number range. If you use up this range, you can add more intervals.
4. Select one or more of the controlling areas listed in the block "Not assigned".
5. Place the cursor on the number range to which you want to assign the selected controlling areas.
6. Use Assign element group to assign the controlling area(s) to the appropriate number range and
save your entries.
Further notes
______________________________________________________________
SAP AG 346
SAP System
______________________________________________________________
Choose Interval -> Transport in the accounting document Number Range screen.
All intervals for the selected number range object are deleted in the target system first. After the import,
only the intervals you export are present. The number statuses are imported with their values at the time of
export.
Dependent tables are not transported or converted. Note that the appropriate application table is also
transported for number range objects used for group maintenance.
In the IMG activity "Define Assessment" you set rules in the form of cycles to allocate primary and
secondary costs in the actual.
Requirements
You must already have completed the IMG activity Create Assessment Cost Elements.
If you are using an allocation structure, you must have completed the IMG activity Define Allocation
Structure.
Recommendation
When using assessment, distribution, and periodic reposting, note the following:
- You can use assessment if the origin of the primary costs is not important. If required, you can use
multiple assessment cost elements for differentiation.
- Periodic reposting is recommended if the origin of primary costs is important, but the partner object
does not need to be displayed directly. The partner information, however, is not lost. Proof of origin
is always possible via the line item document.
- If you do need to show the partner object directly in the report, you must use distribution. The data
volume will grow significantly for the proof of the partner objects, particularly in large distributions.
Note that the data volume generated for past periods will grow with increased numbers of periods.
Especially in reporting and for data backups, it is important to keep the data volume generated by
allocation to a minimum. For this reason, assessment or periodic reposting are to be recommended.
For performance reasons, you should not use more than 50 segments in one cycle. If necessary, define
multiple cycles. A larger number of segments per cycle is only necessary for extensive iterations.
Also: For performance reasons, never use more than 10,000 relationships in an allocation cycle. If you
require more than that, you must plan a mass test of the allocations beforehand.
Example
From a sender cost center with 100 sender cost elements, allocations are made with one segment to 500
receiver cost centers.
The following numbers of sender and receiver totals records result from the different allocations that must
be written in the processed period:
______________________________________________________________
SAP AG 347
SAP System
______________________________________________________________
Activities
If, in your client, you have not selected the automatic recording of changes for client-specific objects (in
Customizing under Basis Components -> System Administration -> Change and Transport
System -> Configure Clients), you can transport your settings to the target system in a user-defined
______________________________________________________________
SAP AG 348
SAP System
______________________________________________________________
activity.
To do this, in Customizing, choose Controlling -> General Controlling -> Production Start-Up
Preparation -> Transport System Settings and then process the relevant activity.
Additonal information
Requirements
______________________________________________________________
SAP AG 349
SAP System
______________________________________________________________
Statistical key figures are maintained in Real Estate -> Real Estate Controlling -> Maintain Statistical Key
Figures, and the necessary setttings have been made for apportionment units in Real Estate -> Service
Charge Settlement -> Apportionment Units.
Purpose
Statistical key figures can be used for forming key figures in reporting and as a distribution key for cost
center assignment. From Release 4.6A the cost center assessment (actual) is also possible for Real Estate
object types business entity, property, building and settlement unit.
To use the existing apportionment factors in CO, they have to be assigned to statistical key figures here.
They can then be transferred automatically.
______________________________________________________________
SAP AG 350
SAP System
______________________________________________________________
You have to create house banks in the object's company code for the owners whose real estate is managed
in the system.
First create the house banks and the corresponding bank accounts.
Define House Banks
If you intend these bank accounts to handle automatic payment transactions, you also have to make
settings in the payment program for them. In particular, you have to make settings for the choice of bank.
______________________________________________________________
SAP AG 351
SAP System
______________________________________________________________
Maintain the accounts that are relevant for the POR postings.
You can assign numbers for management contracts in the following ways:
1. Internal number assignment
If you set the number range of the contract number to "internal", the numbers are assigned consecutively
from a particular number range interval. If you do not want this, set the number range to "external".
2. External number assignment
This is a standard term to denote that the user has to enter the number himself.
3. User-defined number assignment
______________________________________________________________
SAP AG 352
SAP System
______________________________________________________________
Activities
In this section you specify individual processes for number assignment by:
Requirements
You have to set internal number assignment for the objects in question to be able to use the individual
processes in the application.
Standard settings
SAP supplies function module placeholders that you can edit as required.
You access the function modules in this transaction by choosing
Environment -> Infosystem(Processes), and entering the component IS-RE in the next dialog.
Activities
In this section you edit the field status for the management contract.
Here you determine for this object which fields during master record maintenance are:
- Required fields
- Optional fields
- Display fields
______________________________________________________________
SAP AG 353
SAP System
______________________________________________________________
Activities
In this section, you maintain the fee types for the management contract:
- Periodic fee types
These fees appear in the cash flow of the management contract and are posted to the management
contracts by means of the monthly debit position. Here, generally basic fees the manager receives for
his/her activity or advance payments for event-driven fees are involved.
- Event-driven fee types
These fee types do not appear in the cash flow of the management contract. The fees are due when a
corresponding event occurs, for example, if a tenant changes or construction work is being carried
out.
Activities
4. If separate arrangements are allowed for individual fee types for each object of an object type,
indicate for which object type this fee type is to be used.
Example:
You wish that different basic fees can be levied for each building. You then assign the object type
"Building" to the fee type Basic fees. If such a distinction is not required, "Management contract" is
assumed as object type.
5. In the TSPC column, a default value is entered for the tax code, with which the corresponding fee
type is to be posted.
6. In the PFrM column, you determine a default value for the time interval in months, which lies
between the payments described by the condition type (settlement period).
7. The PF column specifies a default value for the payment form.
______________________________________________________________
SAP AG 354
SAP System
______________________________________________________________
Example
An agreement was made that the manager receives a certain percentage of the value of the modernization
work to be able to carry out this modernization work. In this case, you have to enter an amount when you
enter the event.
Activities
In this section, you determine, which fee types are to be used for the settlement of the various event types
for which objects.
Example
The purchase of a new object has been characterized with the event type "ANK".
You want to represent the purchase by means of fee type 71 "Purchase objects" in cases where a building
(object type 3) is involved.
The new entry is:
ANK Purchase object 71 Purchase of an object 3 Building
Activities
______________________________________________________________
SAP AG 355
SAP System
______________________________________________________________
You can control the account determination for the management contract using the account determination
value (2nd account determination key), as well as using the flow type. You maintain the account
determination value here, and the data has to be entered in the management contract master data.
Further notes
The account determination value can also be set by means of substitution to avoid arbitrary assignments
of values.
The calculation rules for the fee calculation are determined by:
Standard settings
Activities
Check the standard installations and add any fee calculation bases that may be relevant for your
organization.
In this section you determine the calculation form per calculation base and calculation type.
The calculation type of the base is determined by the system as:
______________________________________________________________
SAP AG 356
SAP System
______________________________________________________________
a) A fixed amount
b) A percentage share
The actual calculation is carried out on the basis of freely adjustable function modules. These provide the
flexibility to define your own calculations.
Requirements
Standard settings
SAP supplies default function modules for calculation, based on the standard settings for the calculation
bases.
A description of what the function module actually calculates is contained in the module itself.
Recommendation
If you require calculation forms over and above those of the standard settings, you may need a new
function module.
You create or change function modules using transaction "SE80". We recommend using a module that
already exists as a template if you create new function modules.
Activities
In this section you determine another module for fee calculation using selection types and function
modules.
These two parameters determine how objects are selected for the fee settlement.
Requirements
Standard settings
______________________________________________________________
SAP AG 357
SAP System
______________________________________________________________
Recommendation
If you require function modules over and above those of the standard settings, you can create or change
these using transaction "SE80".
We recommend using a module that already exists as a template if you create new function modules.
Activities
In this section you determine the calculation rules for the fee determination.
A permitted calculation rule is determined by three components:
1. The affected fee type for which the fee amount is to be determined
2. The calculation method:
The calculation method determines how a fee amount is to be determined. The calculation type is
linked to a calculation base and various selections.
3. The selection type:
The selection type is part of the calculation base for the fee calculation within management costs
settlement. The calculation of the fee amounts can depend on different values, for example, on
various attributes of the objects (usage type, and so on). The calculation type with calculation base
can be combined with any number of selection types, where a selection type cannot be chosen
several times.
Recommendation
It is recommended to define at least one calculation rule for each fee type used.
Determine which fee types are to be displayed with which calculation rules/selection types as default
values when you create a management contract.
Requirements
Activities
______________________________________________________________
SAP AG 358
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 359
SAP System
______________________________________________________________
In this section, you determine the account determination of the periodic fee types by assigning condition
types.
Requirements
The condition types are created and a management contract is assigned to the condition group.
Activities
______________________________________________________________
SAP AG 360
SAP System
______________________________________________________________
In this section, you determine the account determination of the event-driven fee types by assigning flow
types.
Requirements
Activities
The default settings in the standard system contain a number of account symbols. Here, the "&" symbol
refers to bank accounts and the "*" symbol to reconciliation accounts for customer or vendor accounts.
The entry '*' is used only for debit-side or credit-side posting keys. It controls that
- for posting procedures without a special G/L indicator, the reconciliation account defined in the
respective customer master record is used as reconciliation account.
- for special G/L transactions, the special G/L account assigned to the reconciliation account,
which is defined in the respective customer master record, for this special G/L transaction is
used as reconciliation account.
Example:
______________________________________________________________
SAP AG 361
SAP System
______________________________________________________________
Precondition
Activities
1. Check whether the correct account determinations exist for all the required flow types.
2. If the account determination is missing for individual flow types, create a new one by performing the
following steps:
a) First, create the account symbols you need, using the Symbols function, and give them a short
name.
b) Use the Specifications function to return to the display of the posting specifications. There
perform the Create function.
c) Choose a flow type from (F4).
d) Make the following specifications for the debit and the credit posting respectively:
- Posting key
- Special G/L indicator: The special G/L indicator is not used for management contracts by
default.
- Account symbol: By means of the account symbol, a reference is made to a G/L account in
dependence on the chart of accounts. You can edit or display the individual assignments by
means of the Accounts function.
- Comp.ID: Indicate whether identical postings should appear in compressed form on the
account.
e) Specify the document type you require (F4). The document type has to be allowed for the
account types specified in the posting record.
3. Assign a valid G/L account of Financial Accounting to each account symbol in the chart of accounts
you are using.
4. Save your entries
______________________________________________________________
SAP AG 362
SAP System
______________________________________________________________
In this section, you determine for each company code, which document type the documents from the
owner settlement are to be posted with.
Requirements
Activities
Further notes
So that the owner settlement functions within the application, you have to set the "Activate owner
management" indicator in Real Estate Customizing.
In this section, you determine for hte chart of accounts the assignment of cost elements to cost types for
the owner settlement.
These cost elements include the costs and sales revenues that are settled to the owners.
Requirements
Activities
______________________________________________________________
SAP AG 363
SAP System
______________________________________________________________
In this section, you determine, to which of the owner cost elements/revenue elements defined in the
previous section the costs have to be settled.
Requirements
Activities
In this section, you determine the posting rules for owner settlement:
- for each cost type (revenue/costs), you assign
- a vendor account posting key (for example, invoice, credit memo),
- and the tax code as well as
- the posting key for G/L account postings.
Requirements
Activities
You still carry out the key process of the Real Estate Management (RE) component - the rental process of
Real Estate objects (represented by the rental agreement) - using the rental agreement since the general
contract does not support significant rental processes, such as:
- Real Estate-specific dunning and payment
______________________________________________________________
SAP AG 364
SAP System
______________________________________________________________
- Correspondence
- Real Estate-specific rent collection (account statement entry / manual incoming payment with
contract number)
- Service charge settlement
- Offers and applications
The general contract can be used to represent rental processes in the case of rights (such as usage rights)
that are granted in return for rent or a one-time payment.
You can assign numbers for general contracts in the following ways:
1. Internal number assignment
If you set the number range of the contract number to "internal", the numbers are assigned
consecutively from a particular number range interval. If you do not want this, set the number range
to "external".
2. External number assignment
This is a standard term to denote that the user has to enter the number himself.
3. User-defined number assignment
In this Customizing setting for contract types, you can specify a unique number range for a contract type
and specify the preassignment for each contract type.
In this section you specify individual processes for number assignment by:
______________________________________________________________
SAP AG 365
SAP System
______________________________________________________________
Requirements
You have to set internal number assignment for the objects in question to be able to use the individual
processes in the application.
Standard settings
SAP supplies function module placeholders that you can edit as required.
You access the function modules in this transaction by choosing
Environment -> Infosystem(Processes), and entering the component IS-RE in the next dialog.
Activities
The contract type is used to control the basic functions of a general contract:
a) If it is a vendor and/or customer contract
b) If the contract maps internal rental or tenant rental processes (own usage)
c) If the credit-side (vendor) or debit-side (customer) condition amounts are calculated on the
basis of the area units (amount/area unit)
d) If and how the costs (vendor condition type) and revenues (customer condition type) are
distributed to the assigned Real Estate objects
______________________________________________________________
SAP AG 366
SAP System
______________________________________________________________
Activities
Determine which object types are permitted for each contract type.
Specify for each contract type/object type whether distribution postings are permitted for a particular
contract type to a particular object category.
This setting only makes sense for contract types for which a distribution of costs and revenues is planned:
you have specified this in the previous setting using the indicator No distribution on object for the
contract type.
General contracts with these contract types are under the Distribution tab in the master data since objects
already assigned (in the Objects tab) appear automatically.
For such contract types, you specify which Real Estate objects
a) You want to assign in the Distribution tab in addition to the other ones
b) If costs or revenues can be assigned to these newly assigned objects
______________________________________________________________
SAP AG 367
SAP System
______________________________________________________________
Requirements
Adjustment types are defined and adjustment methods are assigned to the adjustment type.
Here you maintain data for each contract type. When you create a new general contract with this contract
type, you can copy this data if required.
The same rules for entering data apply as in the master data dialog.
Further notes
There are further settings in Customizing for making field modification preassignments.
Here you determine which fields should appear in the master data of general contracts.
For the general contract, you determine here which fields are:
- Required entry fields
- Optional fields
- Display fields, or
______________________________________________________________
SAP AG 368
SAP System
______________________________________________________________
For the general contract, you define which fields in the master data are:
- Obligatory fields
- Optional fields
- Display fields etc
- To be hidden as you do not require them
Make this setting for each contract type for the master data dialog in the application.
11.13.4 Resubmission
Here you define resubmission rules and formulate the short texts.
______________________________________________________________
SAP AG 369
SAP System
______________________________________________________________
Enter texts containing the reasons for the resubmission rules. These are for informational purposes only.
Example
Resubmission reason Notice processing for resubmissions that have been created for procesing the notice
processing.
When processing the Real Estate general contract, you can enter rules governing when the contract should
appear for resubmission. For more information, refer to the application documentation.
Standard settings
Depending on the data in the date overview, the contract receives one or more resubmission dates.
R02 calculates the dates based on the 'New End' date; R03, on the other hand, calculates from the
notification date. You can also specify if the system should consider renewal dates on which an
action was already taken.
End of rental is initially set for December 31, 2002. The contract can be renewed automatically,
______________________________________________________________
SAP AG 370
SAP System
______________________________________________________________
without notification being required, for another 6 months. There is also an option allowing renewal
of the contract by 1, 2 and 4 years (in that order), with 3 months notification. You have not yet taken
advantage of any renewal dates.
Based on the settings for renewal, the following date overview for renewal results:
Activities
In order to define your own additional resubmission rules, follow this procedure:
6. Step 1: Specify rules
a) Choose New Entries on the level of the resubmission rules.
Enter a key beginning with Y or Z, and a helpful description of the rule with a variable.
Example:
You want the resubmission to take place a certain number of months after the start of the
contract. You want the user to be able to enter the number of months for the rule later in the
master data dialog. Enter this description for the rule: "Resubmission &1 months after contract
start." &1 is a placeholder for the value that the user enters in the application.
b) Choose the Parameter for resubmission activity for the rule and then choose New Entries.
Specify a parameter category and the description. For the example described in point 1, you
would choose "Months" for the parameter category.
7. Step 2: Program logic for the rules
In order to be able to use the new resubmission rule, you have to:
- Program your own logic in a function module and
- Save the execution of the function module by activating the user exits in BTE
Proceed as follows:
- In the Customizing activity in step 2, choose: Program logic for the rules. This takes you to
transaction FIBF, where you can maintain Business Transaction Events (BTE).
- First you should find out what the interface of the function module you have to program needs
to look like. To do this, choose Environment -> Infosystem (Processes). Enter 00708010 as the
______________________________________________________________
SAP AG 371
SAP System
______________________________________________________________
process interface, and execute the report. The row "00708010 User-defined resubmission"
appears in the list. Use the pushbuttons to access the documentation and the sample function
module.
- Copy the sample function module (to customer name range) and program your own logic for
the resubmission in this copy. You can find example rules in function group FVRS03.
- Activate the BTE as described in (Business Transaction Events).
11.13.5 Notice
In this section, you determine the defaults for processing periods of notice and notices on contracts.
1. Periods of notice:
You can define periods of notice with the following characteristics:
a) Contract has no periods of notice.
b) Contract has a period regulation; that means the contract can be terminated within a certain
period, for instance three months to the end of a month.
Period regulations can either be defined individually in the rental agreement ("free period
regulation") or they can be agreed upon on a one-off basis in Customizing under the notice key.
In this case you only have to indicate the key for the period regulation when creating the rental
agreement.
c) Contract has a deadline regulation; that means the contract can be terminated on particular
dates, for instance at the end of each quarter, but not at the end of a year.
Deadline regulations can either be defined individually in the contract ("deadline regulation")
or they can be agreed upon on a one-time basis in Customizing under the notice key. In this
case you only have to indicate the key for the deadline regulation when creating the contract.
2. Notice reasons:
In the notice, you can define reasons why notice was given. The notice reason states whether the
tenant or the landlord served notice.
3. Rejection reasons for notices:
You can also define reasons for notice being rejected in the notice.
In this section, you determine different notice regulations (periods of notice) for contracts for the
automatic calculation of periods of notice.
Depending on the contract term, you can determine the following:
______________________________________________________________
SAP AG 372
SAP System
______________________________________________________________
- Here you can make the calculation of the notice date dependent on the exact date of receipt of notice.
The regulations are defined by means of notice keys for each
- Tenancy law
- Contract type
- Contract term
Example
This notice key can now be assigned while editing the contract; the effect on the calculation of the notice
date would be as follows:
Receipt of notice Contract term = Date of notice
04/03/1997 < 12 months 06/30/1997
04/04/1997 < 12 months 09/30/1997
06/18/1997 > 12 months 06/30/1997
06/19/1997 > 12 months 12/31/1997
______________________________________________________________
SAP AG 373
SAP System
______________________________________________________________
Activities
Check the standard settings and adapt these to your requirements if necessary.
Use the above example as a guide.
Note
Independent of the notice key, you can alternatively enter a free deadline regulation in the master data of a
contract.
If the tenant has agreed on different periods of notice, these are entered under the same key in the
"Varying Notice Deadline for Tenants" dialog. If an entry exists here, this will be used instead of the other
agreements if the tenant gives notice.
In this section, you determine different notice regulations (periods of notice) for the automatic calculation
of notice dates.
Depending on the contract term, you can determine the following:
- Tenancy law
- Contract type
- Contract term
Example
______________________________________________________________
SAP AG 374
SAP System
______________________________________________________________
This notice key can now be assigned while editing the contract; the effect on the calculation of the notice
date would be as follows:
Receipt of notice Contract term = Date of notice
upto 10/03/1997 < 12 months 03/15/1998
after 10/031997 < 12 months 03/15/1999
03/04/1997 > 12 months 06/30/1998
03/05/1997 > 12 months 06/30/1999
Activities
Check the standard settings and adapt these to your requirements if necessary.
Use the above example as a guide.
Note
Independent of the notice key, you can alternatively enter a free deadline regulation in the master data of a
contract.
If the tenant gives notice and other periods of notice apply, these should be defined with the same key in
the "Varying Notice Deadlines for Tenants" table.
You can define reasons for giving notice as a source of information, for example, whether the notice was
given by the tenant or landlord.
Activities
______________________________________________________________
SAP AG 375
SAP System
______________________________________________________________
- RNo: Enter a two-digit key for the reason for giving notice.
- Specify a long and short name each for the reason for giving notice.
- NoT: Determine whether the notice is given by the tenant (1) or the landlord (2).
c) Save your entries.
In this section you define settings for automatic renewal of a limited general contract.
You can define different renewal options that can be assigned to a limited general contract.
For each option you define:
______________________________________________________________
SAP AG 376
SAP System
______________________________________________________________
The account determination can be controlled using the account determination value (account
determination key 4), as well as the flow type for periodic postings and other postings related to the
general contract.
You maintain the account determination value here; you then have to define it in the master data of the
general contract.
Further notes
To avoid arbitrary assignments of the value, you can set the account determination value by means of
substitution.
Requirements
Create the required flow types and reference flow types. Then use this dialog to maintain:
- The symbolic names of the accounts to which postings are made
- The respectice G/L accounts for each chart of accounts
- The posting specifications for each flow type and account determination value
______________________________________________________________
SAP AG 377
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 378
SAP System
______________________________________________________________
In this section, you maintain the settlement periods for heating expenses settlement and operating costs
settlements as well as the sales-based rent settlement.
An accounting variant generally consists of various settlement periods covering a total of 12 months. You
can transfer an accounting variant by period (into the following years).
Accounting variants can consist of any number of individual settlement periods. You can transfer in the
following years only if the total of the settlement periods is 12 months.
As a special case, you can also determine accounting variants that are valid only for a certain period.
These accounting variants are then not updated into the following years. The duration of a year-dependent
accounting variant can be between 1 day and '2 years - 1 day'.
- You can create accounting variants:
the accounting variant is used to determine the period to be settled.
- You can change accounting variants:
You can change the accounting variant only if no settlements have yet been carried out with the
variant.
- You can display or delete accounting variants:
You can delete accounting variants only if the accounting variants are not yet assigned to settlement
units.
Example
In the following example, you want to define an accounting variant, whose assignment begins on 06/01 of
the current year and is settled monthly.
Activities
______________________________________________________________
SAP AG 379
SAP System
______________________________________________________________
- Year-dependent: Set the indicator only in cases where the accounting variant should have a
limited validity.
- Settlement year: Provided that you set the year-dependent indicator, specify the reference
year at this point.
- RM: Specify reference month of first settlement period.
- RD: Specify reference day of first settlement period.
- YS: Specify relative year shift of first settlement period.
- Settlement period: Number the settlement period sequentially.
- Repeat the entries RM, RD, YS, settlement period for all of the settlement periods required.
b) Save your entries.
2. Change settlement period
a) Choose the accounting variant.
b) Change the entries, if necessary.
c) Save your entries.
3. Delete accounting variant
a) Choose the required accounting variant.
b) To display the accounting variant, choose the 'Settlement periods' function.
- To delete the settlement period, choose the 'Delete' function.
- Confirm your specifications.
______________________________________________________________
SAP AG 380
SAP System
______________________________________________________________
Apportionment units
Creation of the distribution key (consumption-dependent / consumption- independent) used as the basis
for apportioning the service charges to the tenant.
Definition of the measurement unit which contains the apportionment factor
Assignment of the consumption-dependent apportionment units to attributes of the meters.
Here you determine which apportionment units are derived from which rental unit area types.
If you assign an apportionment unit to an area, the apportionment unit value is derived from the area value
when you maintain the area. If you have assigned the same apportionment unit to more than one area, the
area values are added together to produce the apportionment unit value.
Example:
A "store space" of 100 m2 and "office space" of 25 m2 is specified for a rental unit. You have assigned
both area types the apportionment unit "living/usable area". This means that the apportionment factor
"living/usable area" for the rental unit is 125 m2.
Requirements
Activities
______________________________________________________________
SAP AG 381
SAP System
______________________________________________________________
Requirements
Activities
______________________________________________________________
SAP AG 382
SAP System
______________________________________________________________
In this table you link the conditions in the contracts that are relevant for the service charge settlement to
the service charge keys which are to be used to settle each condition.
The table is used as the basis for generating the settlement participation of the contracts and for checking
the service charge settlements.
You can link condition types and service charge keys in two ways:
1. The condition type is settled against all service charge keys of a service charge group. The following
categories are identified:
You determine which group a service charge key belongs to using the 'OC' (operating costs) indicator in
the "Service Charge Key Attributes" dialog.
The indicator '1' (operating costs) means that the service charge key belongs to groups 1 and 3, and
indicator '0' means that the key belongs to groups 2 and 3.
2. The condition type is settled again the specified service charge key.
In this case, make one entry for the condition type for each service charge key.
Example
You have created the following service charge keys for operating costs:
100 Property tax
200 House cleaning
300 Elevator
881 Gardening work
882 New plants
883 Water consumption for garden
______________________________________________________________
SAP AG 383
SAP System
______________________________________________________________
- Contract 1:
The tenant makes advance payments for operating costs (Condition "AP Operating Costs"), the
settlement includes all operating costs.
The following is to be shown in the settlement participation:
100 settle against AP Operating Costs
200 settle against AP Operating Costs
300 settle against AP Operating Costs
881 settle against AP Operating Costs
882 settle against AP Operating Costs
883 settle against AP Operating Costs
- Contract 2:
The tenant makes an advance payment for the gardening (Condition "AP Gardening") and advance
payments for all other operating costs (Condition "AP Operating Costs").
The following is to be shown in the settlement participation:
100 settle against AP Operating Costs
200 settle against AP Operating Costs
300 settle against AP Operating Costs
881 settle against AP Gardening
882 settle against AP Gardening
883 settle against AP Gardening
______________________________________________________________
SAP AG 384
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 385
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 386
SAP System
______________________________________________________________
Use
In this section you define control parameters for the sales settlement.
- Full period
- Exact day calculation
______________________________________________________________
SAP AG 387
SAP System
______________________________________________________________
In this section, you create the reasons for opting for input tax. These are used within the rental agreement
as a pure source of information.
Activities
In this section, you make the settings for the accounts, to which the non-deductible input tax is to be
posted. Basically, three options are available for this:
1. You always want to post the non-deductible input tax to the original cost account. In this case, you
just copy the standard settings.
To be able to distinguish between the original costs and the non-deductible input tax during the
service charges settlement, you should not post the non-deductible input tax for apportionable costs
(all costs that are posted to a settlement unit) to the original cost account.
2. You want to determine exactly one account for non-deductible input tax for each cost account. In
this case, you choose the activity "Account for non-deductible input tax per cost element".
3. You want to use only one account for all of the cost accounts of a chart of accounts for
non-deductible input tax. In this case, you choose the activity "Account for non-deductible input tax
- Default".
______________________________________________________________
SAP AG 388
SAP System
______________________________________________________________
Requirements
Standard settings
The standard setting is such that the non-deductible input tax is posted to the original cost account.
Activities
The input tax treatment for fixed assets is subject to special legal requirements that are specified in the
Value-Added Tax Law (VATL) and the Ordinance Regulating Value-Added Tax Law (ORVAT) for
Germany.
These regulations are referred to in the following.
In the Real Estate component and in connection with Asset Accounting (FI-AA), correction items are
added to the asset master records for the purpose of input tax treatment.
In the case of a posting to an asset, the correction items include the corresponding net book values and the
input VAT amounts. You own an option rate, by means of which input tax distribution is carried out.
For the various life cycles of an asset, the Value-Added Tax Law contains different rules for dealing with
input tax, which are represented in the Real Estate component as follows:
1. Phase before the asset is used the first time:
Input tax revision
______________________________________________________________
SAP AG 389
SAP System
______________________________________________________________
2. Phase from the point in time of the first usage of the asset up to the end of the year, in which the
asset was first used:
Input tax correction
3. Phase starting with the end of the input tax correction phase up to - as a rule for real estate assets -
ten years after the first usage of the asset:
Input tax adjustment
In this section, you create the number range of the correction items.
General information on number assignment
Activities
Determine the number range and the type of the number assignment. You should use number range '01'
for the number assignment of correction items.
Define the document type for the transfer posting between the correction items.
Requirements
The document type has to be created in Financial Accounting Customizing and the posting permitted to
assets.
In this section, you determine the accounts for input tax for the input tax treatment according to German
law (VATL/ORVAT):
- Expense account for non-deductible input tax
______________________________________________________________
SAP AG 390
SAP System
______________________________________________________________
Requirements
Activities
In this section, you make specifications regarding the input tax treatment according to German law:
- Rrles for processing correction items
- the legal values for input tax treatment
Activities
Check the standard settings for each company code and change them, if necessary:
1. Indicator "Correction items of main asset number refer to all subnumber".
When you create correction items, a proposal list of the rental units belonging to the main asset
number is taken into account. If the indicator is set, the rental units belonging to subnumbers of the
asset will also appear.
2. Indicator "Simplified amounts acc. to 44 ORVAT apply to each assignment number"
The limit values to be determined in the block "Rules for input tax treatment in correction phase"
refer to "complex fixed assets" according to the legal specifications. If you want to group together
several correction items, that is, to relate the first-year conventions to a group of correction items to
be treated as complex fixed assets from a legal point of view, you then have to specify an assignment
number with the correction items. You can do this, if the indicator "Simplified amounts according to
44 ORVAT apply per assignment number". The effect of this is that the assignment number
appears as a required-entry field when you create correction items. The correction items with same
assignment number are then jointly dealt with during the input tax adjustment.
3. Block "Rules for input tax treatment in correction phase"
In this block, you define the first-year conventions according to 44 ORVAT. These are processed as
follows:
Correction postings are created in the course of one year. With the fiscal year change, it is then
______________________________________________________________
SAP AG 391
SAP System
______________________________________________________________
determined whether the correction postings meet the conditions of 44 ORVAT which are to be
defined at this point. The monthly correction postings are cancelled,
a) in case the annual average of the option rate deviates from the base rate by less than the
percentage points specified in the "Difference of option rate (annual averages) from base rate"
field (currently 10 percentage points),
b) and in addition, the year-to-date balance of the monthly input tax correction amounts is less
than or equal to the value specified in the "Input tax adjustment does not apply up to the
amount of" field (currently 500 DM).
The value "Simplification of input tax adjustment" is currently not being taken into account.
11.14.4 Input Tax Correction per Paragraph 15a German Sales Tax Law 2005
______________________________________________________________
SAP AG 392
SAP System
______________________________________________________________
11.14.4.1.2 Kontenfindungswerte
______________________________________________________________
SAP AG 393
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 394
SAP System
______________________________________________________________
11.14.4.1.4 Dialog
______________________________________________________________
SAP AG 395
SAP System
______________________________________________________________
11.14.4.1.4.1 Feldgruppen
______________________________________________________________
SAP AG 396
SAP System
______________________________________________________________
11.14.4.1.4.2 Sichten
______________________________________________________________
SAP AG 397
SAP System
______________________________________________________________
11.14.4.1.4.3 Abschnitte
______________________________________________________________
SAP AG 398
SAP System
______________________________________________________________
11.14.4.1.4.4 Bilder
______________________________________________________________
SAP AG 399
SAP System
______________________________________________________________
11.14.4.1.4.5 Feldstatus
______________________________________________________________
SAP AG 400
SAP System
______________________________________________________________
11.14.4.2 Berichtigungsbuchungen
______________________________________________________________
SAP AG 401
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 402
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 403
SAP System
______________________________________________________________
11.14.4.2.3 Bagatellprfungen
______________________________________________________________
SAP AG 404
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 405
SAP System
______________________________________________________________
Example
You want to define a status selection profile for selecting rental units with the following status
combinations:
- REL (released)
- PROP AND ACRA (for own use and active rental agreement exists)
You use the following formulation:
REL OR (PROP AND ACRA)
However, the system interprets it in the following way:
(REL OR PROP) AND ACRA
This results in the selection of the rental units with the following status combinations:
- REL AND PROP
- CRTD AND ACRA
Therefore, you have to adjust the formulation in the following way:
(REL OR PROP) AND (REL OR ACRA)
You can also carry out the selection according to a specific status state:
- If you set the state to Active, the system searches for objects whose status is currently active.
- If you set the state to Inactive, the system searches for objects whose status is currently inactive.
______________________________________________________________
SAP AG 406
SAP System
______________________________________________________________
- If you set the state to Never active, the system searches for requests whose status has never been
active.
Example
The following is an example of a status selection profile that is to select all released rental units which are
either for own use or used by a corporate group:
"Not" indicator
You can use this indicator to simplify the maintenance of selection conditions in certain cases. Some
status conditions are easier to display when the "Not" indicator is set.
Example
Recommendation
To minimize selection time, conditions which greatly limit the selection should be placed at the beginning
of the status selection profile.
In a status selection profile; you can specify both the system status and the user status. If you wish to
select objects according to user status you have to specify the corresponding status profile.
Once you have maintained a status profile; in the status selection profile you have to assign this status
profile to all objects; the selection will only be limited by the status selection profile if the status profile is
assigned to all the objects. Any system status that you assign in addition to the status profile will not be
______________________________________________________________
SAP AG 407
SAP System
______________________________________________________________
Once a selection profile is created in a language it can be used in all languages defined in the system. If
user statuses are defined in a selection profile, make sure that they are translated in the corresponding
status profile. If no translation exists, you have to enter the user status in the language in which it was
created.
In this section, you maintain the cost element groups (sets) you want to use for reports of the information
system.
Individual cost elements are grouped together into cost element groups.
You can structure of the cost element groups as you like. Each node of the structure makes up a totals line
in the report thus allowing report structuring. You always have to adapt the corresponding accounts or
insert them for your chart of accounts.
You use the cost element groups:
1. for the Real Estate Information System/cost element reporting
By means of the cost element structure, you determine the row structure of your cost element reports
and the funds overviews. Totals formation is carried out in the funds overview for each cost element
group node.
2. for processing several cost elements in one go.
You can use the cost element groups in cost element planning to edit several cost elements (of a cost
element group) together.
You can create and manage any number of cost element groups in the system in parallel.
Example
You could create the following cost element structure in order to analyse costs and revenues resulting
from real estate rentals:
FDI-STD (result)
FDI-S-K (costs)
FDI-S-P (primary costs)
(...)
FDI-S-NK (service charges)
FDI-S-NKH (heating expenses)
(...)
FDI-S-NKB (operating costs)
FDI-S-E (revenues)
FDI-S-EB (gross revenues)
FDI-S-ES (sales deductions)
(...)
FDI-S-EW (valuation adjustment)
______________________________________________________________
SAP AG 408
SAP System
______________________________________________________________
and also
FDI-S-A (payment data)
FDI-S-AK (down payments to vendor account)
FDI-S-ANFK (requested down payments)
FDI-S-ANZK (down payments made)
FDI-S-AD (down payments to customer account)
(...)
Requirements
Activities
1. Check whether the preset cost element groups meet your requirements ("Display cost element group"
activity).
a) Name the cost element group you want to display and choose the 'Execute' function.
b) The selected cost element group as well as its hierarchically subordinate cost element groups
are displayed. The following edit options are available:
- By double-clicking on a cost element group, you switch between collapsed ('+' character) and
expanded view ('-' character).
- By means of the functions 'Expand all'/'Collapse all', you can navigate in the hierarchy
structure.
2. You might have to create new cost element groups or change existing cost element groups.
a) Activity "Create cost element group":
In this menu option, you create new cost element groups.
- Name the new cost element group and choose the 'Execute' function.
- If you want to assign another cost element group - and thus create a more complex cost element
hierarchy, position the cursor on the node, from which you want to expand the hierarchy and
choose the 'Insert group' function.
You can now assign an available cost element group (with cost elements) or directly create a
new cost element group and then assign cost elements.
- Choose the 'Maintain values...' function to enter the individual cost elements in the form of
intervals. You have to use the respective account numbers to identify the cost elements.
- Save your entries.
b) Activity "Change cost element group":
In this step, you edit existing cost element groups.
For details on the maintenance of cost element groups, see the 'CO Overhead Management'
documentation, under 'Master data groups'.
3. Activity "Transport master data Controlling"
______________________________________________________________
SAP AG 409
SAP System
______________________________________________________________
For the transport, use the corresponding functionality from Controlling. (also see the Controlling
Implementation Guide, main chapter "Controlling General", subchapter "Production Start-Up
Preparation", section "System Configuration Transport").
Controlling Implementation Guide, chapter "Transport master data configuration"
Further notes
You can combine similar cost elements into cost element groups. Similar cost element groups can be
combined to form other cost element groups so as to build a cost element hierarchy.
You can use cost element groups:
- In the information system
The row structure of your report is determined by the cost element structure. You can create totals
for each node in the report.
- When processing of several cost elements in one transaction, such as
- Cost center planning
If, for example, you wish to display and plan personnel costs in one work transaction, select the
group "Personnel costs".
- Distribution
- Assessment
- Report totalling takes place via cost element group nodes. To achieve a clear illustration, each node
on a level must have the same number of subordinate levels.
For more information on how to create cost element groups, please see the extended help for "System
administration Cost Center Accounting" in the section "Master data groups", as well as "Cost elements
and cost element groups".
The reports in the "Master data" area of the Real Estate Information System are created with the report
tool LIS (Logistics Information System). In this chapter, you make the settings for these reports according
to your requirements.
You make the following settings for the individual master data analyses:
- the key figures (values to be reported, which appear in the report columns),
- standard breakdown (sequence of the report details when you double-click on a report row) and
______________________________________________________________
SAP AG 410
SAP System
______________________________________________________________
Recommendation:
Information on transporting:
The transactions used here have no transport connection. You must therefore manually transfer the
settings made in the test system into the production system.
______________________________________________________________
SAP AG 411
SAP System
______________________________________________________________
In this section you make settings for the partner standard analysis.
Activities:
In this section you make settings for the land register standard analysis.
In this section you make the settings for the standard analysis of business entities.
This is where you make the settings for the standard analysis of properties.
This is where you make the settings for the standard analysis of buildings.
This is where you make the settings for the standard analysis of rental units.
This is where you make settings for the standard analysis of rental agreements.
______________________________________________________________
SAP AG 412
SAP System
______________________________________________________________
In the following steps, make all system settings that you need for the drilldown reporting.
Requirements
Variables that you want to integrate into a formular must be defined beforehand.
______________________________________________________________
SAP AG 413
SAP System
______________________________________________________________
You can translate elements in an operating concern and in the information system. You take the current
operating concern as the basis for the translation. You should note that the type of profitability analysis
you select is important.
The system only displays for translation those settings that are also transported via the transaction
Transport Objects. In particular, it only displays data elements for those characteristics and value fields
that were generated automatically in CO-PA or created manually there. Fields from the SAP standard
fields or customer-specific fields are not considered. However, you can translate these objects using the
Translation Tools from the SAP standard.
In order to run an operating concern in another language, you need to translate primarily its characteristics
and value fields because the descriptions are required in the information system. It is not essential for you
to translate the Customizing settings.
Note: If you want to translate Customizing settings that were processed using extended table maintenance
(such as texts for condition types, or variables for reports), then you can choose "Edit -> Translation" to
translate them directly from table maintenance.
Activities
Examples
1. You would like to translate the characteristics and value fields of an operating concern.
______________________________________________________________
SAP AG 414
SAP System
______________________________________________________________
Select the object "Operating concern" and check the option "Characteristics and value fields". Then
choose "Execute".
A list of object classes is displayed (in this case, just one object class: "Data element"). Check this
object class and select "Object list" to obtain all the data elements contained in your operating
concern. You can now translate the individual data elements.
2. You would like to translate the characteristic values for a characteristic that you have defined.
Select the object "Characteristic" and check the option "Characteristic value". Enter the name of the
characteristic and then choose "Execute".
3. You would like to translate reports or forms.
Select the appropriate class and enter the name of the relevant report or form.
The system then displays for translation all the dependent texts for the desired report or form.
Note on language transports: By making the appropriate setting, you can have the system suggest -
before translation is executed - a transport request to which the translated objects can be written, on the
condition that the transport recording is active for the client.
If no transport request is entered, the translated objects in all languages can be included in the transport
with the transaction Transport Objects. To transport specific languages only (such as English and
German), see the documentation accompanying this transaction.
In this step you can define variables valid for the entire information system.
Variables allow you to have a flexible way of setting up your layout sets. They display column and row
structures as well as reports. These are parameters which are determined only upon defining or executing
a report when the user makes entries in fields in a dialog box.
If you do not want global variables, you should define them as local variables in the layout set.
Activities
When executing a drill-down report, you can translate the currency columns into other currencies under
Settings -> Currency. To do this, you must enter a "currency translation type" which you can define
here. The translation date is important for currency translation types. Here, you can choose between three
options:
- the current date
- a date defined here
______________________________________________________________
SAP AG 415
SAP System
______________________________________________________________
Actions
You create a translation type by selecting an exchange rate type, with either a normal or inverse exchange
rate and either a fixed or variable translation date.
A currency translation type with an inverse exchange rate is useful if the amounts have already been
translated and the original values are likely to be displayed again in a drill-down report.
Example
In this step, you import the formulas/reports from the source client (for example from client 000) into the
clients in which you want to work.
You have to import the source client 000 to use the standard hierarchy report in your current client.
In this step, you transport forms / reports from one SAP System to another.
This function converts the reports which you created in an earlier release.
This is usually necessary when you move up to the new release, or possibly also when you import a new
update level. The system will display a message in the information system if you need to convert your
reports.
______________________________________________________________
SAP AG 416
SAP System
______________________________________________________________
The system deletes all saved report data when converting the reports. This includes both the frozen data
and the summarization data.
Note
If you do not carry out this function now, the system will automatically convert each report the
first time you try to change or execute them.
Actions
General
In a report tree, you can
- order reports (ABAP reports, queries, data recalls (...)) and variants according to freely chosen
criteria
- generate, save and redisplay lists
Authorizations
You can assign authorizations for each node in a report tree. When you display a node, the system checks
that you have the appropriate authorizations.
Initial Screen
Create
To create a report tree, enter a name and choose Create. This takes you into the new tree structure where
the root node has already been created.
Change
To change a report tree, enter the name of the report tree you want to change and choose Change. This
takes you into the tree structure where you can modify the node contents (see also Choose).
Display
To display a report tree, enter the name of the report tree you want to display and choose Display. This
______________________________________________________________
SAP AG 417
SAP System
______________________________________________________________
takes you into the tree structure where you can display the node contents (see also Choose).
Delete
To delete a report tree, enter the name of the report tree you want to delete and choose Delete. This
deletes the tree structure and the user-specific settings, as well as any saved lists and customer-specific
texts attached to the nodes.
Tree Structure
Other tree
To jump to the structure of a different report tree, choose Other tree. This takes you to a dialog box
where you can enter the name of the tree.
Save
With the function Save you can save the tree structure. The functions Reassign, Delete, Change node
text, Insert buffer, but not Create, which change the tree structure, all only affect the displayed structure.
Only with Save is the changed structure written to the database.
Copy
To copy the structure of the report tree currently displayed, choose Copy. The system then copies the
structure, the short texts, and the node contents. You can choose whether to copy the texts only in the
logon language or in all languages. If you wish, you can also copy any saved lists stored in the nodes.
User-specific settings (e.g. initial position) are not copied.
NOTE: After copying, the system displays the structure of the tree you were in when you called the copy
function; in order to edit your new copy, use the "Other tree" function or retrieve your copy using the
SERP initial screen.
Create Variant
The Create variant function allows you to create variants for application report trees. These variants are
copies the structure, short texts, and node contents of the tree are all copied into the new variant. You can
choose whether to copy the texts only in the logon language or in all languages. If you wish, you can also
copy any saved lists stored in the nodes to the new variant.
Tree variants can be edited just like normal report trees. Their names are made up of a four-digit tree
name and the twelve-digit name of the variant.
NOTE: After copying, the system displays the structure of the tree you were in when you called the copy
function; in order to edit your new copy, use the "Other tree" function or retrieve your copy using the
SERP initial screen.
If multiple variants have been created for a single report tree, users are allowed to choose one of the
variants for display instead of the original tree.
Compare
To compare two report trees, choose Compare. This function lists the differences in the tree structures
and in the node contents. See also Compare Report Trees
Create
With the function Create you can create new nodes. You can create structure nodes and nodes of the type
report (ABAP report, query, data recall...). Structure nodes are displayed directly in the tree structure. The
reports are leaves in the tree structure. You display them with the function Select or by double-clicking
the assigned node.
______________________________________________________________
SAP AG 418
SAP System
______________________________________________________________
You create nodes in a dialog box. You define the node type by activating a pushbutton. Depending on the
type various input fields are shown. After filling in the input fields you can add the node to be created on
the dialog box with the function Save. You do not leave the dialog box, so that you can add other nodes.
You leave the dialog box with the function Continue. If you have created a node without saving it you
are shown a query, asking you whether the node should be saved. The function Preview gives you a
preview of the tree structure with the added nodes. As in the transaction SARP the reports appear directly
in the tree structure as leaves. The function Cancel leaves the dialog box without a save query.
Special features:
Structure nodes:
You can create lower-level or same-level structure nodes. Each time a check is made on whether you have
change authorization for the preceding node. You specify a technical name and a short text for the node.
There is a check on whether the technical names of the new nodes are unique.
Data recall, report portfolio, report writer:
Another dialog box is shown, in which the report is entered. With the function Continue you return to the
first dialog box, in which the new entry can be saved.
Delete
With the function Delete you can delete a subtree. The subtree is deleted on which the cursor is placed.
The subtree does not have to be selected. When deleting a check is made on whether you have change
authorization for all nodes of this subtree.
Changing node texts
To change the text of the node on which the cursor is positioned, choose Change node text. You then
see a dialog box containing the technical names and the old node texts. You can overwrite the old texts
with the new.
Reassign
With the function Reassign you can reassign a selected subtree with the cursor position. Proceed as
follows:
- Select the subtree to be reassigned
- Place the cursor on the node to which the selected subtree is to be attached.
- Execute the function Reassign.
When reassigning a check is made on whether you have change authorization for all nodes of the subtree
and for the target position.
Select/deselect
With the function Select/Deselect you can select (deselect) the subtree on whose root the cursor is
placed.
Choose
With the function Choose (double-click) you go to the node defined by the position of the cursor. This
corresponds to the function Goto --> Node.
Expanding and collapsing sub-trees
The Expand sub-tree, Collapse sub-tree functions allow you to expand and collapse a sub-tree by
placing your cursor on its root node.
Set focus
______________________________________________________________
SAP AG 419
SAP System
______________________________________________________________
The Set focus function allows you to select the sub-tree that you have positioned your cursor on and
displays the path to its root node at the top of your screen. From here you can expand sub-trees per
double- click. Double-clicking on the root node returns you to the root node.
Node Attributes
The Node attributes function allows you to display and make changes to the following node attributes:
- Node Type (public or private):
Objects found under a public node are visible for all users. In private nodes, users see only those
entries that he or she included in the node.
Public and private nodes are displayed in different color in the tree structure.
- Authorization Group:
You can assign an authorization group to any node you want. This determines which users may work
with the node. If no authorization group has been assigned to a node, then the node inherits the
authorization group of its predecessor in the report tree.
Authorizations refer to object S_PROGRAM.
The (-->) Authorization groups on/off function allows you to display node authorizations in the tree
structure.
Find objects
The Find objects function allows you to find reports in sub-trees. A subsequent screen allows you to
enter search criteria for reports. The following search criteria can be entered:
- Report name: Technical name of the report (ABAP report, Report Writer report, transaction); user
group name for queries
- Expanded report name: Technical name of the report for drilldown reports and report portfolio
reports or query name for queries
Selection criteria
- Application
- Logical database
- From application
- Created by
- Last changed on
can only be used with ABAP reports. They refer to the program attributes of a report.
Additionally, a single value may be entered for the title. The system then searches for a title that matches
the user's entry exactly. For a broader search use the "*".
You can determine the area in which you want to search for a report in the following manner:
- Whole report tree -> Enter the technical name of the root node, select checkbox 'Find in subordinate
nodes'
- Sub-tree -> Enter the technical name of the node, select checkbox 'Find in subordinate nodes'
- Node -> Enter the technical name of the node, DO NOT select checkbox 'Find in subordinate nodes'
The 'Find in subordinate nodes' function also works if your tree is not expanded.
______________________________________________________________
SAP AG 420
SAP System
______________________________________________________________
If you so desire, you can search for a report using one or more character strings that appear in its
documentation. Be aware that this type of search is very time intensive. You can also use the "*" together
with a character string and link character strings using both 'and' and 'or'.
The list of results is sorted according to node. You can select a report from this list by simply
double-clicking. This either positions you on the report in your tree structure (transaction SARP) or
branches to the corresponding node (transaction SERP).
Caution: If the tree or sub-tree for which the search was performed was collapsed during your search, the
cursor will be positioned on the entry that contains the report you want. Getting to the actual report may
involve expanding whole sub-tree and several subordinate nodes.
Next node, previous node
The Next node, Previous node functions allow you to position your cursor on either the next or
previous node in the same hierarchy level. -> Functions in Nodes
Tree attributes
With the function Tree attributes you can display when and by whom the tree was created, and when and
by whom it was last changed.
Copying to the buffer
To copy a selected sub-tree to a buffer, choose Copy to buffer. If you switch to another tree, the contents
of the buffer are retained provided you do not leave the session.
Inserting from the buffer
To paste a sub-tree from the buffer to the cursor position, choose Paste from buffer. Then, save the tree.
Define/reset initial position
The Define initial position function allows you to define a selected sub-tree as the initial position of entry
for a report tree. Select a sub-tree by positioning your cursor on it. If no sub-tree is selected, then the root
node is chosen as the initial position of entry. The Reset initial position function resets the position you
selected back to the standard position of entry for the report tree.
Technical names on/off
The Technical names on/off function allows you to respectively display or hide the technical names of
nodes in a tree structure.
Authorization groups on/off
The Authorization groups on/off function allows you to respectively display or hides node
authorizations in a tree structure.
Attributes
With the function Attributes you can display and change the following node characteristics:
- Node type (public or private):
The objects of a public node are visible for all users. In a private node the user can see all entries
which he or she included in the node.
Private and public nodes are differentiated in the tree structure by color.
______________________________________________________________
SAP AG 421
SAP System
______________________________________________________________
- Authorization group:
Every node can be assigned an authorization group. This defines which user can work with this
node. If no authorization group is specified for a node then it inherits the group of its predecessor in
the report tree.
The authorization refers to the object S_PROGRAM.
The function (-->) Authorization groups on/off displays the node authorizations in the tree structure.
Save
With the function Save you can save all changes to the node (reports, variants, attributes, personal
titles...).
Execute node
With the function Execute node, or by double-clicking, you can, according to the position of the cursor:
- Start a report (place cursor on report). This is possible only if the report can be executed without a
variant (see "Report attributes").
- Start a report with a variant (place cursor on variant)
- Display a saved list (place cursor on list)
Depending on the report attributes, you either enter/modify selection criteria on a selection screen first, or
the report output is displayed at once on the screen.
You can save the list displayed on the screen. It then appears in the list directory of that node. See also
Saving Lists.
Background jobs
To execute a report variant as a background job immediately, choose Background. This function can
only be used with ABAP reports and queries. If a report has selection options, you must start it in the
background with a variant.
Report attributes
By positioning the cursor on a report, you can use the Report attributes function to assign the following
attributes:
- Start via variant: In this node, the report can only be executed via a variant.
- Skip selection screen: In this node, the selection screen is not displayed when you start the report via
a variant. You can only select this attribute if you have also selected "Start via variant".
You can only assign report attributes for ABAP reports and queries.
Report title
With the function Report title you can give the report on which the cursor is placed its own title. This
title is only displayed in this node. If the report is also present in another node or tree then you give it
another title there. When (-->) copying node contents or report trees, the titles are also copied.
Copy
To copy node contents (reports and variants) to other nodes of the same tree, choose Copy.
From a list of all reports and variants attached to the node, you select those you want to copy. If you want
to copy variants, you must also select the associated report for copying.
______________________________________________________________
SAP AG 422
SAP System
______________________________________________________________
To specify the target node, choose Determine target. You then see a dialog box where you can enter the
target node. In this case, the system checks that you have the authorizations for that node.
Ultimately, the Copy function copies reports and variants to the target node and the target node is saved
with its modified contents.
Delete
With the function Delete you can, depending on the position of the cursor, delete reports (with all
variants) or variants from the node.
Variant maintenance
With the function Variant maintenance you can edit variants in the general variant maintenance.
Display documentation
With the function Display docu you can display the documentation for the selected report.
Layout display
The Layout display function provides you with a preview of the
layout of the list created by the report you selected. This function is supported with the following report
types: Queries, Report Writer, drilldown reports, report portfolio reports, and LIS reports.
______________________________________________________________
SAP AG 423
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 424
SAP System
______________________________________________________________
If you want to overwrite a tree structure in the target system, you must also transport the node contents
(table SREPOVARI, see below) and the user-specific views (tables SERPENTR and SREPOUSER, see
below) or at least delete them in the target system.
Tree variants
Tree variants themselves must be transported just like normal report trees using transport object R3TR
SRTR. The assignments to individual users is stored in the table SERPTUSER, whose contents can be
transported using R3TR TABU.
Node contents
The node contents (reports and variants) are saved in the table SREPOVARI. You should make the
following entry in the transport request:
- R3TR TABU SREPOVARI transports the contents of all nodes of all trees from the source system
and copies them to the target system.
- R3TR TABU SREPOVARI, function K transports the node contents specified on the next screen.
If you want to overwrite a node in the target system, you must also transport the user-specific views of
this node (table SREPOUSER, see below) or at least delete them in the target system.
Customer-specific texts
Customer-specific texts are saved in Table SREPORTXT. You should make the following entry in the
transport request:
- R3TR TABU SREPORTEXT transports all existing customer-specific texts from the source system
and copies them into the target system.
- R3TR TABU SREPORTET, function K transports those texts which are specified on the following
screen.
User-specific views
The views of the report tree are stored in the table SERPENTR. You must make the following entry in the
transport request:
- R3TR TABU SREPENTR transports all user-specific views in all trees from the source system and
copies them into the target system.
- R3TR TABU SREPENTR, function K transports the views specified on the next screen.
In general, table entries (trees, node contents...) that are deleted in the source system are also deleted in
the target system.
______________________________________________________________
SAP AG 425
SAP System
______________________________________________________________
Here you make the settings for storing files physically and logically, such as for data medium exchange in
connection with the external heating expenses settlement.
Further notes
Refer to Cross-Application Components (CA) Customizing for a description of concepts and additional
settings. Refer also to the following documentation of the CA component: Platform-Independent File
Names.
You use this function to create data files from existing master data already created in the SAP System.
The files can be used to create the data in the same way in another client.
If you want to copy old data from previous systems, it has to be generated in the old system and then be
made available in a structure corresponding to this file structure.
You use this function to edit and copy data files that contain the data to be transferred.
______________________________________________________________
SAP AG 426
SAP System
______________________________________________________________
Master data is created from data files via direct input. The incorrect records resulting from this are saved
in data files and can be reprocessed (data change, new startup of transfer program).
______________________________________________________________
SAP AG 427
SAP System
______________________________________________________________
In this section, as a means of preparation for the production startup, you can enter a history of all of the
rent adjustments per rental agreement, which were carried out before the start-up of the Real Estate
Management (RE) component. This is necessary so that the legal regulations are correctly taken into
account when apartment rental agreements are adjusted.
______________________________________________________________
SAP AG 428
SAP System
______________________________________________________________
Activities
1. Change the history for each rental agreement, for which the actual lease start lies before the date of
the 1st debit position (in the system to be newly implemented).
2. Enter at least the period determined in the Number Years Increase field (Customizing dialog
'Rental -> Rental Agreement -> Rent Adjustment -> Basic Settings for Rent Adjustment -> Legal
requirements for rent adjustment'). The history is then taken into account when the rental agreement
is adjusted.
The transaction "Change rental agreement history" maintains master data. There is no automatic transport
connection. The transport has to be carried out manually in connection with the transport of the rental
agreement master data.
When the Real Estate Management (RE) component is implemented, the rental agreement numbers are in
general also changed with the system changeover. You can use report RFVIIS01 to inform the tenant of
these new rental agreement numbers.
For more information, see the report documentation.
Activities
Procedure:
______________________________________________________________
SAP AG 429
SAP System
______________________________________________________________
- Settlement units
2. If Asset Accounting is used, you have to
a) create the asset master records in Asset Accounting. Here, the number of the business entity is
to be set as asset super number. You create the assets in the task level menu of Asset
Accounting. Consider that the asset class has to have the indicator "Connection to SAP Real
Estate Management".
b) Then the asset numbers are included in the master records of the buildings and the properties
(task level menu in Real Estate).
c) In Real Estate, the correction items are finally created in Real Estate and the rental units are
assigned.
3. By means of the corresponding Customizing function,
a) the initial values for the option rates are generated for the account assignment objects
- Business entities
- Properties
- Building
- Rental units
- Settlement units
- Correction items (only if Asset Accounting is used)
and/or
b) the option rates are maintained in the transfer table or the option rates created by the
initialization are reprocessed/completed.
4. The option rates are finally transferred to the master data of the affected account assignment objects.
5. Should you be using Asset Accounting, further steps are required:
a) Calculate the composite rates of the correction items
b) Enter line items for the correction items
c) Transfer the line items to the correction items
Option rates can be transferred for the following account assignment objects:
- Business entity
- Building
- Property
- Settlement unit
- Correction items (only if Asset Accounting is used)
______________________________________________________________
SAP AG 430
SAP System
______________________________________________________________
For the transfer it is irrelevant which calculation type was set for the option rate with the individual
objects. Option rates that originate from the transfer of old data are not overwritten during the automatic
option rate determination.
In this section, you have to do the following:
1. Create initial option rates
This function sets a preselected option in the transfer table for all affected objects.
2. Maintain option rates
This function calls up the transfer table on the screen and the user can enter option rates manually.
3. Copy option rates
The transfer table contents is transferred to the master data.
4. Calculate composite rates (only if Asset Accounting is used)
If you want to copy correction items that are in the input tax correction or in the input tax adjustment
exactly when you transfer old data, the monthly composite rates, which result from the option rates
of the correction phase, have to be calculated after the option rates have been copied.
You can use the "Cancel option rates" function to delete incorrectly created option rates and to initialize
the transfer table.
In this section, you copy the option rates for the following objects:
- Business entity
- Property
- Building
- Settlement unit
- correction items (only when using the Asset Accounting (FI-AA) component)
You place the option rates to be transferred into a transfer table in a first step and in a second step, copy
these settings into the master data table of the objects.
The following functions are available:
______________________________________________________________
SAP AG 431
SAP System
______________________________________________________________
Requirements
All objects, for which an option rate has to be transferred, are created in the Real Estate Management
(RE) component.
Activities
Note: You can also further process the values transferred here with the next action (number 2).
2. Processing the transfer table for option rates
a) On the selection screen, you first delimit which objects you want to edit. With each function
callup, you can maintain only one object type.
b) You receive a list of all selected account assignment objects.
c) The transfer table for the selected object is displayed when you double-click on a line. The
table contains the values created by initialization. Now period-specifically enter the option rates
into the table. You only have to maintain changes to the option rate. For each calendar month,
you may maintain only one option rate.
______________________________________________________________
SAP AG 432
SAP System
______________________________________________________________
In this section, you calculate the composite rates necessary for the input tax treatment.
This function is only needed:
- if you are using Asset Accounting (FI-AA) and
- if correction items are to be copied, which are inclduded in the input tax correction or already
in input tax adjustment at the event of the data transfer.
The monthly composite rates are calculated for the delimited correction items in the specified period, as
long as the selected correction items are in input tax correction in this period. The composite rate in the
last calendar month of the correction phase is recorded on the correction items as base rate.
You can repeat this function as often as required. The existing composite rates are overwritten by
recalculated ones, as long as they are not blocked by an account assignment.
The log of the program run is written into the spool.
For more information, please see the report documentation
Requirements
1. You have already copied the option rates of the correction items.
2. You have not yet carried out an input tax treatment with these option rates, that is, the option rates
that are used for the composite rates calculation must not have already been used for account
assignments since otherwise the composite rates are not updated.
Recommendation
For reasons of performance, you should not choose too large a period. If composite rates are determined
for several years, the program should be started by the block for the individual calendar years.
Activities
1. On the selection screen, delimit the correction items, for which the composite rates are to be
______________________________________________________________
SAP AG 433
SAP System
______________________________________________________________
determined.
2. If correction items are still in the input tax correction, you have to enter
- at least the start date of the input tax correction as from-date, and
- the transfer date of the option rates as to-date.
- For correction items that are already in the input tax adjustment at the event of the old data
transfer, you have to specify the period so that it includes the entire input tax correction period.
3. Choose the 'Execute' function.
- cancel the transfer of the option rates completely or for individual objects.
Only option rates that come from the old data transfer are deleted.
For more information, please see the report documentation
Requirements
However, you can delete option rates/composite rates within the master data table only if they have not
been used for account assignments in the meantime.
Activities
1. If you want to delete the entire transfer table, set the indicator 'Delete TransTab. OptRts'.
2. If you want to delete transferred option rates for objects from the master data table, select the
corresponding objects.
3. Choose the 'Execute' function.
Further notes
Deleting individual option rates is also possible via the corresponding master data screens (for example,
Settlement unit -> Change, Business entity -> Change, and so on).
______________________________________________________________
SAP AG 434
SAP System
______________________________________________________________
The transfer of line items to correction items is carried out in two steps:
1. The line items for each corerction item and tax code are included in a transfer table.
2. The values from the transfer table are transferred to the master data of the correction items.
Use the "Reset line items" function to reset old data line items on correction items.
In this section, you enter the line items of the acquisition and production costs of the correction items.
First, the line items are stored in a transfer table.
Activities
In this section, you copy the line items previously entered in the transfer table to the master data table of
the correction items.
With the transfer, pseudo document numbers are assigned for the line items. The numbers come from the
number range of the document type to be specified. An existing document type can be used for this or a
document type that is used for the old data transfer.
The line items from the old data transfer are separately indicated in the master data screen of the
correction items ("Acquisition of asset data from previous years").
You can repeat the transfer of the line items as often as required. Line items already processed are
recognized, provided that they have not been deleted from the transfer table.
Requirements
______________________________________________________________
SAP AG 435
SAP System
______________________________________________________________
Activities
Further notes
- Error recovery
Changing line items in the correction items is possible as follows:
1. Option: Correction of a memo record
a) Deleting the item from the correction items
b) Deleting the rate from the transfer table, saving the transfer table
c) Maintain corrected rate in the transfer table
d) Further transfer of the rate
2. Option: Adding another memo record with the same tax code
a) Deleting the rate in the transfer table, saving the transfer table
b) Maintain the rate to be created in the transfer table
c) Repeated transfer of the rate. (Another record is then inserted into the line items of the
correction items.)
- A document statement in SAP Financial Accounting for line items on correction items is not
possible.
In this section, you can cancel the line items of the old data transfer to correction items.
The cancellation can be carried out for each tax code within the correction items.
Requirements
Cancelling a memo record is only possible if the record has not already been used for an input tax
treatment.
Activities
______________________________________________________________
SAP AG 436
SAP System
______________________________________________________________
To ensure your production operation, the following batch programs have to be run on a regular basis:
1. Cash flow update: RFVICF00
The rental agreement cash flow is generated when you create the rental agreement for a period
defined in Customizing. You should run the report every six months.
Certain changes in rental agreements (for instance notice, change of rental start or end, conclusion of
a new rental agreement etc.) have an effect on the occupancy history of the rental unit. If such a
change is valid on the date of the change (for instance conclusion of a new rental agreement on the
current date), the corresponding status of the rental unit is updated immediately. If, however, the
change takes place in the future, the system only registers that an update is to be made on that
particular date.
The report RFVIBL00 carries out the update. SAP recommends running this report every day.
3. You should also run the other programs required for the financial accounting functions such as debit
position, input tax distribution etc.
In this section, you define all number ranges of the year-dependent number ranges in the Real Estate
Management (RE) component. With each fiscal year change, you have to correspondingly create new
number ranges.
Please note that you also have to maintain year-dependent number ranges in other applications,
particularly in Financial Accounting.
General information on number assignment
Activities
You have to perform the following activities when you introduce new tax rates:
______________________________________________________________
SAP AG 437
SAP System
______________________________________________________________
- Create new tax codes for input tax and output tax with the corresponding percentage rates in FI
Customizing (old tax codes must not be deleted)
- Change the default values in Customizing
- Change the commercial rental agreements (tax code(s) of the conditions)
In this section you determine the settings for weighting heating expenses depending on regional location
by
Example
Background (Switzerland-specific)
In order to avoid having to carry out interim meter readings when a
tenant moves out, it is common practice in Switzerland
Activities
Further notes
______________________________________________________________
SAP AG 438
SAP System
______________________________________________________________
11.17 Tools
______________________________________________________________
SAP AG 439
SAP System
______________________________________________________________
In this section, you can check the previously made settings for the account determination:
- Checking the posting records for the individual flow types or condition types.
- Checking which condition types can basically be accrued/deferred.
- Check whether corresponding reference flow types were set for the condition types that can be
accrued/deferred.
Activities
1. For the chart of accounts, check whether an account determination was carried out for the individual
flow types or condition types (activity "Checking the account determination" or checking the
condition types):
a) Flow types/condition types without account determination are marked in "red".
b) A missing account determination has to be updated by all means (activity "Rental
agreement/customer), otherwise you cannot make a proper posting by means of this flow type.
2. Check for which condition types an accrual/deferral is possible (activity: "Condition types with
accrual/deferral indicator"):
- the condition types marked in "red" cannot be deferred/accrued.
3. Check which reference flow types have been maintained (activity: "List of reference flow types"):
- select the required flow types, for which you want to list assigned reference flow types, and
choose 'Execute'.
4. Check, for which reference flow types an accrual/deferral is possible (activity: "Check reference
flow types: accrual/deferral")
a) enter the required company codes and choose 'Execute'.
b) The condition types marked in "red" cannot be deferred/accrued.
______________________________________________________________
SAP AG 440
SAP System
______________________________________________________________
11.17.2 Validation/Substitution
______________________________________________________________
SAP AG 441
SAP System
______________________________________________________________
Actions
Create a rule
a) To create a rule without using a template, select an event and choose Create rule.
b) To create a rule using a templete, choose the Copy rule button.
Maintain rule
Transport type
You can transport rules manually into the productive system using the function "Rule" -> "Transport".
You can also transport rules using a specific Customizing transaction. For more information, see the
"Transport Rules" step.
Additional information
For more information on creating and maintaining logical rules, refer to Financial Accounting ->
Special Purpose Ledger -> Validations and Substitutions -> Rules in the SAP Library.
______________________________________________________________
SAP AG 442
SAP System
______________________________________________________________
Actions
Create validation
a) To create a validation without a template, select an event and choose the Create validation
button.
b) To create a validation using a template, choose the Copy validation button.
Maintain validation
Transport type
You transport validations manually into the productive system using the function "Validation" ->
"Transport".
You can also transport validations using a specific Customizing transaction. For more information, see the
"Transport Validations" activity.
Additional information
For more information on creating and maintaining validations, see "Financial Accounting -> Special
Purpose Ledger -> Tools -> Maintain Validation/Substitution/Rules -> Maintain Validations" in the R/3
Library.
______________________________________________________________
SAP AG 443
SAP System
______________________________________________________________
Actions
Create substitution
a) To create a substitution without a template, select an event and choose the Create substitution
button
b) To create a substitution using a template, choose the Copy substitution button.
Maintain substitution
Transport type
You transport substitutions manually into the productive system using the function "Substitution" ->
"Transport".
You can also transport substitutions using a specific Customizing transaction. For more information, see
the "Transport Substitutions" activity.
Additional information
For more information on creating and maintaining substitutions, see Financial Accounting -> Special
Purpose Ledger -> Validations and Substitutions -> Substitutions in the SAP Library.
You can maintain substitions for:
- Real Estate objects (business entity/property/building/rental unit)
- Rental agreement
- Notice on rental agreement
______________________________________________________________
SAP AG 444
SAP System
______________________________________________________________
You can create additional fields for the validation/substitution that may be contained in user-defined
tables. You have to extend the structures VISYF_* and fill these in the master data dialog by means of a
user exit.
You can integrate additional fields for validation and substitution by using user exits:
Dialog Text Module
Business entity 00700105
Property 00700205
Building 00700305
Rental unit 00700405
Change active lease-out 00702105
Notice 00702205
Offer 00702305
Activities
You find the text modules in the transaction via Environment -> Infomation systems (Processes) by
entering the component RE (see Use Business Transaction Events).
______________________________________________________________
SAP AG 445
SAP System
______________________________________________________________
In this chapter, you copy control tables or Customizing tables from the delivery client 000 to your test
client or from there to your productive client.
In addition, you copy text modules of client 000 to your client in order to use or modify it there.
In this section, you can copy text modules from client 000 or another source client into your target client.
You can then modify these texts in the target client, if necessary.
Activities
1. Transport the text modules to your customizing client. If necessary, change the text modules, or
create new ones.
You can import the text modules which SAP delivers for correspondence in Real Estate from client
000 to a target client, if you execute the report with the following parameters:
Further notes
Please note that through this transport already existing text modules with the same name are overwritten
in the target client.
______________________________________________________________
SAP AG 446
SAP System
______________________________________________________________
Here the Customizing dialogs are grouped together according to central criteria (for example, according to
tenancy law, usage type, area types) thus making it easier to check the settings if certain questions arise.
The current menu option is used for the central overview of all settings that depend on central parameters
or organizational structures. All transactions have already been processed in former menu options.
Notes on transport
To transport the entries, you should explicitly choose the menu option Edit -- Transport. After entering
the transport request, choose the function "Include in transport request" and then save.
Caution:
The table that includes these entries contains further fields, which are maintained by means of other
Customizing sections:
- Basic settings for the entire client
- Suppress leading zeros
- Data medium exchange Heating expenses
- Field status Applications
- Field status Co-applicant
Before transporting, you have to ensure that these entries can be transported.
______________________________________________________________
SAP AG 447
SAP System
______________________________________________________________
Basic settings
______________________________________________________________
SAP AG 448
SAP System
______________________________________________________________
The present section is used to give a central overview of all of the number range settings used. Each of the
transactions is already contained in another menu option.
General information on number assignment
This menu option serves as central overview of all used field status settings. Each of the transactions are
already contained in another menu option.
Field status: Business entity, building, property, land register
Field selection control: Rental agreement, application, rental request
The present menu option serves as a central overview of all used settings for areas. Each of the
transactions is already contained in another menu option.
Area types
Determine apportionment units/factors
Assign usage/area type
In this chapter, you process the following areas in addition to the settings already made for
correspondence:
In this section, you maintain the layout sets used for the individual correspondence activities.
The text objects used in the Real Estate Management component start with "FVVI...." and are accessed
______________________________________________________________
SAP AG 449
SAP System
______________________________________________________________
Activities
The text ID clearly identifies the SAPscript text module which is set into the correspondence form for the
duration of the correspondence program, together with the text object and the text name.
The Real Estate Management (RE) component uses text objects starting with "FVVI_". One text ID
"TEXT" each is assigend to them.
In addition, an entry for the text object "TEXT" with the text ID "MVFR" is required for the printout of
the additional texts for the rental agreement.
Activities
Use
Table TTXIN controls which texts can be included in other texts.
Maintenance
The Table Maintenance function first lists the calling text (object, ID) and then the text to be included
(include object, include ID). Note that you should not delete or modify any existing entries since these are
valid on a system-wide basis.
Example: Text object ZABC, ID A01 should be able to include all texts with object ZABC (any ID) and
texts with object ZXYZ (IDs ABC and DEF only). Add the following entries to the table:
(1=All objects, 2=Same object, 3=All IDs, 4=Same ID)
Object ID Inc object Inc ID [1] [2] [3] [4]
ZABC A01 X X
ZABC A01 ZXYZ ABC
ZABC A01 ZXYZ DEF
In addition, texts with object ZALL should be allowed to include all texts. This requires the following
entry:
Object ID Inc object Inc ID [1] [2] [3] [4]
ZALL X X
If no rules exist for a text, the default values are used (object and ID are set to their initial value). In this
example, you see that all texts that are not listed explicitly are allowed to include standard texts (object
______________________________________________________________
SAP AG 450
SAP System
______________________________________________________________
In this section you determine the residence time for archiving the following archiving objects:
Activities
Enter your data for residence time 1 (residence time DID) and residence time 2 (archiving residence time).
In this IMG activity, you set the appearances of system messages to meet your requirements.
______________________________________________________________
SAP AG 451
SAP System
______________________________________________________________
Recommendation
Use standard system messages at the beginning. If a changeable message appears, you have the option of
branching to message maintenance from the message long text.
Activities
1. Enter the work area from which the messages come. In Controlling, enter "KI" for CO checks.
2. Choose "Edit -> New entries".
3. Enter the following data:
- Message number
Note that you can change only certain messages in a work area; others are fixed.
- User name
If you enter a name, the settings are valid for this user only. If you enter a blank space, the
settings are valid for all client users.
- Message type
Enter the given message type.
- Save your entries. The message texts are automatically implemented.
Note on transport
To transport settings for message transport manually, choose "Table view -> Transport".
11.18.1 Italy
In this section you can insert the cadastral categories. The key of each line of the table is the category code
(Cat. ID) and all the informations about it are given by the cadastral office.
______________________________________________________________
SAP AG 452
SAP System
______________________________________________________________
Activities
In this section you can set all the annual revaluation coefficients for the building classified as type 'D'.
Activities
In this section you can set the ICI parameters referred to the city in which the building is situated.
______________________________________________________________
SAP AG 453
SAP System
______________________________________________________________
Recommendation
The name of the city must be exactly the same of the one inserted in the address of the building of which
you are calculating ICI.
Activities
Insert the name of the city (key field) the ICI rate for a rented unit, the ICI rate for a not rented unit, the
regional incrementative coefficient used to calculate the cadastral revenue from an old revenue value.
Furthermore you can custimize this table inserting for each city a tax collector and a current account
number.
In this section you can set all the building classes and their descriptions.
Activities
In this section you can set all the using grouping codes and their descriptions.
Activities
______________________________________________________________
SAP AG 454
SAP System
______________________________________________________________
In this section you can set the informations about the ICI minimum values and payment deadlines.
Activities
Insert the year which the parameters are referred to, the currency, the first and the second deadline, the
share of the first installment, the minimum ICI value and the rounding.
In this section you can insert all parameters which influence the IRE calculation procedure according to
different combinations of agreement conditions.
Activities
Insert the IRE code (key field), the description of the conditions combination (for example: Agreement
with guarantees), set if there's VAT or not, set if it's an advance resolution or not, insert the IRE rates (for
the basic rent, for the furniture, for the bail and for the guarantor), the accounting frequency (E: on Event,
A: Annual), the number of accruals (it's not mandatory because the program calculates those number
automatically), the accounting of the accruals (I: at the beginning of the agreement, F: at the end), set if
there's the reduction or not, insert the code of the condition type referred to the basic rent (5 possibilities).
______________________________________________________________
SAP AG 455
SAP System
______________________________________________________________
In this section you can insert all variables which influence the IRE calculation procedure according to a
validity date.
Activities
Insert the validity date (key field) from which the parameters take effect, the currency, the minimum IRE
values (for the basic rent and for the furniture), the IRE fixed value for the agreement with VAT, the IRE
fixed value for the advance resolution, the payback percentage, the reduction percentage, the rounding
value, the number of days to obtain the billing date from the beginning of the annual rent, the payback
expenses.
______________________________________________________________
SAP AG 456
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 457
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 458
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 459
SAP System
______________________________________________________________
______________________________________________________________
SAP AG 460
SAP System
______________________________________________________________
Use
In the Czech Republic, advance payments for service charges are always paid without taxes. The
receivable from service charge settlement, however, is subject to sales tax. In this table, you specify how
taxation is handled.
Requirements
If the company code is not allowed to opt for input tax, refer to Basic Settings for Company Codes -
Parameters.
Standard settings
Assign an output tax indicator to each advance payment condition type. This tax indicator is used to tax
the receivable that results from this advance payment. Note that the date field is currently not relevant.
Activities
Example
As part of the service charge settlement, the costs are taxed as follows:
Trash collection Output tax 5%
Insurance Output tax 5%
Energy Output tax 22%
Since two different tax rates are used during service charge settlement, you have to have agreed on two
condtion types in the lease-outs.
70 Advance payments for service charges 5%
80 Advance payments for service charges 22%
You have to assign the service charge keys to the condition types in Customzing. Refer to Assign Service
Charge Key to ConditionType.
______________________________________________________________
SAP AG 461
SAP System
______________________________________________________________
The result is that the receivables resulting from service charge keys 1000 and 2000 are posted with 5%
output tax, while the costs resulting from service charge key 3000 are posted with 22% output tax.
The same tax treatment applies at final settlement. For more information refer to Final Settlement:
Asssign Service Charge Key to Flow Type.
Directly posted costs are also subject to this special tax treatment. Also refer to Accounts for Costs
Assigned Directly to Lease-Outs.
Please note:
The program does not establish a technical link between the input tax rate and the output tax rate. The
relationship is based solely on the assignment of the service charge key to the condition type.
If costs of the same type (for example, trash collection) should have different output tax rates in service
charge settlement, then this is only possible by posting the costs to two different service charge keys (trash
collection 1 and trash collection 2), which are in turn assigned to different condition types.
______________________________________________________________
SAP AG 462
Real Estate
______________________________________________________________
Copyright
Copyright(c) 2017 SAP AG. All rights reserved.
Neither this document nor any part of it may be copied or reproduced in any form or by any
means or translated into another language, without the prior consent of SAP AG. The
information contained in this document is subject to change without notice.
All other products which are mentioned in this documentation are registered or not registered
trademarks of their respective companies.
Release Notes Table of Contents SAP AG
______________________________________________________________
11 Real Estate 1
11.1 Notes on Customizing-Related Applications 1
11.1.1 Global Parameters 1
11.1.2 Enterprise Structure 2
11.1.3 Basis 2
11.1.3.1 Recording Table Changes 2
11.1.3.2 Authorizations 4
11.1.3.2.1 Maintain Authorization Groups 9
11.1.3.3 Optical Archive 10
11.1.4 Cross-Application Components - Document Management 11
11.1.5 Financial Accounting, Asset Accounting 11
11.1.5.1 Basic Settings Financial Accounting 11
11.1.5.2 General Ledger 13
11.1.5.3 Accounts Receivable and Accounts Payable 16
11.1.5.4 Electronic Account Statement Entry 18
11.1.5.5 Asset Accounting 21
11.1.6 Cash Management and Forecast 21
11.1.7 Controlling, Enterprise Controlling 22
11.1.7.1 Basic Settings Controlling 22
11.1.7.2 Overhead Cost Controlling 22
11.1.7.3 Profit Center Accounting 22
11.1.8 Plant Maintenance 23
11.1.9 Project System 23
11.2 Basic Settings 23
11.2.1 Basic Settings for Company Codes/Financial Asset Management 23
11.2.2 Activate Real Estate Management in Controlling Area 24
11.2.3 Set Link to Plant Maintenance 25
11.2.4 Tenancy Law Used 25
11.2.5 Folder for Temporary Data 25
11.2.6 Asset Classes - Real Estate Indicators 25
11.2.7 Notes on Required Periodic Procedures 26
11.3 Partner Data 27
11.3.1 General Data on Business Partners 27
11.3.1.1 Communications 28
11.3.1.1.1 Form of Address 28
11.3.1.1.2 Salutation 28
11.3.1.1.3 Address ID 29
11.3.1.2 Organization 29
11.3.1.2.1 Legal Form 30
11.3.1.2.2 Legal Entity 31
11.3.1.3 Natural Person 31
11.3.1.3.1 Marital Status 32
______________________________________________________________
SAP AG iii
Release Notes Table of Contents SAP AG
______________________________________________________________
______________________________________________________________
SAP AG iv
Release Notes Table of Contents SAP AG
______________________________________________________________
______________________________________________________________
SAP AG v
Release Notes Table of Contents SAP AG
______________________________________________________________
______________________________________________________________
SAP AG vi
Release Notes Table of Contents SAP AG
______________________________________________________________
______________________________________________________________
SAP AG vii
Release Notes Table of Contents SAP AG
______________________________________________________________
______________________________________________________________
SAP AG viii
Release Notes Table of Contents SAP AG
______________________________________________________________
______________________________________________________________
SAP AG ix
Release Notes Table of Contents SAP AG
______________________________________________________________
Characteristics 202
11.7.1.5.3.2 Help Texts for Differentiating Characteristics 202
11.7.1.5.4 Assignment of Correspondence Activities to Correspondence
Groups 202
11.7.2 Office Standard Letters (Single Print) 203
11.7.2.1 Standard Letter Templates 203
11.7.2.1.1 Standard Letter Template for General Contract 204
11.7.2.1.2 Standard Letter Template for Lease-Out 204
11.7.2.2 Maintain Letter Recipients 205
11.7.2.3 Additional Partners for Each Letter 206
11.8 Rental Accounting 206
11.8.1 Determine Cash Flow Period 207
11.8.2 Document Types, Payment Methods, Payment Blocks, Tax Keys 207
11.8.3 Document Type for Tax Transfer (Jurisdiction Code) 208
11.8.4 Maintain Down Payment Updates in Controlling 208
11.8.5 Payable Special General Ledger Processes (Debit-Side) 209
11.8.6 Number Ranges for Posting Transactions 209
11.8.6.1 Maintain Number Ranges for Automatic Postings 210
11.8.6.2 Maintain Number Range for One-Time Postings 212
11.8.6.3 Maintain Number Range for Invoice Numbers 212
11.8.7 Define Reference Interest Rate 213
11.8.8 Incoming Payments Control 213
11.8.8.1 Posting Key for Bank Debit Posting (Incoming Payments) 213
11.8.8.2 Determine Incoming Payment Control 214
11.8.8.3 Prepare Account Statement Entry 216
11.8.8.3.1 Account Statement Entry: Assign Transactions 219
11.8.8.3.2 Account Statement Entry: Multicash/DTAUS Test Tool 219
11.8.8.3.3 Set Up Bank Procedure 220
11.8.8.3.3.1 Maintain Bank Procedure Used 221
11.8.8.3.3.2 Assign Bank Procedure of Local Bank 221
11.8.8.3.3.3 Maintain Number Range for Bank Procedure Account Number 221
11.8.8.3.3.4 Set Bank Procedure Account Number Digit Check Procedure 221
11.8.8.3.4 Incoming Payments Post-Processing 222
11.8.8.3.4.1 Maintain Flow Type for Incoming Payments Rejection 223
11.8.8.3.4.2 Assign Flow Types to Incoming Payments Rejection 223
11.8.8.3.4.3 Maintain Account Determination for Incoming Payments
Rejection 224
11.8.9 Dunning 224
11.8.9.1 Determine Dunnable Payment Methods 226
11.8.9.2 Performance Dunning and Payment 226
11.8.9.3 Correspondence Partner Reminder 227
______________________________________________________________
SAP AG x
Release Notes Table of Contents SAP AG
______________________________________________________________
______________________________________________________________
SAP AG xi
Release Notes Table of Contents SAP AG
______________________________________________________________
______________________________________________________________
SAP AG xii
Release Notes Table of Contents SAP AG
______________________________________________________________
______________________________________________________________
SAP AG xiii
Release Notes Table of Contents SAP AG
______________________________________________________________
______________________________________________________________
SAP AG xiv
Release Notes Table of Contents SAP AG
______________________________________________________________
______________________________________________________________
SAP AG xv
Release Notes Table of Contents SAP AG
______________________________________________________________
______________________________________________________________
SAP AG xvi
Release Notes Table of Contents SAP AG
______________________________________________________________
______________________________________________________________
SAP AG xvii
Release Notes Table of Contents SAP AG
______________________________________________________________
______________________________________________________________
SAP AG xviii