Lab Info
Lesson | Agreements & Promotions |
Category / Topic / Section | Pricefx Core / Agreements & Promotions / CFG 2 |
Target Audience | Certified Configuration Engineer |
⏲️ Estimated Time to complete | 1:00 h |
Panel | ||||||
---|---|---|---|---|---|---|
| ||||||
Lab Disclaimer: Although this lab offers comprehensive information on the mentioned capability, it lacks a Pricefx environment, that is only available in our instructor-led training, where you can interact with these features and practice using them. |
Tip |
---|
For further insights into the distinctions between our on-demand learning paths and instructor-led training, please click here. |
Labs in this section require a specific training partition to complete. To request your training partition please write a request on this email: m arosmaros.grman@pricefx.com.
The partition request can take a few days to be processed, once the verification is finished you will receive the credentials by email.
🎯 Learning Outcomes
At the end of the Lab, you should be able to:
lookup contract’s Price Records from within another module
calculate the Promotion Contract impact on Quote calculation
Pre-requisites
In order to be able to complete this laboratory exercise, please complete the prerequisites before you proceed.
Labs
In order to implement the Quote which reads the Price Records, we expect you to already have some Price Records created from the previous 2 Labs.
This lab expects, that you already have in your partition a solution of the preceding labs:
If you need to work on this lab without finishing the preceding ones first, you can deploy the solutions of the preceding labs provided in a ZIP file attached to the course.
User Story / Requirements
As a Sales Manager, I want the Invoice Price (on the Quote Line Item) to be influenced by the Promotion Contracts, so that I can negotiate correct Invoice Price with the customer and correctly apply the corresponding promotion contracts.
Details
The Quote line item’s Invoice Price can be impacted by several different types of the Promotion Contracts.
In our example,they are Promotion Discount and Volume Discount.
the discounts in this lab are additive - i.e. on the Quote the discount percents will be totaled before they are applied.
If more Condition Types apply to the Quote line item, all of them should be used.
There’s a chance, that Sales/Marketing managers negotiated overlapping contracts of the same type.
In such case, only the contract with highest discount will be applied.
Besides the actual impact on the Invoice Price, the user would also like to see the ID of the contract which is used for the promotion discount.
if possible, the ID should be displayed as a link, so that the user can directly click to see the contract detail.
...
for Promotion Discount
Promotion Discount percentage - value found on the Promotion Contract (stored in Price Records) matching to the quote line item’s Product and Customer selection.
if more contracts of the Promotion Discount type are found for the line item, use the one with highest percentage value.
Promotion Discount contract ID - which matching contract is used. This number should be displayed as a link leading the user to the detail page of the particular contract.
for Volume Discount
Volume Discount percentage - value found on the Promotion Contract (stored in Price Records) matching to the quote line item’s Product and Customer selection and also matching to the Quantity entered by the used on the line item.
if more contracts of the Volume Discount type are found for the line item, use the one with highest percentage value.
Volume Discount contract ID - which matching contract is used. This number should be displayed as a link leading the user to the detail page of the particular contract.
Invoice Price
the Invoice Price is calculated from the List price in the following way:
ListPrice * (1.0 - VolumeDiscount% - PromotionDiscount% )
the discounts in this lab are additive - i.e. on the Quote the discount percents will be totaled before they are applied.
In the consumer space though, many times the discounts are multiplicative (i.e. get an additional discount), in such case the Invoice Price would be
ListPrice * (1.0 - VolumeDiscount%) * (1.0 - PromotionDiscount%)
Implementation Steps
If you already have some previous knowledge about implementation/configuration of the PromotionManager module, we encourage you to try to implement it first on your own based on the information provided in the User Story and Acceptance Criteria.
Step: Create basic Quote Line Item Logic, the starting point
create a logic
in Studio, create new Calculation Logic, named "QuotePromotion"
the logic has Default Nature
add Element "CustomerId", with Display mode Never and with code:
Code Block return api.customer("customerId")
add Element "ProductId",with Display mode Never and with code:
Code Block return api.product("sku")
add Element "Quantity",with Display mode Never and with code:
Code Block //api.userEntry("Quantity") final String INPUT_NAME = "Quantity" if (api.isInputGenerationExecution()) { api.inputBuilderFactory().createUserEntry(INPUT_NAME).getInput() } else { return input[INPUT_NAME] }
add Element "AbortOnInputGeneration", with Display mode Never and with code:
Code Block if (api.isInputGenerationExecution()) { api.abortCalculation() }
add Element "ListPrice", with code:
Code Block // return fictious number for the sake of the training exercise return 21.3
this value should be displayed
this value is formatted as Money (EUR)
Test the Logic
test with empty parameters, if all ok
test with all parameters entered, if all ok
Deploy the logic to the partition
create a Quote Type
in Pricefx, navigate to Quoting Quote Types
click on Add Quote Type and add new Quote Type
Name: "QuotePromotion"
Pricing Logic: "QuotePromotion"
in Studio, fetch the new Quote Type QuotePromotion to your project, so you can later put it to Git
Step: Implement reading Price Records with promotion conditions
Reading of the Price Record is done using either api.find()
or api.stream()
, but the key thing is the filtering, because on the Quote line you have a single SKU and single CustomerId, where as on the the contract conditions are defined mostly on a set of products and set of customers.
...
add new Element "FilterLib", with Display mode Never, with code:
Code Block List<Filter> buildFilters(String conditionType, String productId, String customerId) { def filters = [ Filter.equal("ContractTermType", conditionType), Filter.equal("status", "ACTIVE"), /* select only Price Records valid at the Effective Date of the Quote */ Filter.lessOrEqual("validAfter", api.targetDate()), Filter.greaterOrEqual("expiryDate", api.targetDate()), ] if (productId) { filters << Filter.or( api.productToRelatedObjectsFilter("PR", productId), Filter.isNull("productGroup") ) } if (customerId) { filters << Filter.or( api.customerToRelatedObjectsFilter("PR", customerId), Filter.isNull("customerGroup") ) } return filters }
search only for the specific Condition Type. Remember, this is your customized column of Price Record, and the value gets there from each Contract Line.this is the special function, which builds a filter unique for search of Price Records table by specific SKU, even though the Price Record is defined for a set of products.this is additional check (must be there), because the productGroup can be null (some contracts allows it), and
api.productToRelatedObjectsFilter()
does not cover that situationthis is the special function, which builds a filter unique for search of Price Records table by specific CustomerId, even though the Price Record is defined for a set of customers.this is additional check (must be there), because customerGroup can be null (some contracts allows it), andapi.customerToRelatedObjectsFilter()
does not cover that situationnotice, that there’s an OR between the next 2 filters, it important for correct working
Step: Implement finding the right contract
Remember, there’s a chance, that you will have at the same date more contracts (of the same type) effective. In such case, in our training requirement, the Sales wants to use the highest discounts.
Using the Promotion Discount:
add Element "PromotionDiscountContract", with Display mode _Never, with code:
Code Block final String FIELD_PROMOTION_DISCOUNT = "PromotionDiscount" def filters = FilterLib.buildFilters("PromotionDiscount", out.ProductId, out.CustomerId) def highestPromotionDiscount = 0.0 def contract = [:] def iter = api.stream("PR", null, ["sourceId", FIELD_PROMOTION_DISCOUNT], *filters) iter.each { pr -> def discountPct = pr[FIELD_PROMOTION_DISCOUNT] as BigDecimal if (discountPct > highestPromotionDiscount) { highestPromotionDiscount = discountPct contract.highestPromotionDiscount = highestPromotionDiscount contract.selectedContractId = pr.sourceId } } iter.close() return contract
build the Price Record filters only for the specific type of Condition types linesmore Price Records could be available - need to review all of them.In our case, based on the business decision, the higher discount will be used.
add Element "PromotionDiscountPct", with code:
Code Block return out.PromotionDiscountContract?.highestPromotionDiscount
this element’s result should be visible
the value should be formatted as Percentage
add Element "PromotionDiscountContractId", with code:
Code Block def contractId = out.PromotionDiscountContract?.selectedContractId if (contractId) { return api.getBaseURL() + "/app/#/contracts/detail/${contractId}/contractDetail" }
Note, that this solution will work only in Pricefx UI.
this value should be visible
this value must be formatted as Link
Verify, that the logic works as expected
Using the Volume Discount:
add Element "VolumeDiscountContract", with Display mode _Never, with code:
Code Block final String FIELD_VOLUME_DISCOUNT = "VolumeDiscount" def filters = FilterLib.buildFilters("VolumeDiscount", out.ProductId, out.CustomerId) // more PRs could be available - need to solve conflict. In our case, the higher discount wins def highestVolumeDiscount = 0.0 def contract = [:] def iter = api.stream("PR", null, ["sourceId", FIELD_VOLUME_DISCOUNT], *filters) iter.each { pr -> def volumeDiscountTiers = api.jsonDecode(pr[FIELD_VOLUME_DISCOUNT]) .collect { [(it.key as BigDecimal), (it.value as BigDecimal)] } volumeDiscountTiers.sort { -(it[0]) } def discountPct = volumeDiscountTiers.find { out.Quantity >= it[0] }?.getAt(1) if (discountPct > highestVolumeDiscount) { highestVolumeDiscount = discountPct contract.highestVolumeDiscount = highestVolumeDiscount contract.selectedContractId = pr.sourceId } } iter.close() return contract
build the Price Record filters only for the specific type of Condition types linesmore Price Records could be available - need to review all of them.remember, the volume tiers thresholds are stored in a map encoded in JSON format. Review your Price Records created from the Volume Discount contracts to recall the values.In our case, based on the business decision, the higher discount will be used.
add Element "VolumeDiscountPct", with code:
Code Block return out.VolumeDiscountContract?.highestVolumeDiscount
this element’s result should be visible
the value should be formatted as Percentage
add Element "VolumeDiscountContractId", with code:
Code Block def contractId = out.VolumeDiscountContract?.selectedContractId if (contractId) { return api.getBaseURL() + "/app/#/contracts/detail/${contractId}/contractDetail" }
Note, that this solution will work only in Pricefx UI.
this value should be visible
this value must be formatted as Link
Verify, that the logic works as expected
Invoice Price evaluation - finally, you have to evaluate the Invoice Price, because it is impacted by both types of the contracts.
add Element "InvoicePrice", with code:
Code Block if (out.ListPrice == null) { api.addWarning("Cannot calculate Invoice Price, "+ "because List Price is not available.") return } def promotionDiscount = out.PromotionDiscountPct ?: 0.0 def volumeDiscount = out.VolumeDiscountPct ?: 0.0 return out.ListPrice * (1.0 - promotionDiscount - volumeDiscount)
the value must be visible
it should be formatted as Money (EUR)
Verify, that the logic works as expected
Deploy your Quote Logic to the partition
Step: Verify the Quote Logic
We invite you now not only to verify the functionality, but mainly to experiment with your system - try different combinations of new Promotion Contracts and then experiment with different Quote settings, and review how the contract conditions are applied.
...
Let’s expect to have PriceRecords like following:
in Pricefx, navigate to Quoting Quotes
Click on New Quote and select the Quote Type QuotePromotion
set Effective Date to be within the range of your Price Records
select a Customer, which fits into customer groups used by your Price Records
move to Items tab
add a product, which fits the sets of products in your Price Records
enter Quantity so that some VolumeDiscount contract could effect the line
Use Recalculate to ensure, that the Quantity si used for Contract lookup
Verify, if correct values are caclulated
Verify, that the links work ok
References
Developer Documentation
Documentation
Older Training Materials
...