SAP 사용자들의 오픈 커뮤니티

• 목록

안녕하세요, KSUG Admin입니다.

10월 11일에 진행된 "[10월 KSUG 패널 토크]중견/중소기업을 위한 차별화된 S/4HANA 전환 전략” 세션이 많은 SAP 사용자 여러분의 관심 속에 마무리 되었습니다!

KSUG 온라인 패널 토크 세션의 시청자 여러분께서 남겨 주신 질문에 대한 패널 분들의 답변을 올려 드립니다.

이번 패널 토크에서 궁금했던 점을 풀어 보세요!

1. 중소기업에서 SAP S/4 HANA를 적용 활용할 수 있는 정책(라이센스, 가격)적 메리트를 제공해 주시는 부분에 대해 설명 부탁드립니다.

[SAP] S/4HANA Cloud는 고객사의 상황에 맞게 Public edition이나 Private edition으로 선택할 수 있으며, Private edition의 경우 포함되는 entitlement에 따라서 Base/Premium/Premium plus 를 선택할 수 있습니다. 기존 ECC 고객이 S/4HANA Cloud 로 전환하는 경우 2024년에 한하여 Transformation Incentives 를 제공해 드리고 있습니다. S/4HANA Cloud Private ERP 의 경우 ACV의 45%, S/4HANA Cloud Public ERP 의 경우 ACV의 100%를 Credit으로 사용 하실 수 있습니다. (MA, Cloud 또는 Service 비용으로 사용 가능) 기 확정되어 있는 Global Fund 내에서 선입선출로 제공되므로, Fund 소진시에는 제공이 불가능 함을 양지하시기 바랍니다. 대상 여부 확인 및 상세한 내용은 파트너사나 SAP 담당 영업에게 문의 하시면 됩니다.

2. SAP는 S/4HANA 클라우드로 이전하고 나머지 레가시 시스템을 클라우드로 이전하지 않은 경우, SAP와 레가시 시스템간의 데이터 인터페이스는 어떻게 하나요?

[SAP] S/4HANA Cloud로 전환 후에도 유관 시스템과 인터페이스 구성, 활용이 가능합니다. S/4HANA Cloud는 고객이 선택한 Cloud 환경(AWS, Azure, GCP)에서 Private Network를 구성하여 S/4HANA 시스템이 운영되며 고객 데이터 센터의 유관 시스템과 인터페이스 될 수 있도록 네트워크 구성/설정되어 제공됩니다.

[BxT솔루션] SAP가 클라우드로 이전하더라도 기존 인터페이스 방식인 RFC, PI 등으로 시스템간 연결하여 사용가능하고 DA(Digital Access) 라이선스를 구매하여 운영가능합니다.

[젠컨설팅] SAP cloud EAI solution인 Integration Suite 또는 RFC를 통한 직접 연계도 가능합니다. 

3. 기존 ECC 버전의 사용자 라이선스는 S/4 HANA로 가더라도 유지가 되는건가요? 라이선스 정책이 궁금합니다.

[SAP] S/4HANA로변경 시, 라이선스도 S/4HANA 라이선스로 변경됩니다. 프로젝트 구현이후, 실제 S/4HANA를사용하게 됩니다. 

[BxT솔루션] New Install 방식의 경우는 기존 ECC는 재무부서 및 구매부서를 위해 최소한의 라이선스만 부여하고 운영합니다.

4. 클라우드ERP 전환 시, 비용과 보안 등을 고려하여 온프레미스에서 성공적으로 완벽하게 이전하기 위한 주요 요소는 무엇인지요? 운영 시 예상치 못한 문제에 대한 보완은 어떻게 지원되는지요?

[SAP] S/4HANA Cloud 전환이 원활하도록 SAP Cloud 운영팀(Enterprise Cloud Service)에서 고객 상황에 적합한 시스템 아키텍처 구성 및 시스템 설치를 진행합니다. 고객은 S/4HANA Cloud 전환 시 SAP Cloud 서비스 제공 내역 및 정책의 이해가 필요합니다. 그리고 유관 시스템 연계 점검 및 시스템 사용자 영향 최소화도 고려되어야 합니다. SAP Cloud 운영팀에서 시스템 운영 관련 주요 항목(가용성, 성능, 에러)을 모니터링하며 예외 사항 발생 시 조치를 진행하고 고객과 공유합니다.

[BxT솔루션] New Install 방식의 경우는 S/4HANA로 신규 구축으로 별도 고려해야 할 사항은 없습니다.

5. 마이그레이션시 발생할수있는 정합성문제등을 최소화하는 방안과 장애시 복구방안, 마이그레이션의 수작업등을 최소하하는방안이 궁금합니다

[SAP] System Conversion으로 SAP ERP ECC 6.0에서 SAP S/4HANA 로 전환을 하는 경우, 기존 ECC의 데이터가 S/4HANA에 맞게 전환됩니다. System Conversion 진행 시 데이터 정합성 점검 및 조치가 가능하도록 Simplification Item Check 리포트가 제공됩니다. 기술/데이터 정합성 이슈의 경우, SAP에 Incident 문의하여 가이드를 받으실 수 있습니다. 

[BxT솔루션] New Install 방식의 경우는 고객사 코드와 VENDOR 코드를 IMG 설정을 통해 동일한 번호로 이관할 수 있도록 하며, 코드가 중복될 경우에는 우선순위를 선정하여 CUSTOMER CODE를 별도 채번하는 방안을 채택합니다. 이전 코드는 별도 필드에 입력하여 이력을 관리할 수 있도록 합니다.

[젠컨설팅] System Conversion 방식으로 가져가는 경우 표준 전환 Tool인 SUM(Software Update Manager)를 통해 변환 작업이 일어나게 됩니다. 정합성이 문제가 되지는 않으나, 전환 후 각 모듈 별 ECC vs. S/4HANA 데이터에 대한 비교 작업은 필요합니다. 사전에 여러 번의 리허설 작업을 통해 ECC 오류 데이터를 Fixing하는 작업을 진행합니다. 장애 발생의 경우 장애의 수준에 따라 원복을 할지 오류사항을 신속하게 수정 후 진행할지에 대해 사전에 Contingency plan을 수립하고 절차에 따라 의사 결정합니다.

6. ECC에서 S/4HANA 전환 시, 원가 분석에 대한 상세히 나누고, 고도화 과정에서 데이터 정제와 관리에 대한 솔루션 지원은 어떻게 되는지요? 데이터 정제에 따른 오류 검토와 검증은 어떻게 지원되고, 소요 기간과 도입 완료 후, 데이터 관리와 유지 비용은 얼마나 증가하게 되는지요?

[BxT솔루션] New Install 방식의 경우는 원가구성요소는 기업에서 원하는 만큼 상세하게 나눌 수 있습니다. 다만, 그에 대한 배부 구조 등의 기준정보 설정 후 검증이 필요합니다. 데이터는 표준원가 구성요소 레포트, 수불부레포트 등 다양한 분석 툴을 제공합니다. PCE의 사용정책에 따라 DATA 증가에 따른 비용 책정보다는 년간 정액제로 많이 구매하여 운영합니다.

7. 1)기존 SAP ECC시스템에서 SAP S/4HANA로 전환시 준비해야 할 사항과 중요하게 고려해야 할 사항이 무엇이 있는지요? 그리고 전환에 따른 비용 산정은 어떻게 이뤄지는지도 궁금합니다. 2)클라우드 기반 ERP환경에서 데이터 손상 또는 유출 방지를 위한 보안 전략은 무엇이고 SAP은 이에 대해 어떤 방안을 제공하나요? 3)패치/업데이트 작업은 자동으로 되는지 별도의 유지관리 계약을 통해서만 해결이 되는지도 궁금합니다.

[SAP] 1) S/4HANA Cloud 전환 방식의 고려/선택이 필요합니다. 전환 방식(New Installation 또는 System Conversion)에 따라 프로젝트 방향성을 수립하고 준비할 수 있습니다. S/4HANA Cloud 전환 프로젝트 비용과 SAP 라이선스 비용을 구분하여 확인하고 계획이 필요합니다.

2) SAP S/4HANA Cloud는 다양한 보안 기능과 지속적인 노력을 통해 고객 데이터를 보호하고 있습니다. 보안 관련 규율 및 정책은 SAP Trust Center(https://www.sap.com/about/trust-center.html) 에서 확인 가능 합니다

3) SAP Cloud 운영팀(Enterprise Cloud Service)에서 OS/Database/Application의 기술/보안 관련 패치 작업을 정기적으로 수행합니다. Application 버전의 업그레이드(예: S/4HANA 1909 -> 2023)는 고객이 신청한 일정에 연 1회 제공됩니다. 패치 및 업그레이드는 S/4HANA Cloud 기본 제공 내역에 포함되어 있습니다.

[BxT솔루션] 1) New Install 방식은 프로세스 개선의 정도와 이에 따른 기준정보의 변경에 따라 구현 내용이 달라집니다. 구현 정도에 따라 투입인력이 결정되어 프로젝트 비용이 산정됩니다.
Private Cloud의 경우, Conversion 방식과 New Install 방식에 따라 상이합니다.

[젠컨설팅] 1) System Conversion 방식을 선택한 경우 현재 ECC의 데이터 볼륨과 허용되는 downtime에 대한 분석이 선행되어야 합니다. 구축비에서의 가장 중요한 부분은 데이터 볼륨, 적용 모듈, I/F 건 수, CBO 개발 본 수 등입니다.

8. 보통 기업들이 컨버젼을 추진할때 해결해야 할 주요한 risk 및 이것들을 해야 하기 위한 대응 방안도 같이 설명 부탁드립니다.

[BxT솔루션] New Install 방식에서는 프로세스 개선 과제를 선정하는 것이 중요합니다. 개선과제에 대한 output 이미지를 사전에 정리하면 빠른 프로세스 재설계가 가능하고 타 프로세스와의 영향을 사전에 점검할 수 있습니다.

[젠컨설팅] System Conversion 방식의 전환을 결정 한 경우 시스템의 데이터 볼륨이 어느정도 되느냐와 업의 상황을 고려해서 downtime을 얼마나 가져갈 수 있을지에 대한 판단이 가장 중요합니다. 사전에 Archive 또는 불필요한 CBO 테이블 정리를 통해 얼마만큼의 데이터를 줄일 수 있는지도 중요한 부분 중에 하나입니다.

9. 기존 ERP를 S/4HANA로 전환하기 위해선 긴 기간, 많은 비용이 필요합니다. 부담을 줄이기 위한 비용절감 및 기간단축 keypoint 부탁드립니다.

[젠컨설팅] System Conversion 방식 or New Implementation 방식으로 가져갈지에 대한 회사 내의 의사결정이 선행되어야 합니다. System Conversion 방식이 상대적으로는 구현기간이 짧습니다. 비용절감을 위해서는 Remote 방식의 프로젝트 진행을 제안 드리며, 기간단축 여부와 관련해서는 추가적인 협의가 필요해 보입니다.

[BxT솔루션] New Install 방식에서는 기준정보의 변경(코드 변경, 구조 변경에 따른 코드 분할 및 합병)이 없이 프로세스 개선만 할 경우에는 3~4개월에도 가능합니다. 현재 프로세스와 개선 프로세스를 정리하여 컨설팅사에 문의하는 것을 권고 드립니다.

10. 각 모듈별 필요 테스트 진행 시, 각 테스트에 대한 오류 등 문제 발생 시에 온사이트에 비해 처리 대응 시간과 소요 기간은 어떻게 되는지요? 리모트 작업에 대한 비용 절감과 전환 업무 효율성을 높이기 위한 윈윈 전략은 어떻게 세워야 하는지요

[젠컨설팅] 온라인 미팅이 일반화된 현재의 상황에서는 오류 발생 시 처리 대응 시간이 on site/remote에 따라 큰 차이를 보이지는 않는다고 생각합니다. Remote 방식으로 진행을 하게 되면, 당사의 경험 상 30~40%의 구축비 절감 효과가 있는 것으로 파악되었습니다. 이 부분이 고객사에 도움이 되는 요소라 생각합니다.

11. 서비스 종료되면 라이센스 정책이 어떻게 바뀌나요?

[SAP] 서비스 종료와 라이선스정책은 연관이 없습니다. 서비스가 종료되더라도라이선스에 대한 유지 및권한은 여전히 유효합니다. 

12. 대기업과 달리 중소기업의경우는 레가시 인터페이스부터 마이그레이션등 부족한 인프라에서 작업을 해야 합니다. 이런 가려운 부분을 긁어주는 방법은 어떤게 있는지요?

[BxT솔루션] Groupware, MES, SRM 등 검증된 INTERFACE 프로그램을 보유하고 있으며 INTERFACE는 TEST 시나리오를 세밀하게 작성하여 테스트->결과검증->보완->테스트->결과검증->종료 의 형태로 진행하는 것입니다.

[젠컨설팅] Cloud 환경에서는 대부분 Integration Suite(예전 PI, PO)을 통해 I/F 합니다. 기존 PI/PO 없이 사용하신 RFC는 그래도 사용 가능합니다. IS 없이 연결을 해야 하는 상황이면 RFC가 대안이라고 생각합니다.

13. 클라우드 기반 S/4HANA 전환과 온프레미스 전환 중, 중소/중견 기업에 더 적합한 선택은 무엇이며, 각 선택의 장단점은 무엇있을지요?

[BxT솔루션] 클라우드는 인프라에 대한 관리는 SAP가 수행하고 APPLICATION(모듈)의 유지보수는 해당 기업에서 자체적으로 수행 혹은 파트너사에서 수행합니다. DB, 서버 등 지속적으로 유지관리할 수 있는 인력이 보유 여부가 가장 중요한 사항이라고 생각됩니다. 클라우드로 전환시 장애 대응, DR 등을 SAP에서 보증해 주는 것으로 IT 부서 관점에서 보면 더 안정적인 방안이라 생각됩니다.

14. 중소기업도 업종이나 업무 등이 다양한데 S/4HANA 전환을 위한 기업 구분 및 각각의 도입/전환 전략이 표준화되어 있는지 문의드립니다.

[BxT솔루션] New Install 경우는 ASAP 방법론과 Agile 방법론을 활용하여 전환하는 방법론을 택하고 있으며 산업 공통 사항과 기업 특화 사항으로 구분하여 프로젝트를 수행합니다.

[젠컨설팅] System Conversion 방식의 경우 상대적으로 업의 특성 고려가 크지는 않다고 생각합니다. 각 회사마다의 특성이 달라 아직까지 구체적인 표준화 작업은 진행 못했습니다.

15. 이기종간의 데이터마이그레이션에서 잠재적인 데이터 정합오류나 손실등을 최소화하고 자동검증방안등 궁금합니다

[젠컨설팅] System Conversion 방식 선택 시 오류 없이 종료된 경우는 정합성이 일치한다고 보시면 됩니다. 단 자체적인 검증을 위해서는 각 모듈 별 주요 리포트를 통해 ECC와 S/4HANA 전환 결과에 대한 개별적인 검증 작업을 수행합니다.

[BxT솔루션] 이기종간 interface는 약속에 의한 data 송신/수신하는 것으로 데이터 정합오류는 rule 기반으로 체크하며 손실되어 누락하는 data는 interface에서는 발생하면 안되는 사항으로 프로젝트 간 관련 시스템 담당자들과 충분한 테스트로 방지해야합니다.

16. SAP 클라우드 사용시(GROW OR RISE) OS및 DB관리는 SAP에서 수행하는데, 고객이 직접 관리하는 옵션도 있을까요?

[SAP] SAP S/4HANA Cloud ERP 고객은 OS Access가 불가하고 필요한 경우 SAP가 지원하도록 되어있습니다. DB에 대한 Access는 고객이 요청시 고객용 계정이 발급되는데, 해당 계정은 고객이 관리하도록 되어있습니다.

17. SAP는 S/4HANA 클라우드로 이전하면, ECC를 사용할보다 IT 운영자 관점에서 불편해지는 점 / 운영하는데 있어서 어려워지는 점은 무엇이 있나요?

[SAP] S/4HANA Cloud 전환 후에는 시스템의 OS/Database/Application 기술적 운영을 SAP에서 제공 합니다. SAP의 시스템 운영 내역은 고객과 주기적으로 공유되며, 고객은 필요에 따라 SAP에 이슈 지원 요청 및 서비스 신청 등이 가능합니다.

[BxT솔루션] IT 팀에서의 애로사항은 특별히 없습니다.

18. To SAP) S/4HANA version별 EOS가 5년이 아닌 7년 단위로 변경되지 않았나요?

[SAP] S/4HANA 1511 버전부터 2022 버전까지는 mainstream maintenance 기간이 5년이었습니다. S/4HANA 2023 버전부터는 mainstream maintenance 기간이 7년으로 연장되었으며, 향후 2년단위로 new release가출시됩니다. (다음 release : S/4HANA 2025)