Skip to content

Commit 11ccc1c

Browse files
authored
Live publish
2 parents 480909e + bb80eeb commit 11ccc1c

File tree

6 files changed

+16
-12
lines changed

6 files changed

+16
-12
lines changed

powerapps-docs/developer/common-data-service/isv-app-usage-analytics.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -22,7 +22,7 @@ search.app:
2222
- D365CE
2323
---
2424

25-
# ISV app usage analytics
25+
# App usage analytics
2626

2727
[!INCLUDE [cc-beta-prerelease-disclaimer](../../includes/cc-beta-prerelease-disclaimer.md)]
2828

@@ -43,7 +43,7 @@ App usage feature allows ISVs to filter the usage data by **Component Type**, **
4343
Some of the components of a solution can have shared ownership by multiple ISVs. For shared components, only the publisher who created the component gets the usage credit. For example, ISV1 created a form and ISV2 extends the form by adding a widget to it. Every time the form is used, ISV1 gets the usage credit and ISV2 gets the usage credit whenever the widget is used. If a user visited the form only to access the widget, ISV1 also gets the usage credit.
4444

4545
For components that are not shared, only the publisher who created gets the usage credit.
46-
46+
4747
## View the app usage dashboard
4848

4949
To view the app usage data:
@@ -55,7 +55,7 @@ To view the app usage data:
5555
> [!div class="mx-imgBorder"]
5656
> ![List of top apps](media/isv-top-apps.png "List of top apps")
5757
58-
1. You can also see the app usage details by directly selecting the app usage icon from the list of apps as shown screenshot:
58+
1. You can also see the app usage details by directly selecting the app usage icon from the list of apps as shown in the screenshot:
5959

6060
> [!div class="mx-imgBorder"]
6161
> ![Usage icon](media/isv-select-app-to-see-details.png "Usage icon")
@@ -71,7 +71,7 @@ The usage dashboard shows the following metrics:
7171
- **Monthly active users by component type**: Tracks the information about the number of monthly active users filtered by component type.
7272
- **Monthly active users by component name**: Tracks the information about the number of monthly active users filtered by component name.
7373

74-
If ISV is looking at the metrics at a solution level, all the components are rolled up to the solution level. Similarly, all the solution metrics are rolled up to package and all package metrics are rolled up to an app.
74+
If ISV is looking at the metrics at a solution level, all the components are rolled up to the solution level. Similarly, all the solution metrics are rolled up to package and all package metrics are rolled up to an app.
7575

7676
### Filtering the usage dashboard
7777

Loading

powerapps-docs/maker/portals/configure/assign-entity-permissions.md

Lines changed: 9 additions & 7 deletions
Original file line numberDiff line numberDiff line change
@@ -5,7 +5,7 @@ author: sandhangitmsft
55
ms.service: powerapps
66
ms.topic: conceptual
77
ms.custom:
8-
ms.date: 08/21/2020
8+
ms.date: 10/12/2020
99
ms.author: sandhan
1010
ms.reviewer: tapanm
1111
---
@@ -32,7 +32,7 @@ To secure these features, entity permissions allow for granular rights to be gra
3232

3333
![Add entity permissions to a web role](../media/add-entity-permission-web-role.png "Add entity permissions to a web role")
3434

35-
When creating a new Entity Permission record, the first step is to determine the entity that will be secured. The next step is to define scope, as discussed below, and—for any scope other than Global—the relationships that define that scope. Finally, determine the rights that are being granted to the role via this permission. Rights are cumulative, so if a user is in a role that grants Read, and another that grants Read and Update, the user will have Read and Update rights for any records that overlap between the two roles.
35+
When creating a new Entity Permission record, the first step is to determine the entity that will be secured. The next step is to define scope, as discussed in the following section, and—for any scope other than Global—the relationships that define that scope. Finally, determine the rights that are being granted to the role via this permission. Rights are cumulative, so if a user is in a role that grants Read, and another that grants Read and Update, the user will have Read and Update rights for any records that overlap between the two roles.
3636

3737
> [!Note]
3838
> Selecting entities like webpage, web files and other configuration entities is invalid and might have other unintended consequences. The portal will assert the security of configuration entities based on content access controls, not entity permissions.
@@ -53,6 +53,8 @@ Entity forms will only allow the appropriate permission for Read, Create, Write,
5353

5454
With Account Scope, a signed-in user in the role for which the permission record is defined will have the rights granted by that permission only for records that are related to that user's parent account record via a defined relationship.
5555

56+
This scope means that the entity list will only show the records of the selected entity that are associated to the user's parent account. For example, if an entity permission allows Read access to Lead entity with the Account scope, the user having this permission can view all the leads of only the parent account of the user.
57+
5658
### Self scope
5759

5860
Self Scope allows you to define the rights a user has to their own Contact (Identity) record. Users can use entity forms or web forms to make changes to their own Contact record linked with their profile. The default Profile Page has a special built-in form that allows any user to change their basic contact info, and opt in or out of marketing lists. If this form is included in your portal (which it is by default), users won't require this permission to use it. However, they'll require this permission to use any custom entity forms or web forms that target their User Contact record.
@@ -67,16 +69,16 @@ Users in a web role who have access to records defined by parent entity permissi
6769

6870
### Attributes and relationships
6971

70-
The table below explains the entity permission attributes.
72+
The following table explains the entity permission attributes.
73+
74+
7175

7276
| Name | Description |
7377
|--------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
7478
| Name | The descriptive name of the record. This field is required. |
7579
| Entity Name | The logical name of the entity that is to be secured or that will define the contact relationship or parent relationship to secure a related entity on a child permission. This field is required. |
7680
| Scope (mandatory) | <ul><li>**Global**: Grant privileges to the entity record without any requirement for an owner (contact).</li><li>**Contact**: Grant privileges to the entity record that has a direct relationship to an owner (contact).</li><li>**Account**: Grant privileges to the entity record that has a relationship to an account, which serves as the owner assuming the account is the parent customer of the contact.</li><li>**Parent**: Grant privileges to the entity record through the chain of its parent permissions' relationships.</li></ul>|
77-
| Contact Relationship | Required only if Scope = Contact. The schema name of the relationship between the contact and the entity specified by the Entity Name field.|
78-
| Parent Relationship | Required only if a parent entity permission is assigned. The schema name of the relationship between the entity specified by the Entity Name field and the entity specified by the Entity Name field on its Parent Entity Permission record. |
79-
| Parent Entity Permission | Required only if Scope = Parent. |
81+
| Relationship for Scope | Depends on the selected Scope. <ul> <li> **Contact Relationship**: Required only if Scope = Contact. <br> The schema name of the relationship between the contact and the entity specified by the Entity Name field. </li> <li> **Account Relationship**: Required only if Scope = Account. <br> The schema name of the relationship between the account and the entity specified by the Entity Name field. </li> <li> **Parent Relationship**: Required only if a parent entity permission is assigned. <br> The schema name of the relationship between the entity specified by the Entity Name field and the entity specified by the Entity Name field on its Parent Entity Permission record. <ul> <li> **Parent Entity Permission**: Required only if Scope = Parent. </li> </li> </ul> </ul> <br> **Note**: Available relationships will be empty if the Contact, or the Account has no existing relationships with the selected entity. To create entity relationships, see [Entity relationships overview](../../common-data-service/create-edit-entity-relationships.md).
8082
| Read | Privilege that controls whether the user can read a record. |
8183
| Write | Privilege that controls whether the user can update a record. |
8284
| Create | Privilege that controls whether the user can create a new record. The right to create a record for an entity type doesn't apply to an individual record, but instead to a class of entities. |
@@ -105,7 +107,7 @@ Remember that in order for your list to respect these permissions, you must have
105107

106108
![Edit a web page form](../media/edit-webpage-form.png "Edit a web page form")
107109

108-
This action then grants permissions for all tasks that are related to leads. If tasks are being surfaced on an entity list, a filter is added to the list so that only tasks that are related to a lead will show up in the list. In our example, they're being surfaced with a subgrid on an entity form.
110+
This action then grants permissions for all tasks that are related to leads. If tasks are being surfaced on an entity list, a filter is added to the list so that only tasks that are related to a lead will appear in the list. In our example, they're being surfaced with a subgrid on an entity form.
109111

110112
![Task example](../media/tasks-example.png "Task example")
111113

powerapps-docs/teams/employee-ideas.md

Lines changed: 3 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -4,7 +4,7 @@ description: Learn how to use the Employee Ideas app from Teams store.
44
ms.service: powerapps
55
ms.topic: conceptual
66
ms.custom:
7-
ms.date: 10/05/2020
7+
ms.date: 10/13/2020
88
author: navjotm
99
ms.author: namarwah
1010
ms.reviewer: tapanm
@@ -106,6 +106,8 @@ To add campaigns:
106106
107107
1. (Optional) Select **Post to channel**.
108108

109+
1. (Optional) Select ![Add cover image](media/employee-ideas/cover-image-add.png "Add cover image") to add **Cover image**, and select a cover image of your choice. You can also upload a custom image.
110+
109111
1. Select **Save**.
110112

111113
![Add idea campaign](media/employee-ideas/add-campaign.png "Add idea campaign")
Loading
Loading

0 commit comments

Comments
 (0)