Calendar API

Operational dates, as infrastructure.

REST and JSON over 241 jurisdictions. Every field carries the authority behind it and how well it is evidenced.

For the systems that cannot ask a person: payroll runs, settlement engines, ERP calendars, routing and scheduling.

Get a free key Open the configurator Read the docs

What comes back

Not a list of dates. A row that says what it is, what it closes, who declared it, and how sure we are.

GET /v1/jurisdictions/DE/observances?from=2026-12-01

{
  "id":        "christmas_day",
  "date":      "2026-12-25",
  "scope":     "national",
  "impact":    "closed_general",
  "assurance": "verified",        // verified · corroborated · compiled
  "source":    "de-bmi-feiertage",
  "edition":   "2026.08"
}

Why it is built this way

No call metering

Dates computed from rules should be cached. Charging per request would punish the behaviour we recommend.

Scope, not volume

A company operating in thirty countries knows it needs thirty. Nobody knows their annual call count.

Editions never move

The edition you cited stays retrievable. A later one never silently replaces it.

The grade travels

Every field says whether it was verified against an authority, corroborated, or computed from a rule.

Priced by scope. Free developer tier, no card, no expiry. See what it costs, or build a query against the live corpus first.