SAP 매입송장 중복 지급 후보 점검 — 거래처·금액·전기일로 겹치는 송장을 먼저 가른다

매입송장은 같은 거래처에서 비슷한 시기에 비슷한 금액으로 여러 건 들어오는 일이 흔합니다. 문제는 그 중 일부가 이미 등록된 송장의 재입력이거나, 참조번호만 살짝 다르게 붙인 중복 건일 때입니다. 건별로 눈으로 훑어서는 좀처럼 드러나지 않고, 지급이 두 번 나간 뒤에야 알게 되는 경우도 있습니다.

표준 매입송장 라인아이템 구조를 그대로 이어받아, 거래처·회사코드·금액이 같은 송장 쌍을 자동으로 찾아 참조번호 일치 여부와 전기일 차이로 위험도를 매기는 화면을 OpenUI5로 확장했습니다. 판정 결과는 "점검 필요"·"확인 필요"로만 표시해 담당자가 직접 경위를 확인하도록 안내합니다. 실제 구동 화면 3종을 함께 공개합니다.

실제 화면 3종 둘러보기

회사코드·회계연도·거래처·전기일 구간을 넣고 조회하면 매입송장 내역과 중복 지급 후보가 함께 뜹니다 → 후보 목록의 행을 클릭하면 판정 근거가 다이얼로그로 열립니다.

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

Main.view.xml

조회 결과 — 중복 지급 후보

상세 다이얼로그

조작 방법

1. 회사코드 · 회계연도 · 거래처 · 전기일(From/To)를 지정합니다.
2. 거래처·회계연도 입력 필드에서 Enter 키를 누르거나 조회조건 영역 오른쪽 끝의 조회 버튼을 누르면 재조회됩니다. 초기화 버튼은 조건을 기본값으로 되돌립니다.
3. 회사코드를 "전체"로 두면 회사코드 조건 없이 조회합니다.
4. 중복 지급 후보 목록의 행을 클릭하면 상세 다이얼로그가 열립니다.

중복 판정 로직

같은 회사코드·거래처·금액을 가진 매입송장 두 건을 짝지어 참조번호 일치 여부와 전기일 차이로 위험도를 판정합니다.

판정 처리 단계

조회조건

결과 컬럼

SAP 표준 기능 매핑

분석 지표 정의표

참고 CDS 뷰

운영 서비스로 연결할 때를 가정해 새로 스케치한 조회 뷰 예시입니다(운영 반영 시 권한 체크를 추가해야 합니다).

define view I_ApInvoiceItemSketch
  as select from bseg as Item
  inner join bkpf as Header
    on  Header.bukrs = Item.bukrs
    and Header.belnr = Item.belnr
    and Header.gjahr = Item.gjahr
{
  key Item.bukrs   as CompanyCode,
  key Item.gjahr   as FiscalYear,
  key Item.belnr   as DocNo,
  key Item.buzei   as ItemNo,
      Item.lifnr    as VendorNo,
      Item.xblnr    as InvoiceRef,
      Header.budat   as PostingDate,
      Item.wrbtr    as Amount
}
// 중복 후보 판정은 이 조회 결과를 거래처·회사코드·금액 기준으로 대사해 산출

OpenUI5 구성

서비스 경로는 manifest.json 의 dataSources 에 상대 경로로 선언한 OData 모델을 그대로 바인딩하며, 조회조건은 sap.ui.model.Filter 로 조립해 $filter 로만 전달합니다. 회사코드를 "전체"로 둘 때는 필터를 아예 생성하지 않습니다.

파일 구성

검증 환경 구성 상세는 이 글에서 다루지 않습니다. 운영 전환 시에는 화면과 판정 로직은 그대로 두고 데이터 계층만 실제 서비스 호출에 맞추면 됩니다.

검증 결과

화면 구성에 쓴 데이터는 티어별 건수 합계 = 중복 후보 총건수 관계가 항상 성립하도록 구성했습니다.

거래처·송장 데이터는 모두 검증용으로 구성한 가상 데이터입니다.

자주 묻는 질문