SAP 지급 처리 — 계좌 변경 · 중복 청구를 걸러 내고 직무 분리 승인 · 이체 파일 · 반제 전기까지 한 화면에서
미지급 채무에서 지급 대상을 고르고, 가용 잔액 안에서 승인 · 이체 · 반제를 끝내는 지급 통합 관리 앱
소개 영상2분 56초 · 화면 순서대로 · 자막 포함
주요 재생 지점
도입 포인트 — 이 앱을 사용해야 하는 이유
지급은 매주 반복되지만 사고 한 번의 비용이 가장 큰 업무입니다. 바뀐 입금 계좌로 잘못 보내거나, 같은 청구를 두 번 내거나, 잔액이 모자라 이체가 실패하는 일은 대부분 확인 단계가 사람의 기억에 맡겨져 있을 때 생깁니다. 이 앱은 SAP 자동 지급 흐름(제안 → 승인 → 지급 매체 → 전기)을 한 화면에 모으고, 위험한 건을 먼저 찾아 확인을 강제하며, 잔액과 직무 분리 승인으로 한 번 더 막습니다.
핵심 포인트 여섯 가지
| 핵심 포인트 | 고객이 얻는 것 | 지금 방식이라면 |
|---|---|---|
| ① 위험한 지급을 먼저 걸러 냄 | 최근 30일 안에 입금 계좌를 바꾼 거래처와 같은 금액 · 같은 세금계산서의 중복 의심 건에 확인 필요를 붙이고, 담당자가 대조해 체크하기 전에는 승인 요청을 받지 않습니다. | 계좌 변경 공문이 메일로 오면 담당자 기억에 의존해 확인하고, 중복 청구는 지급 후에야 발견됩니다. |
| ② 지급보류는 아예 못 넣음 | 거래처 지급보류와 검수 미완료 같은 항목 보류는 제안에는 보이되 체크할 수 없게 묶습니다. | 보류 표시가 엑셀 메모에만 있어 실수로 지급 목록에 섞입니다. |
| ③ 가용 잔액 · 1일 한도 점검 | 출금 계좌 잔액에서 진행 중인 다른 회차 예약액을 뺀 가용 잔액과 비교해, 넘으면 부족액을 보여 주고 승인 요청 · 승인을 막습니다. | 은행 잔액을 따로 조회해 손으로 맞춰 보고, 같은 날 여러 지급이 겹치면 잔액이 모자라는 것을 이체 직전에 압니다. |
| ④ 조기지급 할인 계산 | 지급일이 할인 기한 안이면 할인 금액을 계산해 보여 주고, 자금 여유에 따라 넣고 빼며 절감액을 바로 확인합니다. | 할인 조건을 챙기지 못해 받을 수 있는 할인을 놓칩니다. |
| ⑤ 직무 분리 승인 · 반려 | 제안을 만든 사람은 같은 회차를 승인할 수 없고, 반려는 사유를 남겨 작성 중으로 돌려보냅니다. 모든 처리가 이력으로 남습니다. | 같은 사람이 목록 작성과 이체 승인을 모두 하거나, 승인 근거가 메일에 흩어집니다. |
| ⑥ 이체 파일과 반제 전표까지 | 거래처별로 합산한 고정 길이 이체 파일을 만들고, 반제 전기 한 번으로 거래처별 지급 전표(외상매입금 / 보통예금 · 매입할인)와 미지급 반제, 잔액 차감까지 끝냅니다. | 은행 사이트에 다시 입력하고, 이체 뒤 전표와 반제를 따로 처리합니다. |
사례로 보는 효과
샘플 회사의 10월 30일 지급에서 제안은 27건을 모았고, 그중 4건(해든운송 2건 · 가람소프트 · 청우기계)이 계좌 변경 · 중복 의심으로 확인 필요가 붙었습니다. 할인 가능 4건까지 모두 넣자 이체 금액이 가용 잔액을 35,109,700원 넘어 승인 요청이 막혔고, 가장 큰 할인 건 하나를 빼 137,549,700원(할인 730,300원 반영)으로 승인 · 이체 · 반제까지 마쳤습니다. 중복 의심 쌍의 뒤 전표 8,800,000원은 처음부터 지급에서 빠져 있었습니다.
도입하면 달라지는 것
- 지급 목록 작성 · 확인 · 승인 · 이체 · 전기가 한 화면, 한 회차로
- 계좌 변경 · 중복 청구 확인이 사람의 기억이 아니라 규칙으로
- 잔액 부족을 이체 직전이 아니라 승인 요청 때 발견
- 누가 · 언제 · 무엇을 했는지 회차별 이력으로 감사 대응
이런 회사에 맞습니다
거래처가 많아 매주 또는 매월 정기 지급을 하는 제조 · 유통 회사, 지급 승인과 은행 이체를 다른 사람이 해야 하는 내부통제 기준이 있는 회사, 은행 CMS 와 SAP 를 잇는 지급 절차를 표준화하려는 재무 · 자금팀에 맞습니다.
실행 화면
실제 화면 15종 둘러보기
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
사용 방법
- 조회조건 — 회사 코드 · 지급일 · 만기 기준일 · 출금 계좌(가용 잔액 함께 표시)를 고르고 조회합니다. 거래처는 여러 개 고를 수 있습니다.
- 지급 대상 — 만기 경과 · 7일 이내 · 할인 가능 · 보류 카드와 막대로 이번 지급의 규모를 봅니다.
- 지급 제안 만들기 — 지급 담당자가 제안을 만들면 회차가 생기고 지급 제안 화면으로 넘어갑니다.
- 확인 · 포함/제외 — 확인 필요 항목을 대조해 체크하거나 빼고, 할인 가능 항목은 자금 여유에 따라 넣습니다. 가용 잔액 막대가 빨강이면 항목을 빼거나 출금 계좌를 바꿉니다.
- 승인 요청 → 승인 — 자금 팀장으로 바꿔 거래처별 이체 내역과 확인한 항목을 보고 승인 · 반려합니다.
- 이체 파일 → 반제 전기 — 파일을 만들어 내려받고, 반제 전기로 거래처별 지급 전표를 만듭니다.
- 지급 이력 — 회차와 처리 이력을 보고 회차를 누르면 그 단계 화면으로 갑니다.
제안에서 반제까지 처리 단계
| 상태 | 할 수 있는 일 | 누가 |
|---|---|---|
| 작성 중 | 포함 · 확인 · 메모, 승인 요청, 회차 취소 | 지급 담당 |
| 승인 대기 | 승인 · 반려(→ 작성 중) | 자금 팀장(작성자 아님) |
| 승인 | 이체 파일 만들기 | 지급 담당 |
| 이체 파일 | 파일 내려받기 · 반제 전기 | 지급 담당 |
| 반제 완료 | 전표 조회 | 모두 |
조회조건
| 조건 | 필수 | 설명 |
|---|---|---|
| 회사 코드 | 필수 | 4자리(샘플 1000) |
| 지급일 | 필수 | 할인 기한 · 계좌 변경 30일 · 만기 경과 판정 기준 |
| 만기 기준일 | 필수 | 이날까지 만기가 오는 미지급을 대상에 넣음 |
| 출금 계좌 | 필수 | 회사 은행 계좌 · 가용 잔액 표시 |
| 거래처 | 선택 · 여러 값 | 비우면 전체 |
SAP 표준 기능 확장 포인트
SAP 표준 기능 매핑
| SAP 표준 T-code | 표준 기능 | 이 화면과의 관계 |
|---|---|---|
F110 | 자동 지급 프로그램 — 매개변수 · 제안 · 실행 | 지급 회차 · 지급 제안 · 반제 전기 |
F110 제안 편집 | 지급 보류 · 항목 제외 | 지급 포함 체크 · 확인 필요 체크 |
BNK_APP | 은행 커뮤니케이션 관리(BCM) 지급 승인 | 직무 분리 승인 · 반려 |
OBPM1 ~ OBPM4 | 지급 매체 작업대 — 은행 파일 형식 | 고정 길이 이체 파일(H · D · T) |
FBL1N | 공급업체 미결 항목 | 지급 대상 · 만기 구간 |
FK03 · 변경 문서 | 공급업체 은행 정보 · 변경 이력 | 입금 계좌 변경일 → 확인 필요 |
OBB8 | 지급 조건 — 현금 할인 | 할인 기한 · 율 → 조기지급 할인 |
FF7A | 현금 포지션 | 출금 계좌 가용 잔액 · 예약액 |
SAP 표준 자동 지급(F110)은 제안 · 실행을 강력하게 처리하고, BCM 은 승인과 은행 연계를 맡습니다. 이 화면은 그 흐름을 그대로 따르면서, 계좌 변경 · 중복 청구 확인을 강제하고 가용 잔액 · 직무 분리를 회차 단위로 점검하는 작업 화면을 더해 확장합니다. 운영에서는 반제 전기를 표준 지급 전기로 넘기고 결과 전표 번호를 회차에 기록합니다.
CDS 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
자주 묻는 질문
자주 묻는 질문
계좌 변경 확인은 왜 강제하나요?
입금 계좌를 바꿔 달라는 위조 요청으로 대금이 엉뚱한 계좌로 나가는 사고가 가장 흔한 지급 사고이기 때문입니다. 최근 30일 안에 계좌가 바뀐 거래처는 담당자가 변경 확인서를 대조해 체크해야만 승인 요청이 됩니다. 기간은 회사 설정으로 바꿉니다.
중복 의심은 어떤 기준인가요?
같은 거래처 · 같은 금액이면서 같은 세금계산서 번호이거나 증빙일이 7일 이내인 항목입니다. 앞 전표만 지급에 넣고 뒤 전표는 빼 둔 채 확인 필요로 표시합니다.
가용 잔액은 어떻게 계산하나요?
출금 계좌 잔액에서 승인 대기 · 승인 · 이체 파일 상태 회차의 이체 금액을 뺀 값입니다. 작성 중 회차는 예약하지 않습니다. 넘으면 승인 요청과 승인이 모두 거절됩니다.
조기지급 할인은 자동으로 들어가나요?
지급일이 할인 기한 안이면 할인 금액이 계산됩니다. 만기가 만기 기준일 안이면 기본 포함, 뒤면 기본 제외라 자금 여유가 있을 때만 넣어 할인을 받습니다.
담당자가 스스로 승인할 수 있나요?
아닙니다. 작성자와 승인자가 같으면 서비스가 거절합니다(직무 분리). 승인 권한이 있는 다른 사용자가 승인해야 하고, 반려는 사유를 남깁니다.
이체 파일 형식을 은행에 맞게 바꿀 수 있나요?
파일은 서비스의 파일 생성 함수에서 만듭니다. 필드 길이는 EUC-KR 바이트 기준으로 맞췄고, 거래 은행 · CMS 사양에 맞춰 이 함수만 바꾸면 됩니다.
반제 전표는 어떻게 만들어지나요?
거래처 한 곳마다 전표 1건입니다. 차변 외상매입금은 지급한 항목마다 한 줄(반제 대상 전표 번호 포함), 대변은 보통예금(이체 금액)과 매입할인(할인 금액)입니다. 운영에서는 SAP 지급 전기로 넘깁니다.
실제 회사 데이터로 쓰려면 무엇이 필요한가요?
같은 형식의 OData 서비스를 연결하면 됩니다. 미지급 · 거래처 · 계좌 변경일은 참고 CDS 로 읽고, 출금 계좌 잔액 기준과 이체 파일 사양, 지급 담당 · 승인자 역할을 회사 기준으로 정합니다.