Am 14. April 2026 gab das Unternehmen bekannt, dass Cal.com in den Closed Source ĂŒbergeht. Am 15. April wurde dies auch im Changelog v6.4 festgehalten: Der offene Teil des Projekts wird unter dem Namen Cal.diyneu gestartet, und der Code der kommerziellen Edition von Cal.com wird nicht mehr veröffentlicht. Dabei betont das Team, dass der kommerzielle Teil zuvor nicht vollstĂ€ndig open source war, sondern source-available; jetzt wird er jedoch einfach geschlossen.
Der offizielle Grund, den Cal.com nennt, ist das gestiegene Sicherheitsrisiko in der Ăra der KI. Das Unternehmen erklĂ€rt klar, dass KI-Coding-Assistenten und automatisierte Analysetools die Suche nach Schwachstellen im öffentlichen Code erheblich vereinfacht haben, und fĂŒr einen Dienst, der ZeitplĂ€ne, Kundendaten und Unternehmensprozesse verarbeitet, ist dies ein zu sensibles Thema geworden. In den Formulierungen des Unternehmens hat der Schutz der Kundendaten und der verwalteten Infrastruktur nun PrioritĂ€t.
Was genau wurde geschlossen. Laut dem Unternehmen wird genau der Code fĂŒr die commercial edition geschlossen â die Version, die von den Kunden von Cal.com als verwalteter Dienst genutzt wird. Aus dem offenen Branch werden Funktionen entfernt, die sich auf das kommerzielle und Enterprise-Modell beziehen. Dabei verspricht das Team, alle âkostenlosen Funktionenâ in Cal.diy fĂŒr das Self-Hosting beizubehalten.
Cal.com ist eine Plattform fĂŒr Online-Buchungen und die Koordination von Terminen, die das Projekt selbst als âinfrastructure for timeâ beschreibt: von einfachen persönlichen Buchungslinks bis hin zu integriertem Scheduling fĂŒr Produkte, Teams, MarktplĂ€tze, Vertrieb, HR, Gesundheitswesen und Enterprise-Szenarien. Der Dienst verfĂŒgt ĂŒber eine öffentliche API, eine self-hosted Variante, Workflow-Automatisierungsmechanismen, Routing-Formulare zur Anfrageverteilung, Integrationen und einen App-Framework.
Um etwas genauer zu sein, hat Cal.com nicht einfach einen âCalendly-Ă€hnlichenâ Dienst entwickelt, sondern eine Planungsplattform:
- mit persönlichen und Team-Buchungsseiten;
- Verteilung von Terminen zwischen Mitarbeitern, einschlieĂlich Round-Robin;
- Lead- und Kunden-Routing-Formulare;
- Workflow-Automatisierung fĂŒr Benachrichtigungen und Aktionen;
- API und OAuth fĂŒr die Integration von Scheduling in externe Produkte;
- self-hosted und Enterprise-Editionen fĂŒr Unternehmen, denen Kontrolle, Anpassung und Sicherheitsanforderungen wichtig sind.
Was bleibt offen. In das offene Projekt wurde Cal.diy â eine MIT-lizenzierte self-hosted Variante. Auf GitHub wird sie als community-driven Fork / Plattform mit entferntem Enterprise / kommerziellen Code beschrieben. In der technischen ErklĂ€rung schreibt Cal.com, dass Cal.diy den Haupt-Scheduling-Engine, die Buchungsinfrastruktur und das App-Store-Framework bewahrt., das heiĂt, die grundlegende FunktionalitĂ€t fĂŒr selbststĂ€ndige Buchungen bleibt bestehen.
Quelle: linux.org.ru
