Open Source-freundliche IP-Verträge für Freiberufler

Ich steige gerade zum ersten Mal in die Welt der Beratung ein und muss meinen ersten Vertrag schreiben. Ein Problem, das ich habe, betrifft Open Source-Arbeit und geistiges Eigentum. Ich liebe es, an Open Source-Projekten zu arbeiten, egal ob es sich um ein bestehendes Projekt handelt oder ein Projekt, das ich selbst starte.

Die Frage ist: Wie kann ich meinen Vertrag schreiben, um den folgenden Situationen gerecht zu werden:

1. Während ich am Projekt des Kunden arbeite, möchte ich einen Teil des Quellcodes für die Community unter meinem eigenen Namen öffnen.
2. Während ich am Projekt des Kunden arbeite, nutze ich einige meiner bestehenden Open Source-Projekte und verbessere sie.
3. Während ich an den Projekten des Kunden arbeite, verbessere ich Open Source-Projekte von Drittanbietern und stelle sie zurück.
4. Während der Arbeit am Projekt des Kunden beschließen wir, einen Teil des Quellcodes unter dem Namen des Kunden zu öffnen.

Was sind die Präzedenzfälle dafür, wenn überhaupt?

Update: Ich habe einen Artikel in die Liste oben aufgenommen (Artikel 3).

IANAL - daher würde ich empfehlen, einen Anwalt zu konsultieren, der sich speziell mit Fragen des geistigen Eigentums von Software auskennt oder darauf spezialisiert ist .

Aber ich denke, die Antwort ist ziemlich einfach: 1. Ich glaube nicht, dass es notwendig ist, den Begriff "Open Source" mit dem Kunden zu besprechen (bitte vorlesen, bevor Sie sich eine Meinung zu dieser Aussage bilden). 2. In Ihrem Vertrag, Sie muss eindeutig Folgendes angeben: a. Jede Arbeit, die Sie für den Kunden erstellen, den Sie GEMEINSAM EIGENEN, und jede kann abgeleitete Arbeitsprodukte erstellen. Dies bedeutet, dass Sie es nach Belieben verwenden können, einschließlich des Beitrages zu einem Open-Source-Projekt (siehe natürlich die IP-Anforderungen des Open-Source-Projekts). b. Sie behalten das Eigentum an bereits vorhandenen Arbeitsprodukten, die Sie kostenlos einbinden können, und Sie erteilen Ihrem Kunden eine uneingeschränkte Lizenz zur unbefristeten Nutzung dieses Codes, einschließlich der Erstellung abgeleiteter Werke. C.

Sie sollten auch sicherstellen, dass Sie niemals Verträge mit einer Klausel über die Übertragung von Erfindungen unterzeichnen, die nicht extrem eingeschränkt ist (sie sind es niemals) - oder Sie sind möglicherweise legal SOL. Beachten Sie, dass es mehrere Bundesstaaten (z. B. Kalifornien) gibt, die dies gesetzlich einschränken (aber nicht ausschließen), unabhängig davon, was im Vertrag festgelegt ist. Dies wird in einem Arbeitsvertrag erwartet (möglicherweise können jedoch Beschränkungen ausgehandelt werden), jedoch sollte IMHO nicht für einen unabhängigen Vertragspartner gewährt werden.

Ihre größte Herausforderung wird es sein, sie dazu zu bringen, das Miteigentum am Quellcode zu akzeptieren. Dies steht im Widerspruch zu der Doktrin "Work made for Hire" , einer spezifischen Sprache, die in Softwareentwicklungsverträgen bei der Verwendung von Auftragnehmern sehr häufig verwendet wird.

Wenn sie IP verstehen, stimmen sie dem möglicherweise nicht zu - aber ich vermute, dass dies nicht die Art von Kunden sind, mit denen Sie es zu tun haben. Ich kann Ihnen mit Sicherheit sagen, dass es mindestens ein extrem großes Softwareunternehmen gibt, das dies für jeden für einen Kunden geschriebenen Beratungs- / benutzerdefinierten Code tut - und wenn sie dem nicht zustimmen, dann tun sie es nicht - Zeitraum ( aber sie werden sie an einen Partner weiterleiten).

Wenn Sie Miteigentum haben, sollten Sie IP-konform sein, um diesen Code zu einem Open-Source-Projekt beizutragen, vorbehaltlich etwaiger Einschränkungen durch dieses Projekt.

Sie möchten auch selektiv sein, was Sie Open Source. Sie würden Ihrem Kunden einen schlechten Dienst erweisen, wenn Sie branchenspezifischen Quellcode öffnen, der für die direkten Konkurrenten nützlich wäre. Ihr Kunde wird auch nicht gerade glücklich sein, wenn er feststellt, dass die gesamte App, die er für das benutzerdefinierte Schreiben bezahlt hat, kostenlos verfügbar ist - und er könnte sogar denken, dass Sie sie einfach installiert haben, anstatt sie von Grund auf neu zu schreiben. Sie haben auch nur den wahrgenommenen Wert Ihrer Dienstleistungen gemindert.

Ich denke, das deckt Ihre Fragen 1, 2 und 4 ab.

Frage 3 könnte ein Problem sein - abhängig vom Lizenzmodell des Open-Source-Projekts, aus dem Sie ein abgeleitetes Werk erstellen, kann der Kunde Sie zwar dafür bezahlen, aber möglicherweise haben sie keinen vollständigen oder gar keinen Besitz für diesen Code das Lizenzmodell des Open-Source-Projekts. Das heißt nicht, dass Sie dies nicht tun können - aber Sie möchten dies möglicherweise mit einer zusätzlichen Klausel in Ihrem Vertrag abdecken - und es von einem IP-Anwalt ausführen lassen - oder dies nur tun, nachdem ein Kunde Sie dazu auffordert - und In diesem Fall können Sie möglicherweise die Kosten für die Überprüfung eines Nachtrags zu Ihrem Vertrag durch einen Anwalt in Rechnung stellen, der diese Situation abdeckt.

Im Ernst, beide Antworten begannen mit IANAL - ich denke, Sie müssen aufhören, überhaupt über das Schreiben eines Vertrags nachzudenken und mit einem Anwalt zu sprechen, bevor Sie fortfahren. Sie würden Ihren Anwalt nicht fragen, wie Sie Teile Ihres Codes umgestalten sollen.

Auch - @Pete Wilson hat recht, Ihre Bestimmungen werden wahrscheinlich bei Ihrem Kunden nicht gut ankommen.

Es gilt die übliche IANAL, dh, Sie konsultieren einen Anwalt.

Das heißt, meine Einstellung wäre:

1. ... ist eine schwierige Frage. Es ist unwahrscheinlich, dass ein Kunde bereit ist, Sie für Software zu bezahlen, die Sie sofort als Open Source-Version anbieten. Sie können fragen, und wenn sie einverstanden sind, schließen Sie einen entsprechenden Vertrag, aber ich vermute, es wird nicht passieren.

2. ... ist auch eher unwahrscheinlich, aber mit einem gut ausgearbeiteten Vertrag, der die Grenzen klar definiert, und der der Meinung ist, dass Sie für die Arbeit an Ihren eigenen Open-Source-Projekten nicht bezahlt werden (egal, ob Sie den Code verwenden oder nicht) akzeptabel für die Kunden. Sie können sie vielleicht sogar dazu überreden, einen finanziellen Beitrag zu Ihrem Projekt zu leisten, aber in jedem Fall müssen Sie erhebliche Anstrengungen unternehmen, um einen guten Vertrag abzuschließen.

3. ... liegt im Ermessen des Kunden. Normalerweise möchte ein Kunde den Vorteil, für den er Sie bezahlt, was bedeutet, dass er keinen Nutzen aus der Open-Sourcing-Beschaffung seiner Immobilie zieht. In manchen Fällen können Sie ihn jedoch dazu überreden, dies zu tun, was eine gewisse Verzögerung mit sich bringt um den Vorteil zu behalten oder unter einem Dual-License-Modell zu veröffentlichen.