Соображения при разработке интегрированного продукта для пакета Microsoft Office - PullRequest
0 голосов
/ 25 октября 2008

У меня есть идея продукта, требующая интеграции в пакет Microsoft Office.

Есть ли какие-либо проблемы с лицензированием / ограничениями, о которых мне следует знать?

Ответы [ 3 ]

2 голосов
/ 25 октября 2008

Зависит ...

Если ваш продукт использует их опубликованные API-интерфейсы, и вы не отправляете их компоненты «в свою коробку», то вы (вероятно) всего лишь поставщик с добавленной стоимостью на вершине их платформы. Вы бы сказали своим клиентам, чтобы они установили соответствующие продукты MS, а затем установили ваше приложение поверх. Этот подход хорош, и единственная причина, по которой вы должны сказать MS, состоит в том, что вы получите гораздо больше бизнеса, если будете предпочитаемым / сертифицированным поставщиком / партнером. (В зависимости от того, с каким продуктом (ами) вы интегрируетесь, вы должны проверить на MS, чтобы убедиться в отсутствии особых условий лицензии на их использование).

Если вы положите какой-либо их код в коробку, вам нужно убедиться, что вы работаете в соответствии с условиями их лицензии, и они почти наверняка заставят вас перепрыгнуть через некоторые обручи, чтобы получить одобрение от них. У вас также есть проблема распределения доходов, которая вряд ли сработает в вашу пользу.

По моему опыту, MS не нравится делать это с кем угодно - независимо от размера - и, конечно, не с действительно маленькими игроками.

Возможно, вам лучше подойти к ним напрямую, прежде чем начать, и выяснить, есть ли инкубационные проекты, к которым вы могли бы присоединиться, чтобы раскрыть свою идею.

1 голос
/ 25 октября 2008

Особых ограничений нет, если вы следуете опубликованным API. Их взлом нарушает лицензию Microsoft supoort, и в этом случае никому не захочется покупать ваше решение.

Кроме того, вы должны знать, что API-интерфейсы Office - это боль. С Office 2007 намного лучше (и с Office 14 есть много интересных вещей), но все, что старше этого, просто напрашивается на неприятности ... опять же, зависит от того, что именно вы пытаетесь сделать ..

В любом случае вам следует ознакомиться с каким-либо эталонным проектом, например Duet (www.duet.com), совместно разработанным SAP и Microsoft. Я получил некоторую информацию об этом в своем блоге: http://www.developerzen.com/category/sap/sapduetmendocino/

Там также https://www.obacentral.com/default.aspx

1 голос
/ 25 октября 2008

Я понял, что у меня тоже есть технический ответ. Около 10 лет назад я написал плагин для Excel, который использовал их электронную таблицу для отображения данных моего провайдера. Он был очень успешным и жил около 8 лет как жизнеспособный продукт, приносящий доход. Это было ключевым отличием для компании BI, в которой я работал в то время.

Основной головной болью в нашей кодовой базе были различия в API между версиями Excel, а также различные зависимости DLL. MS любит говорить, что они не ломают свои API между выпусками, но на самом деле это не так. Возможно, они справились с этим лучше, но для нас всегда было проблемой получить предварительную версию их нового программного обеспечения, чтобы посмотреть, что нам нужно было сделать, чтобы наши работали с ним. Затем нам пришлось поддерживать несколько разных версий Ecel и обновлять наш контент между ними. В целом, это добавило огромную сложность нашей жизни.

Их API-интерфейсы значительно изменились по стилю, и Office стал гораздо более открытым, чем был, но вы обратились за соображениями, и это, безусловно, один.

...