자동이체 실패를 채권 소멸과 구분하고 최초 포함 3회 시도, 별도 입금, 고객 안내, 월 마감 대사 순서를 정리합니다.
- 출금 실패는 결제 시도가 성공하지 않았다는 결과입니다. 받을 돈이 없어졌다는 뜻은 아닙니다.
- 청구스 공식 가이드의 최대 3회는 최초 출금을 포함한 횟수입니다.
- 재출금 대기·별도 이체·미납 안내를 같은 거래 기준으로 대조해야 중복 요청을 줄일 수 있습니다.
이미지 크게 보기 자동이체 실패가 곧 계약 위반인가요?
잔액 부족 등으로 출금 요청이 실패해도 곧바로 모든 계약에 같은 미납 판단을 붙일 수는 없습니다. 계약상 지급기일이 언제인지, 이미 별도 지급한 금액은 없는지 먼저 확인해야 합니다.
CMS 결과는 수납 방식의 성공·실패 정보이고 채권은 계약에 따라 받을 권리입니다. 계약·청구·출금 결과를 나눠 두면 “실패했으니 청구 취소”나 “실패했으니 즉시 추심” 같은 잘못된 일괄 처리를 피할 수 있습니다.
청구스 CMS 가이드가 안내하는 실패 후 재시도 흐름을 보되, 계약상 지급 의무와 분쟁 여부를 대신 판단하는 기능으로 해석하지 않습니다. 고객에게도 실패 원인 확인과 남은 대금 안내를 구분해 전달하세요. [근거 1]
도해 크게 보기 어떤 상태를 별도 칸으로 남겨야 하나요?
한 거래에 청구일·지급기일·출금 요청일·결과 확인일을 적습니다. 지급기일이 지났는지와 출금이 실패했는지를 다른 칸에서 볼 수 있어야 재출금 중에도 미수금 현황을 놓치지 않습니다.
실패 사유가 확인됐다면 계좌 정보 오류, 동의·등록 문제, 잔액 문제 등 실제 결과의 분류를 사용하세요. 고객에게서 듣기 전 잔액 부족으로 단정하거나 모든 실패를 고의 미납으로 표시하지 마세요.
공유표에는 고객 식별값과 청구 금액, 현재 남은 금액, 다음 확인일, 담당자를 남깁니다. 민감한 금융정보 전체를 영업 메모에 복사하지 말고 권한이 필요한 원본과 운영 상태를 분리하는 편이 좋습니다.
| 관리 항목 | 확인 이유 |
|---|---|
| 계약 지급기일 | 기한 도과 여부 판단 |
| 출금 결과와 사유 | 수납 절차 보완 |
| 별도 입금과 잔액 | 중복 청구 방지 |
| 다음 확인일·담당자 | 방치 방지 |
도해 크게 보기 재출금은 몇 번이고 간격은 어떻게 읽나요?
현재 청구스 가이드는 최초 시도를 포함해 최대 3회라고 설명합니다. 첫 실패 뒤 3일 후 1차 재시도, 다시 3일 후 2차 재시도하는 흐름입니다. 최초 시도에 재시도 세 번을 더한 네 번이 아닙니다. [근거 1]
안내의 간격은 요청 시점을 기준으로 읽고 실제 처리와 결과 확인은 영업일 등 현재 운영 안내를 확인해야 합니다. 청구일에 달력 숫자만 더해 확정 입금일로 예측하지 마세요. [근거 2]
재시도 실패 후에는 결제 요청과 설정된 미납 안내 흐름을 확인합니다. 자동화에 맡긴 건이라도 누가 다음 상태를 확인할지 정해야 합니다. 재시도 중인 건을 성공 예정액으로 월 현금표에 넣는 것도 피하세요.
도해 크게 보기 30건 중 3건 실패한 달은 어떻게 마감하나요?
가상 사례로 월 청구 30건, 건당 33만원, 총 990만원을 정하겠습니다. 27건이 성공했고 3건이 실패했다면 성공액 891만원과 미수 확인액 99만원을 분리합니다.
실패 고객 한 명이 별도 이체로 33만원을 보내 그 거래에 연결됐다고 확인하면 남은 금액은 66만원입니다. 출금 실패 3건이라는 통계는 그대로여도 미수금은 3건 전액과 달라질 수 있습니다.
별도 이체는 통장 입금과 실제 청구 연결을 확인한 뒤 반영하세요. 이름이 비슷하거나 금액이 같다는 이유로 연결하면 다른 고객의 채권이 잘못 줄 수 있습니다. 앞의 숫자는 환불·추가 청구·수수료가 없는 설명용 사례입니다.
| 가상 상태 | 금액 |
|---|---|
| 청구 30건 | 990만원 |
| 성공 27건 | 891만원 |
| 실패 3건 | 99만원 |
| 별도 입금 1건 확인 후 잔액 | 66만원 |
도해 크게 보기 재출금 전에 계좌이체가 들어오면 무엇을 하나요?
먼저 입금자명·금액·일시·고객 확인 자료를 대조해 해당 청구의 지급인지 확인합니다. 그다음 현재 요청 상태를 보고 후속 출금이나 안내를 어떻게 정리할지 공식 절차를 확인하세요.
청구스 FAQ는 자동화 중지 절차를 별도로 설명합니다. 단순히 메모를 달거나 고객에게 “확인했습니다”라고 답한 것을 자동화 중지로 간주하면 안 됩니다. 다만 요청 중인 출금이 이미 취소됐다는 결과도 별도로 확인해야 합니다. [근거 3]
중복 출금이 실제 발생했다면 원청구·별도 이체·출금 성공·환불 결과를 하나의 이력으로 묶으세요. 통장 입금 총액만 줄이고 고객별 채권을 그대로 두면 다음 달에 다시 잘못 청구할 수 있습니다.
도해 크게 보기 미납 안내에는 어떤 내용을 담나요?
첫 안내는 청구 건, 계약 지급기일, 현재 확인한 잔액, 출금 실패 결과, 고객이 확인할 항목을 담습니다. 시스템상 실패라는 사실과 고객의 실제 지급 여부가 다를 수 있어 이미 납부했다면 확인 자료를 회신하도록 안내합니다.
결제 방법을 바꾸기로 합의했다면 새 지급기일·금액·기존 요청 정리 여부를 기록하세요. 일괄 안내를 중지할 건과 계속 확인할 건을 나눠야 이견이 있는 고객에게 같은 문구가 반복되지 않습니다.
현재 청구스 안내에는 부분 출금 등 제한이 있으므로 고객이 반만 낼 수 있다고 했다고 자동이체 기능이 그 금액을 알아서 처리한다고 약속하지 마세요. 부분 지급은 남은 채권과 후속 절차를 따로 확인해야 합니다. [근거 2]
도해 크게 보기 자동이체 실패 후 담당자가 마지막으로 볼 것은?
실패하면 세금계산서를 취소해야 하나요? 출금 실패만으로 공급이나 계약이 취소된 것은 아닙니다. 실제 거래 상태와 증빙 발급 의무를 따로 검토합니다.
자동화 중지하면 받을 돈도 없어지나요? 아닙니다. 후속 안내를 멈추는 작업과 채권 잔액을 줄이는 작업은 다릅니다. 정산·환불·계약 변경 등 잔액이 바뀐 근거를 별도로 남기세요. [근거 3]
청구스 도입은 청구·출금·미납 흐름이 흩어져 있을 때 검토할 수 있습니다. 가이드에 따른 재출금과 예외 처리 동선을 실제 업무에 맞춰 확인하세요. 이 글은 공식 문서 검토와 가상 수납 사례이며 회수율 향상을 실험한 결과가 아닙니다.
도해 크게 보기 확인한 근거
이 글은 일반적인 이해를 돕는 자료입니다. 실제 적용은 거래 내용과 적용 기준에 따라 달라질 수 있습니다.
검토·수정 이력
2026-10-02 · 전문가 검수 확인 후 발행.