SAP 환전·송금 환율 스프레드 점검 — 은행에 더 낸 원화를 기준 환율로 다시 계산해 허용 범위·은행 통지·장부와 견주는 자금 화면
적용 환율과 기준 환율 재계산 · 허용 스프레드 판정 · 은행 통지와 장부 금액 대사 — 소개 영상과 실제 화면 6종, 그리고 CDS 구성까지
소개 영상1분 29초8개 장면음성 안내·자막조회 조건과 요약 → 점검 필요 거래 → 상세 → 은행·통화 집계 → 허용 스프레드 정책 → 대사 결과
주요 재생 지점
개발 배경 — 이 앱을 사용해야 하는 이유
외화를 사거나 팔 때, 해외로 송금할 때 자금 담당이 마주치는 질문은 늘 비슷합니다. 은행이 적용한 환율이 그날의 기준 환율과 얼마나 벌어졌는가, 그 차이가 회사가 은행과 정한 허용 범위 안인가, 은행 통지서의 원화 금액과 장부의 원화 금액은 같은가. 지금은 이 세 답이 은행 통지서, 환율 표, 장부 라인 조회에 흩어져 있어서 한 번에 맞춰 보기 어렵습니다. 한 건씩 보면 환율 차이는 소수점 둘째 자리 이하의 일이라 “원래 그 정도”로 넘어가기 쉽지만, 금액이 큰 거래가 쌓이면 은행에 더 낸 원화가 합계로 드러납니다.
이 앱은 외화 금액에 적용 환율을 곱한 원화와 기준 환율을 곱한 원화를 거래마다 다시 구하고, 둘의 차이를 스프레드 비용(은행에 더 낸 원화)으로 보여 줍니다. 그 비용을 기준 원화로 나눈 스프레드(%)가 회사가 정한 허용 퍼센트를 넘으면 점검 필요로 표시하고, 은행 통지 원화와 장부 원화가 어긋난 거래도 함께 가립니다. 관련 기준서는 없고 대상 영역은 자금(외화 환전·송금)입니다. 표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·점검 관점을 더해 확장합니다.
환율 차이는 작아 보여도 거래 금액이 크면 합계가 커진다
이 샘플의 한 해외 송금 거래는 160,649.51 EUR 를 적용 환율 1,541.42 로 보냈는데 같은 날 기준 환율은 1,530.22 입니다. 환율 차이는 1% 도 되지 않지만 원화로는 약 180만 원이고, 회사가 정한 허용(0.50%)을 넘은 부분만 해도 57만 원입니다. 건별 통지서만 보면 환율 숫자가 그럴듯해 보이므로, 기준 환율과 나란히 놓고 퍼센트로 바꿔 보아야 차이가 보입니다.
허용 스프레드는 통화와 거래 유형마다 다르다
외화를 살 때와 팔 때, 송금할 때의 허용 범위는 같지 않고 통화마다도 다릅니다. 이 화면은 통화·거래 유형별 허용 퍼센트를 정책표로 두고, 거래마다 그 값을 찾아 견줍니다. 정책표에 없는 통화나 거래 유형은 허용 여부를 판단할 수 없으므로 확인 필요로 남깁니다. 허용 값 자체는 회사가 은행과 협의해 정하는 값입니다.
은행 통지 금액과 장부 금액이 다르면 마감 뒤에야 드러난다
은행이 알려 준 원화 금액이 외화 금액 × 적용 환율과 다르거나, 장부에 기표된 원화가 은행 통지와 다르면 환율 문제와는 별개의 확인 대상입니다. 이 화면은 두 차이를 허용 오차(1원)를 넘는 경우에만 따로 가려 점검 필요와 확인 필요로 표시하므로, 전표 금액이나 통지서 환율을 마감 전에 확인할 수 있습니다.
기준 환율의 선택에 따라 결론이 달라질 수 있다
어떤 환율 유형을 어떤 날짜 기준으로 쓸지는 회사 정책으로 정할 일입니다. 샘플은 같은 날의 기준 환율(가정값)을 쓰지만, 실제 적용 때는 환율 표(OB08 에서 유지하는 값)와 환산 시점을 회사가 정해 연결해야 합니다. 이 화면은 그 선택을 대신하지 않으며, 선택한 기준에 따라 스프레드가 얼마로 보이는지를 보여 줍니다.
사용 방법
- 회계연도와 기간(월)을 확인하고 필요하면 회사·은행·통화·거래 유형·거래일·점검 코드·점검 결과를 고릅니다. 처음 열면 2026년 09월이 채워져 자동으로 한 번 조회됩니다. 비워 두면 “전체”입니다.
- 조회 버튼(조회조건 영역의 오른쪽 끝, 초기화 옆)을 누르거나 입력란에서 Enter 를 누릅니다.
- 위쪽 요약에서 점검한 거래 건 · 기준 원화 합계 · 스프레드 비용 합계 · 허용 초과 건과 금액 · 확인 필요 · 점검 필요 · 정합성 대사 차이를 먼저 봅니다.
- 거래 명세 → 은행·통화 집계 → 허용 스프레드 정책 → 기준 환율 → 대사 결과 순서로 탭을 옮겨 봅니다.
- 거래 명세의 행을 누르면 환율 · 스프레드 · 원화 금액과 같은 은행·통화의 다른 거래가 상세 창에 열립니다.
- CSV 내려받기 로 지금 보는 탭을 UTF-8(BOM) 파일로 받아 은행에 확인할 자료로 씁니다.
숫자를 믿을 수 있는가 — 검증 결과
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
무엇으로 만들었나
| 항목 | 내용 |
|---|---|
| 솔루션 | 자금 솔루션 |
| 업무 영역 | 외화 자금 관리 — 환전·해외 송금 |
| 관련 기준서·대상 영역 | - (대상 영역: 자금 · 외화 환전·송금) |
| SAP 표준 T-code | FBL3N · FEBAN · OB08 · FB03 |
| 화면 성격 | 조회·점검 (환율 재계산 · 허용 스프레드 판정 · 은행 통지·장부 대사) |
| 데이터 연동 | OData V2 조회 서비스 |
| 테마 | sap_horizon |
| 자리 | 무엇 | 왜 그렇게 두었나 |
|---|---|---|
| 화면 | SAP UI5 표준 컨트롤(조회조건 · 요약 · 탭 · 표 · 상세 창) | 외부 차트·표 라이브러리 반입 심사가 필요 없고, Horizon 테마를 그대로 따릅니다. |
| 판정·집계 로직 | 서비스 한 곳에서 재계산 · 판정 · 은행·통화 집계 · 대사식을 계산 | 화면과 내려받기, 대사가 같은 숫자를 쓰도록 계산을 한 곳에만 둡니다. |
| 서비스 구성 | OData V2 조회 서비스 — 거래 · 은행·통화 · 정책 · 기준 환율 · 대사 다섯 묶음과 집계 함수 두 개 | 화면은 모델에 바인딩하고, 조회조건은 필터로 나가 서버에서 거릅니다. 서비스 주소는 앱 설정의 상대 경로 하나로만 부릅니다. |
| 날짜 조건 | 날짜 범위 필터를 서비스 로직이 직접 해석 | 거래일 시작·종료를 비우거나 한쪽만 넣어도 같은 결과가 나오게 합니다. |
| 모델 구성 | 이름 없는 기본 모델 · 건수 함께 읽기 · 배치 없이 요청 | 탭마다 건수를 바로 보이고, 요청 한 건이 어떤 조건인지 추적하기 쉽습니다. |
| 오류 안내 | 메타데이터 실패 · 요청 실패 · 빈 응답을 구분해 안내 | 연결 문제와 조회 결과 없음을 사용자가 구분하도록 합니다. |
실행 화면
실제로 돌아가는 화면 6종을 사용 순서대로 싣습니다. 그림을 누르면 크게 볼 수 있고, 화면마다 무엇을 보고 무엇을 누르는 자리인지를 아래에 적었습니다. 숫자는 모두 같은 샘플 자료에서 나온 것이라 화면끼리 맞춰 보셔도 됩니다. 환율 · 거래 · 은행 이름은 검증용 가정값입니다.
처음 열었을 때와 점검 필요 거래만 보기
조회 조건을 넣어 요약부터 읽고, 약정과 다른 거래만 추려 봅니다.
2026년 09월이 채워진 채 한 번 자동 조회됩니다. 위쪽 요약 줄에서 점검한 거래 건수(92건), 기준 원화 합계(4,769,646,473원), 스프레드 비용 합계(+15,327,517원), 허용 초과 건수와 금액(16건 · 1,982,431원), 확인 필요 4건 · 점검 필요 18건, 정합성 대사 차이 건수(0건)를 먼저 읽습니다. 표에는 거래마다 외화 금액, 적용 환율, 기준 환율, 스프레드(%)와 허용(%)이 한 줄에 놓입니다.
조회조건에서 점검 결과를 점검 필요로 두고 조회 버튼을 누르면 해당 거래 18건만 남습니다. 허용 스프레드를 넘은 거래(S01) 16건과 은행 통지 금액이 다시 구한 원화와 다른 거래(S02) 2건이 모입니다. 입력란에서 Enter 를 눌러도 같은 조회가 되고, 초기화를 누르면 기본값으로 돌아갑니다.
은행·통화 집계와 허용 스프레드 정책
같은 차이가 어느 은행·통화에서 났는지 묶어 보고, 판정의 기준이 되는 허용 값을 확인합니다.
은행·통화마다 거래 건수, 외화 합계, 기준 원화, 스프레드 비용, 평균·최대 스프레드, 허용 초과 건수가 한 줄에 놓입니다. 예를 들어 가상은행A 의 USD 는 11건에서 스프레드 비용이 +2,331,270원이고 허용을 넘은 거래가 3건(178,183원) 있어 점검 필요로 표시됩니다. 정책표에 없는 통화(GBP)가 섞인 행은 확인 필요입니다.
통화와 거래 유형(외화 매수 · 외화 매도 · 해외 송금)마다 허용 스프레드(%)와 유효기간이 한 줄씩 있습니다. 이 값은 회사가 거래 은행과 협의해 정하는 값이며 화면의 숫자는 검증용 가정값입니다. 일부러 GBP 정책을 비워 두어, 정책이 없는 거래가 확인 필요로 남는 모습을 볼 수 있게 했습니다.
대사 결과와 한 거래의 상세
합계가 서로 맞는지 건수와 차이로 확인하고, 한 거래의 계산을 끝까지 따라갑니다.
통화별 은행 통지 원화 대사와 장부 원화 대사, 그리고 스프레드 비용·집계 합계·건수에 관한 정합성 대사식이 좌변·우변·검사 건수·차이 건수와 함께 나옵니다. 점검 화면이 보여 주려고 일부러 넣은 예외(통지 금액 차이 · 장부 금액 차이)는 차이 건수로 따로 드러나고, 정합성 대사식의 차이는 0건입니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
화면 뒤에서 일어나는 일
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
조회조건
| 조회조건 | 필수 | 기본값 | 필터 처리 |
|---|---|---|---|
| 회계연도 | 필수 | 2026 | Gjahr eq → $filter |
| 기간(월) | 필수 | 09 | Monat eq → $filter |
| 회사 · 은행 · 통화 · 거래 유형 | 선택 | 전체 | 전체이면 필터를 만들지 않음(“전체” 코드를 보내지 않음) |
| 거래일 시작·종료 | 선택 | 전체 | TrDate ge / le / bt (기준 환율 탭은 환율일, 비우면 선택한 월 전체) |
| 점검 코드 | 선택 | 전체 | S 코드는 거래 명세, P 코드는 은행·통화 집계에 적용 |
| 점검 결과 | 선택 | 전체 | CheckStatus eq |
결과 컬럼
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
파일 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
SAP 표준 기능 확장 포인트 — 표준 T-code 와 어떻게 연계되는지
표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·점검 관점을 더해 확장합니다. 은행 통지를 처리하고 장부 라인을 확인하고 환율을 유지하는 일은 모두 표준에 두고, 그 결과를 기준 환율·허용 값과 견주는 자리만 이어 붙였습니다.
표준으로 되는 것과 안 되는 것
| 하고 싶은 일 | 표준으로 되는 부분 | 이 화면이 더하는 관점 |
|---|---|---|
| 은행 통지(명세) 처리 | FEBAN | 통지 금액을 이 화면의 재계산 원화와 거래마다 견줍니다 |
| 외화 계정 라인 확인 | FBL3N · FB03 | 장부 반영 원화와 은행 통지 원화의 차이를 거래마다 보여 줍니다 |
| 기준 환율 유지 | OB08 | 유지한 환율을 같은 날 기준으로 가져와 적용 환율과 견줍니다 |
| 허용 스프레드 판정 | 표준에는 스프레드 허용 정책 판정이 없어 보통 엑셀로 합니다 | 통화·거래 유형별 허용 퍼센트로 거래마다 판정하고 초과 금액을 구합니다 |
| 은행·통화별 비교 | 라인 조회를 합산해 비교 | 은행·통화 단위로 평균·최대 스프레드와 초과 건수를 묶어 보여 줍니다 |
T-code 별 연계 지점
| T-code | 이름 | 연계 |
|---|---|---|
| FBL3N | G/L 계정 라인 아이템 | 외화 예금·현금 계정의 전표 원화·외화 금액을 이 화면의 장부 반영 원화와 대조합니다. 장부 금액이 의심스러우면 이 거래로 계정 라인을 확인합니다. |
| FEBAN | 은행 명세 개요 | 은행 통지(명세) 금액을 이 화면의 은행 통지 원화와 대조합니다. 통지와 재계산 원화가 다른 거래(S02)는 후처리 단계에서 정정 여부를 판단합니다. |
| OB08 | 환율 유지 | 기준 환율을 확인·유지하는 자리입니다. 어떤 환율 유형을 쓸지는 회사 정책으로 정하며, 이 화면의 샘플 값은 가정값입니다(확인 필요). |
| FB03 | 전표 조회 | 장부 금액이 은행 통지와 다른 거래(S03)의 전표를 열어 금액과 적요를 확인합니다. 정정은 표준 거래에서 합니다. |
법정 · 감사 · 세무 신고에 쓰는 보고서와 정정 전표는 표준에 그대로 둡니다. 따라서 운영 전환 때 기존 리포트를 없애지 않고, 한두 달 두 화면의 합계를 맞춰 본 뒤 쓰임새를 나눕니다.
S/4HANA 분석 스택과의 자리
S/4HANA 에서는 CDS 뷰 위에 분석 쿼리를 두고 Fiori 분석 앱이나 Analysis for Office 로 읽는 구성이 흔합니다. 이 화면의 서비스도 같은 CDS 뷰 위에 놓이는 것을 전제로 하며, 재계산과 허용 판정을 뷰에서 계산해 화면 · 내려받기 · 대사가 같은 숫자를 읽도록 합니다. 아래 CDS 구성은 그 스케치입니다.
확장 포인트 — 운영에서 실제로 손대는 자리
| 자리 | 무엇을 손대나 | 비고 |
|---|---|---|
| 허용 스프레드 정책표 | 통화·거래 유형별 허용 퍼센트와 유효기간 행 추가 | 변경은 새 행 추가와 이전 행 종료로 관리 |
| 기준 환율 기준 | 환율 유형과 적용일(당일·전일 등) | 회사 정책으로 정함 — 확인 필요 |
| 허용 오차 | 같은 금액으로 볼 원화 범위 | 은행 반올림 방식에 맞춰 조정 |
| 은행 통지 자료 | 통지서 환율·원화 금액을 받는 입력 경로 | 표준 필드가 없어 외부 자료 입력 — 확인 필요 |
| 권한 | 회사코드 단위 조회 권한 | 집계 단계에 걸어 합계로도 새지 않게 |
| 확장 필드 | 거래 구분·참조 번호 등 고객 필드 | BAdI 나 확장 필드로 거래 한 줄에 추가 |
분석 지표 정의표
| 지표 | 산식·판정 기준 | 대응 기능 | 원천 데이터 | 비고 |
|---|---|---|---|---|
| 스프레드 비용 | 방향부호 × (재계산 원화 − 기준 원화) | 거래 명세 · 요약 | 환율 테이블 · 은행 통지 | 양수는 은행에 더 낸 금액 |
| 스프레드(%) | 비용 ÷ 기준 원화 × 100 → 허용 퍼센트 초과 시 점검 필요 | 거래 명세 · 상세 | 환율 테이블 · 전표 · 은행 통지 | 허용 퍼센트는 회사 정책(가정값) |
| 허용 초과 금액 | 비용 − 허용 퍼센트 × 기준 원화 | 요약 · 집계 함수 | 위와 같음 | 통화가 다른 외화 금액은 더하지 않고 원화만 합산 |
| 은행 통지 차이 | 은행 통지 원화 − 재계산 원화 | S02 · 대사 결과 | 은행 명세 | 허용 오차 1원 |
| 장부 차이 | 장부 원화 − 은행 통지 원화 | S03 · 대사 결과 | FBL3N 계정 라인 | 전표 금액 확인 |
관련 기준서는 없으며 대상 영역은 자금(외화 환전·송금)입니다. 이 화면은 점검 도구이며 최종 판단은 회사와 감사인이 합니다.
CDS 구성 — 기준 환율에서 서비스까지
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
자주 묻는 질문
숫자와 산식 · 화면과 조작 · 데이터와 표준 연계 · 도입과 운영 네 묶음으로 정리했습니다.
숫자와 산식
스프레드 비용은 어떻게 구합니까?
외화 금액에 적용 환율을 곱한 재계산 원화와 기준 환율을 곱한 기준 원화를 각각 원 단위로 반올림해 구하고, 둘의 차이에 방향부호를 곱합니다. 외화 매수와 해외 송금은 +, 외화 매도는 − 부호를 씁니다. 양수는 은행에 더 낸 금액이라는 뜻이며, 스프레드(%)는 이 비용을 기준 원화로 나눈 값입니다.
허용 초과 금액은 무엇입니까?
스프레드 비용에서 허용 퍼센트 × 기준 원화를 뺀 값입니다. 스프레드가 허용을 넘은 거래에만 구하며, 통화가 다른 외화 금액은 더하지 않고 원화로만 합산합니다. 샘플 9월은 16건에서 1,982,431원입니다.
허용 오차는 얼마입니까?
샘플은 원화 1원으로 둔 가정값입니다. 은행 통지 원화와 재계산 원화, 장부 원화와 은행 통지 원화의 차이가 이 값 이하이면 같은 금액으로 봅니다. 실제 적용 때는 은행의 반올림 방식과 회사 정책에 맞춰 바꿉니다.
한 거래에 점검 코드가 하나만 붙는 이유는 무엇입니까?
여러 조건에 걸리더라도 사용자가 가장 먼저 해야 할 일은 하나이기 때문입니다. 우선순위는 정책 없음(S04), 은행 통지 차이(S02), 장부 차이(S03), 허용 초과(S01) 순입니다. 정책이 없으면 허용 여부 자체를 판단할 수 없으므로 가장 앞에 둡니다.
대사 차이가 0인데 점검 필요가 18건인 것은 모순이 아닙니까?
모순이 아닙니다. 대사식은 같은 데이터를 다른 길로 더해 합계가 일치하는지 보는 정합성 검사이고, 점검 필요는 허용 범위를 넘었거나 통지 금액이 다른 거래를 가려내는 업무 판정입니다. 일부러 넣은 예외는 대사 차이로 세지 않도록 따로 표시했습니다.
화면과 조작
조회 조건은 무엇을 고를 수 있습니까?
회계연도와 기간(월)은 필수이고, 회사·은행·통화·거래 유형·거래일 범위·점검 코드·점검 결과는 선택입니다. 전체를 고르면 그 조건은 조회에 넣지 않습니다. 점검 코드는 첫 글자(S·P)에 따라 해당 탭에만 적용됩니다.
상세 창에서는 무엇을 볼 수 있습니까?
환율(적용·기준), 스프레드(비용·퍼센트·허용·허용 초과), 원화 금액(재계산·은행 통지·장부), 차이와 허용 오차, 확인할 제안이 나옵니다. 아래에는 같은 은행·같은 통화의 이번 기간 거래가 이어져 평소 수준과 견줄 수 있습니다.
내려받기는 무엇이 담깁니까?
지금 보고 있는 탭의 조회 결과가 UTF-8 CSV 로 내려옵니다. 한글이 깨지지 않도록 처음에 BOM 을 붙여 엑셀에서 바로 열립니다. 은행에 환율 재협의를 요청할 때 첨부 자료로 쓰는 용도입니다.
휴대폰에서도 쓸 수 있습니까?
쓸 수 있습니다. 좁은 화면에서는 조회조건과 요약이 세로로 쌓이고 표는 가로로 스크롤됩니다. 다만 열이 많은 거래 명세는 가로 공간이 넓은 화면에서 읽는 편이 편합니다.
데이터와 표준 연계
SAP 표준 T-code 와는 어떤 관계입니까?
표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·점검 관점을 더해 확장합니다. 은행 통지는 FEBAN, 장부 라인 확인은 FBL3N · FB03, 기준 환율 유지는 OB08 에서 합니다. 이 화면은 그 결과를 읽어 견주며 전표를 만들거나 바꾸지 않습니다.
기존 리포트를 없애야 합니까?
없애지 않습니다. 법정·감사·세무 신고에 쓰는 보고서는 표준 거래에 그대로 두고, 이 화면은 마감 전에 환전·송금 환율만 따로 점검하는 용도로 함께 둡니다. 운영 전환 후 두 화면의 합계를 한두 달 맞춰 본 뒤 쓰임새를 정하는 순서를 권합니다.
기준 환율은 어떤 환율을 써야 합니까?
회사 정책으로 환율 유형과 적용일을 정해 환율 테이블에서 가져옵니다. 샘플의 기준 환율은 같은 날 값을 쓴 가정값이며 실제 고시값이 아닙니다. 어떤 기준을 쓰느냐에 따라 스프레드가 다르게 보일 수 있어 도입 때 회계팀과 정해야 합니다.
데이터 원천은 무엇입니까?
외화 금액과 장부 원화는 원장 전표 라인(ACDOCA)에서, 기준 환율은 환율 테이블(TCURR)에서 읽는 구성을 전제로 합니다. 은행이 적용한 환율은 표준 필드가 없어 은행 통지 자료를 외부에서 받아야 하며, 원천 필드의 정확한 대응은 고객 환경에 따라 달라지므로 도입 때 확인합니다.
도입과 운영
도입하면 어떤 효과가 있습니까?
은행 통지서와 환율 표, 장부를 사람이 눈으로 맞추던 일이 줄고, 허용 범위를 넘은 거래를 근거와 함께 은행에 문의할 수 있습니다. 효과의 크기는 월 거래 건수와 거래 금액, 회사가 정한 허용 값에 따라 달라지므로 확정된 숫자로는 말씀드리기 어렵습니다.
누가 쓰는 화면입니까?
자금 담당과 회계 담당이 마감 전에 쓰고, 경영지원 쪽에서는 요약과 대사 결과 탭을 봅니다. 조회·점검만 하므로 전표를 만들거나 바꾸는 권한은 필요하지 않습니다.
권한과 보안은 어떻게 설계합니까?
회사코드 권한을 집계 단계에 걸어 남의 회사 거래가 합계로도 드러나지 않게 합니다. 계좌번호는 앞뒤 일부만 보이는 마스킹 형식으로 내려 보냅니다. 이 화면은 읽기 전용이며 외부로 데이터를 보내지 않습니다.
운영 시스템에 붙이는 데 얼마나 걸립니까?
기술 작업보다 합의가 앞섭니다. 허용 스프레드 정책, 기준 환율 기준, 은행 통지 자료 경로, 허용 오차를 먼저 정하면 CDS 뷰와 서비스 게시는 비교적 짧게 끝납니다. 기간은 고객 환경의 원천 형식과 권한 설계에 따라 달라지므로 확정된 숫자로는 말씀드리기 어렵습니다.
점검 결과를 그대로 은행에 환율 재협의 근거로 써도 됩니까?
점검 결과는 확인을 돕는 참고 자료입니다. 약정 조건이나 거래 시점의 시장 상황에 따라 적용 환율이 달라질 수 있으므로 은행에 문의하는 근거로 쓰고, 최종 판단은 회사와 은행이 합니다. 감사나 회계 처리, 관세·세무와 얽힌 항목은 회사와 감사인 또는 세무 대리인·관세사가 확인합니다.
샘플과 실제 데이터의 차이는 무엇입니까?
샘플은 가상 은행 4곳, 가상 계좌, 가정 기준 환율과 가정 허용 값으로 만든 검증용 데이터입니다. 의도적 예외를 섞어 점검 화면이 무엇을 보여 주는지 확인하도록 했습니다. 실제 도입에서는 이 자리에 회사의 거래와 정책이 들어옵니다.