Lizenzen für deine eigene Software
Nimm die Zahlung, präge die Schlüssel, stelle sie zu und beantworte die Frage, die deine Software tatsächlich stellt: Ist dieser Nutzer gerade lizenziert, auch auf Rechnern, die nie das Internet berühren.
Richte deinen Buy-Button auf eine gehostete Seite, die dein Produkt, deinen Preis und das zeigt, was eine Einheit umfasst. Es gibt nichts zu hosten, keinen Warenkorb zu bauen und keinen Webhook zu schreiben: Die Lizenz und ihre Codes existieren, sobald die Zahlung durchgeht.
Die Checkout-Sitzung wird in deinem eigenen verbundenen Konto erstellt, sodass die Gelder an dich ausgezahlt werden und unsere Gebühr als Anwendungsgebühr obendrauf kommt, statt dass wir in deinem Namen einziehen. Die Gebühr gilt pro Konto und ist verhandelbar.
Codes werden bei der Zahlung pro Einheit erzeugt, ruhend gehasht und genau einmal angezeigt. Dein Kunde aktiviert seinen Code auf einer Seite, die wir hosten (die du per iframe in deine eigene Website einbetten kannst), oder über den öffentlichen Einlöse-Aufruf aus deinem eigenen Installer.
Ist dieser Nutzer lizenziert, ist diese Maschine abgedeckt, ist dieser Build abgedeckt. Die Konsole erzeugt diesen exakten Aufruf für dein Produkt in Node, Python, C# oder curl, mit eingesetzten Bezeichnern und einer Empfehlung, die zu der Laufzeit passt, die du tatsächlich verkaufst.
Erzeuge einmal ein kurzlebiges signiertes Zertifikat, auf einer Maschine, die eine Verbindung hat. Deine Software überprüft es mit einem öffentlichen Ed25519-Schlüssel, der zur Build-Zeit eingebettet wurde, ohne Netzwerk und ohne einen Rückruf an uns, jemals, und es kann nie länger gültig sein als die Lizenz dahinter.
Ein Code kann sich bei der ersten Nutzung an ein Gerät binden, sodass ein durchgesickerter Code aufhört zu funktionieren, während die Person, die ihn bereits installiert hat, weiterarbeitet. Hardware geht kaputt, daher ist eine begrenzte Zahl von Neubindungen ohne Zustimmung von irgendjemandem möglich, und darüber hinaus kannst du selbst neu binden.
Eine unbefristete Lizenz funktioniert für immer, deckt aber nur die Builds ab, die innerhalb ihres Wartungsfensters veröffentlicht wurden. Die Antwort meldet beide Fakten getrennt, und die Obergrenze ergibt sich aus den von dir deklarierten Releases statt aus dem Vergleich von Versionsstrings.
Eine gehostete Kaufseite, auf die du von deiner eigenen Website verlinkst, die Zahlung läuft über dein eigenes Stripe-Konto, und pro Einheit wird in dem Moment, in dem die Zahlung eingeht, ein Einlösecode erzeugt, der dem Käufer per E-Mail zugestellt wird, ohne dass du einen Webhook schreiben musst. In deiner Software beantwortet eine authentifizierte Anfrage, ob ein bestimmter Nutzer gerade lizenziert ist. Dein Kunde aktiviert seinen Code auf einer Seite, die wir hosten, oder auf deiner eigenen. Es gibt nichts zu hosten und keinen Abrechnungscode zu schreiben.
Du. Die Checkout-Sitzung wird in deinem eigenen verbundenen Stripe-Konto erstellt, sodass die Gelder dir gehören und an dich ausgezahlt werden, wobei unsere Gebühr als Anwendungsgebühr obendrauf kommt, statt dass wir in deinem Namen einziehen. Diese Gebühr gilt pro Konto und ist verhandelbar, und ein Konto mit dem Wert null zahlt null.
Ja. Du erzeugst ein kurzlebiges Zertifikat auf einer Maschine, die tatsächlich eine Verbindung hat, und deine Software überprüft es mit einem öffentlichen Ed25519-Schlüssel, der zur Build-Zeit eingebettet wurde: kein Netzwerk und kein Rückruf an uns, nie. Das Zertifikat läuft ab und kann nie länger gültig sein als die Lizenz, aus der es erzeugt wurde. Es trägt außerdem einen eigenen Audience-Wert, sodass ein für etwas anderes ausgestelltes Token nicht bei deiner Lizenzprüfung wiederverwendet werden kann.
Ja. Ein Einlösecode kann sich bei der ersten Nutzung an einen Gerätefingerabdruck binden, wonach dieser Sitzplatz nur noch für diese Maschine gilt. Ein durchgesickerter Code hört also auf zu funktionieren, während die Person, die ihn bereits installiert hat, weiterarbeitet. Hardware geht kaputt, daher ist eine begrenzte Zahl von Neubindungen erlaubt, ohne dass jemand den Support kontaktieren muss, und über dieses Limit hinaus kannst du selbst neu binden.
Ja. Eine unbefristete Lizenz mit einem Wartungsfenster funktioniert für immer, deckt aber nur die innerhalb dieses Fensters veröffentlichten Builds ab, und die Berechtigungsantwort teilt deiner Software beide Fakten getrennt mit: weiterhin lizenziert, und ob dieser bestimmte Build abgedeckt ist. Du deklarierst Releases, während du sie veröffentlichst, und die Obergrenze wird aus dem abgelesen, was du deklariert hast, statt aus dem Vergleich von Versionsstrings, sodass 4.10.0 korrekt neuer ist als 4.9.0.
Die Lizenz wird ausgesetzt, statt zu enden. Codes und Sitzplätze bleiben unangetastet, sodass ein Abrechnungsproblem nie deinen gesamten Kundenstamm zur Reaktivierung zwingt, und eine später erfolgreiche Zahlung verlängert die Laufzeit und stellt den Zugang in einem Schritt wieder her. Eine Lizenz zu beenden ist ein separater, bewusster Vorgang.
Nein, und sie sind leicht zu verwechseln. Eine Enterprise-Vereinbarung kauft die eigene Nutzung von Connections in großen Mengen zu einem ausgehandelten Preis. Beim Lizenzieren verkaufst du deine eigene Software an deine eigenen Kunden und nutzt unsere Abrechnung, Code-Zustellung und Berechtigungsprüfung. Sie teilen eine zugrunde liegende Idee (Sitzplätze) und sonst nichts.
Die Verkaufshälfte ist ein Link, dauert also genauso lange wie das Einfügen eines Links. Die Durchsetzungshälfte ist eine einzige Anfrage aus deiner Software heraus, und die Konsole erzeugt diesen Aufruf für dein konkretes Produkt in Node, Python, C# oder curl, mit bereits eingesetzten Bezeichnern und einer Empfehlung, die zu der Laufzeit passt, die du tatsächlich verkaufst.