A chart compresses data into a visual argument. If the source query is wrong, the first 200 rows are not representative, categories are sorted arbitrarily, a pie chart hides the long tail, a line chart uses an incomplete time series, or labels omit the unit, the user may trust the image more than the evidence warrants.

Fabric Data Agent's preview native visual responses can appear when users explicitly ask for a chart, implicitly ask to be shown data, or when the agent infers that a visual would help. Visuals are enabled by default. Microsoft documents nine supported chart types, preset styling, a 200-row chart limit, and availability only in the Fabric Data Agent experience. These constraints must be part of the product contract and test plan.

Can you prove what was excluded, reordered, aggregated, or relabeled before the user saw the chart? If not, treat the visual as exploratory rather than decision-ready.

Define when a native visual is an approved response

For each visual use case, define the user, question, authoritative source, source query, required grain, full population, sort order, expected chart type, x and y fields, grouping, aggregation, unit, time range, labels, tooltip content, maximum categories, accessibility requirements, and fallback when the data cannot be represented safely.

Contract elementFailure riskRequired evidenceSafe fallback
PopulationOnly a subset, first page, or permission-filtered result is visualized without disclosure.Source row count, charted row count, filters, permissions, and truncation status.Aggregate upstream, narrow the question, or return a disclosed table.
OrderingThe first 200 rows depend on arbitrary source order and change between runs.Explicit ORDER BY, ranking logic, tie rule, and stable query plan.Request Top N with a defined metric or refuse an unordered chart.
EncodingWrong chart type, axis, stacking, grouping, or aggregation changes the perceived pattern.Approved chart specification and comparison with a deterministic reference.Return the values and explain why a safe chart isn't available.
MeaningMissing units, period, freshness, denominator, or caveat creates a stronger claim than the data.Title, labels, tooltip, source, as-of time, units, and business definition.Accompany the visual with explicit limitations and reconciled values.
ClientA workflow expects native charts in SDK, M365 Copilot, Teams, or Foundry where they aren't supported.Channel capability matrix, target-client test, and approved alternative.Text/table response, linked report, or separately governed Code Interpreter path.
AccessibilityPreset colors, compact labels, or tooltip-only detail excludes users or obscures categories.Keyboard, zoom, contrast, screen-reader context, and nonvisual equivalent.Provide an accessible table or approved report experience.

Treat the first-200-row behavior as a data product decision

Microsoft states that native visuals support up to 200 rows and chart only the first 200 when a query returns more. That is not a neutral display optimization. If the query returns customers alphabetically, the visual represents early names. If it returns transactions by ingestion order, the pattern may be arbitrary. If it returns the highest values first, the chart intentionally excludes the tail. Every case requires an explicit population claim.

Prefer source-level aggregation at the chart's intended grain. For category charts, define Top N plus an “Other” control where the business meaning requires the remainder. For time series, ensure the query returns the complete ordered window or a declared sample. For scatter plots and distributions, do not assume the first 200 form a representative sample; use an approved sampling or aggregation method outside the visual layer.

Fabric Data Agent concept documentation separately describes 25-row by 25-column limits for conversational outputs. Native visual documentation describes the 200-row visual limit. Test the exact current behavior of the target experience and release because the two surfaces may apply at different stages. Do not infer that either limit guarantees completeness.

Evaluate the query, chart, and user conclusion separately

Test familyTestPass conditionRemediation
Query fidelityCompare route, generated query, result, filters, grain, units, and freshness with an approved control.Complete source result matches the business question and consumer identity.Source, schema, Prep for AI, instructions, examples, or question scope.
TruncationRun 199, 200, 201, and much-larger result sets with controlled orderings.Chart population is correct or truncation is prevented and disclosed.Upstream aggregate, Top N, stable ordering, separate report, or no chart.
Chart selectionExplicit, implicit, and inferred visual requests across supported and unsuitable patterns.Selected type preserves comparison, trend, composition, or relationship honestly.Agent instruction, explicit prompt, use-case limit, or visual suppression.
EncodingAxes, categories, stacking, sort, missing periods, negative values, outliers, and tooltips.Every visible property and tooltip reconciles to the source result.Question redesign, upstream shape, different chart, or table fallback.
SecuritySame chart question under allowed, restricted, RLS, CLS, and denied personas.Visual and tooltips expose only each user's effective result and fail closed.Permission, model security, source sharing, agent scope, or rollout block.
Client parityFabric experience, SDK, M365 Copilot, Teams, and Foundry consumption paths.Each client follows its documented visual or fallback contract.Channel-specific UX, Code Interpreter assessment, linked report, or scope change.
Decision fidelityAsk users to interpret the chart and compare conclusions with the approved meaning.Chart supports the intended conclusion without hiding material limitations.Labels, narrative, data shape, chart choice, training, or human review.

Include line, multi-line, column, multi-column, stacked column, pie, scatter, area, and stacked area cases only where the underlying data pattern warrants them. Add unsorted time, sparse series, missing categories, duplicate labels, long tails, negative values, high-cardinality groups, nulls, and permission-filtered populations. Visual beauty is not an evaluation metric; correctness, completeness, interpretability, and decision fidelity are.

Design a cross-client response contract

Microsoft currently supports native visual responses only inside the Fabric Data Agent experience, not SDK, Microsoft 365 Copilot, Teams, or Foundry. Document this before stakeholders design a workflow around charts that disappear in the target channel. For every client, specify whether the response is a native chart, text, table, Code Interpreter output, or link to an approved report.

Microsoft 365 Copilot can use Code Interpreter to visualize results returned by Data Agent, but that path generates and executes Python and has different evidence, limitations, and governance. Do not call it parity with the native chart. Test its inputs, code, output, permissions, and analytical claims independently.

Because native colors, fonts, titles, and labels are preset and can't currently be customized, test whether the experience meets branding, localization, accessibility, and terminology requirements. Use agent instructions to guide when visuals appear or which chart types are preferred, then regression-test adjacent questions because instructions are interpreted rather than guaranteed.

Run a two-to-four-week visual response assessment

  1. Select one Data Agent, target clients, user personas, decision owners, visual question families, source owners, and prohibited chart uses.
  2. Map source queries, row and column limits, ordering, permissions, supported chart types, instructions, client capabilities, accessibility, and current failures.
  3. Create deterministic query, population, chart specification, tooltip, narrative, permission, and cross-client ground truth.
  4. Run 199/200/201-row boundaries, ordering changes, chart-type selection, missing data, outliers, negative values, long tails, RLS/CLS, and unsupported-client tests.
  5. Classify failures by source, query, truncation, ordering, chart selection, encoding, labels, permissions, client, instruction, or user interpretation.
  6. Refine queries, data shape, instructions, use-case boundaries, fallback UX, and release controls; compare draft and published behavior.
  7. Deliver the visual contract, row-limit controls, evaluation suite, client matrix, accessibility findings, monitoring, release gates, runbooks, and go, limit, or stop recommendation.

Frequently asked questions

How many rows can a native Fabric Data Agent visual display?

Microsoft currently documents a 200-row limit for native visual responses. When the underlying query returns more than 200 rows, only the first 200 are charted, so the visual represents a truncated result set. Teams must control ordering, population, aggregation, and disclosure before relying on the chart.

Which chart types does Fabric Data Agent support?

Current documented native types are line, multi-line, column, multi-column, stacked column, pie, scatter, area, and stacked area charts. The agent can infer a chart or respond to an explicit requested type.

Can Fabric Data Agent visual styling be customized?

Microsoft currently says colors, font sizes, titles, and labels are preset and can't be customized. Agent instructions can guide whether visuals should appear and can express chart-type preferences for particular data patterns.

Do native Fabric Data Agent charts work in SDK, Microsoft 365 Copilot, Teams, or Foundry?

No. Microsoft currently limits native visual responses to the Data Agent experience in Fabric. They aren't supported in SDK, Microsoft 365 Copilot, Teams, or Foundry clients. Microsoft 365 Copilot can instead use Code Interpreter to visualize Data Agent results, which is a different path that requires separate testing.

How long does a Fabric Data Agent visual response assessment take?

A focused assessment commonly takes two to four weeks for one agent, target clients, and a representative visual question set. It covers source queries, row limits, ordering, chart selection, encoding, labels, permissions, instructions, accessibility, cross-client fallback, latency, release controls, and monitoring.

Official implementation references

Start with the chart that would drive the largest decision if its population were incomplete. Datrick can reconcile its source query, control the 200-row boundary, test every encoding and persona, and define a reliable response contract for each client.