입금 확인이 잘못 연결됐다면? 청구스 정정과 미수금 분개 점검

돈은 들어왔는데 왜 미수금이 잘못 남을까요?

은행 입금 110만원은 실제로 존재하지만 그 돈을 다른 거래에 연결할 수 있습니다. 그러면 통장과 미수금 합계는 맞는데, 돈을 낸 거래처가 미수로 남아 독촉을 받는 일이 생깁니다. 확인할 질문은 “110만원이 있나”와 “그 110만원은 어느 청구의 돈인가” 두 가지입니다.

청구스 공식 안내는 입금자명·금액 등 정보를 참고한 자동 감지와 수동 결제 처리를 설명합니다. 그러나 이 글은 자동 연결 정확도를 실측한 후기가 아닙니다. 동일 금액, 다른 입금자명, 여러 청구를 합친 송금처럼 회사에 생기는 예외를 실제 거래 근거와 대조하는 절차에 초점을 둡니다. [근거 1]

A의 110만원을 B에 연결했다면 무엇이 달라지나요?

편집팀의 가상 사례입니다. A와 B 거래처의 외상매출금이 각각 110만원이고, A가 자기 청구에 대한 대금 110만원을 입금했다고 가정합니다. 그런데 담당자가 이를 B 청구에 연결했습니다. 부가세를 포함한 이미 확정된 채권 잔액을 사용하며 반품·할인·상계·이자·비용은 없습니다.

정정 전에는 A 잔액 110만원, B 잔액 0원으로 보입니다. 올바르게 배분한 뒤에는 A 잔액 0원, B 잔액 110만원입니다. 둘의 합계는 정정 전후 모두 110만원이고 은행의 실제 입금도 계속 110만원입니다. 정정 때문에 새 입금이나 새 매출이 생기지 않습니다.

도해 크게 보기 ↗

정정 버튼을 누르기 전에 무엇을 확보하나요?

원래 청구번호, 잘못 연결된 결제일·금액·수단, 은행 거래 식별정보를 먼저 적습니다. 다음으로 실제 입금 대상을 설명할 고객 정산명세나 송금 지정 내용 등을 연결합니다. 입금자명이 A와 비슷하다는 사정만으로 B 연결을 지우고 A로 옮기는 것은 확인 절차가 아닙니다.

아래는 내부 정정 메모의 예시입니다. “은행 입금 110만원, 기존 B 청구 연결, 고객 정산명세에서 A 청구 대상임을 확인. A로 재배분 예정. 은행 원거래는 변경 없음.” 여기에 확인자와 작업 시각, 정정 전후 잔액을 더하면 다른 담당자가 경위를 따라갈 수 있습니다.

제품에서 수정 이력이 어떤 범위로 남고 어떤 자료를 보존·내보낼 수 있는지는 별도로 확인해야 합니다. 이번 공식 문서 열람만으로 모든 정정 전 값이 영구 보존되거나 감사용 변경 이력이 자동 출력된다고 확인하지 않았습니다. 필요한 근거는 회사가 정한 기록 위치에도 남기세요.

청구스 결제 내역에서는 어떻게 정정하나요?

청구스의 수동 결제 처리 가이드는 결제 내역에 추가와 삭제가 있고 수정 기능은 없다고 안내합니다. 잘못된 기록을 바로 덮어쓰는 방식으로 생각하지 말고, 기존 내역을 확인한 뒤 담당 권한과 내부 승인에 따라 잘못된 결제 연결을 정리하고 올바른 대상으로 추가하는 순서를 검토해야 합니다. [근거 2]

은행 입금 방식은 실제 연동 입금 내역을 선택하는 방식입니다. 부족한 연결을 맞추려고 존재하지 않는 현금 결제를 새로 입력하지 않습니다. 정정 과정에서 어떤 청구가 다시 미결제로 보이는지, 재사용할 입금의 잔여액이 어떻게 표시되는지 함께 확인하세요. [근거 2] [근거 3]

기록 삭제는 실제 은행 입금을 취소하거나 상대방에게 환불한다는 뜻이 아닙니다. 다만 연결 상태가 바뀌면 후속 자동화에 영향을 줄 가능성을 검토해야 합니다. 작업 대상 청구의 알림 상태를 먼저 확인하고, 필요하면 공식 안내의 자동화 중지 기능을 검토한 뒤 작업을 진행합니다. [근거 4]

회계 분개도 항상 다시 해야 하나요?

회계 원장에서는 이미 A의 입금을 맞게 기록했는데 청구스에서만 B로 연결했다면, 회계에 추가 정정 분개를 넣을 이유가 있는지부터 확인합니다. 수금 관리 화면을 고쳤다는 사실만으로 장부를 한 번 더 움직이면 오히려 새 오류가 생깁니다.

반대로 회계에서도 A가 보낸 입금을 차변 보통예금 110만원, 대변 외상매출금-B 110만원으로 잘못 기록했다면 거래처별 채권 배분을 고쳐야 합니다. 단순한 학습 예시로 차변 외상매출금-B 110만원, 대변 외상매출금-A 110만원의 재분류를 생각할 수 있습니다. 은행 잔액과 매출 합계는 그대로 두고 B 채권을 복구하며 A 채권을 줄이는 구조입니다.

이 예시는 회사의 계정체계에 거래처 보조부가 연결됐고 최초 수익 인식 자체는 맞다는 가정입니다. 실제 시스템에서는 전표의 거래처만 정정하거나 원전표 취소·재입력 절차를 사용할 수 있습니다. 마감된 기간의 수정 권한, 승인, 감사 추적 방식에 맞춰 처리하세요. 자동 연동이 있다면 제품 수정이 회계에 전송되는 범위를 확인한 뒤 중복 정정을 막아야 합니다.

정정 완료는 어떤 결과로 확인하나요?

먼저 은행에 같은 110만원 입금이 한 번만 반영돼 있는지 봅니다. 그다음 A와 B 청구의 각각의 잔액, 전체 미수 합계, 회계 보조부를 같은 시점으로 비교합니다. 가상 사례에서는 A 0원, B 110만원, 전체 110만원이 동시에 맞아야 합니다.

입금 목록의 결제완료 표시는 해당 입금액이 전부 사용된 상태라는 의미입니다. 이 표시 하나만 보고 정정을 끝내지 않습니다. 잘못된 청구에 전액 배분했어도 입금 기준으로는 완료처럼 보일 수 있기 때문입니다. 올바른 청구에 배분됐는지가 마지막 확인입니다. [근거 3]

고객에게 잘못된 안내가 이미 나갔다면 발송 사실과 후속 대응도 별도 기록합니다. 장부 정정을 했다는 이유로 이미 전달된 안내가 자동 취소되거나 정정 통지가 자동 발송된다고 가정하지 않습니다. 재개할 자동화의 대상·남은 금액·발송 조건을 담당자가 확인해야 합니다.

입금 정정에서 자주 묻는 질문

금액이 같은 청구가 두 장이면 오래된 것부터 연결해도 되나요? 이 글의 정정은 실제 지정 대상이 확인된 경우를 전제로 합니다. 계약과 송금 지정, 정산 근거를 확인하고, 법률상 변제충당 다툼이 있다면 별도로 검토해야 합니다.

110만원 중 60만원만 A의 돈이면 어떻게 하나요? 전액을 A에 연결하는 사례를 그대로 적용하지 않습니다. 확인된 금액만 배분하고 나머지 귀속과 잔액을 따로 확인합니다. 일부 결제 기능이 있다는 사실과 어떤 금액을 배분해야 하는지는 서로 다른 문제입니다.

매출 계정을 반대로 넣어 정리하면 되나요? 단순히 입금 대상만 잘못된 위 사례에서는 매출 발생이 달라진 것이 아닙니다. 원래 오류가 수익 인식인지, 현금 기록인지, 채권의 배분인지 먼저 구분해야 합니다.

자동 입금 확인은 예외를 고칠 수 있을 때 더 유용합니다

정상 입금만 빠르게 확인되는지보다 잘못된 연결을 발견하고 근거를 남기며 복구할 수 있는지가 운영에서 중요합니다. 청구스를 검토할 때는 같은 금액의 두 청구, 부분 입금, 장부 연동 여부를 질문 목록에 넣어 보세요. 실제 고객에게 영향을 주는 작업은 담당 권한과 확인 절차를 갖춘 뒤 진행합니다.

확인한 근거

1. 1. 청구스 공식 가이드 — AI 입금 감지와 수동 연결 ↗
2. 2. 청구스 공식 가이드 — 청구서 결제 처리 ↗
3. 3. 청구스 공식 가이드 — 입금 내역과 결제 상태 ↗
4. 4. 청구스 공식 가이드 — 자동화 시작과 중지 ↗

이 글은 일반적인 이해를 돕는 자료입니다. 실제 적용은 거래 내용과 적용 기준에 따라 달라질 수 있습니다.