Wir bauen, was du brauchst.
Biletado wird kontinuierlich weiterentwickelt — auf Basis realer Anforderungen aus dem Verwaltungsalltag. Feature-Anfragen gehen direkt an die Leute, die das System gebaut haben.
Warum Weiterentwicklung mit uns.
Architektur-Kenntnis
Biletado ist unser Produkt. Erweiterungen basieren auf fundiertem Verständnis der Codebasis — kein Reverse Engineering, keine Workarounds.
Modularer Ansatz
Neue Module werden so konzipiert, dass sie ins Kernsystem zurückfließen. Was für eine Kommune entsteht, steht danach allen Instanzen zur Verfügung.
Plattform statt Einzellösung
Jede Erweiterung stärkt das Gesamtsystem. Wachsende Verbreitung bedeutet bessere Software für alle Beteiligten.
Unser Prozess.
- 1
Anforderungsanalyse
Konkreter Bedarf, fachlicher Kontext und Erwartungen — gemeinsam definiert im Erstgespräch.
- 2
Machbarkeit & Architektur
Technische Bewertung und Architekturentwurf im Einklang mit dem Kernsystem.
- 3
Umsetzung
Entwicklung in agilen Zyklen mit transparenter Kommunikation und regelmäßigen Zwischenständen.
- 4
Rollout & Abnahme
Bereitstellung auf deiner Instanz. Gemeinsamer Test, Feinjustierung, Dokumentation.
- 5
Release — sofort Open Source
Alle Entwicklungen passieren direkt auf dem Haupt-Repository. Ab dem Release ist jedes Feature Open Source — auf OpenCoDE und GitHub verfügbar.
Was wir gebaut haben.
Ein Auszug aus unserer Entwicklungshistorie — von Integrationen über Bezahlmodule bis zu Custom Workflows.
SaaS-Migration und Biletado Cloud
SaaS-Migration und Biletado Cloud
pmPayment-Anbindung
pmPayment-Anbindung
Office365-Integration
Office365-Integration
Custom Workflows und Preisstufen
Custom Workflows und Preisstufen
Überarbeitungen und Eventkalender
Überarbeitungen und Eventkalender
Bezahlmodul
Bezahlmodul
KeyCloak SSO
KeyCloak SSO
NextCloud-Integration
NextCloud-Integration
Pareva-Schließsystem-Integration
Pareva-Schließsystem-Integration
Erweiterte Rollen- und Rechtestruktur
Erweiterte Rollen- und Rechtestruktur
Grundsystem-Entwicklung
Grundsystem-Entwicklung
Aus der Praxis.
Wie Anforderungen aus dem Verwaltungsalltag zu neuen Features werden.
Integration von Zahlungsanbietern
Kommunen benötigen für kostenpflichtige Buchungen eine Anbindung an ihren jeweiligen Payment-Dienstleister — die Anbieter und APIs unterscheiden sich regional.
Lösung
Aufbau eines abstrakten Payment Service als Zwischenschicht. Für jeden Anbieter (S-Public Services, pmPayment, ePayBL) eine spezialisierte Implementierung gegen die jeweilige API.
Ergebnis
Drei Payment-Provider produktiv im Einsatz. Neue Anbieter lassen sich über die bestehende Abstraktionsschicht anbinden, ohne die Kernlogik anzupassen.
Workflow-Engine und Kanban-Ansicht
Buchungen durchlaufen je nach Mandant unterschiedliche Freigabe- und Bearbeitungsprozesse. Ein fester Workflow passt nicht für alle.
Lösung
Entwicklung einer konfigurierbaren Workflow-Engine. Jeder Mandant definiert eigene Statusfolgen und Regeln. Zur Visualisierung entstand eine Kanban-Ansicht für die Verwaltung.
Ergebnis
Individuelle Workflows pro Mandant, konfigurierbar ohne Entwicklungsaufwand. Die Kanban-Ansicht ist heute Standardfeature in Biletado.
Digitale Schließsysteme
Biletado war als Buchungsplattform etabliert. Die Frage: Lässt sich die Plattform auch mit physischen Schließsystemen verbinden, um gebuchte Ressourcen automatisch freizugeben?
Lösung
Aufbau eines Locker Service als Abstraktionsschicht. Erste Implementierung für Pareva-Schranksysteme, anschließend Parkraum Service — weitere Provider folgen.
Ergebnis
Aus einer Einzelanforderung wurde eine nachnutzbare Architektur. Neue Schließsystem-Anbieter werden als Provider konfiguriert, nicht neu entwickelt.
Keycloak Single Sign-On
Biletado hatte ein eigenes Authentifizierungssystem mit interner Nutzerverwaltung. Für die Integration in bestehende IT-Landschaften fehlte eine SSO-Anbindung.
Lösung
Die vorhandene Auth-Architektur war bereits auf Erweiterbarkeit ausgelegt. Keycloak wurde als Identity Provider angebunden — vollständig im Open-Source-Gedanken.
Ergebnis
Zentraler Login über Keycloak für Biletado und weitere Systeme. Die abstrakte Auth-Schicht ermöglicht perspektivisch weitere Identity Provider.
Jede Zeile Code geht direkt Upstream.
Alle Entwicklungen passieren direkt auf dem Haupt-Repository von Biletado. Es gibt keinen separaten Fork, keinen internen Branch, der irgendwann veröffentlicht wird.
Jedes Feature, jede Integration ist ab dem Release Open Source — auf OpenCoDE und GitHub verfügbar.
Für dich als Auftraggeber heißt das: Du musst dich nicht darum kümmern, Code veröffentlichen zu lassen. Das passiert automatisch, weil wir so arbeiten.
Open Source. Aus Überzeugung.
Biletado ist vollständig Open Source. Das ist kein Marketing-Argument — es ist eine Haltung.
Wir glauben an digitale Souveränität für Verwaltungen. Das bedeutet: volle Transparenz über den Code, kein Vendor Lock-in, und die Freiheit, die Software unabhängig weiterzubetreiben.
Open Source heißt für uns auch: Was wir für eine Kommune entwickeln, kommt allen zugute. Jede Erweiterung stärkt das Ökosystem.
OpenCoDE ist die zentrale Open-Source-Plattform der öffentlichen Verwaltung in Deutschland, betrieben durch das ZenDiS im Auftrag des BMI.
Du hast eine Anforderung? Lass uns sprechen.
Wir geben dir eine erste Einschätzung zu Machbarkeit, Architektur und Kosten — unverbindlich.
Oder direkt per E-Mail: info@smart-city-booking.de