SAP 청구서 회계전기 보류 현황 — 청구서는 만들어졌는데 왜 회계에는 안 잡히나

영업에서 청구서를 발행해도, 회계 장부에 그 금액이 바로 잡히는 것은 아닙니다. 계정결정 오류·여신한도 초과·환율 미고시·손익센터 미지정 같은 사유로 회계(FI) 전기가 자동으로 이루어지지 못하고 멈추는 경우가 있기 때문입니다. 이 상태에서는 매출채권과 매출이 장부에 반영되지 않으므로, 담당자가 VFX3에서 보류 건을 주기적으로 확인하고 원인을 해소해 재전기해야 합니다.

이미 다룬 "신용블록 판매문서 현황"이 수주·출고 단계에서 여신한도 초과로 막히는 문서를, "반품/크레딧메모 처리 현황"이 반품 접수부터 크레딧메모 발행까지의 흐름 지연을 다뤘다면, 이 화면은 그 두 지점을 지난 뒤 청구서는 이미 만들어졌는데 회계전표로 넘어가지 못하고 멈춘 세 번째 지점을 다룬다는 점에서 다릅니다. 같은 "보류"라는 말을 쓰지만 막히는 시점과 담당 부서가 다릅니다. SAP 표준 청구서 데이터 구조를 그대로 이어받아 보류사유별 임계일로 지연 여부를 가리고, 재전기 시도 이력까지 드릴다운하도록 OpenUI5 화면으로 확장했습니다. 실제 구동 화면 2종을 함께 공개합니다.

실제 화면 2종 둘러보기

영업조직·보류사유·고객·청구일 범위를 넣고 조회하면 보류 청구서가 목록으로 뜹니다 → 청구서를 골라 품목 구성과 재전기 시도 이력을 확인합니다.

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

청구서 회계전기 보류 현황 — Main.view.xml

청구서 회계전기 보류 현황 — 상세

조작 방법

1. 영업조직·보류사유·고객(코드/명)·청구일 범위·처리상태를 지정합니다. 아무 것도 입력하지 않으면 전체 대상으로 조회됩니다.
2. 조회 버튼을 누르거나, 어느 입력 필드에서든 Enter 키를 누르면 바로 조회됩니다(콤보박스는 선택 즉시 재조회).
3. 결과는 처리상태 우선순위(지연→보류중→취소→전기완료)와 청구일 순으로 정렬됩니다. 지연 건이 있으면 메시지스트립이 경고색으로 바뀝니다.
4. 행의 상세 버튼을 누르면 품목 구성, 재전기 시도 이력, 산출근거를 담은 다이얼로그가 열립니다.
5. 조회 결과는 CSV 다운로드로 내려받습니다. UTF-8 BOM 이 붙어 엑셀에서 한글이 깨지지 않습니다.

보류사유별 임계일 차등 판정 로직

보류사유마다 원인을 해소하는 데 걸리는 통상 기간이 다릅니다. 환율은 다음 영업일이면 대부분 고시되지만, 여신한도 초과는 담당자 승인까지 며칠이 걸립니다. 그래서 하나의 고정된 임계일을 쓰는 대신, 보류사유 마스터에 사유별 임계일을 정의해두고 경과일수가 그 임계일을 넘겼는지로 지연 여부를 가립니다.

판정 결과는 지연·보류중·전기완료·취소 네 가지 상태로 표시되며, 취소 건은 지연 판정 대상에서 제외됩니다. 전기가 완료된 건도 청구일부터 전기일까지 걸린 기간이 임계일을 넘겼는지를 참고로 남겨, 어느 사유가 실제로 시간을 더 잡아먹는지 사후에 돌아볼 수 있습니다.

전기보류 처리 4단계

이 네 단계 중 실제 판정과 재전기 실행은 표준 트랜잭션이 담당하고, 이 화면은 그 결과를 사유별 임계일과 시도 이력 관점으로 재구성해 보여줍니다.

조회조건

결과 컬럼

SAP 표준 기능 매핑

표준 실행(원인 수정과 실제 재전기 트리거)은 여전히 VFX3가 담당하고, 이 화면은 조회·판정 관점을 더해 확장합니다.

참고 CDS 뷰

운영 서비스로 연결할 때는 청구서 헤더와 품목을 결합한 뷰로 서빙하는 구성을 제안합니다.

@AbapCatalog.sqlViewName: 'ZCBILLRELHDR'
define view Z_C_Billing_Release_Header
  as select from vbrk as Header
    association[0..*] to vbrp as _Item on _Item.vbeln = Header.vbeln
{
  key Header.vbeln    as BillingDocument,
      Header.fkart    as BillingType,
      Header.fkdat    as BillingDate,
      Header.kunrg    as Customer,
      Header.vkorg    as SalesOrganization,
      Header.netwr    as NetAmount,
      Header.waerk    as Currency,
      Header.rfbsk    as PostingStatus,
      _Item
}

매핑 이해를 돕기 위한 참고용 설계입니다. 실제 도입 시에는 운영 환경의 계정결정 설정과 보류사유 판정 기준에 맞춰 조정합니다.

OpenUI5 구성

파일 구성

운영 전환 시에는 ModelMock 내부만 실제 서비스 호출로 바꾸면 화면과 판정 로직은 그대로 씁니다.

검증 결과

화면 구성에 쓴 데이터는 청구서 헤더 190건 · 품목 558건 · 재전기 시도 로그 228건이며, 헤더-품목 금액 정합성까지 포함해 전수 검증했습니다.

거래처·금액·처리자는 모두 검증용 데이터입니다.

자주 묻는 질문