CM Core
Reservations, rates, occupancy, rules and the operational calendar remain the local source of truth.
CM Free, Plus and PRO remain independent systems. With the optional Connector, they can voluntarily connect to a shared layer for OTA connectivity, Community, sharing and future AI queries.
CM Ecosystem does not replace the local CM. It adds clearly separated, optional services around it. The user consciously chooses which of them to enable.
Reservations, rates, occupancy, rules and the operational calendar remain the local source of truth.
An optional bridge from Free, Plus or PRO. No hidden telemetry and no mandatory “phone home”.
A central transport layer for OTA adapters, registry, entitlements, health and future shared services.
A voluntary network of accommodation providers for discovery, referrals, sharing and AI-assisted search.
Zoomed out, you see the major territories of the system. Open the SVG and zoom into the details: public/admin flow, CM Core, modules, Relay, external systems, and both primary and fallback paths.
Relay is provider-agnostic. Today the upstream provider could be Channex, Beds24 or WuBook; tomorrow it could be a direct Booking or Airbnb adapter. The local CM always speaks the same CM Connector protocol.
CM Community is conceived as a voluntary network of independent accommodation providers. A member may share only selected public data: location, capacity, availability projection, public price or a direct booking link.
The result is not another OTA. It can be as simple as a referral: when you cannot host a guest yourself, you can show them an available property from another Community member.
“I need an apartment for four near Bled, with parking and an EV charger.” AI can translate that sentence into a structured query, but availability, price and booking conditions come from real CM data.
A local ICS/iCal fallback remains available in every edition. If the API provider, Relay or a paid central service temporarily fails, the local CM does not stop working.
ICS does not provide functional parity with a full API, but it remains a safety path for basic calendar continuity and reservation blocking.
CM Free remains independent, publicly available and usable without a central account. Connector is an option, not a requirement. Only after clear opt-in consent does an installation become part of CM Service or Community.
A Relay outage or non-payment of a central service does not disable the calendar, reservations or local ICS.
The Free distribution does not register an installation centrally until the user explicitly activates Connector.
Connectivity, Community, referrals and AI discovery can remain separate capabilities and separate user decisions.
CM Free remains the promotional and reference core from which a broader ecosystem can grow.
A working Channel Manager concept, public/admin flow, local source of truth and ICS foundation.
Installation identity, Connector, capabilities, consent, provider-neutral events and connectivity health.
A publicly described architectural direction, intentionally open to future partners, other PMS systems and new docking points.
CM Ecosystem is a project in progress. The core principle remains simple: local independence, explicit consent, replaceable adapters and an open possibility that one day something we do not yet know may connect to it.