SAP 은행 수수료 청구 점검 — 은행이 청구한 수수료를 약정표로 다시 계산해 청구서와 장부에 견주는 월마감
약정 수수료표 재계산 · 청구 과다·과소·중복 의심 가려내기 · 장부 반영 금액 대사 · 은행 청구서 총액 대사 — 소개 영상과 실제 화면 8종, 그리고 CDS 코드까지
소개 영상1분 19초9개 장면음성 안내·자막처음 연 화면 → 점검 필요 → 유형·은행 → 약정표 → 상세 → 대사 결과
주요 재생 지점
개발 배경 — 이 앱을 사용해야 하는 이유
월마감 때 자금 담당이 부딪히는 질문은 늘 비슷합니다. 은행이 청구한 수수료가 약정대로 맞는가, 장부에는 청구 금액 그대로 반영됐는가, 은행이 보낸 청구서 총액과 우리 명세 합계는 같은가. 지금은 이 세 답이 은행 청구서 · 명세 화면 · 장부 라인 조회에 흩어져 있어서 한 번에 맞춰 보기 어렵고, 건당 금액이 작다 보니 “나중에 보자”고 넘어가기 쉽습니다.
이 앱은 은행이 청구한 수수료를 약정 수수료표(건당 정액 또는 금액 비례, 하한·상한)로 다시 계산하고, 그 값을 청구 금액과 장부 반영 금액에 견주어 차이를 건마다 보여 줍니다. 이어서 수수료 유형별 · 은행별로 묶어 합계가 서로 맞는지 대사합니다. 관련 기준서는 없고 대상 영역은 자금 회계(은행 수수료 청구 점검)입니다. 표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·점검 관점을 더해 확장합니다.
은행 청구서는 약정과 맞는지 검산할 겨를이 없다
수수료 청구는 건당 수백 원에서 수만 원이라 한 건씩 보면 작지만, 월 수십~수천 건이 쌓이면 합계가 커지고 약정과 어긋난 건이 섞여 들어옵니다. 이 샘플에서는 타행 이체 100건에 건당 500원 약정이면 50,000원이어야 하는데 55,000원이 청구된 건이 있습니다. 청구서만 보면 건수와 금액이 그럴듯해 보여 지나가기 쉽습니다. 이 화면은 약정표로 다시 계산한 값(재계산)을 청구 금액 옆에 두고, 차이가 허용 오차를 넘으면 청구 과다(F01)로 표시합니다.
외화 송금 수수료는 비례 요율에 하한·상한이 붙어 눈으로 맞추기 어렵다
외화 송금 수수료는 송금액에 요율을 곱하되 건당 하한과 상한으로 묶습니다. 88,000 USD 를 보낸 건은 요율로 계산하면 훨씬 큰 값이지만 약정 상한 45,000원에 걸려야 합니다. 그런데 50,000원이 청구되었다면 상한 적용이 빠진 것입니다. 이런 계산은 송금액 · 환율 · 요율 · 하한 · 상한을 모두 알아야 하므로 사람이 눈으로 맞추기 어렵고, 이 화면은 상세 창에 계산 기준을 그대로 펼쳐 보여 줍니다.
청구는 맞는데 장부 금액이 다르면 다음 달에야 드러난다
은행 청구가 약정과 맞아도 장부에는 다른 금액이 기표될 수 있습니다. 예를 들어 인터넷뱅킹 이용료 30,000원이 청구되었는데 장부 반영은 0원인 경우입니다. 이 화면은 청구 금액과 장부 반영 금액의 차이를 따로 계산해 장부 불일치(F03)로 보여 주므로, 전표 금액을 마감 전에 확인할 수 있습니다.
같은 송금이 두 번 청구돼도 명세에서는 비슷해 보인다
같은 계좌에 송금번호와 금액이 같은 청구가 이미 있으면 중복 의심(F05)으로 가립니다. 상세 창은 같은 계좌의 이번 기간 청구를 아래에 이어 보여 주어, 두 건을 나란히 놓고 은행에 확인할 수 있게 합니다. 중복인지 아닌지의 판단은 은행과 회사가 하고, 화면은 후보를 모아 줍니다.
사용 방법
- 회계연도와 기간(월)을 확인하고 필요하면 회사·은행·계좌·수수료 유형·청구일·점검 코드·점검 결과를 고릅니다. 처음 열면 2026년 09월이 채워져 자동으로 한 번 조회됩니다.
- 조회 버튼(조회조건 영역의 오른쪽 끝)을 누르거나 입력란에서 Enter 를 누릅니다.
- 위쪽 요약에서 청구 건수 · 청구 금액 합계 · 청구 과다 건수와 금액 · 장부 불일치 · 확인 필요 · 점검 필요 · 대사 차이를 먼저 봅니다.
- 청구 명세 → 유형별 점검 → 은행별 대사 → 약정 수수료표 → 대사 결과 순으로 탭을 옮겨 봅니다.
- 청구 명세의 행을 누르면 재계산 · 청구 · 장부 금액과 같은 계좌의 다른 청구가 상세 창에 열립니다.
- CSV 내려받기 로 지금 보는 탭을 파일로 받아 은행에 확인할 자료로 씁니다.
숫자를 믿을 수 있는가 — 검증 결과
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
무엇으로 만들었나
| 항목 | 내용 |
|---|---|
| 솔루션 | 자금 솔루션 |
| 업무 영역 | 자금 회계 (은행 수수료 청구 점검) |
| 관련 기준서·대상 영역 | - (대상 영역: 자금 회계) |
| SAP 표준 T-code | FBL3N · FEBAN · FF67 · FF_5 · FB03 |
| 화면 성격 | 조회·점검 (약정 재계산 · 청구 · 장부 · 청구서 대사) |
| 데이터 연동 | OData V2 조회 서비스 |
| 테마 | sap_horizon |
| 자리 | 무엇 | 왜 그렇게 두었나 |
|---|---|---|
| 화면 | SAP UI5 표준 컨트롤(조회조건 · 요약 · 탭 · 표 · 상세 창) | 외부 차트·표 라이브러리 반입 심사가 필요 없고, Horizon 테마를 그대로 따릅니다. |
| 판정·집계 로직 | 서비스 한 곳에서 재계산 · 판정 · 유형별/은행별 집계 · 대사식을 계산 | 화면과 내려받기, 대사가 같은 숫자를 쓰도록 계산을 한 곳에만 둡니다. |
| 서비스 구성 | OData V2 조회 서비스 — 청구 · 유형 · 은행 · 약정 · 대사 다섯 묶음과 집계 함수 두 개 | 화면은 모델에 바인딩하고, 조회조건은 필터로 나가 서버에서 거릅니다. 서비스 주소는 앱 설정의 상대 경로 하나로만 부릅니다. |
| 날짜 조건 | 날짜 범위 필터를 서비스 로직이 직접 해석 | 청구일 시작·종료를 비워 두거나 한쪽만 넣어도 같은 결과가 나오게 합니다. |
| 모델 구성 | 이름 없는 기본 모델 · 건수 함께 읽기 · 배치 없이 요청 | 탭마다 건수를 바로 보이고, 요청 한 건이 어떤 조건인지 추적하기 쉽습니다. |
| 오류 안내 | 메타데이터 실패 · 요청 실패 · 빈 응답을 구분해 안내 | 연결 문제와 조회 결과 없음을 사용자가 구분하도록 합니다. |
실행 화면
실제로 돌아가는 화면 8종을 사용 순서대로 싣습니다. 그림을 누르면 크게 볼 수 있고, 화면마다 무엇을 보고 무엇을 누르는 자리인지를 아래에 적었습니다. 숫자는 모두 같은 샘플 자료에서 나온 것이라 화면끼리 맞춰 보셔도 됩니다.
처음 열었을 때
조회조건 · 요약 · 탭이 한 화면에 세로로 쌓입니다. 연 직후 자동으로 한 번 조회되어 빈 화면 없이 이번 달 청구가 바로 보입니다.
2026년 09월이 채워진 채 한 번 자동 조회됩니다. 위쪽 요약 줄에서 점검한 청구 건수(34건), 청구 금액 합계(1,300,286원), 청구 과다 건수와 금액(5건 · 33,980원), 장부 불일치·확인 필요·점검 필요 건수, 정합성 대사 차이 건수(0건)를 먼저 읽습니다. 표의 한 줄이 은행이 청구한 수수료 한 건이며, 재계산·청구·장부 금액이 나란히 놓입니다.
점검 필요만 추려 보기, 그리고 유형·은행 단위로
건마다 보는 화면에서 약정과 다른 청구만 추린 뒤, 같은 차이가 어느 유형과 은행에서 났는지 묶어서 봅니다.
조회조건에서 점검 결과를 점검 필요로 두고 조회 버튼을 누르면 해당 청구 10건만 남습니다. 청구 과다(F01) 5건, 장부 불일치(F03) 3건, 중복 의심(F05) 2건이 여기에 모입니다. 입력란에서 Enter 를 눌러도 같은 조회가 됩니다. 초기화를 누르면 기본값으로 돌아갑니다.
유형마다 재계산 합계, 청구 합계, 둘의 차이, 장부 반영 합계가 한 줄에 놓입니다. 예를 들어 회사 1000 의 타행 이체 수수료는 재계산 145,850원에 청구 150,850원으로 5,000원 차이가 보입니다. 유형 행의 점검 코드(T00·T01·T03)는 그 안의 청구 중 가장 무거운 판정을 따릅니다.
은행마다 재계산 합계·청구 합계·명세에 없는 항목·청구서 총액이 놓입니다. 가상은행B 는 청구서 총액 105,950원이 명세 합계 101,550원보다 4,400원 크고, 이 차이는 명세에 올라오지 않은 항목입니다. 이런 은행은 확인 필요로 표시되어 은행에 항목 내역을 요청하는 출발점이 됩니다.
약정표와 한 건의 상세 — 재계산의 근거
재계산이 어떤 약정 행을 썼는지, 한 건이 어떻게 계산되었는지를 끝까지 따라가는 화면입니다.
약정 행은 건당 정액(단가)이거나 금액 비례(요율과 건당 하한·상한)입니다. 유효기간이 청구일을 덮지 못하는 약정은 확인 필요로 보입니다. 이 표의 숫자는 검증용 가정값이며, 실제 적용 때는 회사가 은행과 정한 약정으로 바꿉니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
대사 결과와 좁은 화면
합계가 서로 맞는지 건수와 차이로 확인하고, 같은 화면을 좁은 폭에서도 씁니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
화면 뒤에서 일어나는 일
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
조회조건
| 조회조건 | 필수 | 기본값 | 필터 처리 |
|---|---|---|---|
| 회계연도 | 필수 | 2026 | Gjahr eq → $filter |
| 기간(월) | 필수 | 09 | Monat eq → $filter |
| 회사 | 선택 | 전체 | 전체이면 필터를 만들지 않음 |
| 은행 | 선택 | 전체 | BankCode eq |
| 계좌 | 선택 | 전체 | AcctNo eq (청구 명세 탭) |
| 수수료 유형 | 선택 | 전체 | FeeType eq |
| 청구일 시작·종료 | 선택 | 전체 | ChgDate ge / le / bt (청구 명세 탭) |
| 점검 코드 | 선택 | 전체 | F · T · B 첫 글자에 따라 해당 탭에만 적용 |
| 점검 결과 | 선택 | 전체 | CheckStatus eq |
결과 컬럼
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
좁은 화면에서 달라지는 것
폭이 줄면 조회조건과 요약 지표가 여러 줄로 나뉘어 쌓이고, 표는 열을 숨기지 않고 가로로 밀어 봅니다. 탭 순서와 조회 버튼의 자리는 그대로여서 같은 순서로 쓸 수 있습니다.
파일 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
SAP 표준 기능 확장 포인트 — 표준 T-code 와 어떻게 연계되는지
표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·점검 관점을 더해 확장합니다. 은행 명세를 올리고 후처리하고 장부 라인을 확인하는 일은 모두 표준에 두고, 그 결과를 약정과 견주는 자리만 이어 붙였습니다.
표준으로 되는 것과 안 되는 것
| 하고 싶은 일 | 표준으로 되는 부분 | 이 화면이 더하는 관점 |
|---|---|---|
| 은행 명세 올리기와 후처리 | FF67 · FF_5 · FEBAN | 명세에 올라온 수수료 항목을 약정과 견주어 후보로 보여 줍니다 |
| 수수료 계정 라인 확인 | FBL3N · FB03 | 청구 금액과 장부 반영 금액의 차이를 건마다 보여 줍니다 |
| 약정 수수료표로 재계산 | 표준에는 약정표 재계산 기능이 없어 보통 엑셀로 합니다 | 건당 정액 · 비례(하한·상한)로 재계산하고 허용 오차로 판정합니다 |
| 중복 청구 후보 | 건별 조회로 눈으로 비교 | 같은 계좌 · 참조 · 금액 청구를 후보로 모읍니다 |
| 은행 청구서 총액 대사 | 은행 문서와 명세를 직접 맞춤 | 청구서 총액과 명세 합계를 대사식으로 맞추고 명세 외 항목을 보입니다 |
T-code 별 연계 지점
| T-code | 이름 | 연계 |
|---|---|---|
| FF67 | 수작업 은행 명세 | 명세 한 줄을 만드는 입력 화면. 이 화면은 그 결과 중 수수료 항목의 일자 · 금액 · 참조를 읽습니다. 수작업으로 올린 항목도 같은 방식으로 점검됩니다. |
| FF_5 | 전자 은행 명세 가져오기 | 은행 파일로 명세를 올리는 표준 거래. 올라온 명세의 수수료 항목이 이 화면의 청구 한 줄이 됩니다. 두 화면의 항목 수를 맞춰 보는 것이 첫 대사 지점입니다. |
| FEBAN | 은행 명세 후처리 | 자동 처리되지 않은 항목의 후처리. 이 화면 결과에서 약정과 다른 청구를 찾으면 후처리 단계에서 정정 여부를 판단합니다. |
| FBL3N | G/L 계정 라인 아이템 | 장부 반영 수수료의 원천. 이 화면의 장부 금액이 의심스러우면 FBL3N 으로 계정 라인을 확인합니다. 반대로 FBL3N 에서 본 금액은 이 화면의 청구 명세에서 같은 청구 번호로 다시 볼 수 있습니다. |
| FB03 | 전표 조회 | 장부 불일치(F03) 건의 전표를 열어 금액과 적요를 확인합니다. 정정 전표는 표준 거래에서 만듭니다. |
법정 · 감사 · 세무 신고에 쓰는 보고서와 정정 전표는 표준에 그대로 둡니다. 따라서 운영 전환 때 기존 리포트를 없애지 않고, 한두 달 두 화면의 합계를 맞춰 본 뒤 쓰임새를 나눕니다.
S/4HANA 분석 스택과의 자리
S/4HANA 에서는 CDS 뷰 위에 분석 쿼리를 두고 Fiori 분석 앱이나 Analysis for Office 로 읽는 구성이 흔합니다. 이 화면의 서비스도 같은 CDS 뷰 위에 놓이는 것을 전제로 하며, 약정 재계산과 점검 판정을 뷰에서 계산해 다른 도구에서도 같은 숫자를 읽을 수 있게 합니다. 구체적인 표준 분석 앱 이름은 고객 환경에서 확인한 뒤에 연결합니다.
확장 포인트 — 운영에서 실제로 손대는 자리
| 자리 | 무엇을 손대나 | 비고 |
|---|---|---|
| 약정 수수료표 | 은행 · 유형별 단가 · 요율 · 하한 · 상한 · 유효기간 행 추가 | 약정 변경은 새 행 추가와 이전 행 종료로 관리 |
| 수수료 유형 ↔ 계정 매핑 | 수수료 유형과 G/L 계정의 대응 | 회계팀이 직접 한 행씩 관리 |
| 허용 오차 | 통화별 같은 금액으로 볼 범위 | 은행 반올림 방식에 맞춰 조정 |
| 환율 유형 · 환산 시점 | 외화 수수료의 원화 환산 기준 | 회사 정책으로 정함 (샘플은 가정값) |
| 권한 | 회사코드 단위 조회 권한 | 집계 단계에 걸어 합계로도 새지 않게 |
| 확장 필드 | 은행별 청구서 번호 등 고객 필드 | BAdI 나 확장 필드로 명세에 추가 |
분석 지표 정의표
| 지표 | 산식·판정 기준 | 대응 기능 | 원천 데이터 | 비고 |
|---|---|---|---|---|
| 재계산 수수료 | 정액: 단가 × 건수 / 비례: clamp(거래 금액 × 요율, 하한, 상한) × 건수 | 청구 명세 · F01 · F02 | 약정표 · 거래 금액 | 약정은 회사와 은행의 합의 (확인 필요) |
| 청구 차이 | 청구 − 재계산 | F01 · F02 | 은행 청구서 | 허용 오차 이내는 정상 |
| 장부 차이 | 장부 반영 − 청구 | F03 | FBL3N 계정 라인 | 전표 금액 확인 |
| 청구 과다 금액 | 청구 과다 건의 청구 차이 원화 합계 | 집계 함수 | — | 외화는 환산액만 합산 |
| 중복 의심 | 같은 계좌 · 참조 · 금액 청구 2건 이상 | F05 | 은행 명세 | 판단은 회사와 은행 |
| 청구서 총액 차이 | 청구서 총액 − 명세 합계 | B01 · B02 | 은행 청구서 · 명세 | 명세 외 항목이 차이를 만듦 |
관련 기준서는 없으며 대상 영역은 자금 회계입니다. 이 화면은 점검 도구이며 최종 판단은 회사와 감사인이 합니다.
CDS 구성 — 약정 재계산에서 서비스까지
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
자주 묻는 질문
숫자와 산식 · 화면과 조작 · 데이터와 표준 연계 · 도입과 운영 네 묶음으로 정리했습니다.
숫자와 산식
재계산은 어떤 식으로 합니까?
약정 수수료표에서 회사·은행·수수료 유형이 같고 청구일이 유효기간 안에 있는 행을 찾습니다. 건당 정액이면 단가 × 건수, 금액 비례이면 거래 금액(원화)에 요율을 곱한 값을 건당 하한·상한으로 묶은 뒤 건수를 곱합니다. 외화 수수료는 청구 통화 그대로 계산하고 합계를 낼 때만 가정 환율로 원화 환산합니다. 계산은 서비스가 한 곳에서 하므로 화면과 CSV 의 숫자가 같습니다.
허용 오차는 얼마입니까?
샘플은 원화 1원, 미화 0.01 달러 단위로 둔 가정값입니다. 청구와 재계산의 차이가 이 값 이하이면 같은 금액으로 봅니다. 실제 적용 때는 은행의 반올림 방식과 회사의 정책에 맞춰 바꿉니다. 오차 기준은 상세 창에 청구마다 함께 표시됩니다.
한 청구에 점검 코드가 하나만 붙는 이유는 무엇입니까?
한 건이 여러 조건에 걸릴 수 있어도 사용자가 가장 먼저 해야 할 일은 하나이기 때문입니다. 우선순위는 약정 없음(F04), 중복 의심(F05), 청구 과다·과소(F01·F02), 장부 불일치(F03) 순입니다. 약정이 없으면 재계산 자체가 안 되므로 가장 앞에 둡니다.
외화 수수료는 어떻게 합산합니까?
통화가 다른 금액은 그대로 더하지 않고 원화 환산 금액으로만 합산합니다. 샘플의 환율은 청구일 기준 가정값이며, 실제 환경에서는 회사의 환율 유형과 환산 시점을 정해 연결합니다. 미화 수수료만 따로 맞춰 보는 대사식도 한 건 있습니다.
대사 차이가 0인데 점검 필요가 10건인 것은 모순이 아닙니까?
모순이 아닙니다. 대사식은 같은 데이터를 다른 길로 더해 합계가 일치하는지 보는 정합성 검사이고, 점검 필요는 약정과 다르게 청구된 건을 가려내는 업무 판정입니다. 점검 화면이 보여 주려고 일부러 넣은 예외 14건은 대사 차이로 세지 않도록 따로 표시합니다.
화면과 조작
조회 조건은 무엇을 고를 수 있습니까?
회계연도와 기간(월)은 필수이고, 회사·은행·계좌·수수료 유형·청구일 범위·점검 코드·점검 결과는 선택입니다. 전체를 고르면 그 조건은 조회에 넣지 않습니다. 점검 코드는 첫 글자(F·T·B)에 따라 해당 탭에만 적용됩니다.
상세 창에서는 무엇을 볼 수 있습니까?
계산 기준(건수·거래 금액·적용 약정), 재계산·청구·장부 금액과 차이, 허용 오차, 점검 내용과 확인할 제안이 나옵니다. 아래에는 같은 계좌의 다른 청구가 있어 중복 청구인지 바로 비교할 수 있습니다.
내려받기는 무엇이 담깁니까?
지금 보고 있는 탭의 조회 결과가 UTF-8 CSV 로 내려옵니다. 한글이 깨지지 않도록 처음에 BOM 을 붙여 엑셀에서 바로 열립니다. 은행에 정정을 요청할 때 첨부 자료로 쓰는 용도입니다.
휴대폰에서도 쓸 수 있습니까?
쓸 수 있습니다. 좁은 화면에서는 조회조건과 요약이 세로로 쌓이고 표는 가로로 스크롤됩니다. 다만 열이 많은 청구 명세는 가로 공간이 넓은 화면에서 읽는 편이 편합니다.
데이터와 표준 연계
SAP 표준 T-code 와는 어떤 관계입니까?
표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·점검 관점을 더해 확장합니다. 은행 명세는 FF67 · FF_5 로 올리고, 후처리는 FEBAN, 장부 라인 확인은 FBL3N · FB03 에서 합니다. 이 화면은 그 결과를 읽어 약정과 견주는 자리입니다.
기존 리포트를 없애야 합니까?
없애지 않습니다. 법정·감사·세무 신고에 쓰는 보고서는 표준 거래에 그대로 두고, 이 화면은 월마감 전에 은행 수수료만 따로 점검하는 용도로 함께 둡니다. 운영 전환 후 두 화면의 합계를 한두 달 맞춰 본 뒤 쓰임새를 정하는 순서를 권합니다.
약정 수수료표는 어디서 옵니까?
샘플은 가상 은행·가정 요율입니다. 실제 적용 때는 회사가 은행과 정한 약정을 고객 테이블로 두고 유효기간까지 관리합니다. 약정이 바뀌면 새 행을 유효 시작일과 함께 추가하고 이전 행은 유효 종료일을 닫아 두는 방식을 권합니다.
데이터 원천은 무엇입니까?
은행 청구 한 줄은 은행 명세(FEBKO·FEBEP 계열)에서, 장부 반영 금액은 수수료 계정 라인(BKPF·BSEG·ACDOCA)에서 읽는 구성을 전제로 합니다. 원천 필드의 정확한 대응은 고객 환경의 명세 형식에 따라 달라지므로 도입 때 확인합니다. 화면 데이터는 모두 검증용 샘플입니다.
계정 체계나 매핑이 바뀌면 어떻게 됩니까?
수수료 유형과 수수료 계정(G/L)의 대응은 한 장의 매핑표에만 둡니다. 계정이 새로 생기면 어느 유형인지 한 행만 적어 주면 되고 화면 코드는 고치지 않습니다. 매핑 책임은 회계팀에 두는 것이 안전합니다.
도입과 운영
도입하면 어떤 효과가 있습니까?
월마감 때 은행 청구서와 장부를 사람이 눈으로 맞추던 일이 줄고, 약정과 다르게 청구된 건을 근거와 함께 은행에 문의할 수 있습니다. 같은 송금이 두 번 청구된 경우도 같은 계좌의 다른 청구와 나란히 보여 줍니다. 효과의 크기는 월 청구 건수와 약정 구조에 따라 다르므로 샘플의 숫자를 그대로 일반화하지는 않습니다.
누가 쓰는 화면입니까?
자금 담당과 회계 담당이 월마감 전에 쓰고, 경영지원 쪽에서는 요약과 대사 결과 탭을 봅니다. 조회·점검만 하므로 전표를 만들거나 바꾸는 권한은 필요하지 않습니다.
권한과 보안은 어떻게 설계합니까?
회사코드 권한을 집계 단계에 걸어 남의 회사 청구가 합계로도 드러나지 않게 합니다. 계좌번호는 앞뒤 일부만 보이는 마스킹 형식으로 내려 보냅니다. 이 화면은 읽기 전용이며 외부로 데이터를 보내지 않습니다.
청구 건수가 매우 많아지면 어떻게 합니까?
수수료 명세는 월 단위로 보통 수천~수만 건 수준이라 조회 기간과 회사를 좁혀 받는 것이 기본입니다. 집계(유형·은행·대사)는 CDS 뷰에서 미리 묶어 두고, 청구 명세는 페이지 단위로 읽습니다. 건수가 더 커지면 약정 조인을 서비스 쪽에서 미리 계산해 두는 방법을 씁니다.
운영 시스템에 붙이는 데 얼마나 걸립니까?
기술 작업보다 합의가 앞섭니다. 약정표 정리, 수수료 유형과 계정의 매핑, 환율 유형, 허용 오차 기준을 먼저 정하면 CDS 뷰와 서비스 게시는 비교적 짧게 끝납니다. 기간은 고객 환경의 명세 형식과 권한 설계에 따라 달라지므로 확정된 숫자로는 말씀드리지 않습니다.
점검 결과를 그대로 은행에 정정 요청해도 됩니까?
점검 결과는 확인을 돕는 참고 자료입니다. 약정 해석이 다르거나 부가 수수료가 별도로 있을 수 있으므로 은행에 문의하는 근거로 쓰고, 최종 판단은 회사와 은행이 합니다. 감사나 세무 신고가 걸린 항목은 회사와 감사인 또는 세무 대리인이 확인합니다.
샘플과 실제 데이터의 차이는 무엇입니까?
샘플은 가상 은행 4곳, 가상 계좌, 가정 요율과 가정 환율로 만든 검증용 데이터입니다. 의도적 예외 14건을 섞어 점검 화면이 무엇을 보여 주는지 확인하도록 했습니다. 실제 도입에서는 이 자리에 회사의 명세와 약정이 들어옵니다.