You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: powerapps-docs/developer/data-platform/fetchxml/order-rows.md
+12-8Lines changed: 12 additions & 8 deletions
Original file line number
Diff line number
Diff line change
@@ -57,9 +57,9 @@ If you want to use *descending* order, set the `descending` attribute to `true`.
57
57
</fetch>
58
58
```
59
59
60
-
## Process `link-entity` orders last
60
+
## Process `link-entity` orders first
61
61
62
-
Dataverse always orders attributes specified by the `link-entity`before attributes for the `entity` element.
62
+
Dataverse always orders attributes specified by the `link-entity`after attributes for the `entity` element.
63
63
64
64
The following example shows a conventional ordering pattern for both `link-entity` attributes and `entity` attributes.
65
65
@@ -76,20 +76,22 @@ The following example shows a conventional ordering pattern for both `link-entit
76
76
alias='parentaccount'>
77
77
<attributename='name'
78
78
alias='parentaccount' />
79
+
<!-- The link-entity parentaccount name -->
79
80
<orderattribute='name' />
80
81
</link-entity>
82
+
<!-- The entity account name -->
81
83
<orderattribute='name' />
82
84
</entity>
83
85
</fetch>
84
86
```
85
87
86
88
In this case, the results are ordered using following attributes:
87
89
88
-
- First => `parentaccountname.name`
89
-
- Last => `account.name`
90
+
- First => `account.name`
91
+
- Last => `parentaccountname.name`
90
92
91
93
92
-
To ensure the `link-entity` order isn't applied first, move the `order` element from the `link-entity` element to the `entity` element and use the `entityname` attribute on the `order` element to refer to the `link-entity``alias` value.
94
+
To ensure the `link-entity` order is applied first, move the `order` element from the `link-entity` element to the `entity` element above the other `order` element, and use the `entityname` attribute on the `order` element to refer to the `link-entity``alias` value.
93
95
94
96
95
97
```xml
@@ -106,17 +108,19 @@ To ensure the `link-entity` order isn't applied first, move the `order` element
106
108
<attributename='name'
107
109
alias='parentaccount' />
108
110
</link-entity>
109
-
<orderattribute='name' />
111
+
<!-- The link-entity parentaccount name-->
110
112
<orderentityname='parentaccount'
111
113
attribute='name' />
114
+
<!-- The entity account name -->
115
+
<orderattribute='name' />
112
116
</entity>
113
117
</fetch>
114
118
```
115
119
116
120
Now, the results are ordered using the following attributes:
Copy file name to clipboardExpand all lines: powerapps-docs/developer/data-platform/fetchxml/reference/order.md
+1-1Lines changed: 1 addition & 1 deletion
Original file line number
Diff line number
Diff line change
@@ -46,7 +46,7 @@ This example return account records in ascending order by `createdon`, `name`, a
46
46
|`attribute`|Yes|The `name` of the [attribute element](attribute.md) to sort the data by.|
47
47
|`alias`|No|The `alias` of the [attribute element](attribute.md) to sort the data by|
48
48
|`descending`|No|Whether to sort the data in descending order.|
49
-
|`entityname`|No|Use this to specify sort order for `link-entity` elements so that they are not applied first. In an `order` within an `entity` element, set `entityname` to the `alias` value of a `link-entity`. [Learn how to apply `link-entity` orders last](../order-rows.md#process-link-entity-orders-last)|
49
+
|`entityname`|No|Use this attribute to specify sort order for `link-entity` elements so that they aren't applied last. In an `order` within an `entity` element, set `entityname` to the `alias` value of a `link-entity`. [Learn how to apply `link-entity` orders first](../order-rows.md#process-link-entity-orders-first)|
Copy file name to clipboardExpand all lines: powerapps-docs/maker/canvas-apps/application-insights.md
+4Lines changed: 4 additions & 0 deletions
Original file line number
Diff line number
Diff line change
@@ -27,6 +27,10 @@ In this quickstart, we use a canvas app called Kudos to explore concepts of syst
27
27
- You must have access to the [Azure portal](https://portal.azure.com).
28
28
- You must have the permissions to [create Azure resources](/azure/role-based-access-control/quickstart-assign-role-user-portal).
29
29
30
+
> [!NOTE]
31
+
> To view telemetry information, your tenant admin must enable **Canvas app insights**. Sign in as an admin in [Power Platform admin center](https://admin.powerplatform.microsoft.com/). Go to **Settings** > **Tenant settings** > **Canvas app insights**. In the **Canvas app insights** pane, set the toggle to **On** and save your changes.
32
+
> Fore more information, see [Tenant settings](/power-platform/admin/tenant-settings).
33
+
30
34
### Optional
31
35
32
36
- Download and install the Kudos app from the [Employee Experience Starter Kit](https://powerapps.microsoft.com/blog/powerapps-employee-experience-starter-kit). You can also use an existing app instead.
Copy file name to clipboardExpand all lines: powerapps-docs/maker/data-platform/create-connection-reference.md
+2-2Lines changed: 2 additions & 2 deletions
Original file line number
Diff line number
Diff line change
@@ -82,11 +82,11 @@ When an action is added to a solution flow, Power Automate will try to reuse exi
82
82
83
83
## Share connections with another user so flows can be enabled
84
84
85
-
When a flow is turned on (enabled), the user turning on the flow needs to own all the connections. This is usually accomplished by having the flow owner create the connections inside all the connection references that the flow uses. If a user other than the flow owner provides the connections on a flow, then the flow needs to be turned on by the owner of those connections or the connections need to be shared with the user who is turning on the flow.
85
+
When a flow is turned on (enabled), the user turning on the flow needs to own or have permission to use all the connections in the flow. This is usually accomplished by having the flow owner create the connections inside all the connection references that the flow uses. If a user other than the flow owner provides the connections on a flow, then the flow needs to be turned on by the owner of those connections or the connections need to be shared with the user who is turning on the flow.
86
86
87
87
> [!NOTE]
88
88
>
89
-
> Connections can only be explicitly shared with a user representing a service principal.
89
+
> [OAuth connections](/connectors/custom-connectors/#2-secure-your-api)can only be explicitly shared with a user representing a service principal.
90
90
91
91
### Manual sharing of connections for flow enablement
Copy file name to clipboardExpand all lines: powerapps-docs/maker/data-platform/types-of-entities.md
+36-6Lines changed: 36 additions & 6 deletions
Original file line number
Diff line number
Diff line change
@@ -25,7 +25,7 @@ A table defines information that you want to track in the form of rows (records)
25
25
26
26
Tables appear in Power Apps as one of these different types:
27
27
28
-
-**Standard**: Several standard tables, also known as out-of-box tables, are included with a Power Platform environment, that includes Microsoft Dataverse. Account, business unit, contact, task, and user tables are examples of standard tables in Dataverse. Most of the standard tables included with Dataverse can be customized. Tables that are imported as part of a managed solution and set as customizable also appear as standard tables. Any user with appropriate privileges can customize these tables where the table property has customizable set to true.
28
+
-**Standard**: Several standard tables, also known as out-of-box tables, are included with a Power Platform environment that includes Microsoft Dataverse. Account, business unit, contact, task, and user tables are examples of standard tables in Dataverse. Most of the standard tables included with Dataverse can be customized. Tables that are imported as part of a managed solution and set as customizable also appear as standard tables. Any user with appropriate privileges can customize these tables where the table property has customizable set to true.
29
29
-**Activity**: Are a special kind of table and are best for rows that have an activity-based element, which can include a subject, start time, stop time, due date, and duration. Dataverse already comes with several out-of-the-box activity tables, such as appointment, task, email, and phone call. More information: [Activity tables](#activity-tables)
30
30
-**Virtual**: Are when you need the table to be populated with data from an external source outside of Dataverse.
31
31
-**Elastic**: Are for when the table will store a very large dataset in excess of tens of millions of rows.
@@ -60,14 +60,45 @@ Enable activities to add activities to a table and use the Regarding lookup for
60
60
61
61
2. On the left nav, select **Tables**, and then open the table you want.
62
62
63
-
3. Select **Properties**.
63
+
3. Select **Properties**.
64
64
65
-
4. Expand **Advanced options**, and then select **Creating a new activity**.
65
+
4. Expand **Advanced options**, and then select **Creating a new activity**.
66
66
67
67
> [!IMPORTANT]
68
68
> Once enabled this setting can't be disabled.
69
69
5. Select **Save**.
70
70
71
+
### Enable users to associate activities to multiple records (preview)
Users sometimes need to associate an email to multiple records. For example, a customer sends an email that is related to multiple cases. The existing Regarding lookup only allows a user to relate an email to a single parent record. Email records can now be associated to multiple records such as accounts, contacts, leads, opportunities, and cases through a new [activity party type](../../developer/data-platform/activityparty-entity.md#activity-party-types) column named **related**. When an email is associated to multiple records, it appears in the [timeline](../../user/add-activities.md) for each of the associated records.
The related column isn't added to email form by default. To enable users to use this new column, add the **related** column to the email form. For information about how to add a column to a form, go to [add columns to a form](../../maker/model-driven-apps/add-move-or-delete-fields-on-form.md#add-columns-to-a-form).
83
+
84
+
After you add the related column to the form, users can associate an email record with other related party records (parties) like cases or opportunities.
85
+
86
+
#### Differences between regarding and related columns
87
+
88
+
While there are similarities between the regarding and related columns, the following are important differences to note:
89
+
90
+
-**Supported tables**
91
+
The related column is currently only available for the Email table. The related column doesn't currently support the same relationships utilized by the regarding column. The list of supported tables is currently limited to the tables that [can have a contact email](../../maker/data-platform/create-edit-entities-portal.md#advanced-options).
92
+
93
+
-**Relationship type**
94
+
The regarding column acts as a [parental relationship](../../maker/data-platform/create-edit-entity-relationships.md#parental-table-relationships) from a parent record. For example, if an account has multiple activities and is later deleted, the same action is automatically applied to the child activity records. The related column isn't a parental relationship. Actions performed on related records don't affect the related activities.
95
+
96
+
-**When the column value is set**
97
+
After the related column is added to the email form, users can manually add one or more records to indicate the records are related to the activity. The regarding and related columns are independent. Setting a value for the regarding lookup column doesn't affect the values for related. When a new email is related to an existing email (for example, as a reply), the values from the related and regarding columns of the correlated email are copied to the new activity. However, when you create a new email from the timeline control within a record’s context, the related column isn't automatically set to the current record. This behavior can be modified by enabling an [OrgDBOrgSetting](/power-platform/admin/orgdborgsettings) named AddParentEntityToRelatedOnNewActivityCreate.
98
+
99
+
-**Outlook add-in scenarios**
100
+
Some features such as Dynamics 365 App for Outlook and Copilot for Sales include an ability to save an Outlook email as an email record while also setting the regarding column. These features don't set the value of the related column.
101
+
71
102
## Table ownership
72
103
73
104
There are two different types of standard and custom table ownership. When you create a custom table the ownership options are **User or team** or **Organization** owned. Once a table is created, the ownership type can't be changed.
@@ -82,11 +113,11 @@ Notice that there are a few Dataverse system tables that are similar to standar
82
113
-**Business Unit**. A few system tables are business-owned. These include Business Unit, Calendar, Team, and Security Role tables.
83
114
84
115
> [!IMPORTANT]
85
-
> After a custom table is created, you can't change the ownership. Before you create a table, make sure that you choose the correct type of ownership. If you later determine that your custom table must be of a different type, you have to delete it and create a new one.
116
+
> After a custom table is created, you can't change the ownership. Before you create a table, make sure that you choose the correct type of ownership. If you later determine that your custom table must be of a different type, you have to delete it and create a new one.
86
117
87
118
## Virtual tables
88
119
89
-
A virtual table is a custom table in Dataverse that has columns containing data from an external data source. Virtual tables appear in your app to users as regular table rows, but contain data that is sourced from an external database dynamically at runtime, such as an Azure SQL Database. Rows based on virtual tables are available in all clients including custom clients developed using the Dataverse web services. More information: [Create and edit virtual tables that contain data from an external data source](create-edit-virtual-entities.md)
120
+
A virtual table is a custom table in Dataverse that has columns containing data from an external data source. Virtual tables appear in your app to users as regular table rows, but contain data that is sourced from an external database dynamically at runtime, such as an Azure SQL Database. Rows based on virtual tables are available in all clients including custom clients developed using the Dataverse web services. More information: [Create and edit virtual tables that contain data from an external data source](create-edit-virtual-entities.md)
90
121
91
122
## Elastic tables
92
123
@@ -97,5 +128,4 @@ Elastic tables offer performance benefits over standard tables when the table co
0 commit comments