Support

Der lokale Katalog kann freigegebene kostenlose Karten anzeigen. Ein „Gratis“- oder Demoeintrag ist keine Preiszusage für eine spätere Veröffentlichung.

1. Öffne eine verfügbare Karte im eingerichteten lokalen Build.
2. Achte auf die Kennzeichnung des konkreten Angebots.

Grenze: Das endgültige Gratisangebot, Storepreise und dauerhafte Verfügbarkeit sind noch nicht freigegeben.

Ein Packangebot ist für eine bestimmte Kartensammlung gedacht. Echte Käufe bleiben gesperrt: Der Storeablauf ist angebunden, der Server hat den Kauf aber nicht freigegeben, daher wird nichts abgebucht. Eine Demo oder ein gekennzeichneter Testkauf in einem Entwicklungsbuild bezahlt nichts.

1. Prüfe, welches Pack und welcher Umfang im Angebot genannt werden.
2. Verlasse einen Demodialog, wenn du einen echten Kauf erwartest.

Grenze: Ein endgültiger Preis, gekaufter Umfang oder lebenslanger Zugriff wird hier nicht zugesagt.

Ein Abo wäre ein wiederkehrendes Storeangebot. Der aktuelle Build bietet noch keinen durchgängig abgenommenen echten Abschluss. Eine spätere Kündigung wird beim ursprünglichen Anbieter verwaltet.

1. Bei Apple auf iPhone/iPad: Einstellungen → dein Name → Abonnements.
2. Bei Google Play: Profil → Zahlungen und Abos → Abos.
3. Prüfe Konto, Angebot, Abrechnungszeitraum und den dort bestätigten Status.

Grenze: App löschen oder yesumi-Konto löschen kündigt kein Store-Abo. Erstattung und Kündigung sind verschiedene Vorgänge; maßgeblich ist die Bestätigung des Anbieters.

„Käufe wiederherstellen“ setzt eine Anmeldung voraus, sucht beim jeweiligen Storekonto nach Käufen und sendet nur deinem yesumi-Konto zugeordnete Käufe zur Prüfung an den Server. Zugang entsteht erst nach dessen Bestätigung.

1. Prüfe zuerst das ursprüngliche Apple- oder Google-Play-Konto.
2. Beachte die Meldung nach „Käufe wiederherstellen“.
3. Bleibt der Ausgang offen, kaufe nicht erneut, um den Fehler zu beheben.

Grenze: Nativer Restore und Prüfung sind nur lokal gegen einen synthetischen Fixture-Prüfer getestet. Das beweist keinen Restore echter App-Store- oder Google-Play-Käufe.

Gespeicherte Karten und Storekäufe sind getrennt. Der Kartensync wurde lokal zwischen Android-Emulator und iOS-Simulator mit demselben Testkonto geprüft. Eine Übernahme von Käufen zwischen Apple und Google ist damit nicht belegt.

1. Lass vorhandene Karten auf dem alten Gerät, bis du sie auf dem neuen siehst.
2. Verwende für den Kartensync dasselbe yesumi-Anmeldekonto und den eigenen Syncschalter.
3. Verwalte ein vorhandenes Abo weiterhin beim ursprünglichen Store.

Grenze: Echte Google-Anmeldung ist noch offen. Gastkarten, heruntergeladene Dateien und Storeabrechnung werden nicht automatisch durch die Anmeldung übertragen.

Du kannst als Gast auf diesem Gerät bleiben. Ein verbundenes Konto schaltet Kartensync nicht automatisch ein. Gastkarten werden nur nach deiner Auswahl übernommen. Unabhängig davon speichert ein angemeldetes Konto Zeitzone, ausgeblendete Karten, Themen, Rückmeldungen und die tägliche Auswahl beim Konto (Profil → „Personalisierung“).

1. Profil → „Konto und Synchronisierung“ → „Mit Google verbinden“.
2. Schalte „Gespeicherte Karten mit diesem Konto synchronisieren“ bewusst ein.
3. Wähle bei angebotenen Gastkarten „Übernehmen“ oder „Nur hier lassen“.
4. Prüfe „Abgeglichen“ oder noch wartende Änderungen.

Grenze: Lokal mit Testkonten geprüft. Die Anmeldung über echte Google-Konten braucht noch Abnahme; Theme, Sprache und Käufe sind kein Teil dieses belegten Favoritensyncs. Rückmeldungen und Ausblendungen haben keine Revision: Zwischen zwei Geräten gewinnt die zuletzt beim Server angekommene Änderung, auch eine ältere Offline-Änderung, die später übertragen wird.

Abmelden ist auch offline möglich. Bei wartenden Änderungen warnt die App vor Verlust. Sync ausschalten löscht nach Bestätigung die synchronisierte Favoritenkopie im Konto; die hier sichtbaren Karten bleiben im Gastbereich dieses Geräts.

1. Lies die Warnung zu noch nicht übertragenen Änderungen.
2. Wähle beim Abmelden gegebenenfalls zuerst „Erst übertragen“.
3. Lies bei Sync aus die Bestätigung, weil die Kontokopie auch für andere Geräte entfällt.

Grenze: Abmelden ist keine Kontolöschung und beendet kein Abo. Die getrennte Pushidentität bleibt. Lokale Sammlungsdaten des Kontos werden mit seinem Ordner entfernt; Tageskartencache und Gast-Sammlungsdaten haben eigene Bereiche; eine vollständige physische Dateilöschung ist nicht belegt. Die Warnung zählt auch noch nicht übertragene Personalisierungsänderungen; die Personalisierungs-Warteschlange des Kontos wird mit seinem Ordner entfernt. Nur auf diesem Gerät ausgeblendete Karten bleiben.

Wenn du mit einem Konto angemeldet bist, kannst du deine Kontodaten in der App als JSON-Datei exportieren. Du bestätigst den Export mit einer erneuten Anmeldung und wählst selbst, wo die Datei gespeichert wird. Die App behält keine Kopie der Datei.

1. Öffne Profil › Konto und tippe auf „Meine Daten exportieren“.
2. Lies, was enthalten ist; „So liest du die Datei“ erklärt jedes Feld.
3. Tippe auf „Mit Anmeldung bestätigen und speichern“, melde dich erneut an und wähle im Systemdialog einen Speicherort.
4. Erst wenn „Gespeichert“ erscheint, liegt die Datei dort. Alles, was nicht in der Datei steht, bekommst du über support@reloop.cards; die Antwort kommt innerhalb eines Monats.

Grenze: Der Export betrifft nur dieses Anwendungskonto: keine Gastdateien, keine getrennte technische Pushidentität, keine Firebase-/Google-/Apple-Anmeldedaten, keine Nutzungs- und Absturzdaten und keine Store-Gesamthistorie. Er enthält Profil, Zustimmungen, gespeicherte Karten, Rückmeldungen einschließlich ausgeblendeter Karten, Tageskarten, Erinnerungen, Geräte und Posteingang, Käufe in yesumi und Offline-Packs; nur auf diesem Gerät ausgeblendete Karten sind nicht enthalten. Bisher nur lokal mit Testkonten belegt.

Ohne installierte App: Öffne die yesumi-Seite „Konto löschen“, melde dich bewusst mit demselben Google-Konto an, frage die Löschung an und bestätige die Folgen sowie die erneute Google-Anmeldung. Die Anmeldung allein legt kein Anwendungskonto an und löscht nichts. Alternativ in der App: Profil → „Konto und Synchronisierung“ → „Konto löschen …“. Bestätige mit erneuter Anmeldung und warte auf die Serverbestätigung. Der Server entfernt das yesumi-Anwendungskonto und dessen synchronisierte Daten. Der Browser löscht keine Dateien auf App-Geräten. Account-Favoriten und lokale Sammlungsdaten des Kontos (Inhaltsstand, Vorschaubilder, Speicherzeiten) werden auf einem Gerät erst entfernt, wenn dessen App die bestätigte Serverlöschung erkennt. Dazu gehören beim Server auch Themen, Rückmeldungen, ausgeblendete Karten und der Tagesauswahl-Verlauf.

1. Prüfe zuerst, ob du noch wartende Änderungen oder einen Export benötigst.
2. Führe die erneute Anmeldung und Löschbestätigung aus.
3. Bei Fehler oder unbekanntem Ausgang ist die Löschung nicht bestätigt.
4. Im Browser gilt die Einmalbestätigung zehn Minuten. Bei unklarem Ergebnis nur „Ergebnis prüfen“ wählen; Reload wiederholt keine Löschung. Der Vorgangsbeleg ist nach Anmeldung mit demselben Konto bis zu30Tage lesbar.
5. Eine freiwillige Nachricht ist derzeit nur eine lokale Testdatei, keine versendete E-Mail und keine Löschberechtigung.

Grenze: Das Google-Konto selbst, die getrennte Pushidentität, Gastkarten und Anbieterbestände werden dadurch nicht gelöscht. yesumi versucht nach der Anwendungskontolöschung, den Firebase-Anmeldeeintrag zu entfernen; Teamkonten bleiben ausgenommen. Die Klartext-UID kann für erneute Versuche in einer Wiederholungstabelle warten. Ein laufender Worker entfernt den Eintrag nach erfolgreicher Firebase-Löschung oder wenn kein weiterer Versuch nötig ist. Scheitert ein tatsächlich ausgeführter Versuch und ist der Tabelleneintrag mindestens 14 Tage alt, wird nur die Wiederholung aufgegeben; das bestätigt keine Firebase-Löschung. Ohne verfügbare Providerkonfiguration oder bei fehlenden bzw. unbrauchbaren Firebase-Zugangsdaten oder -Berechtigungen im Worker kann die UID unbegrenzt warten; das wird als Konfigurationsstörung behandelt, nicht aufgegeben und laut protokolliert. Die Verarbeitung hängt vom laufenden Worker und den geplanten Versuchen ab; 14 Tage sind keine garantierte Höchstfrist. Tageskartencache und Gast-Sammlungsdaten sind separat; offene Store-Kaufnachweise des Kontos werden beim Löschen vom Gerät entfernt; eine vollständige physische Dateilöschung ist offen, vorhandene lokale Sicherungen bleiben bis zum Ablauf ihrer Frist (Standard 30 Tage) unverändert. Pseudonyme Sperren gegen Wiederanlage/Receiptmissbrauch bleiben; Eventhashbereinigung erst ab 180 Tagen nach Eingang durch angewandte Wartung, aktive Jobs ausgenommen. Kein automatisches Fristmaximum. Eine erneute Anlage mit derselben UID ist gesperrt; eine neue Anmeldung nach gelöschtem Firebase-Eintrag erzeugt eine neue UID und damit ein neues Konto. Ein Store-Abo wird nicht gekündigt. Nur auf diesem Gerät ausgeblendete Karten bleiben bis „Personalisierung zurücksetzen“. Das Zurücksetzen der Personalisierung ist keine Kontolöschung; dabei bleiben Sprache, Zeitzone, Erinnerungen und der Tagesauswahl-Verlauf ohne Begründungen. Der Browserweg unterstützt derzeit Google, nicht Apple-Anmeldung. Öffentliche Hosting-/Store-URL, reale Google-Abnahme und Mailzustellung bleiben offen. WEB-Vorgänge werden nur bei begrenzter Wartung physisch entfernt (abgelaufen nach24h, Belege nach30Tagen); diese Grenzen sind keine garantierte Schedulerfrist. Eine optionale lokale Nachricht enthält deine verifizierte Adresse; Dateien sind nach24Stunden zur begrenzten Bereinigung berechtigt, werden aber nicht durch einen garantierten Scheduler entfernt.

Eine bereits geladene Tageskarte kann mit Text und gültig gespeichertem Bild nach Neustart sichtbar bleiben. Eine ältere Karte trägt ihr eigenes Datum. Eine frische Installation ohne geladene Karte braucht zunächst Verbindung.

1. Lade die Karte, solange der lokale Dienst erreichbar ist.
2. Lies Datum und Offlinehinweis.
3. Prüfe nach erneuter Verbindung mögliche Änderungen oder Rücknahmen.

Grenze: Das ist kein vollständiger Offline-Packdownload. Neue Inhalte, Sync, Restore und entfernte Dienste benötigen Verbindung. Eine bestätigte Rücknahme entfernt den betroffenen Cache; eine noch unbekannte Rücknahme kann offline nicht erkannt werden.

Beim Kartenritual sind lokale Klänge optional. Klang ist standardmäßig aus, Haptik standardmäßig an. Die App bietet kurze Rückmeldungen beim Halten, Öffnen und Speichern; deine getrennten Schalter gelten sofort. Systemtöne von Benachrichtigungen sind davon getrennt.

1. Profil → „Klang und Haptik“: „Klänge beim Kartenritual“ und „Haptik“ getrennt einstellen.
2. Für Benachrichtigungstöne weiterhin die Einstellungen des Betriebssystems nutzen.

Grenze: Die Klänge berücksichtigen den Lautlos-Modus und sollen laufende Musik nicht unterbrechen; Geräte ohne passende Haptik bleiben bei sichtbaren Rückmeldungen. Die neue Quellenprüfung belegt diese Steuerung im Code, keine neue physische Hör- oder Haptikabnahme. Frühere Gerätebelege behalten ihren ursprünglichen Stand.

Benachrichtigungen benötigen eine freigegebene Kategorie und die Systemberechtigung. Die Kategorien starten aus. Ein eingeschalteter Schalter oder die Annahme beim Pushdienst beweist noch keine Anzeige auf deinem Gerät.

1. Prüfe im Profil die Statuszeile der täglichen Karte, z. B. „Gewählt – bitte erlaube Mitteilungen in den Einstellungen.“ oder „Aktiv · nächste Erinnerung …“.
2. Prüfe yesumis Systemberechtigung (unter Android auch den Kanal „Tägliche Karte“) und die Verbindung.
3. Prüfe gewählte Wochentage und eine eventuelle Pause („Pausiert bis einschließlich …“).
4. Bei ausstehenden Änderungen warte auf den angezeigten Abgleich.

Grenze: Ein echter Android-Test und lokale APP-04-Prüfungen auf Emulator/Simulator sind dokumentiert; echte iOS-APNs-Zustellung und physische Geräte bleiben offen. Ruhezeiten, gewählte Wochentage, eine Pause und das Betriebssystem können die Anzeige begrenzen. Bereits übergebene Nachrichten lassen sich nicht sicher zurückrufen.

Nutzungsstatistik und Absturzberichte starten getrennt ausgeschaltet. Nach Statistik-Einwilligung verwendet die App festgelegte Interaktionsnamen, ohne selbst Karten- oder freie Texte anzuhängen. Beim Widerruf wird die Sammlung abgeschaltet und lokale Analysedaten werden zurückgesetzt. Themen, Rückmeldungen und ausgeblendete Karten sind keine Statistik-Ereignisse; sie dienen nur der Auswahl deiner Tageskarte.

1. Profil → Nutzungsstatistik separat einstellen.
2. Absturzberichte separat prüfen.

Grenze: Bereits bei Google vorhandene Daten werden dadurch nicht automatisch gelöscht. Technische Dienste wie Remote Config/Installations können unabhängig davon kommunizieren. Eine vollständige SDK-Netzprüfung vor und nach Consent ist noch offen.

Mit zuvor gespeicherter Crash-Einwilligung werden beim nächsten Start wartende Berichte aus der vorherigen Sitzung ausdrücklich gesendet. Ohne Einwilligung oder bei Änderung des Schalters werden ungesendete Berichte gelöscht. API-Protokolle können getrennt davon technische Verbindungsdaten enthalten.

1. Stelle „Absturzberichte“ im Profil bewusst ein.
2. Teile bei einem Fehler zunächst nur Plattform, Appversion, Zeitpunkt und die sichtbare Fehlermeldung.

Grenze: Widerruf ruft gestartete Übertragungen nicht zurück und löscht keine bereits gespeicherten Anbieterberichte. APIlogger kann IP/Route erfassen; Aufbewahrung und vollständiger Release-Datensatz sind noch zu prüfen.

Die aktuelle native App bietet keine Tonaufnahme an. Redaktionelle Bild-/PDFquellen können im Studio lokal mit OCR verarbeitet und bei bewusster Konfiguration an OpenAI zur Analyse oder Generierung übergeben werden. Das ist ein gesonderter Redaktionsablauf.

1. Sende keine privaten Notizen oder Aufnahmen als Fehlerbeleg.
2. Prüfe vor redaktionellen Provideraufträgen Quellenrechte und Einstellungen.

Grenze: Fehlende Mikrofonrechte beweisen nicht das gesamte Verhalten aller SDKs. Es gibt hier keine Zusage von Zero Retention und keinen in diesem Task ausgeführten bezahlten Providerauftrag.

Notiere Plattform, Appversion, Zeitpunkt und die sichtbare Fehlermeldung. Beschreibe kurz, was du tun wolltest. Diese lokale Hilfe lädt keine Diagnose oder persönlichen Inhalte hoch.

1. Lass Passwörter, Tokens, vollständige Kaufbelege und private Kartentexte weg.
2. Prüfe Screenshots vor einer späteren freiwilligen Weitergabe.

Grenze: Supportkontakt, Impressumsangaben und öffentliche URLs sind noch nicht bestätigt. Diese Unterlagen sind ein technischer/redaktioneller Entwurf und nicht anwaltlich freigegeben.