Diff: Nextcloud als Datendrehscheibe (Paperless/make.com-Architektur)

Version vom 2026-08-10 12:49:46 von 75f4bb14-ad8c-487f-a15f-8cc82dcf328a (dab56c063c)

+**Status:** Architektur konzipiert und dokumentiert (03.06.2026), teilweise umgesetzt, abe
->
+r laut neuestem Befund (31.07.2026) **explizit keine saubere Migration** — konkreter Rücks
+tand 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äftlic
+h, nach Domäne getrennt, NICHT redundant) = finales, unveränderliches Dokumentenarchiv mit
+ OCR/Volltextsuche. Ablaufprinzip: Dokument entsteht in Nextcloud → wird final → wandert n
+ach Paperless. `paperless-geb` wurde mit Minimal-Grundgerüst befüllt: 7 Dokumenttypen (Ein
+gangsrechnung, Ausgangsrechnung, Angebot, Vertrag, BAFA-Bescheid, Energiebericht/iSFP, Sch
+riftverkehr), 4 Tags (`ungeprüft` als Inbox-Tag, `BEG-EM`, `iSFP`, `Steuer`), 4 Korrespond
+enten mit Auto-Match (BAFA, KfW, dena, Finanzamt).
+**E-Mail-Ingestion-Soll-Design:** Zentrales Sammelpostfach `archiv@energieberatung-odenwal
+dkreis.de` → Paperless holt per IMAP ab (Quellordner INBOX, nur Anhänge, danach Verschiebe
+n nach `Verarbeitet`, Tag `ungeprüft`). Bekannter konzeptioneller Stolperstein: Mails werd
+en weitergeleitet → Absender ist immer Murat selbst → „Korrespondent aus Absender" funktio
+niert 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 kein
+e Dokumente. Detaillierte 7-stufige Debug-Checkliste dokumentiert (`mail_fetch` manuell an
+stoßen, IMAP-Login/App-Passwort prüfen, Quellordner, „nur Anhänge"-Filter bei Inline-Weite
+rleitungen, `Verarbeitet`-Ordner-Existenz, Consumer-Pipeline/Celery, `PAPERLESS_EMAIL_TASK
+_CRON`).
+**make.com-Anbindung (Soll):** Cloudflare Tunnel statt offener Portfreigabe, nativer Nextc
+loud-Connector (Fallback WebDAV/SFTP), alternativ direkter HTTP-POST an `paperless-geb`-AP
+I (`/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 lokal
+en 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 74
+ MB lokal (überwiegend Online-only-Platzhalter). 6.788 Dateien gemeinsam.
+- **751 Dateien (~5,7 GB) nur lokal in GEB** — „echte Arbeit", u. a. laufende Projektunter
+lagen (z. B. Koch, weitere Projekte) noch nicht nach Nextcloud übertragen.
+- **109 Dateien (~420 MB) nur in Nextcloud** — neuere Cloud-Arbeit, die im alten GEB-Ordne
+r fehlt (u. a. aktuelle iSFP-Bearbeitung Breun/Thomaßen inkl. `.evex`-Dateien und Autosave
+s).
+- **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 al
+s offener Prüfpunkt vermerkt, nicht verifiziert.
+## 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, nic
+ht 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); Ne
+xtcloud-GEB `/Claude/adress-check/UEBERGABE_Cloud-Migration.md`.