SAP 법인카드 처리현황 — 자동으로 들어온 건과 직접 넣는 건

법인카드 사용내역은 두 경로로 들어옵니다. 카드사가 매일 밀어 넣는 건과 담당자가 직접 입력하는 건입니다.

연계되는 카드사는 보통 한 곳이고, 나머지 카드는 사용내역을 손으로 넣어야 합니다. 문제는 이 둘이 한 테이블에 섞이고, 여기에 이미 전표가 만들어진 건까지 더해진다는 점입니다. 카드사가 보낸 값을 고치면 다음 수신에 되돌아가고, 전표가 나간 건을 고치면 장부와 어긋납니다. 그래서 이 화면은 줄마다 왜 잠겼는지를 먼저 표시하고, 고칠 수 있는 건만 입력칸을 열어 둡니다.

실제 화면 9종 둘러보기

조회하면 줄마다 잠금 사유가 보입니다 → 고칠 수 있는 건만 수정·등록하고 → 자릿수 점검을 거쳐 저장합니다.

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

Main.view.xml

금액 컬럼

가맹점 컬럼

IF 건만

삭제 차단

수정 가능 건

등록

해외 전환

저장 검증

조작 방법

1. 승인/매입일자를 확인합니다. 기본값은 최근 한 달입니다.
2. 카드구분과 회계처리 라디오로 연계 건과 수기 건, 처리 여부를 갈라 봅니다.
3. 목록에서 잠금 칸을 먼저 봅니다. IF 잠금과 전표 잠금은 대응 방법이 다릅니다.
4. 등록으로 연계 대상이 아닌 카드의 사용내역을 추가합니다.
5. 해외사용을 바꾸면 국가·통화·거래구분·과세구분이 자동으로 맞춰집니다.
6. 저장 시 승인번호 자릿수와 필수값을 점검합니다. 국내는 8 또는 10자리입니다.

잠금·기본값·자릿수 규칙

잠금 판정과 국내·해외 기본값, 승인번호 자릿수가 이 화면의 뼈대입니다.

수정 가능 여부 (사양서)

  BANK_CODE = '012'  (연계 카드사 IF 수신 건)
     → 체크박스 및 모든 조회 필드 수정 불가

  BANK_CODE ≠ '012'
     BELNR 공란   → 체크박스 및 모든 필드 수정 가능
     BELNR 존재   → 체크박스 및 모든 필드 수정 불가

해외사용 여부에 따른 기본값

  FORE_USE = '1' 국내
     국가코드 KR · 통화 KRW · 거래구분 '01' 승인
     AQUI_WON = ACKAMOUNT
     가맹점 사업자번호·상호·주소·업종 입력 (과세구분 01)

  FORE_USE = '2' 해외
     거래구분 '03' 매입 · 과세구분 '99'
     가맹점 사업자번호 · 상호 · 주소 · 업종명 비활성
     원화환산 = 현지 액면금액 × 적용환율

승인/매입번호 자릿수
  국내 : 8 또는 10자리
     11자리 이상이면 저장 불가
     "승인번호 8 or 10자리를 수정하시거나 해외사용여부를 수정하세요."
  해외 : 22~23자리

건별 상태 3종

같은 목록이지만 줄마다 할 수 있는 일이 다릅니다.

세 상태가 목록에서 바로 갈리므로 고칠 수 있는 줄만 골라 작업하면 됩니다.

조회조건

결과 컬럼

보조 기능

SAP 표준 기능 매핑

카드사 수신은 인터페이스가, 전표 생성은 표준이 담당합니다. 이 화면은 그 사이를 맡습니다.

운영 데이터 소스 매핑

참고 CDS 뷰

사용내역을 조회할 때는 카드 마스터를 붙이고 잠금 사유를 계산한 뷰가 편합니다.

@AbapCatalog.sqlViewName: 'ZCCARDPROC'
@EndUserText.label: '법인카드 사용내역 (Z)'
define view Z_C_CARD_TRANSACTION
  as select from ztfia0020 as Usage
    left outer join ztfia0010 as Card on  Usage.bukrs    = Card.bukrs
                                      and Usage.card_num = Card.zcardno
    left outer join lfa1      as CardUser on Card.user = CardUser.lifnr
{
  key Usage.bukrs         as Bukrs,
  key Usage.card_num      as CardNo,
  key Usage.aqui_coll     as AcquireNo,
      Usage.ackdate       as ApprovalDate,
      Usage.ackno         as ApprovalNo,
      Usage.fore_use      as ForeignUse,
      Usage.purchaseflag  as TransactionType,
      Usage.ackamount     as ApprovalAmount,
      Usage.valueofsupply as SupplyValue,
      Usage.vat           as VatAmount,
      Usage.aqui_won      as AmountKrw,
      Usage.aqui_rate     as ExchangeRate,
      Usage.exch_comm     as ExchangeFee,
      Usage.merc_socno    as MerchantTaxNo,
      Usage.merc_name     as MerchantName,
      Usage.mccname       as MerchantCategory,
      Usage.bank_code     as CardCompany,
      Usage.origin        as DataOrigin,
      Usage.belnr         as AccountingDoc,
      CardUser.name1      as CardUserName,
      // 수정 가능 여부 — IF 건이거나 전표가 있으면 잠금
      case when Usage.bank_code = '012' then 'IF'
           when Usage.belnr <> '' then 'DOC'
           else '' end as LockReason
}

사용내역을 조회하거나 전표와 대조할 때 쓰는 참고용 설계입니다. 잠금 사유를 뷰에서 계산해 두면 화면과 보고서가 같은 기준을 씁니다.

OpenUI5 구성

파일 구성

검증 결과

화면 구성에 쓴 데이터는 IF 수신분과 수기 등록분이 섞인 사용내역입니다.

카드번호·가맹점·금액은 모두 검증용 데이터입니다.

자주 묻는 질문