OIR Folder setting

My company currently provides support for a customer that does exactly this same thing.  They have created soft types of CR, CN and CT and both the CR and CN soft types go into a subfolder of the product/library called "/Default/Change Management and Issue Tracking" as defined in the OIR, so what you are describing should in fact work.  They use Windchill 10.2 M030, CPS14.

Can you post the specific error message/log stack you receive?

Some of the possible causes off the top of my head:

• You've likely checked this, but does the "/Default/Change/Change Notice/2016" folder actually exist in the context in which you are trying to create the Change Notice?

• Assuming the folder DOES exist, does the user trying to create the CN have appropriate ACLs granting the ability?  Is the specific subfolder also have the ACLs granted appropriately (of course you cannot ad-hoc deny, but if the practice is in place to provide ad-hoc grant to subfolders, then that needs to be verified).  In other words, does the "Manage Security" page show at least one combination of user, object type, and location having a "Create" access granted?

• While you did not mention this (and is not likely), was the Change Task OIR updated to also change the folder.id attribute?  Keep in mind that the OIR for a CT should NOT have a folder.id attribute, as this causes problems (the Change Task effectively sits in the same location as the Change Notice on whose Implementation Plan the Change Task resides).