HubSpot Reporting - Report Types, Field and Row Limits, and When to Report Elsewhere
Which report builder to use, the field and row ceilings that silently truncate results, how dashboard allowances work across subscriptions, and the point at which reporting belongs outside HubSpot.
Paul Maxwell
AUTHOR
GET WEEKLY REVOPS INSIGHTS
No spam. Unsubscribe anytime.
Reporting failures in HubSpot rarely present as failures, because a report that exceeds a platform ceiling still renders and still returns a number — it simply returns the wrong one, with no error state to investigate and nothing on the chart to indicate that anything was omitted.
This covers the report types and their capabilities, the limits that truncate results, how dashboard allowances behave, and the conditions under which reporting should move out of the CRM. Metric definition is a prerequisite rather than part of this, and belongs with the function described in what revenue operations is.
Definitions
Single-object report — a report drawing from one object, such as deals or contacts.
Custom report builder — the Professional and Enterprise tool that combines several data sources in one report.
Field — a property placed on an axis or in a table column. Chart types cap how many are permitted.
Unique rows — distinct combinations of grouped values in a result set, which is what the row ceiling counts rather than underlying records.
The Row Ceiling
Non-table reports are limited to 1,000 unique rows of data, while table reports paginate and can exceed that, as documented in HubSpot's guide to creating reports with the custom report builder.
The consequence is the most commonly missed constraint in HubSpot reporting, because a chart that exceeds the ceiling does not warn. It renders using the rows it received, and a bar chart grouped by a high-cardinality property — company, owner across a large team, or any date at day granularity over a long window — silently reports on a subset while looking complete.
The practical test is whether the grouping could produce more than a thousand distinct combinations. Grouping deals by stage produces perhaps a dozen and is safe at any volume; grouping the same deals by company produces one row per company and stops being trustworthy above a thousand of them. Where the answer is uncertain, build the same query as a table first, because a table paginates and will show you the true row count before you commit to a chart.
Field Limits by Chart Type
Each chart type caps how many fields it accepts, and the caps differ enough to influence which visualisation a report should use.
Vertical bar, line and area charts accept a maximum of twelve fields on the Y-axis and one on the X-axis, while horizontal bar charts invert that ratio, accepting twelve on the X-axis and one on the Y. Combination charts are the most restrictive at four fields in total, whereas donut, pie and KPI reports accept up to thirty value fields, as do tables.
A report requiring more dimensions than its chart type allows is usually a sign that it is two reports, since a chart carrying twelve series is rarely read by anyone. The exception is the table, whose thirty-field allowance and pagination make it the correct choice for anything intended to be exported or reconciled rather than glanced at.
Choosing Between the Builders
Single-object reports are available across tiers and draw from one object, which covers most operational reporting — pipeline by stage, tickets by status, contacts by source — and HubSpot documents their construction separately in creating custom single object reports.
The custom report builder requires Professional or Enterprise on Marketing, Sales, Service, Data, Content or Revenue Hub, and its purpose is combining sources — surfacing marketing and sales activity alongside object records in one result set.
The decision is not which is more capable but whether the question genuinely spans objects. A report that could be built against one object should be, because a single-object report is faster to build, cheaper to run, and survives a tier downgrade.
Dashboard Allowances
Dashboard limits derive from the highest subscription tier on the account rather than from each subscription separately, so an account holding Marketing Hub Enterprise alongside Sales Hub Professional receives the Enterprise allowance. HubSpot documents the behaviour in its guide to managing dashboards, and publishes the numeric allowances in its product catalogue rather than in the knowledge base, so the catalogue is the figure to check rather than any article, the published numbers having changed more than once.
Two consequences follow. Adding a lower-tier subscription does not increase the allowance, which surprises teams who expected additive limits. And a reporting add-on increases both dashboard and custom report allowances substantially, which is worth pricing against the engineering cost of moving reporting elsewhere before assuming a warehouse is the answer.
Reporting That Belongs Outside HubSpot
Some reporting questions are structurally unsuited to a CRM's reporting layer, and recognising them early avoids a long attempt to force them.
Historical state is the clearest case, because HubSpot reports on current property values and a question about what the pipeline looked like on a past date cannot be answered by querying records whose values have since been overwritten. Answering it requires either capturing snapshots deliberately at the time or holding the history somewhere that retains prior values.
Joins across more sources than the builder supports are the second case, and blending CRM data with finance or product data is the third, since neither lives in HubSpot and neither should be imported solely to be reported on.
The threshold worth applying is whether the question is asked repeatedly and answered manually, since a quarterly reconciliation done by export is a tolerable cost while a weekly one is a warehouse brief that has not been written yet.
Failure Modes
Symptom: a chart's totals are lower than the same query run as a table. Cause: the non-table row ceiling of 1,000 unique rows truncated the result. Fix: reduce grouping cardinality, or use a table where the detail is genuinely needed.
Symptom: a report cannot be built because the chart rejects another field. Cause: the chart type's field cap. Fix: change chart type or split the report, and treat a twelve-series chart as a signal that it is two questions.
Symptom: the report builder is unavailable despite a paid subscription. Cause: the custom report builder requires Professional or Enterprise. Fix: build against a single object, which is available across tiers.
Symptom: dashboard allowance did not increase after buying another subscription. Cause: the allowance derives from the highest tier rather than the sum. Fix: upgrade the existing tier or add the reporting add-on.
Symptom: two reports on the same data disagree. Cause: usually different date properties or filters rather than a platform limit. Fix: compare the definitions before the data, and record the agreed definition somewhere both reports reference.
Scope Limitations
Numeric dashboard and report allowances change and are published in HubSpot's product catalogue rather than in documentation, so any figure quoted in an article dates quickly. The catalogue for your own tier is the only reliable source for them.
Attribution reporting, datasets and the analytics tools have their own constraints and are not covered here.
Nothing here addresses metric definition, which is the more common cause of untrustworthy reporting than any platform limit.
Verification Checklist
- Every chart's grouping has been checked against the 1,000 unique row ceiling
- Reports intended for export or reconciliation are built as tables
- Cross-object reports genuinely span objects rather than being buildable against one
- Dashboard allowance was read from the product catalogue for the account's highest tier
- Reports asked repeatedly and answered manually have been assessed for a warehouse
- Every recurring report has a written metric definition it is built against
Reporting scope and pricing can be configured on our store.