Settlement Scheduling with Changed Object Attributes

Activities

Process StepRemuneration Scheduling

The reporting (operational) system reports the change of a business object in a particular business transaction. The existing settlement schedule has to be rescheduled if the reported change of at least one subobject (such as line of business or tariff) affects the remuneration. The prerequisite for this is that the business object is not subject to a valuation change.

  1. The system detects the presence of one or more previous versions of the current commission case for the business object. The current commission case contains new information on the business object that may be relevant to remuneration scheduling.

  2. The system checks whether historic settlement schedules have to be changed. One of the process steps is for the system to check the agreement for remuneration scheduling that is to be applied on the basis of any new information relative to the business object attributes.The system checks the following criteria, which may make it necessary to reschedule:

    Establish whether rescheduling is allowed .Rescheduling is only triggered if the scheduling rule in the current settlement schedule allows changes (configuration of scheduling rule). Check the agreement for settlement rescheduling. The scheduling rule to be applied is determined, based on the latest version of the business object attributes. Determine whether rescheduling is necessary. The system checks whether rescheduling could come up with different scheduling results than those already in the settlement schedule. Rescheduling is not triggered if the same version of the same rule is to be applied, based on current information, and the attributes of the remuneration line are the same as those on the database, and the settlement schedule has not been changed.A settlement schedule is considered as being changed if more than one version of the settlement schedule header exists.

  3. The system recalculates the settlement schedule based on new information. The system calls

    Method 01 Create Settlement Schedule of object type class 25 in simulation mode (logical service) and creates a settlement schedule for the remuneration that is to be rescheduled. The start of the settlement schedule horizon is thereby set to the start date of the business object version on which the remuneration was created.If new information is available on the business object, it may be necessary to apply a different scheduling rule.

  4. The system compares the settlement schedule on the basis of old and new object information. Processing takes place as a logical service that is implemented by the tool for settlement scheduling. Method 02 Change Settlement Schedule of object type class 25 is used. The old and new version of the settlement schedule is transferred to the logical service. The standard delivery of the logical service, method 02, accepts the new settlement schedule and compares items that have already been converted to settlement items.

    Note Note

    If the results of the comparison do not meet you expectations you can copy the function module of the standard delivery for method 02 Change Settlement Schedule and adapt it to your own requirements.

    End of the note.

    Example Example

    Possible consequence of adjusting a copy of the function module for method 2 Change Settlement Schedule :Items that have already been converted remain unchanged. The remaining entitlement is distributed throughout the settlement schedule horizon.

    End of the example.