Skip to main content
Financial Data API dates the macro world. The economic calendar gives you scheduled and released macro events with the values consumers expect on a calendar (actual, forecast, consensus, previous, and revised). The unified events feed merges that calendar with every other official event Financial Data API tracks (central-bank actions and issuer filings) into one normalized shape with a single schema.

Economic calendar

GET /economic-calendar is the scheduled macro-release calendar: CPI prints, payrolls, central-bank meetings, each with actual, forecast, consensus, previous, and revised values.

Unified official events

GET /events is one stream across macro releases, central-bank actions, and issuer filings, with a single normalized event shape.
Use the calendar when you want classic macro-release rows with surprise inputs and release-time semantics. Use the unified events feed when you want a single stream across event classes (macro releases plus central-bank actions and issuer filings) under one schema.

What data is available

The calendar covers the same canonical macro indicators Financial Data API normalizes (CPI, core CPI, PCE, PPI, unemployment, nonfarm payrolls, jobless claims, real GDP growth, policy rates, money-market and government-bond yields, housing starts, building permits, trade balance, exports, imports, personal income, retail sales) across the covered countries, sourced from the institutions of record (FRED, BLS, ECB, OECD, BIS, Eurostat, Bank of England, Bank of Japan, and more). Read the live indicator list from GET /canonical-indicators and the country and category breadth from GET /coverage. The unified events feed spans three event families:

Macro releases

Scheduled and released macro prints, the same rows the economic calendar carries, surfaced as macro_release events.

Central-bank actions

Policy decisions and meetings from the central banks Financial Data API tracks, surfaced as central_bank events.

Issuer filings

SEC EDGAR filings from the company universe, surfaced as issuer_filing events. The structured statements behind them live in the financial statements endpoint.
Coverage grows over time. Read live breadth from GET /coverage and the live indicator slugs from GET /canonical-indicators rather than hard-coding which events exist.
Both feeds are rights-aware. Every event carries an exposure class, and only redistribution-safe events appear where the public surface applies. Licensed vendor data never appears on the public surface.

Authentication

Send your key as x-api-key (or Authorization: Bearer). Both endpoints require the data:read scope. See Authentication.

The economic calendar

GET /economic-calendar returns scheduled and released macro events. Each row carries the release time, the period it covers, and the value series: actual, forecast, consensus, previous, and (where applicable) revised.

Filters

The calendar accepts the standard list filters plus the observation filters relevant to events. Unknown query parameters are rejected with bad_request.

Example: high-importance US releases

Response
Example figures above are illustrative. Pull live values from the endpoint.

Calendar event fields

Get a single calendar event

GET /economic-calendar/{id} returns one calendar event by its id.

First-release vs revised

Macro series are revised after their first print. Financial Data API keeps both, and the calendar exposes the distinction so you can model surprises honestly.

previousValue is first-release basis

previousValue carries the prior period value as it was known at this release, not the latest revised figure. That is what a forecast was measured against at the time, so it is the correct base for surprise and momentum calculations.
When an event reports a revision, revisedValue is populated and status is revised. The original actualValue is preserved. Revisions are retained, never overwritten in place.
To see the value set as known on a given date, use the knowledge-time filters (start_date and end_date) and as_of on the observations API. Honest caveat: as_of currently approximates the ingestion timestamp, not full provider-vintage reconstruction. Full vintage reconstruction is future work.

Unified official events

GET /events merges the economic calendar with every other official event into one normalized response shape. It covers macro releases, central-bank actions, and issuer filings (for example SEC filings) under one schema. Use it when you want a single stream and one set of fields across event classes.

Filters

Example: released US macro events

Response

Unified event fields

Get a single event

GET /events/{id} returns one unified event by its id.

Calendar vs unified events: which to use

Use the economic calendar

You want macro-release rows with surprise inputs (actual, forecast, consensus, previous, revised) and release-time semantics. Filter by country, indicator, importance, status, event_type, and period.

Use unified events

You want one stream across event classes (macro releases plus central-bank actions and issuer filings) under a single schema. Filter by event_class, event_type, status, exposure, and time.

Macro observations

Follow observationId (or linkedObservationId) to the point-in-time value the event released, with full filters and provenance.

Financial statements

Issuer filings surface as issuer_filing events here; the structured statements behind them live in the financials endpoint.

Derived analytics

Surprise indices and other analytics are computed from calendar inputs and stored as derived observations.