Die Arbeit reicht von der Auswahl über die Anpassung bis zu einem Betrieb, der ohne Abhängigkeit von uns funktioniert.
Wie viele aktive Maintainer hat das Projekt, wie schnell werden Sicherheitslücken geschlossen, gibt es eine Stiftung oder Firma dahinter, wie gut ist die Dokumentation? Wir bewerten Kandidaten nach diesen Punkten, nicht nach der Zahl der Sterne auf GitHub.
Manche Produkte sind nur im Kern frei, wichtige Funktionen wie Single Sign-on oder Audit-Logs kosten extra. Wir zeigen vorab, welche Teile Sie tatsächlich frei nutzen können.
Änderungen setzen wir als Plugins, Module oder Konfiguration um, nicht im Kerncode. So lassen sich neue Versionen einspielen, ohne jedes Mal Ihre Anpassungen neu zu bauen.
Übersicht über die Lizenz jedes Bausteins, von MIT und Apache 2.0 über EUPL bis GPL und AGPL, mit Hinweisen, wann Offenlegungspflichten entstehen. Die rechtliche Bewertung trifft Ihre Rechtsberatung.
Automatische Prüfung der Abhängigkeiten mit Werkzeugen wie Renovate und Trivy, eine SBOM zu jeder Version und Warnungen, sobald CERT.at oder das Projekt selbst eine Lücke meldet.
Auf Ihren eigenen Servern, bei Exoscale in Wien oder einem anderen EU-Anbieter, in Containern mit dokumentierter Installation.
Fehlerkorrekturen und sinnvolle Erweiterungen reichen wir beim Ursprungsprojekt ein. Was dort übernommen wird, müssen Sie nie wieder selbst pflegen.
Vom Vergleich bis zum Betrieb in vier Schritten, mit einem Pilot, bevor die ganze Belegschaft umsteigt.
Zwei bis drei freie Kandidaten im Vergleich mit Ihrer heutigen Lösung, inklusive Gesamtkosten über mehrere Jahre.
Installation für eine Abteilung, echte Daten, echte Arbeit, und eine ehrliche Bilanz nach einigen Wochen.
Erweiterungen, Anmeldung über Entra ID oder Active Directory, Übernahme der Altdaten und Einschulung per Videotermin.
Updateplan, Monitoring und eine Dokumentation, mit der auch ein anderes Team übernehmen könnte.
Kostenlos heißt nicht wartungsfrei. Freie Software braucht dieselben Sicherheitsupdates wie jede andere, nur kommt niemand und spielt sie automatisch ein. Wer eine Open-Source-Lösung ohne Updateplan betreibt, hat nach zwei Jahren ein System, das veraltet ist und von dem niemand mehr weiß, wie man es aktualisiert. Budgetieren Sie die Wartung von Anfang an mit.
Die Projekte selbst schließen Gewährleistung in ihren Lizenzen weitgehend aus. Umso wichtiger ist ein Dienstleister, der die Lösung für Sie baut und betreut. Bei uns geschieht das im Rahmen eines Wartungsvertrags, in dem Reaktionszeiten und Verantwortlichkeiten festgelegt werden.
Nur in bestimmten Fällen. Bei GPL entstehen Pflichten meist erst bei Weitergabe der Software, bei AGPL auch beim Betrieb als Onlinedienst für Dritte. Für rein interne Nutzung ist das selten ein Thema. Unsere Lizenzübersicht zeigt die konkreten Stellen.
Die Sicherheit hängt vom Betrieb ab, nicht vom Lizenzmodell. Verbreitete Projekte werden intensiv geprüft, Lücken öffentlich gemeldet und rasch geschlossen. Entscheidend sind Updates, Härtung und Zugriffskontrolle, die wir fix einplanen.
Ja, genau darum geht es. Code, Konfiguration und Dokumentation liegen bei Ihnen, und die eingesetzten Projekte kennt jedes Team mit Erfahrung in dieser Technologie.
Beschreiben Sie, welche Aufgabe gelöst werden soll oder welches Produkt Sie ablösen möchten. Wir zeigen Ihnen passende freie Kandidaten und ihre Grenzen.
Ihre Anfrage ist eingegangen
Sie hören spätestens am nächsten Werktag von uns. Haben Sie einen Ausfall gemeldet, der Ihr Team gerade blockiert, kümmern wir uns zuerst darum.
Diese Stadt ist nicht in der Liste. Prüfen Sie die Schreibweise oder wählen Sie die nächstgelegene Landeshauptstadt: Da wir alles per Fernwartung erledigen, ist die Betreuung in jedem Bundesland gleich.
