SAP 기준정보 통합 생성 — 거래처·계정·자산을 한 화면에서
거래처·계정·자산·사원·법인카드 같은 기준정보를 하나의 화면에서 신청하고, 첨부와 함께 등록 요청을 올리는 화면입니다.
기준정보를 하나 만들려면 어느 화면으로 가야 하는지부터 알아야 합니다. 거래처는 XK01, 계정은 FS00, 자산은 AS01입니다. 업무 담당자는 이 코드를 외울 이유가 없습니다.
그래서 대개 메일이나 전자결재로 요청하고 마스터 담당자가 대신 만듭니다. 요청 양식이 제각각이라 항목이 빠지면 다시 물어보게 됩니다. 유형만 고르면 필요한 항목이 나오도록 OpenUI5 화면으로 확장한 것이 이 앱입니다. 실제 구동 화면 2종을 함께 공개합니다.
SAP 표준 기능을 그대로 이어받은 부분
- 거래처 — 고객(
Customer)과 공급업체 마스터 구조 - GL 계정 — 계정 마스터(
GLMaster) 항목 - 고정자산 — 자산 마스터(
FixedAsset) 항목 - 사원 — 인사 마스터(
Employee) 연계 항목 - 법인카드 — 카드 마스터(
Corpcard) 항목
| 항목 | 내용 |
|---|---|
| 대응 T-code | XK01 · XD01 · FS00 · AS01 |
| 업무 영역 | 재무회계(FI) · 기준정보 관리 |
| Namespace | fi091_masterdatacreate |
| 셸 구조 | 유형 선택 + 유형별 입력 폼 + 첨부 + 신청 |
| 화면 수 | 신청 화면 1개 + 목록 |
| 데이터 | 거래처·계정·자산·사원·카드 등 다중 마스터 |
| 성격 | 신청형 — 승인 후 표준 마스터 생성 |
| UI 테마 | sap_horizon 단일 적용 |
실제 화면 2종 둘러보기
만들 기준정보 유형을 고르면 필요한 항목이 나옵니다 → 값을 채우고 증빙을 첨부한 뒤 → 신청하면 승인을 거쳐 마스터가 생성됩니다.
아래는 실제로 앱을 실행해 기능을 눌러 가며 캡처한 화면입니다. 이미지를 클릭하면 원본 크기로 확대됩니다.
조작 방법
- 만들려는 기준정보 유형을 고릅니다. 유형에 따라 입력 항목이 바뀝니다.
- 표시된 필수 항목을 채웁니다. 유형마다 다릅니다.
- 필요한 증빙을 첨부합니다. 사업자등록증이나 계약서 등입니다.
- 신청하면 승인 절차로 넘어갑니다.
- 신청 현황에서 진행 상태를 확인합니다.
- 반려되면 사유를 확인해 수정 후 다시 신청합니다.
- 승인되면 표준 마스터가 생성되고 코드가 부여됩니다.
유형별 입력 규칙
유형마다 필수 항목과 첨부가 다릅니다.
거래처 상호 · 사업자번호 · 대표자 · 주소 · 업태 · 종목
첨부: 사업자등록증
GL 계정 계정코드 · 명칭 · 계정그룹 · 계정유형
첨부: 계정 신설 사유
고정자산 자산명 · 자산등급 · 코스트센터 · 취득일 · 취득가액
첨부: 취득 증빙
사원 사번 · 성명 · 부서
법인카드 카드번호 · 카드사 · 사용 부서 · 한도
공통 검증 필수값 · 중복 확인 · 형식 검사
중복 확인을 신청 단계에 두는 이유
같은 거래처가 여러 코드로 등록되면 채권 잔액이 갈라지고 집계가 어긋납니다. 나중에 통합하려면 전표를 모두 이관해야 해서 비용이 큽니다. 사업자번호로 신청 시점에 확인하면 그 문제가 애초에 생기지 않습니다.
기준정보 생성 4단계
| 단계 | 내용 | 결과 |
|---|---|---|
| ① 신청 | 유형 선택과 항목 입력 | 신청 건 |
| ② 검증 | 필수값·중복·형식 확인 | 검증 결과 |
| ③ 승인 | 마스터 담당자 검토 | 승인 또는 반려 |
| ④ 생성 | 표준 마스터 등록 | 코드 부여 |
입력 항목
유형을 고르면 해당 항목만 표시됩니다.
| 항목 | 필수 | 설명 |
|---|---|---|
| 유형 | 필수 | 거래처 / 계정 / 자산 / 사원 / 법인카드 |
| 공통 — 신청 사유 | 필수 | 왜 필요한지 |
| 공통 — 첨부 | 조건부 | 유형별 필수 증빙 |
| 거래처 — 사업자번호 | 필수 | 중복 확인 기준 |
| 계정 — 계정그룹 | 필수 | 번호 범위와 필드 결정 |
| 자산 — 자산등급 | 필수 | 상각 파라미터 결정 |
| 카드 — 한도 | 필수 | 부서 한도 관리 |
결과 컬럼
| 컬럼 | 의미 · 표시 |
|---|---|
| 신청번호 | 신청 건 식별자 |
| 유형 | 거래처 · 계정 · 자산 등 |
| 신청 내용 | 주요 항목 요약 |
| 신청자 · 신청일 | 요청 정보 |
| 첨부 | 증빙 문서 |
| 상태 | 대기 / 승인 / 반려. 상태 색 |
| 반려 사유 | 반려 시 수정 방향 |
| 생성 코드 | 승인 후 부여된 마스터 코드 |
SAP 표준 기능 매핑
| 표준 | 역할 | 이 화면에서의 확장 |
|---|---|---|
XK01 · XD01 | 공급업체 · 고객 생성 | 신청 폼으로 항목 수집 |
FS00 | GL 계정 생성 | 계정그룹별 항목 표시 |
AS01 | 자산 생성 | 자산등급별 항목 표시 |
LFA1 · KNA1 · SKA1 · ANLA | 마스터 테이블 | 생성 대상 |
| 중복 확인 | 사업자번호 등 기준 | 신청 단계 검증 |
도입 시 확인이 필요한 부분
마스터마다 필수 필드가 계정그룹·자산등급 설정에 따라 달라집니다. 화면에 고정 항목을 두면 설정과 어긋나 생성 단계에서 실패합니다. 설정을 읽어 항목을 구성하거나, 최소한 자주 쓰는 그룹만 지원하고 나머지는 표준으로 안내하는 편이 안전합니다.
참고 CDS 뷰
@AbapCatalog.sqlViewName: 'ZCMASTERREQ'
@EndUserText.label: '기준정보 생성 신청 (Z)'
define view Z_C_MASTER_DATA_REQUEST
as select from zmaster_req as Req
{
key Req.req_no as RequestNo,
Req.master_type as MasterType,
Req.req_reason as Reason,
Req.created_by as Requester,
Req.created_at as RequestDate,
Req.status as Status,
Req.reject_reason,
Req.created_code as GeneratedCode
// 유형별 상세 항목은 zmaster_req_detail 과 조인
// 첨부는 문서 관리 시스템과 신청번호로 연결
}
매핑 이해를 돕기 위한 참고용 설계입니다. 실제 도입 시에는 운영 환경 설정과 릴리즈에 맞춰 조정합니다.
OpenUI5 구성
| 기능 | 사용 컨트롤 |
|---|---|
| 화면 골격 | sap.m.Page + 유형 선택 · 입력 폼 · 신청 목록 |
| 유형 선택 | sap.m.SegmentedButton — 선택 시 폼 전환 |
| 입력 폼 | sap.ui.layout.form.SimpleForm — 유형별 구성 |
| 첨부 | sap.m.upload.UploadSet — 증빙 파일 |
| 신청 목록 | sap.m.Table — 진행 상태 |
| 이벤트 | onPAI 단일 진입점, fcCode 로 분기 |
유형 선택으로 폼을 바꾸는 이유
모든 유형의 항목을 한 화면에 늘어놓으면 대부분이 해당 없는 칸입니다. 무엇을 채워야 하는지 알기 어렵고 실수도 늘어납니다. 유형을 고르면 그에 맞는 항목만 남으니 업무 담당자가 T-code 를 몰라도 필요한 것만 입력하게 됩니다.
파일 구성
| 경로 | 역할 |
|---|---|
manifest.json | 앱 디스크립터 — ko 로케일 · sap_horizon |
view/Main.view.xml | 유형 선택 · 입력 폼 · 신청 목록 |
controller/Main.controller.js | 유형 전환 · 검증 · 신청 제출 |
model/ModelMock.js | localdata JSON 읽기(Promise) |
js/formatter.js | 상태 · 일자 포맷터 |
localdata/Customer.json · GLMaster.json | 거래처 · 계정 |
localdata/FixedAsset.json · Employee.json | 자산 · 사원 |
localdata/Corpcard.json | 법인카드 |
localdata/AttachFiles.json | 첨부 파일 |
검증 결과
| 검증 항목 | 결과 |
|---|---|
| 유형 전환 시 해당 항목만 표시 | 통과 |
| 필수값 누락 시 신청 차단 | 통과 |
| 거래처 사업자번호 중복 확인 동작 | 통과 |
| 유형별 필수 첨부 검증 | 통과 |
| 승인 후 생성 코드가 신청 건에 기록 | 통과 |
| XML · JSON 전체 파싱 | 오류 0건 |
| 화면 렌더링 — 실브라우저 유형 전환 후 캡처 | 2/2 |
| 테마 런타임 확인 | sap_horizon |
자주 묻는 질문
모든 마스터 유형을 지원해야 하나요?
자주 신청되는 유형부터 시작하는 것이 낫습니다. 드물게 쓰는 유형은 표준 화면으로 안내하고, 건수가 많아지면 추가하는 방식이 정착이 빠릅니다.
중복 확인은 무엇을 기준으로 하나요?
거래처는 사업자번호, 자산은 관리번호가 일반적입니다. 상호만으로 확인하면 표기 차이 때문에 중복을 걸러 내지 못합니다.
신청 후 바로 마스터가 생기나요?
승인 후에 생성됩니다. 기준정보는 한 번 만들면 되돌리기 어려워 검토 단계를 두는 것이 안전합니다. 급한 건은 별도 절차로 처리합니다.
SAP 표준 기능과 어떻게 이어지나요?
마스터 생성은 표준 트랜잭션이 담당합니다. 이 화면은 신청 단계를 통일된 양식으로 만들고 중복 확인과 첨부까지 앞당겨, 마스터 담당자의 되묻기를 줄이는 확장입니다.