Microsoft Office スイートへの統合が必要な製品のアイデアがあります。
続行するために知っておくべきライセンス/制限の問題はありますか?
Microsoft Office スイートへの統合が必要な製品のアイデアがあります。
続行するために知っておくべきライセンス/制限の問題はありますか?
場合によります...
あなたの製品が彼らの公開された API を使用していて、彼らのコンポーネントを「箱に入れて」出荷していない場合、あなたは (おそらく) 彼らのプラットフォームの上にある単なる付加価値サプライヤです。適切な MS 製品を配置してから、その上にアプリをインストールするように顧客に伝えることになります。そのアプローチは問題なく、MS に伝える必要がある唯一の理由は、優先/認定サプライヤー/パートナーであれば、より多くのビジネスを獲得できるからです。(統合する製品によっては、MS をチェックして、それらの使用に関する特定のライセンス条項がないことを確認する必要があります)。
彼らのコードのいずれかをボックスに入れる場合は、彼らのライセンスの条件内で操作していることを確認する必要があり、ほとんどの場合、彼らの承認を得るためにいくつかのフープを飛び越える必要があります. また、あなたに有利に働く可能性が低い収益を共有するという問題もあります.
私の経験では、MS はサイズに関係なく、誰とでもこれを行うことを好みません。
始める前に直接彼らに連絡して、あなたのアイデアを表面化するために参加できるインキュベーションプロジェクトがあるかどうかを調べたほうがよいかもしれません.
あなたにも技術的な答えがあることに気づきました。約 10 年前、スプレッドシートを利用してプロバイダーからのデータを表示する Excel 用のプラグインを作成しました。それは非常に成功し、実行可能な収益を生み出す製品として約 8 年間存続しました。これは、当時私が働いていた BI 企業にとって重要な差別化要因でした。
コード ベースの主な問題は、Excel のバージョン間の API の違いと、DLL の依存関係の違いでした。MS は、リリース間で API を壊さないと言いがちですが、実際にはそうではありません。彼らはそれが上手になったかもしれませんが、彼らの新しいソフトウェアのプレリリース版を手に入れて、私たちがそれで動作し続けるために何をしなければならないかを確認することは、常に本当の問題でした. 次に、いくつかの異なる Ecel バージョンをサポートし、それらの間でコンテンツをアップグレードする必要がありました。全体として、それは私たちの生活に膨大な量の複雑さを加えました.
彼らの API はスタイルが大幅に変更され、Office は以前よりもはるかにオープンになっていますが、検討を求められましたが、これは確かにその 1 つです。
公開された API に従う限り、特別な制限はありません。それらをハッキングすると、Microsoft のサポート ライセンスが破られ、その場合、ソリューションを購入するビジネスはありません。
さらに、Office API は苦痛の世界であることを知っておく必要があります。Office 2007 の方がはるかに優れています (そして、Office 14 には多くの優れた機能が搭載されています)。
いずれにせよ、SAP と Microsoft が共同で開発した Duet (www.duet.com) などの参照プロジェクトを確認する必要があります。私のブログでそれに関する情報を入手しました:http://www.developerzen.com/category/sap/sapduetmendocino/