SAP 수출 통합 관리 — 수주부터 대금 청구까지 여덟 단계를 한 화면에서 따라간다

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

수출 한 건은 출고유보 해제, 출고 확정, 선적서류 생성, 수출 통관, CY 출고, B/L 접수, 출고 전기, 대금 청구의 여덟 단계를 지나야 매출이 섭니다. 그런데 이 여덟 단계를 한곳에서 보는 화면이 없습니다. 판매오더는 VA03, 납품은 VL03N, 청구는 VF03에서 보고, 선적서류와 수출신고필증과 B/L은 SAP 밖 엑셀과 메일에 흩어져 있습니다. 지금 이 건이 어디까지 갔는지 알려면 담당자에게 묻는 것이 가장 빠른 길이 되어 버립니다.

묻지 않으면 드러나지 않는 것들이 더 문제입니다. 통관이 끝났는데 수출신고번호를 적어 두지 않으면 부가세 신고 때가 되어서야 알게 되고, 선적서류의 Notify Party가 비면 출력하려는 순간에야 막히며, FTA 원산지증명을 놓치면 수입자가 관세를 더 내고 연락해 옵니다. 이 앱은 여덟 단계를 영업문서 한 줄로 모으고, 단계마다 표준 소요일을 두어 어디서 막혔는지 숫자로 보여 주며, 서류와 신고에서 비어 있는 것을 일곱 가지로 가려냅니다. 그리고 찾은 자리에서 바로 고칠 수 있게 서류 작성·비용 배부·코드 관리·플랜트 출고를 같은 화면에 넣었습니다.

핵심 포인트 여덟 가지

사례로 보는 효과

검증용 샘플 수출 건 180건 가운데 판정 대상은 174건이고, 그중 70건이 점검 필요로 걸렸습니다. 수출신고번호 미기재 5건, 선적서류 필수항목 누락 13건, FTA 원산지증명 누락 11건(추정 손실 5,731,302원), 온보드일·출고전기일 불일치 14건, 단계 표준일 초과 8건입니다. 진행 중인 66건이 묶어 두고 있는 금액은 969,971,664원이고, 대금 청구까지 끝난 108건의 평균 리드타임은 19.3일로 표준 18일보다 조금 길었습니다. 운송비는 194,712,491원이 수출 건에 배부돼 있고 아직 배부하지 않은 비용이 40건 남아 있습니다. 화면에 쓰인 집계가 명세와 맞는지 스무 가지로, 처리 기능이 데이터를 제대로 바꾸는지 열여덟 가지로 되짚었고 불일치와 실패는 모두 0건이었습니다.

도입하면 달라지는 것

• 진행 상황을 묻지 않고 봅니다 — 담당자 확인 없이 어느 단계에 몇 건이 있는지 바로 압니다
• 빠진 것을 찾은 자리에서 바로 채웁니다 — 다른 화면으로 옮겨 가지 않습니다
• 부가세 신고 준비가 짧아집니다 — 신고번호가 빠진 건을 통관 직후에 채웁니다
• 서류 출력에서 막히지 않습니다 — 빈 칸을 출력 전에 알려 줍니다
• 놓친 FTA 혜택이 금액으로 보입니다 — 어느 건부터 챙길지 순서가 정해집니다
• 운송비가 수출 건별 원가에 붙습니다 — 엑셀 안분표를 따로 두지 않습니다
• 결산에서 매출 귀속으로 되돌아가는 일이 줄어듭니다

이런 회사에 맞습니다

수출 비중이 있고 선적서류·통관·B/L을 엑셀과 메일로 관리하고 있는 제조·유통 기업의 영업관리팀, 물류팀, 수출 담당자에게 맞습니다. 특히 거래처가 여럿이어서 진행 건이 동시에 수십 건씩 돌아가는 회사, 부가세 영세율 신고와 FTA 원산지증명을 챙겨야 하는 회사, 운송비를 수출 건별 원가에 반영해야 하는 회사, WMS를 함께 쓰는 회사에서 효과가 큽니다.

수출 업무 프로세스

화면을 보기 전에 업무 흐름부터 그림으로 봅니다. 수출 한 건은 아래 여덟 단계를 지나고, 단계마다 서로 다른 문서가 나옵니다. 화면은 이 그림을 그대로 한 줄로 눕힌 것입니다.

실행 화면

아래는 샘플 데이터를 넣고 실제로 띄운 화면입니다. 맨 위에 조회조건을 한 줄로 두고, 그 아래 아홉 개의 요약 숫자를 놓았으며, 본문은 여덟 개 탭으로 나뉩니다.

처리 기능

보기만 하는 화면이 아닙니다. 서류를 작성하고, 비용을 등록해 배부하고, 코드를 만들고, 플랜트 출고를 처리합니다. 바꾼 값은 바로 저장되고 그 건의 판정이 다시 매겨집니다.

조회는 엔티티셋으로 읽고, 저장은 엔티티셋에 직접 쓰며, 플랜트 출고와 배부처럼 여러 줄을 한꺼번에 건드리는 일만 함수로 부릅니다. 함수 네 개(PlantIssue·AllocateCost·ResetCostAlloc·RecheckExport)는 모두 단위 검증을 거쳤고, 배부 합계와 되돌리기 후 원복까지 열여덟 가지를 확인해 실패 0건이었습니다.

쓰는 순서

회계연도를 넣고 조회한 뒤, 요약 숫자에서 점검 필요와 표준일 초과를 먼저 봅니다. 손봐야 할 건이 몇 건인지가 여기서 정해집니다. 판정 유형을 골라 같은 종류의 건만 모아 보면 한 번에 같은 작업을 끝낼 수 있습니다. 예를 들어 수출신고번호 미기재를 고르면 부가세 신고 전에 채워야 할 건만 남습니다.

어느 단계에서 막혔는지가 궁금하면 단계별 현황 탭을 봅니다. 줄을 누르면 그 단계에 머물러 있는 건이 체류일 긴 순서로 나와, 가장 오래 멈춰 있는 건부터 손볼 수 있습니다. 지금 보고 있는 탭은 그대로 CSV로 내려받을 수 있고, 조회조건이 그대로 적용되며 한글이 깨지지 않도록 UTF-8 BOM을 붙입니다.

판정 산식

판정은 일곱 가지이고, 위에서부터 차례로 보아 가장 먼저 걸리는 하나를 그 건의 판정 유형으로 적습니다. 약식반품 오더는 처음부터 판정에서 빼고 의도적 예외로 따로 셉니다.

단계마다 하는 일

샘플에서 대금 청구까지 끝난 108건의 평균 리드타임은 19.3일이었습니다. 표준 18일보다 조금 길고, 길어지는 자리는 주로 B/L 접수와 대금 청구였습니다.

SAP 표준 기능 확장 포인트

이 화면은 SAP 표준 기능을 대체하지 않습니다. 표준에서 각각 따로 보던 것을 수출 한 건 기준으로 모으고, 표준에 없는 단계 체류와 서류 완비성 판정을 얹었습니다.

표준에 없던 것은 세 가지입니다. 첫째, 여덟 단계를 한 줄에 모은 진행 띠. 둘째, 단계마다 표준 소요일을 두고 체류일과 견주는 지연 판정. 셋째, 서류와 신고에서 빈 칸을 찾아 금액으로 환산해 주는 완비성 판정입니다.

CDS 구성

운영 시스템에 붙일 때 쓸 CDS 뷰입니다. 샘플 데이터 대신 아래 뷰를 OData로 노출하고 앱의 서비스 주소만 바꾸면 화면 코드는 그대로 동작합니다.

수출 헤더 — 표준 문서에서 끌어오는 부분

@AbapCatalog.sqlViewName: 'ZVEXPHDR'
@AbapCatalog.compiler.compareFilter: true
@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: '수출 진행 현황 — 영업문서 단위'
define view Z_EXPORT_HEADER
  as select from vbak as so
    left outer join vbuk as st on st.vbeln = so.vbeln
    left outer join likp as dl on dl.vbeln = so.vbeln
    left outer join vbrk as bi on bi.vbeln = dl.vbeln
    left outer join kna1 as cu on cu.kunnr = so.kunnr
    left outer join t001w as pl on pl.werks = dl.werks
{
  key so.vbeln               as Vbeln,
      so.auart               as Auart,
      so.vtweg               as Vtweg,          -- 20 수출 · 30 로컬 수출
      so.kunnr               as CustId,
      cu.name1               as CustName,
      cu.land1               as Country,
      so.waerk               as Curr,
      so.netwr               as FcAmt,
      so.audat               as OrderDate,
      dl.wadat_ist           as GiDate,         -- 출고 확정일
      bi.fkdat               as BillDate,       -- 대금 청구일
      pl.werks               as Plant,
      st.lfstk               as DelivStatus,    -- 납품 상태
      st.fkstk               as BillStatus      -- 청구 상태
}
where so.vtweg in ( '20', '30' )

수출 단계 통합 — 커스텀 테이블을 붙이는 부분

선적서류·수출신고·B/L은 표준 테이블에 담을 자리가 마땅치 않아 커스텀 테이블 세 개로 둡니다. 영업문서를 키로 잡아 헤더에 붙입니다.

@EndUserText.label: '수출 단계 통합'
define view Z_EXPORT_STAGE
  as select from Z_EXPORT_HEADER as h
    left outer join zexp_doc as dc on dc.vbeln = h.Vbeln   -- 선적서류
    left outer join zexp_cus as cs on cs.vbeln = h.Vbeln   -- 수출신고
    left outer join zexp_bl  as bl on bl.vbeln = h.Vbeln   -- B/L
    left outer join zexp_sla as sl on sl.stage_code = '*'  -- 단계 표준일
{
  key h.Vbeln,
      h.CustName,
      h.Curr,
      h.FcAmt,
      h.OrderDate,
      h.GiDate,
      dc.invno               as InvNo,
      dc.credat              as DocDate,
      cs.declno              as DeclNo,
      cs.decldat             as CusDate,
      bl.hblno               as HblNo,
      bl.blonboard           as OnBoardDate,
      h.BillDate,
      -- 단계 통과 여부는 각 문서의 존재 여부로 판정한다
      case when h.GiDate     is not initial then 'Y' else 'N' end as StGi,
      case when dc.invno     is not initial then 'Y' else 'N' end as StDoc,
      case when cs.declno    is not initial then 'Y' else 'N' end as StCus,
      case when bl.hblno     is not initial then 'Y' else 'N' end as StBl,
      case when h.BillDate   is not initial then 'Y' else 'N' end as StBill,
      -- 선적서류 필수항목 누락 개수
      ( case when dc.notifyparty is initial then 1 else 0 end
      + case when dc.pkgtotal    is initial then 1 else 0 end
      + case when dc.origincntry is initial then 1 else 0 end
      + case when dc.shipmethod  is initial then 1 else 0 end ) as MissCnt
}

판정 뷰 — 점검 유형을 붙이는 부분

@EndUserText.label: '수출 진행 판정'
define view Z_EXPORT_CHECK
  as select from Z_EXPORT_STAGE as s
{
  key s.Vbeln,
      s.MissCnt,
      case
        when s.StCus = 'Y' and s.DeclNo is initial         then 'DECLNO'
        when s.MissCnt > 0                                 then 'DOCMISS'
        when s.FtaTarget = 'Y' and s.FtaFlag = 'N'         then 'FTAMISS'
        when dats_days_between( s.OnBoardDate, s.DelDate ) > 3 then 'ONBOARD'
        when s.OverDays > 0                                then 'SLAOVER'
        else 'OK'
      end                                                  as CheckCode
}

실제 운영 시점에 해야 할 작업

1. 선적서류·수출신고·B/L을 담을 커스텀 테이블 세 개(zexp_doc·zexp_cus·zexp_bl)를 만들고 영업문서를 키로 둡니다. 이미 엑셀로 관리 중이라면 그 항목을 그대로 칸으로 옮기는 것부터 시작합니다.
2. 단계 표준일은 코드로 박지 말고 테이블(zexp_sla)에 둡니다. 품목군이나 도착국가에 따라 표준이 달라지는 회사가 많아, 운영 중에 바꿀 수 있어야 합니다.
3. FTA 절감률은 샘플에서 3.2%를 일괄 적용했습니다. 실제로는 품목별 협정 관세율에서 끌어와야 하며, 이 값을 그대로 쓰면 금액이 맞지 않습니다.
4. 기준일이 샘플에서는 고정돼 있습니다. 운영에서는 sy-datum으로 바꿉니다.
5. WMS 출고 거래처는 코드관리의 WMS.CUST 세부코드에 등록된 고객만 제어 대상입니다. 등록되지 않은 고객은 모두 완료로 표시됩니다.
6. 위 CDS를 @OData.publish: true로 노출하거나 SEGW로 서비스를 등록합니다. 엔티티셋 이름과 칸 이름을 화면과 같게 맞춰 두면 화면 코드는 고치지 않습니다.
7. 권한은 DCL로 나눕니다. 영업소별로 보이는 범위를 제한해야 하는 회사가 많아, 판매조직·유통경로 기준의 접근 제어를 함께 둡니다.

검증

화면에 나오는 숫자가 원천 데이터와 맞는지 생성값을 다른 방식으로 다시 계산해 맞췄습니다. 스무 가지를 확인했고 불일치는 없었습니다.

자주 묻는 질문