Jangkyu Lee

가상계좌 입금 확인, 발급 성공을 결제 완료로 착각했다면

가상계좌 발급 API가 성공했습니다.

개발자는 안심했고, 대표는 매출을 기대했고, 고객은 아직 은행 앱을 열지 않았습니다.

세 사람 중 돈을 보낸 사람은 없습니다.

가상계좌는 거래를 구분해 입금을 받는 데 쓰는 계좌입니다. 그런데 계좌 번호를 발급한 일과, 고객이 입금한 일과, 그 돈을 우리 청구 건에 반영한 일은 각각 다릅니다.

청구·수금 자동화 서비스 청구스를 만드는 이장규입니다. B2B 결제를 설계할 때 자주 한 덩어리로 보게 되는 ‘결제 성공’을 조금 나눠보고 싶습니다.

가상계좌 발급 성공은 무엇이 성공한 걸까요?

토스페이먼츠의 주문형 가상계좌 연동을 예로 들겠습니다. 결제 승인 API를 호출해 계좌가 발급돼도 상태는 WAITING_FOR_DEPOSIT, 즉 입금 대기입니다. 구매자가 입금하면 DONE으로 바뀝니다. 공식 연동 안내

여기서 제품 화면의 문구가 중요해집니다.

발급 직후 초록색으로 “결제 완료!”를 띄우면 고객은 끝났다고 생각할 수 있습니다. 하지만 그 시점에 필요한 안내는 입금할 은행·계좌·금액·기한입니다.

공급자 화면도 마찬가지입니다. ‘발급 성공 20건’과 ‘입금 확인 20건’은 전혀 다른 현황입니다. 같은 성공 배지 아래 합치면 돈을 기다리는 업무가 화면에서 사라집니다.

입금 확인과 청구 잔액 반영도 구분해야 합니다

다음은 특정 서비스의 구현 명세가 아닌, 제품을 검토하기 위한 개념적인 흐름입니다.

계좌 발급 → 입금 대기 → 입금 확인 → 해당 청구 건 수납 반영

주문 한 건에 정확한 금액을 한 번 입금하는 방식이라면 연결이 비교적 단순합니다. 반면 거래처별 고정 계좌로 여러 청구 건의 돈을 받는 업무라면, 어느 청구에 얼마를 반영할지까지 정해야 합니다.

예를 들어 330만 원짜리 청구가 두 건 있는데 500만 원이 들어왔다고 합시다. 들어온 돈은 500만 원이고, 전체 청구 잔액은 160만 원입니다. 그래도 각 청구 건에 얼마를 배정할지는 별도 규칙이 필요합니다.

이 계산은 가상의 예시입니다. 모든 가상계좌가 이런 합산·부분 입금을 허용한다는 뜻도 아닙니다. 토스페이먼츠의 일반 주문형 가상계좌 정책은 정해진 금액을 기한 내 한 번에 보내는 방식입니다. 상품·계약마다 수납 조건을 먼저 확인해야 합니다. 결제수단 정책

‘가상계좌 지원’이라는 체크박스 하나로는 우리 업무에 맞는지 알기 어렵습니다. 주문별인지 거래처별인지, 금액이 다르면 어떻게 되는지, 청구가 여러 건이면 어디에 반영되는지까지 봐야 합니다.

웹훅을 두 번 받으면 감사 메시지도 두 번 갈까요?

웹훅은 결제 상태가 바뀌었을 때 우리 서버가 알림을 받는 방식입니다. 상태를 반영하는 출발점이지, 알림을 받은 횟수만큼 입금을 더하는 장치는 아닙니다.

토스페이먼츠는 PAYMENT_STATUS_CHANGED와 DEPOSIT_CALLBACK을 함께 등록하면 가상계좌 상태 변경 때 웹훅이 두 번 전송될 수 있다고 안내합니다. 웹훅 이벤트 문서

그래서 검토할 질문도 “웹훅 붙였나요?” 다음으로 넘어가야 합니다.

• 같은 거래의 알림을 다시 받아도 수납 금액이 한 번만 반영되는가?

• 최신 결제 상태를 확인하고, 취소나 정정도 처리하는가?

• 입금이 반영된 뒤에는 미입금 안내가 멈추는가?

• 반영에 실패한 건을 운영자가 찾아서 이어 처리할 수 있는가?

결제 담당자에게 중요한 것은 서버가 알림을 잘 받았다는 사실 다음에 있습니다. 이미 낸 고객에게 다시 돈을 달라고 하지 않는 것까지 이어져야 하니까요.

제품 데모에서 이 세 장면을 같이 보면 좋겠습니다

첫째, 계좌만 발급하고 아직 입금하지 않은 상태.

둘째, 입금은 확인됐지만 확인·반영 작업이 남은 상태.

셋째, 수납이 반영돼 잔액과 다음 안내가 달라진 상태.

세 장면이 구분되면 기능 목록보다 많은 것을 알 수 있습니다. 사람이 어디서 판단해야 하는지, 화면의 어떤 숫자를 믿고 고객에게 연락할 수 있는지가 보입니다.

청구스는 청구서 발송과 입금 대조, 수납 상태와 연체 안내를 연결하는 일을 하고 있습니다. 정확한 조건의 일반 계좌 입금은 설정에 따라 자동 수납하며, AI가 추천한 입금 후보는 사람이 확인합니다. 가상계좌의 수납 규칙은 일반 계좌의 이름 매칭과 구분합니다.

청구스 살펴보기

결제 기능을 만드시는 분들은 어느 순간을 ‘완료’라고 표시하시나요?

계좌 번호가 생긴 순간인지, 돈이 들어온 순간인지, 운영팀이 다음 할 일을 정확히 알게 된 순간인지 궁금합니다.

미수금 관리 자동화: 대표가 휴가 가면 입금 확인도 휴가를 갑니다

작은 팀의 ‘담당자 부재 테스트’를 하나 제안해 봅니다.

미수금을 챙기는 사람이 사흘 자리를 비우면, 나머지 팀은 아래 세 가지를 바로 알 수 있을까요?

① 누구에게 얼마를 받기로 했는지
② 실제로 들어온 돈이 어느 청구 건인지
③ 아직 안 들어온 건에 누가 언제 다시 연락할지

1번은 엑셀에, 2번은 통장에, 3번은 담당자 머릿속에 있다면… 마지막 시스템만 연차를 쓰는 셈입니다.

안녕하세요. 청구·수금 자동화 서비스 청구스를 만드는 이장규입니다.

미수금 관리에서 까다로운 건 목록을 만드는 일 다음에 있습니다. 입금을 확인하고, 상태를 바꾸고, 기한이 지난 건을 안내하고, 다른 사람이 이어받을 수 있게 남기는 일입니다.

예를 들어 “그 거래처는 제가 연락했어요”라는 메시지는 안심이 됩니다. 그런데 다음 담당자에게 필요한 건 조금 더 구체적입니다. 어떤 청구 건인지, 얼마가 남았는지, 그 뒤 입금은 있었는지까지 알아야 하니까요.

저희는 이 연결을 제품으로 만들고 있습니다.

청구스에서는 청구서를 발송한 뒤 은행 연동으로 입금을 확인하고, 청구 건과 대조하며, 미수 상태와 설정에 따라 알림톡·이메일 안내를 이어갈 수 있습니다. 세금계산서 등 증빙도 청구 방식과 설정에 맞춰 처리합니다.

자동화에도 구분이 있습니다. 조건이 맞는 입금은 설정에 따라 자동 수납 처리하고, AI가 추천한 입금 후보는 사람이 확인합니다. 사람이 봐야 할 건까지 무조건 확정하는 방식은 아닙니다.

미수금 관리 프로그램이 필요한 시점은 거래처가 몇 곳이 됐을 때일까요? 저희는 숫자와 함께 이 질문도 보셨으면 합니다.

“이 담당자가 없어도 다음 사람이 일을 이어갈 수 있나?”

담당자가 꼼꼼해서 굴러가는 회사에서, 담당자가 잠시 쉬어도 굴러가는 회사로. 청구스로 만들고 싶은 변화입니다.

청구스 살펴보기

B2B 제품이나 에이전시를 운영하시는 분들은 어떠신가요? 청구 이후 업무에서 가장 자주 끊기는 연결은 입금 확인인가요, 미수 안내인가요, 담당자 간 인수인계인가요?

납품은 끝났는데 통장에 돈이 안 찍힐 때, 매주 6.4시간을 돌려받는 방법

안녕하세요, 청구스를 만드는 이장규입니다.

일은 다 끝냈습니다. 청구서도 보냈습니다.
그런데 약속한 날이 지나도 통장에 입금이 안 찍힙니다.

그때부터 일이 또 생깁니다.
은행 앱을 열고, 엑셀과 한 줄씩 맞춰 보고, 카톡 창을 열었다 닫았다 하면서 "결제 부탁드립니다" 한 줄을 고민합니다.

오늘은 이 일을 청구스가 어떻게 대신하는지 정리해 보겠습니다.

---

✅ 혹시 이런 적 있으신가요?

• 월말마다 은행 앱과 엑셀을 번갈아 보며 누가 입금했는지 맞춰 본다
• 계속 거래할 고객이라 입금 요청 연락을 며칠씩 미룬다
• 팀 안에서 "그 업체 입금됐어요?"라는 질문이 자주 오간다
• 매달 같은 거래처에 보내는 청구서를 한 번씩 깜빡한다

두 개 이상 해당된다면, 누가 게을러서가 아닙니다.
청구 → 입금 확인 → 연락이 서로 끊어져 있어서 사람이 그 사이를 메우고 있는 겁니다.

---

📌 청구 한 건이 청구스에서 흘러가는 순서

거래를 한 번 등록하면 그다음은 정해진 순서대로 움직입니다.

1. 청구일 — 세금계산서가 발행되고 거래처에 청구 알림이 갑니다.
2. 입금이 들어오면 — 은행 입금 내역을 자동으로 조회하고, AI가 어떤 청구에 들어온 돈인지 맞춥니다.
3. 기한 다음 날(D+1)까지 입금이 없으면 — 알림톡과 메일로 첫 안내가 나갑니다.
4. 그래도 입금이 없으면 — 7일마다 다시 안내합니다.
5. 안내로 풀리지 않으면 — 신용조사·추심 의뢰로 이어갈 수 있습니다.

핵심은 2번과 3번의 순서입니다.
입금을 먼저 확인하고 나서 안내를 보내기 때문에, 이미 돈을 낸 고객에게 결제 요청이 가는 민망한 일이 생기지 않습니다.

---

🔁 일하는 방식이 이렇게 바뀝니다

• 청구서·계산서를 건마다 작성 → 한 번 등록으로 청구·계산서 발행
• 은행 앱과 엑셀을 한 줄씩 대조 → 입금 자동 조회, AI가 청구와 매칭
• "결제 부탁드려요" 문구를 직접 고민 → 기한이 지나면 알림톡·메일 자동 안내
• 매달 반복 청구를 깜빡 → 정기 청구는 주기마다 자동 발행

그래서 주간 청구·미수 관리 시간이 8.1시간에서 1.7시간으로 줄었습니다. 매주 6.4시간, 한 달로 치면 하루 8시간 근무 기준 3일이 넘는 시간을 본업에 다시 쓰는 셈입니다. (청구스 자체 DB, 2026년 8월 기준)

---

📊 숫자로 보면

• 1개월 이상 연체 건수 83.3% 감소 — 광고·컨설팅·SaaS 고객사 3곳의 도입 전후를 합산하면 36건이 6건으로 줄었습니다. 세 곳의 결과이고, 알림 한 기능만 따로 잰 수치는 아닙니다.
• 주간 관리 시간 8.1h → 1.7h — 계산서 발행, 입금 확인, 미납 연락을 합친 시간입니다.
• 그래도 안 들어오는 돈은 — 서울평가정보에 신용조사·채권추심을 의뢰할 수 있습니다. 신용조사·착수금은 0원, 추심 성공 수수료는 14%이고, 실제 회수 업무는 서울평가정보가 수행합니다.

---

💬 먼저 써 본 팀들의 이야기

청구스 홈페이지에 공개된 고객사 인터뷰 제목을 옮깁니다.

이오스튜디오(미디어·교육 플랫폼) — "그 업체 입금됐어요?"라는 질문이 사라졌다
코드박스(IT) — "영업 ↔ 재무팀 소통이 획기적으로 편해졌어요"
법무법인 지주 — "장기연체 감소를 체감하고 있어요"
안전관리 업체 — "독촉 전화 0통, 정신적 소모 Zero"

👉 고객 사례 전체 보기

---

🎯 이런 팀에 특히 잘 맞습니다

• 매달 거래처 10곳 이상에 청구서를 보내는 외주·에이전시·B2B SaaS
• 영업은 관계 때문에, 재무는 입금 때문에 서로 눈치 보는 팀
• 대표가 직접 입금 확인과 연락까지 하고 있는 작은 회사

반대로 거래처가 몇 곳 안 되고 입금이 늘 제때 들어온다면, 지금 쓰는 엑셀로도 충분할 수 있습니다.

---

🚀 시작은 부담 없이

1. 무료로 가입 — 견적서 작성·발송만 필요하다면 무료로 시작할 수 있습니다.
2. 기존 거래처 옮기기 — 엑셀 양식으로 직접 올리면 이관 비용이 없습니다.
3. 밀린 미수금이 있다면 — 회수 가능한지부터 신용조사 0원으로 확인해 볼 수 있습니다.

👉 청구스 무료로 시작하기
👉 우리 회사에 맞는지 도입 상담 받기

---

마지막으로 디스콰이엇 메이커분들께 하나 여쭤보고 싶습니다.
청구서를 보낸 뒤 입금 요청 연락, 지금 팀에서는 누가 하고 계신가요? 댓글로 편하게 남겨 주시면 제품을 다듬는 데 그대로 참고하겠습니다.

일은 끝났는데, “결제 부탁드립니다”라는 일이 또 남습니다

안녕하세요. 미수금 관리 자동화 서비스 청구스를 만드는 이장규입니다.

사업을 하면 제품을 만들고, 서비스를 제공하고, 납품까지 끝낸 뒤에도 일이 하나 더 남습니다. 제때 돈이 들어왔는지 확인하고, 아직이라면 다시 연락하는 일입니다.

특히 계속 거래할 고객에게는 그 한마디가 어렵습니다. 정당하게 받을 돈인데도 말을 고르게 됩니다. 영업팀은 관계가 신경 쓰이고, 재무팀은 입금이 필요합니다. 작은 회사에서는 대표가 둘 다 해야 하고요.

청구스가 풀고 싶은 문제는 이 지점입니다. 일한 대가를 받는 과정에 드는 시간과 감정의 부담을 줄이는 것.

청구서를 보내는 것부터 입금 확인, 미수 알림까지 하나의 흐름으로 연결하고 있습니다.

• 청구서와 세금계산서를 건마다 따로 챙기는 반복 업무를 줄입니다.
• 은행 연동과 AI 입금 매칭으로 어떤 청구에 돈이 들어왔는지 확인합니다.
• 결제 기한이 지나고 입금이 확인되지 않으면 알림톡과 이메일로 정중하게 결제를 안내합니다.

여기서 저희가 중요하게 보는 것은 “얼마나 세게 독촉하느냐”보다, 필요한 안내를 빠뜨리지 않고 보내는 일입니다.

예를 들어 청구서를 보낸 뒤 답이 없을 때, 사람이 매번 대화창을 열고 문구를 고민하는 대신 정해진 절차에 따라 안내가 이어지게 하는 것이죠. 받는 쪽도 어떤 청구가 남았고 얼마를 내야 하는지 쉽게 확인할 수 있어야 합니다.

입금 확인과 알림을 함께 묶은 이유도 여기에 있습니다. 이미 낸 고객에게 다시 결제를 요청하면 관계를 지키려던 자동화가 오히려 불편을 만들 수 있으니까요. 정확한 확인과 정중한 안내가 같이 가야 합니다.

현재 저희가 확인한 성과 중 하나는 30일 이상 연체 건수의 변화입니다. 광고·컨설팅·SaaS 고객사 세 곳의 도입 전후를 비교한 내부 집계에서, 합계 36건이 6건으로 줄었습니다. 건수 기준 83.3% 감소입니다.

세 곳의 도입 전후 결과이며, 자동 알림 한 기능의 효과만 따로 측정한 수치는 아닙니다. 저희는 실제 입금까지 걸리는 시간과 오래 남는 미수금을 보면서 제품을 개선하려고 합니다.

안내만으로 해결하기 어려운 연체는 전문 신용정보회사와 연결해 신용조사와 회수 절차로 이어갈 수 있도록 하고 있습니다. 청구 이후의 일까지 챙기는 서비스로 만들고 싶습니다.

디스콰이엇에는 첫 인사를 드립니다. B2B 서비스를 만들거나 외주·에이전시·작은 회사를 운영하시는 분들의 경험이 궁금합니다.

청구서를 보낸 뒤 가장 자주 막히는 단계는 어디인가요? 입금 확인인지, 다시 결제를 요청하는 일인지, 팀 안에서 누가 연락할지 정하는 일인지 듣고 싶습니다.

청구스 보기