MeshBoard - Cross Board Pivot

User Guides

How to Build a Reliable Template Pivot

This section gives functional, step-based instructions for filters, joins, column mapping, transformations, templates, automations, and exports.

1. Filters (Preload Stage)

  1. Select source boards in the Source Board stage.
  2. Add preload filters to reduce fetch volume before joins.
  3. Keep total preload filter fields at 4 or less.

Pro-tip: Apply strict date/status filters first to avoid spending row budget on irrelevant records.

2. Join Strategy (Before Transform)

MeshBoard supports multi-key joins across selected boards and lets you define explicit left/right column pairs for safer cross-board matching.

Supported join types

Best practices

3. Column Mapping and Data Types

Map join keys, dimensions, and metrics explicitly. Before writeback, MeshBoard aligns output with destination monday column types to reduce GraphQL mutation failures.

Constraint: Metrics can target Text or Number output types. Date/Status/Dropdown mappings are only valid for dimensions.

4. Transformation Options (Detailed)

Transformations run after joins and before final aggregation/output shaping. Use them to normalize keys, clean values, and reduce bad writeback outcomes.

4.1 String transforms (supported today)

For replace, pattern is required and is matched as plain text (not regex). In the replacement field, leaving it empty removes the matched text; using " " (one space) replaces with whitespace.

4.2 Row filters (post-join filtering)

Use row filters to keep only meaningful records before aggregation.

4.3 Aggregation operations

4.4 Date formatting and grouping

Date-family dimensions now support a dedicated Date Formatting manipulation with explicit grouping output.

Best-practice sequence: Preload filter -> join -> string transform -> row filter -> aggregate -> cast to target board schema -> writeback/export.

5. Transformation Guardrails by Plan

Transformation logic is available across plans, but execution scale and automation differ by tier.

Universal constraint: preload filters are capped at 4 fields on every tier.

6. Templates

A template is your saved Template Pivot blueprint. Save when you need repeatability across teams or reporting cycles.

Did you know? Locked pivots after downgrade remain visible with delete access, but run/load is disabled until upgraded.

7. Automations

If plan changes reduce capability, incompatible schedules are paused and can auto-resume after upgrade if they were paused due to downgrade.

8. Exports, Writeback, and Incremental Updates

In plain terms: your board stays fresh without you reloading everything from scratch every run. It behaves like an incremental data pipeline, but fully inside monday.

9. MCP Capabilities (Pro and Ultimate)

MCP helps you turn each Template Pivot result into next-step actions, so your team can run workflows in monday and beyond without rebuilding context each time.

Did you know? MCP execution is disabled on Basic and enabled on Pro/Ultimate.

If automated MCP provisioning is unavailable, use the permanent manual fallback: MCP Manual Setup and Recovery.

Common Scenarios

These are practical cases where teams often end up with fragile manual work in monday, or pay for external ETL/BI just to get a reliable cross-board summary.

Revenue + Delivery Health in One Board

Operational SLA and Escalation Monitoring

Finance and Project Margin Rollups

Customer Data Cleanup Before Action

Executive Weekly Snapshot Without Extra BI Seats

Pro-tip: Start with one high-friction recurring report, convert it to a Template Pivot, then expand. This usually delivers value faster than trying to migrate every report at once.