수출 관세 환급 대상 집계 점검 — 필요한 원재료를 수입 로트에 연결해 환급 대상 관세를 다시 계산하는 수출 화면

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

관세 환급 담당자가 월마감마다 받는 질문은 같습니다. 이번 달에 선적한 물건에 쓴 수입 원재료가 어느 수입 건이었나, 그 관세는 환급 받을 수 있는 기한 안인가, 수입한 양이 모자라거나 기한을 넘긴 건은 무엇인가. 지금 이 세 답은 수출 선적 목록 · 수입 신고 내역 · 자재 BOM 을 엑셀 한 장에 붙여 놓고 눈으로 맞추는 일에 흩어져 있습니다. 이 앱은 세 답을 한 화면에 붙여, 연결 작업을 줄이고 “어느 수입분이 어느 선적에 쓰였나” 하는 확인을 없앱니다.

핵심 포인트 여섯 가지

이런 회사에 맞습니다

수입한 원재료로 만든 제품을 수출하면서 관세 환급을 받거나 받으려는 제조 · 수출 기업의 관세 환급 담당과 수출입 지원 조직입니다. 소요량 기준(BOM)이 SAP 에 관리되고 있고, 수입 신고 데이터를 어떤 형태로든 얻을 수 있는 환경이면 같은 구조로 붙습니다. 반대로 환급 대상이 아닌 수출만 하는 회사에는 맞지 않습니다.

이 앱이 하지 않는 일

환급 신청서를 만들거나 신고하지 않습니다. 환급 가능 여부와 금액은 회사와 관세사가 원문으로 확인해야 하고, 화면의 환급 기한 730일 · 만료 임박 90일 · 월 점검 비율 30%는 모두 샘플 가정값입니다. 이 앱은 “어디부터 들여다봐야 하는가”를 가려 주는 점검 도구입니다.

실행 화면

실제 브라우저에서 검증용 샘플 데이터로 띄운 화면 8종을 순서대로 싣습니다. 그림을 누르면 크게 볼 수 있고, 화면마다 무엇을 하는 자리이고 왜 그렇게 두었는지를 아래에 적었습니다. 숫자는 모두 같은 자료에서 나온 것이라 화면끼리 서로 맞춰 보셔도 됩니다. 거래처 · 원재료 · 수입 신고번호는 모두 가상입니다.

화면의 구성

맨 위에 조회조건, 그 아래에 요약 숫자 일곱 개, 그 아래에 탭 여섯 개가 세로로 쌓입니다. 탭의 숫자는 그 조건으로 조회된 행 수입니다. 오른쪽 위 버튼은 지금 보고 있는 탭을 CSV 로 내려받습니다.

필수 조건은 회계연도 하나뿐입니다. 요약 숫자는 수출 품목 37건, 판정 대상 34건, 점검 필요 11건, 충당 관세 16.2백만원, 환급 대상 관세 14.6백만원, 기한 초과 제외 1.6백만원, 대사 차이 0건입니다. 판정에서 빠진 3건은 소요량 기준이 없는 품목이라 처음부터 세지 않습니다. 금액은 모두 백만원 단위입니다.

충당과 로트 — 계산의 본체

이 탭이 계산의 본체입니다. 필요 수량을 선적일 전에 들어온 로트에 수입일이 빠른 순서로 채워 넣고, 줄마다 수입일부터 선적일까지 며칠인지를 셉니다. 가정 기한 730일을 넘긴 줄은 그 관세를 제외 금액으로 따로 세워 환급 대상에서 뺍니다. 채우지 못한 수량은 부족 수량으로 남습니다.

반대편에서 보는 화면입니다. 어떤 수출에도 쓰이지 않고 남은 수량이 기한을 넘겼거나(기한 경과 잔량) 90일 안에 넘길 예정이면(만료 임박 잔량) 점검 필요로 올립니다. 샘플에서는 경과 1건, 임박 1건이 나옵니다.

월별 · 소요량 기준 · 대사

월마감 때 가장 먼저 보는 탭입니다. 점검 필요 건수가 판정 대상의 30% 이상인 달은 따로 표시해 그 달의 품목부터 보게 합니다. 월별 합계와 품목별 합계가 어긋나면 대사 결과 탭에 차이로 올라옵니다.

필요 수량은 수출 수량 × 단위 소요량 × (1 + 손모율)입니다. 소요량 기준이 등록되지 않은 품목은 계산하지 못하므로 판정에서 빼고, 이 탭에서 미등록으로 보입니다. 기준을 등록하면 다음 조회부터 판정 대상이 됩니다.

필요 수량 = 충당 + 부족, 수입 수량 = 충당 + 잔여, 충당 관세 − 기한 초과 제외 = 환급 대상, 월별 합계 = 품목별 합계 같은 등식입니다. 샘플에서는 8가지 모두 차이 0이고, 소요량 기준 미등록 3건은 차이와 섞이지 않게 의도적 예외로 따로 셉니다.

조회조건과 상세

조회조건은 전부 OData $filter 로 서비스에 전달됩니다. 전체를 고르면 조건을 빼는 것이지 특정 코드를 넘기는 것이 아닙니다. 선적일 시작·종료를 함께 걸면 어느 기간에 선적한 품목이 기한을 넘겼는지 바로 좁혀집니다.

숫자를 의심할 때 화면을 옮기지 않고 같은 자리에서 근거를 봅니다. 수입 로트를 누르면 그 로트가 어느 수출 품목에 쓰였는지가, 월이나 소요량 기준을 누르면 해당 수출 품목이 열립니다.

SAP 표준 기능 확장 포인트

이 앱은 SAP 표준을 대체하지 않습니다. 표준이 이미 잘하는 일은 표준에 맡기고, 표준이 끊기는 자리만 이어 붙이는 쪽으로 만들었습니다. 어디까지가 표준이고 어디서부터 이 앱인지를 먼저 적습니다.

표준으로 되는 것과 안 되는 것

T-code 별 연계 지점

이 앱이 표준 거래의 어느 자리를 이어받는지를 적었습니다. 운영에 올릴 때 “기존 조회를 없애야 하느냐”는 질문이 꼭 나오는데, 대부분은 없애지 않고 둡니다 — 증빙 확인과 감사 대응은 표준 거래가 맡는 편이 안전합니다.

데이터가 어디서 오는가

수출 쪽은 출고 문서(LIKP · LIPS)와 청구 문서(VBRK · VBRP), 수입 쪽은 구매오더(EKKO · EKPO)와 자재 문서(MKPF · MSEG), 소요량은 BOM(STKO · STPO · MAST)에서 옵니다. 다만 수입 신고번호와 단위 관세액은 표준 테이블에 정해진 자리가 없어서, 이 사례에서는 샘플 가정값을 쓰고 운영에서는 회사의 수입 신고 데이터로 바꿔 끼웁니다. 어느 테이블에서 가져올지는 도입에서 가장 먼저 정해야 하는 항목입니다.

산출 순서

CDS 구성

이 사례의 화면은 서비스가 내려 준 엔티티셋 여섯 개를 그대로 바인딩합니다. 운영에서는 그 서비스 뒤를 CDS 뷰와 충당 로직으로 채웁니다. 아래는 그때 만드는 뷰를 레이어 순서대로 적은 것입니다.

코드는 스케치입니다. 필드 이름과 표준 뷰 이름은 릴리스 · 환경에 따라 다르므로, 그대로 붙여 넣기 전에 View Browser(F2170) 로 실제 이름을 확인해야 합니다. 수입 신고 · 납부 데이터는 원천이 확인되지 않아 뷰에 넣지 않았습니다.

뷰 레이어 구성

① 수출 품목 기본 뷰

충당의 기준이 되는 날짜가 선적일이라, 이 뷰가 “어느 날짜를 선적일로 볼 것인가”를 한 곳에서 정합니다. 출고 문서의 실제 출고일을 쓸지 청구일을 쓸지는 회사가 정할 일이라 도입에서 합의해야 합니다.

@EndUserText.label: '수출 품목 기본'
@AbapCatalog.viewEnhancementCategory: [#NONE]
define view entity ZI_ExportDrawBase
  as select from lips
    inner join likp on likp.vbeln = lips.vbeln
{
  key lips.vbeln      as ExpDelivery,
  key lips.posnr      as ItemNo,
      lips.matnr      as ProdCode,
      likp.wadat_ist  as ShipDate,       "선적(출고) 일자 — 충당 기준일
      @Semantics.quantity.unitOfMeasure: 'Unit'
      lips.lfimg      as ExpQty,
      lips.meins      as Unit
}

② 수입 로트 기본 뷰

로트는 자재 문서의 입고 라인입니다. 어느 이동유형을 수입 입고로 볼지, 반품 · 취소를 어떻게 뺄지가 로트 수량을 좌우하므로, 이 조건을 뷰 안에 못 박아 두고 화면에서는 건드리지 않습니다.

@EndUserText.label: '수입 원재료 로트 기본'
define view entity ZI_ImportLotBase
  as select from mseg
    inner join mkpf on mkpf.mblnr = mseg.mblnr and mkpf.mjahr = mseg.mjahr
{
  key mseg.mblnr      as MatDoc,
  key mseg.zeile      as MatDocItem,
      mseg.matnr      as RawCode,
      mkpf.budat      as ImpDate,        "수입 입고 일자
      @Semantics.quantity.unitOfMeasure: 'Unit'
      mseg.menge      as ImpQty,
      mseg.meins      as Unit
}
where mseg.bwart = '101'                 "입고 이동유형 — 회사 기준으로 확인 필요

③ 충당 명세 뷰

필요 수량 계산과 선적일 이전 로트 연결을 담는 뷰입니다. 연결(association)로 후보 로트까지만 내리고, 어느 로트가 얼마를 가져가는지는 다음 단계에서 정합니다.

@EndUserText.label: '환급 충당 명세(스케치)'
define view entity ZC_ExportDrawLine
  as select from ZI_ExportDrawBase as e
    inner join ZI_BomUsage          as b on b.ProdCode = e.ProdCode
  association [0..*] to ZI_ImportLotBase as _lot
    on  _lot.RawCode = $projection.RawCode
    and _lot.ImpDate <= $projection.ShipDate     "선적일 이전 수입분만
{
  key e.ExpDelivery,
  key e.ItemNo,
  key b.RawCode,
      e.ShipDate,
      /* 필요 수량 = 수출 수량 × 단위 소요량 × (1 + 손모율/100) */
      cast( e.ExpQty * b.UnitUsage * ( 1 + b.LossRate / 100 )
            as abap.dec(15,3) )          as NeedQty,
      _lot
}

④ 수입일 순서 충당

한 로트를 여러 수출 품목이 나눠 쓰기 때문에, 앞선 수출이 가져간 수량을 누적해야 합니다. 이 계산은 CDS 한 개로 표현하기 어려워서 윈도 함수를 쓰는 AMDP 나 ABAP 클래스로 만들고, 위의 뷰가 그 결과를 읽게 합니다.

" 수입일 순서 충당은 CDS 한 개로 쓰지 않는다.
" 로트마다 앞선 수출이 얼마를 가져갔는지 누적해야 해서
" AMDP(SQL 윈도 함수) 또는 ABAP 클래스로 만들고 CDS 가 그 결과를 읽게 한다.
SELECT e~expdelivery, e~itemno, l~matdoc, l~matdocitem,
       SUM( l~impqty ) OVER ( PARTITION BY l~rawcode
                              ORDER BY l~impdate, l~matdoc
                              ROWS UNBOUNDED PRECEDING ) AS cum_imp
  FROM ... "필요 수량 누적과 로트 수량 누적을 겹쳐 충당 구간을 구한다

운영 전환에서 정해야 할 항목

OData 서비스 계약

화면은 서비스 이름 dutydraw_srv 하나만 부르고, 경로는 모두 상대 경로입니다. 엔티티셋은 여섯 개입니다 — ExpLineSet(수출 품목) · DrawSet(충당 명세) · LotSet(수입 로트) · MonSet(월별) · BomSet(소요량 기준) · ReconSet(대사). 펑션 두 개 GetTotalDrawAmt(환급 대상 관세 합계)와 GetMaxLapseDays(최대 경과 일수)는 선택 파라미터 ShipMonth 를 받습니다. 조회조건은 전부 $filter 로 가고 “전체”는 조건을 빼는 방식이며, 총건수는 $inlinecount=allpages 로 받습니다. 같은 계약을 지키는 운영 서비스로 경로만 바꾸면 화면을 고치지 않고 연결됩니다.

자주 묻는 질문

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

계산과 규칙

숫자와 검증

화면과 사용

운영과 연결