A company uses Microsoft Dynamics 365 Sales to manage leads that are stored in a Microsoft Dataverse table named Lead and use non-standard terminology and custom columns.
You need to configure business terms in the Lead table so that Microsoft Copilot controls can summarize the leads efficiently. The solution must minimize administrative effort.
How should you configure the business terms?
Comprehensive and Detailed Explanation From Agentic AI Business Solutions Topics:
The correct answer is B. Map the field display names as business terms.
In this scenario, the company is using Microsoft Dynamics 365 Sales with data stored in a Dataverse Lead table, but the table includes non-standard terminology and custom columns. The goal is to help Microsoft Copilot controls understand and summarize lead data efficiently, while also minimizing administrative effort.
This points directly to using the field display names as business terms.
Why this is the best choice:
Microsoft Copilot works best when the business meaning of data is clear and human-readable. In Dataverse, display names are already designed to represent the user-friendly business meaning of a field. They are what users see in the interface, and they typically align better with business language than technical names do.
By mapping field display names as business terms, you achieve two important outcomes:
Copilot can interpret the fields more naturally
Since display names reflect business-friendly terminology, Copilot can generate summaries that make sense in the context of sales operations.
Administrative effort stays low
The display names already exist. Reusing them avoids creating a large amount of extra metadata or manually defining separate business terms for every column.
From an AI-powered business solutions perspective, this is exactly the kind of configuration choice that improves semantic clarity while keeping the solution lightweight and maintainable. In enterprise AI adoption, the best design is often the one that improves model comprehension without adding unnecessary governance overhead.
Why the other options are incorrect:
A . Combine all the fields into one custom field
This is not a good design for Dataverse, Dynamics 365, or Copilot summarization. Combining everything into one field reduces structure, hurts maintainability, makes reporting harder, and weakens Copilot's ability to understand the meaning of specific attributes. Structured data is far more useful than a merged blob of text.
C . Add the schema names as business terms
Schema names are technical identifiers, not business-friendly labels. They are often formatted for developers and administrators rather than end users. Copilot summarization benefits from semantic clarity, and schema names usually do not provide that. They also do not minimize interpretation effort from a business AI perspective.
D . Create new business terms for each field
This might work technically, but it does not minimize administrative effort. The question explicitly asks for a solution that keeps administration low. If display names already represent the business meaning well enough, creating entirely new business terms for every field would be unnecessary overhead.
Expert reasoning:
In Microsoft AI business applications, especially with Dataverse + Dynamics 365 + Copilot, the system performs better when field metadata is aligned to business-readable language. The most efficient way to do that is usually to reuse display names, because they already express the intended meaning of the data and avoid extra manual configuration.
Currently there are no comments in this discussion, be the first to comment!