Blog des deutschen Enterprise-Software-Ingenieurbüro und Unternehmensberatung 4WT Co., Ltd. in Bangkok

Warum 80 % IT-Freelancer und Unternehmen das Urheberrecht falsch verstehen – und dabei massiv Geld verlieren

Ein fiktiver Fall zeigt, wie schnell es teuer werden kann.

1. Angestellte Entwickler vs. Freelancer

Angestellte Entwickler: Warum hier alle Rechte automatisch an den Arbeitgeber übergehen

Angestellte Entwickler

• die Firma trägt das wirtschaftliche Risiko,
• sie bezahlt Lohn & Arbeitsmittel,
• sie ist für Produkt, Haftung und Vermarktung zuständig.

Freelancer und externe Entwickler

• Mitarbeiter: Rechteübertragung kraft Gesetz + Arbeitsvertrag
• Freelancer: Rechteübertragung nur durch ausdrückliche Vereinbarung

2. Das große Missverständnis: „Wir haben doch bezahlt – also gehört es uns.“

3. Das sagt das Gesetz – in einfachem Deutsch

1. Der Autor bleibt immer der Urheber
   Er kann seine Urheberschaft nicht verlieren.
   Auch nicht durch Bezahlung.
   
   
2. Der Kunde erhält nur die Rechte, die ausdrücklich eingeräumt wurden
   Ohne Vertrag = nur einfaches Nutzungsrecht.
   
   
3. Der Kunde darf den Code nutzen – aber nicht verändern
   Modifikation ist nur durch den Urheber oder durch diesen beauftragte Personen erlaubt.
   
   
4. Der Kunde darf den Code nicht weitergeben
   Auch nicht intern an Tochterfirmen oder Partner.
   
   
5. Ohne Einräumung von Bearbeitungsrechten bleibt jede Änderung rechtswidrig.

4. Ein fiktiver Praxisfall (den fast jeder in der Branche kennt)

• Der Code ist urheberrechtlich geschützt.
  
• Die Modifikation durch den Junior ist rechtswidrig.
  
• Jede Weiterentwicklung ohne Zustimmung verletzt die Lizenz.
  
• Der Hersteller haftet nicht für Schäden durch Fremdanpassungen.
  
• Das Unternehmen verliert im Zweifel sogar Supportansprüche.

5. Die fünf größten Irrtümer in deutschen IT-Unternehmen

6. Wie Freelancer jedes Jahr Tausende Euro verschenken

• keinen Lizenzheader
• keine Nutzungsrechte
• keine Regeln für Weiterentwicklungen
• keine AGB
• keine Einschränkung der Bearbeitung
• keine Hinweise auf Urheberrecht

• Geld
• Einfluss
• zukünftige Beauftragungen
• Supportansprüche
• Wartungsverträge
• Eigentumsrechte
• Freelancer, die sauber mit Urheberrecht arbeiten, verdienen im Schnitt 20–40 % mehr – weil Unternehmen für Weiterentwicklungen zahlen müssen.

7. Was Unternehmen wissen müssen

1. verstehen, was ihnen gehört
2. verstehen, was sie dürfen
3. wissen, wo die Grenze liegt
4. wissen, wann der Urheber eingebunden werden muss
5. vertraglich klar regeln, welche Rechte sie benötigen
6. Gutes Engineering braucht gute Governance.

8. Fazit: Urheberrecht ist kein Streitpunkt – sondern der Schutzschirm der IT-Qualität

• dass Software konsistent bleibt
• dass Architektur nicht beschädigt wird
• dass Unternehmen planbar support erhalten
• dass kein Wildwuchs entsteht
• dass Qualität langfristig gesichert ist

9. Der Ausweg: Ein sauberer Lizenzvertrag schafft Klarheit für beide Seiten

1. Urheberbenennung und Urheberrechte

2. Art des Nutzungsrechts

• einfach oder ausschließlich
• zeitlich begrenzt oder unbegrenzt
• räumlich begrenzt (z. B. weltweit)
• inhaltlich begrenzt (z. B. interne Nutzung)

3. Regelung zur Weiterentwicklung (Kernpunkt!)

4. Regelung zur Weitergabe an Dritte

• Tochterfirmen
• Partnerunternehmen
• externe Dienstleister
• Nearshore-Teams
• Cloud-Integratoren

5. Support- und Wartungsregelung

• Beauftragung des Urhebers für Weiterentwicklung
• Reaktionszeiten
• Stundensätze
• Übergabeprozesse

6. Updates und zukünftige Versionen

7. Haftungsklarheit

8. Dokumentation und Zugang zu Repositories

10. Sonderfall: Gemischte Teams – der Standardfall in modernen IT-Projekten

• externen Freelancern
• internen Mitarbeitern
• externen Dienstleistern
• Nearshore-/Offshore-Teams
• Werkstudenten
• Praktikanten
• Subunternehmen

1. Jedes Teammitglied ist Urheber seines Beitrags

2. Der Auftraggeber benötigt daher Rechte von allen Urhebern

3. Der Auftraggeber darf nur anpassen, was er selbst hergestellt hat

Die externen Teile dürfen nur bearbeitet werden, wenn ein Bearbeitungsrecht vorliegt.

4. Unternehmen verlieren oft den Überblick

11. Lösung: So regelt man gemischte Teams rechtssicher

A. Eine IP- und Lizenzrichtlinie für alle Teammitglieder

• Wer Urheber ist
• Welche Rechte eingeräumt werden
• Was modifiziert werden darf
• Was nicht verändert werden darf
• Wer Reviews durchführen darf
• Wie Übergaben erfolgen

B. Einen Rahmenlizenzvertrag für externe Entwickler

1. Nutzungsrechte klärt
2. Bearbeitungsrechte klärt
3. Weitergabe verbietet oder erlaubt
4. Haftung und Support definiert
5. IP-Konflikte verhindert

C. Eine Repository-Governance

• Wer Commit-Rechte hat
• Wer Merge-Rechte hat
• Wer für fremden Code verantwortlich ist
• Wer nicht auf fremde Module zugreifen darf
• Wie Third-Party-Code gekennzeichnet wird

12. Lösung für Freelancer: So schaffst du dir eine sichere Basis

1. Lizenzheader in jede Datei setzen
2. Nutzungsrechte explizit formulieren
3. Bearbeitungsrecht explizit ausschließen oder lizenzieren
4. AGB oder individuellen Lizenzvertrag verwenden
5. Dokumentieren, welche Teile von ihnen stammen
6. Sich im Projekt als technischer Verantwortlicher positionieren
7. Sicherstellen, dass Kunden bei gemischten Teams die Risiken verstehen
8. Für Weiterentwicklung separate Verträge anbieten

13. Lizenzmodelle – Die wirtschaftliche Grundlage jeder Software

1. Anwendung nur für den Auftraggeber selbst (interne Nutzung)

• interne Tools
• Test-Clients
• Validierungssoftware
• Automatisierungsskripte
• Monitoring
• interne Schnittstellen

A) Einmalzahlung + eingeschränktes Nutzungsrecht

B) Einmalzahlung + jährliche Wartungsgebühr

C) Nutzungsrecht zeitlich begrenzt

2. Anwendung wird Teil eines Produkts, das der Auftraggeber verkauft

• die Software in ein Produkt einzubauen
• Geld damit zu verdienen

A) Hohe Einmalzahlung (Buy-out)

B) Jährliche Vertriebs-/Produktionslizenz

C) Umsatzbeteiligung / Royalty

3. Kleine Tools, Hilfswerkzeuge, Nebenmodule

• geringen Funktionsumfang
• aber hohe technische Bedeutung

• Validierungstools
• Deployment-Skripte
• Data-Converter
• Konfigurationsgeneratoren

3. Anwendung, die direkt Geld für den Auftraggeber erzeugt

• Matching-Algorithmus für Versicherung
• Pricing-Engine
• Fahrzeugbewertungen (wie manche DAT-Komponenten)
• Risk Engines
• Empfehlungslogiken

A) Umsatzbeteiligung

B) Lizenz pro Nutzung / API-Call / Vorgang

C) Lizenz pro Mandant

D) Lizenz pro Fahrzeug / Vorgang / Datensatz

E) Mindestlizenz + variable Komponente

14. Erweiterter Schluss: Der Weg nach vorn

• saubere Software
• klare Verantwortlichkeiten
• weniger Projektrisiken
• bessere Qualität
• weniger Konflikte
• sichere Budgets