Microsoft Officeスイートの統合製品を開発する際の考慮事項

Question

Microsoft Officeスイートへの統合が必要な製品のアイデアがあります。

続行するために注意が必要なライセンス/制限の問題はありますか？

Answer 1

依存...

公開されたAPIを使用する製品で、「ボックス内」のコンポーネントを出荷しない場合あなたは（おそらく）彼らのプラットフォームの上にある単なる付加価値のあるサプライヤーです。適切なMS製品を用意し、その上にアプリをインストールするように顧客に伝えます。そのアプローチは問題なく、MSに伝える必要がある唯一の理由は、優先/認定サプライヤー/パートナーであれば、より多くのビジネスを獲得できるからです。 （統合する製品に応じて、MSをチェックして、それらの使用に関する特定のライセンス条項がないことを確認する必要があります。）

コードをボックスに入れる場合は、ライセンスの条件内で動作していることを確認する必要があります。ほとんどの場合、彼らはあなたが彼らの承認を得るためにいくつかのフープを飛び越えさせます。また、収益を分配するという問題もありますが、これはあなたの利益にはならないでしょう。

私の経験では、MSはサイズに関係なく誰とでもこれを行うことを好みません。

開始する前に直接アプローチして、アイデアを浮き彫りにするために参加できるインキュベーションプロジェクトがあるかどうかを確認した方がよい場合があります。

Answer 2

あなたにも技術的な答えがあることに気付きました。約10年前、スプレッドシートを活用してプロバイダーからのデータを表示するExcel用のプラグインを作成しました。それは非常に成功し、実行可能な収益を生み出す製品として約8年間生き続けました。それは、私がその時に働いていたBI会社の重要な差別化要因でした。

コードベースの主な頭痛の種は、Excelのバージョン間のAPIの違いと、DLLの依存関係の違いでした。 MSは、リリース間でAPIを壊さないと言っていますが、実際にはそうではありません。彼らはそれで良くなったかもしれませんが、彼らの新しいソフトウェアのプレリリース版を手に入れて、それを使い続けるために私たちがしなければならないことを確認することは常に本当の問題でした。その後、いくつかの異なるEcelバージョンをサポートし、それらの間でコンテンツをアップグレードする必要がありました。全体として、それは私たちの生活に膨大な量の複雑さを加えました。

APIのスタイルは大幅に変更されており、Officeは以前よりもはるかにオープンになっていますが、考慮事項を尋ねたところ、これは確かに1つです。

Answer 3

公開されたAPIに従う限り、特別な制限はありません。それらをハックすると、Microsoftのサポートライセンスが破損し、そのような場合にビジネスを展開することはできません。

さらに、Office APIは苦痛の世界であることを知っておく必要があります。 Office 2007の方がはるかに優れています（そしてOffice 14にはたくさんのクールな機能が追加されています）が、それより古いものは単にトラブルを求めているだけです...もう一度、あなたが何をしようとしているかによって異なります。

いずれの場合でも、SAPとMicrosoftが共同で開発したDuet（www.duet.com）などの参照プロジェクトをチェックアウトする必要があります。私のブログでそれに関する情報を得ました： http://www.developerzen.com/category / sap / sapduetmendocino /

https://www.obacentral.com/default.aspx