Eine App anlegen, einreichen und veröffentlichen

Eine öffentliche App entsteht im Agentur-Dashboard unter „Apps / Erweiterungen". Sie hat einen Zustand, und der bestimmt, was möglich ist: „Entwurf" — nur Sie sehen sie. „In Prüfung" — eingereicht, die Plattform sieht sie an. „Veröffentlicht" — sie steht im Katalog und kann installiert werden. „Abgelehnt" — der Prüfhinweis nennt den Grund. „Gesperrt" — der Zugriff ist beendet, auch für bestehende Installationen.

Versionen haben ihren eigenen Zustand, getrennt von der App: Entwurf, in Prüfung, freigegeben, abgelehnt. Eingereicht werden können nur Versionen im Entwurf oder solche, die abgelehnt wurden — eine freigegebene Version wird nie überschrieben. Wer etwas ändern will, legt eine neue Version mit höherer Versionsnummer an. Die Versionsnummer folgt semantischer Versionierung (1.0.0, 1.0.1, 2.0.0).

Wo eine App entsteht, entscheidet über ihren Modus: In einer Testumgebung angelegte Apps tragen das Kennzeichen „Testmodus" und rechnen über den Testbetrieb des Zahlungsdienstes ab — ein Abrechnungsvertrag entsteht dabei durchaus, nur eben mit Testgeld. Im laufenden Betrieb lässt sich eine Testfassung gar nicht installieren; sie antwortet mit „Live-Betrieb derzeit gesperrt". Zum Ausprobieren gehört sie also in die Testumgebung, nicht zum Kunden.

Was die Prüfung ansieht, ist vor allem das Verhältnis von Rechten zu Zweck. Eine App, die eine Speisekarte anzeigt und dafür Leserecht auf Gäste verlangt, wird abgelehnt — nicht weil das Recht verboten wäre, sondern weil der angegebene Zweck es nicht deckt. Fragen Sie das kleinste Recht ab, mit dem die App läuft, und schreiben Sie den Verwendungszweck so konkret, dass ein Wirt ihn ohne Rückfrage versteht.