먼저, 살펴보겠습니다. 왜 코어를 청소해야 할까요?

조직이 핵심 시스템을 구현할 때, 즉시 사용 가능한 기능이 필요한 모든 것을 제공하는 경우는 없습니다. 따라서 개발자는 특정 IT 환경의 복잡성을 탐색하기 위해 시스템에 추가, 향상 및 조정을 해야 합니다.

사용자 정의를 위한 다른 이유는 다음과 같습니다.

• 타사 시스템과 통합
• 합병 또는 인수 후 여러 인스턴스 결합
• 고유한 사용자 경험 또는 현지화 요구 사항 생성
• 규제 요건 충족
• 경쟁 우위를 확보하기 위한 차별화

30,000개의 사용자 정의 확장

일련의 합병 및 인수 후 다국적 건강 및 영양 회사 DSM-Firmenich IT 표준화 및 감독 부족으로 어려움을 겪고 있었습니다.

그 결과 :

• 섀도우 IT 솔루션의 확산
• 빠르게 개선 사항을 제공하는 능력에 한계가 있습니다.
• 지역화된 구현이나 M&A 활동으로 인해 이질적이거나 일관성이 없는 시스템

"지원 관점에서 볼 때, 우리의 역사적 경관은 유지하기가 매우 어려워졌습니다. 모든 솔루션은 자체 기술이 있었고, 사내 지식이 없었습니다."라고 DSM-Firmenich의 기술 개발 전문가 Wouter Vijverberg가 말했습니다.

이야기는 다음과 같았습니다. 코선 비트(CBC), 유럽의 선도적인 설탕 생산업체. 1989년부터 SAP 고객이었던 CBC는 두 도메인에 걸쳐 약 40개의 맞춤형 프로그램과 구성 요소를 만들었습니다. 이러한 빌드와 유지관리는 지난 20년 동안 약 XNUMX인년의 노력을 필요로 했습니다.

ASUG에 따르면 평균 SAP ECC 시스템은 30,000개 이상의 사용자 정의 확장 기능을 보유하고 있습니다 SAP 표준 기능을 강화하기 위해. ASUG 데이터베이스에는 100억 줄 이상의 코드에 대한 사용자 지정 코드 발자국이 있는 시스템이 있으며, 그 중 40%-60%는 더 이상 사용되지 않습니다.

그렇다면 사용자 정의를 제거하는 게 어떨까요?

사용자 정의 코드 지원(변경 및 향상은 제외)33% 추가할 수 있습니다 회사의 SAP 비용 외에.

수명 동안 핵심 시스템은 다양한 개발자와 팀원이 추가한 사용자 지정 코드를 축적할 수 있습니다. 필연적으로 팀원은 계속 나아가 이러한 사용자 지정의 이유와 방법에 대한 지식을 가지고 갑니다.

더 이상 사용되지 않는 코드와 그 종속성을 식별하여 안전하게 제거할 수 있도록 하는 데는 큰 복잡성과 비용이 수반됩니다. 많은 조직은 단순히 그렇게 할 대역폭이나 리소스가 없습니다.

Enexis는 네덜란드에 본사를 둔 유틸리티 공급업체입니다., 역사적으로 맞춤형 기성품(COTS) 소프트웨어에 의존했습니다. Enexis가 COTS 옵션에서 필요한 것을 얻을 수 없을 때, 그들은 타사 개발자를 데려왔습니다.

이러한 개발자들은 .NET, Java 또는 C++로 임시 솔루션을 만들었는데, 이는 모두 회사 전체의 표준화나 거버넌스가 부족했습니다. 또한 Enexis가 타사 솔루션과 개발 리소스에 의존하면서 IT 팀은 해당 환경에서 지식 격차를 겪었고, 이로 인해 보안 문제와 확장 문제가 발생했습니다.

왜 사용자 정의를 그대로 두지 않는 걸까요?

고도로 사용자 정의된 시스템의 단점은 무엇입니까? 가장 큰 과제 중 하나는 SAP 업그레이드 또는 마이그레이션(예: S/4HANA)의 복잡성 증가입니다. 이러한 복잡성 증가와 함께 유지 관리 비용도 상당히 증가합니다. 이러한 어려움에 더해, 수행된 모든 사용자 정의를 업데이트한 결과를 이해하기 위한 사내 기술을 유지하는 어려움도 있습니다.

스위스 항공기 제조업체, 필라투스 항공기 회사 맞춤형 SAP 솔루션의 과제에 대해 잘 알고 있었습니다. "성장하는 레거시 환경을 살펴보면 문서화되지 않은 맞춤형 SAP 솔루션과 구두 프로세스가 많이 있습니다." 디지털 운영 및 유지 관리 제품 소유자인 루카 드 시모니의 말입니다.

Pilatus의 레거시 환경은 수년에 걸쳐 섀도우 IT 솔루션의 생성으로 이어졌습니다. "회사 내에서는 다양한 스타일의 솔루션 개발이 있습니다. Excel은 일반적으로 이런 방식으로 오용됩니다. 전체 레거시 인트라넷은 PHP 기반입니다. .NET 애플리케이션, SAP ABAP 코딩, 기타 많은 사용자 지정 소프트웨어가 있습니다. 비표준 솔루션이 많이 있습니다." De Simoni가 말했습니다.

SAP S/4HANA 업그레이드가 눈앞에 다가오면서 Pilatus에서는 과제를 해결할 방법을 찾아야 했습니다.

시간이 본질이다

SAP는 SAP ECC에 대한 유지 관리 지원이 2027년 말에 종료될 것이라고 발표했습니다. 하지만 Enhancement Pack 5 또는 이전 버전을 사용하는 모든 ECC 고객의 약 절반의 경우, 주류 지원은 2025년 말에 종료됩니다. 따라서 SAP는 S/4HANA로 업그레이드하라고 조언합니다.

향후 37년 내에 S/4HANA로 업그레이드할 계획이 없는 XNUMX%의 조직 중 하나라도 핵심을 정리하는 것은 다음과 같은 경우에 필수적입니다.

• 유지관리 비용 절감
• 복잡성 감소
• 비즈니스 민첩성 향상
• 더 큰 혁신을 가능하게 하다

로우코드 방식이 답일까?

로우코드 접근 방식을 채택하는 것은 핵심을 깨끗하게 유지하는 가장 간단한 솔루션입니다. 로우코드는 조직이 핵심 시스템을 빠르게 확장하고 핵심 시스템 외부에서 사용자 정의를 재개발하는 데 도움이 될 수 있습니다. SAP 자체에서는 고객이 로우코드 도구인 SAP Build를 사용하여 과제에 접근하도록 권장합니다.

SAP Build는 분명히 SAP 제품군과 긴밀하게 통합되어 있으므로 이 측면에서 사용자에게 이점을 제공합니다. 그러나 ASUG 회원은 최우선 순위에 대해 물었을 때 "SAP와 비 SAP 시스템 간의 통합"을 다음과 같이 답했습니다. 그들의 주요 초점.

SAP Build는 SAP 개발을 위한 훌륭한 도구입니다. 하지만 SAP와 비 SAP 시스템을 통합하는 데는?

여기는 Mendix 탁월합니다. Mendix 조직이 핵심 시스템을 확장하고 현대화하는 데 도움이 되는 훨씬 더 포괄적인 접근 방식을 제공할 수 있습니다.

Mendix SAP의 만 로우코드를 위한 승인된 앱 파트너이며 SAP의 인증을 통과했습니다. 프리미엄 인증. 과 MendixSAP 팀은 인수 후 통합, 인스턴스 통합 또는 클라우드에서 S/4HANA로 마이그레이션하는 경우 등 SAP 변경을 어렵게 만드는 시간, 비용 및 위험 장벽을 줄일 수 있습니다.

Mendix SAP와 고도로 통합되어 있습니다. 고객은 SAP HANA Cloud에서 직접 앱을 빌드하고, SAP Business Technology Platform에 직접 배포하고, 모든 SAP 애플리케이션과 통합할 수 있습니다.

많은 SAP 고객과 마찬가지로 Enexis는 수년에 걸쳐 ERP 시스템을 크게 사용자 지정했지만 이제 핵심을 깨끗하게 유지하기 위해 SAP S/4HANA로 마이그레이션하고 있습니다. SAP와 Mendix 이를 가능하게 합니다. Enexis는 SAP에서 사용자 정의 개발을 피할 수 있습니다. 이는 그들이 의존할 곳이기 때문입니다. Mendix. 또한 Enexis는 프로젝트, 고객 또는 직원 데이터를 통합하기 위한 재사용 가능한 구성 요소 형태로 중요한 SAP 시스템을 확장할 수 있습니다.

따라서 Forrester TEI 보고서 Mendix SAP 고객을 위해SAP에서 의뢰한 연구에 따르면 SAP ABAP, SAPUI5, Java 및 JavaScript와 같은 기존 개발 사용자와 비교했을 때 Mendix 사용자는 다음을 깨달았습니다.

• 개발 비용 8배 절감
• 가치 실현 시간이 8배 단축됨
• 3개월 이내에 회수 가능

코어 청소 Mendix

많은 조직들이 사용하고 있습니다 Mendix 핵심을 정리하여 시스템의 복잡성을 줄입니다.

DSM-Firmenich는 다양한 도구와 기술을 사용하는 여러 인스턴스의 복잡한 SAP 환경을 보유하고 있습니다. 이 회사는 이제 모든 맞춤형 개발을 지원하는 글로벌 기술 개발 팀을 보유하고 있습니다. Mendix, AWS, SAP.

DSM-Firmenich의 Vijverberg는 "우리는 최신 버전의 SAP를 실행하지 않습니다."라고 말했습니다. "그래서 우리 아키텍트의 지침은 SAP를 상자에 넣는 것입니다. 우리는 더 이상 SAP를 너무 많이 변경하고 싶지 않습니다. 대신 다음을 사용할 수 있습니다. Mendix 추가 기능을 통합하기 위한 패치로."

DSM-Firmenich는 150개 이상의 Mendix 응용 프로그램. 약 50%가 하나 이상의 SAP 인스턴스와 상호 작용합니다. 사용하여 Mendix 여러 시스템 위에 있는 계층으로서 사용자는 여러 시스템에 액세스할 수 있는 간단한 단일 진입점을 갖게 됩니다. DSM-Firmenich는 솔루션 제공이 5배 더 빠르다는 것을 발견했습니다. Mendix.

Cosun Beet의 개발자들은 또한 작업이 훨씬 더 빠르다는 것을 발견했습니다. Mendix SAP 사용자 인터페이스를 구축하는 것보다 로우코드입니다. 그들은 지금까지 250개의 고객 SAP 솔루션 중 600개 이상을 통합했습니다. 직원과 외부 공급업체가 CBC 도크에서 타임 슬롯을 예약할 수 있는 Dock Planner 솔루션이라는 단 하나의 애플리케이션으로 연간 XNUMX일의 근무일을 절약합니다.

항공기 제조업체 Pilatus는 디지털 작업 주문(DWO) 개념 증명을 제공할 수 있었습니다. Mendix 단 14주 만에 가능합니다. "[DWO의] 목표는 SAP에 따라 구축해야 할 모든 것을 해당 도면, 문서, 3D 모델 및 수행해야 할 단계와 함께 표면화하는 것입니다." 홀츠가 말했습니다. "작업과 주문이 애플리케이션에서 완료되면 코어 시스템에 다시 반영되고 SAP에서 실시간으로 업데이트되므로 Pilatus에서 특정 항공기의 진행 상황과 인도까지 얼마나 남았는지 쉽게 확인할 수 있습니다."

청소해라

핵심 시스템을 업그레이드하든, 현재 구현을 최적화하든, 사용자 지정 코드를 유지 관리하는 데는 비용이 많이 들고 효율성, 생산성, 민첩성과 혁신 및 경쟁 능력을 저해한다는 것은 의심의 여지가 없습니다.

전략적 우선순위가 무엇이든 깨끗한 핵심을 향해 노력하는 것이 중요합니다. 로우코드 접근 방식을 사용하면 더 빨리 목표에 도달할 수 있습니다. 솔루션 아키텍트인 Guido Zeelen이 다음과 같이 말했습니다. 시벨코 "사업적인 관점에서 보면, Mendix "S/4HANA는 우리 사업의 비표준 부분을 표준화하는 데 도움이 되었습니다. S/XNUMXHANA는 우리 사업 프로세스의 대부분을 표준화하고 있습니다. 거기에 맞지 않는 부분은 로우코드를 사용하여 표준화할 수 있는데, 이는 정말 강력합니다."

더 자세히 알고 싶다면 Mendix 핵심을 깨끗하게 유지하는 데 도움이 될 수 있습니다. 최대한 빨리 여기를 클릭해주세요..