Considerações ao desenvolver um produto integrado para o Microsoft Office Suite

Question

Tenho uma ideia do produto que requer integração no Microsoft Office Suite.

Existem problemas de licenciamento/limitação a serem cientes para eu prosseguir?

Answer 1

Depende ...

Se o seu produto usar as APIs publicadas e você não enviar nenhum componente deles "na sua caixa", então você é (provavelmente) apenas um fornecedor de valor agregado na parte superior da plataforma deles. Você estaria dizendo a seus clientes para ter os produtos MS apropriados e instalar seu aplicativo por cima. Essa abordagem é boa e a única razão pela qual você precisa dizer à MS é porque você terá muito mais negócios se for um fornecedor/parceiro preferido/certificado. (Dependendo do (s) produto (s) que você está integrando, você deve verificar no MS para garantir que não haja termos de licença específicos em torno de usá -los).

Se você colocar algum código em sua caixa, precisará ter certeza de que está operando dentro dos termos da licença deles e eles quase certamente farão você pular por alguns aros para se aprovar por eles. Você também tem o problema de compartilhar receitas que provavelmente não funcionarão a seu favor.

Na minha experiência, a MS não gosta de fazer isso com ninguém - independentemente do tamanho - e certamente não com jogadores muito pequenos.

Você pode ser melhor abordá -los diretamente antes de iniciar e descobrir se existem projetos de incubação que você pode participar para abordar sua ideia.

Answer 2

Percebi que tenho uma resposta técnica para você também. Cerca de 10 anos atrás, escrevi um plug-in para o Excel que alavancou sua planilha para a superfície de dados do meu provedor. Foi muito bem -sucedido e viveu por cerca de 8 anos como um produto viável de geração de receita. Era um diferencial importante para a empresa de BI para a qual trabalhei na época.

A principal dor de cabeça em nossa base de código foi as diferenças na API entre versões do Excel, além de diferentes dependências de DLL. MS gostam de dizer que não quebram suas APIs entre os lançamentos, mas isso não é verdade. Eles podem ter melhorado nisso, mas sempre foi um problema real para nos apossarmos de uma versão pré-lançamento de seu novo software para ver o que tínhamos a fazer para manter o nosso trabalhando com ele. Depois, tivemos que apoiar várias versões ECEL diferentes e atualizar nosso conteúdo entre elas. Em suma, acrescentou uma enorme quantidade de complexidade às nossas vidas.

Suas APIs mudaram significativamente em estilo, e o escritório é muito mais aberto do que era, mas você pediu considerações e essa é certamente uma.

Answer 3

Não há limitações especiais, desde que você siga as APIs publicadas. Hackear ao redor deles quebra a licença da Microsoft Suptoort e não há negócios por aí que desejará comprar sua solução nesse caso.

Além disso, você deve saber que as APIs do escritório são um mundo de dor. É muito melhor com o Office 2007 (e há muitas coisas legais vindo com o Office 14), mas qualquer coisa mais velha do que isso está apenas pedindo problemas ... então, depende do que exatamente você está tentando fazer ..

De qualquer forma, você deve conferir algum projeto de referência como o Duet (www.duet.com) desenvolvido em conjunto pela SAP e Microsoft. Eu tenho algumas informações sobre isso no meu blog: http://www.develoerzen.com/category/sap/sapduetmendocino/

Há também https://www.obacentral.com/default.aspx