SAP GUI vs Web GUI - 무엇이 다르고 현업은 왜 그쪽을 고르나#

#같은 화면, 다른 껍데기

SAP를 쓰다 보면 똑같은 T-Code인데 어떤 사람은 설치형 프로그램에서, 어떤 사람은 브라우저에서 쓰는 상황을 보게 됩니다. 둘 다 결국 서버의 동일한 Dynpro 화면을 보고 있지만, 그 화면을 무엇으로 그려주느냐가 다릅니다.

#구조적으로 어디서 갈리나

핵심은 Web GUI에는 "변환" 단계가 하나 더 있다는 것입니다. 업무 로직은 동일하지만, 화면 요소를 HTML로 바꾸는 과정에서 네이티브 클라이언트가 제공하던 일부 동작이 그대로 재현되지 않을 수 있습니다. 뒤에서 볼 차이 대부분이 여기서 파생됩니다.

#항목별 비교

항목	SAP GUI for Windows	Web GUI (SAP GUI for HTML)
설치	PC마다 설치·버전 관리 필요	브라우저만 있으면 됨
접근성	사내 PC 중심	URL 접속, 단말 제약이 적음
응답 체감	대체로 빠르고 반응이 즉각적	화면 전환마다 서버 왕복, 상대적으로 무거움
키보드 조작	단축키·펑션키 중심의 빠른 입력에 유리	브라우저 단축키와 충돌 가능, 일부 키 동작 차이
로컬 연동	파일 다운로드·Office 연동 등 데스크톱 연동이 자연스러움	브라우저 정책 안에서 동작, 제약이 있을 수 있음
GUI Scripting	지원 (자동화 활용 가능)	사용 불가
화면 요소 재현	표준 그대로	일부 컨트롤이 다르게 보이거나 제한될 수 있음
Fiori 통합	별도 실행	Launchpad 안에 타일로 포함 가능

#그럼에도 Web GUI를 쓰는 이유

특히 두 번째 이유가 큽니다. S/4HANA 전환 프로젝트에서 모든 화면을 Fiori 앱으로 새로 만들 수는 없기 때문에, 기존 Dynpro 화면을 Web GUI 형태로 Launchpad에 얹어 "하나의 진입점"을 유지하는 구성이 흔합니다.

#현업의 선호는 어떤가

경험적으로 보면 업무 성격에 따라 갈립니다.

정리하면 "많이 쓰는 사람일수록 SAP GUI를 선호하고, 가끔 쓰는 사람일수록 Web GUI로 충분하다" 는 경향이 뚜렷합니다. 회사 차원에서는 Web GUI 일원화를 추진하다가도, 특정 부서·특정 트랜잭션에 대해서는 SAP GUI를 남겨두는 혼용 형태로 정착하는 경우가 많습니다.

#개발자가 주의할 점

두 환경을 함께 지원해야 한다면 다음을 염두에 둘 필요가 있습니다.

• 화면을 만들 때 두 환경 모두에서 확인한다. SAP GUI에서 멀쩡하던 화면이 Web GUI에서 레이아웃이 어긋나거나 일부 기능이 동작하지 않는 경우가 있습니다.
• 컨트롤 기반 기능은 특히 검증이 필요하다. ALV·트리·이미지 컨트롤 등은 변환 과정에서 동작 차이가 나기 쉽습니다. 실제 사례는 Web GUI ALV Refresh 커서 이슈 글에서 다룹니다.
• 로컬 파일·Office 연동 로직은 대안을 준비한다. 데스크톱 전제의 처리는 브라우저 환경에서 그대로 통하지 않을 수 있습니다.
• 커널·패치 레벨의 영향을 받는다. Web GUI는 렌더링 계층이 개입하므로, 서버 패치 이후 화면 동작이 달라지는 사례가 보고됩니다.