What the tenant sees
Orientation on the Analytics Studio surface inside Cockpit — the dataset catalog, the chart builder and cohorts. These are Cockpit features, not partner endpoints.
What the tenant sees
These three pages are orientation, not an API reference. They exist so you know what happens to a view you declare in an analytics.json, and so you can have a sensible conversation with an operator about what they are looking at.
Everything described here is a Cockpit feature. There is no endpoint behind any of it that you can call — see What does not exist yet.
The pages
- Studio overview — the shape of the surface, and what it means for your integration that it is Cockpit-only.
- Datasets and charts — where a declared view lands, and how your
title,rolesand column choices show up. - Cohorts — the one feature with a hard requirement on your declaration.
Why a partner should care at all
Two reasons, and neither is "so you can integrate with it":
- It is where your
analytics.jsonlands. Design decisions in your declaration — a missingtimerole, a UUID as a dimension, a title that does not state the grain — show up here as a dataset an operator cannot use. - It sets expectations. A customer who has seen charts in Cockpit will ask you for the same charts in your product. Knowing what is and is not available saves that conversation going the wrong way.
Analytics Studio is early and still moving. Treat what you see in Cockpit as a preview of the operator surface, not as a contract you can build against — and do not screenshot it into your own documentation.