Bearbeiten

Unterthema Titel Inhalt (Markdown)

**Status:** Architektur konzipiert und dokumentiert (03.06.2026), teilweise umgesetzt, aber laut neuestem Befund (31.07.2026) **explizit keine saubere Migration** — konkreter Rückstand quantifiziert.

## Zielarchitektur (Handoff 03.06.2026, vollständig gelesen)
Nextcloud = veränderliche Arbeitsdateien/WIP + make.com-Schnittstelle (Google-Drive-Ersatz, Motivation: 10-GB-Limit + native make.com-Anbindung soll abgelöst werden). Paperless-NGX (zwei Instanzen, `paperless.bay-ram.de` privat vs. `paperless-geb.bay-ram.de` geschäftlich, nach Domäne getrennt, NICHT redundant) = finales, unveränderliches Dokumentenarchiv mit OCR/Volltextsuche. Ablaufprinzip: Dokument entsteht in Nextcloud → wird final → wandert nach Paperless. `paperless-geb` wurde mit Minimal-Grundgerüst befüllt: 7 Dokumenttypen (Eingangsrechnung, Ausgangsrechnung, Angebot, Vertrag, BAFA-Bescheid, Energiebericht/iSFP, Schriftverkehr), 4 Tags (`ungeprüft` als Inbox-Tag, `BEG-EM`, `iSFP`, `Steuer`), 4 Korrespondenten mit Auto-Match (BAFA, KfW, dena, Finanzamt).

**E-Mail-Ingestion-Soll-Design:** Zentrales Sammelpostfach `archiv@energieberatung-odenwaldkreis.de` → Paperless holt per IMAP ab (Quellordner INBOX, nur Anhänge, danach Verschieben nach `Verarbeitet`, Tag `ungeprüft`). Bekannter konzeptioneller Stolperstein: Mails werden weitergeleitet → Absender ist immer Murat selbst → „Korrespondent aus Absender" funktioniert nicht, Lösung über inhaltsbasiertes Lernen und/oder Anhang-Weiterleitung (`.eml`).

**Zum Handover-Zeitpunkt (03.06.2026) akuter Bug:** Mail-Regel in `paperless-geb` zog keine Dokumente. Detaillierte 7-stufige Debug-Checkliste dokumentiert (`mail_fetch` manuell anstoßen, IMAP-Login/App-Passwort prüfen, Quellordner, „nur Anhänge"-Filter bei Inline-Weiterleitungen, `Verarbeitet`-Ordner-Existenz, Consumer-Pipeline/Celery, `PAPERLESS_EMAIL_TASK_CRON`).

**make.com-Anbindung (Soll):** Cloudflare Tunnel statt offener Portfreigabe, nativer Nextcloud-Connector (Fallback WebDAV/SFTP), alternativ direkter HTTP-POST an `paperless-geb`-API (`/api/documents/post_document/`).

## Neuer Befund: Abgleich GEB-Ordner ↔ Nextcloud (31.07.2026, vollständig ausgewertet)
Dokument `Abgleich_GEB_vs_Nextcloud.md` (Nextcloud-GEB `/Claude/`, 91 KB) vergleicht lokalen Mac-Ordner `/Users/mbayram/GEB` gegen den Nextcloud-CloudStorage-Ordner. Kernaussage im Dokument selbst: **„Keine saubere Migration."**
- Lokal `GEB`: 7.539 Dateien, 58 GB voll heruntergeladen. Nextcloud: 6.897 Dateien, nur 742 MB lokal (überwiegend Online-only-Platzhalter). 6.788 Dateien gemeinsam.
- **751 Dateien (~5,7 GB) nur lokal in GEB** — „echte Arbeit", u. a. laufende Projektunterlagen (z. B. Koch, weitere Projekte) noch nicht nach Nextcloud übertragen.
- **109 Dateien (~420 MB) nur in Nextcloud** — neuere Cloud-Arbeit, die im alten GEB-Ordner fehlt (u. a. aktuelle iSFP-Bearbeitung Breun/Thomaßen inkl. `.evex`-Dateien und Autosaves).
- **198 Dateien (~468 MB) als vermutlicher Müll eingestuft** (Downloads-Ordner: Installer wie testdisk, disk-drill, Office-2021-Installer, alte `.bak`/Autosave-Reste) — zur Prüfung, dann Verwerfung vorgeschlagen.
- Empfehlung im Dokument: vor Löschung des alten GEB-Ordners beide Lücken schließen (Sync in beide Richtungen).

## Zusatzbefund aus der Adress-Check-Migration (05.08.2026)
Bei der Prüfung, ob Paperless-geb für automatisierte OCR-Volltextsuche taugt (als Ersatz für lokales `pdftotext`), wurde `search_documents`/`get_document_content` getestet — **lief im Test in einen Timeout**. Ob die relevanten Projektdokumente überhaupt vollständig und projektzuordenbar (Tag/Correspondent = Kundennr/Projektnr) in Paperless-geb liegen, ist als offener Prüfpunkt vermerkt, nicht verifiziert.

## Retest nach gemeldeter Paperless-Timeout-Behebung (10.08.2026)
Nach der berichteten Behebung des Paperless-NGX-MCP-Timeout-Problems wurde `search_documents` auf `paperless-geb` erneut getestet (Testabfragen „Domain", „Hosting", „Lizenz", „Portainer", „Server") — lief diesmal **ohne Timeout durch**, die technische Erreichbarkeit ist damit bestätigt. Der eigentliche fachliche Prüfpunkt aus dem 05.08.-Befund bleibt aber **weiterhin offen**: Stichprobe der gefundenen Dokumente (IDs 48, 137, 69) zeigt, dass diese ausschließlich den Tag „ungeprüft" tragen und die Correspondents nur generische Platzhalter-Namen (reine Ziffern wie „5", „29", „12" statt Klarnamen/Kundennummern) haben. Projektzuordenbarkeit (Tag/Correspondent = Kundennr/Projektnr) ist für diese Stichprobe also **weiterhin nicht gegeben** — die Timeout-Behebung löst nur die technische Erreichbarkeit, nicht das inhaltliche Verschlagwortungs-/Migrationsproblem. **Zusatzhinweis:** Im Verlauf dieses Retests wurden beide Paperless-MCP-Server (`Paperless-MCP` und `Paperless-GEB-MCP`) nach rund 10 erfolgreichen Abfragen erneut unerreichbar („not connected", auch nach mehrfachem Warten/Retry bis 45s) — möglicherweise ein verbleibendes Stabilitäts-/Session-Problem unter Last, nicht abschließend geklärt, sollte bei nächster Gelegenheit erneut beobachtet werden.

## Nicht gefunden
- Keine Bestätigung, ob der ursprüngliche Mail-Ingestion-Bug vom 03.06.2026 behoben wurde (keine Folge-E-Mail/Dokument mit Lösungsbestätigung gefunden).
- Keine Bestätigung, ob der Cloudflare Tunnel für make.com tatsächlich eingerichtet wurde (Cloudflare-API-Key existiert im Traefik-Stack, das belegt aber nur DNS/Proxy-Nutzung, nicht zwingend den Tunnel für make.com).
- Kein Nachweis, dass ein make.com-Szenario tatsächlich von Google Drive auf den Nextcloud-Connector umgestellt wurde.

**Quellen:** Nextcloud privat `Handoff-Paperless-Nextcloud-Make.md` (vollständig gelesen); Nextcloud-GEB `/Claude/Abgleich_GEB_vs_Nextcloud.md` (91 KB, vollständig ausgewertet); Nextcloud-GEB `/Claude/adress-check/UEBERGABE_Cloud-Migration.md`; Paperless-GEB-MCP `search_documents` Live-Retest (10.08.2026, Queries „Domain"/„Hosting"/„Lizenz"/„Portainer"/„Server").

Tags (kommagetrennt) Status

Abbrechen