Yeah, the error is very specific and explains exactly what it is complaining about.  IFS expects uniformity when the part is setup for sale in multiple sites.  There is a combination of site, price group and price UoM that can’t be different among sites.  So if you are trying to change the UoM on this site, it is telling you that this price group for this part is already tied to a different UoM on another site.

If you want the UoM on this site to be different, you first have to change it on the other site.  if that isn’t possible either because you are in a circular conflict, then you have to change the price group on this part on this site to something else, change the UoM on the other site, then come back to this one and change the price group and the UoM at the same time to match.

It is definitely possible to change, but you can only do it with consistency.  You may have to change them in a different order than you intended, but you can’t end up with there being different UoM for the same price group on different sites.

I would like clarification on the following points to ensure I handle this scenario correctly:

1. If we encounter a circular conflict (where neither site's UoM can be changed due to dependencies), is there a recommended order of operations to resolve this without creating new price groups?
2. Are there any configurations available that allow for bypassing this uniformity validation temporarily?
3. If the customer is not actively using sales price groups for their pricing strategy, is there a way to disable this dependency or validation for their specific setup?

Your insights would help greatly.

Thank you.

Basuru

I would like clarification on the following points to ensure I handle this scenario correctly:

1. If we encounter a circular conflict (where neither site's UoM can be changed due to dependencies), is there a recommended order of operations to resolve this without creating new price groups?

This depends on how many price groups are available to make the switchover, if you only have a couple and they are both used, then no, you probably can’t do it without another price group to use temporarily.  I usually just use an old one or create a dummy for this purpose.

1. Are there any configurations available that allow for bypassing this uniformity validation temporarily?

No, there are none that I know of for multi-site activities.

1. If the customer is not actively using sales price groups for their pricing strategy, is there a way to disable this dependency or validation for their specific setup?

No, this is inherent hierarchy of the pricing setup.