SAP의 DB에 대한 직접 액세스 권한이 있습니까?

Question

우리는 SAP가 구현 된 SME입니다. 우리는 SAP의 트랜잭션 데이터를 사용하여 그래픽 보고서 등을위한 트럭 부서를 위해 PHP로 다른 시스템을 구축하려고합니다. 이는 사내 전문 지식이 없기 때문에 ABAP 개발과 SAP 수정은 비용이 많이 듭니다.

현재 저는 Quality DB2 서버에 대한 읽기 전용 액세스로 목표를 달성했으며 모든 쓰기는 다른 DB2 서버로 이동합니다. 우리는 SELECT 문의 CPU 사용이 수용 가능하고 사용자가 특정 테이블/뷰에만 액세스 할 수 있음을 확인했습니다.

SAP's Quality DB2 -> PHP -> Different DB2 client 

동일한 방식으로 제작을 읽는 것이 안전한지에 대한 의견이 있으십니까? 이 모든 것을 RFC 커넥터를 통해 다시 구현하는 것은 매우 고통스럽게 보입니다. 마스터 - 슬레이브 구성은 우리를위한 옵션이지만 외부 컨설팅을 다시 포함합니다.

EDIT 우리 SAP의 사람이 다른 6 개월도 보고서를 작성하고 싶지 않은 것을 언급하는 것을 잊었다 - 그들은 그대로 시스템을 떠나고 싶어. 이것이 우리가 PHP로 작성한 이유입니다.

Answer 1

ABAP 전문 지식이없는 경우 it's not that hard으로 가져 오면 다른 방법으로 직접 구현해야하는 많은 "당연한"("플랫폼에서 제공")을 얻을 수 있습니다. - 사용자 인증 및 권한 관리 및 소프트웨어 물류 (개발에서 생산 저장소로 물건 이동). 짧은 (비록 편향되어 있지만) 소개는 thesearticles을 참조하십시오. 그래도 외부 PHP 애플리케이션이 필요하다면 먼저 ABAP를 시도해야한다. 웹 응용 프로그램의 경우 Web Dynpro ABAP을 살펴볼 수 있습니다. BusinessGraphics 요소가있는 IGS 내장 차트 엔진을 사용하면 a ton of the most custom chart types이 무료로 제공됩니다. Adobe Livecycle Designer로 만든 integrate PDF forms 수 있습니다.

둘째, "모든 SAP 수정이 비용이 많이 드는"것은 좋은 접근 방법 일 수 있지만, 제안하는 것은 수정이 아닙니다. 이것은 부가 기능 개발이며 다른 프로그래밍 언어 및/또는 환경보다 비싸지도 복잡하지도 않습니다. 기존 인프라를 사용하여 자신의 응용 프로그램을 완전히 구현할 수 없거나 구현하지 않으려면 적어도 웹 서비스, RFC 등의 적절한 인터페이스를 사용하십시오. ABAP 관점에서 보면 RFC가 항상 가장 쉬운 옵션이지만 SOAP 또는 REST를 수동으로 구현해야하지만 SOAP 또는 REST를 사용할 수도있다. 그것은 그다지 어렵지 않습니다.

결코 SAP 데이터베이스에 직접 액세스하지 마십시오. 그냥 하지마. 클라이언트 의존성과 같은 모든 제약 조건을 구현하거나 유효한 날짜와 취소 플래그를 직접 확인해야합니다. 괜찮은 인터페이스를 작성하는 것보다 덜 복잡하며 구조가 변경 될 때마다 중단되는 경향이 있습니다. 그리고 어느 시점에서 long texts과 같이 더 복잡한 내용을 읽어야하는 경우 실수를 저지른 것입니다. 대부분의 내부 또는 외부 감사인 (회사 및/또는 법적 요구 사항과 관련하여 문제가 발생하는 경우)은이 시스템만큼 중요한 직접 시스템에 대한 데이터베이스 액세스를 원하지 않으며 이는 다시 여러 가지 문제를 일으킬 수 있습니다. 당신이 정말로 혼란스러워하지 않는 사람들. 그만한 가치는 없습니다.