SAP 전표 역분개 내역 조회 — 얼마나 늦게, 왜 취소했는가

전표를 취소하는 일 자체는 문제가 아닙니다. 오타도 나고 중복 입력도 생깁니다. 문제는 취소가 늦을 때와 취소만 하고 정정을 안 했을 때입니다.

전기한 지 한 달 뒤에 취소하면 그 사이 결산과 보고가 잘못된 숫자로 나갑니다. 취소만 하고 올바른 전표를 다시 넣지 않으면 거래 자체가 장부에서 사라집니다. SAP 표준 역분개 구조를 그대로 이어받아 이 두 가지를 한 화면에서 걸러내도록 OpenUI5 화면으로 확장한 것이 이 앱입니다. 실제 구동 화면 2종을 함께 공개합니다.

실제 화면 2종 둘러보기

회사코드·귀속월·전표유형·역분개사유로 조회하면 취소된 전표가 모입니다 → 경과일수로 늦게 취소된 건을 가려내고 → 정정전표 열로 다시 넣지 않은 건을 확인합니다.

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

FB08 — Main.view.xml

FB08 — 조회 결과

조작 방법

1. 회사코드와 회계연도를 고릅니다. 전기와 당기를 오가며 비교할 수 있습니다.
2. 귀속월 From~To로 기간을 잡습니다. 결산 대상 월을 좁혀 보는 데 씁니다.
3. 전표유형과 역분개사유로 성격을 나눕니다. 자동 전표(KZ·DZ)의 취소는 성격이 다르므로 따로 봅니다.
4. 역분개자로 특정 담당자의 취소 건만 추릴 수 있습니다.
5. 조회조건 입력필드에서 값을 바꾸거나 Enter 를 누르면 즉시 조회됩니다.
6. 경과일수가 큰 건과 정정전표가 빈 건을 먼저 확인합니다.
7. 결과는 CSV 다운로드로 내려받습니다. UTF-8 BOM 이 붙어 엑셀에서 한글이 깨지지 않습니다.

지연·미정정 판정 규칙

취소 건을 두 가지 축으로만 봅니다. 늦었는가, 그리고 다시 넣었는가.

경과일수(DaysToReverse) = 역분개 전기일 − 원전표 전기일

경과일수가 클수록          →  강조 표시 (그 사이 보고가 잘못된 숫자로 나갔을 가능성)
정정전표(CorrectionBelnr) 없음  →  미정정 (취소만 하고 올바른 전표를 넣지 않음)

역분개사유  01 입력 오류 · 02 계정/코스트센터 오류 · 03 금액 오류
            04 중복 입력 · 05 거래 취소 · 99 기타(사유서 첨부)

역분개 사유 6종과 후속 조치

사유에 따라 정정전표가 필요한지가 갈립니다. 거래 자체가 취소된 건은 다시 넣을 것이 없습니다.

조회조건

결과 컬럼

SAP 표준 기능 매핑

역분개 실행은 표준 트랜잭션이 담당하고, 취소 관계도 표준 필드에 남습니다. 이 화면은 그 기록을 통제 관점으로 재구성합니다.

참고 CDS 뷰

운영 서비스로 연결할 때는 원전표와 취소전표를 self join 으로 묶고 경과일수를 계산한 뷰를 제안합니다.

@AbapCatalog.sqlViewName: 'ZCREVERSAL'
@EndUserText.label: '전표 역분개 내역 (Z)'
define view Z_C_DOCUMENT_REVERSAL
  as select from bkpf as Origin
    inner join      bkpf  as Reversal on  Origin.bukrs = Reversal.bukrs
                                      and Origin.stblg = Reversal.belnr
                                      and Origin.stjah = Reversal.gjahr
    left outer join t003t as DocType  on  Origin.blart = DocType.blart
                                      and DocType.spras = 'K'
{
  key Origin.bukrs,
  key Origin.gjahr,
  key Origin.belnr,
      Origin.blart,
      DocType.ltext                as BlartText,
      Origin.budat                 as OriginBudat,
      Origin.monat                 as Monat,
      Origin.usnam                 as Usnam,
      Origin.stgrd                 as StGrund,
      Reversal.belnr               as Stblg,
      Reversal.budat               as StBudat,
      Reversal.usnam               as StUsnam,
      // 경과일수 = 역분개 전기일 − 원전표 전기일
      dats_days_between( Origin.budat, Reversal.budat ) as DaysToReverse
      // 정정전표는 참조번호·지정 등 회사 운영 규칙에 따라 연결하는 연장 뷰에서
}
where Origin.stblg <> ''

매핑 이해를 돕기 위한 참고용 설계입니다. 실제 도입 시에는 사유코드 체계와 정정전표 연결 규칙에 맞춰 조정합니다.

OpenUI5 구성

파일 구성

사유 체계나 지연 기준이 바뀌어도 컨트롤러와 포맷터 두 파일만 손보면 됩니다.

검증 결과

전표번호·금액·담당자는 모두 검증용 데이터입니다.

자주 묻는 질문