Pricing Flashcards
(132 cards)
1
Q
7 Steps of the condition technique
A
- Field Catalog
- Condition table
- Access sequence
- Condition type
- Pricing Procedure
- Pricing Procedure Determination
- Condition Record
2
Q
Field Catalog
A
The list of fields that can be used as a base for pricing. That is to say, a list of fields which are used for how a price is determined.
3
Q
Condition Table
A
A subset of the fields from the field catalog which will comprise the particular fields for that specific pricing scenario
4
Q
Access sequence
A
The sequence in which the condition tables need to be accessed
5
Q
Condition Type
A
The type of computation i.e. price, surcharges, discounts, taxes
6
Q
Pricing Procedure
A
Place where all the condition types are together
- Pricing
- Discounts
- Taxes
- Freights
- Surcharge
7
Q
Pricing Procedure Determination
A
Sales Area + Document pricing procedure + Customer pricing procedure
8
Q
Condition Records
A
The determining of the actual cost
9
Q
VOK0
A
Pricing configuration
10
Q
Condition Table namespace
A
1-600 Reserved for SAP Standard
6019-999 Customizable
11
Q
V/06
A
Condition type configuration
12
Q
5 types of condition types
A
Prices Discounts Taxes Freights Surcharges
13
Q
Pricing Procedure Field: Subtotals
A
A summation of multiple condition types. Used when you want to store the sum of certain condition types to then use later.
14
Q
Pricing Procedure Field: Manual
A
Conditions that can only be inputted into the order manually
15
Q
Pricing Procedure Field: Required
A
Condition type is mandatory
16
Q
Pricing Procedure Field: Statistical flag
A
Not used in calculating the price
17
Q
Pricing Procedure Field: Requirement
A
Determines whether the condition type is applied or not
18
Q
Pricing Procedure Field: Calculation routine
A
Custom routine to compute the price or the value of the condition type
19
Q
Promotion
A
For generating higher sales in a specific time.
Particularly useful for retailers who sell in physical stores as well as e-commerce.
Defined for specific period
Can have multiple sales deals
Works like a condition type
20
Q
Sales Deal
A
A representation of a promotion
Defined as a group of two or more condition types executed during the order processing for the promotional period
Defines a marketing deal for a certain product
21
Q
Rebates
A
Rebate agreement is a special agreement granted to the customer on a specific volume of sales over a specific period of time.
22
Q
Sales deal assignment
A
You assign promotions in the “Assignment” section of Sales deals creation/change
23
Q
Sales deal assignment
A
You assign promotions in the “Assignment” section of Sales deals creation/change
24
Q
Sales deal break down
A
The type of sales deal i.e. Z8C1 annual sales
Condition types for the sales deal Z8C1 i.e.
Z8CK Freight Discount, Z8D7 A/S by Mat Group
The condition records for said condition type which is based on a key combination/condition table
i.e. Condition record 1 for Z8CK based on Material group, for sales deal type Z8C1
25
Rebate Configuration
Define agreement type
Define condition type group
Maintain the category of the condition type group
Assign condition types and condition tables to the condition type group
Assign agreement types to the condition type group
26
Condition types and condition records for rebates vs for discounts
Rebates have condition type groups, whereas discounts only have condition types
Rebates accrue whereas discounts are one time bangs
27
Pricing reports
Put together information from condition records, condition types and condition tables according to various different criteria.
28
Customer Hierarchy
Used to apply pricing elements to a collection of customers
29
Hierarchy partners functionality
The partners functions from the higher level customer get passed down to lower level customer at the sales document header level
30
Customer Hierarchy Configuration
Configure Hierarchy type
Set partner determination for hierarchy categories
Assign account groups
Assign Sales areas
Assign Hierarchy type for pricing by sales document type
31
Hierarchy nodes placement
Hierarchy nodes are not put into the customer master, but are put into the sales document
32
Customer hierarchy partner functions source
Can only come from the sold-to
33
Condition Exclusion
There might be a scenario’s where system determines records for more than one condition type in the pricing procedure. In order to avoid this we can set up conditions or a group of conditions to be mutually exclusive.
34
Condition Exclusion Configuration
Define condition exclusion groups
Assign condition types to exclusion groups
Maintain condition exclusion for pricing procedure
35
Group conditions
Some conditions to be used as the scale base value or the condition value taking all related items of the business document into account.
36
For a group condition to be effective..
the items must belong to a group
37
Reference condition types
Condition type that references another, thus only the main condition type requires condition records
38
Hierarchy Access
Using one condition table with one access
39
Hierarchy Access: Free fields
Fields which act as optional fields during condition record maintenance, allowing any number of combinations of characteristics for an access.
40
Header condition
Does not have access sequence like item conditions (typical condition type) therefore, you don't maintain condition records and thus are manual conditions
41
Group conditions always work on…
Total order quantity
42
Exclusion group
A container for condition types that need to be compared during condition exclusion
43
Exclusion method A
Multiple condition types compared and best condition record is chosen, the rest are discarded
44
Exclusion method B
All condition records for 1 condition type are compared, the best is selected with the others deactivated
45
Exclusion method C
Best condition record between two exclusion groups
46
Exclusion method D
If condition record is determined for the first exclusion group, then condition records for the second exclusion group are deactivated
47
Exclusion method E
Similar to method B, but now highest price will be chosen
48
Exclusion method F
Similar to method C, but the highest price will now be selected
49
Exclusion method L
Similar to A, but giving the highest price
50
Free Goods
Free Goods in SAP is giving certain material/quantity as free of charge based on Order quantity
51
Types of Free Goods
Free Goods are of two types in SAP, Inclusive Free Goods and Exclusive Free Goods
52
Inclusive Free Goods
If the Free Goods quantity is a part of Order quantity, it is said to be Inclusive Free Goods. Also, called inclusive bonus quantity.
Example: Buy 10 get 1 free is the Policy. Customer is charged for 9 qty. only and one is given free.
53
Exclusive Free Goods
If the Free Goods quantity is in addition to Order quantity, it is said to be Exclusive Free Goods. Also called exclusive bonus quantity.
Example: Buy 10 get 1 free is the Policy. Customer is charged for 10 qty. and one is given extra.
The material being given free could be different from Ordered material.
54
Free good aspects
Can specify a validity period for the free goods agreement
can specify a minimum quantity for which free goods is to be granted
55
Different rules for determining the free goods quantity
proportional (rule 1)
related to number of units (rule 2)
only for whole units (rule 3)
56
Free goods proportional (rule 1)
You grant 10 pieces of a material as exclusive free goods for an order of 100 pieces.
A customer orders 150 pieces. They receive quantity of 15 free goods.
57
Free goods related to number of units (rule 2)
You grant 10 pieces of a material as exclusive free goods for an order of 100 pieces.
A customer orders 150 pieces. They receive quantity of 10 free goods.
58
Free goods only for whole units (rule 3)
You grant 10 pieces of a material as exclusive free goods for an order of 100 pieces.
A customer orders 150 pieces. They receive quantity of 0 free goods.
59
Free goods Delivery controlling
you can control whether the free goods are processed independently or whether they are only copied to the delivery for partial delivery or full delivery
60
PR00
Standard Price condition type
61
K004
Material discount
62
K005
Customer-specific material discount
63
K007
Customer discount
64
K020
Price group discount
65
KF00
Freight surcharge
66
UTX1
State tax
67
UTX2
County Tax
68
UTX3
City Tax
69
Types of Scales
Graduated-To
From
To
70
Graduated-To Scales
Start from a number and each level adds ontop of the next
10 qty for $10
20 qty for $12
30 qty for $13
So qty of 30 would be $35
71
From Scales
Anything below is not considered
From 10 qty is $10
From 20 qty is $12
From 30 qty is $13
So 22 qty is $12
72
To Scales
Everything below is considered. It is Graduated-To but without the adding of the previous
To 10 qty is $10
To 20 qty is $12
To 30 qty is $13
So 15 is $10
73
Condition type config: Condition class
Used by the system to determine what conditions it must re-determine and when.
For example, a copying rule may indicate to copy pricing conditions unchanged and re-determine taxes; the system would then use this indicator to determine what condition types are taxes.
74
Condition type config: Condition category
Used by the system to categorize condition types into like groups
75
Condition type config: Rounding rule
Indicates the system is to use commercial rounding in discovering the value of the condition record
76
Three rounding rules for condition types
Commercial Rounding - 1.2 = 1, 1.6 =2
Always round up - 1.2 = 2
Always round down - 1.9 = 1
77
StrucCond.
Controls whether the condition type should be a duplicated or cumulated condition
duplicated condition, duplicated onto all assigned items
cumulated condition, contains the net value of all assigned items
78
Condition type config: RoundDiffComp
Controls whether rounding difference is settled for group conditions with a group key routine
System compares the condition value at header leve with the total of the condition values at item level. Difference is added to the largest item.
79
Condition type config: GrpCond.routine
Identifies a routine that calculates the basis for the scale value when a group condition occurs in pricing
80
Condition type config: Manual entry has priority
Controls the priority within a condition type between a condition entered manually and a condition determined by the system
81
Condition type config: Qty relation
determines if you can change the conversion factors for the units of measure
82
Condition type config Changes which can be made options
```
Header condit.
Item condition
Delete
Value
Amount/percent
Qty relation
Calculat.type
```
83
Condition type config: valid from and valid to
The default proposed validity dates in condition records
84
Condition type config: RefConType
Used if you want to refer to another condition type, thus only creating condition records for the reference
85
Condition type config: delete fr. DB
Controls how system behaves when deleting condition records
86
Condition type config: Obsolete
Controls how the system responds to when condition records are maintained
87
Condition type config: Condition index
Specifies whether the system updates one or more condition indices when maintaining condition records
88
Condition type config: Condit.update
You can make the use of a particular condition record dependent upon the total value of the document
89
Condition type config: Scale basis
Determines how the scale must be calculated, i.e. value-based or quantity-based
90
Condition type config: Scale formula
May be used with a routine to determine the scale base value
91
Condition type config: Check value
Determines if the scale should always be ascending or descending.
Customer receives $10 discount for a purchase from 0 to 100 items, $20 for a purchase from 101 to 200 items, and $5 for a purchase from 201 to 999, 999
92
Condition type config: Scale type
Left blank to indicate the scale can be set up in the condition record
93
Condition type config: Unit of measure
System use this particular unit of measure when calculating the scale
94
Condition type config: Currency conv.
System converts the condition currency to the document currency after multiplication of items
95
Condition type config: Accurals
makes value determined by this condition type statistical
96
Condition type config: Inv.list cond.
Makes the condition type as relevant for internal costing
97
Condition type config: Int-comBillCond
Permits you to indicate that this condition type is used for internal costing
98
Condition type config: ServiceChgeSe
Indicates that the trading contract conditions should be calculated using the vendor billing document
99
Condition type config: Variant cond.
No longer used, was for variant conditions
100
Condition type config: Qty conversion
Determines the quantity conversion during determination of the condition basis. Only relevant if the sales quantity unit and the condition quantity unit are identical.
101
Condition type config: Exclusion
Indicates whether system automatically excludes the discounts that are proposed during pricing
102
Condition type config: Pricing date
System date that must be used to determine a condition record's validity
103
Condition type config: Rel.Acc.Assig
Used to identify if standard account determination or specific account determination must take place
104
Condition type config other fields
Plus/minus
Text determination
Text ID
105
Cost Determination set up location
Item Category
106
VPRS condition type
captures Cost of the material which is copied from Valuation segment from Material master Depending on customisation of Condition type - condition Category.
VPRS should have subtotal as B and requirement as 4
107
Rebate Agreement type config: verification levels
determines the level of detail one sees when displaying totals for a rebate agreement
108
Rebate Agreement type config: Different val. period
Controls whether condition records within a rebate agreement must have exactly the same validity period as the agreement itself
109
Rebate Agreement type config Payment procedure
If you wish to make manual payments of the rebate to the recipient
110
Rebate Agreement type config: Manual Accruals flag
Used if you want to be able to post manual accruals for this agreement type
111
Rebate Agreement type config: Arrangement calendar
Defines the end of the validity period and controls their extension
112
Rebate Agreement type config Reverse accruals flag
Should the accruals not be as high as the payment to be made, the system will reverse whatever accruals it h
113
Rebate Agreement type config Reverse accruals flag
Should the accruals not be as high as the payment to be made, the system will reverse whatever accruals it h
114
Rebate Agreement type config: Settlement periods
Define the periodic partial settlement is to be carried out for a rebate agreement
115
Rebate Agreement type config: Settlement periods
Define the periodic partial settlement is to be carried out for a rebate agreement
116
Rebate Agreement type config: Correction
Specifies the sales document that the system automatically uses to correct the values
117
Rebate Agreement type config: Correction
Specifies the sales document that the system automatically uses to correct the values on which the rebate payment is based
118
Rebate Agreement type config: Minimum status
Specifies the minimum status that a rebate agreement must have before the settlement can be calculated
119
Rebate Agreement type config other fields
TextDetermProc.
| Text ID
120
Retroactive Rebate Processing
You can create a rebate agreement with a validity period starting in the past. The system does not post accruals for billing documents created in the past though.
121
Rebate Index
Used to settle retroactive rebate agreements
122
Changes which necessitate restructure of rebate index
New rebate relevance of sales orgs
New rebate relevance of billing types
New rebate relevance of payers
Creation or inclusion of new accesses for rebate processing
123
Pricing limits
For condition types that may be altered manually, you ensure that there is no room for abuse.
124
Condition Supplements
Group of conditions that you want to apply every time a certain condition is found
125
Tax determined based on...
Org structure, Country, Region, City
Of delivering plants and country of receiving customer along with tax relevancy indicators on customer master and MM record
126
Determination of the tax classification number Determination A
Tax number and Tax indicator classification is generally taken from sold-to party customer master record
127
Determination of the tax classification number Determination B
Indicates the tax number and tax classification is generally taken from the customer master record of the payer
128
Determination of the tax classification number Determination Blank (priority rule)
System determines the tax umber and the tax classification according to the following sequence
1. If payer has VAT registration number and is identical to the sold-to party, tax number and tax classification are copied from the payer. Tax number is copied according to the "country of destination relevant for taxes"
2. If ship-to party has a VAT registration number and the sold-to party does not, tax number, and tax classification are copied from the ship-to party
3. If step 2 does not apply, Tax number and tax classification are copied from sold-to party
129
Determination of the tax classification number Determination C
Same as the priority rule except the destination country is taken from the ship-to party
130
VAT registration number
11 characters, and starts with the ISO code for the country
131
Condition type config: RefApplicatio
Using condition types from other applications
132
Different sections of pricing report
Page Header
Items
Group Header
