입금 대사·결제
청구서 결제 화면, 거래처별 권한과 남은 금액부터 맞추세요
청구서 결제 화면은 보기 편한 것보다 거래처별 접근과 잔액이 정확해야 해요. 결제 시도·확정·미확인을 나누고, 부분입금과 사용률을 계산하는 8건 CSV와 출시 전 점검표를 제공합니다.
- 60% 가상 예시: 포털 확정 결제 건수 비율
- 275만원 가상 예시: 청구액에서 남은 잔액
- 5가지 출시 전 통과할 확인 묶음
이 글의 수치는 국가법령정보센터 개인정보 보호법29조·민법476~479조, 해외 조사 원문 재대조 · 편집팀 검토(AI 활용)에서 확인했습니다.
청구서 링크를 보냈는데 거래처가 다시 묻습니다. 「어느 건을 냈고, 얼마가 남았나요?」 화면을 새로 만드는 것보다 먼저 정할 게 있어요. 누구에게 무엇을 보여 주고, 어느 순간 잔액을 줄일지예요.
결제 화면은 거래처별 권한·확정 수납·청구서별 잔액이 같은 기준으로 움직여야 해요. 이 글은 한국 B2B 기업이 결제 화면을 도입할 때 쓸 운영표와 출시 전 시험 순서를 다뤄요. 특정 제품의 기능 목록은 아니에요.
청구서 결제 화면은 어떤 문제를 해결하나요?
거래처가 청구서와 남은 금액을 스스로 확인하고, 결제하거나 이의를 남기는 창구예요. 결제 링크가 한 건으로 들어가는 문이라면, 거래처용 화면은 그 거래처의 여러 청구서를 모아 둔 방이에요.
해외 자료는 문제의 배경으로만 봐요. Versapay의 2023년 CFO300명 조사는 연락 공백으로 지연된 월 결제 비율의 응답 평균을 26.85%로 제시했어요. 국가·조사기간이 공개 페이지에 명확하지 않고 공급업체의 자체 조사이므로, 한국 회사의 평균이나 이 화면을 쓰면 얻는 개선율로 해석하지 않아요.
우리 회사에서 먼저 셀 것은 「청구서를 다시 보내 달라」는 문의, 잔액 확인 문의, 이의가 해결되지 않은 건수예요. 청구서에 넣을 기본 칸은 인보이스와 청구서의 차이를 참고하세요.
거래처 담당자는 어떤 청구서까지 볼 수 있어야 하나요?
해당 거래처에서 업무상 허용된 청구서만 보여 줘야 해요. 로그인 단계를 줄이는 것과 접근 확인을 없애는 것은 달라요. 다른 회사의 링크로 바꿨을 때 청구서가 열리면 출시를 멈추고 고쳐야 해요.
| 시험할 상황 | 통과 기준 |
|---|---|
| 다른 거래처 번호로 요청 | 다른 회사의 청구서·첨부가 안 보임 |
| 담당자 변경·퇴사 | 이전 담당자의 접근을 회수할 수 있음 |
| 링크 재전달·만료 | 허용 범위와 유효기간을 다시 확인함 |
| 조회·수정·결제 권한 | 역할별로 가능한 행동을 구분함 |
담당자 이름·전화번호·이메일처럼 개인을 식별하는 정보가 포함된다면 개인정보 보호법29조의 안전조치 의무를 확인해야 해요. 법은 내부 관리계획과 접속기록 등 필요한 보호조치를 요구해요.
위 표의 링크 만료·권한 회수는 이 의무를 고려한 편집팀의 설계 예시예요. 모든 화면에 같은 시간의 링크 만료를 정하는 법정 규칙은 아니에요.
결제 버튼을 누른 순간 잔액을 줄이면 왜 안 되나요?
시도와 수납 확정은 다른 사건이기 때문이에요. 결제창을 열어 놓고 닫을 수도 있고, 응답이 늦게 올 수도 있어요. 「확인 중」을 별도 상태로 두면 거래처가 이미 눌렀는데 또 내는 일을 줄일 수 있어요.
- 결제 시도: 버튼 클릭·결제창 진입 기록. 잔액에는 반영하지 않아요.
- 확인 중: 결제수단의 결과를 확인하는 상태. 추가 결제 안내 전에 다시 확인해요.
- 확정: 결제수단별 확인 근거에 따라 수납을 반영해요.
- 실패·취소·환불: 원거래와 연결해 별도 기록하고 잔액 반영을 검토해요.
여기서 확정은 이 글의 내부 수납관리 기준이에요. 카드 승인과 PG 정산 입금이 같은 뜻은 아니며, 현금흐름 보고에서는 실제 정산 입금도 별도로 봐야 해요. 결제기관의 응답·거래번호·계좌내역 등 해당 수단의 근거를 확인하세요.
같은 결과 통지가 두 번 와도 수납이 두 번 잡히면 안 돼요. 원거래 식별번호를 대조하고, 오류를 수정했다면 누가 언제 어떤 근거로 고쳤는지 남겨요.
일부만 냈을 때 청구서 잔액은 어떻게 맞추나요?
확정된 금액을 어느 채무에 반영하는지 근거를 남겨야 해요. 화면에서 오래된 청구서를 위에 놓았다고 법적 충당순서까지 정해지지는 않아요.
민법476조는 같은 채권자에 대한 여러 채무에서 부족한 변제를 할 때의 지정을 정해요. 약정과 상대방에게 한 의사표시를 확인하고, 지정이 없으면 법정충당도 검토해야 해요.
이자·비용이 있는 때에는 민법479조도 확인하세요. 아래 운영표는 이자·비용·상계·반품·환불이 없고 어느 청구서에 붙일지 확인된 원금만의 가상 예시예요.
예를 들어 청구액이 220만 원인 한 건에 110만 원을 확정 수납했다면 잔액은 110만 원이에요. 다른 청구서에 붙인 입금을 이 건에서도 또 빼지 않도록, 수납과 청구서 연결을 하나의 기록으로 관리하세요.
8건 운영표에서 사용률과 잔액은 어떻게 읽나요?
확정 수납만 모은 뒤 건수·금액을 따로 계산해요. 다음 가상 운영표는 청구서8건에 수납을 한 번씩만 연결한 한 시점의 스냅샷이에요. 날짜별 스냅샷을 서로 더하는 표가 아니에요.
| 계산 항목 | 가상 예시 결과 |
|---|---|
| 청구 총액 | 693만원 |
| 전체 확정 수납액 | 418만원 |
| 남은 잔액 | 275만원 |
| 포털 확정 수납 건수 비율 | 3건 ÷ 5건 = 60% |
| 포털 확정 수납 금액 비율 | 308만원 ÷ 418만원 ≈ 73.7% |
확인 중66만 원과 실패44만 원은 수납액에 넣지 않았어요. 미입금55만 원과 부분입금 뒤 남은110만 원까지 합하면 잔액은 275만 원이에요. CSV의 「확정수납액」 열만 합산하면 같은 결과가 나와요.
이 예시는 확정 수납1건이 청구서1건에 연결된 경우예요. 실제로 한 번의 입금이 여러 청구서에 나뉜다면 수납 거래번호 기준으로 건수를 세고, 연결 행을 결제 건수로 세지 마세요.
처음에는 문의 건수와 정정 건수를 함께 관찰하세요. 사용률이 올라도 잔액 정정이 늘면 잘못된 상태를 더 많은 거래처가 보고 있을 수 있어요. 전체 확정수납이 없는 기간의 지표는 N/A로 남겨요.
출시 전 어떤 순서로 시험하면 되나요?
접근·잔액·결과 통지·정정·문의 연결의 다섯 묶음을 끝내고 거래처에 열어요. 결제 화면에서 이의를 남기는 기능이 있다면 처리 담당자와 결과 안내도 연결해야 해요.
- 테스트 거래처를 나누고 서로의 청구서가 보이지 않는지 확인해요.
- 전액·부분·미입금·실패·확인 중을 넣고 화면과 내부 잔액을 대조해요.
- 같은 결과 통지를 두 번 넣어 수납액이 한 번만 반영되는지 봐요.
- 취소·환불·오배정을 원거래에 연결하고 정정 이력이 남는지 확인해요.
- 이의와 문의가 담당자에게 도착하고 거래처가 처리 상태를 알 수 있는지 봐요.
이의 처리 대장은 청구서 이의제기 관리대장, 여러 입금의 연결은 반복 거래처 입금확인, 마감 대조는 월마감 매출채권 체크리스트에서 이어 볼 수 있어요. 이 글의 결과물은 분개표가 아니라 거래처 화면과 내부 수납의 일치 여부를 시험하는 운영표예요.
자주 묻는 질문
청구서 결제 화면과 결제 링크는 어떻게 다른가요?
결제 링크는 한 건을 결제하는 입구이고, 거래처용 화면은 그 거래처의 청구서와 결제 이력·남은 금액을 모아 보여 줘요. 여러 청구서가 쌓이는 거래라면 잔액과 접근 권한부터 설계해야 해요.
가입 절차 없이 링크로 열어도 되나요?
별도 회원가입을 없애는 것과 아무나 열게 하는 것은 달라요. 담당자와 거래처를 확인하고, 허용된 청구서만 조회·결제하도록 해야 해요. 링크 만료와 회수 같은 구체적 방법은 위험에 맞춰 정할 설계 선택이에요.
화면에서 결제 버튼을 누르면 잔액을 줄이나요?
버튼 클릭이나 결제창 열기만으로 잔액을 줄이지 않아요. 결제수단별 확인 근거를 받아 수납이 확정된 금액만 반영하고, 확인 중·실패·취소·환불은 따로 관리해요.
일부 입금은 어느 청구서에 붙이나요?
거래처와의 약정, 변제자의 지정과 의사표시를 확인해요. 지정이 없으면 민법상 법정충당도 검토해야 해요. 이자·비용이 있다면 원금에서만 빼는 예시를 그대로 적용하지 마세요.
결제 화면 사용률은 무엇으로 나누나요?
이 글의 건수 지표는 같은 기간 포털에서 확정된 수납 건수를 전체 채널의 확정 수납 건수로 나눠요. 금액 지표는 확정 수납액으로 따로 계산하고, 전체 확정 수납이 0이면 N/A로 남겨요.
이 CSV가 법정 서식이나 제품 기능인가요?
아니에요. 결제 화면과 내부 장부가 같은 상태를 보는지 시험하는 편집팀의 가상 운영표예요. 특정 제품이 이 표의 모든 기능을 제공한다는 뜻이 아니며 실제 계약과 결제수단 조건을 따로 확인해야 해요.
카드·자동이체로 받고 싶으셨죠?
거래처가 편한 방법으로 바로 냅니다
청구서를 받은 거래처가 가상계좌·카드·자동이체 중 편한 방법으로 내고, 들어온 돈은 청구서와 알아서 맞춰집니다.
