[Recherche/kein Code] Lizenzverkauf + Rechts-/Steuerfragen klären (Dual-License, CLA, §19, CRA, Marke) #188

Open
opened 2026-06-26 14:35:53 +00:00 by chinux · 0 comments
Owner

Zweck

Eigene Recherche-/Klaerungsliste fuer das Geschaeftsmodell: theProx self-hosted + Lizenzverkauf (kein Hosting durch mich). KEIN Code-Issue — Sammelpunkt fuer rechtliche/organisatorische Punkte, die vor einem Lizenzverkauf zu klaeren sind. Mehrere Punkte gehoeren vor einen Anwalt bzw. Steuerberater (hier kein Rechts-/Steuerrat — nur Merkliste).

Modell-Kontext

  • theProx ist immer self-hosted (Kunde betreibt Backend + Agents selbst).
  • Geplant: Dual-Licensing — AGPLv3-Core (oeffentlich) + kommerzielle Lizenz (Pro/proprietaere Module oder Kommerz-Nutzung ohne AGPL-Pflichten).
  • Ich verkaufe Lizenzen, kein Hosting/SaaS.

Recherche-/Klaerungspunkte

Lizenzmodell & Urheberrecht

  • Saubere Abgrenzung: Was ist AGPLv3-Core (oeffentlich), was kommerziell/Pro? Modul-/Repo-Grenze definieren (vgl. fehlende Plugin-Grenze aus dem Struktur-Review).
  • Dual-Licensing setzt vorraus, dass ICH alle Rechte halte → bei externen Beitraegen vorher CLA (Contributor License Agreement) etablieren, sonst kann ich fremde Beitraege nicht kommerziell relizenzieren.
  • AI-generierter Code: Anteil ohne menschliche Schoepfungshoehe ist ggf. gemeinfrei (§69a UrhG, frueher recherchiert) → menschliche Autorenschaft dokumentieren; Auswirkung auf Exklusivitaet/kommerzielle Lizenz pruefen.
  • Kommerzielle Lizenz-AGB/EULA aufsetzen (Nutzungsumfang, Updates, Haftungsausschluss, Laufzeit).

Marke

  • Finaler Produktname (#107) als Marke pruefen/anmelden (DPMA + ggf. EUIPO, Klasse 9 + 42).

Steuer / Kleinunternehmer

  • §19 UStG (Kleinunternehmer): Auswirkung von Lizenzeinnahmen auf die Umsatzgrenze; ab wann Regelbesteuerung/USt-Pflicht.
  • Lizenzverkauf ins EU-Ausland / Drittland (Reverse-Charge, USt-IdNr., OSS-Verfahren?) — Steuerberater.
  • Einnahmen-Verbuchung Lizenz vs. Dienstleistung (MSP) sauber trennen.

Compliance / Pflichten beim Inverkehrbringen

  • EU Cyber Resilience Act (CRA): Pflichten beim Bereitstellen von Software mit digitalen Elementen — Geltung/Uebergangsfristen fuer Open-Source vs. kommerzielle Auslieferung pruefen (frueher als Anwalts-Punkt markiert).
  • Produkthaftung / Gewaehrleistung bei kommerzieller Lizenz (AGPL-Haftungsausschluss greift nur fuer die AGPL-Variante).
  • DSGVO-Rolle: bei self-hosted ist der Kunde Verantwortlicher — in Doku/AGB klarstellen (AVV i. d. R. nicht noetig, da ich keine Kundendaten verarbeite).
  • Drittanbieter-Lizenzen der Dependencies (Python/Rust/npm) auf Kompatibilitaet mit AGPL und kommerzieller Auslieferung pruefen (Lizenz-Inventar/SBOM).

Hinweis

Punkte mit Anwalt: Dual-Licensing-Konstruktion, CLA, EULA, CRA, Produkthaftung.
Punkte mit Steuerberater: §19-Grenze, EU-/Drittland-USt, Verbuchung.

Bezug

#107 (Name/Marke), Dual-Licensing-Doku (LICENSING.md), frueheres Struktur-Review (Pro-/Plugin-Grenze).

## Zweck Eigene Recherche-/Klaerungsliste fuer das **Geschaeftsmodell: theProx self-hosted + Lizenzverkauf** (kein Hosting durch mich). **KEIN Code-Issue** — Sammelpunkt fuer rechtliche/organisatorische Punkte, die vor einem Lizenzverkauf zu klaeren sind. Mehrere Punkte gehoeren vor einen **Anwalt** bzw. **Steuerberater** (hier kein Rechts-/Steuerrat — nur Merkliste). ## Modell-Kontext - theProx ist **immer self-hosted** (Kunde betreibt Backend + Agents selbst). - Geplant: **Dual-Licensing** — AGPLv3-Core (oeffentlich) + **kommerzielle Lizenz** (Pro/proprietaere Module oder Kommerz-Nutzung ohne AGPL-Pflichten). - Ich verkaufe **Lizenzen**, kein Hosting/SaaS. ## Recherche-/Klaerungspunkte ### Lizenzmodell & Urheberrecht - [ ] **Saubere Abgrenzung**: Was ist AGPLv3-Core (oeffentlich), was kommerziell/Pro? Modul-/Repo-Grenze definieren (vgl. fehlende Plugin-Grenze aus dem Struktur-Review). - [ ] **Dual-Licensing setzt vorraus, dass ICH alle Rechte halte** → bei externen Beitraegen vorher **CLA** (Contributor License Agreement) etablieren, sonst kann ich fremde Beitraege nicht kommerziell relizenzieren. - [ ] **AI-generierter Code**: Anteil ohne menschliche Schoepfungshoehe ist ggf. gemeinfrei (§69a UrhG, frueher recherchiert) → menschliche Autorenschaft dokumentieren; Auswirkung auf Exklusivitaet/kommerzielle Lizenz pruefen. - [ ] Kommerzielle Lizenz-AGB/EULA aufsetzen (Nutzungsumfang, Updates, Haftungsausschluss, Laufzeit). ### Marke - [ ] Finaler Produktname (#107) als **Marke** pruefen/anmelden (DPMA + ggf. EUIPO, Klasse 9 + 42). ### Steuer / Kleinunternehmer - [ ] **§19 UStG (Kleinunternehmer)**: Auswirkung von Lizenzeinnahmen auf die Umsatzgrenze; ab wann Regelbesteuerung/USt-Pflicht. - [ ] Lizenzverkauf ins **EU-Ausland / Drittland** (Reverse-Charge, USt-IdNr., OSS-Verfahren?) — Steuerberater. - [ ] Einnahmen-Verbuchung Lizenz vs. Dienstleistung (MSP) sauber trennen. ### Compliance / Pflichten beim Inverkehrbringen - [ ] **EU Cyber Resilience Act (CRA)**: Pflichten beim Bereitstellen von Software mit digitalen Elementen — Geltung/Uebergangsfristen fuer Open-Source vs. kommerzielle Auslieferung pruefen (frueher als Anwalts-Punkt markiert). - [ ] **Produkthaftung / Gewaehrleistung** bei kommerzieller Lizenz (AGPL-Haftungsausschluss greift nur fuer die AGPL-Variante). - [ ] DSGVO-Rolle: bei self-hosted ist der Kunde Verantwortlicher — in Doku/AGB klarstellen (AVV i. d. R. nicht noetig, da ich keine Kundendaten verarbeite). - [ ] Drittanbieter-Lizenzen der Dependencies (Python/Rust/npm) auf Kompatibilitaet mit AGPL **und** kommerzieller Auslieferung pruefen (Lizenz-Inventar/SBOM). ## Hinweis Punkte mit Anwalt: Dual-Licensing-Konstruktion, CLA, EULA, CRA, Produkthaftung. Punkte mit Steuerberater: §19-Grenze, EU-/Drittland-USt, Verbuchung. ## Bezug #107 (Name/Marke), Dual-Licensing-Doku (LICENSING.md), frueheres Struktur-Review (Pro-/Plugin-Grenze).
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
chinux/theProx#188
No description provided.