...

vProfile is used to report on aspects of a person's Member record. It attempts to extract the most likely information a reporter will want to access about a Member. It includes information directly from the Member record, as well as references to Role and Learning Plan (a.k.a. Application) attributes that are especially important to a Member. To fully understand the sources of the vPROFILE view, a person needs to understand the distinction between a Member, a Role, and an Application (a.k.a., Learning Plan). The vPROFILE view does nothing to explain the source of its information, so it is important to understand the design of the view.

The view draws upon aspects of the system as follows:

...

For more detailed information about the vPROFILE view, see the /wiki/spaces/DOCS/pages/591822983 the vPROFILE view entry.

vPLAN_INSTANCE_QUEUE view

As the name suggests, this is the view that governs most of the fields available in the Eligibility and Audit queues. The vPLAN_INSTANCE_QUEUE shows information related to a member's applications. The view assembles common information about the Member and the Member's application. There is some overlap between the vPLAN_INSTANCE_QUEUE and the vPROFILE, as they both extract information from the Member, Role, and Learning Plans tables. The primary difference between the vPROFILE and the vPLAN_INSTANCE_QUEUE is that the vPLAN_INSTANCE_QUEUE is intended to support reports that need to understand the distribution of applications in the system, whereas the vPROFILE is more agnostic to application details.

The Use the vPLAN-INSTANCE_QUEUE for the following kinds of reports:

• Determine how applications are distributed in the queue with respect to application status, submission dates, etc.
• Generate a mailing list of all applicants in the system

Entity Views

For circumstances in which we need access to the Extrinsic Attributes information contained in an Activity or Activity Instance, we use Entity Views. These views are assembled from the attributes available to each entity. Entity views can contain any Intrinsic or Extrinsic attribute available to the entity type in question. For example:

• Create Activity Workflows → Activity / Activity Instance Attributes
• Member Role - Grant → Role Attributes
• Complete Learning Plan Workflows → Workflow Attributes

Notice that the governing entity is always on the Grant (for Member Role) and Create (for Activities). There are no separate views for Role Edit or Complete Activity Workflows. The concept here is that Role - Edit and Complete Activity workflows are ways to populate an entity, but the entity itself is governed by the creating workflow. For more information on workflows, see:

• Member Role - Grant / Member Role - Edit Workflows
• Create Activity Workflow / Complete Activity Workflow

Activity Entity views are governed by Activity Type, so each Activity Type will have its own Entity View. 

Please see Manage Entity Views for more information how to construct Entity Views for various objects.