Microsoft Office Suite 용 통합 제품을 개발할 때 고려 사항

Question

Microsoft Office Suite에 통합 해야하는 제품 아이디어가 있습니다.

내가 진행할 수있는 라이센스/제한 문제가 있습니까?

Answer 1

의존 ...

귀하의 제품이 게시 된 API를 사용하고 "귀하의 상자"의 구성 요소를 배송하지 않으면 플랫폼 위에 부가 가치 공급 업체 일뿐입니다. 고객에게 적절한 MS 제품을 설치 한 다음 앱을 상단에 설치하도록 지시합니다. 그 접근법은 괜찮으며 MS에 대해 말해야 할 유일한 이유는 선호/인증 공급 업체/파트너라면 더 많은 비즈니스를 얻을 수 있기 때문입니다. (귀하와 통합하는 제품에 따라 귀하와 통합하는 제품에 따라 MS를 확인하여 사용에 관한 특정 라이센스 용어가 없는지 확인해야합니다).

당신이 그들의 코드를 당신의 상자에 넣으면 당신은 당신이 그들의 라이센스 조건 내에서 작동하고 있는지 확인해야하며, 그들은 거의 확실히 당신이 그들 자신의 승인을 받기 위해 일부 후프를 뛰어 넘게 할 것입니다. 또한 유리하게 작동하지 않을 수있는 수익을 공유하는 문제도 있습니다.

내 경험상 MS는 크기에 관계없이 누구와 도이 일을하는 것을 좋아하지 않습니다.

시작하기 전에 직접 접근하는 것이 더 나을 수 있습니다.

Answer 2

나는 당신에게도 기술적 인 답변이 있다는 것을 깨달았습니다. 약 10 년 전에 저는 Excel 용 플러그인을 작성하여 스프레드 시트를 공급자의 데이터를 표면으로 활용했습니다. 그것은 매우 성공적이었고 약 8 년 동안 실행 가능한 수익 창출 제품으로 살았습니다. 당시 내가 근무한 BI 회사의 핵심 차별화 요소였습니다.

코드 기반의 주요 두통은 Excel 버전과 다른 DLL 종속성 간의 API의 차이였습니다. MS는 릴리스 사이에 API를 깨뜨리지 않지만 실제로는 사실이 아닙니다. 그들은 더 나아 졌을지 모르지만, 우리가 새로운 소프트웨어의 사전 릴리스 버전을 보유하는 것은 항상 실제 문제였습니다. 그런 다음 여러 가지 ECEL 버전을 지원하고 컨텐츠를 업그레이드해야했습니다. 대체로 그것은 우리 삶에 엄청난 양의 복잡성을 추가했습니다.

그들의 API는 스타일이 크게 바뀌었고 사무실은 그보다 훨씬 더 개방적이지만 고려 사항을 요청했으며 이것은 확실히 하나입니다.

Answer 3

게시 된 API를 따르는 한 특별한 한계가 있습니다. 그들 주위의 해킹은 Microsoft Supoort 라이센스를 깨뜨리고이 경우 솔루션을 구매하지 않을 것입니다.

또한 사무실 API가 고통의 세계라는 것을 알아야합니다. Office 2007 (그리고 Office 14와 함께 오는 멋진 것들이 많이 있습니다)에서 훨씬 더 좋습니다. 그러나 그보다 나이가 많은 것은 단지 문제를 요구하는 것입니다 ... 다시, 당신이하려는 일에 달려 있습니다 ..

어쨌든 SAP 및 Microsoft가 공동으로 개발 한 Duet (www.duet.com)과 같은 참조 프로젝트를 확인해야합니다. 내 블로그에서 정보를 얻었습니다. http://www.developerzen.com/category/sap/sapduetmendocino/

또한 있습니다 https://www.obacentral.com/default.aspx