Posting Parameters If multiple objects are assigned to a real estate contract, then certain agreements (groups of parameters) have to be made for individual objects in the contract.
To avoid having to create such agreements over and over for each object, you can group them as a term under a single ID.
The following groups of parameters are available in the real estate contract and on the rental object for posting and calculating conditions:
Posting (data for payments, taxes, and dunning; also differing posting term for service charge settlement)
Frequency (payment frequency, payment form, and due date of condition amount)
Organizational assignment (profit center, business area)
Note
You can assign special due date correction rules for the due date of the condition amount within a frequency term. You have to define these due date correction rules in Customizing. Choose
Customizing for
Be sure to read the documentation on this Customizing activity.
For the settings for fixed periods (quarter days), choose For more information, see Frequency Term: Quarter Days (UK) .
For each term category (posting, frequency, organizational assignment), the system defaults a
standard term
during contract and rental object processing. You can change these standard terms but you cannot delete them from the table. The conditions are automatically assigned and are displayed on the
Conditions
subtab.
By choosing
(
Create Term
), you can create
differing terms
for each standard term. The terms are numbered. They can be modified. If you want to delete them, choose
(
Delete Selected Term
). For these differing terms, you have to individually assign the conditions on the
Conditions
tab page (
Terms
subtab).
If you choose
New
(
Add Validity Period
), you can create new time slots for the standard terms and all other differing terms. This means that if the payment method changes, for instance, you
do not
have to create a new posting term. Instead you store the changed data in the existing term starting from the date of change by using the time slot function described above. Since the assignment of the term to the condition is based on the number, you do not have to change anything on the condition screen.
Note
To be able to use this function, you have to activate the
Enhancements for Service Charge Settlement
(SC01) in the
Activate Subfunction
IMG activity.
For more information, see Customizing for
Flexible Real Estate Management (RE-FX)
under
You can enter posting terms in the contract that you use to post the results of service charge settlement (SCS). Using these posting terms allows you to use your own separate payment methods, dunning data, account determinations, and so on, when posting the results of service charge settlement, rather than using the posting rules of your service charge settlement.
You enter these different posting terms for the settlement results in the advance payment condition. The result can be a credit for the tenant or a receivable due from the tenant.
If you defined a condition split in the posting term for service charge settlement, then the system distributes the receivable amount (or the credit memo amount) based on the equivalence numbers you entered. This procedure can be useful if a subsidizer, such as the social welfare office, pays a part of the service charges.
For more information, see Condition Split .
Frequency term
The calculation period is divided into two timeframes. (For an example of how due dates can be handled when you change the frequency term for quarter days, see Quarter Days: Calculation Examples .)
Posting term
The changes do not become effective until the next calculation period.
Term for organizational assignment
The changes do not become effective until the next calculation period.
If you want a split based on time for the last two term categories, you have to create a new frequency term at the same time (with the same data, if appropriate).
Note
The time slots are not displayed in the table of posting parameters. If you entered several changes to a term, you can access them in the detail screen using the
and
buttons.
Fields are initially locked to processing if they affect the cash flow retroactively and can lead to subsequent receivables or credit memos.
For more information, see Locking User Interface for Retroactive Changes .