SAP S/4HANA Cloud Public Edition 구축 사례 (식품 제조 및 유통업)
식품 제조 및 유통업 기업의 런치패드입니다. 13개 업무 공간 · 332개 앱 가운데 표준 앱으로 업무의 81%를 덮고, 표준에 없는 한국식 업무만 확장 앱 64종으로 보탰습니다. 실제 런치패드 구성표를 공개합니다.
소개 영상블로그 목차 순서대로 · 자막 포함
주요 재생 지점
구축 개요
클라우드 ERP 도입을 검토하는 회사가 가장 먼저 묻는 질문은 두 가지입니다. “표준만으로 우리 업무가 돌아가나?”, 그리고 “안 되는 부분은 어떻게 메우나?” 이 글은 식품 제조 및 유통업 기업에 SAP S/4HANA Cloud Public Edition 을 구축하면서 만든 런치패드 구성을 그대로 정리한 사례입니다. 어떤 업무를 어느 공간에 두었는지, 표준 앱과 확장 앱을 어디서 갈랐는지를 실제 구성표로 보여 드립니다.
| 항목 | 내용 |
|---|---|
| 업종 | 식품 제조 및 유통업 |
| 플랫폼 | SAP S/4HANA Cloud Public Edition · SAP Fiori 런치패드(업무 공간 · 페이지 · 섹션 구성) |
| 업무 범위 | 구매·자재, 수불, 수입, 영업, 출하, 고객 반품, 생산, 제품 원가계산, 관리회계, 재무회계, 결산, 시스템 관리 |
| 외부 연동 | 온라인몰 통합 주문 수집 솔루션, 택배사 출고 예정·출고 확정, 전자 문서(eDocument) |
| 설계 원칙 | 표준 앱 우선(Fit-to-Standard) · 표준 코드는 고치지 않는 확장(Clean Core) · 부서별 업무 공간 · 공통 앱은 공간마다 중복 배치 |
고객사 준비사항
식품 제조 · 유통 기업이 Public Edition 을 준비한다면, 가장 먼저 “우리 업무 가운데 무엇이 표준으로 되고 무엇을 확장해야 하나”를 가려야 합니다. 이 사례에서 표준이 81%를 덮었고, 확장이 필요했던 곳은 수불부 · 수입 · 온라인몰 · 택배 · 일마감 · 결산 분석이었습니다. 아래 표는 같은 길을 가는 회사가 미리 정하고 준비할 것을 정리한 것입니다.
영역별로 준비할 자료와 결정
| 영역 | 고객사가 준비할 것 |
|---|---|
| ① 표준 적합성(Fit-to-Standard) | 현재 쓰는 화면 · 보고서 목록과 부서별 사용 빈도. 표준 데모를 보며 “그대로 · 바꿔서 · 확장”으로 분류할 담당자 |
| ② 결산 근거 보고서 | 결산과 감사에 쓰는 수불부 · 원가명세서 · 검토표 양식 샘플과 산출 규칙 |
| ③ 외부 연동 | 연동 대상 솔루션 목록, 상대 시스템의 API 제공 여부, 코드(고객 · 자재) 매핑 기준 |
| ④ 일마감 운영 | 장려금 · 수수료 정책과 계산 근거, 일 · 월 마감 일정과 책임자 |
| ⑤ 업무 공간 설계 | 조직도와 부서별 업무 분장, 한 사람이 여러 부서 업무를 겸하는 경우의 목록 |
| ⑥ 업그레이드 대응 | 분기 업그레이드 때 확인할 핵심 시나리오와 테스트 담당자 |
단계별 준비 체크리스트
| 단계 | 준비할 것 |
|---|---|
| 착수 전 |
|
| 설계 |
|
| 테스트 · 오픈 |
|
| 오픈 후 |
|
구축사 설계방향
고객사가 준비한 자료를 바탕으로 구축사는 아래 방향으로 설계했습니다. 표준을 먼저 쓰고, 꼭 필요한 곳만 확장하며, 사용자가 자기 화면 안에서 업무를 끝내도록 하는 것이 공통 원칙입니다.
| 설계 항목 | 설계 방향 | 이렇게 설계한 이유 |
|---|---|---|
| ① 표준 적합성(Fit-to-Standard) | 표준 앱 우선, 표준에 없는 국내 업무만 확장 64종 | 표준 비중이 높을수록 분기 업그레이드 부담이 줄어듭니다. |
| ② 결산 근거 보고서 | 월 · 실시간 수불부, 제조원가명세서, 재무 분석 쿼리 세트를 확장으로 | 결산 · 감사 근거는 회사 규칙이 분명해 확장 효과가 큽니다. |
| ③ 외부 연동 | 온라인몰 통합 주문 수집, 택배사 출고 예정 · 확정 연동 | 외부 채널 주문이 표준 판매 · 출하 흐름으로 바로 이어집니다. |
| ④ 일마감 운영 | 판매장려금 · 판매수수료 · 위탁상품수수료를 매일 발생 기준으로 전기 | 월말 집중 전기를 매일로 나눠 결산 일정을 줄입니다. |
| ⑤ 업무 공간 설계 | 부서 · 업무 흐름 기준 13개 공간, 공통 앱은 공간마다 중복 배치 | 사용자는 자기 공간만으로 하루 업무를 끝냅니다. |
| ⑥ 업그레이드 대응 | 표준 코드는 고치지 않는 확장(Clean Core) | 업그레이드 때 확인 범위가 확장 영역으로 좁혀집니다. |
설계할 때 함께 짚은 점
- 확장은 적을수록 운영이 쉽습니다 — 보고서 하나하나를 그대로 옮기려 하면 확장이 늘어납니다. 결산 근거처럼 꼭 필요한 것부터 정하세요.
- 연동은 상대가 있어 일정이 깁니다 — 온라인몰 · 택배사처럼 외부 업체가 낀 연동은 착수 직후 바로 협의를 시작하는 편이 안전합니다.
- 같은 앱의 중복 배치는 의도된 설계입니다 — 공간마다 같은 앱이 보여도 사용자가 공간을 오가지 않게 하려는 것입니다.
업무 프로세스 구성
업무 공간은 부서와 업무 흐름을 기준으로 나눴습니다. 재무회계가 섹션 12개, 앱 132개로 가장 크고, 구매자재관리(70) · 관리회계(67) · 영업관리(49)가 뒤를 잇습니다. 확장 앱은 재무회계(재무 분석 쿼리 · 부가세 · 회사 고유 전표)와 영업관리(온라인몰 · 택배 연동), 그리고 공간 전체가 확장인 수불부 · 수입 솔루션에 몰려 있습니다.
| 업무 공간 | 섹션 | 앱 배치 | 확장 앱 | 담당 업무 |
|---|---|---|---|---|
| 구매자재관리 | 9 | 70 | 5 | 자재·BP·정보레코드 기준정보, 구매요청→오더→입고→송장, 재고·실사·품질 |
| 수불부 | 3 | 10 | 10 | 월·실시간 수불부와 수불 구분·예외 설정 — 한국식 수불 관리 |
| 수입 솔루션 | 4 | 7 | 6 | 수입 통합 관리, 외자구매 진행과 통관 현황 |
| 영업관리 | 9 | 49 | 13 | 판매오더→출하→청구, 온라인몰 주문 수집, 택배 연동, 판매 장려금 일마감 |
| 결산관리 | 1 | 1 | 1 | 일마감·월마감 결산 진입점 |
| 제조 생산 | 10 | 31 | 4 | 작업지시·생산실적·생산 일마감, BOM·공정·작업장·생산버전 |
| 관리회계 | 8 | 67 | 2 | 코스트센터·표준원가·자재원장 결산·간접비 배부·수익성 분석 |
| 재무회계 | 12 | 132 | 29 | 전표·채권·채무·자산·자금·기간·결산·재무보고·부가세 |
| 출하 | 5 | 17 | — | 출하 생성·처리·분석과 작업 일정, 하역 단위 |
| 고객 반품 | 4 | 9 | — | 반품 오더와 환불(대변 메모 요청) |
| 제품 원가계산 | 3 | 14 | — | 이벤트 기준 생산 원가와 재공품, 원가계산 작업 일정 |
| 내 수신함 | 1 | 2 | — | 결재·확인 요청 수신함과 발신함 |
| 관리 | 11 | — | — | 사용자·권한, 전송, 확장성, 데이터 관리 등 시스템 관리 영역 |
| 합계 | 80 | 409 | 70 | 고유 앱 332종 (여러 공간에 중복 배치된 앱 포함) |
같은 앱을 여러 공간에 둔 것도 의도한 설계입니다. 사용자가 자기 공간 밖으로 나가지 않고 하루 업무를 끝내도록, 여러 부서가 함께 쓰는 앱은 공간마다 중복 배치했습니다. 3개 이상 공간에 놓인 앱: 자재 조회(4) · 비즈니스 파트너 마스터 데이터 관리(4) · 비즈니스 파트너 유지보수(4) · 제품 마스터 데이터 관리(3) · 자재 생성(3) · 자재 변경(3) · 자재 이동 전기(3) · 재고 개요 조회(3) · 자재 가격 분석(3) · 분개 관리(3).
표준 + 확장 설계
Public Edition 은 모든 고객이 같은 코드를 쓰고 분기마다 함께 업그레이드됩니다. 그래서 확장의 첫째 원칙은 “표준을 고치지 않는다”입니다. 표준 앱으로 할 수 있는 일은 표준으로 하고, 확장은 표준 데이터를 읽어 보여 주거나 표준 API 로 전기하는 방식으로만 붙였습니다. 확장 앱 64종을 목적별로 나누면 다음과 같습니다.
| 분류 | 앱 | 목적 | 앱 이름 |
|---|---|---|---|
| 구매·재고 | 4 | 구매오더 일괄 생성, 내자·외자 구매 진행, 현재고 현황 | [MM] 구매오더 일괄 생성 · [MM] 내자구매 진행 현황 · [MM] 외자구매 진행 현황 · [MM] 현재고 현황 |
| 수입 솔루션 | 6 | 수입 건 통합 관리와 통관 현황, 권한·화면·코드 관리 | [IM] 권한 관리 · [IM] 상세화면관리 · [IM] 수입 통합 관리 · [IM] 외자구매 진행 현황 · [IM] 코드 관리 · [IM] 통관현황 |
| 수불부 | 10 | 월·실시간 수불부와 수불 구분·예외·필드 설정 | [SB] 수불 구분 설정 · [SB] 수불 업데이트 · [SB] 수불 예외 설정 · [SB] 실시간 수불 구분 설정 · [SB] 실시간 수불 예외 설정 · [SB] 실시간 수불 필드 설정 · [SB] 실시간 수불부 · [SB] 실시간 수불부(합계) · [SB] 월 수불부 · [SB] 월 수불부 - 재무 |
| 영업·물류 연동 | 9 | 온라인 주문 수집 · 코드 매핑, 택배사 출고 확정, 거래명세서 | [SD] CJ 대한통운 출고 예정리스트 및 출고 확정 · [SD] 거래명세서 출력 · [SD] 대금청구 현황 · [SD] 사방넷 고객코드 매핑 관리 · [SD] 사방넷 온라인 주문 수집 관리 · [SD] 사방넷 자재코드 매핑 관리 · [SD] 영업 통합 관리 레포트 · [SD] 위수탁 매입처 관리 · [SD] 출하 현황 |
| 생산·원가 | 6 | 작업지시·생산실적·라우팅 일괄 변경, 제조원가명세서, 원가취합처 목표 대비 실적, 생산 일마감 | [CO] 원가취합처 목표실적 레포트 · [CO] 제조원가명세서 · [PP] 라우팅 일괄 변경 · [PP] 생산실적 · [PP] 작업지시 · 생산 일마감 |
| 일마감 Accrual | 4 | 판매장려금·판매수수료·위탁상품수수료를 매일 발생 기준으로 전기 | 위탁상품수수료 발생 전기(Accrual) · 일마감 / 월마감 결산 · 판매수수료 발생 전기(Accrual) · 판매장려금 발생 전기(Accrual) |
| 회사 고유 전표·보고·부가세 | 5 | 회계전표 생성, 재무제표와 계정 매핑, 부가세 세액 조정·현금영수증 과표 전기 | 부가세 세액 조정 전기 · 부가세 현금영수증 과표 전기 · 재무제표 계정 매핑 · 재무제표(BS and PnL) · 회계전표 생성 |
| 재무 분석 쿼리 세트 | 20 | 잔액·수불·배부·부가세·관계사 거래를 한 규칙으로 보는 분석 쿼리 | GL유동성 계정 잔액 쿼리2 · GRIR 잔액 조회 쿼리2 · 관계사 거래 조회 쿼리2 · 기능별/항목별 비용 분석 쿼리2 · 매출 부가세 공급가액 및 세액 조회 쿼리2 · 손익 분석 쿼리2 · 외화평가 결과 분석 쿼리2 · 원장 분석 쿼리2 · 유상사급 수익 및 원가 조회 쿼리2 · 은행계정잔액 쿼리2 · 일별 생산량 분석 쿼리2 · 재고 분석 쿼리2 · 제조부서 및 가격차이 잔액 쿼리2 · 제조부서 비용배부 분석 쿼리2 · 채권 수금 잔액 쿼리2 · 채무 지급 잔액 쿼리2 · 타계정입출고 거래 조회 쿼리2 · 판매관리부서 비용배부 분석 쿼리2 · 판매직접비 분석 쿼리2 · 합계잔액시산표 쿼리2 |
무엇을 확장하지 않았나
판매오더 · 구매오더 · 출하 · 청구 · 자산 · 채권 · 채무처럼 거래를 만드는 핵심 화면은 모두 표준 앱을 그대로 씁니다. 원가계산 실행, 자재원장 결산, 간접비 배부, 이벤트 기준 생산 원가 같은 결산 엔진도 표준입니다. 확장 앱이 맡은 일은 대부분 조회 · 분석 · 국내 업무 관행이고, 데이터를 바꾸는 확장은 수불 업데이트 · 일마감 발생 전기 · 회계전표 생성 · 부가세 조정처럼 범위가 분명한 소수로 제한했습니다. 업그레이드 때 확인할 대상이 그만큼 줄어듭니다.
GUI 화면과 Fiori 앱의 역할 분담
이동 경로를 확인한 앱 265개 가운데 95개(36%)가 브라우저에서 여는 GUI 화면입니다. 자재 · 정보레코드 · 구매오더 · 판매오더 생성처럼 기존 사용자에게 익숙하고 입력 항목이 많은 트랜잭션은 GUI 화면으로 두고, 품목 모니터 · 재고 개요 · 생산 원가 분석 같은 조회와 분석은 Fiori 앱으로 배치했습니다. 전환 교육 부담을 줄이면서 새 화면의 장점도 살리는 조합입니다.
구축 포인트
| 포인트 | 이렇게 했습니다 | 얻은 것 |
|---|---|---|
| ① 부서별 업무 공간 | 13개 공간을 부서 · 업무 흐름 단위로 나누고, 공통 앱은 공간마다 중복 배치 | 사용자는 자기 공간만 열면 하루 업무가 끝나고, 권한 설계도 공간 단위로 단순해집니다. |
| ② 한국식 수불부 | 수불 구분 · 예외 · 필드 설정과 월 · 실시간 수불부, 재무 기준 수불부를 한 공간으로 구성 | 결산 근거로 쓰는 수불부를 표준 재고 데이터에서 회사 규칙대로 바로 뽑습니다. |
| ③ 수입 · 통관 | 수입 통합 관리 화면과 외자구매 진행 · 통관 현황을 별도 공간으로 | 구매 담당과 수입 담당이 같은 진행 상태를 봅니다. |
| ④ 온라인몰 · 택배 연동 | 온라인몰 주문 수집과 고객 · 자재 코드 매핑, 택배사 출고 예정 · 출고 확정 화면 | 온라인 주문이 표준 판매오더 → 출하로 이어지고, 송장번호까지 한 흐름에서 처리됩니다. |
| ⑤ 일마감 | 판매장려금 · 판매수수료 · 위탁상품수수료 발생 전기와 생산 일마감을 매일 실행 | 월말에 몰리던 발생 전기가 매일로 나뉘어 월 결산 일정이 줄어듭니다. |
| ⑥ 재무 분석 쿼리 세트 | 잔액 · 수불 · 부서 배부 · 가격차이 · 부가세 · 관계사 거래를 같은 규칙으로 보는 분석 쿼리 20여 종 | 재무팀이 엑셀로 가공하던 결산 검토표를 시스템에서 바로 엽니다. |
이런 회사에 참고가 됩니다
- Public Edition 도입을 검토하는 식품 제조 · 유통 기업 — 표준과 확장의 비율, 확장이 필요한 국내 업무가 무엇인지 미리 볼 수 있습니다.
- 온라인 판매 비중이 큰 회사 — 온라인몰 주문 수집과 택배 출고를 표준 판매 · 출하 흐름에 붙이는 구성을 참고할 수 있습니다.
- 수불부 · 제조원가명세서를 결산 근거로 쓰는 회사 — 클라우드에서도 국내 결산 관행을 지키는 방법을 확인할 수 있습니다.
자주 묻는 질문
자주 묻는 질문
Public Edition 에서도 회사 고유 화면을 만들 수 있나요?
만들 수 있습니다. 이 사례에서는 표준 앱으로 업무의 대부분을 덮고, 표준에 없는 한국식 수불부 · 수입 통관 · 온라인몰 주문 수집 · 택배 출고 확정 · 일마감 발생 전기 같은 업무만 확장 앱 64종으로 보탰습니다. 표준 코드를 고치지 않고 확장 영역에 붙이는 방식이라 분기별 업그레이드에도 영향이 적습니다.
표준 앱만으로는 몇 % 정도를 덮었나요?
배치된 고유 앱 332종 가운데 268종(81%)이 SAP 표준 앱입니다. 확장 앱은 64종이며, 그중 다수는 조회 · 분석용이고 데이터를 바꾸는 확장은 수불 업데이트 · 일마감 전기 · 회계전표 생성 등 소수입니다.
런치패드 업무 공간은 어떤 기준으로 나눴나요?
부서와 업무 흐름을 기준으로 13개 공간을 만들었습니다. 같은 앱이라도 쓰는 부서가 여럿이면 각 공간에 중복 배치했습니다(예: 자재 이동 전기, 재고 개요 조회). 사용자는 자기 공간만 보면 하루 업무가 끝나도록 하는 것이 원칙입니다.
SAP GUI 화면도 쓰나요?
주소 정보를 확인한 앱 265개 가운데 95개(36%)가 브라우저에서 여는 GUI 화면(SAP GUI for HTML)입니다. 자재 · 구매오더 · 판매오더 생성처럼 익숙한 트랜잭션은 GUI 화면으로, 모니터링 · 분석은 Fiori 앱으로 나눠 배치했습니다.
수불부를 왜 따로 만들었나요?
식품 제조 · 유통 기업은 월 수불부와 재무 기준 수불부를 결산 근거로 씁니다. 표준 재고 리포트로는 회사가 정한 수불 구분(입고 · 출고 · 이동 · 조정)과 예외 규칙을 그대로 표현하기 어려워, 구분 · 예외 · 필드 설정 화면과 월 · 실시간 수불부를 한 묶음으로 구성했습니다.
일마감은 무엇을 마감하나요?
영업 쪽은 판매장려금 · 판매수수료 · 위탁상품수수료를 매일 발생 기준(Accrual)으로 전기하고, 생산 쪽은 생산 일마감과 일별 생산량 분석으로 당일 실적을 확정합니다. 월말에 몰리던 발생 전기를 매일로 나눠 월 결산 일정을 줄이는 것이 목적입니다.
비슷한 구축을 검토 중인데 무엇부터 준비하면 되나요?
현재 쓰는 업무 화면 목록과 부서별 담당 업무, 표준으로 대체하기 어려운 보고서(수불부 · 원가명세서 등) 목록을 먼저 정리하시면 됩니다. 이 글의 구성표를 기준으로 표준과 확장을 가르는 작업부터 함께 진행합니다.