2010-12-30 4 views
1

우리는 고객 환경에 설치 될 때 SAP 통합에 따라 종종 끝나는 제품을 개발하는 더 작은 ISV 회사입니다.ISV를위한 SAP 통합 연습 옵션?

가능한 한 가장 표준적인 방법으로 당사의 제품을 SAP과 통합하는 최적의 방법을 찾고 있습니다. 최소한의 작업량으로 대부분의 가능한 고객에게 적합한 솔루션이 필요합니다 (일부는 자체 SAP 자원이 없습니다).

고객, 주소, 재고품 등의 기본 정보를 받아야합니다. 또한 추가 처리를 위해 송장 정보를 SAP에 보내야합니다.

예를 들어, 일부 읽기 후 here은 NetWeaver처럼 보이고 PI는 가장 좋은 방법입니다. 그러나 클라이언트 PI 측에서 정확한 서비스를 노출하고 호출하기 위해 많은 개발이 필요하지는 않습니까? 어떻게 해결 될 수 있습니까?

또 다른 질문은 모든 SAP 고객이 NetWeaver를 사용하는 것이 정상적인가요? 나는 모든 고객을 위해 일하기 위해 내 솔루션이 필요하고 일부는 소규모 SAP 설치로 중소 규모의 SAP 고객입니다.

PI가 내 옵션을 이동하는 방법이 아니며 장단점은 무엇입니까?

업데이트 2010-12-30 - 요구 사항 우리가 성취해야 할 일부 요구 사항은 다음과 같습니다 (예 WCF에 대한) 솔루션의 우리의 제품 측면에

  • .NET 기반 솔루션.
  • 우리는 예를 들어 AppFabric 및 WCF에 대해 기반으로하는 표준 용액 필요 등 BizTalk 처럼 비싼 통합 플랫폼을 사용하지 않습니다.
  • 일괄 처리 업데이트 (고객 일괄 처리 등)는 물론 통화와 같은 응답/요청도 처리합니다.
+0

이 요구 사항을 더욱 간결하게 지정하고 통합하려는 여러 가지 방법이 있으므로 사용자의 요구 사항에 따라 크게 달라질 수 있습니다. 나는. 우리 회사는 SAP와 통합되지만 실제로는 우리가 사용하는 지불 엔진입니다. –

+0

@David Neale은 몇 가지 요구 사항을 추가했습니다. 더 필요한 것이 무엇인지 모르시겠습니까? – Riri

답변

5

PI는 옵션이 아닙니다. 그것의 수액은 biztalk와 동등합니다. 그리고 대부분의 수액 고객은 그것을 가지고 있지 않습니다. 따라서 고객 기반을 제한 할 수 있습니다.

NetWeaver는 그 당시의 대부분의 SAP 플랫폼에 대한 마케팅 용어 일뿐입니다. 사전 네트워크 시스템을 사용하는 고객이 있습니다. 그러나 어쨌든이 용어는 쓸모가 없습니다.

수액 고객은 ABAP 어플리케이션 서버를 사용할 수 있습니다 (이것은 대부분의 수액 솔루션을위한 기본 플랫폼입니다).

ABAP 서버는 RFC라는 인터페이스를 구현합니다. 동기식 (및 비동기식) 호출에 사용할 수있는 원격 프로 시저 호출 프로토콜입니다. 당신은 SAP .NET Connector (. sap 마켓 플레이스 사용자 필요)와 함께 .net에서이 인터페이스를 소비합니다. 이 프로토콜 상단에는 표준 시나리오에 대한 BAPI라는 기능 세트가 있습니다. 운이 좋다면 필요한 기능을 제공 할 수있는 기능을 찾을 수 있습니다. 다른 옵션은 비동기 통신의 경우에만 IDOC입니다. 배치 처리에 적합합니다.

두 가지 옵션은 모든 수액 시스템에서 사용할 수 있습니다.

+0

훌륭한 답변 - 감사합니다! – Riri