Changelog & Roadmap
API releases, portal milestones, and what we're building next — with enough detail to match the size of the product.
Recent releases
v3.2.113 June 2026
HiBob sync hardening, marketing IA, and resource pages
- FeatureHiBob: optional scheduled calendar sync with server-side throttling so large tenants stay within vendor API limits
- ImprovementHiBob team settings: clearer audit and display for service-user verification, snapshot apply flows, and time-off proxy behaviour where the vendor API allows writes
- ImprovementLanding navigation simplified into Product and Company menus; footer reorganised into Product / Company / Developers & legal
- ImprovementNew marketing resource pages for calendars & widgets, business time, and user webhooks — linked from nav, footer, and What’s new
v3.2.012 June 2026
Major workspace release — calendars, public web & embeds, business time, billing, SSO, and a rebuilt portal
- FeatureNamed workspace holiday calendars: compose sources across countries/regions/years, rename for humans, draft → review → immutable publish with full version history
- FeatureVersion compare across published snapshots so you can see exactly what changed between releases your downstream systems rely on
- FeaturePer-calendar timezone and working-hours profile so published data and business-time probes match how your team actually works
- FeatureBlackout dates and working-day exceptions layered on top of authority data — captured in the calendar model and carried into publish
- FeatureCalendar membership and organization-scoped access so product, ops, and engineering can collaborate without sharing raw API keys
- FeatureBusiness-day REST surface: check a date, add/subtract business days, next working day, inclusive business-day count — all subscription-aware
- FeatureWorking-hours overlap API for SLA-style questions (“do these two windows touch a working day in this calendar?”)
- FeatureAuthenticated Business Time Lab per calendar to probe the engine interactively before you wire it into production code
- FeatureFirst-party public read-only calendar pages with stable slugs — month, week, and agenda views customers can bookmark
- FeatureOptional org-branded public URLs when your team configures a public slug — same engine, your hostname in the path
- FeatureHosted embed path: static calendar widget loader on the portal host plus scoped publish tokens so marketing and docs sites can show live holiday truth
- FeatureICS exports for published calendars from authenticated workspace flows and embed-oriented flows where your plan allows it
- FeatureDedicated Widgets (embeds) workspace: create and rotate publish tokens, manage allowlisted origins, preview snippets, and see read limits where applicable
- FeatureSaved views: persist playground-style explorations (regions, years, filters) and reopen them with your team
- FeatureSelf-serve user webhook endpoints with signed payloads and test delivery from the portal — wire holiday-adjacent automation without a separate gateway
- FeatureIntegrations hub surfacing first-party connections (e.g. billing, support, notifications) in one place instead of scattered settings screens
- ImprovementRebuilt customer portal shell: navigation, layout, responsive behaviour, and dark mode across dashboard, playground, holidays, analytics, calendars, embeds, billing, onboarding, and support
- ImprovementIn-app notification centre (bell) combining subscription health, onboarding gaps, seat usage, daily quota, and Public Holidays API reachability — one place to act
- ImprovementQuota and lifecycle banners (trial ending, past due, cancel scheduled, on-hold) so account state is obvious before it surprises an integration
- ImprovementShared holiday analytics cache powering the dashboard, bell, and banners so usage and API health stay in sync after playground runs or explorer sessions
- ImprovementPlayground upgrades: persist requests, export OpenAPI & Postman collections, and keep parity with the live API surface your subscription unlocks
- ImprovementHolidays explorer: watchlists, compare mode, and read-only share links so PMs and engineers can agree on a definition before it hits code
- ImprovementHelp hub, structured support intake, and clearer paths from the shell to answers — less hunting through unrelated settings
- ImprovementAccount quality: collect real names on self-serve join; magic-link, Google, GitHub, and passkey sign-in hardened for fewer dead ends
- ImprovementTeam surfaces: invites, roles, organization switching, activity views, and enterprise OIDC/SAML admin flows where your plan enables them
- ImprovementPrivacy & communications: explicit toggles for product marketing vs API/maintenance-style mail, with operational mail (sign-in, billing, security) clearly out of band
- ImprovementAPI token lifecycle: rename, last-used ordering, onboarding deep links, and security settings that match how teams rotate secrets in production
- ImprovementBilling & commercial: self-serve payment methods, EU tax identifiers, invoices, purchase orders, and subscription management surfaced consistently in the portal
- ImprovementFestivo operator console (admin): cross-tenant visibility for teams, subscriptions, usage, invoices, and support tooling — for how we run the service
- ImprovementLanding site, pricing, FAQs, blog, comparison pages, and documentation expanded to explain calendars, embeds, business time, and when to choose Festivo vs alternatives
- ImprovementPostmark delivery hygiene: bounce and subscription-change webhooks, optional-email suppression, and bounce-rate safeguards aligned with ESP best practice
v3.1.01 March 2026
City-Level Holiday Support
- Breaking ChangeAPI v2 deprecated (will be sunset on March 15, 2026)
- FeatureAdded support for 1000+ cities with local holidays and observances
- FeatureNew /check endpoint to verify if a specific date is a holiday in a given country
- ImprovementThe holiday data structure has been enhanced to include regions with type (city/region)
- ImprovementEnhanced holiday classification with new types (e.g., cultural, religious, national)
- ImprovementAdded city metadata to holiday responses
- FixFixed error handling and added 503 status code for backend maintenance
- FixResolved a bug where cached data was incorrectly returned
- FixFixed city-level subdivisions appearing in responses for users without city-level access
- FixImproved region filter logic to correctly handle both inclusive and nationwide holidays
- FixRegions and subdivisions now consistently return empty arrays instead of null when no data is available
v3.0.32 January 2025
Multilingual Expansion
- FeatureAdded 15 new languages (now supporting 50+ languages)
- FeatureImproved translations for German, French, and Spanish holidays
- ImprovementBetter handling of language fallbacks
- FixFixed encoding issues with special characters
v3.0.215 December 2024
Enterprise Features
- FeatureSEPA Direct Debit payment option for EU customers
- FeaturePurchase Order (PO) support for enterprise plans
- FeatureAutomated EU-compliant invoicing
- ImprovementEnhanced SLA monitoring and reporting
v3.0.130 November 2024
Performance & Reliability
- ImprovementAPI response time reduced by 40% (avg 120ms → 70ms)
- ImprovementImproved caching strategy for frequently requested data
- ImprovementEnhanced rate limiting with better error messages
- FixFixed timezone handling for observances
v3.0.05 August 2024
API v3 Launch
- FeatureComplete API redesign with RESTful endpoints
- FeatureEnhanced subdivision support (states/provinces)
- FeatureImproved error handling and validation
What's Next
Q4 2026
In Progress- Religious observances expansion
- MCP server with holiday data access
- Further holiday data quality improvements and new data sources
- Deeper enterprise adapters (e.g. HRIS) on top of stable calendar APIs
Q1 2027
Planned- GraphQL API endpoint
- Custom & Company-Specific Calendars
- Improved API Usage Analytics
Q4 2027
Planned- Holiday Data Marketplace
- AI-Powered Recommendations
- Improved Festivo App with new features and better performance
Have a feature request or suggestion? Let us know! We love hearing from our users.