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.

Ausgangstext kopieren

Text zum Kopieren

Kopieren Sie den Ausgangstext, ersetzen Sie jede Klammer und bitten Sie Ihre Beratung, ihn anzupassen, bevor jemand unterzeichnet.

Vertrag über Softwareentwicklung

  • 10 Abschnitte
  • 35 Felder
  • 806 Wörter

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

  1. Meilensteine

    Teilen Sie die Arbeit in Lieferungen mit Datum. Ein einziges Enddatum ohne Zwischenpunkte versteckt Verzug bis zum Schluss.

  2. Abnahmetests

    Schreiben Sie den Test jedes Meilensteins und wie viele Tage der Kunde zum Annehmen oder Begründen der Ablehnung hat.

  3. Eigentum am Code

    Sagen Sie, wann das Eigentum am individuellen Code auf den Kunden übergeht und ob das erst nach Zahlung geschieht.

  4. Fremde Bestandteile

    Open-Source- und bezahlte Bestandteile bleiben unter ihrer eigenen Lizenz. Listen Sie die, von denen der Bau abhängt.

  5. 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.

  1. 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.

  2. 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.

  3. 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.

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.