수입 결제 환율 차이 점검 — 결제한 건마다 외환차손익을 다시 계산해 장부와 맞춰 보는 IAS 21 점검 화면
결제 건별 외환차손익 재계산 · 장부 대사 · 결제 환율 이탈 점검 · 통화별 · 월별 · 선하증권별 집계 · 행에서 상세까지 — 소개 영상과 실제 화면 8종, 그리고 CDS 코드까지
소개 영상1분 46초9개 장면음성 안내·자막조회조건 → 점검 필요 건 → 통화별 → 월별 → 선하증권별 → 상세 → 대사 결과 순서로 요약
주요 재생 지점
개발 배경 — 이 앱을 사용해야 하는 이유
수입 담당자의 월말은 같은 질문으로 시작합니다. 이번 달에 결제한 대금에서 외환차손익이 얼마 났나, 그 숫자가 장부에 찍힌 숫자와 같나, 결제 환율은 은행 통지대로 맞게 들어갔나. 지금은 이 세 답이 공급업체 개별 항목 조회, 송장 환율 확인, 은행 통지서, 그리고 밤새 만든 엑셀에 흩어져 있습니다.
이 앱은 결제한 건마다 인식 원화(입고·송장 시점 환율)와 결제 원화(결제 시점 환율)를 외화 금액에서 다시 계산하고, 그 차이를 외환차손익으로 구해 장부 값과 견줍니다. 결제 환율이 기준 환율에서 벗어난 건도 함께 가려냅니다. 관련 기준서는 IAS 21 환율변동효과(K-IFRS 제1021호)이고, 외화 거래를 거래일 환율로 처음 인식하며 화폐성 항목을 결제할 때 생기는 환율 차이를 당기손익으로 인식한다는 요구사항이 이 화면의 출발점입니다. 화면은 분류 · 집계 · 대사를 돕는 점검 도구이며, 회계 처리의 최종 판단은 회사와 감사인이 합니다.
결제 환율 차이는 장부에 찍히고 나면 다시 계산해 볼 일이 드물다
대금을 지급하면 청산 전표에 외환차손익이 자동으로 찍힙니다. 문제는 그 뒤입니다. 인식 때 쓴 환율과 결제 때 쓴 환율, 외화 금액, 그리고 장부 외환차손익이 서로 맞는지 건별로 다시 곱해 보는 일은 표준 화면에 없습니다. 월평균 환율로 기표했거나, 부호가 반대로 찍혔거나, 외환차손익 전표가 빠진 건은 월말 합계에서 다른 건의 차이에 묻혀 지나갑니다.
이 앱은 결제 건마다 인식 원화 = 결제 외화 × 인식 환율, 결제 원화 = 결제 외화 × 결제 환율, 재계산 외환차손익 = 인식 원화 − 결제 원화를 원 미만 반올림으로 다시 구하고, 장부 값과의 차이를 장부 차이로 따로 둡니다. 외화 채무를 결제하면서 원화 부담이 줄면 이익(+), 늘면 손실(−)입니다.
결제 환율이 기준에서 벗어났는지는 아무도 안 본다
외환차손익이 장부와 맞아도 결제에 쓴 환율 자체가 이상할 수 있습니다. 은행 통지 환율과 결제 방식(신용장 · 사후 송금 · 전신환)별 적용 기준이 다르기 때문입니다. 이 앱은 결제일의 기준 환율과 결제 환율의 차이를 결제 ÷ 기준 − 1로 구해, 정해 둔 비율(이 자료에서는 1.00%, 가정값)을 넘으면 주의로 표시합니다. 원인을 단정하지 않고 확인이 필요한 곳을 알려 주는 표시입니다.
한 선하증권이 나뉘어 결제되면 어디까지 결제됐는지가 흐려진다
수입 대금은 선하증권 한 건이 여러 차수로 결제되기도 하고, 아직 결제되지 않은 채 남기도 합니다. 선하증권별 탭은 송장 외화, 결제 외화, 미결제 외화를 한 줄에 놓고 송장 외화 = 결제 외화 + 미결제 외화가 맞는지를 보여 줍니다. 일부 결제된 건과 미결제 건이 구분되어 보이므로 기말에 “남은 외화 채무”를 이야기할 때 출발점이 됩니다.
사용 방법
- 조회조건 입력 — 통화, 결제 방식, 점검 상태, 선하증권 번호(앞부분), 결제일(부터·까지)을 고릅니다. 모두 선택 사항이며 필수 조건은 없습니다.
- 조회 — 조건 영역 오른쪽 끝의 조회 버튼을 누르거나 선하증권 번호 · 날짜 칸에서 Enter 키를 누릅니다. 처음 열 때도 한 번 자동 조회합니다.
- 요약 확인 — 결제 건수, 인식 원화, 결제 원화, 순 외환차손익, 이익 합계, 손실 합계, 점검 필요 건을 먼저 봅니다.
- 탭 이동 — 결제 건 명세 → 통화별 → 월별 → 선하증권별 진행 → 대사 결과 순서로 같은 숫자를 다른 축에서 확인합니다.
- 행 클릭 — 결제 건 명세와 선하증권별 행은 결제 차수 상세를 열고, 통화별 · 월별 행은 그 조건을 채워 결제 건 명세로 이동합니다.
- 내보내기 — 화면 아래쪽 버튼으로 현재 탭의 내용을 UTF-8 CSV 로 내려받습니다.
숫자를 믿을 수 있는가 — 검증 결과
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
무엇으로 만들었나
| 자리 | 무엇 | 왜 그렇게 두었나 |
|---|---|---|
| 화면 | OpenUI5 표준 컨트롤(조건 영역 · 요약 · 탭 · 표 · 상세 창) | 외부 차트 · 표 라이브러리 없이 표준 컨트롤만 써서 사내망 반입 심사 부담을 줄였습니다. |
| 집계 · 판정 | 서비스 로직이 결제 건 → 통화별 → 월별 → 선하증권별 순으로 집계하고 판정 | 판정과 집계를 화면이 아니라 서비스에 두어, 화면을 바꿔도 숫자가 갈라지지 않게 했습니다. |
| 데이터 연동 | OData V2 서비스 한 개에 결제 건 · 선하증권 · 통화 · 월 · 대사 다섯 묶음과 최대 차이를 구하는 함수 한 개 | 화면이 서비스 주소를 코드에 박지 않고 앱 설정에 선언한 서비스에 연결하므로, 운영 서비스로 바꿀 때 주소만 교체합니다. |
| 조회 방식 | 조건은 서버 필터로만 보내고 날짜 구간은 하나의 AND 조건으로 묶음 | 같은 칸의 시작 · 끝 조건을 따로 보내면 하나로 합쳐지는 위험이 있어 한 묶음으로 보냅니다. |
| 테마 | SAP Horizon | 표준 Fiori 화면과 같은 결이라 기존 사용자가 낯설어하지 않습니다. |
| 앱 정보 | 내용 |
|---|---|
| 솔루션 | 수입 솔루션 |
| 업무 영역 | 구매(MM) · 수입 대금 결제 |
| 관련 기준서 | IAS 21 환율변동효과(K-IFRS 제1021호) |
| 표준 T-code | FBL1N · F110 · MIRO · FB03 · OB08 |
| 화면 성격 | 조회 · 점검(결제 건 · 통화별 · 월별 · 선하증권별 · 대사) |
실행 화면
실제로 돌아가는 화면 8종을 사용 순서대로 싣습니다. 그림을 누르면 크게 볼 수 있고, 화면마다 무엇을 보는 자리이고 무엇을 누르면 무엇이 일어나는지를 아래에 적었습니다. 모든 화면은 검증용 샘플 데이터(가상 거래처 · 가상 선하증권 번호)이고, 환율과 허용 기준은 실제 고시값이 아닌 가정값입니다. 숫자는 한 자료에서 나온 것이라 화면끼리 맞춰 보셔도 됩니다.
처음 열었을 때
조건부터 명세까지 한 화면에 놓입니다. 처음 보는 사람도 요약 수치에서 시작해 아래로 내려가면 됩니다.

화면을 열면 한 번 자동으로 조회합니다. 위쪽 요약에서 결제 건수 · 인식 원화 · 결제 원화 · 순 외환차손익을 먼저 읽고, 이익은 +, 손실은 −로 봅니다. 이 자료에서는 결제 40건의 순 외환차손익이 66,705,261원입니다. 조건은 모두 선택이라 비워 두면 전체가 조회됩니다.
점검할 건만 골라 보기
전체 40건을 다 읽지 않아도, 점검 상태를 좁히면 장부와 어긋난 건만 남습니다.

재계산 외환차손익은 인식 원화에서 결제 원화를 뺀 값이고, 장부 차이는 거기서 장부 값을 뺀 값입니다. 허용 오차(1,000원, 가정값)를 넘으면 점검 필요가 됩니다. 이 자료에는 의도적으로 넣은 장부 차이 7건이 여기에 걸립니다. 결제 환율이 기준 환율에서 벗어난 건은 주의로 따로 표시합니다.
통화별 · 월별로 같은 숫자를 다른 축에서
같은 순 외환차손익이 통화로 나뉘고 달로 나뉩니다. 어느 축에서 더해도 66,705,261원으로 돌아와야 합니다.

통화가 다른 외화 금액은 더하지 않고 통화별로만 보여 주며, 합계는 원화로만 냅니다. 이 자료에서는 달러 19건 35,065,748원, 유로 8건 7,687,811원, 엔 7건 15,452,967원, 위안 6건 8,498,735원이고 네 줄을 더하면 66,705,261원입니다. 행을 누르면 그 통화로 결제 건 명세가 열립니다.

월별 탭은 2026년 3월부터 9월까지를 최근 달이 위로 오게 보여 줍니다. 이익 합계와 손실 합계를 따로 두어 순액 한 줄에 가려지는 움직임을 볼 수 있습니다. 행을 누르면 그 달과 통화가 조건에 채워지고 결제 건 명세로 이동합니다.
선하증권에서 결제 차수까지
선하증권 한 건이 얼마나 결제됐고 얼마가 남았는지, 그리고 한 차수 안에서 재계산과 장부가 어떻게 다른지 봅니다.

수입 대금은 선하증권(B/L) 한 건이 여러 번에 나뉘어 결제되기도 합니다. 이 탭은 송장 외화 = 결제 외화 + 미결제 외화가 맞는지를 한 줄에서 보게 합니다. 이 자료는 선하증권 40건이 결제 완료 28 · 일부 결제 5 · 미결제 7로 나뉩니다. 선하증권 단위 상태는 소속 결제 건 가운데 가장 높은 상태를 씁니다.

데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
대사 결과 — 화면이 스스로 검산한 표
합계끼리 맞는지를 일곱 가지 식으로 확인한 결과입니다.

데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
좁은 화면에서 달라지는 것
휴대폰 폭에서도 같은 순서로 읽힙니다.

데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
화면 뒤에서 일어나는 일
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
판정 규칙 — 조건, 결과 상태, 사용자 조치
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
산출 · 대사 순서
| 순서 | 식 | 읽는 법 |
|---|---|---|
| 1 | 인식 원화 = 결제 외화 × 인식 환율 (원 미만 반올림) | 입고 · 송장 시점의 원화 부담 |
| 2 | 결제 원화 = 결제 외화 × 결제 환율 (원 미만 반올림) | 결제 시점의 원화 지급액 |
| 3 | 재계산 외환차손익 = 인식 원화 − 결제 원화 | 외화 채무에서 결제 원화가 줄면 이익(+), 늘면 손실(−) |
| 4 | 장부 차이 = 재계산 외환차손익 − 장부 외환차손익 | 0 이면 장부와 일치 |
| 5 | 환율 이탈(%) = 결제 환율 ÷ 기준 환율 − 1 | 정해 둔 비율을 넘으면 주의 |
| 6 | 집계 — 결제 건 → 통화별 → 결제월 · 통화별 → 선하증권별 | 다른 통화의 외화 금액은 더하지 않고 원화 금액으로만 합산 |
조회조건
| 조건 | 필수 | 기본값 | 서버 필터 전달 방식 |
|---|---|---|---|
| 통화 | 선택 | 전체 | Currency eq … (전체면 필터 없음) |
| 결제 방식 | 선택 | 전체 | PayType eq … |
| 점검 상태 | 선택 | 전체 | CheckStatus eq … |
| 선하증권 번호 | 선택 | 빈 값 | startswith(BlNo,…) |
| 결제일(부터 · 까지) | 선택 | 빈 값 | SettleDate ge … and SettleDate le … (한 묶음) |
결과 컬럼
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
좁은 화면에서 달라지는 것
폭이 좁아지면 조건 칸이 위로 쌓이고 요약 수치가 두 줄로 접힙니다. 표는 가로로 밀어서 보며, 탭 순서와 조회 버튼의 위치는 바뀌지 않습니다. 같은 사람이 책상에서 쓰던 순서 그대로 이동 중에도 쓸 수 있도록 했습니다.
파일 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
SAP 표준 기능 확장 포인트 — 표준 T-code 와 어떻게 연계되는지
표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회 · 검증 관점을 더해 확장합니다. 그래서 아래 표는 “무엇을 대체하는가”가 아니라 “표준 화면의 숫자와 이 화면의 숫자를 어디서 맞춰 보는가”를 중심으로 적었습니다.
표준으로 되는 것과 안 되는 것
| 하고 싶은 일 | SAP 표준 | 표준 화면에서 이어지는 자리 | 이 앱이 더하는 관점 |
|---|---|---|---|
| 공급업체 결제 · 청산 내역 보기 | FBL1N | 개별 항목 단위로 청산 전표를 확인 | 결제 건마다 환율과 외환차손익을 한 표에 모아 재계산 |
| 대금 자동 지급 실행 | F110 | 지급 실행과 환율 기표는 표준이 담당 | 지급 결과의 결제 환율이 기준에서 벗어났는지 점검 |
| 송장 입력과 인식 환율 확인 | MIRO | 송장 전표에 인식 시점 환율이 기록됨 | 인식 환율을 가져와 결제 환율과 나란히 놓음 |
| 외환차손익 전표 확인 | FB03 | 전표 한 장씩 조회 | 장부 값과 재계산 값의 차이를 건 단위로 모아 보여 줌 |
| 환율표 확인 | OB08 | 환율 유형별 환율 유지보수 | 결제일 기준 환율을 가져와 이탈 비율 계산 |
| 선하증권별 결제 진행 | 표준 단일 화면 없음 | 구매오더 이력과 송장 · 청산 내역을 따로 조회 | 송장 외화 = 결제 + 미결제를 한 줄에서 확인 |
외화 미결제 잔액의 기말 평가처럼 이 화면이 다루지 않는 일도 있습니다. 이 앱은 결제가 일어난 건의 환율 차이를 보는 도구이므로, 기말 평가는 표준의 외화 평가 기능(FAGL_FCV)에 그대로 둡니다.
T-code 별 연계 지점
| T-code | 이름 | 연계 |
|---|---|---|
| FBL1N | 공급업체 계정 개별 항목 | 이어받는 데이터 청산 항목의 거래 통화 금액. 대사 지점 이 앱의 결제 외화 합계 = 청산 항목 외화 합계. 오가는 법 이 앱의 결제 건 → FBL1N 에서 같은 선하증권 · 기간으로 원천 확인. 표준에 남길 일 결제 · 청산 처리 자체. |
| F110 | 자동 지급 실행 | 이어받는 데이터 지급 실행이 만든 청산 전표의 환율과 금액. 대사 지점 결제 원화 = 지급 전표 원화 금액. 표준에 남길 일 지급 실행, 지급 매체 생성. |
| MIRO | 송장 입력 | 이어받는 데이터 송장 전표 헤더의 인식 시점 환율. 대사 지점 인식 원화 = 송장 원화 금액. 표준에 남길 일 송장 검증과 전기. |
| FB03 | 전표 조회 | 이어받는 데이터 외환차손익 전표 라인의 현지 통화 금액. 대사 지점 장부 외환차손익 = 해당 전표 라인 합. 오가는 법 장부 차이가 난 건 → FB03 에서 전표 확인. |
| OB08 | 환율 유지보수 | 이어받는 데이터 결제일 기준 환율(환율표). 대사 지점 기준 환율 = 환율표의 해당 일자 환율. 표준에 남길 일 환율 유지. |
기존 리포트를 없애야 하나요? 아닙니다. 법정 · 감사 · 세무 신고 대응은 표준 화면과 기존 보고서에 그대로 둡니다. 이 앱은 그 숫자를 결제 건 단위로 다시 계산해 맞춰 보는 점검 도구이므로, 운영 전환 뒤에도 기존 리포트와 함께 두고 월마감 점검에 쓰는 것이 일반적입니다.
S/4HANA 분석 스택과의 자리
S/4HANA 에는 CDS 분석 쿼리와 Fiori 분석 앱, Analysis for Office 같은 분석 도구가 이미 있습니다. 이 앱은 그 위에 놓이는 경쟁 도구가 아니라 수입 결제 환율 차이라는 한 가지 점검 목적에 맞춘 화면입니다. 같은 CDS 큐브를 Analysis for Office 로 열어 임의의 축으로 보는 일과, 이 화면처럼 판정 규칙과 대사식을 정해 두고 매달 같은 방식으로 점검하는 일은 서로 다른 용도입니다. 어떤 표준 Fiori 앱이 어느 범위까지 같은 화면을 제공하는지는 릴리스와 구성에 따라 달라 이 글에서는 앱 이름을 단정하지 않았습니다 — 확인 필요.
확장 포인트 — 운영에서 실제로 손대는 자리
| 자리 | 손대는 이유 | 손대는 방법 |
|---|---|---|
| 환율 유형 · 기준 환율 출처 | 회사가 결제 환율 점검에 쓰는 환율 유형이 다릅니다 | 기준 환율 테이블의 환율 유형 값을 바꾸고 환율표에서 읽는 조건을 맞춥니다 |
| 허용 오차 · 이탈 비율 | 샘플의 1,000원 · 1.00%는 가정값입니다 | 회사 기준으로 정하고 판정 규칙의 상수를 바꿉니다 |
| 결제 방식 값 | 신용장 · 사후 송금 · 전신환 외에 회사 고유 방식이 있을 수 있습니다 | 조회조건의 값 목록과 매핑 테이블을 추가합니다 |
| 확장 필드 | 프로젝트 · 품목군 등 회사 고유 차원을 함께 보고 싶을 때 | 큐브에 확장 필드를 더하고 서비스 속성으로 노출합니다 |
| 권한 | 회사코드별로 볼 수 있는 범위가 다릅니다 | 회사코드 권한을 큐브를 읽는 자리에 겁니다 |
요구사항 매핑표 — IAS 21 환율변동효과(K-IFRS 제1021호)
| 기준서 | 요구사항 | 대응 기능 | 원천 데이터 | 비고 |
|---|---|---|---|---|
| IAS 21 환율변동효과(K-IFRS 제1021호) | 외화 거래는 거래일의 환율로 최초 인식 | 인식 환율 · 인식 원화 | 송장 전표의 환율 · 금액 | 문단번호는 원문 확인 후 표기 — 확인 필요 |
| IAS 21 환율변동효과(K-IFRS 제1021호) | 화폐성 항목의 결제 시 환율 차이를 당기손익으로 인식 | 결제 환율 · 재계산 외환차손익 · 장부 대사 | 결제(청산) 전표의 환율 · 금액 | 회계 처리 판단은 회사와 감사인 |
| IAS 21 환율변동효과(K-IFRS 제1021호) | 결제 환율이 적정한 환율인지 점검(내부 점검 기준) | 환율 이탈 · 주의 판정 | 환율표 | 기준 이탈률은 가정값 |
기준서의 시행 시기와 경과규정은 이 글에서 확인된 사실로 적지 않았습니다. 문단 번호와 세부 요건은 원문을 확인한 뒤 회사의 회계 정책에 맞춰 반영하시기 바랍니다.
CDS 구성 — 코드와 운영 작업
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
자주 묻는 질문
도입을 검토하시는 분들이 자주 물으시는 것을 숫자와 산식, 화면과 조작, 표준 T-code 와 데이터, 도입과 운영으로 나누어 답했습니다.
숫자와 산식
이 화면은 무엇을 해 주나요?
수입 대금을 결제한 건마다 외환차손익을 외화 금액에서 다시 계산해 장부 값과 견주고, 어긋난 건과 결제 환율이 기준에서 벗어난 건을 가려냅니다. 결제 건 · 통화별 · 월별 · 선하증권별 · 대사 다섯 가지 축에서 같은 숫자를 볼 수 있습니다.
외환차손익은 어떻게 계산하나요?
인식 원화 = 결제 외화 × 인식 환율, 결제 원화 = 결제 외화 × 결제 환율(각각 원 미만 반올림)을 구하고 재계산 외환차손익 = 인식 원화 − 결제 원화로 계산합니다. 외화 채무를 결제하면서 원화 부담이 줄면 이익(+), 늘면 손실(−)입니다.
장부 차이는 무엇이고 어떻게 읽나요?
장부 차이 = 재계산 외환차손익 − 장부 외환차손익입니다. 0 이면 장부와 일치하고, 허용 오차(샘플은 1,000원, 가정값)를 넘으면 점검 필요입니다.
원인을 단정하지 않습니다. 장부 기표 환율, 부호, 결제일을 먼저 확인하고 필요하면 표준 화면에서 원천 전표를 대조합니다.
환율 이탈 비율은 어떤 기준으로 계산하나요?
결제 환율 ÷ 기준 환율 − 1입니다. 기준 환율은 결제일의 환율표 값이고, 이 자료에서는 가정값을 썼습니다. 정해 둔 비율(샘플 1.00%)을 넘으면 주의로 표시하며, 은행 통지 환율과 결제 방식별 적용 환율 기준을 확인하라는 신호입니다.
통화가 다른 금액은 어떻게 합치나요?
서로 다른 통화의 외화 금액은 더하지 않습니다. 통화별 탭에서는 외화 금액을 통화별로만 보여 주고, 합계는 원화 금액으로만 냅니다. 이 자료의 네 통화(USD · EUR · JPY · CNY) 외환차손익을 더하면 66,705,261원이 되어 결제 건 합계와 같습니다.
송장 외화와 결제 외화가 다르면 어떻게 되나요?
선하증권별 탭에서 송장 외화 = 결제 외화 + 미결제 외화를 확인합니다. 일부만 결제되면 미결제 외화가 남고 상태가 일부 결제로 표시됩니다. 이 식은 대사에서도 전수로 검사하며, 샘플 40건에서 차이는 0건입니다.
숫자가 맞는지 어떻게 믿을 수 있나요?
대사식 여덟 가지를 전수로 돌려 차이 0건을 확인했습니다(결제 건별 재계산, 인식 · 결제 원화, 통화별 · 월별 합계, 이익 + 손실, 외화 · 건수 재집계, 송장 = 결제 + 미결제, 장부 + 차이 내역). 의도적으로 넣은 예외는 대사 차이와 분리해 따로 셉니다.
화면과 조작
조회조건은 꼭 입력해야 하나요?
아니요. 통화, 결제 방식, 점검 상태, 선하증권 번호(앞부분), 결제일 모두 선택 사항이며 비워 두면 전체가 조회됩니다. 화면을 처음 열 때 한 번 자동으로 조회합니다.
행을 누르면 무엇이 열리나요?
결제 건 명세와 선하증권별 행은 그 선하증권의 결제 차수 상세를 엽니다. 통화별 · 월별 행은 그 통화 · 결제월이 조건에 채워지고 결제 건 명세로 이동합니다.
결제일 구간을 넣었는데 전체가 나오는 일은 없나요?
없도록 했습니다. 시작일과 종료일을 따로 보내면 같은 칸의 조건끼리 OR 로 묶여 모든 날짜가 통과할 수 있어서, 두 조건을 하나의 AND 조건으로 묶어 보냅니다. 조회 결과가 날짜를 무시하는 것처럼 보이면 먼저 확인할 자리입니다.
결과를 엑셀로 가져갈 수 있나요?
화면 아래쪽 버튼으로 현재 탭의 내용을 UTF-8 CSV 로 내려받습니다. 엑셀에서 한글이 깨지면 가져오기에서 UTF-8 로 열어 주세요.
모바일에서도 쓸 수 있나요?
폭이 좁아지면 조건이 위로 쌓이고 요약이 접히며, 표는 가로로 밀어서 봅니다. 탭 순서와 조회 버튼 위치는 같습니다.
점검 필요와 주의는 어떻게 다른가요?
점검 필요는 재계산과 장부가 허용 오차 이상 어긋난 건이고, 주의는 장부는 맞지만 결제 환율이 기준 환율에서 많이 벗어난 건입니다. 두 조건에 모두 해당하면 점검 필요가 우선합니다.
표준 T-code 와 데이터
표준 T-code 와는 어떤 관계인가요?
표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회 · 검증 관점을 더해 확장합니다. 결제 · 청산은 FBL1N · F110, 송장은 MIRO, 전표 확인은 FB03, 환율은 OB08 과 맞닿아 있고, 이 앱의 결과를 표준 화면에서 원천으로 다시 확인할 수 있습니다.
데이터는 어디서 가져오나요?
청산 항목의 거래 통화 금액(BSEG · ACDOCA), 송장 · 청산 전표 헤더의 환율(BKPF), 외환차손익 전표 라인, 환율표(TCURR)입니다. 구매오더 이력(EKBE)으로 선하증권과 송장을 이어 줍니다. 표준 데이터 구조를 그대로 이어받습니다.
화면의 샘플 데이터는 실제 거래인가요?
아닙니다. 가상 해외 거래처, 가상 선하증권 번호, 가상 전표번호로 만든 검증용 샘플 데이터이고, 환율과 허용 기준은 모두 가정값입니다. 실제 고시 환율이 아닙니다.
외화 미결제 잔액의 기말 평가도 이 화면에서 하나요?
아니요. 이 화면은 결제가 일어난 건의 환율 차이를 점검합니다. 미결제 잔액의 기말 평가는 표준의 외화 평가 기능에 그대로 두시고, 선하증권별 탭의 미결제 외화는 평가 대상 파악의 출발점으로 쓰시면 됩니다.
계정 체계나 환율 유형이 우리 회사와 다르면요?
기준 테이블의 환율 유형과 외환차손익 전표를 식별하는 조건을 회사에 맞게 바꿉니다. 화면과 판정 규칙은 그대로 쓰고, 큐브의 매핑만 조정하는 일입니다.
도입과 운영
도입하면 무엇이 달라지나요?
월말에 공급업체 개별 항목 · 송장 환율 · 은행 통지서를 오가며 건마다 곱해 보던 일이 한 화면의 표와 대사 결과로 줄어듭니다. 장부와 어긋난 건과 결제 환율이 튄 건이 먼저 올라오므로 확인할 자리가 좁아집니다.
누가 쓰는 화면인가요?
수입 대금 결제를 맡는 구매 · 무역 담당자와 외환차손익을 마감하는 회계 담당자, 그리고 점검 결과를 확인하는 팀장이 주 사용자입니다. 조회와 점검 도구이므로 입력이 필요한 업무 화면은 아닙니다.
적용 시기와 범위는 어떻게 되나요?
IAS 21 환율변동효과(K-IFRS 제1021호)의 시행 시기와 경과규정은 이 글에서 확인된 사실로 적지 않았습니다. 화면은 결제 환율 차이의 분류 · 집계 · 대사에 쓰는 점검 도구이며, 적용 범위는 회사의 회계 정책을 따릅니다.
판정 결과를 그대로 결산에 반영해도 되나요?
화면은 점검 도구이고 최종 판단은 회사와 감사인이 합니다. 세무 신고는 회사와 세무 대리인 · 관세사가 판단합니다. 점검 필요로 표시된 건은 원인을 확인하라는 신호이지 오류 확정이 아니며, 정상으로 표시된 건도 회계 처리의 적정성을 보증하지 않습니다.
운영 서비스에 연결하는 절차와 시간은 어느 정도인가요?
CDS 객체를 만들어 이송하고, 서비스를 게시 · 활성화한 뒤, 앱 설정의 서비스 주소를 교체하는 순서입니다. 걸리는 시간은 환율 유형과 외환차손익 전표 식별 같은 합의가 얼마나 빨리 끝나는지에 가장 크게 좌우되며, 이 글은 일정을 약속하지 않습니다.
권한과 보안은 어떻게 하나요?
회사코드 권한을 큐브를 읽는 자리에서 확인합니다. 상세 조회에만 걸면 합계에서 자기 몫을 빼 남의 숫자를 알 수 있으므로 집계 단계에 겁니다. 화면은 외부 라이브러리 없이 표준 컨트롤만 써서 반입 심사 부담이 작습니다.
전표가 아주 많으면 느려지지 않나요?
결제일 범위를 조회조건으로 제한하고 집계를 큐브 안에서 하는 것이 기본입니다. 환율표 조회처럼 무거운 단계는 차원 뷰로 모아 두었습니다. 실제 응답 시간은 데이터 규모와 구성에 따라 다르므로 운영 데이터로 측정해 기준을 정하시기 바랍니다.
기존 환율 차이 리포트를 없애야 하나요?
아닙니다. 법정 · 감사 · 세무 신고 대응은 기존 화면과 보고서에 그대로 두고, 이 화면은 월마감 점검에 함께 씁니다. 두 숫자가 다르면 이 앱의 결제 건 상세에서 어느 건이 다른지 먼저 찾을 수 있습니다.
결제 환율 차이를 점검하는 방식을 바꾸고 싶다면 어디서부터 시작하나요?
먼저 환율 유형과 외환차손익 전표 식별 기준 두 가지를 회계팀과 정하고, 샘플 화면으로 판정 규칙이 기대와 맞는지 확인하시는 편이 빠릅니다. 현재 SAP 환경에서 어떻게 적용되는지 함께 확인해 드립니다.