Kostenloser Word-Download • Online bearbeiten • Mit Drive speichern und teilen • Als PDF exportieren
Eine Vereinbarung zur Entwicklung mit einem Multimedia Publisher ist ein rechtlich verbindlicher Vertrag zwischen einem Publisher (Auftraggeber) und einem Entwickler (Auftragnehmer), der die Bedingungen für die Erstellung digitaler oder multimedialer Inhalte regelt. Die Vorlage ist ein kostenloser Word-Download, den Sie online bearbeiten und mit Ihren spezifischen Projektnamen, Gebühren, Terminen und Bedingungen ausfüllen können. Das Dokument definiert klare Gebührenstrukturen, Liefergegenstände, Genehmigungsverfahren, Kündigung und — kritisch — wer die Urheberrechte und das geistige Eigentum an den erstellten Werken besitzt.
Ohne eine schriftliche Entwicklungsvereinbarung entstehen Konflikte über Zahlungen, Eigentumsrechte und Lieferterminen. Der Entwickler könnte behaupten, die Werke später anderswo zu verwenden; der Publisher könnte kostenlosen Überarbeitungen erwarten oder Zahlungen verzögern. Diese Vorlage schützt Sie, indem sie klare Regeln für Gebühren (gestaffelt nach akzeptierten Liefergegenstände), Überarbeitungen (mit Fristen und Grenzen), Urheberrechte (vollständiges Eigentum beim Publisher) und Kündigung bei Verzug etabliert. Besonders im Kontext digitaler Inhalte ist es entscheidend, dass der Publisher vollständige Kontrolle und Rechtssicherheit hat, um die Werke zu veröffentlichen, zu ändern oder zu lizenzieren, ohne spätere Ansprüche des Entwicklers zu fürchten.
| Wenn Ihre Situation ist… | Diese Vorlage verwenden |
|---|---|
| Publisher möchte klare Kontrolle über Entwicklung, Genehmigung und Urheberrechte | Publisher-zentriert |
| Projekt erfordert mehrere Überarbeitungszyklen und klare Fristen für Anpassungen | Mit Überarbeitungsrunden |
| Entwickler darf Aufgaben an Dritte weitergeben, aber unter Publisher-Kontrolle | Mit Subunternehmer-Bestimmungen |
| Große Projekte erfordern gestaffelte Zahlungen an akzeptierte Liefergegenstände | Mit Zahlungsmeilensteinen |
| Projekt behandelt sensible oder proprietäre Inhalte | Mit Geheimhaltungsbestimmungen |
Warum es wichtig ist: Vage Vereinbarungen führen zu Uneinigkeit über Fertigstellung, Verzug und Zahlungsverpflichtungen.
Fix: Erstellen Sie einen detaillierten Anhang A mit konkreten Lieferelementen, Terminen und Annahmekriteria.
Warum es wichtig ist: Der Publisher kann unbegrenzt Liefergegenstände einbehalten, ohne zu antworten, was die Zahlung blockiert und den Entwickler lähmte.
Fix: Legen Sie fest: Publisher antwortet in X Werktagen mit Annahme, Änderungsliste oder Kündigung.
Warum es wichtig ist: Der Entwickler könnte das Werk später anderswo verwenden oder eine Lizenzgebühr fordern, was den Publisher blockiert.
Fix: Bestätigen Sie explizit: Alle Werke sind angemietete Arbeit; alle Urheberrechte gehen an den Publisher; Entwickler verzichtet auf moralische Rechte.
Warum es wichtig ist: Kostenlose Überarbeitungen führen zu Scope Creep und unbegrenzten Entwicklerkosten.
Fix: Begrenzen Sie Überarbeitungsrunden (z. B. 3 Runden inbegriffen) oder fordern Sie zusätzliche Gebühren für umfangreiche Überarbeitungen.
Warum es wichtig ist: Der Entwickler könnte minderwertige oder nicht konforme Dritte engagieren, ohne dass der Publisher kontrolliert.
Fix: Fordern Sie Publisher-Genehmigung und schreiben Sie vor, dass Subunternehmer-Verträge angemietete Arbeit und Rechtsverzicht enthalten.
Warum es wichtig ist: Zu kurz: Entwickler kann nicht liefern; zu lang: Publisher wartet ewig und zahlt nicht.
Fix: Verwenden Sie 15–30 Tage Verzug; kombinieren Sie mit Annahmeverstummelung (Stillschweigen = Annahme nach X Tagen).
In einfacher Sprache: Der Publisher zahlt eine vereinbarte Gesamtgebühr für alle Entwicklungsarbeiten in gestaffelten Zahlungen nach Annahme.
Der PUBLISHER verpflichtet sich, dem Entwickler eine Gesamtgebühr in Höhe von [15.000,00 EUR] zu bezahlen, in Zahlungen innerhalb von [15] Werktagen nach Annahme der zu liefernden Gegenstände gemäß dem Lieferzeitplan.
Häufiger Fehler: Gebühr ohne Staffelung oder Zahlungsbedingungen vereinbaren, was zu Streitigkeiten über Zahlungszeitpunkt führt.
In einfacher Sprache: Der Entwickler muss konkrete, benannte Arbeitsergebnisse zu festgelegten Terminen übergeben, die in einem Anhang detailliert sind.
Der Entwickler hat die zu liefernden Gegenstände wie in Anhang A bestimmt (z. B. [Grafiken für Homepage], [Animationen], [Datenbankschnittstelle]) dem PUBLISHER zur Genehmigung zu bestimmten Terminen zu liefern.
Häufiger Fehler: Vage Liefergegenstände ('alles, was nötig ist') ohne Anhang, was Unklarheit über Fertigstellung schafft.
In einfacher Sprache: Der Publisher prüft innerhalb einer Frist und akzeptiert, fordert Änderungen oder kündigt; Stillschweigen gilt als Annahme.
Nach Erhalt hat der PUBLISHER innerhalb von [10] Werktagen dem Entwickler schriftlich die Annahme, eine Änderungsliste oder die Kündigung mitzuteilen. Erfolgt keine Mitteilung, gilt der Gegenstand als akzeptiert.
Häufiger Fehler: Keine Annahmefrist festlegen, was zu unbegrenztem Verzug des Publishers führt.
In einfacher Sprache: Der Entwickler muss Änderungen innerhalb einer festgelegten Frist einreichen; der Prozess wiederholt sich bis zur Annahme.
Wenn Veränderungen gewünscht werden, hat der Publisher den Entwickler schriftlich zu informieren, und der Entwickler hat die Gegenstände innerhalb von [7] Tagen erneut einzureichen. Dieser Schritt wiederholt sich bis zur Annahme.
Häufiger Fehler: Unbegrenzte Überarbeitungsrunden ohne Obergrenze, die zu Kosten-Überschreitungen führt.
In einfacher Sprache: Publisher kann kündigen, wenn Liefergegenstände zu spät eingereicht werden; Erstattung ist auf tatsächliche Kosten begrenzt.
Der PUBLISHER ist berechtigt, diese Vereinbarung zu kündigen, wenn der Entwickler keinen zu liefernden Gegenstand innerhalb von [30] Tagen nach dem Fälligkeitstermin einreicht. Bei Kündigung aus diesem Grund hat der Publisher Anspruch auf Erstattung bezahlter Gebühren, die über nachweisbare Kosten hinausgehen.
Häufiger Fehler: Keine Verzugsfristen setzen, was zu indefiniter Nicht-Erfüllung führt.
In einfacher Sprache: Alle erstellten Werke, Grafiken und Urheberrechte gehören dem Publisher; der Entwickler erhält keine Nutzungsrechte.
Die Liefergegenstände und alle Originalarbeiten sind angemietete Arbeit des Publishers. Alle Rechte, einschließlich Urheberrecht, sind Eigentum des PUBLISHERS oder dessen Zessionars. Der Entwickler erwirbt keine Rechte an den zu liefernden Gegenständen.
Häufiger Fehler: Urheberrechte beim Entwickler lassen oder Mitbenutzung erlauben, was zu Lizenzierungsproblemen führt.
In einfacher Sprache: Der Entwickler muss alle Originalzeichnungen und Grafiken, die bei der Erstellung verwendet werden, an den Publisher übergeben.
Alle zugrunde liegenden Grafiken, Zeichnungen und sonstige Arbeiten, einschließlich Rohversionen, sind an den PUBLISHER zum Fälligkeitsdatum des finalen Gegenstands zu liefern.
Häufiger Fehler: Sich auf digitale Entwürfe beschränken und Rohzeichnungen beim Entwickler behalten, was zukünftige Überarbeitungen blockiert.
In einfacher Sprache: Entwickler darf nur mit schriftlicher Genehmigung des Publishers Unterauftragnehmer engagieren; diese müssen als angemietete Arbeit des Publishers arbeiten.
Der PUBLISHER hat das Recht, Unterauftragnehmer zu genehmigen. Alle Dienstleistungen müssen in Vereinbarungen erbracht werden, welche die angemietete Arbeit für den PUBLISHER ausweisen und alle Rechte sowie Verzicht auf moralische Rechte bestätigen.
Häufiger Fehler: Subunternehmer ohne Genehmigung engagieren oder deren Verträge nicht an Publisher-Anforderungen anpassen.
In einfacher Sprache: Publisher kann die Liefergegenstände überarbeiten und anpassen; Entwickler hat kein Überarbeitungsrecht ohne Genehmigung.
Der PUBLISHER hat das Recht, die zu liefernden Gegenstände nach Belieben zu überarbeiten. Der Entwickler hat keinerlei Rechte auf eine Überarbeitung ohne vorherige schriftliche Zustimmung des PUBLISHERS.
Häufiger Fehler: Dem Entwickler ein Überarbeitungsrecht geben, was sein Mitspracherecht bei späteren Nutzungen aufrechterhält.
In einfacher Sprache: Publisher darf Personal zu den Geschäftsräumen des Entwicklers senden, um die Entwicklung zu überwachen.
Der PUBLISHER hat das Recht, nach angemessener Benachrichtigung während der üblichen Geschäftszeiten Personal an den Geschäftssitz des Entwicklers zu senden, um die Entwicklung der zu liefernden Gegenstände zu überwachen.
Häufiger Fehler: Keine Ankündigung oder Betriebszeiten-Grenzen setzen, was zu Unannehmlichkeiten führt.
Geben Sie den vollständigen Namen, die Gründungsgerichtsbarkeit und die Adresse des Publishers und des Entwicklers ein. Verwenden Sie offizielle Firmennamen und registrierte Adressen.
💡 Überprüfen Sie, ob beide Parteien legal als Unternehmen registriert sind; für Freiberufler benötigen Sie deren vollständigen Namen und Geschäftsadresse.
Geben Sie das Datum ein, an dem die Vereinbarung wirksam wird (in der Regel das Unterzeichnungsdatum), und beschreiben Sie das Projekt kurz ('der Titel', z. B. 'Webseiten-Redesign 2026').
💡 Das Datum muss bei beiden Parteien identisch sein; verwenden Sie ein zukünftiges Datum, wenn die Unterzeichnung noch ausstehend ist.
Definieren Sie konkret, welche Liefergegenstände wann fällig sind (z. B. 'Wireframes bis 15.06.', 'Grafiken bis 30.06.'). Geben Sie für jede Phase Fristen und akzeptanzkriterien an.
💡 Berücksichtigen Sie Puffer für Überarbeitungen; unrealistische Fristen führen zu Verzug und Kündigung.
Geben Sie den Gesamtbetrag, die Währung und wie die Zahlungen gestaffelt werden ein (z. B. '25% bei Unterzeichnung, 75% bei Annahme').
💡 Berücksichtigen Sie Steuern (Mehrwertsteuer in DE); definieren Sie, ob Gebühren Umrechnungskurse oder zusätzliche Kosten (Material, Lizenzen) enthalten.
Definieren Sie, wie viele Werktage der Publisher hat, um auf Liefergegenstände zu reagieren (z. B. '10 Werktage'), und wie viele Tage der Entwickler hat, um Änderungen einzureichen (z. B. '7 Tage').
💡 Realistische Fristen (2–3 Wochen Genehmigung, 1–2 Wochen Überarbeitungen) verhindern Verzugsstreite.
Bestätigen Sie, dass alle Werke als angemietete Arbeit des Publishers gehören, und definieren Sie, welche Unterauftragnehmer oder Lizenzgeber der Entwickler engagieren darf (oder ob eine Genehmigung erforderlich ist).
💡 Wenn der Entwickler lizenzierten Code oder Grafiken verwendet, muss die Lizenz mit Publisher-Eigentumsrecht kompatibel sein (z. B. keine GPL-Lizenzen, wenn Publisher proprietär bleiben möchte).
Geben Sie an, wie lange der Entwickler Verzug tolerieren darf, bevor Publisher kündigen darf, und wie Erstattung berechnet wird (z. B. 'Rückzahlung aller Gebühren über tatsächlich nachweisbaren Kosten').
💡 30 Tage Verzug ist Standard; unter 15 Tagen ist für den Entwickler unerträglich; über 60 Tagen zu kulant.
Beide Parteien unterschreiben (oder verwenden digitale Signaturen wie DocuSign) und tauschen unterzeichnete Exemplare aus. Bewahren Sie eine vollständig unterschriebene Kopie auf.
💡 Digitale Signaturen sind in DE/AT/CH rechtskräftig; eine einzelne signierte PDF für beide Parteien ist ausreichend.
Nein, nicht ohne schriftliche Genehmigung des Publishers. Diese Vereinbarung begründet angemietete Arbeit, wonach alle Urheberrechte beim Publisher liegen. Der Entwickler kann die Werke nicht in sein Portfolio aufnehmen, nicht veröffentlichen und nicht für andere Kunden adaptieren. Ausnahmen müssen schriftlich vereinbart werden.
Der Publisher hat das Recht, die Vereinbarung zu kündigen, wenn der Entwickler den Liefertermin um 30 Tage überschreitet (gemäß der Musterklausel). Bei Kündigung hat der Publisher Anspruch auf Rückzahlung aller Gebühren, die über die tatsächlich nachweisbaren Kosten für die bis dahin geleistete Arbeit hinausgehen. Es ist ratsam, vor Kündigung eine schriftliche Abmahnung zu erteilen.
Typischerweise trägt der Entwickler die Entwicklungskosten, es sei denn, die Vereinbarung regelt anders. Wenn teure Lizenzen erforderlich sind, sollten diese vorab mit dem Publisher abgesprochen und als separate Ausgaben in den Liefergegenständen oder als Zusatzgebühren aufgelistet werden.
Ja, vollständig. Diese Vereinbarung räumt dem Publisher das uneingeschränkte Überarbeitungsrecht ein. Der Entwickler hat kein Recht, Überarbeitungen zu genehmigen oder zu blockieren. Wenn der Entwickler Kreditierung oder weitere Gebühren für Überarbeitungen wünscht, muss dies separat vereinbart werden.
Angemietete Arbeit ist ein urheberrechtliches Konzept, bei dem der Auftraggeber als der rechtsliche Schöpfer und Eigentümer aller Werke gilt, unabhängig davon, wer sie tatsächlich erstellt hat. In dieser Vereinbarung ist der Publisher die anmietende Partei und der Entwickler der Ersteller als 'angemieteter' Arbeitnehmer. Dies ist der Standard für kommerzielle Entwicklungsprojekte.
Eine Anwaltsprüfung wird empfohlen, besonders wenn große Gebühren, langfristige Projekte oder komplexe IP-Rechte beteiligt sind. Diese Vorlage ist ein gutes Fundament für Standard-Szenarien, aber spezifische Rechtsprechung (DE, AT, CH) und Branchenstandards erfordern möglicherweise Anpassungen.
Diese Vorlage räumt dem Entwickler kein ausdrückliches Recht zur Arbeitseinstellung bei Zahlungsverzug ein. Um sich zu schützen, sollte der Entwickler eine Klausel hinzufügen, die Arbeitseinstellung nach X Tagen unbezahlter Rechnungen erlaubt, oder die Zahlungsbedingungen verschärfen (z. B. Zahlung vor Lieferung oder monatliche Rechnungen).
Wenn der Entwickler Open-Source-Code verwendet, müssen die Lizenzbedingungen mit dem Publisher-Eigentumsrecht kompatibel sein. Permissive Lizenzen (MIT, Apache 2.0) sind akzeptabel; Copyleft-Lizenzen (GPL) können problematisch sein, wenn der Publisher proprietären Code haben möchte. Dies sollte vorab geklärt und im Anhang aufgelistet werden.
Diese Vorlage regelt Anpassungen durch das Genehmigungsverfahren, nicht durch Pauschal-Anpassungen. Wenn der Publisher den Umfang ändern möchte, sollte eine Änderungsvereinbarung unterzeichnet werden, die neue Gebühren, Fristen oder Liefergegenstände regelt. Ohne Änderungsvereinbarung gelten die ursprünglichen Bedingungen.
Ein Arbeitsvertrag regelt eine Beschäftigungsbeziehung mit laufenden Pflichten und Rechten (Kündigungsfristen, Urlaub, Sozialversicherung). Eine Entwicklungsvereinbarung ist ein Projektvertrag zwischen unabhängigen Parteien mit klar definierten Lieferelementen und Gebühren. Wählen Sie einen Arbeitsvertrag für permanente Mitarbeiter, eine Entwicklungsvereinbarung für Projektaufträge an Freiberufler oder Agenturen.
Ein SLA regelt die Qualität und Verfügbarkeit laufender Dienste (z. B. Website-Hosting mit 99,9% Uptime). Eine Entwicklungsvereinbarung konzentriert sich auf die Erstellung konkreter Werke mit definierten Lieferterminen. Verwenden Sie ein SLA für Betriebsdienste, eine Entwicklungsvereinbarung für Neuprodukte oder Redesigns.
Eine Lizenzvereinbarung gewährt dem Lizenznehmer das Recht, bestehendes geistiges Eigentum zu nutzen (z. B. Software-Lizenz). Eine Entwicklungsvereinbarung regelt die Erstellung neuer Werke und deren Eigentum. Wählen Sie eine Lizenz, wenn Sie bestehende Werke erwerben, eine Entwicklungsvereinbarung, wenn Sie neue Werke in Auftrag geben.
Ein einfacher Auftragnehmervertrag regelt Gebühren und Pflichten, lässt aber Urheberrechte oft beim Auftragnehmer. Diese Entwicklungsvorlage ist spezifisch, um Urheberrechte auf den Auftraggeber zu übertragen. Verwenden Sie die Vorlage, wenn Sie vollständiges Eigentum benötigen; verwenden Sie einen einfachen Vertrag, wenn Sie dem Entwickler Wiederverwendungsrechte gewähren möchten.
Publisher entwickeln Websites, Apps und digitale Inhalte und nutzen diese Vereinbarung, um externe Entwickler zu steuern und IP-Rechte zu sichern.
Software-Unternehmen vereinbaren mit Freelancer oder Agenturen Entwicklungsleistungen und regeln Urheberrechte und Eigentumsübergang klar.
Agenturen beauftragen Designer und Entwickler mit Kampagnen-Assets und müssen sicherstellen, dass Kunden alle Rechte erhalten.
Online-Händler entwickeln Webshops und Produktvisualisierungen und benötigen klare Vereinbarungen über Grafiken und technische Komponenten.
Große Unternehmen entwickeln interne oder externe Kommunikationsmaterialien und setzen Vereinbarungen ein, um Konsistenz und Kontrolle zu sichern.
Bildungsanbieter entwickeln digitale Kurse und Lernmaterialien; Vereinbarungen regeln Inhaltserstellung und Wiederverwendungsrechte.
Im deutschen Recht regelt das Urheberrechtsgesetz (UrhG) Work-for-Hire-Arrangements. Klare Vereinbarungen zum Eigentumsübergang sind notwendig und sollten in Schriftform erfolgen. Beachten Sie die VOL/B-Bestimmungen bei öffentlichen Aufträgen.
Österreich folgt ähnlichen UrhG-Prinzipien wie Deutschland. Entwicklungsverträge sind gültig; Urheberrechte können vertraglich übertragen werden. Verwenden Sie deutsches Muster als Grundlage.
In der Schweiz regelt das Urheberrechtsgesetz (URG) Eigentumsübergänge; Vereinbarungen müssen schriftlich erfolgen. Beachten Sie, dass 'angemietete Arbeit' nicht expressis verbis im USReg vorgesehen ist; verwenden Sie stattdessen explizite Abtretungsklauseln.
| Weg | Am besten für | Kosten | Zeit |
|---|---|---|---|
| Vorlage verwenden | Standardprojekte unter 10.000 EUR mit klarem Scope und externem Entwickler oder Agentur. | Kostenlos (Vorlage) plus ~2–4 Stunden Eigenarbeit zum Ausfüllen. | 1–2 Tage zum Ausfüllen, Unterzeichnung und Verwaltung. |
| Vorlage + Rechtsprüfung | Projekte über 10.000 EUR oder mit komplexem IP-Eigentum, mehreren Subunternehmern oder Langzeitverträgen. | Vorlage (kostenlos) plus 200–500 EUR für Anwaltsprüfung. | 1 Woche für Anwaltsprüfung; weniger Risiko später. |
| Maßgeschneidert | Hochwertige Projekte über 50.000 EUR, internationale Partner, oder Speziallizenzen (z. B. Open-Source-Compliance). | 1.500–3.500 EUR für individuellen Vertrag. | 2–4 Wochen für Entwurf und Verhandlung; maximal maßgeschneidert. |
Dieses Dokument ist eine von 3,000+ Geschäfts- und Rechtsvorlagen, die in Business in a Box enthalten sind.
Greifen Sie auf über 3,000+ geschäftliche und rechtliche Vorlagen für jede Aufgabe, jedes Projekt oder jede Initiative zu.
Passen Sie Ihre vorgefertigte Geschäftsdokumentvorlage an und speichern Sie sie in der Cloud.
Teilen Sie Ihre Dateien und Ordner mit Ihrem Team. Erstellen Sie einen Raum für nahtlose Zusammenarbeit.
"Fantastischer Wert! Ich kann nicht mehr darauf verzichten. Es ist Gold wert und hat sich schon vielfach bezahlt gemacht."
"Ich benutze Business in a Box seit 4 Jahren. Es ist die beste Quelle für Vorlagen, die ich je gesehen habe. Ich kann es jedem nur empfehlen."
"Es war so oft ein Lebensretter, dass ich es gar nicht mehr zählen kann. Business in a Box hat mir so viel Zeit gespart und wie Sie wissen, Zeit ist Geld."
Hören Sie auf, Dokumente herunterzuladen. Beginnen Sie, mit Klarheit zu arbeiten. Business in a Box bietet Ihnen das Business Operating System, das von über 250.000 Unternehmen weltweit genutzt wird, um ihr Geschäft zu strukturieren, zu führen und auszubauen.
Kostenlos starten · Keine Kreditkarte erforderlich
