For partners that build or integrate commercially available applications and service solutions with the Oracle Cloud Platform
For partners that provide implementation or managed services around Oracle Cloud Applications
We have a functional catalog for purchasing that has a 2 level structured embedded in the names: for example 3 categories are abc.mno1, abc.mno2 and cde.xyz1
I am trying to setup TAB rules for purchasing charge account. What I want is to say that all items of item categories starting with "abc" will map to account 12345, while everything staring with "cde" mapps to account 32343.
I am finding that I have to set up a row in the mapping set for each item category.
Can you confirm if I could use wildcards in the mapping sets, or is there another way to do it,
Comment
Have you considered modeling the 2 level structure in the form of a Procurement Category Hierarchy?
You may want to review the linked document and specifically the slide about deriving accounts using Procurement Category Hierarchy.
Handout
Average Rating:



1 rating
|
Sign in to rate this
Suman,
This looks promising and I could make this work. But I have a concern that maybe you can clarify:
The functional catalog for purchasing categorizes the items.
The Catalog Category hierarchy defines browsing categories and can extend to the purchasing categories from the functional catalog. These can be used in Self-service procurement for setting up the catalogs. In Smartforms, the browsing category can help reduce the options for the category in a non-catalog request.
The Procurement category Hierarchy is another hierarchy again, that can be used for approval and accounting derivation rules.
What is your definition of the difference between the catalog category hierarchy and the procurement category hierarchy and can they be the same.
Be the first to rate this
|
Sign in to rate this
Ed,
There are I think 3 different category hierarchies that you can setup for different usages within procurement flows.
The browsing category hierarchy as you rightly pointed out is primarily to facilitate the shopping experience within self service procurement.
The Procurement category hierarchy on the other hand is what you would setup for your spend analysis.
Although they both end up with purchasing categories for their leaf nodes, they don't typically come out to be the same. Different purpose for different audience.
Average Rating:



2 ratings
|
Sign in to rate this
Suman,
Thank you for the advice. I experimented with the configurations and Product category hierarchy will work nicely.
Ed
Be the first to rate this
|
Sign in to rate this