Sync-Server selbst betreiben

Aequana braucht einen Server nur zum Teilen: für gemeinsame Haushaltsbücher, Gruppen und Gemeinschaftskonten. Statt sync.aequana.app kannst du einen eigenen Server betreiben – auf einem alten Android-Handy oder per Docker auf Linux, einem NAS oder einem Raspberry Pi. Alles, was über den Server läuft, bleibt Ende-zu-Ende-verschlüsselt.

Variante 1: Altes Android-Handy

App Aequana Server aus Google Play installieren (ab Android 8).
In der App Akku-Optimierung ausschalten und das Handy am Ladekabel lassen.
Optional Gemma laden (2,6 GB): Dann liest das Handy Belege für Geräte ohne eigene KI. Die Fotos bleiben dabei auf dem Server-Handy. Dafür ist ein neueres Handy mit 8 GB RAM sinnvoll.
Optional Von unterwegs: einen Cloudflare-Tunnel mit deiner eigenen Domain eintragen. Ohne Tunnel ist der Server nur im WLAN erreichbar.
In Aequana: Einstellungen → Sync-Server → Anderer Server und die angezeigte Adresse eintragen.

Variante 2: Docker

Das Image ghcr.io/aiti-garage/aequana-server gibt es für amd64 und arm64. Lege eine Datei docker-compose.yml an:

services:
  aequana-server:
    image: ghcr.io/aiti-garage/aequana-server:latest
    restart: unless-stopped
    ports:
      - "8787:8787"
    volumes:
      - ./data:/data
    environment:
      ALLOW_REGISTRATION: "false"
      # Beleg-KI im eigenen Netz (Ollama unten); leer lassen schaltet sie ab
      AI_URL: http://ollama:11434/v1
      AI_MODEL: qwen2.5vl:7b

  ollama:
    image: ollama/ollama
    restart: unless-stopped
    volumes:
      - ollama:/root/.ollama

volumes:
  ollama:

docker compose up -d
docker compose exec ollama ollama pull qwen2.5vl:7b

Der erste Benutzer darf sich immer registrieren. Für weitere setzt du kurz ALLOW_REGISTRATION: "true" und danach wieder "false". Updates: docker compose pull && docker compose up -d.

Variable	Bedeutung
`ALLOW_REGISTRATION`	`true` erlaubt neue Benutzer (der erste darf immer)
`AI_URL`	OpenAI-kompatible Adresse für die Beleg-KI, z. B. `http://ollama:11434/v1`; leer = keine KI
`AI_MODEL`	Modell mit Bilderkennung, z. B. `qwen2.5vl:7b`
`AI_KEY`	API-Schlüssel, nur für Cloud-Anbieter
`PORT`, `DATA_DIR`	Port (8787) und Datenordner (`/data`)

Von außen erreichbar machen

Stell den Server nie mit http:// ins Internet. Nutze einen Reverse-Proxy mit HTTPS (z. B. Caddy, Traefik, nginx) oder einen Cloudflare-Tunnel. Die App warnt, wenn eine Adresse außerhalb deines Netzes ohne HTTPS eingetragen wird.

Sicherung

Alles liegt im Ordner ./data (SQLite-Datenbank und Belegdateien). Die geteilten Inhalte darin sind Ende-zu-Ende-verschlüsselt, Benutzernamen und Gerätenamen aber nicht – behandle Sicherungen entsprechend.

Beleg-KI: lokal oder extern

Lokal (empfohlen): Ollama im selben Compose-Projekt oder Gemma auf dem Server-Handy. Die Belegfotos verlassen dein Netz nicht. Ohne Grafikkarte dauert ein Beleg mit Ollama einige Minuten.
Extern (Cloud): Jeder OpenAI-kompatible Anbieter, z. B. AI_URL=https://api.mistral.ai/v1 mit AI_MODEL und AI_KEY. Dann gehen die Belegfotos aller Nutzer deines Servers an diesen Anbieter. Die App zeigt deinen Nutzern das an („Dieser Server gibt die Belegfotos an … weiter“) und fragt vorher nach ihrer Zustimmung.

Datenschutz und Verantwortung

Nur für dich und deine Familie: Wer den Server ausschließlich für persönliche oder familiäre Zwecke betreibt, fällt in der Regel unter die Haushaltsausnahme der DSGVO (Art. 2 Abs. 2 lit. c).

Für andere (Verein, Freundeskreis, Kunden): Dann bist du für die Daten auf deinem Server verantwortlich – Benutzer- und Gerätenamen, IP-Adressen, Zeitpunkte und, wenn du die Beleg-KI anbietest, die Belegfotos. Dazu gehören in der Regel:

eine eigene Datenschutzerklärung für deine Nutzer, ggf. ein Impressum,
Verträge zur Auftragsverarbeitung (Art. 28 DSGVO) mit deinem Hoster, Cloudflare und einem Cloud-KI-Anbieter,
bei Anbietern außerhalb der EU eine Grundlage für die Übermittlung, z. B. das EU-US Data Privacy Framework oder Standardvertragsklauseln (Art. 44 ff. DSGVO),
bei Cloud-KI: ein Anbieter, der die Fotos nicht zum Training nutzt, möglichst mit Rechenzentrum in der EU.

Für selbst betriebene Server ist allein ihr Betreiber verantwortlich. Die Anbieter von Aequana haben darauf keinen Zugriff und erhalten keine Daten davon. Diese Seite gibt einen Überblick und ist keine Rechtsberatung.