To answer your questions:
The past companies, yes. It was configured with multiple organizations IDs with Supplier Management (SUMA). For OEMs, we would create an Organization and Project Context so that they could check in their work which belonged to them. We could then tie their CAD OEM data to manufacturer parts with MPMLink. Thus, it would avoid confusion. The OEM would not have access to other internal CAD models. Thus, they can use their own file names (it might be identical like prt001.prt) and not conflict with yours.
OOTB, the Projects in one organization behave like multiple orgs. I have a fix for that. Eventually, you will get the odd duplication error and have issues fixing and checking inif it is released.
The company I'm in currently no, but we have immediate plans to.
We currently have one website where all outsourced design OD, outsourced engineering manufacturers (OEMs), suppliers and vendors use. Also for maintainability, we have one system this way we don't have to worry about ferderated. Our single system is working well with 70 concurrent ProE users with absolutely no load 5% average. We are planning to add an additional 1000 Non, CAD users.
It also depends on control of the partnumbering and publishing to the ERP system. It is harder for the PLM system to be the source and take control of the number generation if there are multiple systems feeding the ERP. It avoids collision or more complicated controls when feeding the single ERP system. If it is one ERP system, it should only be one internal organization with many external organizations. Thus, number generation is specifically for internal.
Yes, you make not decide to call up your internal generic model but a specific OEM part with their part number. Thus, you CAD assembly has to be able to search and find that external CAD assembly
Because it is inone system, we have a site level admin who are the same at the org level. Thus, most of the ACLs arecoming from a standard controled methodology.
Before you take this route of multiple organizations, ensure that it makes sense for your business needs. It sounds like a PTC businessconsultant could be very beneficial to your future efforts. I'm referring to someone who can listen to your business needs/processand give you the best solution to address them, not someone whocan only functionally implement your business need.
Multiple orgs aren't for everyone no matter how good the idea sounds. You definitely needto have a very tight handle on how this org structure works (specifically the long term effects of taking this route).