다중 통화 해외 정산액
달러·유로·엔 등 해외 판매대금을 원화로 얼마나 받을지 계산하세요. 수수료·환율·은행 비용을 반영하고, 정산 파일과 실제 입금 내역을 비교할 수 있습니다. 실제 명세로 계산하거나 간편 계산으로 예상 금액을 확인하세요.
입력할 값
- 정산 통화 21종: USD·EUR·GBP·JPY·CNY·HKD·TWD·SGD·AUD·CAD·NZD·INR·PHP·THB·VND·AED·SAR·CHF·BHD·KWD·TND
- 내 조건 저장: 정밀 계산·간편 계산에서 통화, 판매·결제·인출 수수료, 은행 비용, 환율 종류 등 반복해서 쓰는 조건을 이름을 붙여 최대 20개 저장합니다. 정밀 계산의 최소 지급액도 저장할 수 있습니다. 거래금액, 실제 환율, 주문·입금 건수, 구매자 세금·일회성 추가 비용, 결과와 정산·은행 파일은 저장하지 않습니다.
- 간편 계산 기본값: 수수료가 이미 빠진 외화 지급예정액과 통화를 입력합니다. 이 경로에서는 판매·결제 수수료를 다시 차감하지 않습니다.
- 간편 계산 판매액 경로: USD Etsy 한국 판매자 또는 한국 PayPal 계정의 해외 고객 직접 결제 요율을 선택하거나 내 판매·결제 요율을 입력합니다. 실제 주문·결제 건수와 확인된 추가 비용을 입력하세요. Etsy의 별도 구매자 세금은 결제 처리비의 기준금액에만 더합니다. PayPal 직접 결제는 세금을 포함한 총결제액을 판매액으로 입력하고 별도 구매자 세금은 0으로 둡니다.
- 간편 계산 환율·수령 경로: ECB 발표 기준환율을 불러오거나 외화 1단위당 원화 환율을 직접 입력합니다. 기준환율에는 환전 비용 가정을 따로 적용할 수 있지만 은행·서비스의 실제 적용환율에는 스프레드를 다시 차감하지 않습니다. 인출·은행 비용을 모르면 비용 반영 전 참고액으로 표시합니다.
- 간편 계산 은행 수수료: 「원화 수령 경로」에서 「외화 수취 후 국내 은행에서 환전」을, 「인출·은행 비용」에서 「비용 입력 · 은행 수수료 선택」을 고릅니다. 「은행 수취료 찾아보기」를 열고 받는 은행·수취 방법·입금 한 건의 금액구간을 확인한 뒤 「은행 비용 적용」을 누르세요.
- 한 건 계산: 정산 전 외화 금액, 플랫폼 비율·고정 수수료, 지급·결제 비율·고정 수수료
- 한 건 계산: 외화 1단위당 원화 환율, 환전 스프레드(%), 국내 은행 비용(원), 선택적 최소 지급액(외화)
- 정산 일괄 계산: 헤더가 있는 CSV·TSV를 붙여 넣거나 로컬 .csv/.tsv 파일을 선택합니다. XLSX는 같은 영역의 엑셀 파일 선택에서 시트와 범위를 확인해 가져옵니다. 파일의 글자와 열 이름을 미리 확인한 뒤 CSV·TSV는 「정산 목록에 적용」, XLSX는 「표에 적용」을 누르세요. 현재 목록을 바꾸고 이전 일괄 결과를 지우며, 「일괄 계산」을 눌러야 행별 금액과 오류를 확인할 수 있습니다. 한 행에 한 지급 건을 넣고 통화·외화 금액·환율·수수료·스프레드·은행 비용을 입력합니다. 화면의 CSV 예시 템플릿도 사용할 수 있습니다.
- 정산 원본 열 연결: 파일을 검토한 뒤 「원본 데이터에 적용」을 누르면 원본 표를 바꾸고 열 연결을 다시 준비합니다. 이미 계산한 정산 결과는 그대로 남습니다. 한 행이 독립된 지급 건인지 확인하고 필수 계산값 9개와 필요한 선택값을 원본 열 또는 모든 행에 적용할 고정값에 연결하세요. 비용이 없으면 고정값 0을 입력합니다. 같은 이름으로 선택된 열도 의미와 단위를 확인한 뒤 「열 연결 후 일괄 계산」을 눌러야 정산 목록과 결과가 바뀝니다. 은행과 맞춰 볼 지급 ID는 선택 입력입니다.
- 은행 입금 연결: 파일을 검토한 뒤 「은행 명세에 적용」을 누르면 은행 원본 표를 바꾸고 열 연결과 아직 반영하지 않은 후보를 다시 준비합니다. 정산 결과에 이미 반영된 입금 연결은 그대로 남습니다. 입금 1건 대 지급 1건은 「지급 1건」, 입금 1건 대 지급 여러 건은 「여러 지급 묶기」를 선택하고 원본 근거를 확인한 뒤 「검토한 연결 반영」을 누르세요. 지급 1건이 은행 입금 여러 건으로 나뉘었다면 「지급 1건에 은행 입금 여러 건 연결」에서 해당 지급과 은행 행들을 직접 선택합니다.
- 은행 입금 묶음 선택: 은행 행 1건이 지급 여러 건을 합친 경우 「여러 지급 묶기」에서 해당 지급 행들을 직접 선택합니다. 은행 행과 지급 행을 원본 명세로 확인하고, 화면의 예상 원화 합계·실제 원화 입금액·차이를 검토하세요. 한 지급 행은 은행 행 한 건에만 연결할 수 있습니다. 은행의 선택적 원 지급 통화가 비어 있으면 다른 통화의 지급도 묶을 수 있지만, 통화가 적혀 있으면 묶음의 모든 지급 통화와 같아야 합니다. 입금 1건 대 지급 1건은 「지급 1건」을 사용합니다.
- 일괄 대조 선택값: 실제 플랫폼·지급 수수료는 외화 금액, 실제 은행 비용과 입금액은 원화 금액입니다. 식별명, 최소 지급액, 예정 입금일과 은행 확인 실제 입금일도 선택 입력하며 날짜는 YYYY-MM-DD 형식입니다.
엑셀 정산표와 은행 명세 불러오기
정산 목록·플랫폼 원본·은행 명세에서 각각 XLSX 파일을 열 수 있습니다. 파일을 선택해도 기존 입력과 결과는 그대로이며, 미리보기에서 확인한 표만 적용합니다.
- 자료를 넣을 곳에서 「엑셀 파일 열기 (.xlsx)」을 누릅니다. 파일은 1 MiB 이하, 선택한 표는 열 이름을 제외한 데이터 500행·200열까지입니다. 변환한 텍스트도 UTF-8 기준 1 MiB 이하여야 합니다.
- 시트, 열 이름이 있는 행, 첫 열·마지막 열과 마지막 행을 선택합니다. 표 위의 제목이나 옆의 메모, 맨 아래 합계는 범위에서 제외하세요. 숨긴 시트와 수식이 있는 셀은 표시된 안내를 확인합니다.
- 선택한 표 전체를 검사하며 화면에는 처음 20행을 보여 줍니다. 미리보기에서 날짜·금액·지급 ID를 확인하고 「표에 적용」을 누릅니다. 정산 목록은 이 도구의 열 이름을 사용해야 합니다. 플랫폼 원본과 은행 명세는 같은 이름의 열이 있어도 열 순서를 확인해 각각 연결할 수 있습니다.
- 정산 목록은 「일괄 계산」, 플랫폼 원본은 지급 건의 단위와 열을 지정한 뒤 「열 연결 후 일괄 계산」을 누릅니다. 은행 명세는 입금일·원화 입금액 열과 연결 후보를 확인한 뒤 반영하세요. 파일 적용만으로 계산이나 입금 연결이 끝나지는 않습니다.
엑셀의 저장된 값을 기본으로 읽습니다. 화면에 보이는 형식이 필요한 열은 미리보기에서 선택하세요. 수식은 다시 계산하지 않으며 저장된 결과가 없는 수식은 가져올 수 없습니다. 수식이 있으면 저장된 결과를 사용한다는 확인 항목을 체크해야 적용할 수 있습니다. 엑셀에 이미 숫자로 저장되어 사라진 지급 ID의 앞자리 0이나 긴 번호의 자릿수는 복원할 수 없습니다.
금액이 잘못된 행은 오류 이유와 함께 남기고 정상 행만 계산합니다. 은행 명세를 새로 불러와도 이미 반영한 입금 연결은 이전 명세의 근거로 남습니다. 새로운 파일의 행 번호로 바뀌지 않습니다.
「입력·원본 기록 JSON 저장」으로 현재 입력, 가져온 표의 원문과 엑셀 행 번호, 현재 입력에 맞는 계산 결과, 연결한 은행 행의 출처를 함께 보관할 수 있습니다. 정산 목록을 만든 엑셀 자료는 현재 입력과 구분해 기록하며, 플랫폼 원본에서 만들었다면 당시의 열 연결도 남깁니다. 은행 명세를 교체한 뒤에는 이미 연결한 행의 출처와 입금일·금액 등 연결 근거를 남기며, 이전 은행 파일의 모든 열을 보관하지는 않습니다. 화면에서 수정하면 해당 입력의 기존 엑셀 연결이 끊어지며, 과거 파일에서 온 입금 기록의 엑셀 출처가 없으면 새 파일의 출처를 대신 붙이지 않습니다.
이 JSON은 확인용 기록이며 엑셀 파일이나 계산 화면을 복원하는 파일은 아닙니다. 정산 결과를 다시 계산하려면 지급 결과 CSV를 사용하세요. 「내 조건 저장·불러오기」의 설정 백업과도 별개입니다. 거래 자료는 자동 저장하거나 서버에 보내지 않으므로 공유하기 전에 개인정보와 계좌 관련 내용을 확인하세요.
계산 방법
간편 계산에서 지급예정액을 선택하면 이미 차감된 판매·결제 수수료를 0으로 두고 인출·환전·은행 단계만 계산합니다. 판매액을 선택하면 판매 수수료는 입력 판매액 × 요율, 결제 비율 수수료는 (입력 판매액 + 별도 구매자 세금) × 요율을 각각 통화 최소 단위로 반올림하고, 주문·결제 건수 × 건당 고정 수수료와 확인된 추가 외화 비용을 뺍니다. Etsy 한국 판매자·USD 주문 기본 요율은 거래 6.5%와 결제 처리 6.5% + USD 0.30/주문이며, PayPal 한국 계정의 해외 고객 USD 직접 결제 기본 요율은 결제 4.4% + USD 0.30/거래입니다. PayPal의 판매액은 세금 포함 총결제액으로 입력합니다. 남은 외화에서 입력한 인출 비용을 차감한 뒤 기준환율이면 입력한 환전 비용 가정을 적용하고, 실제 적용환율이면 추가 스프레드를 빼지 않습니다. 마지막으로 입력한 은행 비용을 입금 횟수만큼 뺍니다. 비율 비용을 합계에 한 번 반올림하므로 주문별 실제 명세를 합한 값과 차이가 날 수 있습니다. 플랫폼 비율 수수료 = 정산 전 외화 금액 × 플랫폼 요율을 통화 최소 단위로 반올림. 플랫폼 차감 후 = 정산 전 외화 금액 − 플랫폼 비율 수수료 − 플랫폼 고정 수수료. 지급·결제 비율 수수료는 플랫폼 차감 후 금액에 적용해 통화 최소 단위로 반올림하고 고정 수수료를 더해 차감합니다. 환전 대상 잔액 × 입력 환율 × (1 − 환전 스프레드/100)을 원 단위로 반올림한 뒤 은행 비용을 빼면 예상 입금액입니다. 최소 지급액은 수수료 차감 후 외화 잔액과 비교합니다. 일괄 입력은 이 계산을 행마다 독립적으로 적용합니다. 각 실제 수수료 차이 = 실제 입력액 − 해당 단계의 예상 수수료이고, 실입금 차이 = 실제 입금액 − 예상 입금액입니다. 입금일 차이 = 실제 은행 입금일 − 예정 입금일의 달력상 일수입니다. 양수면 예정일보다 늦고, 0이면 예정일 당일, 음수면 빠릅니다. 은행 입금 묶음의 예상액 = 선택한 지급 건별 예상 원화 입금액의 합계입니다. 묶음 차이 = 은행의 실제 원화 입금액 − 묶음 예상액입니다. 지급 통화가 서로 달라도 이미 원화로 계산한 예상액만 합산하며 외화 금액은 합치지 않습니다. 묶음 입금액을 개별 지급 건의 실제 입금액으로 임의 배분하지 않습니다. 묶음의 은행 입금일은 은행 입금 한 건의 관측일이며 선택한 지급 건 각각의 실제 입금일이나 예정일 대비 지연일로 대입하지 않습니다. 분할 입금의 관측 합계 = 선택한 은행 입금 행의 원화 금액 합계입니다. 분할 차이 = 관측 합계 − 해당 지급 한 건의 예상 원화 입금액입니다. 이 차이는 현재 선택한 은행 행만으로 계산하며 남은 미입금액이나 최종 정산 차액으로 확정하지 않습니다. 분할된 은행 입금 날짜는 각 은행 행의 관측일로 따로 보관합니다. 간편 계산에서 인출·송금 횟수와 은행 입금 건수는 따로 입력합니다. 외화 고정 비용은 인출 횟수, 원화 은행 비용은 입금 건수만큼 적용합니다.
계산 예시
간편 계산 예시: 이미 수수료가 빠진 USD 지급예정액 1,000.00을 입력하고 가상의 실제 적용환율 1,350원/USD를 직접 입력하면, 인출·은행 비용을 모르는 상태의 참고액은 1,350,000원입니다. 판매액 경로에서 별도 구매자 세금이 없는 Etsy USD 주문 1건의 판매액 1,000.00을 같은 환율로 계산하면 거래 수수료 USD 65.00, 결제 처리비 USD 65.30을 뺀 USD 869.70의 비용 반영 전 원화 참고액은 1,174,095원입니다. 이는 실제 Payoneer 인출·은행 비용을 반영한 입금액이 아닙니다. USD 1,000.00, 플랫폼 3%+USD 2.00, 지급·결제 1%+USD 0.50, 환율 1,350원/USD, 스프레드 1%, 은행 비용 3,000원이면 플랫폼 차감 후 USD 968.00, 지급·결제 차감 후 USD 957.82입니다. 스프레드 전 1,293,057원, 스프레드 후 1,280,126원, 예상 입금액은 1,277,126원입니다. 입력 수수료와 환율의 가정에 따른 예시입니다. 일괄 행에서 실제 플랫폼 수수료를 USD 33.00으로 입력하면 예상 USD 32.00보다 USD 1.00 더 든 것으로 표시합니다. 실제 입금액이 1,275,000원이라면 예상액보다 2,126원 적습니다. 예정 입금일을 2026-09-10, 은행에서 확인한 실제 입금일을 2026-09-12로 입력했다면 예정일보다 2일 늦게 입금된 것으로 표시합니다. 은행 명세에 지급 ID A-1001, 입금일 2026-09-12, 입금액 1,275,000원이 있고 정산 자료에 A-1001이 한 번만 있다면 이 지급 행을 연결 후보로 보여 줍니다. 사용자가 두 원본이 같은 지급을 가리키는지 확인해 연결하면 실제−예상 차이 −2,126원과 예정일 대비 +2일이 해당 행에 기록됩니다. 같은 ID가 두 번 나오거나 ID가 비어 있으면 금액·날짜가 비슷해도 자동 확정하지 않고 직접 선택해야 합니다. 별도의 묶음 사례에서 USD 지급 A의 예상액이 1,277,126원, JPY 지급 B의 예상액이 722,874원이고, 은행에 두 지급의 합계로 1,998,000원이 한 번 입금됐다고 가정해 보겠습니다. 원본에서 두 지급이 그 입금에 포함된 근거를 확인한 뒤 은행 행에서 A와 B를 함께 선택하면 예상 원화 합계는 2,000,000원이고 묶음 차이는 1,998,000원 − 2,000,000원 = −2,000원입니다. 이 −2,000원은 묶음 전체에서 추가로 확인할 차이이며 원인이 환율인지 수수료인지 판정한 값은 아닙니다. A와 B 각각의 실입금 차이로 나누거나 은행 입금일을 각 지급의 실제 입금일로 기록하지 않습니다. 지급 A의 예상 원화액이 1,277,126원이고 은행 명세에서 같은 지급과 관련된 800,000원, 475,000원 두 입금을 확인했다면, 분할 입금 관측 합계는 1,275,000원이고 현재 차이는 −2,126원입니다. 이는 선택한 두 행의 관측 합계가 예상보다 적다는 뜻일 뿐, 추가 입금이 없다고 확정하거나 차액의 원인을 판정하지 않습니다. 두 입금일은 원본 은행 행마다 따로 남깁니다.
결과 읽기
「내 조건 저장·불러오기」를 열어 이름을 입력하고 「현재 조건 저장」을 누르세요. 저장한 조건을 골라 「불러오기」를 누르면 해당 계산 방식으로 돌아갑니다. 현재 단일 계산의 거래금액과 결과는 지우고, 환율은 다시 확인합니다. 주문·인출·은행 입금 건수는 1부터 다시 입력하며, 구매자 세금과 일회성 추가 비용도 초기화합니다. 정밀 계산 아래의 일괄 정산 자료에는 저장 조건을 자동 적용하지 않습니다. 같은 이름으로 다시 저장할 때는 덮어쓰기를 확인합니다. 간편 계산의 기본 지급예정액 경로는 판매 수수료를 중복 차감하지 않습니다. 판매액 경로의 Etsy·PayPal 요율은 표시된 거래 조건에만 적용하며, Amazon·Shopify 등은 내 계약 요율을 직접 넣어야 합니다. 수령 경로 또는 인출·은행 비용을 모르면 결과는 비용 반영 전 참고액이며 최종 실입금 예상액이 아닙니다. 은행 수수료는 조건을 확인하고 「은행 비용 적용」을 눌러야 반영됩니다. 금액이나 입금 조건을 바꿔 은행 비용이 비워지면 다시 적용하거나 확인한 비용을 직접 입력하세요. 환전 비용 가정을 0%로 두면 실제 환전 비용은 반영되지 않습니다. 최소 지급액에 못 미치면 이번 입금은 0원으로 표시하고, 계산 가능한 경우 동일한 환율·비용으로 실제 지급이 이루어질 때의 금액을 조건부 추정치로 구분합니다. 한 건 결과를 복사해 정산 명세와 대조할 수 있습니다. 일괄 결과는 통화별로 묶어 외화 총액과 예상 수수료를 합산하며, CSV로 내려받아 건별 계산값·입력한 실제값·입금일 대조 상태를 확인할 수 있습니다. 통화별 합계에는 입력 오류가 없는 행만 반영됩니다. 수수료 차이가 양수면 실제 비용이 예상보다 크고, 실입금 차이가 양수면 실제 입금이 예상보다 많습니다. 예정일과 실제 입금일을 모두 입력하면 빠름·당일·늦음을 달력일로 표시합니다. 실제 입금일이 브라우저 기준일보다 미래라면 은행 기록과 시간대를 다시 확인하도록 별도 표시하고 빠름·당일·늦음 집계에서 제외합니다. 실제 입금일을 비웠다면 예정일 전·당일·경과 상태를 보여 주지만, 이는 날짜 미입력 상태이며 미입금이 확인됐다는 뜻은 아닙니다. 지급 보류 예상 행은 입금일 일정과 실입금 차이를 비교하지 않습니다. 금액 차이가 0이어도 입력된 값끼리 맞는 것이며 은행 이체를 확인한 것은 아닙니다. 별도로 읽은 은행 명세는 고유한 지급 ID가 정확히 일치하는 건만 후보로 제안합니다. 후보도 사용자가 최종 연결해야 대조 결과에 반영됩니다. 은행 ID가 없거나 중복되는 행은 정산 원본과 은행 원본을 확인해 직접 연결할 수 있지만, ID가 없는 새 입금이 이미 연결된 입금과 입금일·원화액까지 같아 구별되지 않으면 연결을 차단합니다. 이때는 고유 거래 ID가 있는 은행 명세로 다시 확인하세요. 연결하지 않은 은행 행은 이번 지급 계산에 반영되지 않습니다. 연결 후에는 연결된 은행 원본 행과 연결 방식을 포함한 지급 결과 CSV를 저장하세요. 「미연결 은행 행 CSV 다운로드」로 남은 은행 행의 원본 값과 검토 상태도 따로 저장할 수 있습니다. 은행 입금 1건에 지급 여러 건을 연결한 경우 묶음의 예상 원화 합계, 은행 실제 원화액, 실제−예상 차이를 함께 검토하세요. 서로 다른 지급 통화의 외화액이나 수수료를 합쳐 하나의 외화 합계로 해석하지 않습니다. 「은행 연결 검토 CSV 다운로드」에는 은행 입금 1건당 한 행으로 연결된 지급 번호·원본 행·ID, 예상 원화 합계, 실제 입금액, 묶음 차이와 검토 상태를 남길 수 있습니다. 지급 결과 CSV에는 연결된 은행 원본과 묶음 식별 정보가 남지만, 묶음의 은행 입금일은 은행 입금 한 건의 관측일입니다. 묶음 실제 입금액과 이 날짜를 각 지급 건의 실제값으로 배분하지 않으므로, 묶음 차이를 개별 지급의 차이나 개별 예정일 대비 지연일로 해석하지 마세요. 묶음 차이는 원인을 판정하지 않으며 환율·수수료·보류액 등 원본을 추가 확인할 신호입니다. 개별 예상액에는 해당 행에 입력한 국내 은행 비용이 이미 반영됩니다. 합산 입금에는 은행 비용이 한 번만 적용됐다면 각 행의 비용 가정을 원본에 맞게 확인하세요. 지급 결과 CSV, 「은행 연결 검토 CSV 다운로드」와 결과 화면의 「그룹 대조 CSV 다운로드」를 원본 명세와 함께 저장해 다음 검토에 사용하세요. 지급 1건에 은행 입금 여러 건을 연결하면 지급별 관측 합계·예상액·차이와 은행 행별 입금일·금액·원본 근거를 확인하고 「분할 입금 대조 CSV 다운로드」로 보관할 수 있습니다. 지급 결과 CSV의 분할 입금 JSON 열에는 각 관측 행의 증거가 남습니다. 일부만 입금됐는지, 이후 입금이 더 있는지, 차이가 수수료 때문인지는 이 화면의 금액만으로 확정할 수 없습니다.
적용 범위
간편 계산은 최근 ECB EUR 기준 발표 환율을 서버가 조회·캐시한 자료로 불러올 수 있습니다. 브라우저의 GET 요청에는 판매액·지급액·수수료 입력값을 싣지 않으며, 화면에 발표일과 출처를 표시합니다. 지원 21개 통화 중 ECB 자료로 교차환산 가능한 14개 통화만 기준환율을 불러오고, 나머지 7개 통화는 직접 확인한 환율을 입력해야 합니다. 조회가 안 되거나 발표값이 오래됐을 때도 직접 입력할 수 있습니다. ECB 기준환율은 은행·서비스의 실제 적용환율이나 실시간 입금 환율이 아닙니다. 간편 계산의 실제 적용환율 모드는 입력 환율에 이미 포함된 환전 비용을 다시 차감하지 않습니다. Etsy 프리셋은 한국 판매자가 USD로 등록하고 USD Payoneer 계좌로 정산받는 조건이며, 등록·결제계좌 통화가 다를 때의 조건부 Etsy 2.5% 환전료는 포함하지 않습니다. 판매액 프리셋에는 등록/갱신료·광고비·수수료의 세금·환불·보류액·인출비를 자동 포함하지 않습니다. Payoneer·PayPal 인출과 국내 은행 비용은 계정·경로·입금 방식에 따라 다르므로 확인한 값만 입력합니다. 은행 선택기는 해외에서 외화로 들어오는 타발송금의 수취수수료만 반영합니다. 국내 이체나 이미 원화로 지급된 정산에는 적용하지 않으며, 송금·중개·환전 비용과 개별 우대는 따로 확인해야 합니다. 지원 통화별 전자거래 금액 소수 자릿수는 Unicode CLDR 49의 표준 통화 자릿수를 따릅니다. JPY·VND는 정수, BHD·KWD·TND는 소수 셋째 자리, 나머지 지원 통화는 소수 둘째 자리입니다. 현금 결제의 별도 반올림 규칙은 적용하지 않습니다. 금액은 외화 1조 단위 이하, 환율은 0 초과~외화 1단위당 100만 원 이하, 환율은 소수 여섯째 자리, 수수료율과 스프레드는 소수 넷째 자리까지 받습니다. 반올림은 양수의 절반을 올림하며 원화 결과는 자바스크립트 안전 정수 범위 이내로 제한합니다. 플랫폼과 결제사의 실제 과금 기준·순서, 월 구독료, 세금, 환불·차지백, 보류금, 부분 지급, 지급일 환율 변동, 은행 중개 수수료가 다르면 실입금액도 달라집니다. 외화 고정 수수료가 해당 단계의 잔액을 넘거나 지급 가능한 건의 은행 비용이 환전 후 원화액을 넘으면 입력 오류로 안내합니다. 최소 지급액 미달인 보류 건은 이번 은행 비용을 부과하지 않으며, 입력된 은행 비용이 현재 조건의 환전액보다 크면 조건부 입금액은 계산 불가로 표시합니다. 최소 지급액 미달 시 향후 실제 지급일과 환율은 예측하지 않습니다. 정산 목록·플랫폼 원본·은행 명세의 CSV·TSV는 첫 줄에 열 이름이 필요하며, 데이터는 최대 500행, 원본 열은 최대 200개까지 받습니다. 파일 읽는 방식은 UTF-8, 한국어 Windows(EUC-KR·CP949), UTF-16LE, UTF-16BE 중에서 선택합니다. 원본 파일 크기와 읽은 글의 UTF-8 크기는 각각 1 MiB 이하여야 하며, 붙여넣기 텍스트도 UTF-8 기준 1 MiB까지 받습니다. 파일을 선택한 것만으로 현재 입력이나 결과가 바뀌지는 않습니다. 미리보기에서 글자와 열을 확인한 뒤 적용하세요. 읽는 방식·파일명·미리보기는 내 조건에 저장하지 않습니다. 파싱 후 행별 검증 오류가 있으면 해당 행과 원인이 결과 CSV에 남으므로 수정 후 다시 계산하세요. 원본의 판매·환불·수수료 거래 행을 지급 한 건으로 자동 합산하지 않으며, Shopify·Amazon·Etsy 등 플랫폼별 열의 의미를 자동 판정하지 않습니다. 별도 은행 명세는 사용자가 열을 지정해 읽고 연결할 지급 행을 선택해야 합니다. 금액·날짜만 같다는 이유로 동일 지급으로 판정하지 않습니다. 고유 ID 일치도 연결 후보일 뿐 최종 확인이 아닙니다. 은행 ID가 없는 새 행이 이미 연결된 은행 입금과 입금일·원화액이 모두 같아 구별되지 않으면 중복 집계를 막기 위해 신규 연결을 차단합니다. 고유 거래 ID가 있는 은행 명세를 다시 불러와 확인하세요. 한 은행 입금에 여러 지급이 합쳐진 경우에는 사용자가 지급 건을 묶어 원화 합계로 대조할 수 있습니다. 한 지급 건이 여러 은행 입금으로 나뉜 경우에는 원본 근거를 확인해 은행 행들을 직접 선택합니다. 이미 1:1로 연결한 지급을 분할 입금으로 확장할 때에는 기존 은행 행도 관측 근거로 보존합니다. 같은 은행 행을 다른 지급이나 묶음에 중복 연결할 수 없습니다. 묶음 입금액이나 은행 입금일을 지급 건별 실입금 값으로 임의 배분하지 않습니다. 은행의 묶음 입금일만으로 지급 건마다 예정일 대비 빠름·지연을 판정하지 않습니다. 은행 원본에 원 지급 통화가 지정돼 있으면 다른 통화의 지급 건을 그 은행 행에 묶을 수 없습니다. 원본 보고서 종류, 행 단위, 통화와 실제 수수료·입금액은 사용자가 명세에서 직접 확인해야 합니다. 예정 입금일은 실제 은행 입금일의 증거가 아니고, 플랫폼에서 지급 처리됨으로 표시돼도 은행 수취 완료를 뜻하지 않습니다. 날짜 차이는 달력일 기준이며 영업일·공휴일을 반영하지 않습니다. 기준일은 방문자 브라우저의 현지 날짜이며, 은행과 브라우저의 시간대가 다를 수 있습니다. 실제 날짜와 금액도 입력값일 뿐 계산기는 은행 이체나 플랫폼 명세의 진위를 검증하지 않습니다. 금액·수수료 입력과 정산·은행 파일은 브라우저 안에서 처리되며 서버에 업로드하지 않습니다. 기준환율 요청은 환율 자료만 가져옵니다. 다른 도구로 이동하거나 새로고침하면 입력이 사라지므로 결과 CSV를 저장하세요. 서로 다른 통화의 외화 금액은 합산하지 않습니다. 식별용 이름에는 고객정보 대신 익명 정산 ID를 쓰세요. 실제 은행 입금일과 원화 금액이 없거나 형식이 잘못된 행, 브라우저 기준일 이후의 입금일은 연결에서 제외합니다. 은행의 적요는 지급 ID와 다를 수 있고 개인·계좌 정보가 섞일 수 있으니 공유할 결과 파일을 따로 점검하세요. 이미 입력된 실입금 날짜·금액과 다른 은행 행을 연결하려면 원본을 먼저 바로잡아야 합니다. 지급 결과 CSV에는 연결하지 않은 은행 행의 전체 원본이 포함되지 않습니다. 필요한 경우 별도의 미연결 은행 행 CSV를 내려받고 은행 원본 파일도 보관하세요. 서로 다른 지급 통화를 한 묶음에서 대조할 때에는 각 건을 이미 원화로 환산한 예상액만 합산합니다. 묶음의 외화 총액·실효환율·개별 지급 실제 입금액을 계산하지 않습니다. 은행 연결 검토 CSV와 원본 명세를 함께 보관하고, 공유 전에 적요의 개인·계좌 정보를 확인하세요. 분할 입금에서 관측 합계가 예상액보다 적거나 많아도 최종 수취 완료, 미수금, 과지급으로 자동 판정하지 않습니다. 은행 행별 입금일을 합쳐 하나의 지급 완료일로 만들지 않으며 원본 기록에 없는 추가 입금이나 차이 원인을 추정하지 않습니다. 은행 ID가 같아도 날짜나 금액이 다른 행은 추가 입금인지 기존 입금의 정정인지 계산기가 판정할 수 없습니다. 원본 은행 거래 내역에서 확인한 뒤 연결하세요. 저장한 조건은 이 브라우저의 로컬 저장소에만 남고 서버나 다른 기기로 자동 전송되지 않습니다. 브라우저 데이터 삭제, 시크릿 창 종료나 기기 변경으로 사라질 수 있습니다. 「백업 파일 저장」으로 JSON 파일을 보관하고 「백업 파일 불러오기」로 옮길 수 있습니다. 백업은 최대 64 KiB이며 형식·버전·저장 항목을 검사합니다. 이름이 겹치거나 파일이 잘못되면 기존 조건을 덮어쓰지 않습니다. 개별 삭제와 모두 삭제는 내 조건만 지우며 즐겨찾기·최근 사용 도구 목록은 유지합니다. 저장한 요율은 저장 당시 값이므로 다시 쓸 때 내 계정의 현재 수수료를 확인하세요. 설정 저장이 차단된 브라우저에서도 계산 기능은 사용할 수 있습니다.
자주 묻는 질문
로그인 없이 내 조건을 저장할 수 있나요?
네. 「내 조건 저장·불러오기」에서 통화와 수수료 등 반복 조건을 이 브라우저에 저장합니다. 거래금액·실제 환율·계산 결과·정산 및 은행 파일은 저장하지 않습니다. 불러올 때 거래금액과 결과를 초기화하고 환율은 다시 확인합니다. 브라우저 데이터 삭제나 기기 변경에 대비해 백업 파일을 보관하세요. 여러 기기 자동 동기화나 로그인 기능은 아직 없습니다. 은행 비용은 숫자만 저장합니다. 은행·수취 방법·면제 구간과 조건 확인은 저장하지 않으므로 불러온 뒤 이번 입금에도 맞는지 확인하거나 수수료표를 다시 적용하세요.
은행별 면제 기준은 어떻게 확인하나요?
하나은행은 한 건이 미화 100달러 상당액 이하일 때, SC제일은행은 미화 100달러 미만일 때 면제입니다. 구간은 은행이 적용하는 기준으로 직접 확인해 고르세요. 입력한 원화 환율이나 ECB 기준환율로 달러 상당액을 계산해 면제 여부를 정하지 않습니다. SC제일은행과 우리은행 인터넷 수취는 이 선택기에서 USD만 지원합니다. 다른 통화이거나 우리은행으로 정확히 100 USD를 받는다면 은행에서 확인한 비용을 직접 입력하세요. 우리은행의 공식 안내에는 정확히 100 USD의 수수료가 명시되지 않았습니다. 선택기에는 2026-10-16에 확인한 공식 안내를 연결했으며, 원문에는 시행일이 따로 표시되지 않았습니다.
우리은행 인터넷 수취는 누구나 이용할 수 있나요?
국민인 거주자가 해외에서 지정한 본인 계좌로 받는 경우이며, 같은 사람의 당일 수취 합계가 미화 50,000달러 이하여야 합니다. 이번 한 건의 금액만 보는 한도가 아닙니다. 원화로 도착한 송금과 사고·연체·해지 계좌는 제외되고, 송금 목적과 증빙도 공식 이용조건에 맞아야 합니다. 화면의 조건을 확인한 뒤 체크하세요.
여러 입금에 같은 은행 수수료를 적용해도 되나요?
모든 입금의 받는 은행·수취 방법·금액구간이 같을 때만 같은 건당 비용을 적용하세요. 은행 입금 건수가 2건 이상이면 모든 입금이 선택한 조건에 해당한다는 항목을 체크해야 합니다. 면제되는 입금과 수수료가 붙는 입금이 섞였거나 받는 은행·수취 방법이 다르면 나눠 계산하세요. 판매액을 입금 건수로 나눠 면제 여부를 판단하지는 않습니다.
은행이나 플랫폼에서 받은 엑셀 파일을 그대로 넣어도 되나요?
XLSX 형식이면 필요한 시트와 범위를 골라 읽을 수 있습니다. 플랫폼 원본은 한 행이 독립된 지급 건인지 확인하고 통화·금액·환율·비용 열을 직접 지정하세요. 은행 명세는 입금일과 원화 입금액 열을 지정해야 합니다. 판매·환불·수수료 거래를 지급 한 건으로 자동 합산하거나 열 이름만으로 의미를 확정하지 않습니다. XLS·XLSM·암호가 걸린 파일은 지원하지 않으므로 원본 프로그램에서 암호를 해제한 XLSX 파일로 저장하세요.
파일을 미리 확인하면 계산이나 은행 연결도 끝난 건가요?
아니요. 미리보기는 파일 구조와 열 이름을 확인하는 단계입니다. 정산 목록은 적용 후 「일괄 계산」, 플랫폼 원본은 열을 지정한 뒤 「열 연결 후 일괄 계산」, 은행 명세는 연결 후보를 검토한 뒤 「검토한 연결 반영」을 눌러야 합니다. 계산에서 오류가 나온 행은 이유와 함께 남고 정상 행의 합계와 구분됩니다. 이 도구에서 저장한 정산 결과 CSV는 정산 목록으로 다시 불러올 수 있으며 표시용 계산값은 새로 계산합니다. 은행 연결·그룹·분할 검토표와 미연결 은행 행 CSV는 같은 입력 형식이 아닙니다.
은행 입금액이 예상액과 다른 이유는 무엇인가요?
원본에서 같은 은행 입금과 연결되는 근거를 확인한 뒤 1:1·여러 지급 묶음·지급 1건의 여러 은행 입금 중 원본과 맞는 방식으로 대조하세요. 묶음 차이는 은행 실제 원화 입금액에서 선택한 지급 건의 예상 원화액 합계를 뺀 값입니다. 차이가 나면 환율 적용 시점, 플랫폼·지급 수수료, 중개은행 비용, 환불·보류액을 차례로 확인하세요. 차액이 0원이어도 입금 기록의 진위를 확인한 것은 아닙니다.
은행 명세 CSV를 넣으면 자동으로 정산 건과 연결되나요?
은행 입금일과 원화 입금액 열을 직접 지정하고, 적요·지급 ID 열은 있을 때만 지정합니다. 지급 ID가 양쪽에서 각각 한 번만 정확히 일치하면 연결 후보를 제안하지만 사용자가 원본을 확인해 「검토한 연결 반영」을 눌러야 대조에 반영됩니다. 한 은행 입금에 여러 지급이 합쳐졌다면 「여러 지급 묶기」에서 지급 행을 직접 선택하세요. 한 지급이 여러 은행 행으로 나뉘었다면 「지급 1건에 은행 입금 여러 건 연결」에서 은행 행을 선택하세요. ID가 없거나 중복돼도 원본 근거로 직접 선택할 수 있습니다. 다만 ID 없는 새 은행 행이 이미 연결된 입금과 입금일·원화액이 같아 구별되지 않으면 새 연결을 막으므로 고유 거래 ID가 있는 명세가 필요합니다. 금액이나 날짜가 비슷하다는 이유만으로 자동 연결하지 않습니다.
은행 CSV의 통화 열에는 KRW를 연결하나요?
은행의 실제 입금액 열은 원화(KRW) 금액입니다. 선택적인 원 지급 통화 열은 은행 명세에서 원래 지급 통화(예: USD 또는 JPY)를 확인할 수 있을 때만 연결하고, 없으면 비워 두세요. 서로 다른 통화의 지급 건이 하나의 원화 입금으로 묶인 경우에는 각 지급 건의 예상 원화액만 합산합니다. USD와 JPY 외화액 자체는 더하지 않습니다. 은행 원 지급 통화 열에 값이 있다면 묶음의 모든 지급 통화와 일치해야 합니다.