BUSINESS AUTOMATION · BILLING · 2026.09.22

청구서 보내고 입금 확인, 아직 매달 손으로 하고 계신가요?

월말이 되면 청구서를 하나씩 만들어 보내고, 월초에는 통장 거래내역을 열어 어느 거래처가 입금했는지 표에 체크하는 회사가 아직 많습니다. 청구와 입금 확인은 매달 같은 순서로 반복되는 일이라, 자동화했을 때 담당자 시간이 가장 눈에 띄게 돌아오는 업무 중 하나입니다. 이 글은 청구서 발송부터 입금 매칭, 미입금 알림까지 이어지는 구조를 어떻게 만드는지 정리했습니다.

청구·입금 확인이 왜 매달 밀릴까

청구 업무는 한 번에 끝나는 일이 아닙니다. 계약 조건에 맞춰 청구 금액을 계산하고, 청구서나 세금계산서를 만들고, 거래처 담당자에게 보내고, 입금 예정일이 지나면 통장을 확인하고, 안 들어온 곳에는 다시 연락해야 합니다. 이 다섯 단계가 거래처 수만큼 반복되는데, 대부분 회사에서는 이 흐름이 담당자 한 사람의 엑셀과 기억에 의존합니다. 그래서 거래처가 늘거나 담당자가 바뀌면 어느 건이 어디까지 진행됐는지 파악하는 데만 시간이 걸리고, 정작 미입금 건은 뒤늦게 발견됩니다.

손으로 대사하면 생기는 문제

대사(對査)는 우리가 청구한 내역과 실제 입금된 내역을 맞춰 보는 작업입니다. 이 작업을 사람이 통장 내역과 청구 목록을 나란히 놓고 하다 보면 세 가지 문제가 반복됩니다.

• 미수금이 조용히 쌓입니다. 입금 예정일이 지나도 아무도 알려주지 않으니, 분기 말 결산 때가 되어서야 몇 달째 안 들어온 건을 발견합니다.
• 입금자명과 거래처명이 달라 시간을 잡아먹습니다. 법인명 대신 대표자 개인 이름으로 입금되거나, 여러 건을 합쳐 한 번에 보내오면 어느 청구 건인지 일일이 확인해야 합니다.
• 중복 청구나 누락이 생깁니다. 이미 입금된 건에 독촉 연락을 보내 거래처와 관계가 불편해지거나, 반대로 청구서 자체를 보내지 않은 건이 뒤늦게 발견되기도 합니다.

이 문제들은 담당자가 부주의해서가 아니라, 확인해야 할 건수가 사람이 매번 빠짐없이 훑어볼 수 있는 범위를 넘어섰기 때문에 생깁니다.

자동화 구조는 세 덩어리로 나뉜다

청구·입금 자동화라고 하면 회계 시스템 전체를 바꿔야 할 것 같지만, 실제로는 세 덩어리를 순서대로 연결하는 것입니다.

1. 청구 생성과 발송. 계약 정보(거래처, 금액, 청구 주기, 입금 예정일)를 한곳에 정리해 두고, 청구일이 되면 청구서를 자동으로 만들어 담당자 이메일로 보냅니다. 금액이 매달 같은 정기 청구부터 시작하면 가장 쉽습니다.
2. 입금 내역 수집. 은행이나 회계 프로그램의 거래내역을 하루 한 번 자동으로 가져옵니다. 실시간일 필요는 없고, 수집 주기가 일정한 것이 더 중요합니다.
3. 매칭과 예외 알림. 수집된 입금 내역을 청구 건과 규칙에 따라 맞추고, 맞은 건은 완료 처리, 맞지 않는 건과 예정일이 지난 미입금 건만 담당자에게 알립니다.

핵심은 세 번째 단계입니다. 담당자가 모든 건을 보는 것이 아니라 자동으로 맞지 않은 건만 보게 만드는 것이 이 자동화의 목적입니다.

입금 매칭 규칙: 어디까지 자동으로 맞출 수 있나

매칭 규칙은 처음부터 완벽할 필요가 없습니다. 확실한 경우만 자동으로 처리하고, 애매한 경우는 사람에게 넘기도록 단계를 나누면 됩니다.

미입금 알림은 단계를 나눠야 한다

미입금 알림을 한 번만 보내면 담당자가 놓치기 쉽고, 매일 보내면 무시하게 됩니다. 입금 예정일 기준으로 단계를 나누는 것이 실무에서 잘 작동합니다. 예를 들어 예정일 다음 날에는 담당자에게 내부 알림만 보내고, 일주일이 지나면 거래처에 보낼 안내 문구 초안을 함께 붙여 주고, 그 이후에는 관리자에게도 함께 알리는 식입니다. 알림에는 거래처명, 청구 금액, 예정일, 경과 일수와 함께 청구서 원본 링크를 넣어 담당자가 다른 화면을 열지 않고도 바로 조치할 수 있게 합니다. 거래처에 보내는 연락은 자동으로 발송하지 않고 담당자가 내용을 확인한 뒤 보내는 것이 안전합니다.

도입 전 체크리스트

• 거래처별 청구 금액, 청구 주기, 입금 예정일이 한곳에 정리되어 있나요?
• 은행 거래내역이나 회계 프로그램에서 입금 내역을 정기적으로 가져올 방법이 있나요?
• 거래처명과 다르게 입금되는 곳이 어디인지 담당자가 이미 알고 있나요? (있다면 그것이 첫 별칭 목록입니다)
• 미입금 건을 누가, 며칠 경과 시점에 확인해야 하는지 정해져 있나요?
• 세금계산서 발행처럼 별도 절차가 필요한 부분은 세무 담당자와 확인했나요?

자주 하는 실수

• 모든 입금을 자동으로 완료 처리하는 것 — 금액이 비슷한 다른 청구 건에 잘못 붙으면 나중에 찾기가 훨씬 어렵습니다. 확실한 경우만 자동 완료하고 나머지는 확인 표시를 남겨야 합니다.
• 청구서 발송만 자동화하고 입금 확인은 그대로 두는 것 — 발송은 빨라졌는데 미입금은 여전히 결산 때 발견됩니다. 담당자 시간이 실제로 돌아오는 것은 입금 확인 쪽입니다.
• 거래처 독촉 연락까지 자동 발송하는 것 — 입금자명 불일치로 매칭이 안 됐을 뿐 실제로는 입금한 거래처에 독촉이 나가면 관계가 상합니다. 외부로 나가는 연락은 사람이 확인하고 보냅니다.
• 예외 처리 결과를 규칙에 반영하지 않는 것 — 같은 거래처의 같은 예외를 매달 다시 확인하게 됩니다.

FAQ

거래처가 몇 곳 안 되는데도 자동화할 가치가 있나요?

거래처 수보다 매달 같은 작업을 반복하는지가 기준입니다. 청구서를 만들고 보내고 입금을 확인하는 흐름은 거래처가 10곳이든 100곳이든 같은 순서로 반복되므로, 규모가 작을 때 구조를 잡아 두면 거래처가 늘어도 담당자 업무가 그만큼 늘지 않습니다. 처음에는 청구서 자동 발송과 미입금 알림 두 가지만으로 시작해도 충분합니다.

은행 입금 내역은 어떻게 자동으로 가져오나요?

이용 중인 은행이나 회계 프로그램이 제공하는 거래내역 연동 기능, 또는 정기적으로 내려받은 거래내역 파일을 자동으로 읽어 들이는 방식이 일반적입니다. 실시간일 필요는 없고, 하루 한 번 또는 반나절에 한 번 수집해도 대부분의 청구 업무에는 충분합니다. 중요한 것은 수집 방식보다 수집된 내역을 청구 건과 자동으로 맞추는 규칙을 명확히 정하는 것입니다.

입금자명이 청구서의 거래처명과 다르면 어떻게 하나요?

가장 흔한 예외 상황이므로 처음부터 예외로 설계해야 합니다. 금액과 입금 예정일이 일치하고 후보가 하나뿐이면 자동으로 매칭하되 담당자에게 확인 표시를 남기고, 후보가 여럿이거나 금액이 다르면 자동 매칭하지 않고 담당자에게 넘깁니다. 담당자가 확인한 결과를 거래처별 입금자명 별칭으로 저장해 두면, 같은 거래처의 다음 입금부터는 자동으로 맞춰집니다.

Voxen은 이렇게 접근합니다

Voxen은 AI를 억지로 모든 단계에 넣기보다 현재 업무와 데이터를 먼저 살펴보고 가장 단순하고 안정적인 자동화 구조를 찾습니다. 데이터 수집·엔지니어링, AI 판단, API·대시보드, 맞춤 시스템 구축을 실제 비즈니스 프로세스에 맞게 연결합니다.

이 글도 읽어보세요

• 계약 갱신일을 놓쳐서 손해 본 적 있으신가요 — 계약 정보를 한곳에 모아 기준일 알림을 만드는 구조는 청구 자동화의 출발점이기도 합니다.
• 거래처가 왜 세 번씩 등록돼 있을까요 — 입금자명 불일치 문제의 상당수는 거래처 마스터 데이터 정리에서 시작됩니다.
• 여러 시스템 숫자가 다르게 나온다면 — 청구 시스템과 회계 장부의 숫자를 자동으로 비교하는 방법입니다.