SAP 수입 은행별 L/C 한도 사용률 점검 — 신용장 점유액을 다시 계산해 약정 한도와 은행 통지에 견주고 해제 후보를 가리는 수입 자금 화면

도입 포인트 — 이 앱을 사용해야 하는 이유

수입 대금을 신용장(L/C)으로 치르는 회사에는 늘 같은 질문이 따라붙습니다. 이 은행에 한도가 얼마나 남았나, 은행이 말하는 사용액과 우리 장부가 같은가, 다 쓴 신용장이 한도를 붙잡고 있지는 않은가. 지금 이 답들은 은행 통지서 · 구매 · 자금 담당의 엑셀에 흩어져 있어, 개설 직전에 한도가 모자란다는 것을 알게 되는 일이 생깁니다. 이 앱은 신용장 한 건 한 건의 점유액을 다시 계산해 은행 단위로 합치고, 어긋난 은행에는 이유 후보까지 붙여 먼저 볼 순서를 정해 줍니다.

핵심 포인트 여섯 가지

이 글은 먼저 실제 화면 일곱 장을 보고, 이어서 SAP 표준 기능과 어디가 이어지는지, 운영으로 올릴 때의 CDS 구성, 그리고 도입 상담에서 자주 나오는 질문 순서로 구성했습니다.

실행 화면

실제로 돌아가는 화면 7종을 순서대로 싣습니다. 그림을 누르면 크게 볼 수 있고, 화면마다 무엇을 하는 자리이고 왜 그렇게 두었는지를 아래에 적었습니다. 숫자는 모두 같은 가상 자료에서 나온 것이라 화면끼리 서로 맞춰 보셔도 됩니다.

처음 열었을 때

조회조건은 모두 선택이고 "전체"로 두면 조건을 보내지 않습니다. 화면을 열면 기본 조건으로 한 번 자동 조회합니다. 모든 금액은 원화 환산이며 서로 다른 통화의 외화는 합치지 않습니다. 한도 · 환율 · 기준은 모두 가정값이라고 화면 맨 위에 적어 두었습니다.

라온은행은 사용률 105.58% 로 약정 한도를 넘었고(여유 한도 −128,318,465원), 다온은행은 92.48% 로 점검 기준(90%)을 넘었으며, 마루은행은 사용률은 47.98% 이지만 은행 통지 사용액이 재계산 점유액보다 1,064,433,440원 큽니다. 한 은행에 둘 이상 걸리면 가장 무거운 코드를 대표로 하고 나머지는 점검 내용에 이어 적습니다.

남은 한도와 만기 보기

해제 후보의 미사용 잔액을 원화로 바꿔 더하면 1,647,400,425원입니다. 이것은 "풀면 이만큼 여유가 생길 수 있다"는 후보일 뿐이고, 실제로 풀 수 있는지는 거래 은행과 회사가 정합니다. 화면은 해제 가능 여부를 단정하지 않고 "확인 필요"로만 적습니다.

통화별 행 13개의 원화 점유를 모두 더하면 15,873,496,575원으로, 은행별 점유 합계와 같아야 합니다. 이 일치가 대사 03 번이며 차이는 0 입니다. 환율은 기준일 가정값이라 실제 고시값이 아닙니다.

구간 25행의 합계도 은행별 점유 합계와 같습니다(대사 04). 경과 구간은 해제 후보와 겹치고, 30일 이내 구간은 선적 예정이 있는지 연장할지 정해야 하는 자리입니다. 구간 경계는 샘플 기준일 2026-09-30 을 가정해 나눈 것입니다.

숫자를 믿어도 되는가

01~06 번은 L/C 별 · 은행별 · 통화별 · 구간별 · 개설 금액 · 점유 금액이 어느 방향으로 더해도 같다는 것을 보이고, 07~09 번은 차이가 아니라 점검 대상을 세어 줍니다. 07 번(은행 통지 − 취소 미반영 = 재계산 점유액)의 점검 대상 3은 취소 미반영 신용장 3건, 08 번(점유액 − 해제 후보 = 해제 후 점유액)은 해제 후보 7건, 09 번(약정 한도 = 점유액 + 여유 한도)은 한도 초과 은행 1곳입니다.

은행 한 곳을 풀어 보기

예를 들어 라온은행은 해제 후보 1건(393,055,360원)을 풀면 사용률이 105.58% 에서 88.49% 로 내려갑니다. 은행 통지 사용액에서 취소 미반영 금액을 빼면 재계산 점유액과 같아져야 하며, 이 식이 대사 07 번입니다. 화면은 차이의 원인을 단정하지 않고 확인할 후보만 보여 줍니다.

SAP 표준 기능 확장 포인트

이 앱은 표준을 대체하지 않습니다. 구매 오더 · 대금 결제는 표준이 이미 기록하고 있고, 끊기는 곳은 신용장 한도 점유를 은행 단위로 모아 약정 한도와 은행 통지에 견주는 자리입니다. 표준이 하는 일은 그대로 두고 그 자리만 이어 붙입니다.

표준에서 어디를 보는가

표의 표준 이름은 일반적인 배치를 적은 것입니다. 신용장 개설 정보와 은행 약정 한도를 어느 테이블이나 사용자 정의 구조가 들고 있는지는 환경마다 다르므로, 도입 전에 가장 먼저 확인합니다.

이 앱의 서비스 구성

서비스 이름은 lclimit_srv 이고 OData V2 입니다. 화면은 $filter · $orderby · $top · $inlinecount 와 읽기 전용 펑션 하나(GetMaxUtilPct, 필터를 건 은행들의 최고 사용률)만 씁니다. 같은 주소를 CDS 기반 서비스가 이어받으면 화면은 고치지 않아도 됩니다.

대사 결과 — 전수 검증

모든 대사에서 차이는 0 입니다. 원화 점유 합계 15,873,496,575원이 신용장별 · 은행별 · 통화별 · 만기 구간별 어느 경로로 더해도 같습니다.

CDS 구성

이 사례의 화면은 서비스가 내려 준 L/C 60건을 브라우저가 묶어 보여 줍니다. 데모라서 되는 일이고, 운영 데이터에서는 그렇게 하지 않습니다. 운영으로 올릴 때 가장 먼저 하는 일이 점유 계산과 집계를 CDS 로 내리는 것입니다. 아래는 그때 만드는 뷰들을 레이어 순서대로 적은 것입니다.

코드는 스케치입니다. 필드 이름과 표준 뷰 · 테이블 이름은 릴리스 · 환경에 따라 다르므로 그대로 붙여 넣기 전에 View Browser 로 실제 이름을 확인해야 합니다. 확인이 필요한 자리는 주석에 적어 두었습니다.

뷰 레이어 구성

① 약정 한도와 판정 기준 테이블

약정 한도와 판정 기준은 코드에 박지 않고 테이블로 둡니다. 유효기간을 둔 이유는 약정이 갱신되거나 기준이 바뀌어도 과거 판정이 흔들리지 않게 하기 위해서입니다. 이 자료의 주의 80% · 점검 90% · 통지 허용 0.5% 는 가정값이고, 실제 값은 약정서와 회사 기준으로 정합니다.

@EndUserText.label : '은행별 L/C 약정 한도'
@AbapCatalog.tableCategory : #TRANSPARENT
@AbapCatalog.deliveryClass : #A
define table zmm_lc_limit {
  key client     : abap.clnt not null;
  key bukrs      : bukrs not null;           " 회사코드
  key bank_code  : abap.char(10) not null;   " 은행 구분 — 하우스뱅크 키를 쓸지 확인 필요
  key valid_to   : abap.dats not null;       " 약정 유효 종료일
  limit_amt      : abap.curr(18,2);          " 약정 한도(원화) — 통화별 한도인지 확인 필요
  limit_cur      : waers;
  warn_pct       : abap.dec(5,2);            " 주의 기준(가정 80)
  check_pct      : abap.dec(5,2);            " 점검 기준(가정 90)
  notice_tol_pct : abap.dec(5,2);            " 통지 허용 오차(가정 0.5)
}

② 신용장 원장 뷰

신용장 한 건의 개설 · 선적 · 결제 금액을 한 곳에서 읽습니다. L/C 정보를 어디에 두는지(사용자 정의 테이블, 외환 모듈, 별도 시스템)가 환경마다 다르므로 이 뷰가 가장 먼저 환경에 맞춰야 하는 자리입니다. 구매 오더 번호로 발주 헤더와 이어 붙입니다.

@AbapCatalog.viewEnhancementCategory : [#NONE]
@AccessControl.authorizationCheck : #NOT_REQUIRED
@EndUserText.label : '신용장 원장'
define view entity ZI_LclmLc
  as select from zmm_lc_master as L          " L/C 원장 — 실제 테이블 확인 필요
  association [0..1] to ekko as _Po on _Po.ebeln = L.ebeln
{
  key L.lc_no,
      L.bukrs,
      L.bank_code,
      L.ebeln,                                " 구매 오더(ME23N 에서 확인)
      L.waers,
      L.open_date,
      L.expiry_date,
      L.status,                               " 진행 · 종결 · 취소
      @Semantics.amount.currencyCode : 'waers'
      L.open_amt,                             " 개설 금액
      @Semantics.amount.currencyCode : 'waers'
      L.ship_amt,                             " 선적 사용 금액
      @Semantics.amount.currencyCode : 'waers'
      L.settled_amt,                          " 결제 완료 금액
      _Po
}

③ 기준일 환율 뷰

외화 점유를 원화로 바꾸는 환율을 한 곳에서 정합니다. 환율표(TCURR)에서 기준일에 유효한 행을 고르는 규칙이 여기에 있어야 통화별 · 은행별 합계가 서로 어긋나지 않습니다. 환율 종류와 기준일(개설일 · 마감일)은 회사 기준으로 합의해야 하는 항목입니다.

@EndUserText.label : '기준일 환율'
define view entity ZI_LclmRate
  with parameters p_keydate : abap.dats
  as select from tcurr
{
  key fcurr,                       " 외화
  key tcurr,                       " 원화
      kurst,                       " 환율 종류 — 'M' 사용 여부 확인 필요
      ukurs as rate,
      gdatu                        " 입력 형식(역일자) 변환 규칙은 환경에서 확인 필요
}
where kurst = 'M'
  and tcurr = 'KRW'
  /* 기준일에 유효한 최신 행만 고르는 조건은 환경에 맞춰 추가 */

④ 신용장별 점유 계산 뷰

점유액의 정의를 이 한 곳에 둡니다. 진행 중인 신용장만 대상으로 미사용 잔액 + 선적 후 미결제를 구하고 기준일 환율을 곱합니다. 해제 후보 판정(유효기간 경과 + 미사용 잔액)도 이 뷰에서 정해야 화면과 서비스의 정의가 갈라지지 않습니다.

@EndUserText.label : '신용장별 점유액'
define view entity ZI_LclmOccupy
  with parameters p_keydate : abap.dats
  as select from ZI_LclmLc as L
  left outer join ZI_LclmRate( p_keydate : $parameters.p_keydate ) as R
    on R.fcurr = L.waers
{
  key L.lc_no,
      L.bukrs,
      L.bank_code,
      L.waers,
      L.expiry_date,
      /* 미사용 잔액 = 개설 − 선적, 선적 후 미결제 = 선적 − 결제 */
      case when L.status = 'OPEN'
           then ( L.open_amt - L.ship_amt ) + ( L.ship_amt - L.settled_amt )
           else 0 end                                            as occupy_amt,
      cast( case when L.status = 'OPEN'
           then ( L.open_amt - L.settled_amt ) * R.rate
           else 0 end as abap.dec(18,0) )                        as occupy_krw,
      case when L.status = 'OPEN'
            and L.expiry_date < $parameters.p_keydate
            and ( L.open_amt - L.ship_amt ) > 0
           then 'X' else '' end                                  as release_flag
}

⑤ 은행별 집계 뷰 — 사용률

신용장별 점유를 은행 단위로 더하고 약정 한도에 견줍니다. 사용률 = 점유액 ÷ 약정 한도, 여유 한도 = 약정 한도 − 점유액이며 모두 이 뷰에서 한 번만 정의합니다. 화면이 따로 계산하지 않는 이유는 식이 한 곳에만 있어야 합계가 어긋날 자리가 없기 때문입니다.

@EndUserText.label : '은행별 한도 사용률'
define view entity ZI_LclmBank
  with parameters p_keydate : abap.dats
  as select from ZI_LclmOccupy( p_keydate : $parameters.p_keydate ) as O
  association [1..1] to zmm_lc_limit as _Limit
    on _Limit.bank_code = O.bank_code and _Limit.bukrs = O.bukrs
{
  key O.bukrs,
  key O.bank_code,
      sum( O.occupy_krw )                                          as used_krw,
      _Limit.limit_amt                                             as limit_krw,
      /* 사용률 = 점유액 ÷ 약정 한도 × 100 */
      cast( sum( O.occupy_krw ) * 100 / _Limit.limit_amt as abap.dec(9,2) ) as util_pct,
      _Limit.limit_amt - sum( O.occupy_krw )                       as room_krw,
      _Limit
}
group by O.bukrs, O.bank_code, _Limit.limit_amt

⑥ 판정 쿼리

한도 초과 · 점검 기준 이상 · 주의 판정과 우선순위를 쿼리 뷰에 둡니다. 아래 순서는 스케치이며 어느 판정이 먼저 걸리는지는 회사 기준으로 합의해야 합니다. 은행 통지 차이(NOTI)는 은행 자료를 받아 이어 붙인 뒤에 같은 방식으로 더합니다.

@EndUserText.label : '한도 사용률 판정'
@Analytics.query : true
define view entity ZC_LclmBankQuery
  with parameters p_keydate : abap.dats
  as select from ZI_LclmBank( p_keydate : $parameters.p_keydate ) as B
{
  key B.bukrs,
  key B.bank_code,
      B.used_krw, B.limit_krw, B.util_pct, B.room_krw,
      case when B.util_pct >  100                    then 'OVER'
           when B.util_pct >= B._Limit.check_pct     then 'NEAR'
           when B.util_pct >= B._Limit.warn_pct      then 'WARN'
           else 'OK' end                             as check_code
      /* NOTI(통지 차이)는 은행 통지 사용액 연결 후 추가 — 확인 필요 */
}

⑦ 권한(DCL)

집계를 읽는 뷰에 회사코드 범위를 겁니다. 합계 뷰에 걸지 않으면 합계에서 빠진 만큼으로 범위 밖 금액을 짐작할 수 있습니다. 자금 조직 단위로 나눠 쓰는 회사는 권한 객체와 필드 이름을 환경에서 확인해 맞춥니다.

@EndUserText.label : 'L/C 한도 회사코드 권한'
@MappingRole : true
define role ZI_LCLMBANK {
  grant select on ZI_LclmBank
    where ( bukrs ) = aspect pfcg_auth( F_BKPF_BUK, BUKRS, ACTVT = '03' );
  /* 권한 객체는 일반적인 예시 — 회사 권한 설계에 맞춰 확인 필요 */
}

⑧ 서비스 정의와 화면이 부르는 질의

화면이 부르는 엔티티셋을 서비스로 열어 둡니다. 화면은 표준 질의만 쓰므로 이 서비스가 같은 이름의 엔티티셋을 내려 주면 화면은 고치지 않아도 됩니다. 아래 질의는 점검 필요 은행만 사용률이 높은 순으로 가져오는 예입니다.

@EndUserText.label : 'L/C 한도 사용률 점검 서비스'
define service zui_lclimit_srv {
  expose ZC_LclmBankQuery as BankSet;
  expose ZI_LclmOccupy    as LcSet;
}

" 화면이 보내는 질의 예 (상대 경로)
GET ./odata/lclimit_srv/BankSet?$filter=CheckStatus eq 'CHECK'
    &$orderby=UtilPct desc&$inlinecount=allpages&$format=json
GET ./odata/lclimit_srv/LcSet?$filter=ReleaseFlag eq 'X'
    and ExpiryDate ge datetime'2026-01-01T00:00:00'
    and ExpiryDate le datetime'2026-09-30T00:00:00'&$orderby=ExpiryDate asc

운영 전환에서 정해야 할 것

자주 묻는 질문

도입 상담과 데모에서 나올 만한 질문을 네 묶음으로 적었습니다.

숫자와 판정

화면과 조회

설계와 기술

도입과 운영