자동 규칙이 비슷한 적요의 입금을 모두 매출로 지정해 개인 자금 이동과 고객 대금이 섞인 상황
적요는 거래의 단서이지 성격을 확정하는 이름표는 아닙니다. 같은 문구의 입금이라도 고객 대금, 본인 계좌 이동, 차입이나 반환일 수 있습니다. 자동 규칙의 적용 범위를 찾고 원계좌·상대방·계약을 기준으로 재분류하세요. 금액을 지우기보다 실제 입금은 남긴 채 성격과 근거를 바꾸는 방식이 안전합니다. 통장 잔액이 맞아도 매출 분류가 틀릴 수 있다는 점이 핵심입니다.
자동 분류의 편리함에는 전제가 있습니다
한 번 매출로 지정한 적요가 반복되면 프로그램은 다음 입금도 같은 거래라고 추정합니다. 그러나 본인이 사업 계좌에 보낸 돈에도 같은 이름이 찍힐 수 있습니다. 입금이 늘어도 판매가 늘었다는 뜻은 아닙니다. 먼저 규칙의 조건이 송금인 이름만인지, 계좌와 거래 종류까지 보는지 읽어 보세요. 이번 문제는 특정 거래의 세율을 계산하는 것이 아니라 자동 분류가 가진 전제가 실제 거래와 맞는지 살피는 작업입니다. 원인을 알면 잘못 적용된 기간과 거래 범위를 좁힐 수 있습니다.
적요보다 자금의 양쪽 계좌를 봅니다
사업 계좌에 들어오기 전 어떤 계좌에서 나왔는지, 그 이전에 고객이나 다른 사람에게 받은 돈이 있는지를 필요한 범위에서 연결합니다. 본인 계좌 사이 이동인지 새 대가인지 구분하는 단서입니다. 개인정보를 공유 장부에 모두 복사할 필요는 없습니다. 내부 식별자와 제한된 원문으로 연결하세요. 소득세법의 장부 원칙은 거래 사실이 객관적으로 드러나야 한다는 배경입니다. 송금인 이름이 같다는 사실만으로 소유나 법적 성격까지 확정할 수 없고, 사업주 이체라는 설명도 실제 흐름과 맞아야 합니다.
매출·차입·반환의 근거가 다릅니다
고객 대금은 주문·청구·제공 내용과, 차입은 대여 약정과 상환 의무, 반환은 원지급과 환급 사유를 연결합니다. 같은 입금이라도 필요한 근거가 달라집니다. 수입 귀속을 다루는 소득세법 제39조를 참고하되, 자동 분류 결과가 법적 판단을 대신하지 않는다는 점을 구분하세요. 확인되지 않은 입금을 임의 매출로 두거나 전부 개인 이동으로 바꾸는 것 모두 설명을 잃을 수 있습니다. 사실이 부족한 거래는 성격 미확정으로 남기고 어떤 자료가 부족한지 적는 편이 낫습니다.
규칙 변경은 과거 전표에도 영향을 줄 수 있습니다
앞으로 들어오는 거래만 바뀌는지 과거 자동 전표까지 다시 분류되는지 프로그램의 동작을 시험합니다. 규칙을 삭제했더니 수동으로 고친 거래가 되돌아갈 수도 있습니다. 적용 전후의 거래 목록과 계정 합계를 비교하세요. 단순한 적요 규칙을 상대 계좌와 거래 유형 등 더 좁은 조건으로 바꾸더라도 예외를 남겨야 합니다. 규칙의 이름, 적용 시작일, 제외한 거래를 기록하면 다음 담당자도 이유를 알 수 있습니다. 자동화가 무엇을 추정하고 무엇을 사람에게 넘기는지 구분하는 것이 중요합니다.
잔액과 손익을 서로 다른 검증값으로 씁니다
실제 입금은 있었으므로 계좌 잔액이 맞아도 손익의 매출은 틀릴 수 있습니다. 은행 합계 대조만으로 분류 오류가 드러나지 않는 이유입니다. 매출로 표시한 거래를 주문 자료에서 역으로 찾아보고 사업주 이체나 차입 목록도 함께 비교하세요. 잘못 분류된 전표는 원입금 기록을 지우지 않고 올바른 설명과 근거를 붙입니다. 이미 제출한 자료에 영향이 있다면 전후 분류표를 담당자에게 전달합니다. 통장 잔액을 맞추기 위해 실제 거래를 삭제하는 방식은 문제를 다른 형태로 옮길 뿐입니다.
다음 달에는 예외를 먼저 검토합니다
새 규칙으로 처리한 거래와 성격 미확정 거래를 나눠 월말에 봅니다. 이름이 같은 새 고객, 기존 거래처의 오입금, 사업주가 받은 돈을 경유시킨 입금처럼 예외가 생길 수 있습니다. 정상이라고 생각한 거래도 표본을 골라 원문과 연결해 보세요. 자동 분류의 품질은 처리 건수보다 잘못된 전제와 누락을 발견할 수 있는 구조에 달려 있습니다. 이 글의 작업표는 신고서를 대체하지 않으며 최종 수입과 거래 성격은 실제 계약·권리·자금 흐름을 대조해 정할 문제입니다.
상담 전에 챙길 자료
- 자동 분류 규칙 원문
- 적용 거래와 기간
- 원계좌·상대방 연결
- 주문·대여·반환 근거
- 분류 전후 계정 합계
이어지는 질문과 답
Q1. 통장 잔액이 맞는데도 오류인가요?
실제 입금이 존재해도 매출 계정이 잘못될 수 있습니다. 잔액 검증과 거래 성격 검증은 별개입니다.
Q2. 같은 이름이면 같은 규칙을 써도 되나요?
이름은 단서입니다. 고객 대금과 본인 이동이 같은 적요로 보일 수 있어 계좌와 근거를 함께 봐야 합니다.
Q3. 잘못된 입금 전표를 지우나요?
입금 사실은 유지하고 성격과 근거를 바로잡습니다. 성격이 미확정인 거래는 별도 상태로 남기는 편이 설명 가능합니다.
공식 근거와 확인 범위
아래에는 실제 열람 범위, 탐색용 자료와 이전 기록, 확인 시각·시행판을 구별해 두었습니다. 링크가 있다는 사실만으로 개별 사건의 요건이나 세액이 검증된 것은 아닙니다.
01소득세법 제160조 장부의 비치·기록 (시행 2026-01-01)
https://www.law.go.kr/LSW/lsSideInfoP.do?docCls=jo&joBrNo=00&joNo=0160&lsiSeq=280405&urlMode=lsScJoRltInfoR 외부 원문 ↗1) 소득세법 제160조 장부의 비치·기록 (시행 2026-01-01) https://www.law.go.kr/LSW/lsSideInfoP.do?docCls=jo&joBrNo=00&joNo=0160&lsiSeq=280405&urlMode=lsScJoRltInfoR 뒷받침 범위: 거래 사실을 객관적으로 파악할 수 있는 장부·증명 자료의 원칙. 프로그램 이관·OCR·관리표 자체의 법정 인증이나 특정 소프트웨어 이용 요건은 근거 범위가 아닙니다. 확인 상태: official_text_opened_scope_limited 열람/기록일: 2026-10-12T15:29:58Z
02소득세법 제39조 총수입금액·필요경비 귀속연도 등 (시행 2026-01-01)
https://www.law.go.kr/LSW/lsSideInfoP.do?docCls=jo&joBrNo=00&joNo=0039&lsiSeq=280405&urlMode=lsScJoRltInfoR 외부 원문 ↗2) 소득세법 제39조 총수입금액·필요경비 귀속연도 등 (시행 2026-01-01) https://www.law.go.kr/LSW/lsSideInfoP.do?docCls=jo&joBrNo=00&joNo=0039&lsiSeq=280405&urlMode=lsScJoRltInfoR 뒷받침 범위: 제1항 확정일 귀속, 제2항 매입/제작원가+부대 취득가액, 제3항 임의평가의 원칙과 재고·유가증권 시행령평가 단서, 제4항파손부패재고/특정유형자산감액(세부방법추가), 제5항회계관행과세법우선, 제6항세부위임. 거래별수입시기·상각방법·평가신고는각조문대조. 확인 상태: official_text_opened_scope_limited 열람/기록일: 2026-10-12T19:24:47Z
적용 한계와 남은 확인
공식 원문의 확인 범위는 각 출처 supports에 기록했습니다. 본문에서 제안하는 작업표·비교 절차는 편집상 자료 정리 방법이며 법정 신고서나 기관이 승인한 절차가 아닙니다. 거래 시점의 법령·시행령·특례 및 실제 계약에 따른 과세·비용·소득·권리 판단은 추가 확인이 필요합니다. 세액·기한을 확정하지 않으며 실제 고객 성과나 세무사 검수를 주장하지 않습니다.
이미지 제작 메모
이 원고의 실제 이미지는 생성하지 않았습니다. 아래는 향후 제작에 사용할 프롬프트와 대체 텍스트 초안이며, 완성 이미지나 고객 사례 사진이 아닙니다.
제작 메모 1 · 현장 맥락
- 제작 프롬프트
한국 소규모 사업의 은행 적요로 장부를 자동 분류하는 개인사업주 작업 환경을 표현하는 현실적인 편집 사진. 장면: 자동 규칙이 비슷한 적요의 입금을 모두 매출로 지정해 개인 자금 이동과 고객 대금이 섞인 상황 중심 소품은 자동 분류 규칙 원문, 적용 거래와 기간, 원계좌·상대방 연결. 자연광, 차분한 녹색·크림색, 실제 사람의 정체성을 특정하지 않으며 화면의 계좌·연락처·금액은 모두 가린다. 실제 고객 성과나 세무사 상담을 증명하는 사진처럼 만들지 않는다.
- 대체 텍스트 초안
통장 적요 자동분류가 사업주 이체를 매출로 읽었을 때 상황을 설명하는 연출 장면
제작 메모 2 · 자료 비교
- 제작 프롬프트
고해상도 책상 위 플랫레이 편집 비교 이미지. 실제 문서별 설명 행은 자료: 자동 분류 규칙 원문 | 사건: 규칙 전제 | 역할: 한 번 매출로 지정한 적요가 반복되면 프로그램은 다음 입금도 같은 거래라고 추정합니다 / 자료: 적용 거래와 기간 | 사건: 양쪽 계좌 | 역할: 사업 계좌에 들어오기 전 어떤 계좌에서 나왔는지, 그 이전에 고객이나 다른 사람에게 받은 돈이 있는지를 필요한 범위에서 연결합니다 / 자료: 원계좌·상대방 연결 | 사건: 자금 성격 | 역할: 고객 대금은 주문·청구·제공 내용과, 차입은 대여 약정과 상환 의무, 반환은 원지급과 환급 사유를 연결합니다 / 자료: 주문·대여·반환 근거 | 사건: 적용 범위 | 역할: 앞으로 들어오는 거래만 바뀌는지 과거 자동 전표까지 다시 분류되는지 프로그램의 동작을 시험합니다 / 자료: 분류 전후 계정 합계 | 사건: 손익 대조 | 역할: 실제 입금은 있었으므로 계좌 잔액이 맞아도 손익의 매출은 틀릴 수 있습니다. 각 문서에 이 실제 라벨과 역할 문장을 넣고 색 탭과 연결선으로 적요보다 자금의 양쪽 계좌를 봅니다의 관계를 보여 준다. 내용 없는 카드·빈 라벨·무의미한 큰 공간 금지. 한글이 필요하면 위 실제 문구로 후편집한다. 실제 로고·인물·연락처·계좌 정보는 넣지 않는다.
- 대체 텍스트 초안
통장 적요 자동분류가 사업주 이체를 매출로 읽었을 때의 확인 자료와 실제 역할을 비교하는 연출 이미지
제작 메모 3 · 정리 도표
- 제작 프롬프트
웹 본문용 간결한 정보 도표. 단계 라벨은 규칙 전제 → 양쪽 계좌 → 자금 성격 → 적용 범위 → 손익 대조 → 새 예외. 각 카드의 핵심 설명은 규칙 전제: 한 번 매출로 지정한 적요가 반복되면 프로그램은 다음 입금도 같은 거래라고 추정합니다 / 양쪽 계좌: 사업 계좌에 들어오기 전 어떤 계좌에서 나왔는지, 그 이전에 고객이나 다른 사람에게 받은 돈이 있는지를 필요한 범위에서 연결합니다 / 자금 성격: 고객 대금은 주문·청구·제공 내용과, 차입은 대여 약정과 상환 의무, 반환은 원지급과 환급 사유를 연결합니다 / 적용 범위: 앞으로 들어오는 거래만 바뀌는지 과거 자동 전표까지 다시 분류되는지 프로그램의 동작을 시험합니다 / 손익 대조: 실제 입금은 있었으므로 계좌 잔액이 맞아도 손익의 매출은 틀릴 수 있습니다 / 새 예외: 새 규칙으로 처리한 거래와 성격 미확정 거래를 나눠 월말에 봅니다. 이 글의 핵심 사건인 자동 규칙이 비슷한 적요의 입금을 모두 매출로 지정해 개인 자금 이동과 고객 대금이 섞인 상황를 여섯 단계의 작은 아이콘과 위 라벨·설명으로 표현한다. 넓은 여백, 흰 바탕, 짙은 녹색 선, 모바일에서도 읽히는 카드 구조. 한글 렌더링이 어려우면 위 실제 문구로 후편집하고, 최종 도표에 내용 없는 카드나 빈 라벨을 남기지 않는다. 확인되지 않은 법정 기한·세율·판정 결과는 추가하지 않는다.
- 대체 텍스트 초안
통장 적요 자동분류가 사업주 이체를 매출로 읽었을 때의 자료 정리 순서 도표