Workspace plugin model
Each BI platform is organized around local config, domain services, workspace tools, and optional routes so teams can add and operate targets without broad runtime rewiring.
Agent workspace platform
Analyze, rationalize, develop, migrate, manage, validate, publish, and automate Business Intelligence assets from one agent workspace platform.
Platform network
CoDash connects source systems, databases, BI tools, users, and operating workflows so teams can migrate, develop, operate, and manage mixed BI estates without splitting the work across disconnected tools.
Power BI
Tableau
Looker
Cognos
MicroStrategy
SAP BusinessObjectsLifecycle
The shipping app is organized around practical operating modes: analyze the estate, rationalize the portfolio, develop in workspaces, migrate between platforms, manage published BI, and automate repeatable operations.
Inventory and readiness
Upload or connect BI assets and assess structure, dependencies, complexity, and migration readiness across the estate.
02Portfolio decisions
Find duplicate reports, score assets, compare clusters, and decide what should be kept, merged, archived, or reviewed.
03Agent workspaces
Create and modify semantic models, LookML, Tableau workbooks, calculations, joins, parameters, worksheets, and dashboards in governed workspaces.
04Conversion execution
Run licensed source-to-target paths such as Tableau, Cognos, MicroStrategy, Looker, SAP BO, and Salesforce to Power BI.
05Round-trip operations
Maintain published BI assets with workspace state, validation results, change history, BI server connections, and publication metadata.
06Repeatable operations
Create workflow templates and scheduled jobs for validation, publishing, monitoring, and repeat migration tasks.
Agent workspaces
The workspace architecture supports migrated and from-scratch work. Each platform workspace carries its own tools, domain services, document state, validation, and publish path.
Each BI platform is organized around local config, domain services, workspace tools, and optional routes so teams can add and operate targets without broad runtime rewiring.
The active agent sees the allowed tools for the selected workspace plus shared integrations, keeping Power BI, Looker, and Tableau actions separated.
Workspace changes persist as platform-native assets: semantic models, LookML objects, Tableau data sources, joins, calculations, parameters, worksheets, and dashboards.
Frontend saves and chat-driven agent updates can call the same backend implementation, so validation, errors, and audit history stay consistent.
Workspaces can resolve BI server connections, validate changes before publish, and retain deployment metadata for ongoing operations.
Teams can create a new workbook or model from data connections, continue a migrated asset, or maintain a published workbook in the same governed surface.
Workspace capabilities
The same workspace supports estate inventory, rationalization, platform-native development, migration execution, validation, publishing, change history, and ongoing management across one or many BI platforms.
Platform analyzers cover Tableau, Cognos, MicroStrategy, Looker, SAP BusinessObjects, and Power BI readiness views.
Matches the product's analyzer routes and license-gated platform model.The product surfaces estate summaries, platform breakdowns, duplicate clusters, scoring, strategy templates, and run history.
Grounded in the rationalization workspace and job flow.Power BI, Looker, and Tableau workspaces let teams create, inspect, maintain, validate, and publish BI assets with agent support.
Grounded in the workspace-plugin architecture from the active product PRDs.Source-to-target paths remain first-class, with workspaces carrying converted models and workbooks into review, repair, validation, and publish.
Keeps migration as a product lane without making it the whole product.Shared handlers, workspace-scoped tools, job history, server connections, and publish workflows support ongoing BI management.
Aligned with PRD-26 shared-handler and scoped-tool patterns.Migration paths
Paths are license-gated in the application, so the site names them as available product directions. Converted assets continue into workspaces for review, repair, validation, publishing, and management.
Deployment paths
Some customers want a dedicated hosted tenant. Others need the platform to run inside their own Azure, AWS, or GCP network. Both paths support the same lifecycle workspaces across analysis, development, migration, operations, and management.
A dedicated CoDash tenant for the client, operated as SaaS with tenant-level isolation, managed updates, and faster onboarding.
Run CoDash inside the client's own cloud and network boundary, with deployment options for Azure, AWS, or GCP.
Teams
The page language now follows the product team actually shipping: BI migration teams, analytics engineers, platform owners, and program leaders.
Launch options
Keep the first engagement concrete: scan a source estate, pilot a migration path, stand up a workspace development lane, or operate the full lifecycle model.
Start with one source platform and produce an inventory, complexity view, and readiness summary.
Run a controlled source-to-target path with validation and workspace review before scaling.
Stand up a governed agent workspace for Power BI, Looker, or Tableau development and maintenance.
Operationalize analysis, rationalization, migration, development workspaces, management, and automation together.
Request for demo
Use the guided flow below to select the lifecycle areas, BI platforms, deployment path, and operating questions you want us to prepare for. This is the single contact path for CoDash demo enrollment.