Skip to content

Report Kinds

Use this page to map report-kind identifiers to the reporting reads and export flows that use them.

Who This Is For

  • developers creating report exports
  • SDK maintainers exposing report-kind enums
  • operators deciding which reporting artifact to request

When To Use This

Read this page when you need the canonical report_kind identifiers used by the export API.

How It Works

Current report kinds:

  • usage-summary
  • usage-ledger
  • license-audit
  • customer-summary
  • subscription-settlement

These values appear in:

  • POST /api/v1/reports/exports
  • export metadata
  • SDK enums and generated types

Example

Mapping:

Report kindRead APITypical question
usage-summaryGET /api/v1/reports/usage-summaryhow much usage happened by group
usage-ledgerGET /api/v1/reports/usage-ledgerwhich usage rows were recorded
license-auditGET /api/v1/reports/license-auditwhat happened for one license
customer-summaryGET /api/v1/reports/customer-summarywhat is happening for one customer
subscription-settlementGET /api/v1/reports/subscription-settlementwhat is the settlement-oriented summary for a subscription or order

Minimal export request:

json
{
  "report_kind": "usage-summary",
  "format": "csv"
}

Common Mistakes

  • sending a human title instead of the canonical report_kind
  • confusing read endpoints with export identifiers
  • assuming PDF support exists for a report kind without checking current renderer support

Prototype docs shell for the rewrite workspace.