Skip to main content
Question

Capture the price valiance of Sales order price and applicable sales prices

  • May 10, 2026
  • 1 reply
  • 20 views

Forum|alt.badge.img

Hi,

I would like some help with following scenario.

I’m getting sales orders via an integration. Prices are agree with the external party, and the same is defined on the sales prices form. There are promotional prices as well as standard prices. 

I want to check and notify if the price entered via the integration is not agree with the sales prices. I’m trying to make a GI to show the sales order when the applicable price is not equal to the SO price. Having challenges in finding the applicable price when there are promotional prices. That is because the system shows the each price in the sales prices as rows which makes unable to compare.

Have you done something similar of have any ideas to overcome this?

Thank you,

Dulanjana

1 reply

Neil Cantral
Jr Varsity I
Forum|alt.badge.img+5
  • Jr Varsity I
  • May 11, 2026

I’ve attached a sample version of our price discrepancy GI to illustrate the joins. I’ve been using variations of this GI for years for reports and business events. There are probably better ways to do this, but it’s worked for us and our pricing model. This does not cover break quantities and how you and your customers handle discounts can also add some complications.

 

The GI is essentially joining SOLine to ARSalesPrice multiple times - the goal is to provide the necessary data to build out the sales price priority system (Customer > Customer Price Class > Base). Once you have the individual prices, you can then compare what was provided on the PO against the “system” price and trigger notifications, order holds, and other fun business events.

 

We enter all customer orders at the customer’s PO price (typically from the SPS integration, some manual order entry). From there we have a chain of business events and automation schedules that use this logic to determine if there is a pricing issue. If there’s no issue, the order is released from hold. If a discrepancy is found, it updates an attribute on the order explaining why and will then send an email to customer service to let them know what the discrepancy is.