Zum Inhalt springen
9. August 2026·Blog

Praxis-Checkliste: So integrieren Agenturen das self‑hosted OPA für verlässliche kurzfristige Cashflow‑Prognosen

Agenturen, die mehrere Mandanten betreuen, benötigen ein verlässliches, selbst hostbares Tool für Offene Posten und kurzfristige Cashflow‑Prognosen. Diese Praxis‑Checkliste führt Schritt für Schritt durch die Integration des self‑hosted OPA (Offene Posten Assistent) – technisch konkret, pragmatisch und mit Fokus auf Datensicherheit und Mandantenfähigkeit.

1. Kurzüberblick & Entscheidung: Server (Web) vs. Windows‑Desktop

OPA ist verfügbar als self‑hosted Web/Server‑Version (PHP/MySQL) und als Windows‑Desktop mit lokaler SQLite‑Datenbank. Für Agenturen mit mehreren Mandanten empfehlen wir die Server‑Variante. Gründe:

  • Skalierbarkeit: Zentrale Datenhaltung, Backups, Monitoring.
  • Mandantenfähigkeit: Getrennte Mandanten‑Schemas oder mandantenfähige Editionen sind einfacher zentral zu verwalten.
  • Automatisierung: Cron‑Jobs, Integrationen (API, SFTP) und Observability sind serverseitig leichter realisierbar.

Die Windows‑Desktop‑Variante eignet sich für einzelne Selbständige oder sehr kleine Teams, die strikt lokal und ohne zentralen Server arbeiten wollen.

2. Technische Voraussetzungen (Empfehlung für Mehrmandanten‑Setups)

  • Server-Plattform: Linux‑Server (Debian/Ubuntu) oder Container (Docker) mit PHP 8.x, MySQL/MariaDB.
  • Ressourcen: Start: 2 vCPU, 4–8 GB RAM, 50–200 GB SSD (abhängig vom Datenvolumen pro Mandant).
  • Netzwerk & TLS: Öffentliche HTTPS‑Domain mit Let’s Encrypt oder kommerziellen TLS‑Zertifikat.
  • Storage & Backups: Snapshot‑fähiger Block‑Storage + verschlüsselte Offsite‑Backups.
  • Authentifizierung: RBAC, MFA‑Gateway (z. B. TOTP oder SAML/SSO für Agenturadmins).
  • Logging & Observability: Zentralisiertes Log (ELK/Graylog) und Audit‑Trail‑Exportoptionen.

3. Mandanten‑Mapping: Architekturoptionen

  1. Separate Datenbanken pro Mandant: Höchste Isolation; empfehlenswert bei strengen Compliance‑Anforderungen. Vorteil: einfache Backup/Restore pro Mandant. Nachteil: mehr Verwaltungsaufwand.
  2. Ein Schema mit Mandanten‑ID: Single DB, Tabellen mit mandant_id. Vorteil: einfacher Skalierbar; Nachteil: Mehr Aufwand bei Datenzugriffs‑Filtern und Rechteprüfung.
  3. Hybrid: Major Kunden eigene DB, kleinere Mandanten im gemeinsamen Schema.

Empfehlung: Für Agenturen mit 10+ Mandanten und Compliance‑Bedarf separate DB/Schema für Top‑Mandanten, übrige im gemeinsamen Schema.

4. Datenmigration: Excel, Buchhaltungssysteme und erste Bestandsaufnahme

  • Vorbereitung: Standardisiertes Importtemplate definieren (Kunden‑ID, Rechnungsnummer, Rechnungsdatum, Fälligkeitsdatum, Brutto/Netto, Zahlstatus, Zahlungsplan, Notizen, Verlinkung zu Belegen).
  • Validierung: Pflichtfelder prüfen, Dubletten finden, Währungs‑/Steuersatz‑Konsistenz herstellen.
  • Konvertierung: Excel → CSV → Import‑Script; wenn vorhanden: direkte Exporte aus Buchhaltung (DATEV, DATEV‑CSV, DATEV‑KNE) nutzen.
  • Testlauf: Import zuerst in Test‑Mandanten oder Staging‑DB, Plausibilitätsprüfung (Summen, Alterungsstufen).
  • Verifizierung: 5–10 Stichproben pro Mandant vergleichen (Buchhaltung vs. OPA).

5. RBAC, Rollen & Zugriffskonzepte

  • Definieren Sie Rollen: Super‑Admin (Agentur), Mandanten‑Admin, Buchhaltung, Sachbearbeiter, Auditor (lesen).
  • Principle of Least Privilege: jeder Account nur notwendige Rechte.
  • MFA verpflichtend für alle Admin‑Accounts.
  • Session‑Timeouts und IP‑Restriktion für sensible Nutzer falls möglich.
  • Regelmäßige Rechte‑Reviews (vierteljährlich).

6. Backups, Restore‑Tests & Audit‑Trails

  • Backups: Tägliche DB‑Snapshots + wöchentliche Offsite‑Backup (verschlüsselt).
  • Aufbewahrung: Rolling 14 Tage kurzfristig, monatliche Backups 12 Monate, jährliche Archiv‑Snapshots je nach DSGVO/Vertrag.
  • Restore‑Tests: Quartalsweise Restore in Staging zur Validierung (Dokumentation der Testläufe).
  • Audit‑Trails: Alle Änderungen an Offenen Posten, Zahlungsplänen und Rollen durch OPA protokollieren; Logs an Observability exportieren.

7. Typische Workflow‑Templates für Offene‑Posten‑Bearbeitung

  1. Inbox & Matching: Neue Posten importieren → automatische Kontenabgleich → Zuordnung zu Mandant/Kunde.
  2. Validierung: Sachbearbeiter prüft Dokumente, ergänzt fehlende Informationen, markiert als geprüft.
  3. Kommunikation & Klärung: Bei Differenzen: Mail‑Vorlage an Kunde / Zahlungsvereinbarung in OPA eintragen (Fälligkeiten, Raten).
  4. Fälligkeit & Mahnwesen: Automatische Mahnläufe nach definierten Stufen; Eskalation an Mandanten‑Admin nach X Tagen.
  5. Abschluss: Zahlungseingang verbuchen, Posten schließen; Audit‑Eintrag mit Belegverknüpfung.

8. KPI‑Dashboard‑Beispiele für kurzfristige Liquiditätssteuerung

  • Days‑Sales‑Outstanding (DSO): Aktuell / Forecast.
  • Cashflow‑Forecast 7/14/30 Tage: Summe erwarteter Ein- und Ausgänge per Mandant.
  • Aging‑Breakdown: 0‑30 / 31‑60 / 61‑90 / >90 Tage, je Mandant.
  • Top‑Debitoren nach Volumen: Konzentrationsrisiko anzeigen.
  • Überfällige Prozentuale Quote: Anteil überfälliger Forderungen am Total.
  • Liquiditätslücke (Predicted): Netto‑Liquidität am Ende von 7/14 Tagen unter Berücksichtigung geplanter Zahlungen.

9. Aufwandsschätzung & Praxiszeiträume (Beispiel‑Projekt für Agentur mit 10 Mandanten)

  1. Vorbereitung & Setup Server: 1–2 Tage (Installation, TLS, DB‑Setup, Basiskonfiguration).
  2. Mandanten‑Architektur & Testing: 1–3 Tage (Entscheidung DB/Schema, Test‑Mandanten erstellen).
  3. Datenmigration pro Mandant: 4–8 Stunden (kleine Mandanten), 1–2 Tage (größere Mandanten mit vielen Posten/Belegen).
  4. RBAC, Backups, Audit: 1–2 Tage (Policies, Backup‑Jobs, Observability‑Integration).
  5. Workflows & Dashboard‑Einrichtung: 1–3 Tage (Standard‑Templates anpassen, KPIs einrichten).
  6. Abnahme & Schulung: 1 Tag pro Key‑User + 0.5–1 Tag allgemeine Team‑Schulung.

Gesamt: Für eine saubere Integration und produktiven Betrieb rechnen Sie mit 1–3 Wochen, abhängig von Datenqualität und Umfang der Mandanten.

10. Sicherheits‑ & DSGVO‑Checkliste

  • TLS: HTTPS für alle Zugriffe; HSTS aktivieren.
  • Verschlüsselung: Verschlüsselung der Backups; DB‑Verschlüsselung auf Storage‑Ebene (LUKS/Cloud‑KMS).
  • KMS: Schlüsselmanagement für Backups und sensible Felder (falls möglich).
  • RBAC & MFA: Rollenmodell + verpflichtende Multi‑Factor‑Authentication für Admins.
  • Protokollierung: Audit‑Logs unveränderbar abspeichern, Exportmöglichkeit für Audits.
  • Backups & Restore: Regelmäßige Restore‑Tests dokumentieren.
  • DSGVO: Datenverarbeitungsverträge, Zweckbindung, Löschfristen, Betroffenenrechte (Ergänzung von Prozessen für Auskunft/Erasure).
  • Monitoring: Security Alerts (Login‑Anomalien, fehlgeschlagene Backups, Integritätsprüfungen).

11. Wann lohnt sich ein 7‑Tage‑Demo‑Pilot?

  • Sie sollten die 7‑Tage‑Demo ansetzen, wenn Sie eine schnelle Validierung der folgenden Punkte wollen: Import‑Mapping (Excel → OPA), Performance für 2–5 Mandanten, RBAC‑Workflows und Audit‑Trail‑Sichtbarkeit.
  • Führen Sie während der Demo diese Tests durch: Beispielimport eines Mandanten, Anlage eines Zahlungsplans, Durchspielen einer Mahnphase, Prüfung der Audit‑Logs und Restore‑Test eines Backups (Staging).
  • Die Demo eignet sich perfekt als Proof‑of‑Concept bevor Sie eine vollständige Migration planen.

Fazit: Mit klaren Architekturentscheidungen (Server für Mehrmandanten), einem standardisierten Import‑Template, definierten Rollen, regelmäßigen Backups und dokumentierten Workflows betreibt eine Agentur OPA sicher und skalierbar. Beginnen Sie mit einem 7‑Tage‑Pilot für 2–5 Mandanten, validieren Sie Import/Workflows und rollen Sie dann schrittweise aus.

Teilen Sie diesen Beitrag, wenn er Ihnen geholfen hat, und testen Sie OPA praktisch: 7‑Tage‑Demo anfordern.