-
Tech Blog
연결 회계를 사용하고 있는 기업들은 특히 주목하세요! SAP S/4 HANA Public 버전 Finance 모듈을 사용하시면 SAP 기존의 연결 회계 솔루션들의 장점만을 취합하여 가장 최적의 연결 결산 환경을 제공하는 SAP Group Reporting 기능을 추가 라이선스 비용 없이 사용하실 수 있습니다. 연결 재무제표란? 연결 재무제표는 두 개 이상의 회사를 경제적으로 한 몸(연결 실체)로 간주하고 한 회사인 것처럼 재무제표를 작성하는 것입니다. 따라서 각 회사의 재무 항목들은 모두 더하고 중복 분은 제거해야 제대로 된 연결 재무제표가 생성됩니다. SAP Group Reporting의 특장점 연결 결산이 어려운 이유 중 하나는 지배기업인 본사에서의 결산 뿐 아니라 종속 기업들의 개별 결산은 개별 결산대로 완료하고 연결 재무 자료를 만들어내야 하기 때문입니다. 또한 내부거래 대사 과정에서 대사 과정을 위한 많은 커뮤니케이션이 필요하며, 내부거래 데이터간 불일치 이슈를 해결하는데도 많은 시간과 어려움이 따릅니다. SAP S/4 HANA Public Cloud에서는 이런 고객들의 Pain points를 이해하여 Finance 모듈을 사용하는 경우 Group Reporting 기능을 추가 라이선스 없이 사용할 수 있도록 하였습니다. Group Reporting 기능을 사용할 경우 거래 기준의 매칭 및 대사의 실시간 프로세스가 제공될 뿐만 아니라 내장된 워크플로우에 의한 매칭 차이 처리 자동화, 로컬 결산으로부터 연결 결산의 연속적인 프로세스 활용 등이 가능하여 연결 결산을 이전보다 훨씬 수월하게 진행할 수 있습니다. Group Reporting 솔루션에 대해 조금 더 기능적으로 설명드리자면, 각 기업의 개별 재무재표 생성을 위해 회계 담당자들이 해야 할 테스크와 연결 회계 담당자가 해야 할 테스크를 나눠서 확인할 수 있어 연결 결산에서 필수적으로 실시해야 하는 프로세스들을 표준화하여 빠짐없이 수행할 수 있습니다. 개별 기업 회계 담당자가 해야 할 테스크는 데이터 모니터라는 앱에서 확인할 수 있습니다. 데이터 모니터 앱에서는 연결 분개 데이터를 가지고 오거나, SAP를 사용하지 않는 연결 단위의 회사 데이터를 업로드 하는 엑셀 업로드 데이터를 수집할 수 있습니다. 또한 순 이익 계산을 통해 회사의 순이익을 계산할 수 있으며, 수동 전기를 통해 수정이 필요한 분개 데이터의 경우에는 수정이 가능합니다. 통화 환산을 통해 로컬 통화로 되어 있는 해외 법인의 데이터를 그룹 통화로 변환하는 작업도 가능합니다. 연결 회계 담당자가 해야 할 테스크는 연결 모니터 앱에서 확인이 가능합니다. 해당 앱을 통해 내부 거래를 제거하거나 미 실현 손익을 제거하고 투자/자본 상계와 같은 작업을 진행할 수 있으며 결과적으로 연결 재무제표를 산출할 수 있습니다. SAP Group Reporting 사용 A사 사례 Group Reporting 기능을 사용하여 연결 결산을 진행하고 있는 A사 사례에 대해 간략하게 설명드리겠습니다. 연결 결산을 진행하고 있는 A사의 경우 아래 그림에서 보듯이 한국 본사에서는 온프레미스 S/4 HAHA Private 버전을 사용하면서 해외 법인에는 SAP S/4 HANA Public Cloud를 사용하는 SAP 2 Tier ERP 전략을 채택하였습니다. A사의 미국법인과 캐나다법인은 하나의 SAP S/4HANA Public Cloud테넌트안에 Company Code로 분류하여 개별결산을 수행합니다. 개별결산 수행 후, Group Reporting의 공통분개 릴리즈 기능을 사용하여, 법인별 시산표 데이터를 추출합니다. 추출된 데이터를 바탕으로 통화환산, 내부거래 제거 등의 데이터 모니터, 연결 모니터의 태스크를 수행하고나면 내부보고용 북미법인 연결재무제표가 완성됩니다. 유럽 법인 역시 동일한 테넌트 안에 Company Code로 분류하여 개별결산을 수행하고, 별도의 개발 없이 본사와 미국, 캐나다, 유럽의 시산표를 합산하여 연결 조정 분개 및 연결결산을 진행합니다. SAP 2 Tier ERP 전략에 대해 더 알고 싶으시다면 링크를 통해 Ebook을 다운로드 해보세요. 연결 결산 작업은 어렵고 복잡하지만 SAP S/4 HANA Public 버전 Finance 모듈을 사용하실 경우 가장 최적의 연결 결산 환경을 제공하는 SAP Group Reporting 기능을 무료로 사용하실 수 있어 연결 결산 작업에 있어 조금은 더 쉽고 편리하게 관리하실 수 있을 것으로 기대합니다. SAP S/4 HANA Public Finance 모듈 구축에 관한 걱정과 질문 사항이 있다면, 메타넷글로벌과 상담하세요!.
2024.12.02
-
Tech Blog
이번 포스팅에서는 SAP 권한 체계와 권한 생성 및 부여 방법에 대한 내용을 간략히 공유하는 시간을 가져보겠습니다. 권한 체계 우선 사용자 ID가 존재해야 하며, 이 아이디에 비즈니스 권한을 부여하게 됩니다.'비즈니스 권한'은 비즈니스 카탈로그를 가진 단위로, 비즈니스 역할이라고도 합니다. 하나의 비즈니스 권한은 하나 혹은 여러 개의 비즈니스 카탈로그를 가지고 있습니다. 사용자는 본인의 담당 업무에 해당하는 비즈니스 권한과 그에 속한 카탈로그를 부여받게 됩니다.이 카탈로그가 어떤 Fiori 앱과 연관 되어 있는지에 따라, 해당 사용자의 런치패드에 해당 앱이 표시될지 아닐지 여부가 결정됩니다. 쉽게 말하자면, 어떤 앱이 보여지는 지는 카탈로그를 가지고 있는지 여부에 따라 달라집니다. 이에 따라 검색 가능한 앱을 조정하여 업무 및 권한을 제공하게 됩니다. 간단한 예시로, 일반 회계 담당자가 아닌 직원이 회계 관련 카탈로그를 갖지 않게 함으로써 담당 업무에 제한을 거는 방식이 있겠습니다. 권한 생성 및 부여 방법 권한 생성 방법은 개발 및 커스터마이징 테넌트에서 생성하는 방법과 테스트 테넌트를 이용하는 방법, 그리고 운영시스템에서 생성하는 방법이 다릅니다. 개발 및 커스터마이징 테넌트에서는 초기 사용자로 로그인을 해야 하며, 해당 유저는 보통 IT 담당자입니다. 그 후 자기 자신에게 해당 HR role을 부여한 후 업무 진행이 가능하며, 아래와 같이 정리할 수 있겠습니다. 1. 개발 시스템에서 초기 관리자로 로그인2. 비즈니스 역할 유지보수 앱에서 HR 관련 비즈니스 역할 생성3. 사용자 유지보수 앱에서 방금 생성했던 역할을 본인에게 직접 부여4. 인력 관리 앱에서 신규 ID 추가 가능5. 신규 ID와 신규 사용자는 별개이므로, 다시 비즈니스 사용자 유지보수 앱에 가서 신규 사용자를 생성 후 역할 부여6. 해당 ID를 IAS에서 import를 시키면서 IAS와 클라우드 시스템 간 데이터 sync를 맞추기테스트 테넌트에서는 직접 만드는 것이 아닌, 개발에서 만든 권한을 전송 후 import하는 방식으로 반영하므로 사용하는 Fiori 앱도 다릅니다. 개발 및 커스터마이징 테넌트의 커스터마이징 전송 엑스포트 앱에서 기본 CTS를 전송하고, 소프트웨어 컬렉션 전송 엑스포트 앱에서 정의한 비즈니스 역할을 전송합니다. 이것을 테스트 테넌트에서 import 하는데, 개발 시스템에서 정의했던 역할들이 테스트 테넌트에서도 적용됩니다. 이후 절차는 위 정리 부분과 동일하고, IAS에서 import 후 사용자에게 이메일이 전송되는데요. 사용자가 이메일에서 활성화 진행 후 SAP 시스템에 로그인 할 수 있게 되는 것입니다. 운영 테넌트는 테스트와 거의 동일한데요. 테스트 시스템에서 CTS 및 소프트웨어 컬렉션을 전송하는 방식으로 운영 시스템의 권한을 생성할 수 있습니다. 정리하자면, 개발 및 커스터마이징 테넌트에서는 역할을 커스텀해서 만드는 것이고, 테스트 및 운영은 앞서 만든 비즈니스 역할을 전송 및 import하여 시스템에 반영하는 방식이라고 할 수 있겠습니다. 이번 포스팅에서는 SAP 권한 관리 체계와 관리 방안에 대해 간략히 공유하는 시간을 가져보았습니다.다음에도 유익한 지식을 공유드릴테니, 많은 관심 부탁드립니다. SAP 도입 및 운영에 대해 궁금하신 점이 있으시다면, 메타넷글로벌과 상담하세요!
2024.10.16
-
Tech Blog
S/4HANA 성공적인 컨버전 1편에서는 SAP ECC 서비스 종료가 임박해 오는 가운데 SAP S/4HANA 전환은 왜 해야하고, 어떤 장점이 있는 지에 대해서 살펴봤습니다. 1편 보러가기 >> https://metanetglobal.com/bbs/board.php?bo_table=tech&wr_id=91 SAP S/4HANA 컨버전 2편에서는 SAP S/4HANA로 마이그레이션 하기 위해서 구체적으로 어떤 플랜으로 어떻게 진행해야 하는지 가이드를 알려 드리겠습니다. 1. S/4 HANA로의 컨버전 어떤 플랜을 가지고 진행해야 하나요? - 컨버전 플랜은 크게 사전 점검과 컨버전 프로세스로 나눌 수 있습니다. - 사전 점검 프로세스는 필수 단계로 SAP Readiness Check활용해서 진행합니다. - Custom Vendor Integration(CVI) 컨버전 작업도 필수적으로 이루어 져야 합니다. 하나씩 알아보도록 하겠습니다. 2. SAP 컨버전 사전점검 프로세스 사전 점검 프로세스는 시스템 컨버전을 위한 사전 조치 항목을 확인하고 작업하는 단계입니다. ① SAP Readiness Check (SAP 사전 점검) 솔루션 통한 점검 현재 ECC 시스템이 S/4 HANA로 컨버전하기에 적합한 지 점검하는 것으로, SAP Readiness Check (SAP 사전 점검) 솔루션을 통해 진행됩니다. 먼저 현재 ERP 시스템(Add-On 솔루션 포함)이 기술적으로 S/4HAHA 전환 가능한 지 확인합니다. 사전 점검 체크리스트는 아래와 같습니다. - 하드웨어, 운영 시스템 버전 - 현재 운영 시스템이 UniCode(Unix to Linux) 버전인가? - ABAP only 환경인가? - 현재 사용중인 ECC 6.0 Enhancement Package(EHP) 버전과 컨버전하려는 타깃 시스템 버전이 몇인가? 또한 S/4HAHA Simplification List(간소화 항목 점검)을 통해 어떤 업무 기능들이 어떻게 변경되었는 지와 ECC Data 적합 여부를 확인합니다. Simplification List는 어플리케이션 혹은 아키텍처 변경이 필요한 사항에 대한 리스트를 제공하는 기능으로 SAP S/4HANA 1709 에는 약 502개의 아이템이 존재하며 비즈니스 우선순위((e.g. Core Finance)와 산업군으로 그룹화 되어 제공합니다. SI(Simplication Item) Check Report(/SDF/RC_START_CHECK)를 실행할 경우 컨버전에 대한 제약 사항 및 조치해야 할 Step이 확인 가능하며 이를 기반으로 작업 계획을 수립할 수 있습니다. ② Custom Vendor Integration(CVI) 컨버전 작업 진행 ECC의 Customer/Vendor는 S/4HAHA에서 “비즈니스 파트너”로 통합관리 됩니다. 즉 S/4HANA 에서는 비즈니스 파트너를 통한 고객 및 공급업체이 필수 사항입니다. 따라서 ECC에서 사용하던 데이터와 S/4 HANA에서 사용할 데이터에 대한 합을 맞추기 위해 CVI(Customer Vender Integration) 컨버전 작업을 수행해야 합니다. 기존에 사용하던 Custom Code는 SI Check를 통해 확인이 가능하지만, 추가 서비스 비용을 지불할 경우 “Custom Code Management”라는 기능을 사용하여 더욱 자세한 내용과 작업 별 우선순위 등을 분석한 레포트를 받아볼 수 있습니다. 3. SAP 컨버전 프로세스 이렇게 사전 점검 프로세스를 다 마친 후에야 ECC 시스템의 쉐도우(복제)를 기준으로 대망의 S/4 HANA 컨버전 작업이 수행됩니다. 컨버전은 Software Update Manager(SUM) 설치를 통해 S/4 HANA 쉐도우(복제) 시스템이 생성되며 ECC에서 기 사용하던 내용을 S/4 HANA에서 사용할 것인지와 오류를 확인하는 프로세스가 진행됩니다. 이 작업이 완료되면 이후 소프트웨어 업데이트와 HANA 데이터 베이스로 데이터 마이그레이션이 이뤄집니다. Custom Code Adaption 작업은 기존에 ECC에서 사용하던 Custom Built-on(CBO)1) 소스 코드를 S/4HANA에서 사용할 경우의 기능, 성능, 안전성 등의 이슈가 있는 지를 점검하고 소스 코드 변경 및 예외 처리 작업 등을 수행하게 됩니다. [주석]Custom Built-on(CBO) : 고객 기업에서 자체적으로 만든 테이블을 총칭하는 용어입니다. 이번 포스팅에서는 S/4 HANA 컨버전이 어떤 계획에 의해 어떤 방식으로 진행되는 지에 대한 내용을 살펴보았습니다. 전사적으로 사용하는 시스템 자체에 대한 컨버전 작업이 쉬운 일이 아니기 때문에 그 내용을 알면 알수록 더 복잡해지는 기분이 드실 수도 있으나 걱정하실 필요없습니다. S/4 HANA 시스템과 S/4 HANA 컨버전에 있어 전문가 메타넷글로벌이 다수의 프로젝트 경험을 통해 쌓인 노하우를 가지고 여러분의 어려움을 시원하게 해결해드릴 수 있습니다. 다음 블로그 포스팅을 통해서는 실제 S/4 HANA 컨버전 사례를 통해 조금 더 구체적으로 그 내용과 방법을 살펴보도록 하겠습니다.
2024.08.19
-
Tech Blog
SAP ECC 6.0 버전을 사용하고 계시다면 이 블로그 포스팅에 주목해주세요! SAP의 유지보수 서비스 기간(EoS, End of Service)이 얼마 남지 않았습니다. 이번 포스팅에서는 S/4 HANA 컨버전(conversion)에 대한 여러분의 궁금증을 세번에 걸쳐 풀어드리고자 합니다. 1. S/4 HANA 컨버전 왜 해야하나요? | SAP ECC 버전은 더 이상 SAP 유지보수 지원이 안됩니다. SAP End of Service, 즉 EoS 정책에 따라 SAP ECC의 유지보수를 할 수 있는 기간이 얼마 남지 않았습니다. SAP ECC 6.0의 Enhancement Package가 버전에 따라 차이는 있지만 2025년에서 30년 사이에 유지보수 지원이 종료됩니다. 예를 들어 우리 회사가 ECC 6.0 Ehp 6.0을 사용 중일 경우 2027년까지는 Mainstream Maintenance 지원을 받을 수 있어 SAP에서 제공하는 일반적인 유지보수 지원을 받을 수 있습니다. 그 이후에는 2030년까지 Extended Maintenance 지원 대상으로 추가 금액을 납부하고 유지보수 지원을 받을 수 있습니다. 그러나 2030년 이후에는 Customer-specific Maintenance 라고 하여 Incident의 영향도에 따라 일부 지원을 받을 수 있으나 일반적인 문의나 요청에 대해서는 SAP의 지원을 받지 못한다고 보시면 됩니다. SAP EOS 스케줄 2. SAP S/4 HANA와 지금 쓰고 있는 SAP ECC 6.0 과 어떤 차이점이 있을까요? 웹 기반 앱 중심의 Fiori화면 업그레이드데이터 처리 속도가 빨라진 HANA 데이터 베이스 사용 1) SAP GUI 화면에서 Fiori 화면으로 전환 기존 ECC 버전에서 사용했던 SAP GUI의 경우 시스템이 어렵고, 전사 경영 정보를 한 눈에 보기에 불편하다는 평이 많았습니다. 또한 SAP GUI 화면을 통해서만 접속이 가능하여 시스템 사용에 제약이 있었습니다. SAP S/4 HANA버전은 이러한 피드백을 반영하여 Fiori(Fiori)사용자 환경을 구성하여 이미 만들어진 SAP의 애플리케이션(Application)들을 모아 7,000여 개의 표준 애플리케이션(Application)을 개발했습니다. 또한 지능형 솔루션 통합 제공을 목표로 하여 내가 보고 싶은 모든 정보를 한 화면에 모아서 볼 수 있게 되었습니다. 따라서 실무자가 자신의 업무와 밀접한 사항에 대한 데이터를 한 눈에 볼 수 있으며 회사의 임원들이 전사 경영정보를 조금 더 쉽고 편하게 확인할 수 있게 되었습니다. 또한 스마트폰이나 태블릿 PC 등 디바이스 종류에 상관없이 인터넷만 연결되면 SAP에 접속할 수 있어 사용자가 원하는 시점에 원하는 장소에서 시스템을 더욱 효율적으로 사용할 수 있게 되었습니다. SAP ECC GUI 화면 SAP S/4HANA Fiori 화면 2) RDB(Relational Databases)에서 HANA Database로 전환 SAP ECC 버전에서 쓰던 RDB(Relational Data Base)는 타사의 Raw Based Data Base이며 S/4 HANA의 경우 SAP 자체의 HANA 데이터베이스를 사용하는데 In-Memory 기술을 탑재하여 기존에 있던 데이터를 읽고, 분석하는 등의 데이터 처리 속도가 훨씬 빠릅니다. 또한 특정 화면을 열 때의 Response Time(반응속도) 역시 빨라집니다. 따라서 S/4 HANA를 사용하게 될 경우 불필요한 업무 시간을 단축하고 더 효과적으로 시스템을 운영할 수 있으며 ‘실시간 회사 정보의 전산화'를 가능하게 하는 기술이라고 볼 수 있습니다. 시스템에 축적된 다양한 데이터의 실시간 활용이 가능할 뿐만 아니라 사용자 편이가 증대된 UI, 일관된 경험을 선사하는 SAP S/4HANA에 대해서 알아봤습니다. 다음 편에서는 S/4 HANA로의 컨버전 어떤 플랜을 가지고 어떤 식으로 진행을 해야 하는 지와 이에 대헤 메타넷글로벌이 어떤 도움을 줄 수 있는 지를 알아보도록 하겠습니다.
2024.08.12
-
Tech Blog
지난 7월 9일, 'SAP Now Korea 2024' 행사가 진행되었습니다. 급속도로 변모하는 경영 환경에서 기업이 끊임없이 혁신을 추구할 수 있도록 최신 솔루션 정보를 제공하는 SAP 코리아의 연례행사로, 다양한 산업에서 업계를 이끌어 가고 있는 국내 기업들이 참석했습니다. 메타넷글로벌도 이 자리에서 SAP S/4HANA Cloud ERP를 통해 소비재·유통산업에서 고객의 비즈니스를 혁신한 사례를 공유하게 되었습니다. 이경수 상무가 세션에 참가하여 RISE with SAP / GROW with SAP 패키지에 대한 인사이트를 전달하였습니다. RISE with SAP SAP S/4HANA Cloud ERP 중, 고객 맞춤형으로 제공 가능한 프라이빗 클라우드를 기반으로 하는 패키지가 'RISE with SAP'입니다. 고객의 요구사항이 복잡하고, 많은 데이터와 프로세스를 통합해야 할 경우 RISE with SAP로 프라이빗 클라우드를 도입하는 것이 적합합니다. 국내 대표 제과기업 '오리온'은 글로벌 비즈니스 성장을 위한 도약의 발판으로 RISE with SAP를 선택했습니다. 오리온은 자사 업무에 최적화된 시스템을 자체적으로 유지하고 있었지만, IT 기술의 발달과 회사의 성장으로 인해 여러 제약 사항을 느끼게 되었죠. 이에 비즈니스 변화에 빠르게 대응할 수 있는 새로운 플랫폼을 도입하기로 결정했습니다. SAP는 글로벌과 국내 다양한 CPG 산업에서의 표준 프로세스로 이미 검증된 솔루션을 가지고 있었기 때문에, 프로젝트의 통합과 중복 업무 제거에 장점을 보일 수 있을 것으로 기대받았습니다. 메타넷글로벌은 프라이빗 클라우드 패키지를 통해 표준화된 프로세스와 데이터의 정합성을 확보하고, 고객과 시장에 바로 대응할 수 있는 운영 체계로 변화시키기 위한 최적의 업무 플랫폼을 마련하는데 집중했습니다. 레거시 시스템이 방대했기 때문에, ERP 하나로 이를 정리하기에는 어려움이 따랐습니다. 이를 해결하기 위해 RISE with SAP 안의 다양한 솔루션을 활용했죠. 업의 특성을 고려한 별도의 추가적 솔루션, 개발확장 플랫폼 'SAP BTP(Business Technology Platform)', 다양한 솔루션 간의 연계를 돕고 통합 관리를 지원하는 SAP Integration Suite도 함께 도입했습니다. AI 시대에서는 데이터 기반 경영이 필수적이기에, 데이터 신뢰성을 확보할 수 있는 플랫폼이 중요합니다. SAP Integration Suite는 산재되어 있는 데이터 연계를 위해 필수적입니다. 또, 다양한 데이터의 통합 분석을 위해 SAP의 BI 툴인 SAP Analytics Cloud와 데이터웨어하우스(DW)인 Datasphere도 함께 도입했습니다. SAP의 BI 툴은 단순 비즈니스 분석 뿐만 아니라, 실적 대비 계획 관리도 가능하게 해주는 데이터 분석 플랫폼입니다. BI 툴과 DW가 하나의 거대한 통합 데이터 저장소로서 기능하면서, 오리온은 여러 시스템에 분산된 데이터를 한 곳에 모아 사용자에게 빠르게 전달할 수 있을 것으로 기대됩니다. 이처럼, 해당 기업은 RISE with SAP를 통해 표준화된 프로세스 하에서 안정적으로 연계된 다양한 툴을 활용해 데이터에 기반한 경영, 미래를 그리는 작업과 분석을 실행할 수 있게 되었습니다. GROW with SAP 급격한 비즈니스 성장세에 따라 ERP를 더 짧은 기간 안에 도입하고 싶은 고객사가 있을 수도 있겠죠. 표준 프로세스를 바탕으로 빠른 비즈니스 혁신을 바라는 고객에게는 퍼블릭 클라우드, 그리고 이에 기반한 패키지 'GROW with SAP'가 적합합니다. 퍼블릭 클라우드의 가장 큰 장점은 신속하게 업무 표준화를 이뤄낼 수 있다는 것입니다. 재무 중심의 ERP 구현이 필요하거나, 빠르게 성장하는 IT혁신 기업은 기존 업무에 맞춰 ERP를 구현하는 것보다 표준화된 SaaS형 SAP ERP를 빠른 시간 내에 도입하여 업무 표준화를 이루는 것이 더욱 효율적입니다. 글로벌 패스트푸드 기업 '맥도날드'는 SAP 표준 기반으로 빠르게 비즈니스를 전환할 수 있다는 점, 그리고 유연한 확장성을 고려하여 GROW with SAP를 통한 퍼블릭 클라우드를 선택했습니다. 퍼블릭 클라우드를 도입하면 최신 기술을 가장 빨리 적용할 수 있습니다. 일년에 2번 진행되는 정기 업데이트를 통해 시스템 내 새로운 신규 프로세스나 AI 등 최신 기술이 지속적으로 반영되죠. 표준을 유지하면서도 SAP의 확장 전략에 따라 다른 솔루션 또는 BTP 기반의 개발을 통한 확장도 가능합니다. 메타넷글로벌 역시 구축과정에서 이러한 장점을 활용했습니다. 또, 고객이 기존에 사용하고 있던 솔루션이나 현재 시중에 나와있는 SaaS형 솔루션이 연계 가능한 점을 반영해 고객사의 프로젝트 관리용 솔루션, 법인카드 시스템을 비롯한 회계 부문 등 다양한 Legacy를 원활하게 연계하여 구축하였습니다. 맥도날드는 이번 ERP 혁신을 통해 고정자산 대량처리에 SAP에서 제공하는 RPA기능을 사용, 업무 시간을 단축시켰으며 리스업무에서는 작업에 사용했던 많은 엑셀 파일들 없이 시스템화 할 수 있었습니다. ERP 시스템 AI의 활용 산업 전반에 인공지능(AI)이 필수적으로 자리잡는 시점에, 기업의 ERP 시스템 혁신을 위해서는 AI 기능을 원활하게 사용할 수 있는 솔루션을 선택해야 할 것입니다. SAP는 퍼블릭 클라우드에 SAP의 생성형 AI를 가장 빠르게 도입하는 등 최근 AI 기능 구현에 많은 힘을 쏟고 있습니다. 이경수 상무는 "앞으로 AI가 여러 고객의 업무 어려움을 해소하는 데 직접적인 도움을 줄 것이다. 특히 분석계 솔루션에 AI가 유용할 것으로 예상되는데, SAP의 Analytics Cloud에도 생성형 AI 기술 적용이 계획되어 있다"면서 "현재 ERP 프로젝트를 고려하는 고객이 있다면 AI 기술을 고려해서라도 SAP의 Cloud ERP가 가장 좋은 해답이 될 것"이라고 강조했습니다. 메타넷글로벌은 SAP on Cloud 도입/구축/운영 전문성을 보유하고 있으며, ‘클린코어*’ 전략에 기반한 대규모 ERP 구축 및 클라우드 기반 프로젝트를 수행해왔습니다. *클린코어 전략: ERP 시스템 관리 및 유지보수 차원에서 ERP 본연의 기능은 별도 개발 없이 표준 프로세스로 관리하고 추가 개발 요건은 시스템 외부에 반영하는 전략 SAP S/4HANA Cloud ERP 도입을 통해 업무 현장을 혁신하고 싶으시다면, 메타넷글로벌과 상담하세요!
2024.07.17
-
Tech Blog
지난번 포스팅에서는 SAP S/4HANA 퍼블릭 클라우드 구축에 활용되는 Activate 방법론에 대해서 알아보았습니다. SAP S4/HANA Public Cloud의 Activate 방법론 알아보기 이번 포스팅에서는 메타넷글로벌에서 SAP S/4 HANA 퍼블릭 클라우드 Activate 방법론을 가지고 구축을 진행했던 A사 사례에 대해 알아보도록 하겠습니다.A사에서 퍼블릭 클라우드를 선정한 이유는 재무 업무가 본사의 글로벌 요건을 충족해야 하며, 구축 방법이나 속도 면에서 스탠다드로 시스템 구축이 가능한 퍼블릭 클라우드 사용에 이점이 있었기 때문입니다. 구축 범위는 재무(FI)이며, 구축 기간은 약 6개월이 소요되었습니다. 지난 포스팅에서 SAP S/4HANA Public 클라우드를 구축하는 방법론인 Activate 방법론에 대해 설명드렸습니다. 이 방법론은 각 단계별 주요 마일스톤과 사전 정의된 프로세스를 제공합니다. 이제 각 단계별 프로세스에 대한 한 문장 요약과 A사에서 실제 이행했던 사항들에 대해 설명드리겠습니다. (예시) 전체 단계와 단계별 주요 Milestone A사의 SAP S/4HANA Public Cloud 구축사례 Activate 방법론 통해 살펴보기 1. Discover (발견) : SAP S/4HANA 클라우드가 비즈니스에 어떤 이점을 가져다 주는 지 이해하는 단계 - SAP 제공 ERP 적합도 평가 툴인 DDA를 통해 S/4 HANA 퍼블릭 / 프라이빗 에디션에 대한 적합성을 파악합니다.- 1차로 업무 Scope Item(구현 범위)을 선택하며 고정 자산 관리, 일반 회계 관리, 채권/채무 관리 등을 선택합니다. 2. Prepare (준비) : 프로젝트의 초기 계획 설정 및 준비 단계 - 중앙 관리 시스템인 CBC와 SAP 클라우드 사용시 제공되는 Starter 시스템, ALM 환경을 세팅합니다.- 프로젝트 팀 확정 및 R & R을 설정합니다.- 프로젝트 킥오프를 실시합니다. 3. Explore(분석) : Fit-to-Standard 워크샵을 수행하여 프로젝트 범위에 포함된 솔루션 기능 검증 및 요구사항 충족 여부 확인 - Fit-to-Standard 워크샵을 통해 As-is 프로세스와 니즈가 잘 정의되었는 지 확인 후 프로젝트 과업 범위를 확정합니다.- 연계 시스템과의 통합 조건을 확인합니다.- 데이터 이관 준비를 합니다. 4. Realization (구현) : 분석 단계에서 확인된 프로세스 요구사항 및 백로그를 기반으로 통합 시스템 환경 구축 및 테스트 - 시스템 컨피규레이션을(System Configuration) 실행합니다.- 사용자 권한 세팅 및 개발을 진행합니다.- 연계 시스템 인터페이스를 구축합니다.- 테스트 시스템에서 단위 테스트 및 통합 테스트 진행합니다.- 사용자 교육을 실시합니다. 5. Deploy (적용) : 운영 시스템 설정 및 Cut-over 액티비티 실시 후 Go-Live - 운영 시스템에서 확인해야 하는 업무 정의한 컷오버 액티비티 점검 및 수행합니다.- 중대한 미결 이슈를 모두 해결합니다.- Go Live 후 지원 계획을 수립합니다. 6. Run (실행) : 시스템의 운용성 최적화 및 자동화 - 지속적인 시스템 운영 및 결산을 지원합니다.- 지속적인 변경 사항을 관리합니다.- 개선 작업을 파악합니다. 그리고, Activate 방법론 단계별 프로세스 외에 꼭 확인하고 대응해야 하는 것! 앞에서 확인했던 각 단계별 프로세스 수행과 함께 클라우드를 구축 시 필수적으로 모니터링하고 대응해야 하는 사항은 SAP에서 제공하는 릴리즈 업데이트입니다. SAP Public 클라우드는 매년 2회 대규모 업데이트가 진행되며, 이 기간 동안 시스템이 자동적으로 업데이트 되며 비활성화 되는 기능들이 있습니다. A사 시스템 구축 시에도 해당 기간이 맞물려 있어 저희 컨설턴트들은 이에 대한 부분을 고객들과 사전에 소통하고 철저하게 대비하였으며, 시스템 이후 다른 영향력은 없는 지를 확인하였습니다. 또한 시스템 업데이트 이후 추가된 기능을 파악하고 고객에게 가이드 하여 새로운 Scope Item을 포함하기도 하였습니다. A사의 SAP S/4HANA 퍼블릭 클라우드 구축 성과 A사는 SAP 퍼블릭 클라우드 구축을 통해 재무 업무 프로세스의 최적화를 통해 수작업 및 비생산적 업무가 감소하였으며, 데이터 정합성(Integrity) 향상을 통한 데이터 분석 역량을 강화할 수 있었습니다. A사의 SAP S/4 HANA 퍼블릭 클라우드 구축 사례를 살펴봤습니다. SAP 구축은 경험과 노하우를 회사와 함께 하셔야 예외적인 상항까지 모두 대비하여 시행 착오를 줄 일 수 있습니다. 관련해서 고민하고 계시다면 메타넷글로벌 SAP Build Team과 상의하세요.
2024.06.25
-
Tech Blog
혹시 SAP 시스템의 빠른 적용과 사용을 위해 SaaS 솔루션인 SAP S/4HANA Public Cloud 사용을 고려 중이신가요? SAP Public Cloud는 SAP의 Activate 방법론을 통해 구축되는데 이번 블로그 포스팅을 통해 Activate 방법론이란 무엇이며 어떤 방법으로 진행되는 지와 어떤 이점이 있는지를 알아보도록 하겠습니다. SAP S/4HANA Public Cloud의 장점에 대해 알고 싶다면 이전 포스팅을 참고해주세요!→ 지능형 기업으로의 도약을 위한 S/4HANA Cloud, Public Edition 특장점 Activate 방법론이란? Activate 방법론이란 SAP Public 클라우드 서비스를 활성화하고 최대한 활용하기 위한 방법입니다. 일반적으로 전사자원관리(ERP)시스템은 Discover(발견) → Prepare(준비) → Explore(분석) → Realize(구현) → Deploy(적용) → Run(실행) 6가지 프로세스에 의해 구축됩니다. Activate 방법론은 각 단계별 주요 마일스톤과 사전 정의된 프로세스를 제공하여 시스템 구축의 편리를 제공합니다. 즉, 새로운 시스템 구축을 위해 어디서부터 무엇을 해야 할 지를 고민하는 하기보다 필요 시점에 필요한 역할을 수행하면 되는 것입니다. 구축 전체 프로세스와 단계별 주요 Milestone SAP Best Practices의 활용 SAP Best Practices 사용 역시 Activate 방법론이 주는 이점이라고 할 수 있습니다. SAP에서는 S/4HANA Cloud에 최적화되어 있는 바로 사용 가능한 스탠다드 비즈니스 프로세스들을 제공하는데 이를 Scope Item(구현 범위)라고 부릅니다. 구현 범위는 아래 그림과 같이 산업별 스탠다드 비즈니스 시나리오 형태로 제공되며 800개 이상이 포함되어 있습니다. 해당 비즈니스 시나리오는 SAP for Me 사이트 혹은 SAP Signavio에서 확인이 가능하며 SAP for Me는 S/4 HANA 라이선스를 구독하게 될 경우 기본적으로 사용이 가능하며 Signavio는 별도 모듈을 구입하여 사용할 수 있습니다. Scop Item 해당 비즈니스 프로세스는 SAP CBC(Central Business Configuration) 환경에서 세팅하게 되는데, CBC 환경은 S/4 HANA 클라우드 이외에 모든 SAP 클라우드 솔루션의 비즈니스 프로세스를 세팅할 수 있는 중앙 관리 시스템입니다. 여기서 세팅 된 내역은 개발 시스템과 테스트 시스템, 운영 시스템으로 이관됩니다. SAP S/4HANA Activate 방법론 프로젝트 관리 및 모니터링 도구들 Activate 방법론으로 시스템을 구현했을 시 프로젝트를 관리하고 모니터링 할 수 있는 지원 도구들 많이 있습니다. - SAP Roadmap Viewer : 각 프로젝트 단계별 어떤 Task를 준비하여 진행해야 하는 지에 대한 자세한 내용을 제공받을 수 있으며, SAP Cloud ALM을 통해 각 단계별 구현 액티비티를 점검하고 관리할 수 있습니다. - SAP Active Methodology Community : 통해 Active 방법론에 대한 최신 콘텐츠를 확인하거나 전문가들과 토론하며 협업할 수 있습니다. Activate 방법론이 주는 이점을 정리해보자면 아래와 같습니다. 1. 표준 프로세스 제공을 통한 빠른 시스템 구축과 사용이 가능합니다.2. 표준 프로세스에 대한 학습 및 전문가의 지원이 가능합니다.3. SAP에서 제공하는 로드맵 및 다양한 관리 도구를 사용하여 프로젝트 모니터링이 가능합니다. 다음 포스팅에서는 Metanetglobal에서 Activate 방법론을 통해 Public Cloud 구축을 마친 M사 사례를 살펴볼 예정입니다. 많은 관심과 기대 부탁드립니다. 작성 : 메타넷글로벌 SAP Build 팀
2024.06.13
-
Tech Blog
현대 기업은 빠르게 변화하는 환경에서 비즈니스 프로세스를 효율적으로 관리하고 최적화하기 위해 새로운 기술을 탐색하고 있습니다. SAP Signavio는 이러한 요구를 충족시키기 위한 혁신적인 솔루션으로 떠오르고 있습니다. 이번 포스팅에서는 SAP Signavio의 주요 기능과 혁신성을 소개하면서 프로세스 마이닝이 가져다주는 가치에 대해서도 알아보겠습니다. 프로세스 마이닝이란? 프로세스 관리 솔루션인 SAP Signavio를 설명하기에 앞서, 프로세스란 무엇일까요? 프로세스란 하나 또는 여러 가지 목표를 달성하기 위해 사람이나 기계가 실행하는 일련의 활동으로, 하나 이상의 목표 달성을 위해 회사에서 무엇을 to-be로 정의할 것인지에 대한 약속이라고 할 수 있겠습니다. 프로세스를 생성하기 위해 이벤트를 만들고 그 이벤트를 기록하는 것을 ‘프로세스 마이닝’이라고 합니다. 대부분의 IT 시스템은 이벤트나 변경 로그 형식으로 프로세스에서 발생하는 많은 세부 정보를 기록하는데요. 이러한 과정에 의한 흔적을 디지털 발자국(Digital Footprint)이라고 합니다. 프로세스 마이닝은 이러한 디지털 발자국을 포착하여 관련된 비즈니스 프로세스를 분석할 수 있도록 합니다. 이는 이벤트 로그를 기반으로 실제 프로세스 모델을 발견하고, 프로세스의 통찰력을 얻는 과정으로 이를 통해 기업은 프로세스를 더 효율적으로 관리하고 최적화할 수 있습니다. SAP Signavio란? SAP Signavio란 SAP사에서 설계한 BPM(Business Process Management) 솔루션으로, 기업이 비즈니스 프로세스를 쉽게 분석, 설계 및 실행할 수 있도록 설계되었습니다. End-to-End 비즈니스 프로세스 혁신을 추진하는 데 도움이 되며, 프로세스 간소화 및 비용 절감이 가능합니다. SAP Signavio는 비즈니스 프로세스를 모델링하고 분석하여 효율성을 향상시키는 데 도움을 주고, 클라우드 기술을 기반으로 한 유연하고 확장 가능한 솔루션을 제공하여 조직의 변화에 빠르게 대응할 수 있습니다. SAP Signavio의 혁신과 프로세스 마이닝의 결합 프로세스 마이닝은 프로세스를 생성하기 위해 이벤트를 만들고 그 이벤트를 기록하는 과정으로, 이를 통해 실제 프로세스 모델을 발견하고 프로세스의 효율성을 개선할 수 있습니다. 프로세스 모델링 및 분석 기능을 통해 프로세스의 효율성을 향상시키고, AI 통합을 통해 자동화를 지원하는 SAP Signavio는 프로세스 마이닝을 통해 실제 프로세스의 동작을 이해하고, 병목 현상을 식별하여 프로세스를 최적화할 수 있습니다. SAP Signavio와 프로세스 마이닝을 결합하여 기업은 비즈니스 프로세스를 효과적으로 관리하고 디지털 변화에 성공할 수 있습니다. SAP Signavio는 최신 기술 트렌드를 반영하여 비즈니스 프로세스를 혁신하고 관리하는 데 필요한 도구입니다. 프로세스 마이닝을 통해 실제 프로세스의 동작을 이해하고 최적화할 수 있으며, SAP Signavio를 통해 이러한 프로세스를 시각화하고 자동화할 수 있습니다. 이를 통해 기업은 더욱 효율적으로 운영되며, 디지털 시대에 발맞춘 성장을 이룰 수 있을 것입니다. SAP Signavio에 대해 더 많은 내용이 궁금하시다면, 메타넷글로벌과 상담하세요! <작성: 메타넷글로벌 Hyperautomation Team>
2024.05.02
-
Tech Blog
디지털 전환에서 클라우드는 빠질 수 없는 필수 요소입니다. 그 중에서도 기업의 근본 핵심요소인 ERP의 클라우드 전환은 아주 중요한 화두라고 할 수 있습니다. 클라우드 기반의 지능형 기업 비즈니스 플랫폼 SAP S/4HANA는 기업의 다양한 업무 프로세스를 한 곳에서 관리하고 최적화할 수 있을 뿐만 아니라, 표준화된 Best Practices 기반의 표준 프로세스를 활용해 짧은 시간 안에 시스템을 구축할 수 있다는 장점이 있습니다. SAP S/4HANA는 클라우드 서비스 제공 주체에 따라 프라이빗 에디션(Private Edition)과 퍼블릭에디션(Public Edition)이라는 두 가지 주요 제품으로 구분됩니다. 각각의 특징과 구현 방법이 다르므로, 기업은 어떤 제품을 도입할 지를 신중히 결정해야 합니다. 오늘 포스팅에서는 최근 기업 고객들이 주목하고 있는 퍼블릭 에디션에 대해서 자세히 알아보고, 구축 시 어떤 점을 고려해야 할 지를 설명드리겠습니다. SAP S/4HANA CLOUD ERP퍼블릭 에디션과 프라이빗 에디션의 차이는? SAP S/4 HANA Cloud, Public Edition에 대해 좀 더 자세히 알아보기에 앞서, 프라이빗 에디션과 어떤 차이점이 있는지 알아보겠습니다. 프라이빗 에디션은 개발 확장성을 포함하고 있는 PaaS 솔루션입니다. 고객 자체 데이터센터 내에서만 구축하므로 관리 주체는 고객이 됩니다. 반면 퍼블릭 에디션은 시스템의 빠른 적용과 사용에 포커싱 된 SaaS 솔루션입니다. SAP 데이터 센터 내에서 구축하기 때문에 관리 주체는 SAP가 됩니다. 이러한 특징은 고객들이 비즈니스 니즈와 상황에 맞춰 서비스를 선택할 수 있는 기준이 됩니다. SAP S/4HANA 클라우드로의 전환 관점에서, 프라이빗 에디션으로의 전환은 컨버전과 신규 구축 두 가지 방법을 통해 가능합니다. 반면 퍼블릭 에디션으로의 전환은 신규 구축을 통해서만 가능합니다. 두 제품의 구현 방안을 '양복 구매'에 빗대어 좀 더 쉽게 설명해보겠습니다. 프라이빗 에디션의 경우, 고객이 자신 만의 스타일로 온전히 맞춰서 제작하는 '맞춤 양복'과 같습니다. 비용은 좀 더 들 수 있겠지만, 자신의 체형과 요구 사항을 충분히 반영할 수 있죠. 퍼블릭 에디션 구현은 백화점에서 구매하는 '기성복'과 같습니다. 고객의 체형에 맞춤 제작된 것은 아니지만, 표준화된 규격과 색상을 골라서 쉽고 빠르게 입어볼 수 있는 방식입니다. 개발 중심의 ERP로 좀 더 디테일하게 딱 맞춰진 솔루션을 원한다면 '프라이빗', 좀 더 저렴한 비용을 들여서 표준화된 업무 프로세스를 빠르게 적용하고 싶다면 '퍼블릭' 에디션을 고려하는 것이 좋습니다. S/4HANA CLOUD PUBLIC EDITION 특장점퍼블릭 에디션의 제품 특성 SAP S/4HANA Cloud, Public Edition은 글로벌 Best Practice 기반의 SaaS 솔루션으로, 다양한 산업별 표준 프로세스가 이미 내장되어 있습니다. 이러한 표준 프로세스 기반으로 구현되기 때문에 빠른 적용과 쉬운 확장이 가능합니다. 또한 1년에 2번 주기적인 업데이트를 제공하기 때문에, 최신 기능을 빠르게 탑재하여 고객이 큰 프로젝트를 진행하지 않더라도 이를 쉽게 받아들일 수 있습니다. 마지막으로 자체 애플리케이션 관리 기능이 포함되어 있어 사용자의 운영/유지보수 부담을 줄여줍니다. 한편 퍼블릭 에디션은 기본적으로 애자일 방식으로 구축됩니다. 표준 프로세스를 기반으로 적용 범위를 정한 뒤 프로젝트를 구현하는 방식이기 때문에, 특정 범위를 빠르게 구현하고 점차 확장해가는 애자일 방법론이 적합하겠죠. 분석-설계-구축-테스트 단계를 거치는 전통적인 SI 구현 방식과는 대비되는 점입니다. 퍼블릭 에디션 ERP 구축 시 고려사항 그렇다면 퍼블릭 에디션 ERP를 구축하려면 어떤 점을 고려해야 할까요? 우선 표준 프로세스를 어느 범위까지 구현할 것인지를 명확히 정의해야 합니다. 또한 표준 기능과 고객 요구사항 사이의 갭 해소를 위한 클라우드 ERP 개발 방안과, 기존 방식과 다른 기술적 역량 확보가 필요합니다. 또한 연 2회의 주기적 업데이트 시점을 고려해서, 구축 방안 수립 시에 프로젝트 오픈 시점 및 업그레이드 이후에 주기적 테스트를 통해 이상 유무를 확인하는 방법 등을 마련해야 합니다. 마지막으로 퍼블릭 에디션에서 제공되는 '클라우드 애플리케이션 라이프사이클 매니지먼트(ALM)'라는 도구를 활용해 구축에서 유지보수까지 전반적인 관리가 이뤄질 수 있도록 구현 방안이 수립되어야 합니다. SaaS 솔루션의 특성상 지속적인 유지보수는 셀프 모니터링 기능을 통해서 이뤄져야 하기 때문입니다. ALM은 클라우드 환경에서의 프로젝트 수행을 모니터링할 수 있는 프로젝트 관리 툴로서 활용할 수 있을 뿐만 아니라, 시스템 전반에 걸친 모니터링 기능도 제공하고 있어서 시스템의 유지보수에 아주 중요한 역할을 합니다. SAP S/4HANA Cloud는 지속적인 업그레이드를 통한 혁신을 통해 고객의 비즈니스 프로세스를 최적화하고 업무 효율성을 향상시키고 있습니다. 특히 Public Edition은 앞서 설명드린 장점을 바탕으로 빠른 구축을 원하는 고객, 해외 법인 등 Two-Tier ERP를 구축하고자 하는 고객들에게 많은 관심을 받고 있습니다. 메타넷글로벌은 최근 많은 수요가 있는 SAP S/4HANA Cloud, Public Edition 뿐만 아니라 프라이빗 에디션까지, 다양한 산업군에서 프로젝트를 수행해 왔으며 이러한 사례를 축적하고 자산화하여 전문성을 보유하고 있습니다. SAP S/4HANA Cloud, Public Edition 도입을 고민하시거나 구현 방안에 대해 더 알아보고 싶으시다면, 메타넷글로벌과 상담하세요! <작성자: 메타넷글로벌 SAP Build Team>
2023.12.07
-
Tech Blog
SAP ECC 시스템에서 S/4HANA 시스템으로 컨버전 하기로 결정하셨나요?그렇다면 순조로운 전환 작업을 위해서 사전에 체크해야 할 요소들은 어떤 것이 있는지 확인해 봐야겠죠?오늘은 S/4HANA Conversion Check lisk에 대해 알아보겠습니다. 사전 점검 프로세스 전에 확인해야 할 내용 S/4HANA 컨버전을 위해 사전에 점검해야 할 리스트는 다음과 같습니다. SAP S/4HANA 전환 사전 점검 프로세스 SYSTEM현재 ECC 시스템(3’rd Party Solution)이 Conversion 가능한지 여부 확인현재 ECC 시스템 및 Target S/4HANA 시스템 버전 확인S/4HANA Deploy 환경 확인 (On-Premise 또는 PCE)Unicode Conversion 여부 확인DB 암호화 여부 확인SCOPE현재 ECC 시스템에서 S/4HAHA Conversion 대상 확인→ 전환 대상 및 추가 모듈 여부, Fiori 사용 여부 현재 ECC 시스템의 데이터 유지 여부 확인 현재 ECC 시스템 프로그램 본 수 확인→ CBO 프로그램, Function, 인터페이스, Enhancement Conversion to do list SAP S/4HANA 전환을 위해 각 항목별로 해야 할 일의 리스트는 아래와 같습니다. SYSTEM 시스템 버전에 따라 필요시 업그레이드 실행 (연계 시스템 포함) 클라우드 이관 (Unix to Linix)수행 암호화된 DB 안화화 프로젝트 수행을 위한 H/W, DB 산정 방화벽 설정 (예외, 허용 등 작업 환경 구성)SCOPE현재 ECC 시스템 상의 미사용 프로그램, Function 정리현재 ECC 시스템 상의 데이터 정합성 점검→ 데이터 정리 및 아카이빙 수행 (Data Cleansing)ACTIONReadiness Check 수행→ 현재 ECC 시스템에 대한 전반적인 분석 레포트 SAP Simplification Catalog 문서를 통해 예상되는 변화사항 도출→ 변화사항에 맞게 적용할 SAP Notes 리스트 업 S/4HANA에서 변경되는 테이블, 함수에 대해 수정할 내용 리스트업→ ex. BAPI_REQUISITION_CREATE 대신 BAPI_PR_CREATE 사용 현재 ECC 시스템의 Standard 테이블, 화면에 대한 Enhancement 리스트업SCHEDULEConversion 전체적인 일정에 따라 3rd Party Solution 수정 및 연결, 통합 테스트 일정 점검 SAP S/4HANA Conversion 전에 이뤄져야 할 U2l ( Unix to Linux) 여기서 한가지 중요한 포인트가 있습니다.전환 전 체크 리스트에 보면 SYSTEM 영역에서 "클라우드 이관 (Unix to Linux) 수행 " 이라는 내용이 있습니다. 왜 컨버전 전에 Unix to Linux가 이뤄져야 할까요? 이 부분에 대해 좀 더 자세히 설명드리겠습니다. 1. What is Unix and Linux Unix와 Linux는 운영체제(Operating System)으로 CPU, 메모리, 스토리지처럼 시스템의 하드웨어와 리소스를 직접 관리하는 소프트웨어입니다. UnixLinux설명카피라이더만 사용할 수 있는 운영체제자유롭게 사용할 수 있는 오픈 소스 운영 체제소스독점(라이선스) 공개(Closed Source)공개(Open Source)대상HP, IBM, MS 등SUSE, Red hat 등 2. What is U2L (Unix to Linux) Unix 환경의 시스템(OS, M/W Data Base, Application 등)을 Linux 환경으로 마이그레이션하는 방법론입니다. 3. Why Linux 최근 Unix에서 Linux OS로 마이그레이션 사례가 증가하고 있는 이유는 무엇일까요? 저비용, 고효율 : 시스템 구축 비용 및 운영 비용 절감을 통한 TCO(Total Cost of Ownership) 절감이 가능 합니다. 유연한 IT 환경 구성 : 벤더 종속성, 라이선스 제약이 약해 유연하고 호환성 높은 시스템 구축이 가능 합니다. 클라우드 컴퓨팅에 적합한 환경 구성: 유연성을 제공하는 오픈소스 OS로서 다양한 기술과 인프라 유형에 구애 받지 않아 클라우드 환경에 이상적인 OS를 제공합니다.또한, Digital Transformation에 따라 클라우드 인프라의 중요성이 증가하면서 Linux OS로의 마이그레이션 사례 증가 및 시장 성장으로 이어집니다. 4. Why Linux on S/4HANA 그렇다면 SAP S/4HANA Conversion에서 Unix to Linux 수행이 꼭 필요한 이유는 뭘까요? • S/4HANA에서 사용되는 SAP HANA Database 실행 플랫폼이 Linux이기 때문입니다. • SAP HANA는 In-Memory Database로 데이터 처리에서 강력하고 안정적인 OS를 필요로 하였기 때문에 슈퍼 컴퓨터에서 동일하게 사용되는 Linux OS를 기반으로 SAP 시스템을 표준화 합니다. • 따라서 Unix 기반의 SAP ERP Database는 Conversion 전 Unix to Linux 라는 작업을 사전에 꼭 수행해야만 합니다. S/4HANA Conversion 준비를 위한 체크리스크와 사전에 Unix를 Linux로 전환해야 하는 이유에 대해 알아봤습니다.SAP S/4HANA Conversion이 필요할 땐! 메타넷글로벌과 상담하세요. <작성 : 메타넷글로벌 SAP Build team>
2023.08.30