SAP 법인카드 마스터 — 자동 연계와 수기 관리를 한 화면에서
카드사에서 매일 넘어오는 카드와 직접 등록하는 카드를 한 목록에서 관리하면서, 자동 연계분은 손대면 안 되는 항목을 막아 두는 화면입니다.
소개 영상블로그 목차 순서대로 · 자막 포함
주요 재생 지점
도입 포인트 — 이 앱을 사용해야 하는 이유
법인카드 마스터는 카드사 자동 연계와 수기 등록이 혼재되어 데이터 불일치와 수작업 오류의 위험이 높습니다. 이 앱은 카드 원천을 자동 판정하여 정합성을 확보하고, 내부 통제 기준에 맞춰 효율적인 법인카드 관리 환경을 제공합니다.
핵심 포인트 다섯 가지
| 핵심 포인트 | 고객이 얻는 것 | 지금 방식이라면 |
|---|---|---|
| ① 회사 내부 관리 항목 유연성 확보 | '카드 사용자, 처리자, 반납예정일' 등 카드사 미제공 항목은 자동 연계 카드라도 수정 가능하게 하여, 회사 정책에 따른 유연한 인력 관리를 지원합니다. | 인사이동 등으로 사용자 변경 시, 연계 카드도 수정 불가하여 복잡한 우회 작업이 필요합니다. |
| ② 마스터 데이터 정합성 자동 검증 | 저장 시 '카드번호, 사용자, 한도금액' 등 필수값 누락을 방지하고, 해당 내역키를 알려주어 누락된 데이터를 빠르게 파악할 수 있도록 지원합니다. | 필수값 누락 상태로 저장되어 추후 정산/회계 처리 시 오류가 발생하고, 일일이 데이터를 찾아 수정해야 합니다. |
| ③ 복수 처리자 일관 관리 | 처리자를 최대 4명까지 지정하고 '사용자와 같으면 안내'하여, 비용 청구 및 귀속 처리 시 명확한 책임 구분을 지원합니다. | 처리자 정보가 통합 관리되지 않아 인수인계나 비용 귀속 판단에 어려움이 있습니다. |
| ④ 카드 생애주기 시각화 및 점검 | '정상·정지·해지' 상태를 색상으로 구분하고 해지 카드에만 해지일자가 붙도록 판정하여, 카드 상태를 직관적으로 파악하고 일관성 있는 정보를 유지하도록 돕습니다. | 카드 상태가 명확히 구분되지 않아 직관적인 파악이 어렵고, 해지일자 등 정보 불일치 가능성이 있습니다. |
| ⑤ 자동 연계 카드 삭제 자동 통제 | 자동 연계 카드의 삭제를 차단하고 몇 매가 해당하는지 알려주어, 카드사 갱신으로 인한 데이터 원복 및 불필요한 삭제 시도를 방지합니다. | 연계 카드를 삭제해도 다음 날 다시 생성되어 관리의 혼란을 초래합니다. |
도입하면 달라지는 것
- 데이터 정합성 유지 및 관리 업무 효율화
- 법인카드 원천별 자동화된 통제 환경 구축
- 마스터 데이터 입력 오류 사전 예방
- 내부 관리 항목의 유연한 정책 반영
이런 회사에 맞습니다
여러 카드사 법인카드를 통합 관리하며, 데이터 정합성과 내부 통제 강화가 필요한 재무·관리회계팀 및 물류팀에 적합합니다.
관리구분 2종
카드가 어디서 들어왔는지에 따라 화면에서 할 수 있는 일이 달라집니다.
| 관리구분 | 출처 | 갱신 주기 | 화면에서 하는 일 |
|---|---|---|---|
| 자동연계 | 카드사 인터페이스 | 매일 07:00 | 카드번호·한도·결제정보는 카드사 값 유지, 사용자·처리자만 관리 |
| 수기 | 담당자 직접 등록 | 수시 | 카드사에서 연계되지 않는 카드를 직접 등록·수정·삭제 |
구분이 목록에 드러나 있어 카드사 갱신과 수기 수정이 서로 덮어쓰는 일이 없습니다.
실행 화면
실제 화면 7종 둘러보기
조회하면 관리구분이 먼저 보입니다 → 연계 카드는 사용자·처리자만 고치고 → 수기 카드는 등록·삭제까지 합니다.
아래는 실제로 앱을 실행해 기능을 눌러 가며 캡처한 화면입니다. 이미지를 클릭하면 원본 크기로 확대됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
사용 방법
- 회사코드는 고정입니다. 카드번호·카드사·사용자·처리자로 범위를 좁혀 조회합니다.
- 목록에서 관리구분을 먼저 봅니다. 자동연계 카드는 카드사에서 주는 항목이 잠겨 있습니다.
- 카드 사용자와 처리자는 연계 카드도 수정할 수 있습니다. 인사이동이 있을 때 여기서 정리합니다.
- 등록으로 수기 카드를 추가합니다. 카드번호·사용자·한도금액이 필수입니다.
- 삭제는 수기 카드에만 적용됩니다. 연계 카드가 섞이면 차단됩니다.
- 저장으로 변경분을 한 번에 반영합니다. 저장 시 입력일시가 갱신됩니다.
편집 제한 규칙
연계 카드는 카드사가 주는 항목을 잠그고, 회사가 정하는 항목만 열어 둡니다.
관리구분에 따른 편집 범위
자동연계 (현대카드) 매일 07:00 카드사 인터페이스로 갱신
수정 가능 : 카드사(Vendor No) · 카드 사용자 · 처리자 1~4 · 반납예정일
수정 불가 : 카드번호 · 유효기간 · 카드상태 · 해지·발급일자
결제일 · 결제계좌 · 결제은행 · 한도금액
등록 불가 · 삭제 불가
수기 (그 외 카드사)
모든 항목 수정 가능 · 등록 · 삭제 허용| 항목 | 산식 · 규칙 |
|---|---|
| 관리구분 판정 | 카드사 코드가 자동 연계 대상이면 연계, 아니면 수기 |
| 편집 잠금 | 연계 카드는 카드사에서 주는 항목의 입력칸을 읽기 전용으로 |
| 등록 제한 | 신규 라인은 수기 카드사로 열리고, 연계 카드사 선택 시 되돌림 |
| 삭제 제한 | 연계 카드가 선택에 섞이면 몇 매인지 알리고 차단 |
| 필수값 | 카드번호 · 카드 사용자 · 한도금액 |
| 처리자 | 최대 4명 · 사용자와 같으면 안내 |
관리구분을 첫 화면에 둔 이유
이 화면에서 가장 먼저 알아야 할 것은 '이 카드를 내가 고칠 수 있는가'입니다. 카드번호나 한도를 보고 나서야 잠긴 것을 알면 이미 시간을 쓴 뒤입니다. 상태 바로 옆에 관리구분을 두면 목록을 훑는 순간 어느 카드가 연계분인지 갈립니다.
조회조건
| 필드 | 필수 | 설명 |
|---|---|---|
| 회사코드 | 필수 | 변경 못함. 로그인 사용자 → 사번 → 사원 Vendor 순으로 기본값 결정 |
| 카드번호 | 선택 | 부분 입력 가능 |
| 카드사 | 선택 | 자동연계·수기 카드사 모두 |
| 카드 사용자 | 선택 | 사원 목록에서 선택 |
| 카드 처리자 | 선택 | 처리자 1~4 중 어디에 있든 검색 |
결과 컬럼
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
SAP 표준 기능 확장 포인트
SAP 표준 기능 매핑
카드사 연계는 인터페이스가 담당합니다. 이 화면은 회사가 관리하는 항목만 책임집니다.
| 표준 | 역할 | 이 화면에서의 확장 |
|---|---|---|
| 카드사 인터페이스 | 카드 마스터 자동 갱신 | 연계분을 화면에서 잠가 덮어쓰기 충돌을 막음 |
LFA1 · LFB1 | 사원 Vendor 마스터 | 사용자·처리자 연결과 회사코드 기본값 |
USR21 · ADCP | 사용자·사번 | 로그인 사용자로 회사코드 결정 |
FB60 관점 | 카드 비용 전표 | 사용자·처리자 정보로 비용 귀속 판단 |
운영 데이터 소스 매핑
| 항목 | SAP 원천 | 비고 |
|---|---|---|
| 카드 마스터 | ZTFIA0010 | CRU 대상 테이블 |
| 카드사 | ZCARDCODE | 자동 연계 여부를 가르는 기준 |
| 사용자·처리자 | LFA1-LIFNR | 사원 Vendor 코드 |
| 회사코드 기본값 | USR21 → ADCP → LFB1 | 로그인 사용자 → 사번 → 사원 Vendor |
| 권한 | FI 모듈 공통 권한 | 사양서 권한 점검 요구사항 |
도입 시 확인이 필요한 부분
자동 연계 대상 카드사와 갱신 주기는 계약에 따라 다릅니다. 연계 카드사가 여러 곳이면 카드사 코드별로 잠금 대상을 지정할 수 있게 설정 테이블로 빼는 편이 낫습니다. 사원 Vendor 채번 규칙과 퇴사자 처리(사용자 공란 허용 여부)도 함께 정해야 합니다.
CDS 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
자주 묻는 질문
자주 묻는 질문
자동 연계 카드의 한도금액은 왜 못 고치나요?
카드사가 매일 아침 그 값을 다시 밀어 넣기 때문입니다. 화면에서 고쳐도 다음 갱신에 되돌아가는데, 담당자는 고쳤다고 믿고 있게 됩니다. 그래서 아예 입력칸을 잠가 혼선을 없앴습니다. 한도를 바꾸려면 카드사에 요청해야 합니다.
사용자와 처리자는 왜 연계 카드도 수정할 수 있나요?
카드사가 주지 않는 정보이기 때문입니다. 누가 그 카드를 쓰고 누가 비용을 처리하는지는 회사 내부에서 정하는 값이라, 연계 여부와 관계없이 화면에서 관리합니다. 반납예정일도 같은 이유로 열려 있습니다.
처리자를 4명까지 두는 이유는?
공용카드는 여러 부서가 나눠 쓰는 경우가 있고, 담당자 휴가나 인사이동에 대비해 예비 처리자를 두기도 합니다. 사양서에 네 자리가 정의돼 있어 그대로 따랐고, 화면에서는 1·2번을 편집칸으로 두고 3·4번은 요약해 보여 줍니다.
카드 처리자로 검색하면 어느 자리까지 찾나요?
1번부터 4번까지 모두 봅니다. 특정 담당자가 어느 카드를 맡고 있는지 확인할 때 자리를 몰라도 되도록 했습니다.
SAP 표준 기능과 어떻게 이어지나요?
카드 마스터는 커스텀 테이블(ZTFIA0010)이고, 사용자·처리자는 사원 Vendor 마스터로 연결됩니다. 이 화면에서 정리한 마스터는 법인카드 청구현황 조회에서 카드번호로 이어지고, 비용 전표를 만들 때 사용자·처리자 정보가 귀속 판단 근거가 됩니다.