SAP와 ERP, 모듈 한눈에 보기 — ABAP 입문 1장 ①

ABAP을 처음 공부할 때 곧바로 문법이나 코드부터 외우기 시작하면 "내가 짜는 이 코드가 회사 업무 어디에 쓰이는지" 감이 잡히지 않아 금방 막히게 됩니다.

그래서 「따라하며 배우는 SAP ABAP 입문」 1장(①~③편)에서는 코드를 한 줄도 작성하지 않습니다. 대신 회사가 왜 SAP를 쓰는지, 업무 데이터가 어떻게 흘러가는지, 그리고 ABAP 개발자가 현장에서 누구와 어떻게 일하는지 큰 그림부터 실제 SAP 화면과 함께 차례대로 그립니다.

시작하기 전에: 내 PC에 SAP가 없어도 괜찮습니다

이 글은 아직 실습 환경이 없는 초보자도 실제 SAP 화면(T-code)과 예시 데이터를 눈으로 따라오며 이해할 수 있도록 단계마다 화면 샘플을 함께 실었습니다. 각 화면의 번호 표시(① · ② · ③)를 순서대로 따라가며 읽어 보세요.

이번 글에서 배울 내용과 진행 순서

이번 1편에서는 아래 네 단계를 순서대로 배웁니다.

1. 1단계 — ERP와 SAP가 무엇인지 이해하기: 회사가 엑셀 대신 ERP를 쓰는 이유와, SAP 안에서 ABAP 개발자가 필요한 이유를 알아봅니다.

2. 2단계 — SAP 첫 화면과 핵심 T-code(SE38) 화면 익히기: SAP에 로그인하면 가장 먼저 만나는 시작 화면(SAP Easy Access)과 ABAP 편집기(SE38) 화면을 직접 눈으로 확인합니다.

3. 3단계 — 회사 업무가 테이블(SE11 · SE16)에 쌓이는 과정 따라가기: 제조 회사의 구매 → 입고 → 회계 흐름을 예로 들어, 주문서와 입고 내역이 데이터베이스 테이블에 어떻게 설계(SE11)되고 저장·연결(SE16)되는지 화면으로 살펴봅니다.

4. 4단계 — SAP 주요 모듈(MM·SD·PP·FI·CO)과 협업 방식 알기: 현장에서 매일 쓰는 모듈 약어의 뜻과, 현업 담당자 → 모듈 컨설턴트 → ABAP 개발자 → Basis로 이어지는 실무 개발 절차를 정리합니다.

1단계: ERP와 SAP — 왜 회사 전체가 하나의 시스템을 쓸까요?

ERP가 없는 회사의 풍경

ERP(Enterprise Resource Planning, 전사적 자원 관리)는 회사의 구매·재고·생산·판매·회계·인사 같은 모든 업무를 하나의 시스템, 하나의 데이터베이스에서 처리하는 소프트웨어입니다.

만약 ERP가 없는 제조 회사가 자재를 사 온다면 어떻게 일하게 될까요?

• 구매팀은 거래처에 보낸 주문(발주) 내역을 자기 PC의 엑셀 파일에 적어 둡니다.

• 창고팀은 거래처에서 트럭으로 물건이 도착하면 별도의 창고 장부 프로그램에 입고 수량을 적습니다.

• 회계팀은 월말에 구매팀이 보낸 이메일과 창고 장부를 대조해 가며 회계 프로그램에 전표를 다시 입력합니다.

같은 거래 한 건을 부서마다 세 번씩 따로 입력하다 보니 숫자가 쉽게 어긋납니다. 사장님이 *"이번 달에 주문만 하고 아직 창고에 안 들어온(미입고) 자재가 얼마어치나 되나?"*라고 물으면, 세 부서의 파일을 모아 하루 종일 대조해야 답을 구할 수 있습니다.

ERP의 핵심: 한 번 입력하면 모든 부서가 연결된다

ERP를 쓰는 회사에서는 일하는 방식이 완전히 달라집니다.

1. 구매 담당자가 시스템에 구매오더(주문서)를 한 번 입력합니다.

2. 창고에 물건이 도착하면 창고 담당자는 새로 입력하는 대신 그 구매오더 번호를 화면에 불러와서 *"주문한 100개 중 오늘 60개 들어왔음"*이라고 입고 버튼만 누릅니다.

3. 입고가 처리되는 그 순간, 창고 재고가 자동으로 60개 늘어나고 회계 장부에도 입고 금액이 동시에 기록됩니다.

모든 부서가 하나의 데이터베이스를 바라보며 앞 부서가 만든 데이터를 뒷부서가 이어받아 처리하는 것, 이것이 바로 ERP의 핵심인 통합(Integration)입니다.

SAP 표준 기능과 ABAP 개발자가 필요한 이유

SAP는 이 ERP 시장을 대표하는 독일 소프트웨어 기업이자 그 ERP 제품(ECC 6.0, S/4HANA 등)을 부르는 이름입니다.

SAP 안에는 이미 전 세계 기업들의 업무 방식을 반영한 수천 개의 표준 화면과 기능이 만들어져 있습니다. 구매오더를 넣는 화면, 입고를 잡는 화면, 회계 전표를 끊는 화면이 모두 기본으로 들어 있어서, 회사는 이 표준 기능을 자기 회사 규칙에 맞게 설정(Customizing)해서 사용합니다.

하지만 표준 기능만으로는 모든 회사의 요구를 다 채울 수 없습니다.

• *"우리 회사 구매팀은 거래처별·품목별로 발주 수량과 입고 수량, 미입고 수량을 한 화면에서 비교하는 맞춤형 현황판이 필요해요."*

• *"외부 물류 시스템이나 사내 전자결재 시스템과 데이터를 자동으로 주고받아야 해요."*

• *"우리 회사 양식에 맞춘 거래명세서와 발주서 PDF를 출력해야 해요."*

이처럼 SAP 표준에 없는 우리 회사만의 조회 화면(리포트), 프로그램, 인터페이스를 설계하고 직접 코드로 만들어 내는 사람이 바로 ABAP 개발자입니다.

2단계: SAP 첫 화면과 T-code(트랜잭션 코드) 보는 법

SAP 시스템에 아이디와 비밀번호를 넣고 로그인하면 가장 먼저 SAP Easy Access라는 시작 화면이 열립니다.

이 화면에서 초보자가 가장 먼저 알아 두어야 할 곳은 화면 왼쪽 위의 작은 입력칸인 명령 필드(Command Field)입니다.

T-code(트랜잭션 코드)란 무엇인가요?

메뉴 트리를 일일이 마우스로 클릭해 찾아가는 대신, SAP의 모든 업무 화면과 개발 도구에는 T-code(Transaction Code, 트랜잭션 코드)라는 짧은 영문·숫자 단축 번호가 붙어 있습니다. 왼쪽 위 명령 필드에 이 코드를 치고 Enter를 누르면 해당 화면이 즉시 열립니다.

현업 담당자와 ABAP 개발자가 가장 자주 쓰는 필수 T-code 4가지는 다음과 같습니다.

• SE38: ABAP 프로그램을 작성하고 실행하는 ABAP 편집기(Editor)

• SE80: 프로그램, 테이블, 함수 등을 패키지 폴더 단위로 한눈에 다루는 통합 개발 환경(Object Navigator)

• SE11: 데이터베이스 테이블의 구조(열 이름, 데이터 타입, 길이)를 만들고 조회하는 데이터 사전(ABAP Dictionary)

• SE16 (또는 SE16N): 테이블 안에 실제로 어떤 데이터 행이 들어 있는지 조회하는 데이터 브라우저(Data Browser)

샘플 화면으로 보기: SE38(ABAP 편집기) 첫 화면

명령 필드에 SE38을 입력하고 Enter를 누르면 개발자가 가장 많이 쓰는 ABAP Editor 초기 화면이 열립니다. 화면의 번호 표시(① ~ ③)를 순서대로 살펴보세요.

• ① Program 입력칸: 열어 보거나 새로 만들 ABAP 프로그램 이름(예: 구매오더 현황 리포트 ZEDU_PO_LIST)을 적는 칸입니다.

• ② Display(F7) · Change(F6) · Create(F5) · Execute(F8) 버튼:

- 남이 만든 프로그램이나 표준 코드를 안전하게 구경할 때는 반드시 Display(F7, 조회)를 누릅니다. - 코드를 직접 고칠 때는 Change(F6), 새 프로그램을 만들 때는 Create(F5)를 누릅니다. - 코드 화면을 거치지 않고 프로그램을 즉시 실행해 보고 싶을 때는 위쪽 툴바의 시계 아이콘인 Execute(F8)를 누릅니다.

• ③ Subobjects(하위 객체) 선택: 기본값인 Source Code를 선택하고 Display를 누르면 ABAP 코드가 열리고, Attributes(속성)를 선택하면 이 프로그램의 제목과 소속 패키지를 확인할 수 있습니다.

알아 두면 편리한 명령창 규칙 (/n, /o)

이미 SE38 같은 화면에 들어가 있을 때는 다른 T-code 앞에 /n을 붙여 입력합니다. 예를 들어 SE38 화면을 보다가 /nSE11을 치고 Enter를 누르면 현재 화면을 닫고 곧바로 SE11 화면으로 넘어갑니다. 현재 화면을 그대로 둔 채 새 창을 하나 더 띄우고 싶을 때는 /oSE11처럼 /o를 붙입니다.

3단계: 회사 업무는 SAP에 어떻게 기록될까요? (SE11 · SE16 화면으로 보기)

ABAP 개발자가 프로그램을 만든다는 것은 결국 "업무 화면을 통해 데이터베이스 테이블에 쌓인 기록을 읽고 계산해서 보여 주는 일"입니다. 제조 회사에서 원자재를 사 오는 5단계 흐름을 따라가며 실제 테이블 화면을 살펴보겠습니다.

1. 구매 요청 (Purchase Requisition): 생산팀이 *"산업용 펌프와 부품이 필요하다"*고 구매팀에 요청합니다.

2. 구매오더 (PO, Purchase Order · 실무 T-code ME21N): 구매팀이 거래처에 *"이 자재들을 이 단가에 언제까지 납품해 달라"*는 공식 주문서를 발행합니다.

3. 입고 (GR, Goods Receipt · 실무 T-code MIGO): 거래처가 물건을 보내오면 창고 담당자가 2번에서 만든 구매오더 번호를 불러와 입고를 처리합니다.

4. 송장 검증 (Invoice Verification · 실무 T-code MIRO): 회계팀이 거래처 세금계산서 금액이 구매오더 및 입고 수량과 맞는지 확인합니다.

5. 대금 지급 (Payment · 실무 T-code F110): 확인이 끝난 물품 대금을 거래처 계좌로 송금합니다.

1) SE11(데이터 사전)에서 구매오더 테이블 설계도 살펴보기

먼저 명령창에 /nSE11을 입력해 구매오더 헤더 테이블인 ZEDU_POH(실제 SAP 표준에서는 EKKO)의 설계도를 열어 보겠습니다.

SE11 화면에서 초보자가 눈여겨볼 곳은 세 군데입니다.

• ① Key(기본 키) 체크 표시: 맨 위 두 줄인 MANDT(클라이언트 번호)와 EBELN(구매오더 번호)에 체크가 되어 있습니다. 이 체크가 된 열들이 테이블에서 문서 한 건을 유일하게 식별하는 열쇠(Primary Key)입니다.

• ② 열 이름(Field)과 데이터 타입(Data Type · Length): 거래처 번호(LIFNR, 10자리 문자 CHAR), 발주 일자(BEDAT, 8자리 날짜 DATS), 총 발주 금액(NETWR, 금액 CURR), 통화 키(WAERS, 통화 CUKY) 등 각 열에 어떤 형태의 값이 들어가는지 정의되어 있습니다.

• ③ Currency/Quantity Fields 탭(통화·수량 참조): SAP 테이블에서 금액(CURR)이나 수량(QUAN) 열을 만들 때는 반드시 "어느 통화(KRW, USD)나 단위(EA, KG)를 기준으로 소수점을 처리할지" 짝이 되는 필드를 지정해야 합니다. 원화(KRW)는 소수점이 없고 달러(USD)는 소수점 둘째 자리까지 쓰기 때문인데, 이 연결을 빠뜨리면 화면에 금액이 100분의 1로 줄어들어 나오는 흔한 실수가 발생합니다.

2) SE16(데이터 브라우저)에서 실제 저장된 데이터 조회하기

설계도(SE11)를 보았으니, 이제 그 테이블 안에 실제로 어떤 데이터가 들어 있는지 명령창에 /nSE16을 쳐서 열어 보겠습니다.

• ① 조회 조건 입력칸(EBELN): 보고 싶은 구매오더 번호(4500000001)를 넣으면 그 주문서만 찾아 주고, 빈칸으로 두고 왼쪽 위 시계 아이콘(Execute, F8)을 누르면 전체 행을 보여 줍니다.

• ② Number of Entries(건수 확인): 데이터를 다 불러오기 전에 상단 Number of Entries 버튼을 누르면 화면 오른쪽 팝업처럼 테이블에 총 몇 줄(120건)이 들어 있는지 숫자만 빠르게 알려 줍니다.

• ③ Maximum No. of Hits(최대 조회 건수): 기본값으로 200이 적혀 있습니다. 초보자가 *"분명 데이터가 1,000건 있는데 왜 200줄밖에 안 나오지?"* 하고 당황하는 이유가 바로 이 칸 때문입니다.

3) 헤더(ZEDU_POH) · 품목(ZEDU_POI) · 입고(ZEDU_GR) 3개 테이블이 연결되는 모양

쇼핑몰에서 물건을 여러 개 주문할 때 주문서 겉장(주문번호, 주문일)과 주문한 개별 상품 줄(1번 상품, 2번 상품, 3번 상품)이 나뉘어 있듯, SAP도 구매 데이터를 헤더 · 품목 · 입고 내역 세 개의 테이블로 나누어 저장합니다.

SE16에서 구매오더 번호 4500000001번 하나를 기준으로 세 테이블을 차례대로 조회해 보면 아래 그림처럼 완벽하게 짝이 맞물려 있습니다.

위 화면의 세 표(① → ② → ③)를 위에서 아래로 따라가 보세요.

• ① 구매오더 헤더 (ZEDU_POH, 표준 EKKO) — 주문서 겉장 1줄

- 구매오더 번호(EBELN) 4500000001번은 거래처 0000100012에 2026.07.01에 발주한 주문서이며, 전체 합계 금액(NETWR)은 8,950,000 KRW입니다.

• ② 구매오더 품목 (ZEDU_POI, 표준 EKPO) — 주문서 안의 물건 3줄

- 같은 구매오더 번호 4500000001 아래에 품목 번호(EBELP)가 00010, 00020, 00030처럼 10단위로 붙으며 물건마다 한 줄씩 저장됩니다. - 00010번 줄: 자재 TG-4002(산업용 펌프), 발주 수량(MENGE) 10 EA - 00020번 줄: 자재 TG-4003(제어 패널), 발주 수량(MENGE) 5 EA - 00030번 줄: 자재 TG-4004(소형 송풍기), 발주 수량(MENGE) 20 EA

• ③ 입고 내역 (ZEDU_GR, 표준 MSEG / MATDOC) — 창고에 들어온 기록 3줄

- 물건이 창고에 들어올 때마다 입고 문서 번호(MBLNR: 5000000001~5000000003)가 새로 생기면서, 그 줄 안에 "어느 구매오더(EBELN)의 몇 번 품목(EBELP)이 몇 개 들어왔는지"가 함께 기록됩니다. - 00010번(10개)과 00020번(5개)은 발주한 수량만큼 전부 입고되었지만, 00030번(소형 송풍기)은 20개 발주 중 12 EA만 입고되어 아직 8개가 미입고 상태라는 것을 바로 알 수 있습니다.

핵심 포인트: 왜 이 세 테이블의 연결을 알아야 할까요?

현업 구매 담당자가 *"주문한 물건 중에 아직 창고에 다 안 들어온 미입고 수량을 한눈에 보고 싶어요"*라고 요청하면, ABAP 개발자는 바로 위 그림의 세 테이블(ZEDU_POH + ZEDU_POI + ZEDU_GR)을 EBELN(구매오더 번호)과 EBELP(품목 번호)를 열쇠 삼아 연결(JOIN)한 뒤, 발주 수량 - 입고 수량 합계 = 미입고 수량을 계산해서 화면 표로 보여 주게 됩니다.

4단계: SAP 주요 모듈과 프로젝트 협업 방식

현장에서 매일 듣는 SAP 모듈 한눈에 보기

SAP ERP는 다루는 업무가 방대해서 역할별로 모듈(Module)이라는 단위로 나뉘어 있습니다. 프로젝트 현장에서는 *"MM 조회 화면 개발해 주세요"*, *"FI 컨설턴트님께 여쭤보세요"*처럼 두 글자 모듈 약어로 대화합니다. 처음에는 아래 세 그룹으로 묶어서 기억하면 훨씬 쉽습니다.

1. 물류 · 제조 · 영업 흐름 (물건이 들어와서 만들어지고 팔리는 과정)

• MM (Materials Management, 자재·구매관리): 방금 살펴본 자재 마스터, 구매오더, 입고, 창고 재고를 다룹니다. (대표 표준 테이블: 자재 MARA, 구매오더 EKKO·EKPO, 자재문서 MSEG)

• PP (Production Planning, 생산계획·제조): 원자재를 조합해 완제품을 만드는 부품 구성표(BOM), 생산 계획(MRP), 생산오더를 다룹니다.

• SD (Sales and Distribution, 영업·물류): 고객 주문을 받고(수주), 제품을 출하하고, 대금을 청구하는 판매 전 과정을 다룹니다. (대표 표준 테이블: 판매오더 VBAK·VBAP, 출하 LIKP, 청구 VBRK)

• *함께 쓰이는 세부 물류 모듈*: QM(품질관리), PM(설비보전), WM / EWM(창고관리)

2. 재무 · 관리회계 흐름 (돈과 원가가 기록되는 과정)

• FI (Financial Accounting, 재무회계): 회계 전표, 총계정원장, 외상매입금(채무)·외상매출금(채권), 결산 및 재무제표를 다룹니다. 물류 모듈(MM·SD)에서 입고나 출하가 일어나면 FI에 회계 전표가 자동으로 만들어집니다. (대표 표준 테이블: BKPF·BSEG, S/4HANA 통합 전표 ACDOCA)

• CO (Controlling, 관리회계): 회사 내부 경영진을 위해 부서별 비용(원가센터), 제품별 제조 원가, 수익성을 분석합니다.

3. 인사 및 시스템 기술 기반

• HR / HCM (Human Capital Management, 인사관리): 조직, 인사 발령, 근태, 급여를 다룹니다.

• BC / Basis (베이시스, 기술 기반): 업무 모듈들이 잘 돌아가도록 SAP 서버를 설치·관리하고, 사용자 계정과 권한(SU01), 서버 간 프로그램 이관(STMS), 시스템 성능을 관리하는 엔지니어 영역입니다.

프로젝트에서 ABAP 개발자는 누구와 어떻게 일할까요?

실제 기업의 SAP 프로젝트나 운영팀에서는 네 가지 역할이 손발을 맞춰 일합니다.

1. 현업 담당자 (Key User): 구매팀·회계팀·창고팀 등 실제로 SAP 화면을 써서 회사 업무를 처리하는 직원입니다. 필요한 기능이나 불편한 점을 요청합니다.

2. 모듈 컨설턴트 (기능 담당): MM, FI, SD 등 특정 모듈의 업무 프로세스와 SAP 표준 설정을 깊이 아는 전문가입니다. 현업의 요구사항을 듣고 먼저 SAP 표준 기능으로 해결할 수 있는지 검토한 뒤, 개발이 꼭 필요하면 화면 구성과 테이블·계산 로직을 정리한 설계 문서인 기능 명세서(FS, Functional Specification)를 작성합니다.

3. ABAP 개발자 (기술 담당): 모듈 컨설턴트가 작성한 기능 명세서(FS)를 바탕으로 프로그램을 설계·코딩하고 단위 테스트를 진행합니다.

4. Basis 담당자 (시스템 담당): 개발과 테스트가 끝난 프로그램을 실제 운영 서버로 안전하게 옮기고(이관) 권한을 설정합니다.

코딩을 시작하기 전에 기능 명세서(FS)에서 꼭 확인할 5가지

모듈 컨설턴트에게 기능 명세서를 받으면 코딩 전에 아래 5가지를 먼저 확인하는 습관을 들이세요.

• 조회 조건: 사용자가 화면 위쪽에서 무엇을 입력해 데이터를 걸러 보나요? (예: 구매오더 번호, 거래처, 발주 기간, 입고 상태)

• 데이터 출처와 연결 기준: 어느 테이블의 어떤 필드를 읽고, 어떤 키로 연결하나요?

• 출력 항목과 계산 규칙: 화면 표에 어떤 열을 보여 주고, DB에 없는 값(예: 미입고 수량 = 발주 수량 - 입고 수량 합계)은 어떤 공식으로 계산하나요?

• 단순 조회용인가, 편집·저장용인가: 화면에서 보기만 하는 리포트(SALV)인지, 사용자가 표의 셀을 직접 고쳐서 저장까지 해야 하는 화면(ALV Grid)인지에 따라 프로그램 구조가 처음부터 달라집니다.

• 권한과 예상 데이터 양: 아무나 실행해도 되는지(권한 검사 필요 여부), 한 번 조회할 때 데이터가 수백 건인지 수백만 건인지에 따라 SQL 작성 방식이 달라집니다.

핵심 정리 및 다음 편 안내

이번 ABAP 입문 1장 ①에서 배운 핵심을 정리해 보겠습니다.

• ERP와 SAP: 구매·생산·판매·회계 업무를 하나의 데이터베이스에서 처리해, 앞 단계 문서(구매오더)를 뒷단계(입고·회계)가 그대로 참조하는 통합 시스템입니다.

• T-code와 기본 화면: 왼쪽 위 명령창에 SE38(편집기), SE11(테이블 설계도), SE16(테이블 데이터 조회)을 입력해 원하는 도구로 즉시 이동합니다.

• 헤더·품목·입고 테이블 연결: 주문서 겉장(ZEDU_POH)과 물건 목록(ZEDU_POI), 그리고 입고 내역(ZEDU_GR)은 구매오더 번호(EBELN)와 품목 번호(EBELP)로 연결되며, 이를 조합해 보여주는 것이 ABAP 리포트의 기본 역할입니다.

• 모듈과 협업: 업무는 MM·PP·SD·FI·CO 등의 모듈로 나뉘며, 개발자는 모듈 컨설턴트가 작성한 기능 명세서(FS)를 받아 개발합니다.

다음 편(ABAP 입문 1장 ②)에서는 무엇을 배우나요? 이어지는 2편 「SAP 시스템 구조와 ABAP 이해하기」에서는 System → Status 화면으로 서버 정보 보는 법, 로그인할 때 적는 클라이언트 번호(001)와 T000 테이블, SE09 트랜스포트 이관 화면, 그리고 방금 본 구매·입고 테이블을 실제로 합쳐서 띄워 주는 ZEDU_PO_LIST 리포트 실행 화면(선택 화면 · SALV 그리드)과 실제 ABAP 소스 코드 화면을 차례대로 살펴봅니다.