MKB Juristen entwirft individuelle Rechtsdokumente
Es empfiehlt sich, wichtige Verträge, Geschäftsbedingungen und andere juristische Dokumente nicht selbst zusammenzustellen oder zu kopieren. Wir unterstützen Unternehmer mit begrenztem Budget mit maßgeschneiderten Rechtslösungen, transparenten Kosten im Voraus und verständlichen Erklärungen.
- Kundenspezifische Verträge, Geschäftsbedingungen und Rechtsdokumente
- Budgetfreundlich und transparent hinsichtlich der Kosten im Voraus
- Fordern Sie eine kostenlose Beratung oder ein unverbindliches Angebot an
Die Erstellung von Allgemeinen Geschäftsbedingungen für ein Softwareunternehmen umfasst die Festlegung der Regeln für Entwicklung, Lieferung, Abnahme, geistiges Eigentum, Wartung, Zusatzarbeiten, Haftung und Zahlung. Im Gegensatz zu SaaS-Diensten steht hier der Entwicklungsprozess und das Eigentum am Code im Vordergrund – nicht der Zugriff auf eine Online-Plattform. Im Folgenden wird für jeden Abschnitt erläutert, was enthalten sein sollte, welche rechtlichen Bestimmungen gelten und wo Softwareentwickler am häufigsten Fehler machen.
Die kurze Antwort
- Geistiges Eigentum und Lizenzierung: Regelung, wer die Rechte am Quellcode erhält und unter welcher Lizenz der Kunde die Software nutzt.
- Entwicklung und Lieferung: Arbeitsweise, Meilensteine, Liefertermine und die Definition von „fertig“.
- Abnahme: Testzeitraum, Kriterien und Zeitpunkt, an dem die Software als abgenommen gilt.
- Zusatzarbeiten: Wie Anfragen, die nicht im Leistungsumfang enthalten sind, bearbeitet und in Rechnung gestellt werden.
- Haftung und Service-Level-Agreement (SLA): Haftungsobergrenze, ausgeschlossene Schäden, Wartung und Reaktionszeiten.
- Zahlung: Rechnungsstellung pro Phase, Ratenzahlung und Recht auf Aussetzung.
Geistiges Eigentum und Lizenzierung
Dies ist der wichtigste und zugleich am meisten unterschätzte Aspekt. Wer den Quellcode erstellt, besitzt grundsätzlich das Urheberrecht (Art. 1 Urheberrechtsgesetz). Für einen Entwickler bedeutet dies, dass er, sofern nichts anderes vereinbart ist, Eigentümer des Codes bleibt – selbst wenn der Kunde dafür bezahlt hat.
Treffen Sie eine bewusste Entscheidung zwischen zwei Modellen:
- Lizenz. Sie behalten die Rechte am geistigen Eigentum und gewähren dem Kunden ein Nutzungsrecht. Vorteil: Sie können (Teile) des Codes für andere Kunden wiederverwenden. Legen Sie den Geltungsbereich fest: exklusiv oder nicht, übertragbar oder nicht und für welche Nutzer.
- Übertragung. Der Kunde wünscht die vollen Rechte. Das ist möglich, doch die Übertragung des Urheberrechts erfordert eine Urkunde (Art. 2 Abs. 2 UrhG) – ein einzelner Satz in den AGB genügt nicht immer. In der Regel ist hierfür ein höherer Preis zu berechnen.
Vergessen Sie nicht die Open-Source-Komponenten: Weisen Sie darauf hin, dass die Software Bibliotheken von Drittanbietern mit eigenen Lizenzbedingungen enthalten kann.
Entwicklung, Lieferung und Abnahme
Softwareentwicklung ist ein Prozess mit Momenten, in denen etwas als „fertig“ gilt. Ohne eine Abnahmerichtlinie bleibt unklar, wann die Lieferung abgeschlossen ist – und wann somit die Rechnung gestellt werden kann. Dokumentieren Sie:
- Methodik und Meilensteine. Phasenweise Lieferung (z. B. pro Modul oder Sprint) mit klaren Lieferterminen.
- Abnahmetest. Der Kunde prüft das Produkt innerhalb eines festgelegten Zeitraums (z. B. 10 Arbeitstage) anhand vorab vereinbarter Kriterien.
- Fiktive Abnahme. Reagiert der Kunde nicht innerhalb der Frist oder nimmt er die Software produktiv in Betrieb, gilt die Abnahme als erfolgt. Ohne diese Klausel bleibt der Kunde auf unbestimmte Zeit „noch nicht zufrieden“.
- Mängelbeseitigung. Nur Mängel, die die vereinbarte Funktionalität beeinträchtigen, stehen der Abnahme entgegen – kosmetische Mängel nicht.
Zusätzliche Arbeiten
Fast jedes Softwareprojekt wächst während der Entwicklung. Der Kunde hat neue Anforderungen, der Projektumfang ändert sich. Ohne eine Klausel über Mehrarbeit leisten Sie diese entweder kostenlos oder es entstehen Streitigkeiten über die Rechnung. Vereinbaren Sie daher Folgendes:
- Arbeiten, die über den ursprünglichen Auftrag hinausgehen, gelten als zusätzliche Arbeit.
- Diese zusätzlichen Arbeiten werden im Voraus schriftlich (oder per E-Mail) bestätigt.
- Mit welchem Stundensatz oder welcher Methode wird die zusätzliche Arbeit berechnet?.
- Durch diesen Mehraufwand könnten sich die ursprünglichen Liefertermine verschieben.
Haftung und Gewährleistung
Software enthält Fehler – das ist eine technische Tatsache und kein Vertragsbruch. Dennoch kann ein Softwarefehler dem Kunden Schaden zufügen. Minimieren Sie dieses Risiko:
- Haftungsobergrenze. Die Haftung sollte beispielsweise auf den Vertragswert oder den Rechnungsbetrag des letzten Zeitraums begrenzt werden.
- Ausgenommen sind Folgeschäden. Ausgenommen sind indirekte Schäden wie entgangener Gewinn, Umsatzeinbußen, Datenverlust und Reputationsschäden.
- Garantiezeitraum. Wir bieten kostenlose Reparatur von Mängeln, die unter die vereinbarte Funktionalität fallen, für einen festgelegten Zeitraum an.
- Einschränkungen. Bitte beachten Sie: Die Haftung für Vorsatz oder grobe Fahrlässigkeit kann nicht ausgeschlossen werden (Art. 6:233 BW).
Wartung, Service-Level-Agreement und Zahlung
Wenn Ihr Unternehmen auch Wartungsarbeiten anbietet, sollte ein SLA-Rahmenwerk in den Allgemeinen Geschäftsbedingungen oder in einem separaten Wartungsvertrag enthalten sein:
- Reaktionszeiten je nach Priorität (z. B. kritischer Ausfall innerhalb von 4 Stunden).
- Verfügbarkeits- und Wartungsfenster.
- Was fällt unter Wartung und was nicht (Updates versus neue Funktionen)?.
- Kosten: feste Wartungsgebühr oder pro Stunde.
Zur Bezahlung: Rechnungsstellung pro Phase oder Meilenstein, Festlegung einer Zahlungsfrist (z. B. 14 Tage) und Einräumung eines Aussetzungsrechts – im Falle der Nichtzahlung können Sie die Arbeiten einstellen und den Zugriff auf die gelieferte Software einschränken, bis die Zahlung eingegangen ist.
Praktisches Beispiel
Ein Softwareentwickler erstellt ein kundenspezifisches Planungssystem für ein Installationsunternehmen. Während der Entwicklung wünscht der Kunde die Anbindung zweier externer Systeme. Da die Allgemeinen Geschäftsbedingungen eine Klausel für zusätzliche Arbeiten enthalten, werden diese separat angeboten und in Rechnung gestellt, und der Liefertermin verschiebt sich entsprechend. Nach der Lieferung testet der Kunde das System zehn Werktage lang. Nach der Abnahme – oder der Inbetriebnahme – gilt das System als abgenommen, und die Schlussrechnung wird gestellt. Die Rechte am geistigen Eigentum verbleiben beim Entwickler; der Kunde erhält eine Benutzerlizenz. Ein einheitliches Regelwerk verhindert hier drei potenzielle Konflikte.
Ehrliche Empfehlung
Passen Sie die Allgemeinen Geschäftsbedingungen an Ihr Produkt an. Bei individuellen Lösungen sind geistiges Eigentum, Abnahme und Regelungen zu Zusatzleistungen zentral – übernehmen Sie daher nicht einfach die Allgemeinen Geschäftsbedingungen von SaaS-Anbietern, die Abonnements abdecken. Die größten Risiken liegen in der unbeschränkten Haftung und einem fehlenden Abnahmemechanismus.
Wann benötigen Sie *keinen* Anwalt? Für einfache, wiederkehrende Aufträge mit geringem Risiko genügt eine solide Vorlage, sofern Sie diese an Ihre Arbeitsweise anpassen und nachweislich zusammen mit dem Angebot einreichen. Sobald die Aufträge umfangreicher werden, Sie Code wiederverwenden oder Kunden eigene Geschäftsbedingungen festlegen, ist eine rechtliche Prüfung ratsam – eine schlecht formulierte Klausel zum geistigen Eigentum oder zur Haftung kann teuer werden.
Lesen Sie mehr und arrangieren Sie: Was sind die Allgemeinen Geschäftsbedingungen für ein Softwareunternehmen?, haben entworfen: Kosten und Prozess , und die Allgemeinen Geschäftsbedingungen für ein Softwareunternehmen.
Häufig gestellte Fragen
Bestimmungen bezüglich Lizenzierung von geistigem Eigentum und Quellcode, Entwicklung und Lieferung, Abnahme, Zusatzarbeiten, Wartung und Service-Level-Agreement (SLA), Haftungsbegrenzung und Vergütung pro Phase. Bei kundenspezifischen Projekten sind die Bestimmungen zu geistigem Eigentum, Abnahme und Zusatzarbeiten am wichtigsten.
Sofern nichts anderes vereinbart ist, behält der Entwickler das Urheberrecht (Art. 1 UrhG), auch wenn der Kunde zahlt. Wägen Sie sorgfältig ab: Lizenzierung (Sie behalten die Rechte am geistigen Eigentum, der Kunde erhält das Nutzungsrecht) oder Übertragung (der Kunde erhält alle Rechte per Vertrag, Art. 2 Abs. 2 UrhG). Halten Sie Ihre Wahl in den Allgemeinen Geschäftsbedingungen fest.
Eine Vereinbarung, die festlegt, wie und innerhalb welchen Zeitraums der Kunde die Software testet und wann sie als abgenommen gilt. Fügen Sie eine fiktive Abnahmeklausel hinzu: Reagiert der Kunde nicht innerhalb der Frist oder nimmt er die Software in Betrieb, gilt sie als abgenommen. Andernfalls können Sie die Software nie endgültig liefern und in Rechnung stellen.
Legen Sie fest, dass Anfragen, die über den ursprünglichen Auftrag hinausgehen, als Zusatzarbeit gelten, dass diese Zusatzarbeit vorab schriftlich bestätigt werden muss, wobei der Stundensatz anzugeben ist und dass sich dadurch Liefertermine verschieben können. Ohne diese Klausel führen Sie faktisch kostenlose Leistungserweiterungen durch.
Beschränken Sie die Haftung beispielsweise auf den Vertragswert, schließen Sie mittelbare Schäden (entgangenen Gewinn, Datenverlust) aus und bieten Sie eine Gewährleistungsfrist für die kostenlose Nachbesserung von Mängeln an. Hinweis: Die Haftung für Vorsatz oder grob fahrlässiges Handeln kann nicht ausgeschlossen werden (Art. 6:233 BW).
Wenn Sie Wartungsarbeiten anbieten, ja. Geben Sie Reaktionszeiten nach Priorität, Verfügbarkeit, Wartungsfenster und den Umfang (Updates vs. neue Funktionen) an. Dies kann in den Allgemeinen Geschäftsbedingungen selbst oder in einem separaten Wartungsvertrag, auf den in den Allgemeinen Geschäftsbedingungen verwiesen wird, erfolgen.
Nein. Die Allgemeinen Geschäftsbedingungen von SaaS-Anbietern beziehen sich auf den Zugriff auf einen bestehenden Dienst (Abonnement, Verfügbarkeit, Kündigung) und vernachlässigen den Kern der Entwicklungsarbeit: Quellcode-Eigentum, Abnahme und zusätzliche Arbeiten. Für individuelle Projekte benötigen Sie auf den Entwicklungsprozess zugeschnittene Geschäftsbedingungen.
