The date and time that the parameters are valid. The parameters are valid up to the effective date of a more recent parameter setting.
Commissions/Rebates ParametersUse this session to define parameters for commissions and rebates used in the Commissions and Rebates module. If all Order Management parameters are initialized in the Initialize Parameters (tcmcs0295m000) session, the parameters of this session are also initialized. You can enter priorities for commissions and rebates. The sequence in which you enter the data will be used to find and select the correct agreement for commissions and rebates. Use the Print CMS Parameters (tdcms0400m000) session to print parameter information. Note If you update the parameters in this session, every session that uses these parameters must be restarted, before you can use and read the new settings.
Effective Date The date and time that the parameters are valid. The parameters are valid up to the effective date of a more recent parameter setting. Description A user-defined name that identifies the parameter settings. Commissions Implemented If this check box is selected, the commissions are calculated. Performance aspects The setting of this field could affect system performance and database growth. For more information, refer to Disable unused concepts. Commission Calculation Method This parameter controls the moment of calculating the commissions. Default value If the relation is a Supplier, or an Employee, this field is defaulted to the Calculation Method field of the Relations (tdcms0110s000) session. Allowed values Linking of Relations On This field determines whether relations can be linked to the complete order or to the individual order lines. Important! If you change this parameter after you defined relations and commission agreements, LN might not find valid agreements. As a result, you must correct the agreements. To avoid this, do not change the parameter after agreements are defined. Method of Linking Rels. to Order/ Order Lines This parameter determines how relations are linked to an order or order line. Multiple Commissions Allowed If this check box is selected, the parent of the relation receives a double commission. This is relevant for the calculation of commissions of parent relations in hierarchical structures. This means that a parent relation receives commissions for each of the subordinates that are linked to an order or order line. If this check box is cleared, this means that a relation can receive only one commission for a single order or single order line, even if it is a parent relation of a number of relations linked to the same order (line). Note If several relations receive a commission for the same order, they do not necessarily receive the same commission. The commission calculation is performed separately for each relation and different commission agreements can apply. Link with Finance If this check box is selected, commissions are posted to Financials. Note For an Employee relation, commissions are never posted to Financials. For employees, this check box determines how commissions are processed.
Calculate Commission not Based on Cum Sales after Order Entry If commissions can be calculated at order entry, this field determines how the commissions that are not based on cumulative sales, are calculated. Note To calculate the commissions manually, use the Calculate Commissions/Rebates on Cumulative Sales (tdcms1200m000) session. Calculate Commission Based on Cum. Sales after Order Entry If commissions can be calculated at order entry, this field controls how the commissions that are based on cumulative sales, are calculated. Note If you want to calculate the commission on cumulative sales in one period, you must select Manually in this field and use the Calculate Commissions/Rebates on Cumulative Sales (tdcms1200m000) session. Parent Commission for Child This field determines whether the child at the bottom of a relation structure can receive a commission because it is related to some other relations. Example
C is at the bottom of the relation structure, A is at the top. Every relation can have its own agreement and an agreement for its children (child agreement), so A and B are parents of C. If this check box is selected, every relation linked to the order is checked to see whether it is at the bottom of a relation structure. If it is, and if it has a parent relation (filled in the relation file), LN searches for this parent relation to determine whether or not child agreements are recorded. If a child agreement is found, the child receives the commission specified in that agreement. The search is continued until the top of the structure is reached. In the example, A, B and C receive the following commissions (if A, B and C are linked to the order):
If this check box is cleared, every relation linked to the order receives a commission according to the agreement recorded for this relation. In the example:
Search for Commission Based on Date Commissions are valid for a certain period. The date in this field determines whether or not a commission is still valid. Prof Calc Based on Cost/Sales Price This field determines how LN calculates the gross profit percentage. This percentage is used in agreements for which the commission percentage depends on the gross profit. Exchange Rate Type The exchange-rate type that is used to calculate commissions for suppliers/employees. The exchange rate type is used to calculate and invoice commissions. If you do not fill this field, LN uses the exchange rate types from Common. Priority 1 Search priorities are used to find a valid agreement for the entered search combination or search level. If a valid agreement is found for the first priority, the agreement will be used. If not, LN searches for a valid agreement for the second priority and so on. / Search priorities are used to find a valid agreement for the entered search combination or search level. If a valid agreement is found for the first priority, the agreement will be used. If not, LN searches for a valid agreement for the second priority and so on. / Search priorities are used to find a valid agreement for the entered search combination or search level. If a valid agreement is found for the first priority, the agreement will be used. If not, LN searches for a valid agreement for the second priority and so on. / Search priorities are used to find a valid agreement for the entered search combination or search level. If a valid agreement is found for the first priority, the agreement will be used. If not, LN searches for a valid agreement for the second priority and so on. Paid Commissions to Employees Implemented If this check box is selected, the Paid Commissions to Employees submodule is implemented. The parameter is especially important for the Print and/or Delete Commissions/Rebates (tdcms0251m000) session. If the submodule is implemented, commissions to employees that are not fully paid cannot be deleted. Note This parameter is only applicable if the Link with Finance field is selected. Generating Payments This parameter determines the method for generating payment lines for commissions to employees. Note
Rebates Implemented If this check box is selected, rebates can be calculated. Performance aspects The setting of this field could affect system performance and database growth. For more information, refer to Disable unused concepts. Rebate Calculation Method This parameter controls the moment of calculating the rebates. The calculation can be performed at order entry, when the order is invoiced, or when the invoice is paid for. Default value This field is defaulted to the Calculation Method field of the Relations (tdcms0110s000) session, if the relation is a Customer. Linking of Relations On This field determines whether relations can be linked to the complete order or to the individual order lines. Important! If you change this parameter after you defined relations and rebate agreements, LN might not find valid agreements. As a result, you must correct the agreements. To avoid this, do not change the parameter after agreements are defined. Method of Linking Rels. to Order/ Order Lines This parameter determines how relations are linked to an order or order line. Multiple Rebates Allowed This field indicates whether or not multiple rebates can be awarded to relations for one and the same order (line). This is relevant for the calculation of rebates for the parent relation in a hierarchical structure. If this check box is selected, you can have multiple rebates by order (line). This means that a parent relation gets rebate for each of its subordinates that are linked to an order or order line. If this check box is cleared, you cannot have multiple rebates by order (line). This means that a relation can only receive one rebate for a single order or single order line, even if it is a parent relation of a number of relations that are linked to the same order (line). Link with Finance If this check box is selected, all rebates are posted to Invoicing. Calculate Rebates not Based on Cum Sales after Order Entry If rebates can be calculated at order entry, this field controls how the rebates that are not based on cumulative sales, are calculated. Note If you select Manually, you must calculate the rebate in the Calculate Commissions/Rebates (tdcms0240m000) session. Calculate Rebates based on Cum. Sales after Order Entry If rebates can be calculated at order entry, this field controls how the rebates that are based on cumulative sales, are calculated. Note If you select Manually, you must calculate the rebate in the Calculate Commissions/Rebates on Cumulative Sales (tdcms1200m000) session. Parent Rebate for Child This field determines whether or not the child at the bottom of a relation structure can receive a rebate because it is related to some other relations. Example
C is at the bottom of the relation structure, A is at the top. Every relation can have its own agreement and an agreement for its children (child agreement), so A and B are parents of C. If this check box is selected, every relation linked to the order is checked to determine whether or not it is at the bottom of a relation structure. If it is, and if it has a parent relation (filled in the relation file), LN searches for this parent relation to determine whether or not child agreements are recorded. If a child agreement is found, the child receives the rebate specified in that agreement. The search is continued until the top of the structure is reached. In the example, A, B, and C receive the following rebates (if A, B, and C are linked to the order):
If this check box is cleared, every relation linked to the order receives a rebate according to the agreement recorded for this relation. In the example:
Search for Rebates Based on Date This field determines whether or not the rebate falls in the effective period. The date is compared with the rebate's effective period. Prof Calc Based on Cost/Sales Price This field determines how LN calculates the gross profit percentage. This percentage is used in agreements for which the rebate percentage depends on the gross profit. Exchange Rate Type The exchange-rate type that is used to calculate rebates for customers. The exchange rate type is used to calculate and invoice rebates. If you do not fill this field, LN uses the exchange rate types from Common. Priority 1 Search priorities are used to find a valid agreement for the entered search combination or search level. If a valid agreement is found for the first priority, the agreement will be used. If not, LN searches for a valid agreement for the second priority and so on. / Search priorities are used to find a valid agreement for the entered search combination or search level. If a valid agreement is found for the first priority, the agreement will be used. If not, LN searches for a valid agreement for the second priority and so on. / Search priorities are used to find a valid agreement for the entered search combination or search level. If a valid agreement is found for the first priority, the agreement will be used. If not, LN searches for a valid agreement for the second priority and so on. / Search priorities are used to find a valid agreement for the entered search combination or search level. If a valid agreement is found for the first priority, the agreement will be used. If not, LN searches for a valid agreement for the second priority and so on.
| |||||||||||||||||||||||||||||||||||||||||||