About Policy Access Tables

The policy tables list the accesses for each state in each policy installed with ENOVIA Business Process Services. The table for each policy includes important information about the policy, such as whether it is hidden, revisionable, and versionable, and what types the policy governs. Look in the footer row of each table for any special notes about the policy.

The tables do not include signature requirements defined to promote and demote between states. Use MQL or Business Modeler to get signature information.

Every policy gives All access to Shadow Agent, System Conversion Manager, and System Transition Manager in every state. Shadow Agent is used to perform actions that the current user may not have access to do (using push and pop context). The System Manager accesses are used for data conversions from legacy systems.

To see the automation programs that run throughout each lifecycle, see the Administrator's Guide for your ENOVIA product.

If you rename objects that are referenced in policy expression accesses, you need to update any expressions that reference the object names. This is true even if the expression uses symbolic names during installation because once the installation is complete, the symbolic names will have been replaced by the actual object names.

Policies also define the store used for objects created under that policy's control. You can use MQL to view the store for a policy. The Business Administrator can set a default Company or Person store other than the one used by the policy. When a file is checked into the ENOVIA Live Collaboration using a general client, the store set in the policy is used; when using an ENOVIA product to check in a file, the Person or Company default store is used regardless of the store set by the policy.