카테고리 없음

SD모듈의 기능 및 문서의 흐름

SAP 개발 언어(ABAP)

Advanced Business Application Programming(ABAP)은 SAP 패키지 개발을 위한 프로그래밍 언어로 한국어로 '아밥'이라고 부릅니다. SAP에서 제공하는 기본적인 패키지 이외에 필요한 패키지는 직접 Customizing 하여 ABAP 언어를 통해 개발해야 하는데, 이렇게 자체 개발한 패키지를 CBO(Customer Bolt On) 프로그램이라고 부릅니다.

SAP ERP 모듈 구성

회계 관련 모듈
1) 재무회계(Finance, FI)
수익, 비용, 자산, 부채, 자본 기표 업무

(외부이해관계자(채권자, 주주)를 위한 재무제표를 작성)
2) 관리회계(Controlling, CO)
내부회계 역할로써 표준원가 계산, 원가 차이 분석, 수익성 분석

(내부이해관계자를 위해 원가를 계산하여 이익성 분석)
3) 자금관리(Treasury, TR)
현금유동성 관리 역할로써 금융자산 및 상품의 거래관리, 회계처리

물류 관련 모듈
4) 자재관리(Materials Management, MM)
자재소요량 산출, 구매 요청, 발주, 입고, 대금지급, 자제 소요계획(MRP), 수요기준계획

(자재의 구매단계부터 생산공정까지의 자재투입관리)
5) 설비관리(Plant Management, PM)
설비의 보전관리, 정비계획, 작업관리
6) 품질관리(Quality Mangement, QM)
제품의 수명주기, 개발, 제조, 생산, 판매, 수리 기능 담당
7) 생산관리(Product Planning, PP)
생산계획 최적화, 생산활동 관리

(생산 전 과정에 대한 생산계획)
8) 영업유통(Sales & Distribution, SD)
영업활동 관리, 주문, 출하, 대금 입금, 판매분석

(판매계획, 매출과 고객관리)

인사 관련 모듈
9) 인사(Human Resource, HR)
조직관리, 인사관리, 급여관리, 인재 확보/배치/육성, 성과급 관리

공통 모듈
10) 프로젝트 시스템(Project System, PS)
건설, 조선, 제약회사 등 수주생산/연구 프로젝트 산업에 특화된 모듈
프로젝트 단위의 업무 관리 시스템(e.g., 신약연구개발, 신재생에너지 개발)
11) 워크플로우(Workflow, WF)
부서 간 또는 부서 내 문서/기술을 절차에 따라 관리하고 공유하는 내외부 협업 커뮤니케이션 지원 모듈
12) 산업 솔루션(Industry Solution, IS)
자동차 산업, 금융산업 등 특정 산업에 특화된 업무를 지원하기 위한 모듈
예시) 상사(무역)회사
Margin을 고려하여 물건을 사고파는 상사 회사의 경우, Margin 산출을 위해 구매 주문(PO)과 판매 주문(SO)을 동시에 작성할 필요 존재(구매단가, 판매단가 등 data 기반)
즉, 상사 회사는 구매 주문과 판매 주문을 동시에 생성하기 위한 Trade Contract(TC) 작성 필요성을 고려한 독립된 산업 솔루션 모듈 활용

SD 모듈의 개요

1. SD 모듈은 제품의 수요예측, 판매 계획 수립, 판매 지원, 판매, 출하/배송, 대금 청구, 판매 분석에 이르는 영업/판매 및 물류 프로세스를 지원한다.

2. 이에 연관된 자재/구매, 생산, 재무/관리회계 및 데이터 웨어하우스의 기능과 실시간으로 연동되어 기업 기간 업무의 유기적인 통합성과 효율성을 극대화시킨다.

SAP SD 모듈의 특징

1. 영업 계획 및 관리 개선

-> 판매 결과, 고객 문의, 견적, 판촉 활동 등에 영업에 관련된 정보를 쉽게 관리할 수 있는 도구를 제공한다.

2. 신속하고 효과적인 주문처리

-> 단순한 사용자 인터페이스를 통해 입력 정보들을 기준으로 판매 주문에 필요한 정보들을 자동으로 결정해준다. 또한, 사용자는 기업에 맞게 새로운 입력값을 추가하는 등 SAP의 구성 변형이 가능하다.

3. 유연한 가격결정 기능을 이용한 영업지원

-> 판매 주문 시 자동으로 가격결정을 수행한다. 관련된 가격결정요소를 결정하기 위해 시스템은 가격 리스트, 고객과의 계약 관계를 고려하고 제품군이나 제품 원가에 따라 수량을 결정한다.

4. 회계모듈과의 유기적 통합(Billing 과정에서 FI, CO와의 협업)

-> 주문 처리 시, 자동적으로 고객에 대한 신용 한계 점검 및 신용, 재무, 판매 데이터에 대한 점검을 수행한다. 주문이 신용점검에서 부적합할 경우 자동적으로 경고를 할 수 있도록 시스템을 설정할 수 있다.

5. 생산/물류 모듈과의 유기적 통합

-> 판매 과정을 관리하는 과정에서, 요청한 기한에 충분한 수량을 보유하고 있는지 확인이 가능하다. 또한, 여러 위치에 있는 제품의 가용성을 점검할 수도 있고, 고객이 특정한 수량의 제품을 필요로 할 경우 주문 생산 방식의 기능을 이용할 수도 있다.

SAP SD모듈 전체 프로세스

SD모듈의 프로세스 순서

MASTER DATA(기준정보) 사용
판매 • 생산 계획(수요예측, 판매계획 수립)
수주/고객관리 (수주처리, 가격처리, 가용성 점검, 여신관리,Sales order 등록)
출하 • 출고 관리(delivery note(출하지시서) 생성, 출하 스케쥴링, 운송관리, 제품출고, picking, packing, Goods Issue) )
대금청구 (Billing) (delivery document생성, 인보이스 생성, 주문 환불, 수정)
문서흐름조회
정보분석(조기경보(Early Warning System), 영업정보)

MASTER DATA(기준정보) 사용

고객마스터, 자재마스터, 조건 마스터, 여신 마스터 와 같은 기준정보를 사용하여 Sales Order 입력 시 자동입력기능을 지원함으로써 입력사항을 최소화시켜 실수를 방지하는 역할을 합니다.

Customer Master(고객 마스터) - 자사의 비즈니스 파트너에 관련된 정보를 가진 기준정보

Material Master(자재 마스터) - 기업에서 구매, 생산 또는 판매하는 물건을 관리하는데 필요한 기준정보

Contral Master(조건(가격) 마스터) - 제품의 판가, 할인, 운임, 세금에 대한 기준정보
Credit Master(여신 마스터) - 고객에 대한 신용 정보에 대한 기준정보

판매•생산 계획(수요예측, 판매계획 수립)

수요예측

매출 실적이나, 재고, 수주 정보등 판매에 영향을 미치는 요인들을 조합하여 수요예측을 하는 수요예측 시물레이션 기능 제공

판매계획 수립

해당 시물레이션 기능으로 판매계획을 수립 및 조정

수주/고객관리 (수주처리, 가격처리, 가용성 점검, 여신관리,Sales order 등록)

Sales order 등록

고객에게서 구매요청시 고객, 자재,가격,배송날짜와 수량 같은 배송정보와 청구정보를 입력받아 order를 생성합니다.

가용성 점검

ORDER 생성시 가격기준정보를 바탕으로 가격을 책정하고 가용성 체크를 진행하여 자동으로 수량 및 납품일자를 정해줍니다.

Credit Check(여시관리)

그 다음 CREDIT CHECK(여신관리)를 제공하여 신용이 낮은 고객이 ORDER했을경우 ORDER 수용여부을 결정하는데 도움을 줍니다.

PS. 여신관리는 전체 프로세스에서 총 3번에 걸쳐 발생(ORDER 입력 시, 출하지시, 출고)

출하, 출고관리(delivery note(출하지시서) 생성, 출하 스케쥴링, 운송관리)

Delivery note(출하지시서)생성, outbound deliveries 생성(출하지시)

ORDER 기반으로 Delivery note 생성

출하스케줄링(forward, backward 방식이 존재)

제품의 출하에 필요한 시간을 확인하여 정확한 납품일자를 알려주는 기능을 하여 클라이언트에게 납풉일자를 통보할수 있도록 지원
가용성 체크와 동시에 지원하며 Backword와 Forward 두가지 기법을 사용하여 기능 수행

운송관리

운송관리 기능을 제공하여 적재최적화, 운송형태, 운송업자 등 최적의 유통경로를 제공하여 비용최소화 가능

피킹(창고에서 운송을 위한 이동)

출하할 제품을 실물이 저장된 창고로부터 -> 상차할 위치로 반출 -> 실제 출하되는 제품 수량 확정()

패킹

상품포장

Goods Issue(GI)

고객의 주문에 대해서 실제로 제품이 공장에서 출하
Gi 단계에서는 제품이 사라지고 매출원가가 발생하는 단계
재고변동 조회, 출고 후 회계문서, 출고 문서(자재)
GI은 다른 모듈에 여러가지 영향을 주기 때문에 중요합니다.
MM모듈에서 상품을 출고를 했으니 재고감소를 체크하고 FI모듈에서는 재고자산 감소, 비용발생 전표를 생성합니다.

Goods Issue(출고전기) 효과

실물 출하 신호로 매출원가 확정
재고수량 감소
재고편가 금액 변동을 재고계정에 반영
납품요구수량 감소
영업주문, 납품문서 흐름 갱신
대금청구 대상 List 작성

서비스관리(컴플레인처리(반품, 주문수정))

고객으로부터의 컴플레인으로 반품, 교화 요청에 대한 처리를 수해앟면서 실시간으로 재고의 입/출고 및 회계처리가 자동으로 갱신작업을 수행

대금청구 (Billing)(delivery document생성, 인보이스 생성, 주문 환불, 수정)

Delivery note 기반으로 Invoice 생성

판매자가 구매자에게 정상적으로 출고를 완료했다는 증명서

Credit Memo / Debit Memo 생성

생성하여 매출에대한 환불, 수정 기능 수행

대금 청구 내역을 회계부문으로 전송하여 재무 정보 상태 실시간 갱신

Billing(대금청구) 효과

매출 확정, 수익성 기록 단계
매출기록 회계문서 생성
연관된 모든 영업문서 상태 갱신
고객 여신기록 갱신
영업정보시스템(SIS)에 매출통계 갱신
수익성 분석 ... 관리회계 자료 갱싱

문서흐름조회(Document Flow)

문서 전체 / 품목 별 문서흐름 조회

판매오더(Sales Order), 아웃바운드 납품(Delivery), 대금청구(Billing) 문서의 흐름을 조회해 drill down 방식으로 자세히 확인가능
예를 들어 Sales Order가 어떤 Quotation(견적)을 참조하여 생성되었는지, 또는 어떤 Sales Order를 참고해서 Delivery note가 생성되었는지 확인가능

정보분석(Early Warning System, 영업정보 시스템)

조기경보시스템

불량반품, 여신한도 초과, 부실채권 과 같은 이상발생시 담당자에게 자동으로 사전경고를 보내어 파악 / 사전 예방 기능을 지원합니다

영업정보시스템

영업활동에 관련된 데이터 수집 및 비교분석하여 미래의 판매계획에 대한 피드백 제공

용어정리

*영문용어*	*국문용어*	모듈	*내용/*뜻
Bill-to party	청구처	SD	납품이나 서비스에 대한 송장을 접수하는 회사 혹은 개인. Bill-to party 가 반드시 계산을 치르는 Payer가 되어야 할 필요는 없음.
Collective invoice	집합 송장	SD	단일 고객에 대한 복수 납품의 지불 청구서로서 협력 회사에 의해 기말에 작성됨.
Condition	조건	SD	사용자 별로 설정된 기준에 근거하여 가격, 세금, Output을 정하기 위해 사용되는 데이타.
Condition record	조건 기록	SD	조건 혹은 추가조건을 함께 저장하는 데이타 기록. Condition record에 입력될 수 있는 조건들은 다음과 같다 : 가격 할인/부가 요금 세금
Contract	계약	SD	협력 회사와의 장납기 계약으로서 개별 주문 발주로 완료되며, 고객의 요청 사항에 따라 작성됨.
Contract person	계약 담당자	SD	협력 회사 측의 영업 혹은 마케팅 부서를 담당하는 고객측 담당자.
Custom scheduling agreement	납품일정 계획	SD	납품단위 및 납품주기 등을 사전 합의하고 고객으로부터 주어진 일정계획에 따라 지정된 일자에 납품을 행하는 계약 형태.
Customer-material info record	고객-자재 정보 기록	SD	판매를 위한 고객 전용 정보. 사용자는 고객-자재 정보 기록을 사용함으로써 구매 주문 처리시 정보 입력 처리 시간을 단축할 수 있다.
Delivery due list	납기 리스트	SD	Deliveries 작성에 근간이 되는 작업 리스트로서 일정 기간내의 납품에 관한 구매 주문과 Scheduling agreement로 구성된다.
Delivery scheduling	납품 일정 계획	SD	출하 일자에 근거하여 출하와 관련된 모든 일자를 결정. 시스템은 요청받은 적재일자에 맞추기 위해 어떠한 시기에 Picking 과 Packing 을 실시해야 하는지 결정한다.
Distribution channel	유통 채널	SD	판매 자재가 어떠한 방법으로 고객에게 전달될 것인지를 결정하는 조직 단위. 유통 채널은 한 회사가 어떠한 방법으로 거래를 촉진시키고 유통상 어떠한 조직이 연루되어 있는지 정의한다.

Division	디비젼	SD	유통 관리와 특정 판매 자재의 수익성 모니터링을 위해 설정된 조직 단위. 분할 납품, 가격, 지불 조건과 같은 고객 전용 Arrangements 는 각 Division 에 대해 정의될 수 있다.
Document date	원시거래일	SD	원시증빙 ( 예 : Invoice)이 생성된 날짜. 원시거래일은 거래기록일 (Posting date)과 틀릴 수 있음.
Document flow	문서 흐름	SD	시스템내에서 일정한 거래에 대한 모든 문서들의 진행 절차를 총칭함. Document flow 는 견적서, 구매 주문서, Delivery, 송장 등으로 구성된다.
Goods issue	출하	SD	재고 관리로부터 유추된 개념으로 자재 반환 혹은 납품으로 인한 창고 재고량의 감소를 기술한다.
Incompletion log	누락 정보 명세	SD	영업 관련 문서에 누락된 모든 정보의 명세서. 모든 거래가 같은 정보를 필요로 하지는 않으므로 사용자는 각 영업 문서 유형에 대하여 문서가 완성되기 전에 어떠한 정보가 필요한지 결정할 수 있다.
Invoice split	송장 분할	SD	하나의 문서(주문서 또는 Delivery) 를 참고로 하여 여러개의 지불 청구서를 작성하는 경우. 예를 들면, 자재 그룹별로 송장을 분할하는 데에 송장 분할 기능이 이용될 수 있다.
Outline agreement	장기 계약	SD	계약과 Scheduling agreement 에 대한 총칭적 개념. Outline agreement 는 협력회사와의 장납기 계약으로서 명시된 조건에 따라 자재 납품, 서비스 제공과 연관된다. 이러한 요구조건은 정해진 시간, 정해진 총 구매물량, 또는 명시된 총 구매가격에 한하여 유효하다. 개별 납품이나 서비스가 언제 이루어질 것인가를 결정하기 위해서는 후속 처리가 필요하다.
Payer	지불인	SD	물품의 납품 혹은 제공된 서비스에 대한 계산을 치르는 회사 또는 개인. Payer 가 반드시 Bill-to party 일 필요는 없다.
Price group	견적가 그룹	SD	가격 결정 목적으로 사용되는 고객 그룹. 예를 들면, 견적가 그룹은 도매상과 소매상간의 구분을 두는데 사용된다.
Pricing procedure	가격 결정 절차	SD	특정 문서에 대한 조건과 가격 결정시 이 조건들을 고려하는 순서를 결정하는 절차. 표준 가격 결정 절차는 SAP R/3 시스템의 표준 버젼에서 정의되며, 이는 가장 일반적으로 사용되는 조건들이다. 또한 여러가지 경우의 할인, 추가 비용(중량 , 세금)뿐 아니라 자재가격도 포함된다.
Product Proposal	제품 제안	SD	자재 조합과 자주 주문되는 물량의 그룹화. 판매 주문 입력시 사용자는 Product proposal 로부터의 정보를 참고로 하거나 복사하여 시간을 절약한다. Product proposal 은 특정 고객을 위해 정의될 수도 있다. 이러한 경우 이 특정 고객에 대하여 주문서가 작성될 때 시스템은 자동적으로 적합한 Product proposal 을 입력하게 된다.
Release order	발주	SD	계약상에 합의된 제품 또는 용역의 총 수량 / 가치의 일부를 협력업체에 요청하기 위해 고객이 사용하는 구매주문양식. 수량 및 납품일 정보를 포함한다.
Revenue account determination	세입 계정 결정	SD	가격, 할인, 추가요금이 부과될 세입 계정을 설정한다. 시스템은 적절한 계정을 결정하기 위한 조건을 이용한다.
Route	운송 경로	SD	운송이 시작되는 지점에서 끝나는 지점에 걸치는 거리. 한 운송 경로가 여러 갈래로 나뉠 수 있다.
Sales & Distribution document	영업 및 유통 관련 문서	SD	영업 및 유통상의 거래 내용을 나타내는 데이타 베이스 문서. 다음과 같은 영업 및 유통 관련 문서들이 있다 : 영업 관련 문서 출하 관련 문서 지불 청구 관련 문서 하나의 영업 및 유통 관련 문서는 헤더와 여러개의 세부 항목으로 이루어진다 : 헤더는 전체 문서에 적용되는 데이타를 포함한다. (지불조건, 출하주소, Texts 등) 세부 항목은 고객이 구매하고자 하는 제품이나 서비스와 관련된 정보를 포함한다.
Sales area	판매 영역	SD	세가지 관점으로 구성되는 조직 단위 : 영업-관련 관점(Sales organization), 제품-관련 관점 (Division), 고객-관련 관점(Distribution channel). Sales area는 같은 경로로 판매될 수 있는 모든 자재를 그룹화하는데 사용된다. 이는 판매 현황 뿐 아니라 가격 결정에도 영향을 끼친다.
Sales document	영업 관련 문서	SD	영업 부서에서의 거래 내용을 나타내는 데이타 베이스 문서. 다음과 같은 영업 관련 문서들이 있다 : Inquiry 견적서 판매 주문서 장기 계약 (계약 및 Scheduling agreement) Complaints (반품, 대변서 요청,차변서 요청) 출하, 청구 관련 문서의 작성과 같은 영업 및 유통 분야에서의 후속 프로세스는 이 영업 관련 문서를 근간으로 실행된다. 하나의 영업 관련 문서는 헤더 데이타와 각 세부 항목으로 구성되는데, 헤더 데이타는 전체 문서에 걸쳐 적용되며 각 세부항목은 고객이 구매하고자 하는 제품이나 서비스에 관련된 정보를 포함한다.
Sales document type	영업 관련 문서 유형	SD	시스템에서 정의된 다양한 영업 관련 문서의 처리를 관리하는데 사용되는 지침. Document type은 시스템으로 하여금 표준 주문서, 대변서 요청과 같은 다양한 종류의 거래 형태를 다양한 방법으로 처리할 수 있게 한다.
Sales office	영업소	SD	영업 조직의 지리학적 관점을 반영한 조직 단위.
Sales order	판매주문 (서)	SD	판매자와 구매자간의 제공할 재화나 용역에 관한 계약. 판매주문서는 가격, 수량, 인도일에 관한 정보를 갖고 있다.
Sales organization	영업 조직	SD	배송 자재와 서비스, 판매 조건 협상을 담당하는 조직 단위. 이 영업 조직은 한 회사가 지리학적으로 혹은 산업 표준에 따라 어떠한 방법으로 시장을 세분하는가를 반영한다. 각각의 거래는 한 영업 조직에 의해 실행된다.
Sales unit	영업 단위	SD	자재 판매의 측정 단위. 한 자재에 대하여 여러가지 대체적인 판매 측정 단위가 정의될 수 있다. 전환 요인은 시스템으로 하여금 기본 측정 단위를 참고로 할 수 있도록 한다.
Scheduling agreement	납품일정 계획	SD	장기 계약의 한 종류. Scheduling agreement 는 일정 계획의 작성과 지속적인 갱신이 결정된 협력업체(고객)에 관련된 장기 계약. 이 일정 계획은 각 제품에 대한 분할 납품 시기를 명시하며, 이는 Schedule line 으로 이루어진다.
Ship-to party	납품처	SD	제품을 접수하는 개인 또는 회사. 이 Ship-to party가 반드시 Sold-to party, Bill-to party 또는 Payer 가 되어야 할 필요는 없다.
Shipping conditions	출하 조건	SD	고객에게 출하되는 제품에 대한 일반적인 전략. 예를들어 출하 조건에서, 제품이 가능한 한 빠른 시간내에 고객 측에 도착해야 한다고 정의할 때, 시스템은 자동적으로 제품의 가장 빠른 운송 경로와 출하 지점을 제시한다.
Shipping document	출하 관련 문서	SD	출하 처리를 나타내는 데이타 베이스 문서. 다음과 같은 출하 관련 문서가 있다 : Delivery 출하 관련 정보를 포함하는 자재 관련 문서 그룹화된 Delivery
Shipping point	출하 지점	SD	출하 처리 지정 장소에 대한 조직 단위. 즉, 출하 지점은 한 회사의 배송 부서 또는 공장의 Rail depot이 될 수 있다. 각 납품은 각 출하 지점별로 처리된다.
Sold-to party	매출처	SD	제품이나 서비스를 주문하는 개인 또는 회사. 또한Sold-to party는 Payer, Bill-to party, Ship-to party 의 기능을 수행한다.
Text item	텍스트 항목	SD	텍스트 요소만 포함하는 SD문서내의 item. 매출지시 처리시, 사용자는 고객 또는 내부적 목적에 필요한 정보를 입력할 수 있다.
Text type	텍스트 유형	SD	Master record 나 문서에서 사용자가 정의할 수 있는 다양한 Text 에 대한 구분. Text type 에는 다음과 같은 내용이 포함된다 : Ssales texts Shipping texts Internal notes
Transportation scheduling	운송 일정계획	SD	납품일을 바탕으로 운송에 관련된 모든 일자의 결정. 시스템은 요청받은 납품일에 맞추기 위해 운송 작업 착수 일자를 결정한다.

다른 질문들 간단하게 정리

물론입니다. 아래의 각 주제에 대해 설명드리겠습니다.

### 1. ABAP 프로그램과 일반 프로그램의 차이점

ABAP (Advanced Business Application Programming) 프로그램과 일반 프로그램은 다음과 같은 주요 차이점을 가집니다.

- **개발 환경:** ABAP 프로그램은 SAP 시스템 내에서 실행되며, 특히 SAP 데이터와 밀접하게 통합되어 개발됩니다. 반면, 일반 프로그램은 다양한 프로그래밍 언어로 작성되며, 다양한 시스템과 환경에서 실행될 수 있습니다.
- **언어 특성:** ABAP은 SAP의 비즈니스 애플리케이션을 위해 특별히 설계된 언어입니다. 다른 일반 프로그래밍 언어들은 보다 다양한 목적의 애플리케이션 개발에 적합합니다.
- **데이터 처리:** ABAP은 SAP 데이터베이스와의 통합이 용이하며, SAP 시스템 내의 데이터를 효율적으로 처리하고 조작하는 데 강점을 가집니다. 일반 프로그램은 데이터베이스 연동이나 다른 시스템과의 통합이 필요할 경우 별도의 인터페이스나 라이브러리를 사용해야 할 수 있습니다.

### 2. ERP 시스템의 물류 절차

ERP (Enterprise Resource Planning) 시스템의 물류 절차는 주로 다음과 같은 과정을 포함합니다:

- **수요 계획:** 시장 수요와 판매 예측을 바탕으로 필요한 자재와 제품의 양을 결정합니다.
- **자재 관리:** 필요한 원자재와 부품의 구매, 재고 관리 및 조달을 합니다.
- **생산 계획 및 관리:** 제품 제조를 위한 일정과 공정을 계획하고 관리합니다.
- **품질 관리:** 제품의 품질을 검사하고 유지합니다.
- **배송 및 운송 관리:** 완성된 제품의 보관, 포장, 배송 및 운송을 관리합니다.
- **고객 주문 관리:** 고객의 주문을 처리하고, 배송 상태를 추적합니다.

### 3. SAP 시스템의 모듈별 특징

SAP 시스템은 다양한 비즈니스 기능을 지원하는 여러 모듈로 구성됩니다. 주요 모듈의 특징은 다음과 같습니다:

- **FI (Financial Accounting):** 회계 및 재무 관리를 위한 모듈로, 재무 보고, 일반 회계, 계정 관리 등을 포함합니다.
- **CO (Controlling):** 비용 관리와 내부 보고를 위한 모듈로, 비용 분석, 예산 관리 등을 다룹니다.
- **SD (Sales and Distribution):** 판매와 유통 관리를 담당하는 모듈로, 주문 관리, 청구서 처리, 고객 관리 등을 포함합니다.
- **MM (Materials Management):** 자재 관리를 위한 모듈로, 구매, 재고 관리, 자재 조달 등을 다룹니다.
- **PP (Production Planning):** 생산 계획과 관리를 위한 모듈로, 제조 공정 계획, 생산 일정 관리 등을 포함합니다.
- **HR (Human Resources):** 인사 관리를 위한 모듈로, 직원 관리, 급여 계산, 교육 및 개발 등을 다룹니다.

각 모듈은 서로 통합되어 복잡한 비즈니스 프로세스를 효과

적으로 관리하고 최적화합니다.