전자어음이 뭐길래, 지급전표 하나 만드는데 이렇게 헷갈릴까
안녕하세요, 아는 형입니다.
지급처리라고 하면 보통 원화나 외화를 계좌이체로 딱 지급하는 그림을 떠올리실 텐데요, 실무에서는 어음지급처리라는 게 하나 더 있습니다. 그런데 이 어음이라는 개념 자체를 제대로 이해하지 못한 상태에서 전표부터 만들려고 하면, 십중팔구 어디선가 막히게 됩니다.
최근에 B090 지급조건을 두고 F110 지급전표가 어떻게 생성되는지 질문을 받았는데, 답을 드리다 보니 결국 전자어음 프로세스 자체를 먼저 이해하지 않으면 설명이 안 되겠더라고요. 그래서 이번 글에서는 전자어음이 회계적으로 어떻게 움직이는지, 그리고 실제 날짜 예시로 지급전표가 어떻게 생성되는지를 정리해보겠습니다.
SAP 전자어음(Electronic Bill of Exchange) 지급 프로세스를 한 문장으로 정리하면 이렇습니다.
공급업체에 현금을 즉시 지급하지 않고, 특정 만기일에 지급하겠다는 전자어음을 발행한 뒤 만기일에 실제 예금을 출금하여 결제하는 방식입니다.
여기서 중요한 포인트가 하나 있는데요, SAP은 전자어음 발행 시점에 공급업체의 일반 매입채무를 바로 현금으로 없애지 않습니다. 대신 일반 매입채무를 지급어음채무로 전환해서 관리합니다. 즉 돈이 나가는 시점과 채무의 성격이 바뀌는 시점이 서로 다릅니다.
전체 흐름은 대략 이렇게 흘러갑니다.
① 물품·용역 수령 → ② 공급업체 AP 채무 발생 → ③ 전자어음 발행(일반 매입채무 → 지급어음채무) → ④ 만기 도래(지급어음채무 → 은행예금 출금)
전자어음이란 무엇인가
기본 정의
전자어음은 종이로 작성하던 약속어음을 전자적인 형태로 발행·등록·유통·결제하는 지급수단입니다. 발행기업이 공급업체에게 다음과 같이 약속하는 셈이죠.
“지금 당장 현금을 지급하지는 않지만, 2022년 10월 30일에 1억 원을 지급하겠습니다.”
전자어음에는 일반적으로 아래 정보가 포함됩니다.
- 발행인
- 수취인
- 발행금액
- 발행일
- 만기일
- 지급은행 및 계좌
- 전자어음 식별번호
- 배서·할인 관련 정보
SAP FI에서 전자어음은 회계적으로 Bills of Exchange Payable, 즉 지급어음으로 처리하는 것이 기본 개념입니다. SAP 표준 지급어음 프로세스에서는 공급업체 미결항목을 반제하고, 공급업체의 특별 G/L 거래로 지급어음을 생성합니다.
왜 전자어음을 사용하는가
구매기업 입장
구매기업은 물품을 먼저 공급받고, 일정 기간 후에 현금을 지급할 수 있습니다. 예를 들어 이런 식입니다.
- 물품 수령 및 채무 발생 : 8월 1일
- 전자어음 발행 : 9월 25일
- 실제 현금 출금 : 10월 30일
구매기업 입장에서는 8월 1일부터 10월 30일까지 현금을 보유할 수 있으니, 그만큼 운전자금을 확보할 수 있는 겁니다. 정리하면 이런 장점이 있습니다.
- 현금지급 시점을 늦출 수 있음
- 자금계획을 예측하기 쉬움
- 종이어음 분실·위조 위험 감소
- 발행 및 만기 정보를 시스템으로 관리 가능
- 공급업체별 지급어음 잔액과 만기 스케줄 관리 가능
공급업체 입장
공급업체는 현금을 바로 받지는 못하지만, 만기일에 지급받을 권리를 확보하게 됩니다. 그리고 금융기관 조건에 따라 만기 전에 전자어음을 할인해서 현금화할 수도 있습니다.
전자어음 금액이 100,000,000원이고 만기일이 10월 30일이라고 해보겠습니다. 공급업체가 9월 30일에 은행에 할인을 요청하면, 할인료를 차감한 금액을 먼저 받을 수 있습니다.
다만 전자어음을 할인하더라도, 발행기업 쪽 SAP 장부에서는 일반적으로 어음 만기일에 지급채무가 최종 소멸합니다. 할인은 공급업체가 자기 채권을 현금화하는 행위일 뿐, 발행기업의 채무 소멸 시점 자체를 앞당기는 건 아니라는 점은 구분해서 봐야 합니다.
반드시 기억할 핵심
전자어음 프로세스는 세 전표 단계를 구분해서 봐야 합니다.
- AP 발생 — 비용·자산 증가 / 매입채무 증가
- 전자어음 발행 — 일반 매입채무 감소 / 지급어음채무 증가. 이 시점에는 현금이 출금되지 않습니다.
- 만기결제 — 지급어음채무 감소 / 은행예금 감소. 이 시점에 실제 현금이 출금됩니다.
앞서 본 날짜를 이 기준으로 다시 정리하면 이렇습니다.
| 날짜 | 업무 | 현금 출금 |
|---|---|---|
| 2022.08.01 | AP 채무 생성 | 없음 |
| 2022.09.25 | 전자어음 발행 및 채무 전환 | 없음 |
| 2022.10.30 | 전자어음 만기결제 | 발생 |
실제 사례로 보는 AP전표·지급전표 생성
이제 실제 날짜를 넣어서 어떻게 전표가 생성되는지 보겠습니다. 조건은 다음과 같습니다.
- 전자어음 발행일 : 9/25
- 실제 현금화 : 10/30
- 지급조건 :
B090전자어음-정기/90일
8월 1일에 계약 관련 협의가 완료되어 전자어음 발행 관련 전표를 생성한다고 하면, AP전표 전기일은 8/1이 됩니다.
지급조건 B090의 설정 내역에 따라, 기산일은 위 화면에서 보시는 것처럼 기준일 계산이 익월 25일로 잡혀 있어서 9/25로 설정됩니다. 그리고 만기일은 기산일에 지급조건의 일수(35일)를 더해서 10/30이 됩니다.
전자어음 발행은 9/25일이어야 하니, 지급전표 생성도 9/25일에 진행하고, F110 실행 중 어음/지급 요청일 버튼을 클릭했을 때 나오는 발행일 역시 9/25로 설정하게 됩니다.
| 분류 | 항목 | 일자 | 비고 |
|---|---|---|---|
| AP전표 생성 | 전기일/증빙일 | 2022.08.01 | |
| AP전표 생성 | 기산일 | 2022.09.25 | 전자어음 발행일 |
| AP전표 생성 | 지급조건 | B090 | 추가월 1개월 / 고정일 25일 / 일수 35일 |
| AP전표 생성 | 계획일(만기일) | 2022.10.30 | 현금전환일 |
| 지급전표 생성 | 전기일 | 2022.09.25 | 발행일 기준으로 지급전표 생성 |
| 지급전표 생성 | 발행일 | 2022.09.25 | F110 실행시 어음/지급 요청 세부내역 |
정리하면 B090 설정은 이렇습니다.
- 추가월 : 1개월
- 고정일 : 25일
- 순지급일수 : 35일
AP 전표일이 8월 1일이라면 계산 과정은 다음과 같습니다.
① 기준일 계산
원래 기준일 : 2022.08.01
추가월 : +1개월
고정일 : 25일
────────────────────
계산 기준일 : 2022.09.25
② 만기일 계산
기준일 : 2022.09.25
순지급일수 : +35일
────────────────────
만기일 : 2022.10.30이 사례에서는 계산된 기준일인 9월 25일을 회사 업무상 전자어음 발행 예정일로 사용하고 있습니다.
다만 엄밀히 말하면 SAP의 기준일
ZFBDT는 본래 만기 계산의 기준일입니다. 기준일이 언제나 법적 의미의 전자어음 발행일을 의미하는 것은 아니며, 회사의 지급조건 설계가 그렇게 연결되어 있는 것이라는 점은 알아두시면 좋습니다.
이렇게 놓고 보면 전자어음은 단순히 지급방법 하나가 늘어난 게 아니라, 채무의 성격이 중간에 한 번 바뀌는 프로세스라는 걸 알 수 있습니다. 이 구조를 머릿속에 넣어두면, F110에서 어음 관련 지급전표가 왜 그렇게 생성되는지, 그리고 기산일·만기일이 왜 그 날짜로 잡히는지도 훨씬 수월하게 이해되실 겁니다.
다음에는 이 전자어음 지급전표가 실제로 F110 화면에서 어떤 항목으로 잡히는지, 그리고 특별 G/L 거래와 어음 계정 결정 부분도 한 번 다뤄보겠습니다.