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").