SAP의 BAPI API가 독점적입니까, 아니면 다른 것에 대한 포장지입니까?
https://stackoverflow.com/questions/1539461
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
그래서 저는 SAP와 관련된 프로젝트의 중간에 방금 버려졌습니다. 특히 SAPS BAPI API를 사용하여 "클라이언트의"SAP 시스템에서 많은 정보를 가져와야합니다. SAP가 폐쇄 된 플랫폼이라는 점을 감안할 때 SAP 및 BAPI의 WHO/What/Where/Where/How에 대한 높은 수준의 개요를 찾는 데 어려움을 겪고 있습니다. 구체적으로
BAPI는 SOAP 및/또는 XML-RPC의 래퍼 일뿐입니다. 아니면 완전히 독점적 인 통신 형식입니까?
이 API와 협력하기위한 PHP 확장 또는 라이브러리가 있습니까?
나는 약어 Abap이 던져진 것을 보았다. 그것은 무엇을 의미하며, 어디에 사물에 맞습니까?
이 시점에서 나는 나에게 10,000 피트 전망을 줄 수있는 좋은 자원을 찾고 있습니다. 나는 당신 이이 ERP 시스템으로 일하는 평생을 보낼 수 있다는 것을 알고 있습니다. 기본 개요를 원하므로 "고객의"SAP 사람들과 대화 할 수 있고 완전한 신생아처럼 들리지 않습니다.
해결책
Bapi는 비유행성 ㅏpplication 피Rogramming 나nterface.
BAPI를 소개 할 때 SAP의 목표는 ...
- 잘 정의되었습니다
- 안정적인
- 구현 독립적
- 잘 기록 된
시맨틱 수준에서 SAP 솔루션에 대한 표준화 된 액세스를 제공하는 비즈니스 API.
그럼에도 불구하고 BAPI는 독점적 인 SAP 인터페이스입니다.
BAPI 인터페이스는 호출 유형과 무관하게 응용 프로그램 수준 기능에 대한 통합 액세스를 제공합니다. 이러한 인터페이스를 사용하여 동기 및 비동기 처리를 트리거 할 수 있습니다.
BAPI의 동기식 처리는 RFC (원격 기능 호출, SAP의 독점 RPC 프로토콜)를 실행하게됩니다.
비동기 처리는 ALE (Application Link Enabling, SAP의 독점 EDI 형식)를 투명하게 사용합니다.
WebMethods SAP 어댑터 (일명 SAP 비즈니스 커넥터)와 같은 제품은 BAPI 및 원격 대상에서/까지의 하위 레벨 RFC 및 ALE 프로토콜에 대한 양방향 서비스 레벨 액세스를 제공합니다.
이러한 도구를 사용하면 모든 SAP 비즈니스 로직이 구현 된 4GL 프로그래밍 언어 인 ABAP에 대해 방해가 필요하지 않습니다.
XML 봉투 내에서 비즈니스 문서를 전송할 수있는 BAPI (RFC 및 IDOC)에 대해 정의 된 몇 가지 XML 매핑도 있습니다. 이것들은 가장 눈에 띄게됩니다
- bxml (content-type : application/x-sap.busdoc)
- RFC-XML (Content-Type : Application/X-SAP.RFC)
- idoc-xml (content-type : application/x-sap.idoc)
비누뿐만 아니라.
다른 팁
좋아, 샷을 줄게 ...
ABAP는 대부분의 SAP 시스템이 작성된 프로그래밍 언어입니다. 기본적으로 SQL이 추가 된 4/GL 버전의 COBOL입니다.
BAPI ( "Business API")는 SAP의 인터페이스 사양이며 시스템에서 정보를 얻는 방법입니다. 가장 간단한 방법은 SAP 시스템에 대한 원격 프로 시저 호출로서 SAP에있는 데이터 및 기능 (ABAP)에 액세스 할 수 있다고 말합니다. 시스템에서 데이터를 꺼내고 (예 : 주문) API를 제공하고 응용 프로그램에서 변경 한 다음 (순서에 위치 추가)를 다시 게시 한 다음 다시 게시 한 다음 비즈니스 기능을 호출합니다 (예 :이 주문을 게시하여 더 자세히 설명합니다. SAP 시스템에서 처리).
여러 언어에서 Bapis를 호출하기위한 포장지가 있습니다. SAP의 도움말 시스템 또는 sdn.sap.com의 온라인 SAP 개발자 네트워크 내에서 Google 또는 검색 만하십시오.
뉴욕처럼 들리지 않는 행운을 빕니다.
BAPI를 잠시 잊어 버리십시오. SAP에는 RFC (원격 기능 호출)라는 독점 통신 프로토콜이 있습니다. SAP는 C에서 SAP에서 기능을 호출하는 데 사용할 수있는 DLL (또는 *NIX 용 공유 라이브러리)을 제공합니다. SAP는 또한 Java 및 .NET 용이 DLL의 포장지를 제공합니다. 그리고 PHP, Python, Perl 및 Ruby에 대한이 DLL의 오픈 소스 포장지가 있습니다. 그래서 프로세스입니다. A) 누군가 ABAP에서 (원격 활성화 된) 기능을 개발합니다. b) 선택한 언어로 래퍼와 함께 RFC DLL을 사용 하고이 SAP 기능을 호출 할 수 있습니다. c) 모두가 행복합니다.
BAPI로 돌아갑니다. 이전 섹션에 설명 된 기술을 기반으로합니다. SAP는 비즈니스 작업을 수행하는 기능 세트를 만들기로 결정했습니다. 그리고 그들은 그들을 bapi라고 부르기로 결정했습니다. "비즈니스를 수행하는 기능"이라는 이름은 시원하지 않기 때문입니다.
ABAP SAP 플랫폼의 언어입니다.
BAPIS는 "BAPIS"라고 부르려면 일부 프로그래밍 "표준"이 첨부 된 기능 모듈을 원격으로 활성화 한 기능 모듈입니다. 예를 들어 특정 형식으로 반환 된 메시지는 특정 방식으로 입력되었습니다. 실제로 라디오 버튼을 통해 원격 통신을 위해 SAP 기능 모듈에 지나지 않습니다.
SAP가 표준 대부분의 내용을 다루기 위해 많은 BAPI를 제공했기 때문에 SAP 코드를 작성할 필요가 없다고 동의하지 않습니다. 거의 모든 구현에는 코드가 필요하며 SAP 전달 된 물건은 기본 일뿐입니다. 관리자와 판매 유형은 다르게 말할 것이지만 그것은 현실이 아닙니다.
