Skip to content

n8n Workflows & Twins

n8n was the original API + automation layer. Most read endpoints have since been migrated into the Worker — the Worker is now canonical and the n8n “Dashboard - X” workflow is a legacy twin / warm backup. But n8n is still the owner of two things the Worker does not do: (1) ETL — the cron jobs that pull external data into BigQuery, and (2) chat surface webhooks — Roam and the HubSpot card receive their webhook in n8n, which then calls the Worker’s advisor.

Tenant: fcrmedia.app.n8n.cloud, project “Dashboard” (rp488wjRFwYPewnO). 64 workflows in the Dashboard project (96 tenant-wide across the Dashboard, USG, Dyn-Hub, Creator, Post Studio and Discovery initiatives). Verified 2026-06-09. Only touch Dashboard-project workflows.

ETL (n8n, cron) READS (Worker, canonical)
external ───────────────▶ BigQuery ◀─────────────── fcr-dashboard-api
(HubSpot, iovox, tables (legacy n8n twin =
Teamwork, Ahrefs, warm backup only)
SERP/GBP, SitePro,
Yext, GMB/GA/GSC)
Roam / HubSpot card ──webhook──▶ n8n surface wf ──HTTP──▶ Worker /dashboard-ai-advisor

1. ETL — pull external data INTO BigQuery (n8n owns these)

Section titled “1. ETL — pull external data INTO BigQuery (n8n owns these)”

These have no Worker twin for the write — they ARE the source of the data the Worker reads. Cron-triggered.

WorkflowidWrites →Cadence
HubSpot Deal Sync + DashboardRk1WCogNesqYeUrrhubspot_deals (+ forecast props)twice daily (~05:45)
HubSpot Deals Back-Catalogue (rolling Nov-25→now)cRPF2BnUdxPD54yvhubspot_deals_backcatalogue_*weekly Sun 03:00
HubSpot Engagements - Daily DeltaTl5JQjQtQCoz03aWhubspot_engagements (via Worker sync endpoint)daily 07:30
HubSpot Engagements - Backfill / Back-Catalogue BackfillaWhlGN8XIBd2Cryt, 0sK6OuQuggH81P5Hengagements (one-shot)manual (inactive)
iovox Call Metrics → BigQueryOvMZnve5gANiA8aUcall metricsscheduled
iovox Node Links → BigQueryfHolJNpwcseom0Nbtracking-number linksscheduled
Teamwork Projects Sync + DashboardHGWnmltvdhyRlyO0teamwork_project_*, teamwork_milestonesscheduled
Teamwork Ticket Sync + Roam LookuphquEYfG9XMMTJLYXteamwork_open_ticketsscheduled
Ahrefs SyncAKeFRUIjrzOcNnDNahrefs_seo_cachescheduled
SERP GBP Sync9YbdeGxV47WdZ4Bsserp_gbp_snapshotsscheduled
SitePro MegaDocCkAXUJQhwdT07aGrsitepro_megadoc_cache, sitepro_listing_mapweekly Tue 04:00
Yext Sync / Yext Sync Batch (SayMore universe)VD8AivyNr4C2A17F, u8YMLyCUsPoU3OkByext_listings_cacheper-sub / monthly
Client ReviewsNcnHnpy0kZGr2i55client_reviews_cachescheduled
Map Data → S3 UploadeRvQV3TjkTwGbHpBS3 (area-map data)scheduled
InSites BQ Sync / Client SyncEfUVn5JYXfj1xgzW, nks0tahQMXsFsX4BUSG_INSITES_*scheduled
GBP Enrichment - Batch ProcessorJR8eoO4Cc1CiThyBGBP enrichinactive

2. Legacy read-API twins (Worker handler is canonical; n8n = warm backup)

Section titled “2. Legacy read-API twins (Worker handler is canonical; n8n = warm backup)”

Each of these was the original endpoint; the Worker route is now the live path. Keep the n8n version as a fallback only.

n8n workflowidWorker twin (canonical)
Dashboard - Ads Statstof9vPDqFIytphhCcopysheet-ads-stats
Dashboard - Ads Spend All AccountsE63zAOuC39IxYVRJdashboard-ads-spend-all
Dashboard - Ads Spend ReconciliationhkLoNWAZ3gJSA4tGdashboard-reconciliation
Dashboard - Ads Performance ReportI331grHIj5s7vM9qads-performance-report
Dashboard - GBP Stats26SFdLM07Fd3JvZ3copysheet-dashboard-gbp
Dashboard - GSC StatsE5hUVol4C6cYz44Zcopysheet-gsc-stats
Dashboard - GA4 Stats / Traffic SourcesS7CDLeujmTio3osV, dITP3id5UNTapd6Vcopysheet-ga4-stats / -ga4-traffic-sources
Dashboard - GMC StatsV8sdZGCahwSgGnwhdashboard-gmc-stats
Dashboard - Category KeywordsAb0lws15vXRLcaa6dashboard-category-keywords
Dashboard - Keyword GapT3ROBjnI6DzBX5O8dashboard-keyword-gap
Dashboard - Ahrefs SEOedS6wft1LE90TWsndashboard-ahrefs-seo
Dashboard - AM Portfoliohtt2jdAlfCxg3WiBdashboard-am-portfolio
Dashboard - Solution PortfolioK1VvN6h18OVPWKOSdashboard-solution-portfolio
Dashboard - Built Websites8s3MwJn5Uru6LYjOdashboard-built-websites
Dashboard - iovox Call Tracking / All LinksxiBRoisKyleoKh4r, BKFMndA3nCKZJgUydashboard-iovox / -iovox-all
Dashboard - Yext Listingsf3flkcF80BCSYoZAdashboard-yext-listings
Dashboard - Teamwork ProjectsudmsWFxcUiQTUvUUdashboard-teamwork-projects
Dashboard-CRM2iPGwBqW0eehbkYRdashboard-check-account (CRM block)
Dashboard - Superset Data ProxyccFsG1Yl1QNH2B6CSUPERSET_MASTER reads via dashboard-bq-execute
Dashboard - Listing Detail827fGPfQWPZ6EgI8listing lookups

The Worker now drives most of this, but the InSites callback still runs in n8n.

n8n workflowidWorker twin
DAshboard Insites RunXUFp5P9sr3XIB58Qdashboard-insites-suggest / submit path
Dashboard - InSites Poll3wnZXQrTmZkVpMqpdashboard-insites-poll
Dashboard - InSites BQ Read / Lookupe0dwrbgvaqKDVEHm, DdlTtRcvTcvR5mThdashboard-insites-bq-lookup
Dashboard - InSites Enrich SettingslfRbX7920CxNlTFxdashboard-insites-settings
Dashboard - InSites LLM ReportCciKolrpwMM5TFbudashboard-insites-report-summary
AI Advisor - InSites CallbackBkM3D9seY6dINUtd(n8n-only: polls InSites → hydrates BQ → posts to Roam)

4. Chat surfaces (webhook in n8n → Worker advisor)

Section titled “4. Chat surfaces (webhook in n8n → Worker advisor)”

These are not twins — they’re the front doors that hand off to the Worker’s dashboard-ai-advisor. Keep them in n8n.

n8n workflowidRole
Dashboard - AI Advisor v3 (Claude + Roam)YUOlTd445qUQScb8Roam advisor: webhook → build prompt → Worker → chunked Roam post
Dashboard - AI Advisor v2uHrifKwc4zXKSTkOolder advisor surface
HubSpot Card Chat8gVpD90Ok9xi8vzlcard: /start → Worker sync advisor → /complete
Dashboard - AI InsightszvphWyhG1kwlfgTEinline insights
Dashboard - Category Chat6FQiwsbyZj6tzYRwcategory Q&A
Dashboard - Roam Linkq8Qo5xbQC3KJr7nFRoam link/auth helper
WorkflowidNote
Dashboard - Vector Reindex (Manual)gwg0ZtoHjlRlQNf1loops dashboard-vector-reindex in batches; inactive, run on demand after SitePro/MegaDoc updates

  • Tenant: always fcrmedia.app.n8n.cloud — never the legacy dcathal.app.n8n.cloud (defaults InSites to LRC, silently mis-routes).
  • Scope: only edit Dashboard-project workflows via the MCP.
  • MCP toggle resets: every update_workflow flips availableInMCP off — batch edits into one atomic update, not iterative calls.
  • Version swap: publish_workflow only affects future triggers; in-flight executions finish on the old version.
  • Direction of travel: the long-term plan is to keep migrating read-paths into the Worker; n8n’s durable role is ETL + chat-surface webhooks.
Ask the docsRAG over this site
Ask anything about the FCR Dashboard platform — architecture, BigQuery, the worker routes, billing rules, the LRC stack, scoring… Answers are grounded in this documentation, with source links.
How does the deal-brief refresh work? Which routes are Worker vs n8n? How is account health scored?