Question

Multi site costing sequence

  • 8 December 2022
  • 6 replies
  • 151 views

Badge +1

I have a scenario where standard costing/cost per part is used in three sites. They might manufacture some of their sub-assemblies in another site than the manufactured site, and the sub-assemblies of that sub-assembly can also be manufactured in another site.

 

Site 1 - Top part

Site 2 - SFG 01 (Child of Top Part)

Site 3 - Sub 02 (Child of Sub 01)

 

Sub 02 might also have further sub-assemblies in other sites.

When doing cost calculations, assuming multi-site costing is set up to pick from the Specified Cost set (Cost Set 02), and in a scenario where I perform Cost Set 02 calculations daily:

 

On Day 01, All values will be correct, assuming all cost sets are updated.

On Day 01, after calculation, if estimated material values get updated for components of Sub 02 in Site 03.

On Day 02, Calculation of Top Part would pick the inter-site cost from Site 2 1st, whereas Site 2 still needs to be updated. When we do the site 02 calculation now, it will still pick the wrong value if Site 3 cost set 2 was not calculated based on changes to the estimated material cost. When Site 3 is calculated, it will reflect the Correct value for Sub02 on its site.

This scenario would require us to do all levels of part cost calculation a 2nd time for each part, this time in backward order from site 03 → 02 → 01, for us to get the correct figure.

All these calculations are background jobs & cannot be done manually. 

In a scenario like this, what is the standard process for us to follow when doing the all-parts calculation, since we can’t do this manually? 


6 replies

Userlevel 7
Badge +28

We use the Part Cost Group to indicate the site (typically the primary supplier) that should be used to derive the cost basis for each part in the chain.  For us, we have a similar relationship, but have 25 sites to keep in sync, some of which are in the same company and use the same base currency, others which are in different companies and buy the parts using an intercompany markup.

We always start with the originating manufactured site, make sure that is calculated to the top and then that cost is used as the estimate for the purchased part setup in the next site and then to the next.  The Part cost group then tells us which site to pull the cost from.

We end up using migration jobs to extract the cost from the first site to upload to the estimate for the second site and so on to the cross-company sites along with a currency change and IC markup.  There isn’t a method to fully automate all of this, we’ve got closer with migration jobs, quick reports, and some automation, but still requires manual intervention and checking.

Badge +1

@ShawnBerk I agree. I also don't see a way to fully automate this. I also put a thought on the Part cost group. If the same part of a given site is connected in different structures of different sites, we might not be able to identify this exact sequence using the part cost group. But I believe your answer helped me a lot.

 

Thanks,

Regards,

Pasan

 

 

Userlevel 7
Badge +28

we might not be able to identify this exact sequence using the part cost group

 

This is why we force the identification of the chain using the primary supplier as well.  There can be only one primary supplier, so at the time that the calculation is done, that is the indicator used to tell us what to use.  If it is an external supplier, the Part Cost Group is LPP (Last Purchase Price) and then we know to use the last purchase as the basis.  If it is another site, then the site number is the Part Cost Group for the buying site.  It isn’t 100% foolproof, but as long as all of the buyers and planners follow the rules and keep things updated according to the set rules, the cost is much more accurate between sites.  

When it isn’t right, then I can almost always trace it out to the PCG not set right, the primary supplier not set as expected, or that someone switched the inventory part type at some point.  It is a tricky process to keep clean, but making rigid rules has been the only way for us to force control and accuracy.

Badge +1

Understand. But if there are other lower levels within the structure to be supplied from another site, we will again identify that through the PCG & Primary supplier. This also means we have to identify the site to do the 1st calculation on, based on the multi-site structure chain, by connecting the PCG to match that & then come back using the bottom-up approach. Once again, this would be a part-by-part case & is less likely to be automated entirely. But we could mitigate the errors through the steps you have currently done. I can imagine the complexity of 25 sites.

Userlevel 7
Badge +28

To go the full loop on the longest chain of parts across all of our sites, it takes running the full process about 7 days in a row to get everything up through all of the levels and settled out.  We have another migration job that runs on a daily basis when we’re doing costing to show the discrepancies between sites where the PCG says it should match the cost on that other site.

New product introductions can take weeks for each of the sites to get their portion of the costing done so it can roll up to primary site where the finished product is produced and sold.  The parts in the top level manufacturing site are often configured which adds an additional layer of complexity at the catalog number level.

Badge +1

Got it. Thanks a lot for the response. This helps a lot

 

Reply