SAP 기준정보 승인 — 만들기 전에 한 번 더 본다

기준정보는 한 번 만들면 되돌리기 어렵습니다. 거래처 코드를 잘못 만들면 그 코드로 쌓인 전표를 모두 옮겨야 정리됩니다.

그래서 등록 전에 검토 단계를 둡니다. 문제는 신청이 메일과 결재 시스템에 흩어져 있어 무엇이 대기 중인지 한눈에 보이지 않는다는 점입니다. 표준 마스터 구조를 그대로 이어받아 유형별 신청을 한 화면에 모으도록 OpenUI5 화면으로 확장한 것이 이 앱입니다. 실제 구동 화면 3종을 함께 공개합니다.

실제 화면 3종 둘러보기

회사코드·유형·상태로 조회하면 신청 건이 모입니다 → 내용과 첨부를 확인하고 → 승인하거나 사유를 적어 반려합니다.

아래는 실제로 앱을 실행해 기능을 눌러 가며 캡처한 화면입니다. 이미지를 클릭하면 원본 크기로 확대됩니다.

Master Approval — Main.view.xml

Master Approval — 상세 검토

Master Approval — 승인·반려

조작 방법

1. 회사코드와 마스터 유형을 고릅니다. 거래처·계정·자재가 각각 검토 관점이 다릅니다.
2. 상태를 대기로 두면 처리할 건만 남습니다.
3. 신청을 선택해 내용을 확인합니다.
4. 첨부 증빙을 확인합니다. 사업자등록증이나 신설 사유서입니다.
5. 중복 여부를 확인합니다. 같은 거래처가 이미 있는지 봅니다.
6. 이상이 없으면 승인합니다. 마스터가 생성되고 코드가 부여됩니다.
7. 문제가 있으면 반려하고 사유를 입력합니다.

승인 판정 규칙

유형마다 확인할 것이 다릅니다.

공통 검증  필수값 존재 · 첨부 증빙 · 중복 없음

거래처  사업자번호 중복 · 사업자등록증 일치
GL 계정 계정그룹과 번호 범위 정합 · 신설 사유 타당성
자재    자재유형과 평가클래스 정합 · 원가 반영 영향

승인 시  표준 마스터 생성 → 성공하면 코드 부여
반려 시  사유 필수 → 신청자에게 반환

유형별 검토 포인트

조회조건

결과 컬럼

SAP 표준 기능 매핑

참고 CDS 뷰

@AbapCatalog.sqlViewName: 'ZCMASTERAPP'
@EndUserText.label: '기준정보 승인 대상 (Z)'
define view Z_C_MASTER_DATA_APPROVAL
  as select from zmaster_req as Req
{
  key Req.chno        as ChangeNo,
      Req.bukrs,
      Req.gjahr,
      Req.master_type as MasterType,
      Req.req_data    as RequestData,
      Req.created_by  as Requester,
      Req.created_at  as RequestDate,
      Req.status      as Status,
      Req.memo        as Memo,
      Req.approved_by,
      Req.approved_at,
      Req.created_code as GeneratedCode
      // 중복 확인은 유형별 마스터 테이블과 키 항목으로 대조
      // 첨부는 문서 관리 시스템과 변경번호로 연결
}

매핑 이해를 돕기 위한 참고용 설계입니다. 실제 도입 시에는 운영 환경 설정과 릴리즈에 맞춰 조정합니다.

OpenUI5 구성

파일 구성

검증 결과

자주 묻는 질문