Bauen Support-System auf Open-Source-Basis mit Freelancer — wer hat die Rechte?

Passt bei der AGPL höllisch auf. Wenn er den Code direkt in den AGPL-Core reinschreibt, kann der ganze Krempel unter die AGPL fallen. Lasst die Zusatzmodule als eigenständigen Microservice bauen, der nur über eine entkoppelte API mit dem Core spricht. Dann seid ihr bei Eigentumsfragen rechtlich auf der sicheren Seite.

Wir haben vor zwei Jahren ein Support-System für 6.000 Dollar bauen lassen, gleiches Spiel. Weil wir das mit dem geistigen Eigentum nicht wasserdicht im Vertrag hatten, wollte der Typ später für ein simples API-Update glatt 2.000 Dollar extra haben. Klärt die Rechteabtretung von Anfang an, sonst wird die Kiste über die Jahre teurer als jede Standard-SaaS.

Richtet sofort ein eigenes privates Git-Repo auf euren Firmennamen ein und gebt ihm da nur Schreibrechte. Der Code muss jeden Tag auf eurem Server landen. Lasst euch bloß nicht auf 'hab ich lokal auf dem Laptop, schicke ich am Ende' ein!

Entwickelt er das Panel wirklich komplett frisch oder bindet er fertige Komponenten ein, die er schon für andere Kunden verwendet hat? Wenn er eigene Standard-Tools recycelt, ist eine Lizenzvergabe verständlich. Aber alles, was für eure 7.500 Dollar exklusiv neu gebaut wird, muss zu 100 % euch gehören.

Nach US-Recht (Doctrine of 'Work Made for Hire') geht geistiges Eigentum von freien Auftragnehmern (Independent Contractors) keineswegs automatisch auf den Auftraggeber über, es sei denn, dies ist schriftlich so vereinbart. Eine explizite Abtretungsklausel im Vertrag ist zwingend erforderlich, um Rechtsverluste auszuschließen.

gebt dem typen bloß nicht die rechte an code den ihr bezahlt habt. morgen vertickt er das modul an eure konkurrenz und ihr dürft für jede zeile änderung wieder bei ihm anbetteln.

Goldene Regel bei Freelancern: Wenn der Entwickler am Tag nach dem Rollout vom Erdboden verschluckt wird, muss ein fremder Entwickler anhand der Doku und Zugänge das System innerhalb von 24 Stunden übernehmen können. Unterschreiben Sie keinen Vertrag, der das nicht garantiert.

Edit: Ich habe ein paar Tippfehler korrigiert.

Ich würde mich freuen, wenn du das Ergebnis postest.

Hier lauert eine Falle, die ich nicht unerwähnt lassen möchte. Wenn man versucht, alles gleichzeitig zu ändern etabliert sich nichts richtig.

Wenn ihr das Ergebnis hier postet hilft es auch anderen.

Danke, genau die Antwort, die ich gesucht habe. Wenn wir ohne Messung entscheiden, landen wir immer wieder am selben Punkt.

Nur als Notiz, könnte nützlich sein.

Es gab drei verschiedene Ansichten, die sich alle ergänzen. Fehler auf der eigentum an open-source-code-Seite sind meist rückgängig zu machen, aber teuer.

Suchst du einen Partner oder einen Mitgründer – das sind zwei verschiedene Dinge. Das war's, entschuldige, wenn ich zu lang war.

Teilweise stimme ich zu, teilweise nicht. Eine Partnerschaft ist keine Entscheidung, die man ohne Zusammenarbeit trifft.

Das war's, entschuldige, wenn ich zu lang war.

Es gab drei verschiedene Ansichten, die sich alle ergänzen. Bevor ihr über Aktien redet, macht zusammen ein kleines Projekt über drei Monate um euch kennenzulernen.

Viel Erfolg.

Das hatte ich auch schon überlegt. Der einzige Unterschied zwischen Freundschaft und Partnerschaft ist ein schriftlicher Vertrag.

Vielen Dank, ich werde es heute testen.

Bei uns ist es genauso. Zwei Wochen Notizen machen liefert bessere Ergebnisse als eine sechsmonatige Schätzung.

Wenn deine Situation anders ist, ändert sich das natürlich.

ich stimme zu.

Danke fürs Schreiben, das ist genau richtig. Der einzige Unterschied zwischen Freundschaft und Partnerschaft ist ein schriftlicher Vertrag.

Nur als Notiz, könnte nützlich sein.