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.