SAP 퍼블릭 Scope Item 채택을 위한 workshop 성공 사례
퍼블릭 클라우드 도입 범위를 정하는 자리입니다. scope item 123건을 한 건에 한 장씩 같은 틀로 담아 두고, 회의에서는 채택 · 보류 · 확인 필요만 고르게 했습니다.

워크숍 개요
퍼블릭 클라우드 도입에서 설계는 “무엇을 개발할까”가 아니라 “어떤 표준을 쓸까”에서 시작합니다. SAP 가 제공하는 표준 프로세스 묶음이 scope item 이고, 도입 범위는 이 가운데 무엇을 켤지 정하는 일입니다. 이 글은 Scope Item 채택 워크숍을 준비하고 진행한 과정을 일반화해 정리한 사례입니다.
| 항목 | 내용 |
|---|---|
| 플랫폼 | SAP S/4HANA Cloud Public Edition — 표준 scope item 활성화로 범위를 정합니다 |
| 대상 범위 | 영업 · 구매 · 생산 · 품질 · 물류 · 프로젝트 · 재무 · 관리회계 · 자금과 공통 마스터 |
| 참석자 | 업무별 현업 담당자와 팀장, 구축사 모듈 컨설턴트, 고객사 IT |
| 준비 자료 | scope item 123건을 한 건에 한 장씩, 같은 틀로 정리한 설명 자료 |
| 회의 산출물 | scope item 별 채택 · 보류 · 확인 필요 판정과 사유, 확인 필요 건의 담당자와 기한 |
| 진행 방식 | 모듈 단위로 나눠 진행하고, 한 건당 설명 3분 · 판정 2분을 넘기지 않습니다 |
이 글은 특정 회사를 식별할 수 있는 정보, 내부 수치, 시스템 상세 구성을 담지 않습니다. scope item 식별자와 이름은 SAP 가 공개한 표준 명칭입니다.
고객사 준비사항
워크숍이 늘어지는 이유는 거의 같습니다. “이게 우리 업무랑 같은 건가요”를 그 자리에서 따지기 시작하기 때문입니다. 그 판단에 필요한 것을 미리 모아 두면 회의는 판정만 하면 됩니다.
영역별로 준비할 자료와 결정
| 영역 | 고객사가 준비할 것 |
|---|---|
| ① 현행 업무 목록 | 모듈별로 지금 하는 일을 한 줄씩 — 예외 처리와 수작업까지 포함 |
| ② 조직구조 초안 | 회사코드 · 플랜트 · 판매조직 · 구매조직 · 저장위치 등 범위를 가르는 기준 |
| ③ 거래 유형 | 직송 · 위탁 · 외주 · 반품 · 무상 같은 특수 거래가 실제로 있는지와 연간 건수 |
| ④ 법정 요건 | 전자세금계산서 · 부가세 신고 · 원천세 등 국내에서 반드시 맞춰야 할 것 |
| ⑤ 연계 시스템 | WMS · 은행 · 세금계산서 ASP · MES 등 밖에서 받아 와야 하는 것 |
| ⑥ 판정 권한 | scope item 을 채택 · 보류로 정할 수 있는 사람이 회의에 들어오는지 |
| ⑦ 보류 처리 규칙 | 그 자리에서 못 정하면 누가 언제까지 정할지 |
단계별 준비 체크리스트
| 단계 | 준비할 것 |
|---|---|
| 착수 전 |
|
| 자료 준비 |
|
| 워크숍 |
|
| 종료 후 |
|
워크숍 진행 방식
자료를 어떻게 짜느냐가 회의 속도를 결정합니다. 공통 원칙은 모든 scope item 을 같은 틀로 쓰는 것, 그리고 그 자리에서 정할 것과 미룰 것을 미리 나누는 것입니다.
| 진행 항목 | 이렇게 했습니다 | 이렇게 한 이유 |
|---|---|---|
| ① 같은 틀로 한 장 | 시나리오 개요 · 전제조건 · 특징 · 프로세스 흐름 · 적용 사례 · 채택 업종 여섯 항목으로 통일 | 항목이 같아야 모듈이 달라도 같은 속도로 읽힙니다. |
| ② 흐름은 5~7단계 | 단계마다 괄호로 무엇이 생기는지 한 마디씩 — 예: 출고전기(재고 감소·매출원가) | 화면 이름이 아니라 결과로 적어야 현업이 자기 업무와 맞춰 봅니다. |
| ③ 전제조건을 먼저 | 조직구조 · 마스터 · 선행 scope item 을 전제조건에 모음 | 채택했는데 선행 건이 빠져 나중에 막히는 일을 줄입니다. |
| ④ 적용 사례와 업종 | “예시: …” 한두 줄과 어느 업종에서 쓰는지를 함께 기재 | 현업이 가장 먼저 묻는 것이 “우리 같은 회사도 쓰나요” 입니다. |
| ⑤ 국내 요건을 특징에 | 전자세금계산서 · 부가세 · 펌뱅킹처럼 표준 흐름에 없는 것을 특징 줄에 명시 | 나중에 발견하면 범위가 아니라 일정이 흔들립니다. |
| ⑥ 연관 건을 이어 적기 | 선행 · 후행 · 변형 scope item 의 ID 를 본문에 같이 적음 | 한 건만 켜서는 흐름이 닫히지 않는 경우가 많습니다. |
| ⑦ 판정은 세 갈래만 | 채택 · 보류 · 확인 필요 — 그 자리에서 설계하지 않음 | 설계를 시작하면 한 건에 30분이 갑니다. |
진행할 때 함께 짚은 점
- “표준에 있다”와 “우리가 쓴다”는 다릅니다. 활성화할 수 있다는 것과 그 흐름대로 일하겠다는 것은 별개라, 판정은 현업이 합니다.
- 분석 앱 scope item 은 따로 셉니다. 업무 흐름이 아니라 보는 화면이라, 업무 scope item 을 정한 뒤에 붙입니다.
- 마스터 적재는 범위가 아니라 일정입니다. 대량 적재 scope item 은 채택 여부보다 언제 누가 데이터를 만드는지가 쟁점입니다.
- 보류도 기록합니다. 왜 안 쓰기로 했는지를 남겨야 다음 단계에서 같은 논의를 다시 하지 않습니다.
Scope Item 구성
워크숍에서 다룬 123건을 모듈로 나눈 것입니다. 건수가 많은 영역이 곧 논의가 긴 영역이었습니다.
| 모듈 | 건수 | 다루는 범위 |
|---|---|---|
| SD · 영업·출하 | 23 | 수주부터 청구·채권까지의 판매 흐름과 반품 · 메모 · 직송 · 위탁 · 리베이트 · 여신 |
| MM · 구매·재고 | 23 | 구매요청 · 발주 · 입고 · 송장검증과 재고이동 · 실사 · 배치 · 외주가공 · 위탁재고 |
| PP · 생산 | 10 | 재고생산 · 주문생산 · 반복생산 · 프로세스 제조와 생산원가 분석 |
| QM · 품질 | 9 | 수입 · 공정 · 출하 검사와 부적합 · 품질통지 · 공급업체 · 고객 클레임 |
| LE · 물류 실행 | 1 | 외부 3자 물류 창고관리시스템과의 인터페이스 연계 |
| PS · 프로젝트 | 1 | WBS 기준 프로젝트 예산 · 계획원가 · 실적원가 통제와 정산 |
| FI · 재무회계 | 28 | 총계정원장 · 채권 · 채무 · 고정자산 · 결산 · 법정보고와 IFRS 병행 원장 |
| CO · 관리회계 | 10 | 간접비 · 배부 · 표준원가 · 실제원가 · 마진 분석 · 재무계획 · 약정 |
| TR · 자금·트레저리 | 15 | 은행계좌 · 현금운영 · 유동성 계획 · 지급파일 · 차입 · 신용장 · 어음 |
| 공통 · 마스터 | 3 | 마스터 데이터 대량 적재 · 대량 변경과 출력 관리 |
| 합계 | 123 | 아홉 영역과 공통 마스터 · 출력 |
아래는 한 건씩의 목록입니다. 하는 일은 자료의 시나리오 개요를 한 줄로 줄인 것입니다.
SD — 영업·출하 (23건)
| Scope Item | 이름 | 하는 일 |
|---|---|---|
34B | 통계적 판매 조건 | 판매 가격결정 절차에서 실제 회계 전기에는 영향을 주지 않고 정보 목적으로만 계산되는 통계 조건유형(예상원가, 커미션, 기여이익 등)을 운영하는 scope item |
BD9 | 재고 판매 | 보유 재고를 대상으로 판매오더 생성부터 납품·출고·청구·수금까지 이어지는 표준 판매 프로세스 |
1EZ | 대변메모 처리 | 고객에게 지급할 금액이 발생했을 때 대변메모 요청을 생성하고 승인 후 발행 |
1F1 | 차변메모 처리 | 과소 청구나 추가 비용 발생 시 차변메모 요청을 생성해 고객에게 추가 청구 |
BKK | 판매오더 이행 모니터링 및 운영 | 판매오더 이행 과정에서 발생하는 이슈를 한 화면에서 모니터링하고 해결하는 생산성 앱 시나리오 |
1BS | 영업용 SAP Fiori 분석 앱 | 영업·출하 영역의 SAP Fiori 분석 앱(오버뷰 페이지, KPI 타일)을 제공하는 시나리오 |
1O0 | 영업 계획 앱 | 영업관리자를 위한 판매계획 앱을 제공하는 시나리오 |
BKP | 신속 고객 반품 | 반품 접수와 동시에 후속 조치(대체품 발송·대변메모·폐기)를 일괄 지정해 처리를 단축 |
BDQ | 차변메모를 이용한 청구서 정정 | 가격 또는 판매세율 오류로 고객에게 과소청구된 경우, 원 청구서를 참조해 차변메모요청을 생성하고 추가 청구하는 프로세스 |
BKL | 대변메모를 통한 청구 정정 | 청구 금액이 과다 |
BDA | 무상 납품 | 샘플·대체품 등 대금 청구 없이 제품을 고객에게 출고하는 무상 납품 프로세스 |
1IU | 고객 위탁재고 | 고객에게 출고한 제품의 소유권을 판매 시점까지 자사가 보유하는 위탁판매 프로세스 |
BKJ | 고객 선수금 판매오더 처리 | 판매오더에 선수금 요청을 연결해 선수금을 수령하고 최종 청구 시 차감 정산 |
2YJ | 예측분석 모델 학습 - 영업 | SAP S/4HANA 영업 시나리오에 내장된 예측분석 기능을 사용하기 위해 예측 모델을 학습·관리하는 시나리오 |
BKA | 무상품(덤) 처리 | 판매오더에서 일정 수량 구매 시 추가 수량을 무상 제공하는 무상품 조건을 자동 적용 |
BDD | 고객 반품 | 고객이 반송한 제품을 반품오더로 접수하고 검사 후 재고 입고 또는 폐기하며 대변메모로 정산 |
31Q | 세일즈 킷 판매오더 처리 | BOM으로 묶인 세일즈 킷(번들 제품)을 판매하는 시나리오 |
5CX | 세일즈 킷 고객 반품 | BOM으로 구성된 세일즈 킷 제품의 고객 반품을 가속 반품관리(Advanced Returns Management)로 처리하는 시나리오 |
BDN | 오더별 조달을 통한 비재고 품목 판매 | 재고로 보유하지 않는 품목을 고객이 주문한 경우, 해당 오더 전용으로 외부 공급업체에서 조달해 납품하는 프로세스 |
1B6 | 판매 리베이트 처리 | 고객과 합의한 매출액 또는 수량 기준의 사후 리베이트를 Condition Contract Management로 정산하는 시나리오 |
BD3 | 출하통지 기반 제3자 직송 판매 | 공급업체가 고객에게 직접 배송하고 자사에는 직접 청구하는 직송(Third-Party) 프로세스 |
BDK | 출하통지 없는 제3자 직송 판매 | 공급업체가 고객에게 직접 배송하는 직송 프로세스 중, 출하통지 없이 공급업체 송장검증 수량을 기준으로 고객에게 청구하는 방식 |
BD6 | 기본 여신 관리 | 고객별 여신한도를 설정하고 판매오더·납품 시점에 여신 체크를 수행해 초과 시 차단·승인 처리 |
MM — 구매·재고 (23건)
| Scope Item | 이름 | 하는 일 |
|---|---|---|
1XF | 가격 요청(간이 견적) | 구매요청 품목에 대해 복수 공급업체에 가격을 요청하고 회신된 가격을 비교해 최적 공급업체를 선정, 구매오더로 연결하는 경량 소싱 scope item |
BMR | 구매 납품일정계약 | 공급업체와 총량·단가를 사전 합의한 납품일정계약을 체결하고, 납품일정라인(Delivery Schedule)에 따라 반복적으로 자재를 조달하는 scope item |
18J | 구매요청 처리 | 현업 사용자가 셀프서비스로 구매요청을 생성하고 승인 워크플로를 거쳐 구매발주로 전환 |
J45 | 직접자재 조달 | 생산 투입 직접자재를 MRP 결과나 구매요청 기반으로 발주하고 입고·송장검증까지 수행 |
BNX | 소모품 구매 | 재고관리를 하지 않는 소모품·비용성 자재를 계정지정과 함께 구매해 즉시 비용 처리 |
BMY | 외주가공(구매 기반) | 외주 공급업체에 사급자재를 제공하고 가공된 완성품을 입고받는 구매 기반 외주가공 프로세스 |
2LG | 공급업체 위탁재고 | 공급업체 소유의 재고를 자사 창고에 보관했다가 실제 소비 시점에 소유권 이전과 매입 채무가 인식되는 위탁재고 조달 scope item |
BME | 납품문서 기반 재고이전 | 재고이전오더(UB)와 출고납품 문서를 사용해 플랜트 간 재고를 이동하는 2단계 재고이전 프로세스 scope item |
BMH | 납품문서 없는 재고이전 | 출고납품 문서 없이 재고이전오더와 입고전기(또는 단순 이전전기)만으로 플랜트 간 재고를 이동하는 간소화된 재고이전 scope item |
1P7 | 플랜트 간 이전전기 | 구매오더나 납품문서 없이 단일 자재문서로 플랜트(및 저장위치) 간 재고를 즉시 이전전기하는 단순 재고이동 scope item |
5WI | 사내(동일 회사코드) 반품 재고이전 | 동일 회사코드 내 플랜트 간에 이전했던 재고를 공급 플랜트로 되돌려 보내는 반품 재고이전 프로세스 scope item |
2TW | 조달 보완 기능 | 구매요청·구매오더·송장 처리 과정에서 필요한 부가 기능(첨부문서, 변경이력, 오더 확인, 첨부·헤더 필드 확장, 저널 엔트리 조회 등)을 묶어 제공하는 보조 scope i… |
2LH | 자동 송장 정산(ERS) | 공급업체 송장 없이 입고 데이터와 구매오더 조건을 기준으로 시스템이 송장을 자동 생성·정산하는 ERS(평가입고정산) scope item |
3FY | 구매오더 품목 납품일 예측 | 과거 구매오더·입고 이력을 머신러닝으로 학습해 미결 구매오더 품목의 실제 납품일을 예측하고 지연 위험을 사전에 알려주는 scope item |
2QU | 구매오더 가시성 및 구매 지출 분석 | 구매오더 진행 현황과 구매 지출(Spend)을 공급업체·자재그룹·구매조직 등 다차원으로 분석하는 SAP Fiori 분석 앱 기반 scope item |
1JI | 조달 실시간 리포팅 및 모니터링 | 구매요청·구매오더·계약·납품일정·공급업체 성과를 실시간 CDS 뷰 기반 KPI 카드와 오버뷰 페이지로 모니터링하는 조달 분석 scope item |
BMC | 기본 재고관리 | 입고·출고·이동·전용 등 기본 재고 이동 유형과 재고 조회·조정 기능을 다룬다 |
BMK | 공급업체 반품 | 입고된 자재에 문제가 있을 때 공급업체로 반송하고 대변메모로 정산하는 프로세스 |
BLF | 배치(로트) 관리 | 자재를 배치(Lot) 단위로 식별해 배치별 재고·특성·유효기간을 관리하고, 입고부터 출고까지 배치 추적성을 확보하는 scope item |
4LU | 순환 실사(사이클 카운팅) | 자재를 ABC 등급으로 분류하고 등급별 실사 주기를 지정해 연중 분산 실사하는 순환실사 scope item |
BML | 실사 - 재고 실사 및 조정 | 실사 문서 생성부터 실사 수량 입력, 차이 분석, 차이 전기까지의 재고 실사 프로세스 |
BGG | 재고·창고 관리용 SAP Fiori 분석 앱 | 재고 KPI, 재고회전율, 부진/초과 재고, 창고 업무 현황 등을 오버뷰 페이지와 분석 앱으로 제공하는 재고 분석 scope item |
20N | 공급망 예측분석 모델 학습 | 이동중재고(Stock in Transit)의 과거 데이터를 기반으로 임베디드 예측 모델을 학습시켜 예상 납품일을 산출하는 스코프 아이템 |
PP — 생산 (10건)
| Scope Item | 이름 | 하는 일 |
|---|---|---|
1BM | 주문생산 - 반제품 계획 및 조립 | 완제품은 주문생산하되 반제품은 별도 계획으로 생산해 조립하는 다단계 MTO 시나리오 |
BJE | 주문생산 - 완제품 판매 및 최종 조립 | 판매오더에 직접 연결된 주문생산(MTO) 프로세스로 판매오더 재고로 생산·납품하며 오더별 원가를 관리 |
BJH | 재고생산 - 반복생산 | 생산버전과 생산라인 기준의 반복생산(REM) 프로세스로 오더 없이 기간·수량 단위로 생산을 관리 |
BJ5 | 재고생산 - 이산제조 | 생산오더 기반 재고생산(MTS) 이산제조 프로세스로 오더 생성·릴리스·자재출고·실적확정·입고를 다룬다 |
2UG | 재고생산 - 생산오더 기반 프로세스 제조 | 프로세스 산업 환경에서 프로세스오더 대신 생산오더를 사용하여 재고생산(MTS)을 수행하는 제조 프로세스 |
2QW | 생산단위 분석 - 계획/실제 생산원가 | 생산 단위(플랜트·생산오더 등) 관점에서 계획원가와 실제원가를 비교 분석하는 Fiori 분석 콘텐츠를 제공 |
54U | 표준제품 생산·판매 - 재고관리 기반 | 시리얼번호로 관리되는 완제품을 재고생산(MTS)하고 판매까지 연결하는 이산산업(Discrete Industries) 엔드투엔드 프로세스 |
3OK | 주문생산 - 프로세스 제조 | 고객 판매오더에 직접 연결된 프로세스 제조 방식의 주문생산(MTO)을 수행하는 프로세스 |
54V | 표준제품 생산·판매 - 창고관리 기반 | 54U와 동일한 생산·판매 흐름을 창고관리(EWM) 저장위치 기반으로 수행하는 변형 프로세스 |
77G | 배치 도출 - 소비재 | 생산 과정에서 원자재 배치의 특성값을 완제품 배치로 자동 전달(도출)하여 배치 특성의 일관성과 추적성을 확보하는 프로세스 |
QM — 품질 (9건)
| Scope Item | 이름 | 하는 일 |
|---|---|---|
1MP | 판매 품질관리 | 판매 출고 시점에 검사로트를 생성해 출하 품질을 확인하고, 필요 시 고객에게 품질증명서(CoA)를 발행하는 판매 연계 품질관리 scope item |
1MR | 재고 취급 품질관리 | 보관 중인 재고에 대한 주기적 재검사, 저장위치 이전 시 검사, 품질검사재고 처리 등 재고 취급 과정의 품질 활동을 관리하는 scope item |
1FM | 구매 품질관리(수입검사) | 구매 자재 입고 시 검사로트를 자동 생성해 수입검사를 수행하고, 사용결정 결과에 따라 합격 재고 전환 또는 공급업체 반품으로 연결하는 scope item |
2V0 | 품질관리용 SAP Fiori 분석 앱 | 검사로트 현황, 불량률, 품질통지, 공급업체 품질 등 QM 핵심 지표를 Fiori 분석 앱과 오버뷰 페이지로 제공하는 scope item |
1E1 | 이산·프로세스 생산 품질관리 | 생산 입고 시점 또는 공정 진행 중에 발생하는 품질검사를 다루는 시나리오 |
2QN | 부적합 관리 | 제조·물류 과정에서 발생한 부적합(결함)을 등록하고 처리 이력을 문서화하는 시나리오 |
2QP | 사내 품질문제 관리 | 사내에서 발견된 품질 문제를 품질통지로 접수해 근본원인 분석을 수행하는 시나리오 |
2F9 | 공급업체 대상 품질클레임 관리 | 공급업체 귀책 품질문제를 클레임(품질통지)으로 등록하고 공급업체 통보, 결함·과제 관리, 시정조치를 수행하는 시나리오 |
2FA | 고객 품질클레임 관리 | 고객이 제기한 품질 불만을 품질통지로 접수해 근본원인 분석을 수행하는 시나리오 |
LE — 물류 실행 (1건)
| Scope Item | 이름 | 하는 일 |
|---|---|---|
1ZQ | 3자 물류(3PL) 창고관리 연계 물류 | 외부 3자 물류사의 창고관리시스템(WMS)과 IDoc 인터페이스로 출고 요청·입고 통보·재고 현황을 주고받아 물류를 연계 운영하는 scope item |
PS — 프로젝트 (1건)
| Scope Item | 이름 | 하는 일 |
|---|---|---|
1NT | 프로젝트 재무 통제 | WBS 요소를 기준으로 프로젝트의 예산·계획원가·실적원가·수익을 통제하고 기말에 정산(Settlement)하는 프로젝트 회계 scope item |
FI — 재무회계 (28건)
| Scope Item | 이름 | 하는 일 |
|---|---|---|
5W2 | 그룹 평가 | 그룹(연결) 관점의 평가뷰를 별도 원장에 병행 관리하여, 사내 거래에서 발생한 미실현 내부이익을 제거한 원가와 손익을 산출하는 scope item |
J59 | 매출채권 관리 | 고객 채권의 발생부터 입금 소거, 연체 관리, 채권 결산까지를 다룬다 |
J60 | 매입채무 관리 | 공급업체 송장 입력, 지급 실행, 채무 소거 및 기말 채무 평가를 포함 |
2JB | 재무회계용 SAP Fiori 분석 앱 | 매입채무(AP)와 매출채권(AR) 영역의 오버뷰 페이지 등 SAP Fiori 분석 앱을 제공하는 시나리오 |
BGC | 총계정원장 회계용 SAP Fiori 분석 앱 | 총계정원장(G/L) 영역의 오버뷰 페이지와 분석 앱(General Ledger Overview 등)을 제공하는 시나리오 |
J62 | 고정자산 회계 | 고정자산의 취득, 자본화, 감가상각, 이전, 폐기까지 생애주기 전반을 관리 |
BFH | 건설중인자산 | 건설중인자산(AuC)의 투자 집계와 완성 시 본자산 정산(Settlement)을 다룬다 |
2QY | 고정자산회계용 SAP Fiori 분석 앱 | 고정자산회계(FI-AA) 영역의 오버뷰 페이지 등 SAP Fiori 분석 앱을 제공하는 시나리오 |
J58 | 회계 및 재무 결산 | 총계정원장 기반 월차·연차 결산 전체 사이클을 다루며 전표 처리부터 재무제표 산출까지 포함 |
2PD | 연체 매출채권 충당금 설정 | 결산 준비 과정에서 연체된 고객 미결항목을 평가하는 시나리오 |
BEJ | 연말 결산 재고 평가 | 연말 결산 목적의 재고 평가 절차로 저가법·시가 평가 및 재고 손실 인식을 수행 |
2V7 | 입고 및 송장 수신 모니터링 | GR/IR(입고/송장) 미결 항목을 모니터링하는 도구를 제공하는 시나리오 |
BFC | 수금 및 분쟁 관리 | 연체채권 회수(Collections) 프로세스를 체계화하고 고객 청구 관련 분쟁건(Dispute Case)을 등록·해결하는 시나리오 |
1QM | 고급 신용관리 | 공식(Formula) 기반으로 고객 신용한도를 자동 산정·관리하고, 판매문서 생성·변경 시 신용검사를 수행하는 시나리오 |
5XU | 전자문서 및 법정보고 컴플라이언스 | 전자문서(eDocument) 발행·제출과 법정 신고서 작성·제출을 통합 지원하는 컴플라이언스 시나리오 |
1J2 | 법정 신고서식 준비 지원 | 부가가치세 신고 등 법정 보고 서식을 SAP DRC 기반으로 준비·생성하는 프레임워크를 제공 |
2VB | 구매오더 발생주의 계상 | 구매오더(주로 서비스/미착 항목)에 대해 기간별 예상 비용을 자동 계산하고 발생주의 기준으로 전기하는 프로세스 |
1GI | 총계정원장 배부 사이클 | 총계정원장 수준에서 배분(Distribution)·평가배부(Assessment) 사이클을 정의하고 실행 |
40Y | 내부거래 대사(조정) 프로세스 | 그룹 내 관계사 간 채권·채무 및 손익 거래를 자동 매칭하고 불일치 항목을 조정·전기하는 프로세스 |
4PG | 재무회계 조직 유연성(조직 재편) | 사업 재편에 따라 이익센터·세그먼트 등 재무회계 조직 오브젝트를 재조직하고, 잔액과 미결항목을 새 조직으로 이관하는 프로세스 |
5PU | 그룹 리포팅 계획(연결 계획) | 연결 재무제표 관점에서 계획 데이터를 수집·연결 처리하여 계획 기준 연결재무제표를 산출하는 프로세스 |
2OO | 외부 세무조사 대응(데이터 추출) | 세무당국의 외부 세무조사에 대응하기 위해 법정 형식의 재무·세무 데이터를 추출하여 제공하는 프로세스 |
1GB | 고정자산회계 - IFRS 그룹원장 | IFRS 그룹원장(추가 원장)에 대한 병행 감가상각영역을 운영하여 고정자산의 IFRS 기준 평가·감가상각을 처리하는 프로세스 |
1GF | 건설중인자산 - IFRS 그룹원장 | 투자오더/건설중인자산(AUC)에 집계된 원가를 IFRS 그룹원장 기준으로 정산하여 완성자산으로 대체하는 프로세스 |
5HG | 자산 회계 - 추가 감가상각 영역 | 기본 자산회계(J62)에서 제공되는 감가상각 영역만으로는 충족되지 않는 추가 평가 요구를 위해, 자산회계 전용의 추가 감가상각 영역을 하나 더 제공하는 선택적 스코프 항목 |
5KF | 건설 중 자산 - 추가 감가상각 영역 | 건설 중 자산(AuC) 영역에 대해 자산회계 전용의 추가 감가상각 영역을 확장 적용하는 선택적 스코프 항목 |
1GA | 결산 및 재무마감 - IFRS 그룹원장 | IFRS 기준 추가 원장을 운영하여 로컬 회계기준과 병행으로 월차·연차 결산을 수행하는 프로세스 |
IFRS18 | IFRS 18 재무제표 표시와 공시 (K-IFRS 1118) | 2027-01-01 이후 시작하는 회계연도부터 K-IFRS 제1001호를 대체하는 K-IFRS 제1118호(IFRS 18)의 손익 범주·필수 소계·MPM·집계/분해 요구사… |
CO — 관리회계 (10건)
| Scope Item | 이름 | 하는 일 |
|---|---|---|
J54 | 간접비 원가회계 | 코스트센터와 간접비오더를 통해 간접비를 집계하고 계획·배부·차이분석을 수행 |
2QL | 통합 배부 | 코스트센터·이익중심점·오더 등 여러 객체의 배부를 하나의 통합 앱에서 정의·실행·모니터링 |
1HB | 파일 기반 재무계획 데이터 업로드 | 원가센터·손익센터·내부오더 등의 재무 계획 데이터를 엑셀/CSV 파일로 작성해 S/4HANA 계획 원장(ACDOCP)에 일괄 업로드하는 scope item |
4RC | 통합 재무계획 | SAP Analytics Cloud와 연계해 매출계획·원가센터계획·제품원가계획·재무제표계획을 하나의 통합 모델로 수립하는 재무계획 scope item |
BEG | 표준원가 계산 | BOM·라우팅·활동단가를 기반으로 제품 표준원가를 산정하고 마킹·릴리스해 자재 평가가격으로 확정 |
3F0 | 이벤트 기반 생산원가 전기 | 생산오더의 재공(WIP)과 차이를 기말이 아닌 거래 발생 시점에 실시간으로 계산·전기 |
33Q | 실제원가계산 | 자재원장(Material Ledger)으로 기간 실제원가를 산출하고 가격차이를 다단계로 재분배 |
J55 | 마진 분석(수익성 분석) | 매출·매출원가·판매비를 시장 세그먼트(제품·고객·지역)별로 귀속시켜 수익성을 분석 |
2FM | 재무 계획 및 분석 | 고유한 재무제표버전(FSV)을 기준으로 재무 계획을 수립하고 분석하는 시나리오 |
2I3 | 약정 관리 | 구매요청·구매발주 시점에 발생하는 약정금액을 CO 객체에 기록해 예산 소진 현황을 조기에 파악 |
TR — 자금·트레저리 (15건)
| Scope Item | 이름 | 하는 일 |
|---|---|---|
1WQ | 어음 처리 | 어음(환어음)을 지급방법으로 사용하는 입금 및 출금 처리를 다루는 시나리오 |
BFA | 기본 은행계좌 관리 | 은행 마스터와 자사 은행계좌를 중앙에서 등록·관리하고 계좌 기준정보를 유지 |
BFB | 기본 자금 운영 | 은행 명세서 취입, 자동 소거, 일별 현금 포지션 조회 등 기본 현금관리 업무를 다룬다 |
J77 | 고급 은행계좌 관리 | 은행계좌관리(Bank Account Management)의 확장 기능을 제공하는 시나리오 |
J78 | 고급 현금 운영 | 은행 계좌 잔액과 자금 흐름을 실시간으로 파악하고 은행 간 자금이체 및 현금집중(Cash Concentration)을 수행하는 자금관리 프로세스 |
3L5 | 유동성 계획 | 유동성 항목(Liquidity Item) 체계를 기준으로 자금 수입·지출 계획을 수립하고 실적과 비교해 자금 예측 정확도를 높이는 프로세스 |
2O0 | 은행 수수료 관리 | 은행이 청구한 수수료 명세(camt.086 등)를 수집해 계약 조건 기준 예상 수수료와 비교·검증하고 차이를 관리하는 프로세스 |
1GO | 현금출납장 | 소액현금(Petty Cash)의 입출금을 현금출납장 단위로 기록하고 전기·일마감을 수행하는 프로세스 |
1S4 | 시장환율(시장데이터) 자동 관리 | 외부 시장데이터 제공자로부터 환율·이자율 등 시장 데이터를 자동으로 수신하여 시스템에 반영하는 프로세스 |
4X8 | 고급 은행명세서 자동화 | 전자 은행명세서 처리 시 미매칭 항목의 자동 매칭률을 높이고 후처리를 효율화하는 프로세스 |
2YM | 지급파일 조회용 애플리케이션 인터페이스 | API를 통해 시스템에서 생성된 지급 파일을 외부 시스템·은행 채널로 전달하고 은행 회신(상태)을 수신하는 인터페이스 프로세스 |
16R | SAP Multi-Bank Connectivity 기반 은행 연계 | SAP Multi-Bank Connectivity(MBC)를 통해 다수 은행과 지급지시·은행명세서를 표준 채널로 주고받는 프로세스 |
1WV | 차입 및 투자 관리 | 대출·예금 등 자금시장(Money Market) 상품의 계약 체결부터 이자·상환 전기, 만기 관리까지 수행하는 트레저리 프로세스 |
49D | 신용장 관리 | 수출입 거래에 사용되는 신용장(L/C)을 트레저리에서 등록·관리하고 한도 소진과 관련 수수료를 추적하는 프로세스 |
1MN | 트레저리·리스크 관리용 SAP Fiori 분석 앱 | 트레저리 및 리스크 관리 영역의 실시간 분석을 지원하는 SAP Fiori 애널리티컬 앱 세트를 제공하는 스코프 아이템 |
공통 — 공통·마스터 (3건)
| Scope Item | 이름 | 하는 일 |
|---|---|---|
1RM | 제품(자재) 마스터 대량 적재 및 대량 변경 | 제품(자재) 마스터를 파일 기반으로 대량 생성하고, 기존 제품 마스터를 조건에 따라 일괄 변경하는 마스터데이터 거버넌스 scope item |
1LQ | 출력 관리 | 판매·구매·물류·재무 문서의 출력물(PDF 인쇄, 이메일, EDI/XML)을 BRF+ 기반 출력결정 규칙과 폼 템플릿으로 생성·전송하는 전사 공통 scope item |
1RK | 비즈니스 파트너 대량 적재 및 대량 변경 | 고객·공급업체 등 비즈니스 파트너(BP) 마스터를 파일 기반으로 대량 생성하고, 기존 BP와 BP 관계를 일괄 변경·삭제하는 마스터데이터 scope item |
표준으로 되는 것과 국내에서 확인할 것
워크숍에서 확인 필요로 가장 많이 넘어간 것은 기능이 없어서가 아니라 국내 제도와 맞물리는 자리였습니다. 자료의 특징 줄에 미리 적어 두었던 항목들입니다.
| 항목 | 표준에서 되는 것 | 국내에서 확인할 것 |
|---|---|---|
| 전자세금계산서 | 청구서 · 대변메모 · 차변메모 발행과 회계 전기는 표준 흐름에 있습니다 | 국세청 전송은 표준 흐름에 없어 국내 연계 솔루션 또는 로컬라이제이션 구성이 필요합니다 |
| 매입 세금계산서 | 송장검증(MIRO 상당)과 GR/IR 대사는 표준입니다 | 매입 전자세금계산서 수취와 송장검증 대사 연계는 별도 설계가 필요합니다 |
| 자동 송장 정산(ERS) | 입고 기준으로 송장을 자동 생성하는 흐름은 표준입니다 | 공급자 발행이 원칙이라 역발행 등 세금계산서 처리 방식을 먼저 정해야 합니다 |
| 공급업체 반품 | 반품 전기와 대변메모 정산은 표준입니다 | 공급업체의 수정 전자세금계산서 발행 여부를 확인해야 합니다 |
| 선수금 · 중도금 | 판매오더 선수금 요청과 최종 청구 시 차감은 표준입니다 | 청구 시점과 세금계산서 발행 시점의 연계는 별도 로컬 설계가 필요합니다 |
| 법정 신고 | 부가세 신고 서식 준비 프레임워크(DRC)가 제공됩니다 | 국가버전 설정과 국내 ASP 연계 범위를 함께 확인해야 합니다 |
| 자금 · 지급 | 지급파일 생성과 은행명세서 취입 · 자동 소거는 표준입니다 | 국내 펌뱅킹 포맷과 은행별 회신 처리는 연계 설계가 필요합니다 |
전자세금계산서가 가장 먼저 걸립니다
판매 · 구매 어느 쪽을 보든 결론이 같은 자리로 모입니다. 청구 자체는 표준으로 처리되지만 국세청 전송과 수취는 표준 흐름 밖입니다. 그래서 이 항목만큼은 scope item 판정과 별개로 연계 방식을 먼저 정하고 나머지 판매 · 구매 scope item 을 보는 편이 회의가 빨랐습니다. 청구 시점이 세금계산서 발행 시점을 좌우하는 거래(직송 · 선수금 · 반품)에서 특히 그렇습니다.
워크숍 성공 포인트
| 포인트 | 이렇게 했습니다 | 얻은 것 |
|---|---|---|
| ① 한 건에 한 장 | scope item 마다 같은 여섯 항목으로 한 장씩 작성 | 모듈이 달라져도 읽는 속도가 같아 회의 시간이 예측됩니다. |
| ② 결과로 쓴 흐름 | 단계를 5~7개로 줄이고 괄호에 무엇이 생기는지 기재 | 현업이 화면 이름 대신 자기 업무로 맞춰 봅니다. |
| ③ 적용 사례와 업종 | “예시: …” 와 채택 업종을 함께 기재 | “우리 같은 회사도 쓰나요” 에 자료로 답합니다. |
| ④ 국내 요건 선제 표기 | 전자세금계산서 · 부가세 · 펌뱅킹 관련 제약을 특징 줄에 명시 | 범위 확정 뒤에 일정이 흔들리는 일을 줄입니다. |
| ⑤ 판정 세 갈래 | 채택 · 보류 · 확인 필요만 고르고 설계는 하지 않음 | 한 건에 5분을 지켜 하루에 한 모듈을 끝냅니다. |
| ⑥ 보류 사유 기록 | 안 쓰기로 한 이유를 함께 남김 | 다음 단계에서 같은 논의를 다시 하지 않습니다. |
이런 회사에 참고가 됩니다
- 퍼블릭 클라우드 도입을 검토하는 회사 — 표준 범위를 어떤 단위로 끊어 설명할지 볼 수 있습니다.
- 현업이 표준 프로세스를 처음 보는 회사 — 설명 자료를 어떤 틀로 짜면 판정이 빨라지는지 참고할 수 있습니다.
- 국내 법정 요건이 많은 회사 — 표준과 로컬라이제이션이 갈리는 자리를 미리 볼 수 있습니다.
- 범위가 자꾸 늘어나는 프로젝트 — 판정을 세 갈래로 제한해 회의를 끝내는 방식을 참고할 수 있습니다.
자주 묻는 질문
자주 묻는 질문
scope item 이 무엇인가요?
SAP 가 미리 만들어 둔 표준 업무 프로세스 한 묶음입니다. 식별자(예: BD9)와 이름(재고 판매)이 붙어 있고, 활성화하면 그 흐름에 필요한 설정 · 역할 · 앱이 함께 켜집니다. 퍼블릭 클라우드에서는 이 단위로 범위를 정합니다.
왜 목록이 아니라 한 건에 한 장인가요?
목록으로 보면 이름만 읽고 넘어가게 됩니다. 전제조건과 프로세스 흐름이 같이 보여야 현업이 자기 업무와 맞춰 보고 그 자리에서 판정할 수 있습니다.
한 건당 5분이면 너무 짧지 않나요?
판정만 하기 때문에 충분합니다. 5분 안에 안 끝나는 건은 설계 논의로 넘어간 것이므로 확인 필요로 분류하고 다음으로 갑니다. 길어진 건을 붙잡으면 그날 한 모듈을 못 끝냅니다.
분석 앱 scope item 도 같이 판정하나요?
업무 scope item 을 먼저 정한 뒤에 봅니다. 분석 앱은 업무 흐름이 아니라 그 결과를 보는 화면이라, 어떤 업무를 켜는지가 정해져야 쓸모가 판단됩니다.
선행 scope item 은 어떻게 챙기나요?
전제조건 줄에 선행 건의 식별자를 적어 둡니다. 채택으로 정한 뒤 선행 건이 빠져 있으면 그 자리에서 함께 올립니다. 판매 쪽은 재고 판매(BD9)와 매출채권(J59)이, 구매 쪽은 직접자재 조달(J45)과 매입채무(J60)가 대개 바닥이 됩니다.
전자세금계산서는 왜 따로 다루나요?
청구와 회계 전기는 표준에 있지만 국세청 전송과 수취는 표준 흐름 밖이기 때문입니다. 연계 방식을 먼저 정해 두지 않으면 판매 · 구매 scope item 판정이 매번 같은 자리에서 멈춥니다.
보류한 건은 다시 보나요?
봅니다. 다만 사유를 남겨 두기 때문에 같은 논의를 반복하지 않습니다. 대개 조직구조나 마스터가 정해진 뒤에 다시 보면 판정이 쉽게 납니다.
마스터 데이터 대량 적재도 scope item 인가요?
그렇습니다. 다만 채택 여부보다 언제 누가 데이터를 만드는지가 쟁점이라, 범위 회의가 아니라 일정 회의에서 다루는 편이 낫습니다.
워크숍 결과는 어디에 쓰이나요?
채택분이 그대로 범위 문서가 되어 설정 작업과 연결됩니다. 확인 필요 건은 담당자와 기한을 붙여 따로 관리하고, 정해지는 대로 범위에 넣거나 뺍니다.