같은 사업자번호 거래처가 중복 등록됐을 때 정리 순서

먼저 답부터 볼게요

핵심 판단은 이 순서입니다

중복 거래처를 발견하면 사업자등록번호뿐 아니라 법인명·사업장·계약주체·지급계좌를 확인해 실제 동일 사업자인지 판단합니다. 과거 전표와 미지급금은 유지한 채 기준 코드를 정하고, 중복 코드는 신규 사용을 막은 뒤 잔액·증빙·지급정보를 연결해 통합 이력을 남깁니다.

이 글은 2026년 10월 12일 현재 공개된 법령과 관계 기관 자료를 바탕으로 한 일반 정보입니다. 계약·회사 규정·사업장 상황과 개별 사실관계에 따라 달라질 수 있으므로 원자료와 최신 안내를 함께 확인합니다.

필요한 자료

판단 전에 원자료를 모으세요

한 화면이나 한 장의 문서만으로 결론 내리지 말고 날짜·금액·당사자와 승인 경로가 이어지도록 준비합니다.

변경 전 자료와 변경 후 자료를 함께 보관하면 누가 언제 무엇을 확인했는지 다시 설명하기 쉽습니다.

• 거래처별 사업자등록정보와 계약서
• 전자세금계산서·카드·지급 이력
• 미지급금·외상매입금 보조원장
• 계좌 변경·승인 기록

AI로 생성된 이미지

처리 순서

사실 확인부터 반영까지 연결하세요

두 코드의 사업자번호가 같아도 본점·지점 또는 계약주체가 다를 수 있으므로 홈택스 사업자상태와 계약서를 대조합니다. 동일 거래처라면 앞으로 사용할 기준코드를 정하고 다른 코드는 비활성화합니다. 과거 전표를 무리하게 다시 쓰기보다 코드 간 연결 메모와 잔액 이관 승인자료를 남깁니다.

각 단계가 끝날 때 접수번호·승인시각·전표번호 가운데 다시 찾을 수 있는 식별값을 남기고, 다음 담당자가 같은 기준으로 검수할 수 있게 합니다.

판단 기준

비슷해 보이는 항목을 구분하세요

문서의 명칭보다 실제 당사자·기준일·자금 또는 근로의 흐름이 중요합니다. 다음 네 기준을 각각 확인한 뒤 결과가 서로 맞는지 봅니다.

실무 예시

차이가 생긴 지점을 자료로 설명하세요

A상사와 A상사 본점 두 코드에 같은 사업자번호가 있고 미지급금이 각각 남아 있다고 가정합니다. 계약과 세금계산서가 같은 법인인지 확인한 뒤 기준코드를 정합니다. 잔액을 이관하면 이관 전후 합계가 같은지 검수하고, 중복 코드는 삭제하지 않고 신규 전표·지급을 막습니다.

예시는 처리 흐름을 보여주기 위한 가상 상황입니다. 실제 반영은 계약·법령·기관 처리상태와 회사 승인 절차에 맞춰 조정합니다.

주의할 점

예외와 실제 운영을 함께 확인하세요

같은 상호라고 같은 사업자가 아니고, 같은 사업자번호라도 사업장별 관리가 필요한 경우가 있습니다. 계좌까지 일괄 덮어쓰면 지급사고가 날 수 있으므로 계좌 변경은 별도 승인과 독립 확인을 거칩니다.

세무·노무·법무 결론은 사실관계에 따라 달라질 수 있습니다. 금액이 크거나 당사자 간 이견이 있는 경우에는 관할 기관 또는 전문가 검토를 거쳐 반영합니다.

공식 자료

2026년 10월 12일 기준 원문을 확인하세요

아래 자료는 판단 기준과 절차를 확인한 공식 출처입니다. 실무 예시는 이해를 돕기 위해 새로 구성했으며 공개 카페의 제목·문장·사례·구성을 옮기지 않았습니다.

기관 화면과 서식은 개편될 수 있으므로 실제 처리 시점의 메뉴와 최신 법령 시행일을 다시 확인합니다.