Hello @AM_9243347
Suggestion of @kdirth is VERY GOOD, as long as number of Creo Parametric users is low-to-medium.
Nevertheless, if number of users is high, above approach, even though always working, is nevertheless challenging due to following constraints in lots of situations:
- Not all users install Creo in the same path (so .... how to ensure that "latest config.sup" is being used and placed at the proper location?)
- Several users are working in different projects, using different versions of Creo parametric (so ... how to ensure that "the good config.sup of the version in use" is the good one for the given version, and up to date, in other words latest?)
With pure Creo Parametric capabilities, those kind of challenges just cannot be handled. This is the reason why the administrators of most of our "big customers" (with lots of end users, working for lot of different projects, sometimes lnked to different windchill instances in different versions):
- Control exactly where the different versions of Creo Parametric are installed by forcing users to perform Silent Installations (refer to article 81760 for further technical details on this)
- Are configuring the "startup phase" of Creo Parametric with Windows scripts. Usually, those scripts:
- Are batch files (*.bat extension)
- copy config.pro and sup files:
- from a network location ("read" access for most of users, "write" access ONLY for administrators)
- to the startup directory (or Creo Parametric Common Files "text" folder)
- ensure "protkdat" entries point to the "good location" of eventual toolkit being used
- launch the "parametric.exe" at the end of the script
I'm sorry not being able to provide an "easier way" to achieve this, but above challenges cannot be covered from a technical standpoint without a good control of what happens "behind the scene" in the folders - working/startup directories and creo load points (requiring a setup therefore via an approach to be considered outside from PTC Application).
Regards,
Serge