Konten mit gesperrtem Login (is_banned).

Konten, deren Inhalte für andere unsichtbar bleiben (is_shadowbanned).

Automatisch erkannte verdächtige Inhalte (Drohungen, Beleidigungen, Betrug …) aus DMs, Kommentaren, Live-Chat, Melde-/Verwarnungs-/Bangründen und Anmeldenamen. DM-Texte sind verschlüsselt gespeichert – hier erscheint nur der geflaggte Snapshot im Klartext.

YOLO-Worker erkennt Objekte in Live-Stream-Frames (Waffen, Alkohol, …) und meldet sie hier. Aktionen (log/warn/mute/end) laufen automatisch nach den Regeln unten — diese Liste ist die menschliche Nachkontrolle.

Manipulationssicheres Protokoll geld-, moderations- und sicherheits­relevanter Aktionen (append-only, Hash-Kette).

⬇ Export (Behörde/Prüfer)

Exportiert gefilterte Audit-Einträge als CSV oder JSON (inkl. Hash-Kette). Nutzt die Kategorie aus dem Filter oben; optional Zeitraum + User (Akteur ODER Ziel). Jeder Export wird selbst auditiert (compliance.export).

⚖️ Legal Holds (Löschsperren)

Ein aktiver Hold schützt die betroffenen Audit-Einträge (Scope: Account und/oder Kategorie) vor Retention-Löschung und -Anonymisierung — z. B. solange eine Behörden-Anfrage läuft. Anlegen und Aufheben wird selbst auditiert.

🗄 Retention-Status

Aufbewahrung je Kategorie (Tage, per audit_retention_days_* in den Settings pflegbar). Der tägliche Lauf anonymisiert IP/User-Agent nach Frist und löscht nur ein verifiziertes Ketten-Präfix — der letzte gelöschte Eintrag bleibt als Hash-Anker erhalten, die Ketten-Prüfung rechnet ab dem Anker weiter. Legal-Hold-Einträge werden nie gelöscht.

🔎 Sessions / IP-Herkunft

Usergebundene Login-Historie: IP, Standort (GeoIP) und Provider (ASN/ISP). Per userId → „welche IPs/Geräte nutzte Account X?", per IP → Reverse-Lookup „wer war unter dieser IP?".

Verknüpft Konten über geteilte Geräte-ID (SSAID / identifierForVendor), geteilten FCM-Token (= selbe App-Installation), geteilte IP und ähnliche Benutzernamen (Trigram). Score gewichtet, max pro Kategorie: Gerät +100 · Token +60 · IP +3…20 (nach Seltenheit/ASN – öffentliches WLAN/CGNAT zählt kaum) · Name +12…30. Markiert nur – kein Auto-Ban: geteiltes WG-/Familien-WLAN ist der Normalfall, die Entscheidung trifft ein Mensch.

🔗 Verknüpfte Konten zu einem User

📌 Cluster-Übersicht (geteilte Geräte / Tokens)

Alle Geräte/Installationen, auf denen sich ≥2 verschiedene Accounts angemeldet haben.

Protokoll aller Änderungen von Anzeigename und Anmeldename. Anzeigename ist alle 7 Tage änderbar, Anmeldename alle 14 Tage.

Wer hat wen per Selbstbedienung (Code oder Username) zum Beta-Zugang eingeladen — getrennt von den admin-erzeugten Zugängen unter „📌 Pop-up-Banner".

Zusammengeführt aus Video-, Nachrichten- und Profil-Meldungen.

🛡 Brigading-Vorfälle (Anti-Mobbing)

Automatisch erkannte Angriffs-Wellen auf EIN Ziel: ungewöhnlich viele Nicht-Follower-Kommentare, Meldungen, Wort-Filter-Treffer und Verdachts-Flags in kurzem Zeitfenster. Bei Opt-in des Opfers wurde zusätzlich das Auto-Schutzschild aktiviert (Kommentare vorübergehend nur für Follower).

Externe Domains, die in der App ohne „Du verlässt Synora"-Warnung direkt geöffnet werden (Links in Profilen, Chats, Kommentaren).

So kommt das über Stripe eingenommene Guthaben (Coin-Käufe, Split-Anteile) auf ein eigenes Bankkonto. Stripe zahlt ausschliesslich auf ein Bankkonto aus — nicht direkt an PayPal, Wallets o. Ä.

Zeigt allen Nutzern beim App-Start einen mittigen Hinweis (Titel + Nachricht). Jeder Nutzer sieht ein Banner nur einmal pro Inhalt – Text ändern blendet es erneut ein.

🚀 Launch-Countdown (Web-Lockdown)

Sperrt den kompletten Web-Client: nicht schliessbares Countdown-Overlay, alles andere grau & eingefroren. Nach Ablauf: Feuerwerk 🎆 + „Jetzt registrieren".

Beiträge erscheinen öffentlich unter synora.tv/news (ohne Login). Inhalt wird als BBCode gespeichert ([b][i][u][s][code][quote][color=][size=][center][url][img][list][*]) und bei jedem Aufruf zu HTML gerendert. Solange „Veröffentlicht" nicht gesetzt ist, ist der Beitrag nur hier im Panel sichtbar.

Geplante Livestream-Termine (stream_events). Beim Live-Start wird automatisch das passende „upcoming"-Event des Hosts (±2h um den Termin) verlinkt und auf „live" gesetzt — öffentlich sichtbar über GET /api/streams/events (dort nur upcoming/live, hier alle Status inkl. beendet/abgesagt).

Codes, die User in der App über „Code einlösen" gegen Coins, Diamonds, Premium-Tage oder ein Store-Badge eintauschen (POST /api/vouchers/redeem, je User nur bis zum „Max. pro User"-Limit).

Einzelcode anlegen

Für Kampagnen mit einem festen Code, der von mehreren Usern eingelöst werden kann.

Batch generieren

Erzeugt N zufällige Einmal-Codes (je 1× pro User einlösbar) — für Give-aways/Gewinnspiele.

Rabatt-Codes reduzieren beim Coin-Kauf den Preis (nicht wie Gutscheine, die Coins verschenken). Pro Code wählbar: Prozent (z. B. 20 % günstiger) oder Fixbetrag in CHF (wird in die Landeswährung des Käufers umgerechnet). Einlösbar im Checkout (Web & App).

Badges, Rahmen, Emotes, Sounds und Name-Effekte verwalten. Deaktivierte Items sind für User unsichtbar. Kauf-Limit: nur N User können das Item je erwerben (0 = unbegrenzt). Laufzeit: Item verfällt nach 7/30/365 Tagen (dauerhaft = bleibt für immer).

Geschenke im Livestream (Geschenk-Sheet). Änderungen gelten sofort — die App lädt die Liste bei jedem Öffnen des Sheets. Animation (MP4/GIF, ideal < 5 s) wird ab dem Senden im Stream abgespielt, der Sound dazu gedämpft über dem Stream-Ton. Diamanten = was der Empfänger gutgeschrieben bekommt (meist = Preis; 0 bei Schatztruhen). Achtung: Prod und Beta haben getrennte Datenbanken — Änderungen dort separat pflegen.

Anzeigen erscheinen wie bei TikTok als eigene Seite im Für-dich-Feed („Gesponsert"). Premium-User mit „Keine Werbung" sehen keine Anzeigen.

Coins-Belohnung je Tagesplatzierung. Jede Zahl = Coins für einen Platz, beginnend mit Platz 1 (kommagetrennt). Anzahl der Zahlen = Anzahl belohnter Plätze. Leer lassen = Standardwerte. Der nächtliche Lauf (00:05 Europe/Zurich) nutzt die gespeicherten Werte.

Bei jedem Coinskauf fließt automatisch ein Prozentsatz des Kaufpreises in den Geldtopf. Aus diesem Topf werden Promo-/Diamant-Auszahlungen gespeist — jede Auszahlung bucht den Betrag wieder ab. Basiswährung CHF, Anzeige umrechenbar.

🔗 Stripe-Abgleich (live)

Offene Verbindlichkeiten pro User

Verdiente, aber noch nicht ausgezahlte Guthaben — die Summe ergibt „Reserviert".

Letzte Buchungen

↩️ Rückerstattungen

Rückerstattete Coinskäufe mit Live-Status von Stripe — pending = Geld noch unterwegs zum Kunden, succeeded = angekommen. Die Coins werden per Stripe-Webhook automatisch zurückgezogen.

🥘 Rezeptrunde-Topf

Bei jedem N-ten abgeschlossenen Coinskauf (plattformweit gezählt, Standard: jeder 3.) fließt ein Prozentsatz (Standard 5 %) des CHF-Basispreises dieses Kaufs in den Rezeptrunde-Topf. Entnahmen für eine Rezeptrunde als negative Korrektur buchen. Basiswährung CHF.

Letzte Buchungen (Rezeptrunde)

🏷 Umsatz-Split (Marionnaud + Gewinn + Team-Anteil)

Je Coinskauf geht ein konfigurierbarer %-Anteil an Marionnaud, in den Gewinn-Topf und in den Team-Anteil-Topf. Alle drei haben ein eigenes verbundenes Stripe-Konto und werden per „Jetzt abrechnen" (bzw. Auto-Abrechnung) via Stripe ans jeweilige Konto transferiert. Basiswährung CHF; Anzeige in CHF/EUR/USD.

Letzte Split-Buchungen

Abrechnungen

👥 Team-Ausschüttung

Am festgelegten Monatstag bekommt jedes aktive Teammitglied einen nach Gewicht bemessenen Anteil aus dem Team-Anteil-Topf. Auszahlung via Stripe-Transfer ans eigene Konto des Mitglieds. Der ausschüttbare Pool = %-Satz (Default 100 %) × noch nicht team-verteilte Team-Anteil-Einnahmen − bereits ausgezahlt. Der Team-Anteil-Topf ist vom Gewinn-Topf getrennt — keine Reserve-Rechnung, keine Doppelauszahlung.

Teammitglieder & Gewichte

Jeder Moderator (Rang 7) wird automatisch als Teammitglied geführt (täglicher Auto-Sync); bei Rang-Verlust wird die Zeile wieder deaktiviert. 🔄 Jetzt synchronisieren

Letzte Ausschüttungen

Einheitliches Journal — konsolidiert alle Geldbewegungen (Coins-/Shop-Umsatz, Umsatz-Split-Transfers, Team-/Creator-/Mod-Wallet-Auszahlungen) aus den bestehenden Ledgern. Read-only. Beträge in CHF; Fremdwährung zum aktuellen Kurs genähert (⁓). Test/Mock-Zeilen standardmässig ausgeblendet. Kein Ersatz für zertifizierte Buchhaltung/Treuhänder.

Kassenzufluss (Fiat, Modell A)

Erfolgsrechnung — Umsatzrealisierung bei Einlösung (Modell B)

Coin-Käufe zählen erst als Umsatz, wenn Coins eingelöst werden (für Gifts). Bewertung zum gewichteten Ø-Kaufpreis je Coin, gedeckelt aufs tatsächlich erhaltene Bargeld — verdiente Bonus-Coins erzeugen keinen Umsatz. Pragmatisches Modell ohne Coin-Herkunfts-Ledger; mit Treuhänder abstimmen.

MwSt / Steuer-Report

Preise gelten als brutto (inkl. MwSt) → MwSt wird herausgerechnet. Gruppierung nach Währung (Käuferland wird nicht gespeichert → grober Regions-Proxy). Kein Ersatz für Steuerberatung: Ort der Leistung, Kleinunternehmer-Schwelle, Gutschein-Behandlung (SPV/MPV) und EU-OSS mit dem Treuhänder klären.

Journal

Wöchentliche Awards. Der automatische Lauf wertet jeden Montag um 00:05 (Europe/Zurich) die abgeschlossene Woche aus und vergibt je Kategorie an die Top-Plätze Coins + Diamanten + ein zeitlich begrenztes Award-Badge (7 Tage). Staffeln kommagetrennt, eine Zahl je Platz (z. B. 1000,500,300 = Platz 1/2/3). Feld leeren = Standardwerte.

🏅 Vergangene Wochen (vergebene Awards)

Eingefrorene Ergebnisse je Woche: Podium je Kategorie mit zuletzt vergebenen Coins/Diamanten/Badges.

Aktiviert Bot-Accounts (simbot_*, is_bot), die im Intervall echte Aktionen ausführen — Likes, Kommentare, Antworten und Follows — damit die App belebt wirkt. Der An/Aus-Zustand übersteht Server-Neustarts. „Zurücksetzen" entfernt alle Bots samt ihrer Spuren.

Sendet eine Daten-Push (kind=admin) an die gewählten Empfänger. Die App zeigt sie als normale Benachrichtigung bzw. In-App-Banner. Nur Geräte mit registriertem Token werden erreicht. Broadcast an alle ist mächtig — sorgfältig nutzen.

⚙️ App-Settings

🌐 synora.tv Web-Client

Gegen welches Backend die Website synora.tv läuft. Prod = echte Daten (same-origin), Beta = beta.synora.tv (DB synora_beta). Wirkt beim nächsten Laden der Seite; Web-Logins gelten pro Umgebung.

Alle Settings

Rohe app_settings-Tabelle. Secrets werden maskiert und nur überschrieben, wenn du einen neuen Wert eingibst. Vorsicht: manche Keys steuern Live-Verhalten.