영국 프리랜서가 신고서 제출 훨씬 전부터
SA100을 두려워하는 이유

마감일이 문제가 아니라, 그 전 몇 주가 문제입니다

1월 31일 온라인 신고 마감일은 세금 신고(Self Assessment)의 전부처럼 여겨지지만, 실제로 노력이 들어가는 곳을 가리는 프레임입니다. 숫자가 이 나라가 이를 어떻게 대하는지 보여줍니다: 가장 최근 신고 주기에서 1,140만 명 이상이 제때 신고했지만, 그중 475,722명은 마감일 당일에야 신고했고, 27,456명은 1월 31일 23:00~23:59 사이 마지막 한 시간에 신고했습니다. 100만 명 이상이 마감일을 완전히 놓쳐 자동으로 £100 과태료를 부과받았습니다.

이를 두고 미루는 습관이 있는 나라라고 읽고 싶어질 것입니다. 하지만 그렇지 않습니다. 신고 자체는 빠릅니다. 아무도 포털 입력란을 세 달 동안 클릭하며 보내지 않습니다. 사람들이 미루는 것은 자료 정리입니다 — 은행, 플랫폼, 받은 편지함에 흩어져 있는 서류에서 한 해 전체의 재무 활동을 재구성하는 일입니다. 마감일은 쌓인 부담감이 마침내 일을 하게 만드는 순간일 뿐입니다. 서류 정리가 처음부터 문제였고, 1월 31일은 그저 알람을 맞춰놓은 것뿐입니다.

자영업자가 실제로 정리해야 하는 것

먼저 신고서 자체부터 살펴보겠습니다. SA100은 HMRC의 주요 세금 신고(Self Assessment) 양식이며, TR1~TR6으로 번호가 매겨진 6페이지로 구성되어 있습니다. 모든 TR 페이지와 보충 양식의 필드별 참조는 영국 SA100 데이터 추출 완전 가이드를 참조하세요. 하지만 SA100만으로는 실제로 일하는 프리랜서의 재무 상황을 설명하기 어렵습니다. 자영업 소득은 SA103 보충 양식에 기재합니다. 고용 소득 — 파트타임 PAYE 직장이나 과세 연도 초반에 맡았던 직업에서 발생한 소득 — 은 SA102에 기재합니다. 임대 소득은 SA105에 기재합니다. 직장, 프리랜서 부업, 임대 주택을 모두 가진 사람은 비용 한 건도 신고하기 전에 SA100과 보충 양식 세 개를 작성해야 합니다.

여기서 의외의 점이 있습니다: 그 모든 서류는 놀랍도록 짧은 숫자 목록으로 귀결됩니다. 10자리 고유 납세자 번호(UTR), 항목별 총 소득, 공제 가능한 비용, 순이익, 납부할 세금, 중간 예납금 — 대부분의 사람에게 전체 신고서는 12개 안팎의 숫자입니다. 페이지는 길지만 실제 데이터는 그렇지 않습니다. 고통은 숫자의 양이 아닙니다. 문제는 그 숫자들을 어디서 모아야 하는가입니다.

일반적인 개인 사업자의 경우, 원천 서류 목록은 다음과 같습니다:

이 문서들 중 어느 것도 서로 연동되도록 설계되지 않았으며, SA100에 입력되도록 설계된 것도 없습니다. 그 불일치 — 문서 수가 아니라 — 가 구조적 고통의 원인이며, 그 이유를 정확히 짚어볼 필요가 있습니다.

번역처럼 느껴지는 이유, 신고가 아닌 이유

자기 평가(Self Assessment) 준비가 이렇게 무겁게 느껴지는 이유는 데이터를 복사하는 것이 아니라 번역하고 있기 때문입니다. 모든 원본 문서는 고유한 언어를 사용합니다. 은행 거래 내역서는 날짜별 거래를 정산된 순서대로 나열합니다. Stripe 내보내기는 자체 논리로 정산과 수수료를 그룹화합니다. 청구서는 지급받기로 한 금액을 명시합니다. SA100은 이러한 질문을 전혀 하지 않습니다. 단일 수치만 요구합니다: 과세 연도의 총 매출. 총 공제 가능 비용. 순이익.

한쪽에서 다른 쪽으로 이동하려면 수치의 의미를 머릿속에 유지하면서 옮겨야 합니다. 이 거래는 수입이고, 저것은 환불이며, 저것은 여기에 있으면 안 되는 개인 비용이고, 이 여섯 줄은 '사무실 비용'란에 해당합니다. 여러분은 문서가 작성된 언어와 HMRC 양식란이 요구하는 언어 사이에서 인간 번역 계층 역할을 하고 있는 것입니다. 이 인지 작업 — 각 수치가 배치되기 전에 그 의미를 결정하는 것 — 은 눈에 보이지 않고, 측정되지 않으며, 지치게 합니다. 또한 이 작업을 단순히 서두를 수 없는 이유이기도 합니다. 타이핑 속도를 높여도 결정 속도는 빨라지지 않기 때문입니다.

이는 영국 세금 제도의 다른 곳에서 일상적인 급여 문서를 수동 병목 현상으로 만드는 것과 동일한 마찰입니다. 영국 급여 팀이 여전히 매년 5월에 P60 데이터를 수동으로 다시 입력하는 이유와 P45 처리가 완고하게 수동으로 남아 있는 이유는 동일한 구조적 격차 때문입니다. 문서에는 한 가지가 적혀 있고, 목적지 양식은 다른 것을 기대하며, 사람이 읽고 다시 입력하여 그 둘 사이를 연결해야 합니다.

아무도 경고하지 않는 조정의 함정

번역 문제는 조정 — 소득 수치를 기록한 모든 출처에서 일치시키려는 지점 — 에서 가장 첨예해집니다. 이곳에서 자영업자들은 조용히 저녁 시간을 통째로 잃으며, 결제 플랫폼은 의도적으로 상황을 더 악화시킵니다.

PayPal이 전형적인 예입니다. 한 소기업 소유주가 Reddit에 말했듯이, PayPal은 "기본적으로 명세서에 누적 잔액을 표시하지 않습니다. 일반 은행에서처럼 은행 조정을 하는 것은 불가능합니다." 누적 잔액이 없으면 마감 수치를 장부에 단순히 연결할 수 없습니다. 판매, 환불, 수수료를 분리하면서 거래별로 재구성해야 합니다.

한편 회계사들은 반대 방향으로 기준을 높입니다. r/smallbusiness에서 반복적으로 제기되는 불만은 회계사들이 "개별 거래마다 원본 문서를 요구한다"는 것입니다. "지급 요약이 아닙니다. Stripe 인보이스가 아닙니다" — 각 항목 뒤에 있는 기본 영수증을 요구합니다. 그 요청은 규정 준수를 위해 합리적이지만, 단일 지급 수치를 각각 찾아 일치시키고 라벨을 붙여야 하는 수십 개의 문서로 바꿔버립니다. "대략 얼마를 벌었는지 안다"와 "HMRC의 분류에 따라 모든 파운드를 증빙할 수 있다" 사이의 격차는 바로 Self Assessment가 매년 한 번 수동으로 메우도록 강요하는 격차입니다.

그것을 두세 개의 계정과 두어 개의 결제 플랫폼에 걸쳐 곱하면, 조정은 단계가 아니라 업무의 대부분이 됩니다. SA100 상자는 끝에서 인내심 있게 기다리고 있고, 전쟁은 상류에서 치러집니다.

무질서한 게 아니다

자가 신고(Self Assessment)에 관한 지배적인 서사 — 모든 회계사의 1월 블로그 게시물에 반복되는 내용 — 는 고통이 당신 잘못이라는 것이다: 기록을 더 잘 관리했어야 하고, 너무 늦게 미루지 말았어야 하며, 시스템이 필요하다는 것이다. 어느 정도는 사실이지만, 문제를 잘못 진단하고 있다. 매달 영수증을 정리하는 잘 정돈된 프리랜서조차도 연말에 변환 단계에 직면한다. 좋은 습관은 검색 시간을 줄여줄 뿐, 1년치 문서를 HMRC 형식으로 재구성하는 작업을 없애지는 않는다.

이것이 개인적 문제가 아니라 구조적 문제라는 증거는 사람들이 실제로 두려워하는 것에 있다. 세금 신고서를 제출한 사람들을 대상으로 한 YouGov 설문조사에서 가장 큰 우려 — 34%가 언급 — 는 실수할까 봐 걱정되는 것이었으며, 세금 규정 이해(28%)와 마감일 자체(19%)보다 앞섰다. 사람들은 대부분 시간이 부족할까 봐 두려워하지 않는다. 숫자를 잘못 기입할까 봐 두려워하는 것이다. 원본 문서에서 신고서 항목으로의 수동 변환은 바로 오류가 스며들기 쉬운 지점이기 때문이다 — UTR의 숫자 전위, 잘못된 항목에 분류된 비용, 은행 명세서와 PayPal 내역에서 소득이 두 번 계산되는 경우 등.

이것은 개인의 실패가 아니라 공통된 상황이다. 영국 통계청(Office for National Statistics) 수치에 따르면 영국에는 약 440만 명의 자영업자가 있으며 — 이들을 대표하기 위해 IPSE가 존재한다. 그들 모두가 매년 같은 벽에 부딪힌다. 수백만 명의 유능한 사람들이 모두 같은 작업을 힘들어한다면, 문제는 사람이 아니라 작업 자체다.

ITSA용 MTD: 문제가 분기별로 다가온다

연간 버전이 고통스럽다면, 가까운 미래는 더 심각하며 이미 법제화되어 있다. 소득세 자가 신고를 위한 디지털 세무(Making Tax Digital for Income Tax Self Assessment, MTD for ITSA)는 전체 과정의 리듬을 바꾼다. 2026년 4월 6일부터 자영업 및/또는 부동산에서 총소득이 £50,000를 초과하는 개인 사업자와 임대인에게 의무화된다. 2027년 4월 6일부터 기준은 £30,000로 낮아지고, 2028년 4월부터는 £20,000로 낮아진다.

정부의 자체 영향 평가에 따르면 2026년 4월에 약 78만 명, 2027년 4월에 추가로 97만 명이 합류할 것으로 예상된다. 그리고 이 변화는 단순한 형식적 변경이 아니다. 연 1회 신고 대신, 적용 대상자는 디지털 기록을 유지하고 매 분기마다 소득과 지출 요약을 제출해야 한다 — 영국 세무사 협회(CIOT)가 명시한 대로 분기별 업데이트 4회와 연말 최종 신고 1회다. 첫 분기 업데이트 마감일은 2026년 8월 7일이다.

위의 모든 내용과 대조해 보면, Self Assessment에서 가장 부담스러운 부분 — 원본 서류를 수집하고 이를 올바른 숫자로 변환하는 작업 — 이 바로 MTD가 몇 배로 늘리는 부분입니다. 마감일이 병목이었던 적은 없었습니다. 준비 과정이 병목이었고, 이제 그 준비가 1년에 네 번 더 반복됩니다. 그래서 던져야 할 질문은 "1월을 어떻게 버티지"가 아니라 "조립 과정 자체를 어떻게 가볍게 만들까, 이제 훨씬 더 자주 해야 하니까"입니다.

부담이 실제로 집중되는 지점

구조적 문제가 원본 서류와 양식 입력란 사이의 수동 변환 계층이라면, 유일한 실질적 해결책은 그 계층을 자동화하는 것입니다 — 제출이 아니라, 결코 어렵지 않았던 제출이 아니라, 명세서와 영수증을 깔끔하고 분류된 숫자로 재구성하는 작업을 말입니다.

이것은 구식 OCR이 하는 작업과는 다릅니다. 전통적인 스캔 도구는 문서를 위치별로 읽습니다 — 페이지의 특정 지점에 있는 텍스트를 그대로 출력합니다. PayPal 내보내기와 은행 명세서가 열을 다르게 배치하는 순간, 그리고 항상 그렇듯이, 이 방식은 깨집니다. Self Assessment에 실제로 맞는 접근 방식은 의미 기반입니다. 도구에 무엇을 원하는지를 의미로 알려주는 것이지, 위치를 지정하는 것이 아닙니다.

이것이 맞춤 열 추출의 기본 아이디어입니다. 필드 주위에 상자를 그리는 대신 필요한 열 이름을 입력하면 AI가 각 문서를 읽고 필드의 의미를 이해하여 페이지의 어디에 있든 일치하는 값을 찾습니다. 은행 명세서, Stripe 지급 보고서, 사진으로 찍은 영수증을 모두 동일한 열 레이아웃에 넣을 수 있습니다. 정의가 위치가 아닌 의미에 기반하기 때문입니다. 추론 열을 추가할 수도 있습니다 — 예를 들어 "카테고리" 열 — 그러면 AI가 각 줄을 추출하면서 분류하여 이전에는 전적으로 머릿속에 있던 "이 숫자가 무엇을 의미하는가" 결정을 수행합니다. 인쇄된 명세서, PDF 내보내기, 종이 영수증의 휴대폰 사진을 모두 읽고 여러 파일을 한 번에 하나의 스프레드시트로 병합합니다.

그 다음부터의 기계적 단계는 이 클러스터의 나머지 부분에 이미 문서화되어 있습니다: SA100 Self Assessment 데이터를 Excel로 추출하는 전체 가이드, 그리고 여러 고객을 처리하는 회계사를 위한 여러 SA100 신고서를 하나의 요약 스프레드시트로 일괄 처리입니다. 다른 사람들 로부터 문서를 수집하는 사람이라면 — 고객에게서 기록을 수집하는 회계사, 직원에게서 영수증을 쫓는 사업주 — 수집 링크를 통해 간단한 업로드 페이지를 공유할 수 있습니다. 파일이 받은 편지함 대신 처리 대기열로 바로 들어옵니다.

이 중 어느 것도 세금 규정을 바꾸거나 숫자에 대해 생각할 필요를 없애지 않습니다. 제거되는 것은 재입력과 재구성 — 인간 변환 계층으로 보내는 시간입니다. 그리고 MTD가 그 계층을 분기별 의무로 만드는 상황에서, 이를 압축하는 것은 더 이상 1월의 편의가 아닙니다. 1년에 네 번의 관리 가능한 업데이트와 네 번의 1월의 차이입니다.

자주 묻는 질문

다음번에 두려움이 엄습할 때 — 그리고 MTD로 인해 두려움은 연 1회 이상 찾아올 것입니다 — 실제 원인이 무엇인지 짚어보는 것이 좋습니다. 마감일도, 여러분의 절제력 부족도 아닙니다. 1년치의 제각각인 서류를 HMRC 양식에 맞춰 수동으로 변환하는 데 소요되는 시간이 진짜 원인입니다. 바로 그 층위를 제거할 가치가 있습니다. 여러분의 거래 내역서와 영수증이 자동으로 재구성되었을 때 어떤 모습인지 직접 확인해 보세요.