inSignerVerträgeVorlage für Softwareentwicklung
Verträge
Vorlage für Softwareentwicklung
Nutzen Sie dies, wenn ein Team Software bauen soll und der Kunde wissen muss, was fertig bedeutet.
Der Abnahmetest wiegt mehr als ein weites Versprechen, eine Anwendung zu bauen. Nennen Sie den Meilenstein, den Test und was bei einem Fehlschlag geschieht.
Das ist keine Rechtsberatung. Bitten Sie eine Anwältin oder einen Anwalt, das Gerüst anzupassen, bevor jemand unterzeichnet.
Text zum Kopieren
Kopieren Sie den Ausgangstext, ersetzen Sie jede Klammer und bitten Sie Ihre Beratung, ihn anzupassen, bevor jemand unterzeichnet.
Vertrag über Softwareentwicklung
Ausgangstext für Ihre Beratung. Ersetzen Sie jede Klammer. Bitten Sie niemanden zu unterzeichnen, bevor eine Anwältin oder ein Anwalt diesen Text an die Parteien und an das Recht angepasst hat, das ihn regeln soll.
Dieser Vertrag wird am [Datum des Wirksamwerdens] geschlossen zwischen [Entwickler, Firma], [Entwickler, Anschrift] ("Entwickler"), und [Kunde, Firma], [Kunde, Anschrift] ("Kunde"). Der Entwickler baut die in den Meilensteinen beschriebene Software. Ein weites Versprechen, eine Anwendung zu bauen, ohne eine Prüfung dafür, wann sie fertig ist, ist nicht dieser Vertrag.
1. Meilensteine
Die Arbeit ist in die Meilensteine unter [Liste der Meilensteine] geteilt. Jeder Meilenstein hat eine Lieferung und ein Zieldatum. Ein einziges Enddatum ohne Kontrollpunkt wird nicht verwendet. Kommt der Kunde mit einer Entscheidung oder einem Zugang unter [Abhängigkeiten des Kunden] zu spät, verschieben sich die späteren Daten mindestens um diese Verspätung. Eine Änderung eines Meilensteins gilt nur, wenn beide Parteien sie unterzeichnen, mit einer Änderung der Vergütung, falls es eine gibt.
2. Abnahmetests
Jeder Meilenstein nennt seinen Abnahmetest unter [Tests]. Der Kunde hat [Prüftage] Tage nach der Lieferung, um anzunehmen oder schriftlich zurückzuweisen und auf einen fehlgeschlagenen Test zu zeigen. Ein Wunsch, der nicht im Test steht, ist ein Änderungswunsch, keine Zurückweisung. Der Entwickler hat [Nachbesserungsfrist] Tage, um einen fehlgeschlagenen Test zu beheben. Antwortet der Kunde nicht in der Frist, schreibt die Beratung unter [Regel zum Schweigen], ob Schweigen Abnahme ist. Der Entwickler beginnt die bezahlte Arbeit des nächsten Meilensteins nicht, wenn der vorige zurückgewiesen und noch nicht behoben ist, sofern die Parteien nicht schriftlich etwas anderes vereinbaren.
3. Wem der Code gehört
Nach vollständiger Zahlung eines Meilensteins erhält der Kunde [Übertragung oder Lizenz] am individuellen Code dieses Meilensteins. Das Eigentum geht nicht über, weil jemand diese Webseite unterzeichnet. Es geht nur zu den Bedingungen des PDF über, das die Beratung vorbereitet. Der Entwickler behält vorhandene Bibliotheken und Werkzeuge unter [Vorhandene Werkzeuge] und lizenziert sie dem Kunden nur als Teil der Software. Der Entwickler tritt ein Patent nur ab, wenn [Hinweis zum Patent] das mit ausdrücklichen Worten sagt.
4. Komponenten Dritter
Open-Source- und bezahlte Komponenten bleiben unter ihren eigenen Lizenzen. Der Entwickler listet die Komponenten, von denen der Bau abhängt, unter [Komponentenliste] vor der Abnahme des letzten Meilensteins, mit dem Namen der Lizenz. Der Kunde ist dafür verantwortlich, diese Lizenzen in seiner eigenen Bereitstellung einzuhalten. Der Entwickler verspricht nicht, dass ein Dienst eines Dritten verfügbar bleibt.
5. Fehler nach der Abnahme
Für [Gewährleistungsfenster] nach der Abnahme eines Meilensteins behebt der Entwickler ohne Zusatzpreis Fehler, die bei der Abnahme vorhanden waren und den Test dieses Meilensteins nicht bestehen. Eine neue Funktion, ein Wechsel von Browser oder Host, den der Test nicht abdeckte, oder ein Fehler durch eine spätere Änderung des Kunden gehört nicht in dieses Fenster. Danach sind Behebungen zusätzliche Arbeit zum Satz [Zusatzsatz].
6. Vergütung und Recht
Der Kunde zahlt [Vergütung] in [Währung] nach dem Meilensteinplan unter [Zahlungsplan]. Das Recht von [Anwendbares Recht] regelt diesen Text. Die Parteien benennen die Gerichte von [Gerichte]. Die Gesamthaftung des Entwicklers ist auf [Haftungsobergrenze] begrenzt, außer bei einer Haftung, die das Recht nicht zu begrenzen erlaubt. Die Parteien halten den Quellcode in dem unter [Repository] genannten Repository.
7. Änderungswünsche
Ein Wunsch, der nicht im Test des laufenden Meilensteins steht, ist ein Änderungswunsch. Der Entwickler schreibt die Wirkung auf Datum und Preis unter [Änderungsnotiz]. Er beginnt die bezahlte Änderung nicht, bevor beide Parteien diese Notiz unterzeichnen. Arbeit, die nur einen Test wiederherstellt, den ein abgenommener Meilenstein schon bestanden hat, ist keine Änderung. Eine Änderung öffnet einen abgenommenen Meilenstein nicht wieder, außer im Fehlerfenster dieses Meilensteins.
8. Unterlagen des Kunden
Der Kunde liefert Inhalt, Konten und Entscheidungen unter [Unterlagen des Kunden] bis zu dem dort geschriebenen Datum. Kommt der Kunde zu spät, verschieben sich spätere Meilensteine mindestens um diese Verspätung. Der Kunde steht für die Rechtmäßigkeit der Texte, Bilder und Daten ein, die er liefert. Der Entwickler klärt diese Unterlagen nicht mit einem Rechteinhaber, sofern [Freigabe] nicht sagt, dass diese Klärung Teil eines Meilensteins ist. Der Entwickler nutzt personenbezogene Daten, die der Kunde hochlädt, nur zum Bauen und Prüfen, und der Kunde bleibt dafür verantwortlich, eine Grundlage für die Weitergabe zu haben.
9. Zugang zum Bau
Die Parteien nennen die Hosts unter [Hosts]. Der Kunde ist Administrator des Repository und dieser Hosts, bevor der letzte Meilenstein abgenommen wird. Der Entwickler behält nicht den einzigen Schlüssel. Zugangsdaten werden so übergeben, dass der Kunde sie widerrufen kann. Der Entwickler entfernt seinen eigenen Zugang, wenn der Vertrag endet, außer einem Zugang, den der Kunde ihn schriftlich für das Fehlerfenster behalten lässt. Ein Sicherheitstest, wenn der Kunde ihn bezahlt, wird unter [Sicherheitstest] beschrieben und nicht durch Schweigen unterstellt.
Unterschriften
Entwickler
Name: [Entwickler, Name der unterzeichnenden Person]
Funktion: [Entwickler, Funktion der unterzeichnenden Person]
Unterschrift: ______________________________
Datum: [Entwickler, Datum der Unterschrift]
Kunde
Name: [Kunde, Name der unterzeichnenden Person]
Funktion: [Kunde, Funktion der unterzeichnenden Person]
Unterschrift: ______________________________
Datum: [Kunde, Datum der Unterschrift]
Das ist keine Rechtsberatung. Bitten Sie eine Anwältin oder einen Anwalt, das Gerüst anzupassen, bevor jemand unterzeichnet.
Wann Teams es nutzen
- Ein Web- oder App-Bau mit Meilensteinen
- Ein fester Umfang für ein externes Team
- Ein Bau, bei dem der Kunde den Code besitzen muss
Punkte für Ihre Beratung
Meilensteine
Teilen Sie die Arbeit in Lieferungen mit Datum. Ein einziges Enddatum ohne Zwischenpunkte versteckt Verzug bis zum Schluss.
Abnahmetests
Schreiben Sie den Test jedes Meilensteins und wie viele Tage der Kunde zum Annehmen oder Begründen der Ablehnung hat.
Eigentum am Code
Sagen Sie, wann das Eigentum am individuellen Code auf den Kunden übergeht und ob das erst nach Zahlung geschieht.
Fremde Bestandteile
Open-Source- und bezahlte Bestandteile bleiben unter ihrer eigenen Lizenz. Listen Sie die, von denen der Bau abhängt.
Nachbesserungsfenster
Ihre Beratung setzt, wie lange Mängel behoben werden, die bei der Abnahme schon vorlagen, und was stattdessen eine neue Funktion ist.
Was die Unterschrift unter dieser Datei nicht leistet
Dieses Gerüst überträgt kein Patent, keine Marke und keine qualifizierte Signatur. Sicherheitsaussagen zur fertigen Software gehören in die Spezifikation, nicht in einen Slogan.
So senden Sie das fertige PDF
Das Gerüst bleibt auf dieser Seite. Der Arbeitsbereich sieht nur das PDF, das Sie hochladen.
Schließen Sie es mit der Beratung
Kopieren Sie den Ausgangstext, ersetzen Sie jede Klammer und bitten Sie eine Anwältin oder einen Anwalt, ihn an die Parteien und das anwendbare Recht anzupassen. Exportieren Sie danach ein PDF.
Setzen Sie die Felder
Laden Sie das PDF hoch, fügen Sie jede Person hinzu und setzen Sie die Felder für Unterschrift und Datum. E-Mail-Zustellung und Erinnerungen sind in jedem Tarif enthalten.
Bewahren Sie Datei und Hash auf
Laden Sie das fertige PDF und den Abschlussnachweis herunter. Der Nachweis enthält einen SHA-256-Hash der endgültigen Datei.
Verwandte Vorlagen
- Vorlage für einen Website-VertragDie Seiten im Umfang, die Inhalte des Kunden und der Start.Vorlage öffnen
- Vorlage für ein AuftragswerkWem eine beauftragte Arbeit gehört, einschließlich vorhandener Werkzeuge.Vorlage öffnen
- Vorlage für einen DienstvertragEin Unternehmen beschreibt die Arbeit, den Preis und das Ende des Auftrags.Vorlage öffnen
Fragen zu diesem Gerüst
Die Antworten beschreiben das Gerüst und das, was inSigner speichert. Sie sind keine Rechtsberatung.
Gehört dem Kunden der Code mit der Unterschrift?
Nur wenn das PDF das sagt, und nur zu den Bedingungen Ihrer Beratung. Das Gerüst auf dieser Website zu unterzeichnen bewirkt nichts, denn diese Seite ist nicht der Vertrag.
Kann jeder Meilenstein unterzeichnet werden?
Ja. Manche Teams laden je Meilenstein ein kurzes PDF hoch. Jede fertige Datei erhält einen eigenen SHA-256-Hash.
Speichert inSigner den Quellcode?
Nein. inSigner speichert das hochgeladene PDF und den Abschlussnachweis. Repositorien bleiben in Ihrem System.
Senden Sie das PDF, wenn Ihre Beratung zugestimmt hat.
Laden Sie die fertige Datei hoch, setzen Sie die Felder und senden Sie sie per E-Mail. Die Tarife und der Probemonat stehen auf der Preisseite.







