0

我有一个产品创意，需要集成到 Microsoft Office 套件中。

是否有任何许可/限制问题需要我注意才能继续？

4

3 回答 3

2

依靠...

如果您的产品使用他们发布的 API，并且您没有“在您的盒子中”运送他们的任何组件，那么您（可能）只是他们平台之上的增值供应商。您会告诉您的客户准备好适当的 MS 产品，然后在顶部安装您的应用程序。这种方法很好，您需要告诉 MS 的唯一原因是，如果您是首选/认证供应商/合作伙伴，您将获得更多业务。（根据您正在集成的产品，您应该检查 MS 以确保没有关于使用它们的特定许可条款）。

如果你把他们的任何代码放在你的盒子里，那么你必须确保你在他们的许可条款范围内操作，他们几乎肯定会让你跳过一些障碍来获得他们的批准。您还面临分享收入的问题，这不太可能对您有利。

根据我的经验，MS 不喜欢对任何人这样做——无论其规模大小——当然也不喜欢与非常小的玩家一起这样做。

您最好在开始之前直接与他们联系，并了解是否有可以加入的孵化项目来表达您的想法。

于 2008-10-25T09:18:50.660 回答
1

我意识到我也有一个技术性的答案给你。大约 10 年前，我为 Excel 编写了一个插件，它利用他们的电子表格来显示来自我的提供商的数据。它非常成功，作为一种可行的创收产品存在了大约 8 年。这是我当时工作的 BI 公司的一个关键差异化因素。

我们代码库中的主要问题是 Excel 版本之间的 API 差异，以及不同的 DLL 依赖项。MS 喜欢说他们不会在发布之间破坏他们的 API，但实际上并非如此。他们可能在这方面做得更好，但对于我们来说，获得他们新软件的预发布版本以了解我们必须做些什么才能让我们的软件继续使用它始终是一个真正的问题。然后我们必须支持几个不同的 Ecel 版本并在它们之间升级我们的内容。总而言之，它给我们的生活增添了巨大的复杂性。

他们的 API 在风格上发生了显着变化，Office 比以前更加开放，但您要求考虑因素，这肯定是其中之一。

于 2008-10-25T09:25:58.850 回答
1

There arent any special limitations as long as you follow the published APIs. Hacking around them breaks Microsoft supoort license and no bussiness out there will want to buy your solution in that case.

Furthermore you should know that the Office APIs are a world of pain. Its a lot better with Office 2007 (and there's lots of cool stuff coming with Office 14) but anything older than that is just asking for trouble... then again, depends on what exactly you're trying to do..

In any case, you should check out some reference project like Duet (www.duet.com) jointly developed by SAP and Microsoft. I got some info on that on my blog: http://www.developerzen.com/category/sap/sapduetmendocino/

There's also https://www.obacentral.com/default.aspx

于 2008-10-25T09:38:33.367 回答