Considerazioni sullo sviluppo di un prodotto integrato per la suite Microsoft Office

StackOverflow https://stackoverflow.com/questions/236096

  •  04-07-2019
  •  | 
  •  

Domanda

Ho un'idea di prodotto che richiede l'integrazione nella suite Microsoft Office.

Ci sono problemi di licenza / limitazione di cui essere a conoscenza per poter procedere?

È stato utile?

Soluzione

Dipende ...

Se il tuo prodotto utilizza le loro API pubblicate e non spedisci alcun componente nelle loro "quotazioni" nella confezione " allora sei (probabilmente) solo un fornitore di valore aggiunto sulla loro piattaforma. Diresti ai tuoi clienti di disporre dei prodotti MS appropriati e quindi di installare la tua app sopra le righe. Questo approccio va bene e l'unica ragione per cui devi dire a MS è perché avrai un sacco di affari in più se sei un fornitore / partner preferito / certificato. (A seconda del / i prodotto / i che si sta integrando, è necessario verificare su MS per assicurarsi che non vi siano condizioni di licenza specifiche per l'utilizzo).

Se metti uno dei loro codici nella tua scatola, devi assicurarti di operare entro i termini della loro licenza e quasi sicuramente ti faranno saltare attraverso alcuni cerchi per farti approvare da loro. Hai anche il problema di condividere le entrate che probabilmente non funzioneranno a tuo favore.

Nella mia esperienza alla SM non piace farlo con nessuno - indipendentemente dalle dimensioni - e certamente non con giocatori veramente piccoli.

Potrebbe essere meglio affrontarli direttamente prima di iniziare e scoprire se ci sono progetti di incubazione che potresti unire per far emergere la tua idea.

Altri suggerimenti

Ho capito di avere una risposta tecnica anche per te. Circa 10 anni fa ho scritto un plug-in per Excel che ha sfruttato il loro foglio di calcolo per far emergere i dati dal mio provider. Ha avuto molto successo e ha vissuto per circa 8 anni come prodotto redditizio. È stato un fattore chiave di differenziazione per l'azienda di BI per cui ho lavorato in quel momento.

Il principale mal di testa nella nostra base di codice erano le differenze nell'API tra le versioni di Excel, oltre alle diverse dipendenze DLL. A MS piace dire che non interrompono le loro API tra le versioni, ma questo non è in realtà vero. Potrebbero esserci migliorati, ma è stato sempre un vero problema per noi ottenere una versione pre-release del loro nuovo software per vedere cosa dovevamo fare per continuare a lavorare con esso. Quindi abbiamo dovuto supportare diverse versioni di Ecel e aggiornare i nostri contenuti tra di loro. Tutto sommato ha aggiunto un'enorme quantità di complessità alle nostre vite.

Le loro API sono cambiate in modo significativo nello stile e Office è molto più aperto di quanto non fosse, ma hai chiesto considerazioni e questo è certamente uno.

Non esistono limitazioni speciali se si seguono le API pubblicate. L'hacking intorno a loro rompe la licenza di supporto Microsoft e nessun affare là fuori vorrà acquistare la tua soluzione in quel caso.

Inoltre dovresti sapere che le API di Office sono un mondo doloroso. È molto meglio con Office 2007 (e ci sono un sacco di cose interessanti in arrivo con Office 14) ma tutto ciò che è più vecchio di così è solo chiedere problemi ... poi di nuovo, dipende da cosa esattamente stai cercando di fare ..

In ogni caso, dovresti dare un'occhiata a qualche progetto di riferimento come Duet (www.duet.com) sviluppato congiuntamente da SAP e Microsoft. Ho avuto alcune informazioni al riguardo sul mio blog: http://www.developerzen.com/category / sap / sapduetmendocino /

C'è anche https://www.obacentral.com/default.aspx

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top