Yeah, there is no easy way to do this….we run into the same thing with every new company we setup. Build it in TEST, then build it again in PROD. You can use Copy and Paste Object to go from one to the other, which is how we do it, but you are correct in your estimation, you can’t do multiple levels and dependencies. So it doesn’t take too long for the Code Part Values themselves. But when you get to Posting Controls and Details you have to work from the top down and it is difficult to keep them all straight. Requires someone who is methodical and detail orientated, no magic that can help really.
Accounting structure consist of 3 detailed tables: level definition, structure header, and structure item. You can use external files utility or data migration job to create load, and sql select to extract same data from test database. It is not a rocket science, but requires some SQL knowledge indeed.
Like @Adam Bereda has suggested, I have used migration jobs to move Accounting Structure from on DB to another. It is a little bit trick due to the multi-level structure and I had to run the Structure Item migration job multiple times to get the whole structure in. Also, on top of this I have created a replication migration job such that if a change to the parent company’s accounting structure is made, it replicates to the other 37 companies.
@malik.sally can you provide me with list of tables that you have used for Migration job. I need to identify the tables where Accounting structure information is stored.
Thanks in advance.
Regards
Avinash
Hi,
If you create structure header manually, accounting_structure_item and accounting_structure_level remains for migration. Otherwise, you should migrate accounting_structure
Order of migration is of course header then levels then items.
Hope it helps.
Hi @malik.sally
Thanks for your help :)
Regards
Avinash