Jedes Projekt, das Sie erstellen, das die Dienste einer API (google, microsoft, icloud etc) benötigt, sollte wirklich mit ihren eigenen Konten und Autorisierungsschlüsseln eingerichtet werden.
Es gibt nichts, was Sie davon abhält, dasselbe Konto für mehrere Projekte zu verwenden. Betrachten Sie, wenn Sie so wollen, eine große Firma, die viele Softwareprodukte produziert, die alle Google Maps verwenden. Statt eines individuellen Kontos für jedes Projekt, zusammen mit einem eindeutigen Schlüssel, haben Sie möglicherweise ein einzelnes Konto mit mehreren Autorisierungsschlüsseln (eines für jedes Projekt). Während Sie wirklich für jede Anwendung separate Schlüssel erstellen sollten, können Sie in der Tat den gleichen Schlüssel für alle Anwendungen verwenden. Rechtlich gesehen gibt es nichts, was Sie davon abhält, eine Anwendung unter einem anderen Konto zu veröffentlichen, als Sie zum Generieren von Autorisierungsschlüsseln verwendet haben.
Zum Thema diese für Ihre Kunden aufrechtzuerhalten:
Wenn das Produkt eine benutzerdefinierte speziell für Ihre Kunden bauen, dann belasten das Konto beizubehalten, auf die die wirklich fallen Tasten gebunden werden sollten der Kunde direkt nachdem Sie fertig sind. Stellen Sie auf jeden Fall die Konten für sie auf und geben Sie die Anmeldeinformationen zur Verwendung an, sobald Sie fertig sind (ich würde nicht erwarten, dass Clients dies selbst tun).
Die Pflege einer direkten Verbindung zu dem Projekt, wenn es fertig ist, könnte für Sie oder den Kunden schlecht ausfallen.
sich die folgenden Szenarios
1) Sie, aus welchem Grund, fallen mit dem Kunden aus.
2) Sie aus irgendeinem Grunde nicht mehr in der Lage das Konto (z. B. Finanz-, Entmündigung, Ruhestand usw.)
In diesen Fällen zu halten, könnte der Client möglicherweise eine kritische Komponente ihres Produktes verlieren und infolgedessen könnten gegen Sie rechtliche Schritte eingeleitet werden, um einen Verdienstausfall auszugleichen. Aus diesem Grund ist es viel sicherer und eine viel bessere Idee, alle Konten und Details des Projekts an den Kunden zu übergeben, so dass sie es selbst pflegen können, und die Dinge richtig zu dokumentieren, damit sie es tun können.
Also zurück zu Ihren ersten Fragen.
Können Sie einen Schlüssel von einem Konto verwenden, das sich vom Veröffentlichungskonto in der Anwendung unterscheidet? Absolut.
Ist es legal? Ja.
Sollten Sie die Entwickler persönliche/Firmenaccount, um es für den Kunden zu pflegen? Nicht wirklich, aber das bedeutet nicht, dass es nicht getan werden kann/sollte (unter den richtigen Umständen.
Wie ich verstehe (ich könnte falsch liegen), würde Ihr Client dann Ihre Anmeldeinformationen verwenden, daher würde Microsoft Ihnen die Kosten für die Nutzung in Rechnung stellen, falls solche existieren. –
Für jedes Projekt sollten Sie einen eindeutigen Schlüssel haben, der mit Ihrem Client verknüpft ist. Während Sie testen, verwenden Sie Ihre eigenen, das ist in Ordnung, aber sobald Sie die Eigentumsrechte übergeben, müssen Sie sicherstellen, dass alles, was der Client braucht, da ist, ohne Verbindung zu Ihnen. – Takarii
@cFrozenDeath Ja Microsoft würde mich berechnen, das ist verstanden und es ist in Ordnung. Es ist Teil des Service, den ich anbieten möchte. Ich frage, ob es möglich ist. – Corcus