Warum MANTIS? —
Die Gottesanbeterin (Mantis) steht fuer Praezision, Geduld und Weitblick.
Sie beobachtet ihre Umgebung mit hoechster Aufmerksamkeit und handelt im entscheidenden Moment.
Genau das tut MANTIS fuer IT-Dienstleister: Zugaenge, Lizenzen, Vertraege und Infrastruktur
praezise verwalten, Risiken frueh erkennen und im Ernstfall sofort handlungsfaehig sein.
💻
Client-Modus
Lokale Desktop-App. Alle Daten verschluesselt auf deinem Rechner. Spaeter optional mit Server verbindbar.
Empfohlen zum Start
☁️
Server-Modus
Zentraler Server + Client. Multi-User, Team-Zugriff, Daten-Sync ueber alle Geraete.
Fuer Teams
1 Voraussetzungen
2 Installation
3 Einrichtung
4 Erste Schritte
5 Server verbinden
1. Voraussetzungen
Minimale Anforderungen
MANTIS laeuft auf Windows, macOS und Linux. Keine Server-Infrastruktur noetig.
Komponente
Anforderung
Betriebssystem
Windows 10+, macOS 12+, Ubuntu 22.04+ / Fedora 38+
RAM
4 GB (empfohlen: 8 GB)
Festplatte
200 MB fuer die App + Platz fuer Daten
Bildschirm
1280x720 Minimum
Keine Abhaengigkeiten
MANTIS bringt alles mit. Keine Datenbank, kein Java, kein .NET noetig.
Die Daten werden lokal in einer verschluesselten SQLCipher-Datenbank gespeichert.
Checkliste
Betriebssystem pruefen
Windows: Einstellungen → System → Info → "Windows-Spezifikationen". Benoetigt: Windows 10 oder neuer.
macOS: Apple-Menu → "Ueber diesen Mac". Benoetigt: macOS 12 (Monterey) oder neuer.
Folge dem Installations-Wizard (Standard-Einstellungen sind empfohlen)
MANTIS startet automatisch nach der Installation
WebView2 Runtime
MANTIS nutzt die Microsoft WebView2 Runtime (auf Windows 10/11 in der Regel vorinstalliert).
Falls die App nicht startet, den
WebView2 Evergreen Installer
ausfuehren und MANTIS erneut starten.
macOS
Lade MANTIS-x.x.x.dmg herunter
Oeffne die DMG-Datei und ziehe MANTIS in den Applications-Ordner
Beim ersten Start: Rechtsklick → "Oeffnen" (Gatekeeper-Freigabe)
Auto-Update
MANTIS prueft automatisch auf neue Versionen und bietet One-Click-Updates an.
3. Ersteinrichtung (Onboarding)
Beim ersten Start fuehrt dich ein 4-Schritt-Wizard durch die Einrichtung:
Schritt 1: Willkommen
Sprache waehlen (Deutsch / English) und Weiter klicken.
Schritt 2: Master-Passwort festlegen
Wichtig: Dieses Passwort ist der Schluessel zu allen Daten!
Waehle ein starkes Passwort (min. 12 Zeichen). Es gibt keine "Passwort vergessen"-Funktion.
Alle Daten werden mit diesem Passwort verschluesselt (AES-256-GCM via Argon2id).
Staerke-Anzeige hilft bei der Wahl
Passwort ist spaeter aenderbar (alle Daten werden neu verschluesselt)
Schritt 3: Recovery Key sichern
Recovery Key = Notfall-Zugang
24 Woerter die du EINMALIG herunterladen und sicher aufbewahren musst.
Bei Verlust des Master-Passworts ist dies der einzige Weg zurueck zu deinen Daten.
Klicke "Herunterladen" und speichere die Datei an einem sicheren Ort (ohne Download geht es nicht weiter)
Bestaetige anschliessend per Checkbox, dass der Key sicher verwahrt ist
Idealerweise: Ausdrucken und im Tresor/Safe aufbewahren
Schritt 4: Erster Mandant oder Demo
Lege deinen ersten Mandanten (Kunden) an oder starte mit Demo-Daten zum Ausprobieren.
4. Erste Schritte
Mandant anlegen
Strg+N oder "+" Button in der Sidebar. Gib Name, Kundennummer, Kontaktdaten ein.
Zugaenge erfassen
Waehle einen Mandanten → Tab "Zugaenge" → "Neuer Zugang". Passwoerter werden automatisch verschluesselt.
Timer starten
Klicke auf das Timer-Symbol in der Statusbar oder starte direkt aus einem Ticket heraus. Jeder Timer zeigt Mandant + Aufgabe an.
Daten importieren
Ziehe eine Excel/CSV/KeePass/1Password-Datei per Drag&Drop in die App. MANTIS erkennt das Format automatisch.
Wichtige Shortcuts
Shortcut
Aktion
Strg+K
Globale Suche
Strg+N
Neuer Mandant
Strg+L
App sperren
Fertig!
Du kannst MANTIS jetzt als lokalen IT-Tresor nutzen. Wenn du spaeter einen Server anbinden moechtest, folge dem naechsten Schritt.
5. Spaeter mit Server verbinden (optional)
Du kannst jederzeit von der lokalen Nutzung auf den Server-Modus wechseln:
Oeffne Einstellungen (Zahnrad-Symbol)
Navigiere zu "Server-Verbindung"
Gib die Server-URL ein (z.B. https://mantis.deinefirma.de)
Melde dich mit deinem Server-Account an (E-Mail + Passwort)
Waehle ob du lokale Daten zum Server migrieren moechtest
Wichtig bei der Daten-Migration
Die Migration verlangt dein Server-Login-Passwort (nicht das lokale Master-Passwort) und verifiziert es vor dem Start — damit die Daten im Server-Modus entschluesselbar sind
Nicht alles wird uebertragen: Kunden-TOTP-Seeds, Wissensdatenbank, Rechnungen, externe API-Zugaenge, Dokument-Dateien und Ticket-Anhaenge, Timer-Zeitbloecke sowie ISO-Compliance-Daten bleiben lokal — die App zeigt die vollstaendige Liste vor dem Start an
Lokalen Tresor nicht loeschen, solange du diese Daten noch brauchst
Dual-Mode
Du kannst jederzeit zwischen lokal und Server wechseln. Lokale Daten bleiben erhalten.
Im Server-Modus werden Daten zentral gespeichert und sind von allen Geraeten zugaenglich.
Voraussetzung
Ein MANTIS-Server muss eingerichtet sein. Siehe den Server-Modus fuer die Server-Installation.
1 Voraussetzungen
2 PostgreSQL
3 Server installieren
4 Konfiguration
5 Starten & Testen
6 Client verbinden
7 Produktion
1. Server-Voraussetzungen
Komponente
Anforderung
Betriebssystem
Linux (Ubuntu 22.04+, Debian 12+, RHEL 9+) empfohlen. Windows Server 2019+/Windows 10+ moeglich (siehe Schritt 3, "Server unter Windows")
RAM
2 GB Minimum (empfohlen: 4 GB)
CPU
2 Cores
Festplatte
20 GB (SSD empfohlen)
PostgreSQL
Version 14+
wget/curl
Zum Herunterladen des Server-Pakets
Netzwerk
Port 3000 (oder konfigurierbar), HTTPS via Reverse Proxy
Optionale Komponenten
Redis — Session-Caching (geplant, noch nicht aktiv)
Nginx/Caddy — Reverse Proxy fuer HTTPS + Domain
SMTP-Server — Fuer E-Mail-Benachrichtigungen
Checkliste
Linux-Server bereitstellen
Du brauchst einen Linux-Server (VPS, Dedicated oder On-Premise). Empfohlene Anbieter:
Die Nginx-Konfiguration wird in Schritt 7 "Produktionsbetrieb" eingerichtet.
2. PostgreSQL einrichten
# PostgreSQL installieren (Ubuntu/Debian)sudo apt updatesudo apt install postgresql postgresql-contrib
# Datenbank + Benutzer anlegensudo -u postgres psql <<EOF
CREATE USER mantis WITH PASSWORD 'SICHERES_PASSWORT_HIER';
CREATE DATABASE mantis OWNER mantis;
GRANT ALL PRIVILEGES ON DATABASE mantis TO mantis;
\q
EOF
Passwort aendern!
Ersetze SICHERES_PASSWORT_HIER durch ein starkes, zufaelliges Passwort.
Dieses Passwort wird spaeter in der .env-Datei benoetigt.
Verbindung testen
psql -U mantis -d mantis -h localhost# Sollte ohne Fehler verbinden. Beenden mit \q
3. MANTIS-Server installieren
# Server-Paket herunterladen (aktuelle URL auf cosic.eu/download/mantis)wget https://download.cosic.eu/mantis/latest/mantis-server-2607.1.0-linux-x86_64.tar.gz
tar xzf mantis-server-2607.1.0-linux-x86_64.tar.gz
cd mantis-server
Der Server laeuft auch nativ auf Windows (mantis-server.exe), z.B. fuer kleine Teams ohne Linux-Server:
PostgreSQL fuer Windows (Version 14+) installieren; bei der Installation Passwort fuer den DB-Benutzer setzen
mantis-server-x.x.x-windows-amd64.zip herunterladen und z.B. nach C:\mantis\ entpacken
.env-Datei in C:\mantis\ anlegen (gleiche Variablen wie unter Linux, Schritt 4); Verzeichnisse anpassen: BACKUP_DIR=C:\mantis\backups und UPLOAD_DIR=C:\mantis\uploads
PostgreSQL-Tools in den PATH aufnehmen (z.B. C:\Program Files\PostgreSQL\16\bin) —
der Server nutzt pg_dump/pg_restore fuer automatische Backups vor Migrationen
Testen: mantis-server.exe in einer Eingabeaufforderung im Ordner C:\mantis\ starten, dann curl http://localhost:3000/api/health
Fuer den Dauerbetrieb als Windows-Dienst registrieren, z.B. mit NSSM:
Windows-Firewall: Eingehende Regel nur fuer den Reverse-Proxy bzw. das LAN freigeben (Port 3000)
Fuer den Produktivbetrieb mit Internet-Zugriff gilt auch unter Windows:
HTTPS via Reverse-Proxy (z.B. Caddy oder IIS mit ARR) davorschalten —
der Client blockiert unverschluesseltes HTTP ausserhalb des eigenen LANs.
Im reinen LAN-Betrieb ist http://192.168.x.x:3000 als Server-URL zulaessig.
4. Konfiguration (.env)
Erstelle die Konfigurationsdatei:
sudo nano /etc/mantis/.env
Inhalt:
# === Pflicht ===
DATABASE_URL=postgres://mantis:SICHERES_PASSWORT_HIER@localhost:5432/mantis
JWT_SECRET=MINDESTENS_32_ZEICHEN_ZUFAELLIG_GENERIERT
# === Server ===
LISTEN_ADDR=0.0.0.0:3000
# CORS: Ohne diese Zeile gilt eine restriktive Default-Allowlist NUR fuer# Tauri-Desktop-Clients (tauri://localhost + http://tauri.localhost).# Wer CORS_ORIGINS setzt, UEBERSCHREIBT die Default-Liste komplett —# Tauri-Origins dann mit auffuehren:
CORS_ORIGINS=https://mantis.deinefirma.de,tauri://localhost,http://tauri.localhost
# Hinter Reverse-Proxy (Nginx): Rate-Limiting auf echte Client-IP via# X-Forwarded-For. NUR aktivieren, wenn der Server AUSSCHLIESSLICH# ueber den Proxy erreichbar ist! (Default: false)
TRUSTED_PROXY=true
# === Verzeichnisse ===
BACKUP_DIR=/var/lib/mantis/backups
UPLOAD_DIR=/var/lib/mantis/uploads
# === Optional: E-Mail-Anbindung (IMAP/SMTP fuer Tickets) ===
EMAIL_ENABLED=false
# PFLICHT bei EMAIL_ENABLED=true: Schluessel fuer die AES-256-GCM-# Verschluesselung gespeicherter IMAP/SMTP-Passwoerter.# Erzeugen mit: openssl rand -hex 32 (ohne ihn startet der Server nicht!)# SERVER_ENCRYPTION_KEY=64_HEX_ZEICHEN_HIER
SMTP_HOST=smtp.example.com
SMTP_PORT=587
SMTP_USER=mantis@example.com
SMTP_PASSWORD=smtp_passwort
SMTP_FROM=mantis@example.com
# === Optional: Performance ===
DB_POOL_SIZE=20
JWT_EXPIRY_HOURS=24
JWT_REFRESH_EXPIRY_DAYS=30
MAX_USERS_DEFAULT=5
CORS_ORIGINS: Nur deine Domain + die beiden Tauri-Origins. Achtung: Setzen ueberschreibt die Default-Allowlist komplett
SERVER_ENCRYPTION_KEY: Pflicht bei EMAIL_ENABLED=true (openssl rand -hex 32) — sicher aufbewahren, ohne ihn sind gespeicherte E-Mail-Konto-Passwoerter unlesbar
TRUSTED_PROXY=true nur setzen, wenn der Server ausschliesslich hinter dem Reverse-Proxy erreichbar ist (sonst ist das Rate-Limiting per gefaelschtem Header umgehbar)
Dateiberechtigungen: chmod 600 /etc/mantis/.env
Alle Konfigurationsoptionen
Variable
Standard
Beschreibung
DATABASE_URL
postgres://mantis:mantis@localhost:5432/mantis
PostgreSQL-Verbindung
JWT_SECRET
Pflicht!
Geheimer Schluessel fuer JWT-Tokens
LISTEN_ADDR
0.0.0.0:3000
Server-Adresse + Port
CORS_ORIGINS
tauri://localhost, http://tauri.localhost
Kommaseparierte erlaubte Origins. Default ist eine restriktive Allowlist nur fuer Tauri-Desktop-Clients. Setzen ueberschreibt den Default komplett
TRUSTED_PROXY
false
X-Forwarded-For vom Reverse-Proxy fuer Rate-Limiting vertrauen. Nur aktivieren, wenn der Server nur ueber den Proxy erreichbar ist
SERVER_ENCRYPTION_KEY
Pflicht bei EMAIL_ENABLED=true
32-Byte-Hex-Schluessel (AES-256-GCM) fuer gespeicherte IMAP/SMTP-Passwoerter. Fehlt er bei aktivierter E-Mail-Anbindung, bricht der Start ab
Automatisches pg_dump-Backup vor Migrationen ueberspringen. Nur fuer Sonderfaelle ohne pg_dump im PATH — nicht empfohlen
UPLOAD_DIR
/var/lib/mantis/uploads
Upload-Verzeichnis
DB_POOL_SIZE
20
Max. DB-Verbindungen
JWT_EXPIRY_HOURS
24
Gueltigkeit des Access-Tokens
JWT_REFRESH_EXPIRY_DAYS
30
Gueltigkeit des Refresh-Tokens
MAX_USERS_DEFAULT
5
Max. User pro Organisation
RUST_LOG
info
Log-Level (error/warn/info/debug)
5. Server starten & testen
Erster Start (manuell)
# .env laden und Server startencd /etc/mantis
mantis-server# Erwartete Ausgabe:# MANTIS Server vX.Y.Z# Connecting to database...# Database ready.# Listening on 0.0.0.0:3000
Datenbank-Migrationen laufen automatisch
Beim ersten Start erstellt der Server alle Tabellen. Keine manuelle Migration noetig.
Jede Migration laeuft in einer eigenen Transaktion — ein Fehler hinterlaesst nie ein halb-migriertes Schema.
Automatisches Backup vor Migrationen (ab v0.11)
Enthaelt die Datenbank bereits Daten, erstellt der Server vor ausstehenden Migrationen
automatisch ein pg_dump-Backup in BACKUP_DIR und verifiziert es
(pg_restore --list). Schlaegt das Backup fehl, wird nicht migriert.
Voraussetzung: pg_dump/pg_restore im PATH (bei lokal installiertem
PostgreSQL automatisch der Fall). Notfall-Override: SKIP_MIGRATION_BACKUP=true (nicht empfohlen).
Die Registrierung erfolgt ueber die MANTIS Desktop-App (naechster Schritt):
Server-URL eingeben → "Registrieren" → erstellt Organisation + Admin-Benutzer.
Warum nicht per curl?
MANTIS arbeitet Zero-Knowledge: Das Master-Passwort verlaesst den Client nie.
Bei der Registrierung leitet die App clientseitig per Argon2id einen
Auth-Key ab und sendet nur diesen Hash (plus Salts) an
/api/auth/register — niemals das Klartext-Passwort.
Ein manueller curl-Aufruf mit Klartext-Passwort wuerde dieses Schutzkonzept umgehen
und vom Server abgelehnt.
6. Client mit Server verbinden
Installiere die MANTIS Desktop-App (siehe Client-Modus, Schritt 2)
Starte MANTIS und klicke auf "Mit Server verbinden" im Login-Bildschirm
Gib die Server-URL ein: https://mantis.deinefirma.de
Registriere dich (erster Benutzer = Admin + Organisation) oder melde dich mit E-Mail + Passwort an
Das Master-Passwort wird lokal zum Entschluesseln verwendet — es wird nie an den Server gesendet
HTTP nur im eigenen Netz
Der Client erlaubt unverschluesseltes http:// ausschliesslich zu privaten Zielen:
localhost, RFC-1918-Adressen (10.x, 172.16–31.x, 192.168.x)
und *.local-Hostnamen — gedacht fuer Eigenhosting im LAN ohne TLS.
http:// zu oeffentlichen Hosts wird mit E_VALIDATION blockiert.
Fuer alles ausserhalb des LANs: immer https://.
Wie funktioniert die Verschluesselung im Server-Modus?
Dein Master-Passwort wird nie uebertragen
Aus dem Passwort wird ein Auth-Key (Argon2id) abgeleitet — nur dieser Hash geht zum Server
Ein separater Field-Key (ebenfalls Argon2id) verschluesselt Passwoerter/Notizen clientseitig
Der Server speichert nur verschluesselte Blobs — er kann deine Passwoerter nicht lesen
Zuverlaessige Synchronisation (automatisch aktiv)
Idempotency-Keys: Jede schreibende Anfrage traegt einen eindeutigen Schluessel — Wiederholungen nach Netzwerkabbruch erzeugen keine Duplikate
Offline-Warteschlange: Bei Verbindungsabbruch werden Aenderungen lokal gepuffert und nach Reconnect automatisch nachgesendet (max. 5 Versuche, danach Hinweis in der App)
Konflikt-Erkennung: Bearbeiten zwei Benutzer denselben Eintrag, meldet der Server einen Konflikt (409) — die App zeigt eine Konflikt-Meldung und laedt den aktuellen Server-Stand neu (kein stilles Ueberschreiben)
Drift-Abgleich: Der Client vergleicht regelmaessig (alle 10 Min. + bei Reconnect) den Datenstand mit dem Server und laedt Aenderungen anderer Benutzer nach
Bestehende lokale Daten migrieren
Wenn du bereits Daten im Client-Modus erfasst hast, bietet MANTIS eine Migrationsoption an. Die lokalen Daten bleiben zusaetzlich erhalten.
Hinweise zur Migration
Die Migration verlangt das Server-Login-Passwort (wird vor dem Start verifiziert) und uebertraegt nicht alle Datentypen —
u.a. Kunden-TOTP-Seeds, Wissensdatenbank, Rechnungen, Dateien/Anhaenge und ISO-Compliance-Daten bleiben lokal
(die App zeigt die vollstaendige Liste an). Den lokalen Tresor daher nicht vorschnell loeschen.
Hinter dem Proxy: TRUSTED_PROXY=true setzen
Damit das Rate-Limiting die echte Client-IP aus X-Forwarded-For nutzt
(statt der Nginx-IP), in /etc/mantis/.env die Zeile TRUSTED_PROXY=true
aktivieren und den Service neu starten. Wichtig: Port 3000 darf dann von aussen
nicht direkt erreichbar sein (siehe Firewall unten).
Firewall (empfohlen)
# Nur SSH + HTTPS oeffnen — Port 3000 bleibt internsudo ufw allow OpenSSH
sudo ufw allow 443/tcp
sudo ufw enablesudo ufw status
Zugriff: ueber die MANTIS Desktop-App mit Server-URL https://mantis.deinefirma.de (der Server ist eine reine API — im Browser gibt es keine Oberflaeche)
DB-Migrationen laufen automatisch — mit Sicherheitsnetz
Der Server erkennt beim Start neue Migrationen und fuehrt sie aus (jede in einer eigenen
Transaktion). Bei bestehenden Daten legt er vorher automatisch ein verifiziertes
pg_dump-Backup in BACKUP_DIR an (pre_migration_*.dump) —
schlaegt das fehl, startet er nicht und migriert nichts. Kein manuelles SQL noetig.
Rollback bei Problemen
Falls der neue Server nicht startet:
Unwahrscheinlich — Daten liegen in ~/mantis-data/ (nicht im App-Ordner). Pruefe ob der richtige Vault aktiv ist. Im Zweifel: Einstellungen → System → Backups → Backup wiederherstellen.
Server-Verbindung fehlgeschlagen
Pruefe URL (https://), Netzwerkverbindung, und ob der Server laeuft (curl URL/api/health).
Fehlermeldung beginnt mit E_VALIDATION
Die URL wurde vom Client blockiert. Haeufigster Fall: http:// zu einem oeffentlichen Host — unverschluesseltes HTTP ist nur zu localhost, privaten LAN-IPs (10.x / 172.16–31.x / 192.168.x) und *.local erlaubt. Nutze https://.
Fehlermeldung beginnt mit E_NETWORK
Transportfehler: Server nicht erreichbar, DNS, Timeout oder TLS-Problem. Server-Status und Zertifikat pruefen.
Fehlermeldung beginnt mit E_HTTP_4xx/5xx
Der Server hat geantwortet, aber mit Fehlerstatus. E_HTTP_401: neu anmelden. E_HTTP_403: fehlende Berechtigung (Rolle pruefen). E_HTTP_409: Bearbeitungskonflikt — die App meldet den Konflikt und laedt den aktuellen Stand neu; eigene Aenderungen danach erneut eintragen.
Offline-Aenderung als "fehlgeschlagen" markiert
Eine gepufferte Aenderung konnte nach 5 Versuchen nicht uebertragen werden. In der App pruefen und manuell erneut ausfuehren.
Server-Probleme
Problem
Loesung
JWT_SECRET must be set
Die .env-Datei fehlt oder JWT_SECRET ist nicht gesetzt. Generiere einen:
Port 3000 ist belegt. Anderen Port setzen oder Prozess finden:
sudo lsof -i :3000# Oder in .env: LISTEN_ADDR=0.0.0.0:3001
SERVER_ENCRYPTION_KEY must be set (Start bricht ab)
EMAIL_ENABLED=true ist gesetzt, aber der Verschluesselungs-Schluessel fehlt:
# In /etc/mantis/.env ergaenzen:
SERVER_ENCRYPTION_KEY=$(openssl rand -hex 32)
Alternativ EMAIL_ENABLED=false setzen, wenn keine E-Mail-Anbindung gebraucht wird.
Migration failed
Datenbank-Berechtigungen pruefen:
sudo -u postgres psql -c "GRANT ALL ON DATABASE mantis TO mantis;"
Pre-migration backup failed (Start bricht ab)
Der Server konnte vor den Migrationen kein pg_dump-Backup erstellen.
Pruefen: pg_dump im PATH? BACKUP_DIR beschreibbar
(chown mantis:mantis)? Plattenplatz (df -h)?
Notfall-Override (nicht empfohlen): SKIP_MIGRATION_BACKUP=true in der .env.
HTTPS / Zertifikat abgelaufen
Let's Encrypt Zertifikat erneuern:
sudo certbot renewsudo systemctl reload nginx
Auto-Renewal einrichten (normalerweise schon aktiv):
CORS_ORIGINS in .env muss alle Client-Origins enthalten (Setzen ueberschreibt die Default-Allowlist!). Beide Tauri-Origins mitfuehren — tauri://localhost (Linux/macOS) und http://tauri.localhost (Windows):
Daten sichern vor Deinstallation!
Erstelle vorher ein Backup: In MANTIS → Einstellungen → System → Backups → "Backup jetzt erstellen".
Die Backup-Datei (.mantis-backup in ~/mantis-data/backups/) kann spaeter
an gleicher Stelle mit dem Master-Passwort wiederhergestellt werden.
Kann ich spaeter vom Client- zum Server-Modus wechseln?
Ja, jederzeit. Einstellungen → Server-Verbindung. Lokale Daten bleiben erhalten.
Wo liegen meine Daten?
Client: ~/mantis-data/ (verschluesselte SQLCipher-DB, Backups, Logs). Portable-Modus: mantis-data/ neben der Executable. Server: PostgreSQL-Datenbank + /var/lib/mantis/
Kann der Server meine Passwoerter lesen?
Nein. Passwoerter werden clientseitig mit deinem Master-Passwort verschluesselt (AES-256-GCM). Der Server speichert nur verschluesselte Blobs.
Was passiert wenn ich mein Master-Passwort vergesse?
Nutze den Recovery Key (24 Woerter). Ohne Recovery Key sind die Daten unwiederbringlich verschluesselt.
Funktioniert MANTIS offline?
Im Client-Modus: Ja, komplett offline. Im Server-Modus: Nur mit Server-Verbindung.
Wie viele Mandanten kann ich anlegen?
Free: 3 Mandanten. Pro: Unbegrenzt. Siehe Lizenz-Einstellungen in der App.
Gibt es eine mobile App?
Derzeit nicht. MANTIS ist eine Desktop-App (Windows/macOS/Linux); der Server stellt nur die API bereit, keine Web-Oberflaeche. Native Mobile-Apps sind geplant.