차세대 ERP의 APIs관련내용 정리

용어정리

• API = Application Programming Interface = 표준을 통한 상호작용

ERP API에 대해

• 2000년대 확장형 ERP → API를 통한 외부 연동과 모듈 확장 범용성 그외 모듈가나 통합 수월
• 벤더들은 하나의 API를 통해 ERP,SCM,PLM 등 주요시스템과 연결
• ERP 데이터에 원격으로 액세스 할수 있도록 필요
• SAP에서 사용되는 BAPI,IDOC,RFC,ABAP 등은 타시스템 연계나 확장하기 어렵고 통합은 용이하지만 프로세스를 더 복잡하게 만든다고 함
• 비즈니스 엑셀러레이터 허브(api.sap.com)에서 예를들어 근무일에 검색을 하면 해당업무에 대한 Purchase Orders, Requisitions 등 업무에 대한 API를 제공
• APIs로 제공하는 연계방식을 보면 SOAP,ODATA V2/V4, REST 등이 보임
• OData 1525개, REST API 1237개, MDS 프레젠테이션 1065개, SOAP API 등을 선택할수 있다함(개수는 변동될수 있음)
• GET, POST, PATCH, PUT, DELETE 요청 방식에 대해서 다름
• API유형중 SAP S/4HANA의 경우 ODATA와 SOAP API로 제공된다고 함
• BTP에서 API를 생성할수 있는듯 → API제공업체 기반으로
• API의 주요 특징
• 엔드포인트: API에 접근할 수 있는 특정 URL 주소
• 메소드: GET, POST, PUT, DELETE와 같은 수행할 수 있는 작업
• 요청 및 응답: 시스템은 작업을 수행하기 위해 API에 요청을 보내고, API는 그 결과를 응답으로 보냄
• 동기 vs 비동기 API: 동기 API에서는 요청이 완료될 때까지 시스템이 대기하며, 비동기 API에서는 시스템이 응답을 기다리는 동안 다른 작업을 계속할 수 있음
• API의 장점
• 확장성: 모듈식 개발을 촉진하여 시스템의 다양한 구성 요소를 독립적으로 확장
• 자동화: 시스템 간의 인간 개입 없이 통신이 가능하게 하여 효율성을 높임
• 통합: 다양한 시스템을 연결하여 원활한 데이터 흐름과 통합된 사용자 경험을 제공

출처

• 외부와 연결 중요해진 ‘ERP’, API 활용 전략 급부상-디지털데일리

SAP Next ERP에 대한 정리

용어정리

• ERP = Enterprise Resource Planning = 전사자원관리
• NERP = Next generation Enterprise tRansformation Platform
• SAP BTP = Business Technology Platform

특징 정리

• SAP가 ERP 클라우드화 선언 → 기존 온프레미스에서 클라우드 기반 서비스형 소프트웨어 SaaS로 전환하는 추세에 따른 것
• SAP 구ERP버젼 R3 유지보수 서비스 → 2025년 종료
• ECC버젼도 최대 2030년까지만 지원할 예정
• 잠재적 SAP 고객 기업들은 클라우드 기반 S/4 HAVA ERP 전환에 대한 고민
• ERP도입 → 회사 전반에 대한 디지털전환(DX)움직임과 맞물릴밖에 없음
• 2018년 10월 착수 후 2022년 삼성전자 ‘비즈니스 플랫폼 차세대 N-EERP 시스템 구축 프로젝트 최종 완료
• SAP HANA기반으로 구축하여 오라클과 결별예상
• 새로운 비즈니스에 대한 유연한 프로세스 구축
• 소비자 주문현황, 공급망 상황, 물류네트워크 한눈에 분석 
• 사용자중심의 시스템 편의성 
• 사용자 맞춤형 메뉴, 단순/반복 업무 자동화 등
• 대용량 데이터처리위한 시스템 성능향상
• SAP 4세대 ERP패키지, 인-메모리 성능 10배, 평균응답시간 6.5초 → 1.8초
• 데이터 기반 의사결정 → 처리 시스템 성능 향상
• 온라인 주문, 공급망 현황 등 데용량 데이터 실시간 분석 → 임직원 합리적인 결정 지원
• 인-메모리 데이터 베이스 적용 → 데이터 처리속도 높임
• 인공지능, 업무자동화 기술 적용 → 편의성을 높임

SAP PO에서 Integration Suite로 ABAP Proxy를 효율적으로 마이그레이션하기

https://community.sap.com/t5/technology-blogs-by-members/efficient-abap-proxy-migration-from-sap-po-to-integration-suite/ba-p/13573809 사이트의 내용을 AI로 요약했음

SAP Process Orchestration(PO)을 통해 다양한 SAP 및 비SAP 애플리케이션을 통합하던 많은 기업들이, SAP의 PO 지원 종료 계획(2027년)을 앞두고 SAP Integration Suite로 전환을 고려하고 있습니다. 특히 ABAP Proxy를 활용한 통합은 PO 환경에서 널리 사용되었으며, 이를 클라우드 기반 Integration Suite로 마이그레이션하는 과정에서 여러 도전 과제가 발생합니다. 이번 글에서는 이러한 마이그레이션 과정에서 발생할 수 있는 문제와 그 해결 방안에 대해 설명합니다.

ABAP Proxy와 SAP Integration Suite로의 전환

SAP PO는 ABAP Proxy를 사용하여 동기 및 비동기 통신을 지원하며, 첨부 파일 처리 등에서 뛰어난 성능을 발휘했습니다. PO의 Enterprise Services Repository(ESR)에서 정의된 Proxy는 SAP 백엔드 시스템에서 생성되며, 이러한 통합 방식은 많은 기업에서 선호되었습니다. 그러나 SAP Integration Suite에서는 SAP 백엔드 시스템에서 Proxy 생성이 지원되지 않으므로, 새로운 방식이 필요합니다.

SAP Integration Suite로의 ABAP Proxy 마이그레이션

SAP Integration Suite에서 XI 어댑터를 사용해 PO의 Proxy 인터페이스를 마이그레이션할 수 있습니다. SAP의 마이그레이션 도구는 이 과정을 간소화하고 자동화하여 이전 작업을 크게 줄여줍니다. 그러나 마이그레이션 후에는 PO나 ESR에서 더 이상 Proxy 개체를 수정할 수 없으므로, 장기적인 관점에서 ABAP Proxy를 SOAP 웹 서비스로 전환하는 것이 권장됩니다.

SAPGUI 화면을 외부프로그램에서 불러올수 있을까?

SAP PO운영하는 사람으로서.. 하루도 몇십개의 문의로 세션이 금방 끊기고 느린 PO모니터링이나 ERP 등 모니터링(SXI_MONITOR 티코드) 화면에 로그를 확인해보면 지칠때가 있음

PO쪽 모니터링은 웹서비스로 제공하는 서비스를 사용하여 어떻게 될것 같고 문제는 ERP의 SAPGUI인데 일단 AI한테 물어보았음

AI질문&답변

SAP ERP 시스템에서 제공하는 SXI_MONITOR 및 SXMB_MONI 트랜잭션 코드는 주로 SAP PI (Process Integration) 또는 SAP PO (Process Orchestration) 환경에서 사용되며, 메시지 모니터링 및 인터페이스 오류 처리를 위해 활용됩니다. 이러한 모니터링 화면을 외부 프로그램에서 조회하거나 화면을 불러오려면 몇 가지 방법을 고려할 수 있습니다.

1. SAP GUI Scripting 사용

• SAP GUI Scripting을 통해 SAP GUI 트랜잭션을 자동화하여 외부 프로그램(예: Python 스크립트)에서 해당 트랜잭션 코드를 실행하고 화면의 데이터를 수집할 수 있습니다. 이를 통해 화면을 캡처하거나 데이터를 추출할 수 있습니다.

• 윈도우 자바용 SAP GUI의 기능을 향상시키는 자동화 인터페이스
• 매크로와 유사한 스크립트 기록 및 실행 → 반복적인 작업을 자동화
• 기본적으로 비활성화 된 기능 → 수작업으로 클라이언트/서버를 활성화해 줘야한다고 함
• 스크립팅+엑셀을 사용하여 SAP에서 엑셀로 데이터를 추출할수 있다고 함

2. RFC/BAPI 사용

• SAP에서는 Remote Function Call(RFC)와 BAPI(Business Application Programming Interface)를 통해 외부 프로그램에서 SAP 시스템에 접근할 수 있습니다. 특정 BAPI나 RFC 함수가 모니터링 데이터를 제공하는지 확인하고, 이를 호출하여 데이터를 가져올 수 있습니다.

ABAP에서 비동기 프록시 호출시 COMMIT WORK를 왜 넣어줘야 할까?

아웃바운드 프록시에서 PO를 호출할때 COMMIT WORK구문을 안넣고 호출하게 되면 SXI_MONITOR이나 SXMB_MONITOR 모니터링 화면에서 아래와 같은 오류가 확인되며 PO는 호출이 안됨

“하얀색 깃발의 Message recorded (commit missing)”

COMMIT WORK

• PO로 비동기 아웃바운드 메시지를 보내려면 해당 구문이 필요
• ABAP에서 구문을 실행하면 데이터베이스에 커밋(변경사항을 저장)된다고 함 → 커밋하기전에 일시적으로 메모리에만 저장된다고 함
• 커밋 구문이 없어도 프로그램이 끝날때 저장된다고 함 → ABAP Proxy 인터페이스 호출은 다를수 있을것 같음 
• 사용자가 데이터베이스, 트랜잭션 등 변경한 내용을 영구적으로 저장할수 있게 함
• 반대로 ROLLBACK WORK가 있는데 실행하면 커밋되지 않는 변경사항이 롤백된다고 함
• SAP Logical unit of work(LUW)를 종료시킴
• BAPI에서도 커밋워크가 사용된다고 함

ABAP Proxy-PO에서 커밋

• 인바운드 프록시 경우 커밋이 필요하지 않음 → 암묵적으로 처리된다고 함
• 인바운드 프록시 로직 구현시 명시적 커밋/롤백 작업은 SAP에서 권장하지 않는다고 함-SAP Note 1954060 및 2268877
• 동기 아웃바운드 프록시에서는 커밋워크를 안해도 호출이 됨

비동기 아웃바운드 프록시 흐름

참고내용 2285534 - Async outbound proxy calls Exception handling PI

1. 아웃바운드 프록시 호출
2. 페이로드 XML변환 → XI메시지 생성
3. 비동기 XI메시지 데이터베이스 생성
4. 큐에 넣에 커밋워크 후에 아웃바운드 처리를 트리거 → 커밋워크와 프로그램 관련 LUW 끝
5. 큐에 있는 XI메시지 처리 관련 LUW 시작
6. DB에서 XI메시지를 읽어 XI아웃바운드 어댑터 호출
7. 오류가 발생되면 암묵적으로 커밋워크

SAP PO없이 ERP와 레거시DB간 연결은 어떻게 할수 있을까?

보통 SAP-Legacy 간에 PO나 기타 EAI솔루션,플랫폼을 통해 인터페이스를 생성하여 데이터 조회나 전송을 진행

근데 PO가 없이도 SAP에서는 NetWeaver SOA매니저,SAP게이트웨이 등 기술을 통해 웹서비스로 인터페이스를 위한 연결설정을 할수 있는것으로 알고 있는데 레거시 DB연결은 생소하여 정리해보려고 함

AI를 통해 관련 내용에 대해 답변을 얻었으나 조그만한 힌트 외에는 내가 알고자 하는 내용은 아니였음

SAP 시스템 DB연결설정은 어떻게 하는걸까

• ST04나 DBACOCKPIT티코드 = DBA Cockpit: System Configuration Maintenance → 데이터베이스 연결 생성가능
• System Landscape > Database Connections 메뉴를 통해 생성,수정 등 생성한 DB연결에 대해 테스트도 가능함
• DBCO티코드 = Display View "Description of Dataase Connections": Overview → DB연결관리에 사용된다고 함
• "위 두개의 티코드에 설정추가시 DB연결정보 넣는 항목은 둘다 존재하는데 차이는 아직 모르겠음"
• Native SQL명령어를 사용하여 외부 DB에 엑세스 할수 있는듯 → DBCON(Description of Database Connections)테이블 구성 필요?
• 시노님 설정 후 OPEN SQL로 처리?

외부 DBMS연결 방법은

• DBCO-외부 DBMS 연결방법입니다-SAPJOY의 20100511 글
• SAP 서버에 .ORA TNS정보가 담긴 파일을 등록 → MSSQL은 해당 작업이 필요없다고 함
• DBCO티코드에서 DB정보 셋팅
• DBACOCKPIT티코드에서 연결 테스트

SAP 컨커의 'Updates to File Transfer Security Policy' 메시지는 Concur-PO 간에 발생되는 걸까?

SAP Concur에 대한 'Updates to File Transfer Security'에 대한 내용에 대해 정리해봄

해당 내용으로 검색을해보면 Shared: AWS FileTransfer for Clients and Vendors의 .pdf파일이 검색됨

문서의 일부분의 내용에 대해 번역한 내용이 정확하지 않을수 있지만  재정리해보면

• AWS파일전송에 관련 고객과 밴더사를 위한 가이드
• SAP Concur의 보안강화를 위한 권장사항에 대한 내용
• SSH 암호화 알고리즘에 대한 정보를 확인할수 있는 링크가 있음 
• 현재 보안정책은 2020-06이고 2024년 4월16일에 2022-03으로 보안정책이 업데이트 될 예정인듯 → 보안정책에 지원하는 SFTP 클라이언트로 전환해야 한다고 함
• "보안정책에 대한 알고리즘 내용을 참고하여 SAP Concur와 사용되는 인터페이스나 기능 등이 있는 경우 확인 및 수정이 필요하다는 것 같음"
• 위 내용 외에도 여러 내용들이 존재함

해당 문서에 담긴  링크 내용을 확인해보면

Security policies for AWS Transfer Family

• AWS Transfer Family는 AWS스토리지 안/밖으로 파일 전송할수 있는 보안전송 서비스라고 함
• AWS Transfer Family에 대한 보안정책 사용된 암호화 알고리즘에 대한 지원관련 내용
• 뭔지모르지만 CloudFormation을 사용한 Transfer Family서버 생성 후 기본보안 정책을 수락하는 고객은 자동으로 최신정책이 할당되는듯?
• 최신보안 정책으로 업데이트하는 것이 권장한다고 하며 클라이언트 호환성에 우려되는 부분에 대한 내용
• 위에서 보았던 2022-03 보안정책에 대한 TransferSecurityPolicy-2022-03 링크가 있음
• 알고리즘 유형에 관련된 내용에 대해 유의할부분
• SFTP 서버는 SshCiphers,SshKexs,SshMacs 알고리즘 사용
• FTP서버는 TisCiphers 알고리즘사용 → 근데 FTP는 암호화(알고리즘)을 사용안하다고 함?
• 아래 스크롤하면 SshCiphers,SshKexs,SshMacs 섹션에 대한 보안정책에 대한 정보를 확인할수 있음
• "각 섹션별 보안정책에 대한 표시가 되어있는데 예를들어 2020-06에서 표시된 보안정책이 2022-03에 없다면? 지원을 안하는 건가?"

"보안정책들은 json데이터포맷 형태로도 제공되듯 한데 SAP PO-Concur 연계하는 클라이언트나 인터페이스 관점에서 어떤 부분을 확인해야하는지 모르겠음"

비상장 비즈테크아이

기업개요

• 주소 서울특별시 마포구 매봉산로 75, DDMC 12층
• 홈페이지 https://www.biztechi.com
• 2003년 1월 9일 설립
• 대표자 권주오
• 전체 사원수 24년 1월 기준 775명
• LG CNS가 지분 96% 가진 IT서비스 회사

SAP 관련 이력

• 2005년 SAP VAR Support Center Certificate 획득
• 2006년 SAP Gold Partner 선정
• 2006년 SAP NetWeaver Partner 선정
• 2007년 LG CNS 자회사 편입
• 2010년 SAP APJ TOP Partner 선정
• 2011년 sap APJ 최초 한국유일 탑 10진입-BnE 8위
• 2013년 아시아 최초 ERP RDS 솔루션 인증 및 BI HANA Migration 인증획득

관련기사

전자신문 비즈테크아이, SAP '탑 커패시티' 수상 20240221

• SAP로부터 지난해 가장 많은 SAP 인재를 양성한 회사로 인정
• 2019년 한국기업 최초 SAP S/HANA 전환인증(SAP S/4HANA Conversion Factory) 등

IDOC은 IS로 대체가 가능할까?

SAP PO를 하면서 IDOC를 실제로 사용해본적은 없고 어느 프로젝트에서 PO를 통한 IDOC(Intermediate Documents) 연계인터페이스 개발이 진행되고 어느 고객사에서는 PO를 사용안하고 SAP에서 IDOC서비스를 다이렉트로 연계되고 있는것 같음

IDOC이란?

• 비즈니스 데이터 전송을 위한 SAP문서형식 → 표준화된 EDI유사문서
• XML과 유사하지만 구문이 다름
• SAP,비SAP시스템간 비동기적 통신을 지원
• SAP시스템 간 전송은 tRFC,ALE(Application Link Enabling)시스템 통해 전송
• 외부시스템 전송은 EDI(Electronic data interchange)통해 이루어짐
• 단계별 프로세스별 로그관리 잘됨
• 표준 프로그램 통해 에러처리도 가능
• 에러처리(재처리)시 까다롭다고 함?
• 이종기간 IDOC사용시 써드파티 툴 사용 예를들어 PO
• SAP시스템에서는 IDCO티코드 기억하면 좋음

IDOC 대체해야하나?

SAP Cloud Integration: move away from those IDoc message! 내용을 보면 idoc은 확장된 표준에 가까운 방식으로 예를들어 SOAP같은 IDOC보다는 메시지구조가 사용자 친화적이고 유지보수 비용도 절감될수 있는? 것으로 대체될수 있을지 모르겠음

다른 방식으로 바꾸진 않아도 지금부터라도 다른 방식으로 대체될수 있을것이라 고민이 필요해보이는게 앞으로 더 이상 부분적으로 IDOC 지원이 안될수도 있고 새로운 IDOC방식을 대체할수 있는 기능이나 솔루션등을 미리 준비해보는것도 좋다고 하는것 같음

SAP PO 7.5 ABAP Proxy 동기 시나리오 따라하기

해당 시나리오는 ABAP Proxy개발하는 방법을 모르는 PO담당자가 프록시에 대해 비중을 두고 작성하였음

따라한 사이트는 'ABAP Server Proxy on S/4 HANA and pO 7.5-pratibha singh'

Process Orchestration  ESR,ID 오브젝트 생성

• Data Type → Message Type → Service Interface → Message Mapping → Operation Mapping 순으로 개발
• XI때 처음 할때는 이런 개발순서들이 햇갈렸었는데 지금은 머리보다 몸이 먼저 움직임
• ID오브젝트는 Business Component → SOAP,PROXY Channel → ICO순으로 개발

ABAP 프록시 생성

• GUI SAP를 통해 연계할 SAP 시스템 로그인 후 'SPROXY' 티코드 실행
• PO에서 생성한 오브젝트 위치로 가서 Service Interfaces의 해당하는 프록시를 생성
• 네이밍룰은 _Out일때 SAP가 송신, _ In일때 수신임(프로젝트마다 다를수도)
• Create Proxy를 누른경우 로컬에서 생성시 Local Object체크,Package $TMP안에 생성됨
• 그리고 Active까지 해주면 되는데 프록시에서도 PO에서 생성된 DataType구조를 볼수 있음
• PO DataType의 필드명 타입과 어커런스 등에 따라 프록시 데이터 구조가 생성됨
• 생성된 오브젝트 타입으로는 Interface,Structure,Table 등 생성되고 하나의 DataType안에 여러 구조인경우? 스트럿쳐,테이블 타입대로 각 각 생성됨
• 생성된 프록시는 편집도 가능한데 잘 수정되는 경우 인터페이스 간에 문제가 있을수도 있음
• 수정이 가능한 프록시 항목은 ABAP Name,Prefix,Description,Implementing Class,TableType Name,ABAP Type 등이 있음 

SAP NetWeaver에 대한 내용 정리

EAI쪽을 10년정도 하다보면 다른 일도 하고 싶고 막상 했는데 시간만 쓴것 같은 생각이 든적도 있음 예전에는 ABAP하겠다고 유료 트라이얼 서버도 구독하여 ABAP책 보고 했지만 왠지 시간만 쓴것 같고(지금은 다 까먹음) 지금은 생각이 달라진게 본업에 익숙한 환경에서 조금씩 확장해보는것도 좋을것 같아 NetWeaver안에 솔루션 플랫폼 등을 SAP BTP 트라이얼 환경에서 체험해보는것도 좋을것 같아 하나씩 해보려고 하는데 일단 NetWeaver에 대해 내용을 정리해봐야될듯 함

SAP NetWeaver란?

• 1997년 이스라엘 소프트웨어 회사에서 설립
• 2001년에 SAP 인수

• SAP 2003년 웹 서비스 지원 J2EE 지원 커널 채택과 SOA를 기반 시스템 개발
• 2003년에 NetWeaver 2004를 발표 이후 출시
• 2005년에는 2004s? NetWeaver 7.0이 출시(현재는 SAP NetWeaver 7.5 SP 26)
• ESA(Enterprise Service Architecture)를 거치고
• 2006년 eSOA(Enterprise Service Oriented Architecture)라는 플랫폼 발표
• Adaptive비즈니스솔루션,Composition Application 지원 → 이기종 IT환경 지원 통합플랫폼인 NetWeaver으로 발전
• SAP Application 개발과 실행환경 제공 및 타 시스템과 통합 지원

• SAP의 ERP,MDG 및 여러 모듈 등을 서포트하는 플랫폼 역할
• SAP 애플리케이션 위한 런타임 환경
• SAP Business Suite 등 애플리케이션의 온프레미스 버젼 기반형성

• 고객사에서 SAP 제품 구매시 1+1으로 NetWeaver도 사용할수 있게 해준다는? 현재 IS(Integration Suite)도 비슷하다 들었음

• 사용자간 인터페이스 위한 Portal Infrastructure 지원
• Multi-Channel Access, Collaboration 기능 제공
• SAP NetWeaver 7.5에는 SAP HANA 및 SAP Cloud Platform과의 통합기능 포함 → 7.5는 2015년에 출시되었다고함

SAP SLT(SAP Landacape Transformaton Replicaton)란?

어디선간 SSAP SLT에 대해 들은적이 있어 궁금해 정리한 내용이며 다르게 이해한부분도 있을수 있을것 같습니다.

SAP  SLT 특징

• SAP에서 제공되는 ETL(Extract,Transform,Load)솔루션 중 하나
• RFC연결이 되는 시스템에서 데이터를 넣는데 사용가능
• Migration하는데도 사용하는 듯

• S/4HANA시스템인 경우 기본으로 탑재? → 아닌경우 Add-on해서 사용
• BigQuery로 데이터를 복제하는 솔루션 → SAP Business Suite와 비슷?

• 드리거 기본 복제로 테이블에 데이터 적재되는 순간마다 발생하는것을 의미
• SAP Solution Managr를 통한 모니터링 기능
• 2010년부터 출시된 오래된 제품?

SAP 라이센스모델 Single Metric(싱글메트릭)은 뭔가요?

싱글메트릭의 라이선스는 기존 사용자가 아닌 사용량에 따라 비용이 부담된다고 하는데 지금은 잘 모르겠지만 불필요한 리소스나 트랜잭션없이 표준화에 맞는 고객사 시스템들이 새로운 라이센스 방식에 맞지 않을까 생각됩니다. 

"아래 내용은 구글 바드를 통해 정리한 내용으로 현재 버젼과 맞지 않은 내용이 있을수 있습니다" 

SAP 라이센스란?

• 라이센스는 SAP 솔루션 사용관리 등 지원하는 고객과의 법적계약
• 약관,필요한 라이센스 수와 수수료 등과 유지보수 및 서비스 지원
• 이런 규정을 준수할수 있도록하여 벌금이나 법적 조치가 발생될수 있는 부분을 예방
• 일반적인 라이센스 유형으로 Named User,Package,Digital Access,Indirect Access License가 존재
• SAP 고객이라면 새로운 라이센스 모델을 알고 숙지필요

SAP PO인시던트 등록할때 필요한 분석,디버깅,덤프 등 관련 노츠

SAP PO에서 발생되는 문제들에 대한 빠른해결 방법으로 인시던트를 등록 후 지원받는 방법이 있는데 이 방법은 인시던트 등록할때 문제가 발생될때 로그나 덤프파일 등을 같이 첨부해주면 조금더 빠른 지원을 받을수 있는것 같습니다.

이런 빠른 지원을 받을수 있는 가장 기본적인 건 아마도 엑셀에 해당 문제나 에러에 대한 스크린샷을 붙여놓는것 같습니다.

1095473 - How to get a full thread dump in AS Java

SAP NetWeaver내의 서버(PO포함) 내에 자바 스레드 덤프를 가져올수 있는 사용방법 링크가 들어있는데 이 사이트만 봐도 되겠네요.

(JSTTSG) (Deploy) Thread Dump

1847251 - How to create and load an SAP MC snapshost: SAP AS JAVA

SAP MMC(Management Console)의 서버의 스냅샵 생성방법에 대해 볼수 있습니다.

1757810 - How to get the complete list of software components on your NewWeaver Application Server Java

NeWeaver 자바스텍에 설치된 소프트웨어 컴포넌트 목록과 버젼에 대해 확인 할수 있습니다.

1995883 - Analyzing slow AS-JAVA startup using the SAPJVM Profiler

성능문제 발생 시 해결을 위한 분석 툴입니다.

1514898 - XPI Inspector for troubleshooting XI

애플리케이션 서버 내에서 사용하면서 발생되는 문제에 대한 원인을 찾기위한 툴 내용에 대해 볼수 있습니다.

위의 노츠들은 인시던트 등록 후 SAP 지원팀에서 요청하는 자료에 대한 요청내용에 포함되어있는 Note들입니다.

이전에 작성한 관련 글은

SAP 인시던트 등록하는 방법

SAP 인시던트 등록하는 방법

SAP 인시던트란

SAP 제품 및 애플리케이션 등 기술적,오류 문제에 대해 문의 및 지원을 받을수 있는 채널이기도 하며 일반적으로 컨설턴트나 개발자들이 해결할수 없는 어려움을 SAP의 글로벌 인력을 통해 지원을 받을수 있는 기능이며 지원 방법은 메일,채팅,전화,원격 등이 있는것으로 알고 있습니다. 

해당 기능을 사용하려면 S-USER 아이디 및 권한이 필요하며 인시던트 기능을 통한 문의는 간단하지만 사용법을 잘 잊어먹어서 이번에 간략하게 정리를 해보려고 합니다.

1296527 - How to create a support incident(contact SAP Product Support) - SAP ONE Support Launchpad 참고

인시던트 생성 사이트 접속

Create an Incident 링크를 클릭 후에 보이는 항목들을 작성합니다.

Customer Number와 Customer Name는 S-USER 생성 할때 고객사 관련 정보로 셋팅되는것 같습니다.

SAPXIPP와 Principal Propagation은 무엇인가?

SAP GUI기능에서 SAPXIPP100와 Principal Propagation으로 인한 현상에 대해 지인분 통해 듣게된 내용을 기억을 더듬어 보며 정리해보려고 합니다.

SAPXIPP100 Destination 정보가 없어 SXI_MONITOR에서 재처리 안되거나 SXMB_ADM > Configure Principal Propagation 실행 시  오류 등이 보이는경우가 있는것 같습니다.

PP(Principal Propagation)이란?

Configuration of Principal Propagation 참고

메시지인증관련 기능같은데.. 사용자 컨텍스트를 발신자에게 수신자로 변경하지 않고? 전송하는 기능이라고 하고 송신측의 유저로 수신 시스템 내에 인증이 가능하게 해준다고 보이는데 뭔가 SSO(Single Sign-On)와도 비슷한 기능인것 같기도 합니다.

PP는 SAP assertion tickets통해 인증을 사용한다는데 XI(ABAP,JAVA프록시),SOAP,RFC,WS(SAML) 에서도 지원이 된다고 하고  IS(Integration Server),IE(Integration Engine)에서 해당 기능을 사용하려면 SAP시스템의 특정권한이 존재하는 PIPUSER유저의 SAPXIPP 컨넥션 생성이 필요한걸로 보입니다.

SAP PO 인증서 사전에 만료일 확인하는 웹서비스(KeystoreServiceApi)

외부시스템과 인터페이스를 하는 경우 PO나 타 시스템 인증서 등록이 필수로 적용이 되는경우가 있으며 매년 인증서 만료일에 대해 체크해봐야하는 작업이 있을수도 있는것 같습니다. 

PO내부에 등록된 인증서에 대한 만료일을 사전에 확인하는 방법에 대해 여러 사이트의 검색을 통한 내용을 정리해보았습니다.

인증서를 확인하는 방법으로는 NWA > Configuration > Security > Certificates and Keys 메뉴 등을 통해 인증서를 하나씩 눌러서 만료일을 확인하거나 만료일이 지나면 관련 인터페이스가 에러가 발생될텐데 이런 방법말고 좀더 자동화 할수 있는 방법에 대해 알아보려고합니다.

"가장 먼저 찾은 내용은"

SAP GUI로 접속하는 SAP시스템에서 인증서 만료일을 확인하는 내용입니다.

How to know expired SAP certificates 내용 참고

티코드 'SA38' 실행 후 'SSF_ALERT_CERTEXPIRE' 입력 후 실행하면 각 인증서의 만료일을 확인 가능합니다.

SAP ICM 사이즈 제한 설정(max_request_size_KB)

SAP시스템 → PO전송될때 호출되는 SAP시스템 내부의 ICM(Internet Communications Manager) 사이즈설정으로 PO에 대용량 사이즈를 방지하는 내용에 대해 정리하였습니다. SAP시스템과 연계하는 인터페이스 마다 PO에서 권장하는 사이즈를 담당자별로 가이드 하기보다 차라리 시스템에서 공통으로 사이즈 제한을 설정하는것도 좋은 방법이라고 생각이 됩니다.

SAP ICM 사이즈제한 파라메터 확인방법

SAP GUI에서 SMICM 티코드를 실행 후에 Goto > Parameters를 실행하면

많은 ICM관련 파라메터를 볼수 있습니다. 이중에

icm/HTTP/max_request_size_KB 파라메터는 DoS(Denial-Of-Service aattack) 서비스 거부공격? 을 방지하기 위한 것이라고 보이며 ICM통해 들어오는 HTTP요청 크기가 설정한 최대크기(KB)를 초과하는 경우 ICM에 거부된다고 하는데 초과되는 사이즈도 PO에 전송이 될때도 있고 에러가 발생된것 본것 같은데 확실치는 않습니다.

사이즈 제한 설정은 HTTP외 프로토콜(P4,IIOP 등)도 설정이 가능하며 HTTP최대 설정은 100MB이고 -1값으로 설정하게 되면 사이즈 체크를 비활성화되는걸로 보입니다.

SAP PO 서비스패키지 업그레이드는 어떻게 해야하나요?

SAP PO내의 서비스패키지와 패치 버젼 확인하는 방법과 만약 업그레이드를 하게 되면 확인이 필요한 부분에 대한 SAP ONE Support Launchpad를 통해 검색한 노츠내용 중 SAP SPS(Support Package Stacks)에 대한 내용을 정리를 했습니다.

1381878 - How/where to check the patch levels of your XI/PI system

XI/PI내의 패치버젼을 확인할수 있는 방법에 대해 나와있으며 XI/PI/PO 버젼별로 확인하는 메뉴나 경로가 다르며 SAP PO 7.5기준으로 확인해보면 

/startPage URI를 통해 접속 후 System Information > Component Info메뉴를 통해 PO, SP(Service Package), Patch 버젼을 확인할수 있습니다.

소프트웨어 컴퍼넌트들이 엄청 많은데 서비스패키지 버젼은 모두 동일한것 같고 패치버젼이 달라보입니다.

1746599 - The difference between a PI Support Pack and a Patch

PI/PO의 SP(Support Pack)과 PL(Patch Level)에 대한 주요수정사항이나 업데이트 일정 등을 볼수 있으며 서비스패키지는 버그수정이나 확장된 기능 적용 패치는 소프트웨어 컴퍼넌트 별 수정사항이 주요내용인걸로 보입니다.(피자와 조각피자같은 느낌)

그외 차이점들은 해당 노츠내용을 보시면 좋을것 같습니다.

SAP로드맵에 대한 어느 기사내용

자세한 부분은 링크의 기사 내용을 봐주시면 될것 같습니다.
경쟁에서 이기려면 ERP도 클라우드로 가야 한다

앞으로 어떠한 방향으로?

• SAP는 2027년 구축형 버전인 SAP ECC 6.0의 기술 지원을 종료할 계획
• 향후 새로 나올 제품은 클라우드 환경에서만 구동 가능
• SAP는 기존 환경을 클라우드 기반인 S/4HANA 최신 버전으로 전환 및 고도화하도록 권고
• ERP를 예로 들면 높은 수준의 보안, 확장성, 가용성을 필요로 하고, 이런 요소를 충족하려면 표준화된 클라우드 환경

기존에 어떤문제가?

애플리케이션 시스텀 구축시 기업의 프로세스를 솔루션에 맞추는 대신, 기업 프로세스에 맞게 변경(많은 커스텀코드 사용)

앞으로 어떤 선택을?

• 커스텀 코드가 많은 시스템을 쓰고 있다면? ABAP 테스트 콕핏 같은 툴을 이용해 특정 프로세스를 위한 코드만 제한적으로 남김
• 코어 시스템을 깨끗하에 유지하는 것은 비용 절감뿐 아니라 혁신에 대한 지속적 투자 측면에서 중요한 첫 단계
• 기업이 클라우드 이전을 고민할 때 가장 편한 방식으로 여기는 게 ‘리프트&시프트’ 방식(기존 코드를 거의 수정하지 않고 인프라만 클라우드로 교체)
• 프라이빗 클라우드나 퍼블릭 클라우드의 IaaS나 PaaS를 선택가능