API(google、microsoft、icloudなど)のサービスを必要とする各プロジェクトは、独自のアカウントと認証キーを使用して実際に設定する必要があります。
複数のプロジェクトで同じアカウントを使用することを妨げるものは何もありません。 Google Mapsを使用する多くのソフトウェア製品を生産する大企業を考えてみましょう。一意のキーとともに各プロジェクトの個別アカウントではなく、複数の認証キー(プロジェクトごとに1つ)を持つ単一のアカウントを持つ場合があります。実際には、アプリケーションごとに個別のキーを作成する必要がありますが、実際にはすべてのアプリケーションで同じキーを使用できます。法的には、認証キーを生成するために使用したアカウントと異なるアカウントでアプリケーションを公開することを妨げるものはありません。あなたのクライアントのためにこれを維持することをテーマに
:
製品は、特にあなたのクライアントのためのカスタムビルドである場合、そのキーが結合しているアカウントを維持するための負担が実際に頼る必要がありますクライアントはすぐに完了します。是非、それらのアカウントを設定し、完了したら使用のための資格情報を提供してください(私はクライアントがこれを自分で行うことを期待しません)。
プロジェクトが完了した後、プロジェクトへの直接リンクを維持すると、あなたまたはクライアントの間で悪影響を受ける可能性があります。
次のシナリオ
1を考えてみましょう)あなたは、どんな理由であれ、クライアントと落ちます。
2)あなたは、どのような理由のために、例えば(アカウントを維持することができなくなっている。金融、資格剥奪、退職など)
これらのケースでは、クライアントは、潜在的に自社製品の重要な要素を失う可能性があり、その結果、損害賠償のために法的措置が取られる可能性があります。このため、プロジェクトのすべてのアカウントと詳細をクライアントに渡すことで、プロジェクトを正しく管理できるように、プロジェクトを確実に文書化することができます。
最初の質問に戻ります。
アプリケーション内の公開アカウントとは異なるアカウントのキーを使用できますか? 絶対に。
それは法的ですか? はい。
クライアントのために開発者個人/企業アカウントを維持する必要がありますか? 実際にはですが、それはできない/できないことを意味するものではありません。
私が理解しているように(私は間違っているかもしれませんが)、あなたのクライアントはあなたの資格情報を使用しています。したがって、Microsoftは使用料があればそれを請求します。 –
プロジェクトごとに、クライアントに結びつける固有のキーが必要です。テストでは、あなた自身を使用している間、それはうまくいっていますが、一度所有権を渡すと、クライアントが必要とするものがすべて自分のものとつながっていないことを確認する必要があります。 – Takarii
@cFrozenDeathはいマイクロソフトは私に請求している、これは理解されているといいです。それは私が提供したいサービスの一部です。私はそれが可能かどうか尋ねています。 – Corcus