Written and maintained by DeadlineDaysReviewed on July 29, 2026

Holiday API vs Official Calendars: What Was Actually Verified

A successful API response is not proof of a complete business calendar. This report publishes the exact country/year decisions from the Round 2 source ledger and explains why only five combinations became verified bundled snapshots.

Published
Reviewed
Sources verified

Original evidence in this guide

Source validation dataset

Round 2 API-to-official-calendar decision register, checked July 28, 2026
Country/yearResultCompared scopeSnapshot decision and limit
US 2026Verified11 observed federal closure datesBundled; regional API rows excluded
US 2027Verified11 observed federal closure datesBundled; regional API rows excluded
GB 2026VerifiedEngland and Wales, Scotland, Northern IrelandBundled; employer leave entitlement excluded
SG 2026VerifiedGazetted dates with common Sunday-rest-day substitutionsBundled; other rest-day patterns excluded
SG 2027VerifiedGazetted dates with common Sunday-rest-day substitutionBundled; other rest-day patterns excluded
GB 2027Not verifiedAll three divisionsNo snapshot; Scotland API has Jan 2 while GOV.UK uses Jan 4 substitute
KR 2026Not verifiedAPI set vs official calendar-standard announcementNo snapshot; scope and later-change differences
JP 2026Not verifiedComplete official national listNo snapshot; dates omitted and one label mismatch
DE 2026Scope incompleteNational rows plus Berlin subsetNo snapshot; 15 other states not fully compared
AU 2026Scope incompleteNew South Wales sampleNo snapshot; weekend actual dates omitted and other jurisdictions unchecked
CA 2026Not verifiedCRA deadline calendar vs API flagsNo snapshot; source purpose and national/regional flags differ

Verified means every bundled date in the stated scope was compared. It does not mean the API payload is a complete employment, banking, school, regional, or organization calendar.

1
API value
2
Official reference
3
Compare date and scope
4
Supported, unverified, or unsupported
A verification outcome is published only after the API value, official reference, and scope comparison agree.

Direct answer: five combinations passed the snapshot boundary

The verified bundled combinations are US 2026, US 2027, GB 2026, SG 2026, and SG 2027. Each passed only for the scope stated in the ledger. GB 2027, KR 2026, JP 2026, DE 2026, AU 2026, and CA 2026 were not promoted to verified snapshots.

A result marked not verified or scope incomplete can still contain useful API rows. It cannot be represented as a manually confirmed bundled calendar. The resolver may show live API data with an unverified warning, or an unsupported or unavailable state when reliable data is not available.

How the comparison was performed

On July 28, 2026 in Asia/Seoul, each listed Nager.Date payload was collected and its HTTP status, raw character length, and UTF-8 SHA-256 recorded. National and subdivision rows were separated before dates and scope were compared with the current official primary-source page named in the ledger.

Every request in the raw access register returned HTTP 200. That transport result did not decide verification. The country comparison and scope decision controlled whether a snapshot could be bundled.

Verified examples and their boundaries

The US records match the 11 observed federal closure dates for Monday-Friday federal employees in 2026 and 2027; regional API rows were excluded. GB 2026 matches the official lists and division assignment for England and Wales, Scotland, and Northern Ireland. Singapore 2026 and 2027 match the gazetted dates represented as closure dates under the Ministry of Manpower's stated common Sunday rest-day substitution pattern.

None of those decisions proves a complete private-sector calendar. State, local, bank, school, employer, leave-entitlement, and alternative rest-day rules remain outside the stated verified scope.

Why the rejected combinations stayed unverified

GB 2027 contains a direct Scotland substitute-day mismatch. Japan's API payload omits two official 2026 dates and mislabels the May 6 substitute holiday. South Korea's API scope differs from the older official calendar-standard announcement and later changes complicate the comparison. Canada compares an API holiday classification with a CRA deadline calendar whose purpose is different.

Germany and Australia failed on completeness rather than a countrywide verification claim. Berlin and the New South Wales sample were compared, but the remaining jurisdictions were not fully checked. A partial sample cannot support a national snapshot.

Failure, empty data, and unsupported handling

HTTP failure, blocked fetch, invalid JSON, an invalid payload, or an unverified empty array must never become a successful zero-holiday calendar. The resolver prefers a verified snapshot, then fresh cache, then live API data, and otherwise returns an explicit unsupported or unavailable state.

India is explicitly unsupported in the current resolver. A prior empty response is not interpreted as proof that a year has no holidays. Users are directed to the relevant official national, state, bank, or organization calendar.

How to use an unverified live result

Treat live rows as a candidate list. Select the jurisdiction and operational scope, compare every date with the current official source, separate actual and observed dates, and add bank, school, employer, carrier, or organization closures that the obligation recognizes. Record the comparison date and mismatches.

Do not change an unverified label merely because the list looks plausible or because an API call returned 200. Verification requires a complete comparison for the scope being claimed.

Correction path and reproducibility

A correction report should include country, year, selected scope, API URL, affected row, official URL, access date, expected date or classification, and the observed mismatch. Send non-sensitive corrections to [email protected].

The raw lengths and hashes in the ledger identify the payloads collected on July 28, 2026. A later payload can be compared without pretending it is the same artifact. Review and source-verification dates change only when the underlying work is repeated.

Known limits

The ledger is a dated comparison, not a permanent certification of an API, country, or year. Temporary holidays, later legal changes, regional decisions, employer policies, banking schedules, school calendars, and provider operations can change after the comparison.

Only the scopes and combinations marked verified are bundled. Do not infer verification for another year, another subdivision, another rest-day pattern, or a country-level calendar from a sample jurisdiction.

Official sources

Official sources can change after this page's review date. Check the latest text before applying it.

Related calculators

Use the related calculator to reproduce date arithmetic after recording the guide's assumptions and scope.

This guide provides general scheduling information, not legal, tax, financial, or employment advice. Verify binding dates with official sources and the responsible contract or policy owner.