Plugins entwickeln und einreichen

Paketformat v1, Prüfablauf und Lizenzmodell für Erweiterungen des Tickessa-Downloadpakets.

Version 0.17.0 – Mieteditionen

Tickessa 0.17.0 führt die klar getrennten Editionen Light, Business und AI ein. Die Installationspakete für Light und Business sind editionsgebunden, signiert und werden im Kundenkonto nur für die jeweils berechtigte Lizenz angeboten. Bestehende Alt-Lizenzen und Abonnements bleiben unverändert.

  • Light ist für manuellen E-Mail-Support ausgelegt: maximal 2 E-Mail-Konten, 2 aktive Projekte und 3 aktive Benutzer. KI – auch mit eigenen API-Schlüsseln –, Wissensbasis, Portale, Formulare, Automationen, Plugins und die externe Integrations-API sind nicht enthalten.
  • Business enthält den vollständigen Tickessa-Funktionsumfang ohne Light-Limits. Eigene KI-Anbieter können angebunden werden; Tickessa-KI-Tokens sind nicht enthalten.
  • AI umfasst alle Business-Funktionen, Hosting sowie 5 Millionen Tickessa-KI-Tokens pro Abrechnungsmonat.
  • Self-hosted-Mietlizenzen funktionieren ohne dauerhafte Onlineprüfung. Nach Ende des bezahlten Zeitraums gelten 14 Tage Kulanz; anschließend bleiben Anmeldung, Lesen, Anhänge und Export möglich, während Bearbeitung und Versand bis zur Verlängerung gesperrt sind.
  • Neuinstallation und Update wurden über Browser und Kommandozeile mit PHP 8.5 und MariaDB 11.4 geprüft. Signierte Updates, Sicherung, Wiederherstellung, Migrations-Rollback sowie der Erhalt von Konfiguration und Anhängen sind Bestandteil der Freigabeprüfung.

Tarife: Light 69 € monatlich ohne oder 99 € monatlich mit Hosting; Business 149 € monatlich beziehungsweise 1.490 € jährlich ohne oder 199 € monatlich mit Hosting; AI 299 € monatlich inklusive Hosting. Alle Europreise sind Nettopreise zuzüglich Umsatzsteuer.

1. Mit dem Beispiel beginnen

Das Beispiel ist eine eigenständige Support-Checkliste im Browser. Es zeigt das Paketformat und benötigt keine Kundendaten oder Zugangsschlüssel. Entpacke es und öffne checklist.html.

Beispielpaket herunterladen →

Eigenständige Marketplace-Erweiterungen bringen ihre Einrichtung mit. Betreiber-Plugins wie der Tickessa-Issue-Tracker werden separat installiert und sind nicht im Kundenpaket enthalten. Die internen Erweiterungsschnittstellen sind noch kein öffentliches SDK; eine Integration muss vor Entwicklung und Freigabe abgestimmt werden.

2. Manifest und ZIP-Struktur

tickessa-plugin.json liegt direkt im ZIP, ohne übergeordneten Ordner. Schlüssel und Versionsnummer sind eindeutig. Verwende drei Zahlen für eine stabile Version; jede weitere Einreichung benötigt eine höhere Version.

{
  "schemaVersion": 1,
  "key": "example-checklist",
  "version": "1.0.0",
  "name": {
    "de": "Support-Checkliste",
    "en": "Support checklist"
  },
  "description": {
    "de": "Eine eigenständige Checkliste zur Vorbereitung und Prüfung von Supportfällen.",
    "en": "A standalone checklist for preparing and reviewing support cases."
  },
  "compatibility": {
    "tickessaMin": "0.13.0",
    "tickessaMax": "0.13.0",
    "platforms": [
      "web"
    ]
  },
  "permissions": [
    "browser:local-checklist"
  ],
  "supportUrl": "https://tickessa.de/",
  "license": "perpetual",
  "updates": "one_year",
  "installation": "INSTALL.md",
  "update": "UPDATE.md",
  "uninstall": "UNINSTALL.md"
}
  • Name und Beschreibung auf Deutsch und Englisch. Nur Klartext; HTML wird nicht ausgeführt.
  • Expliziter getesteter Tickessa-Versionsbereich und Plattformen: web, mac-arm64, windows, linux.
  • Alle Zugriffe und Datenübertragungen unter permissions beschreiben. Externe Dienste und Kosten in der Beschreibung nennen.
  • INSTALL.md, UPDATE.md, UNINSTALL.md, LICENSE.txt und CHANGELOG.md beilegen. Hinweise zur Sicherung und Wiederherstellung gehören in die Updateanleitung.
  • Maximal 4 MiB ZIP, 16 MiB entpackt, 200 Einträge und 1 MiB je Datei. Erlaubt sind Quellcode und Textdateien: JSON, Markdown, TXT, JS/TS, PHP, CSS, HTML, SQL, Shell, YAML. Keine Binärprogramme, Archive im Archiv, symbolischen Links, Abhängigkeitsordner oder Zugangsdaten.

3. Einreichen, testen und freigeben

Beantrage einen Entwicklerzugang, vervollständige das Abrechnungsprofil und akzeptiere die Teilnahmebedingungen. Im Portal legst du pro Version den Erstkaufpreis und den Preis für ein weiteres Updatejahr in EUR netto fest.

Der Upload prüft ZIP-Struktur, Prüfsummen, Metadaten und Pflichtdokumente. Tickessa prüft danach Quellcode, Rechte und Datenschutz sowie Erstinstallation, Update mit vorhandenen Daten, Wiederherstellung und Deinstallation in einer getrennten Testumgebung. Ein optionaler KI-Bericht ergänzt diese Prüfung. Er ist kein Sicherheitszertifikat und veröffentlicht keine Software.

Erst eine manuell freigegebene Version kann den Paddle-Katalog und die Verkaufsseite aktualisieren. Preisänderungen betreffen neue Bestellungen; bestehende Bestellungen behalten ihren vereinbarten Preis.

4. Nutzung, Updates und Vergütung

Käufer erhalten unbegrenzte Nutzung der erworbenen Version und ein Jahr Updates. Eine optionale Verlängerung beginnt am bisherigen Ende, bei abgelaufener Updatezeit mit bestätigtem Kauf. Das Plugin darf bei Ablauf oder vorübergehend fehlender Portalverbindung nicht die bereits bezahlte Nutzung abschalten.

Tickessa vergibt die Berechtigung nach serverseitig bestätigter Zahlung. Der Download prüft Lizenz, Plugin und Veröffentlichungsdatum. Alte berechtigte Versionen bleiben zugänglich. Paddle wird über Zahlungsnachrichten und einen ergänzenden regelmäßigen Abgleich synchronisiert.

Die Vergütung und das monatliche Gutschriftverfahren richten sich nach den verlinkten Teilnahmebedingungen. Abrechnungen zeigen Verkäufe, Gebühren und Korrekturen nachvollziehbar an.

5. Issues und Developer-Support

Melde Fehler, stelle technische Fragen oder schlage eine Verbesserung vor. Wähle eine passende Vorlage, beschreibe die Schritte zum Nachstellen und ergänze die betroffenen Versionen. Du kannst mehrere Labels, Markdown, Codeblöcke, Aufgabenlisten und bereinigte Anhänge verwenden.

Ein Issue ist standardmäßig nur für deine Organisation und den Support sichtbar. Wähle ausdrücklich die Developer-Community, wenn alle angemeldeten Developer mitlesen dürfen. Zugangsdaten und private Kundendaten gehören nicht in einen Community-Beitrag.

Das Support-Team bearbeitet denselben Vorgang in Tickessa. Antworten erscheinen direkt im Issue-Verlauf. Abonnements und @Erwähnungen führen in deinen Portal-Posteingang. KI-Antworten tragen eine Herkunftskennzeichnung; Entwürfe und interne Notizen werden nicht veröffentlicht.

Zum Issue-Tracker →