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

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

1월 31일 온라인 신고 마감일이 자체 평가(Self Assessment)의 전부가 되어버렸지만, 이런 프레임은 실제 노력이 필요한 부분을 가린다. 수치가 보여주듯이, 가장 최근 회계연도에 1,140만 명 이상이 정시에 신고했지만, 그중 475,722명은 마감일 당일에야 제출했고, 27,456명은 마지막 1시간(1월 31일 23:00~23:59) 사이에 제출했다. 100만 명 이상은 마감일을 완전히 놓쳐 자동으로 £100 벌금을 물었다.

이를 보고 '미루기의 나라'라고 생각하기 쉽다. 하지만 아니다. 신고 자체는 빠르다. 아무도 석 달 내내 포털 상자를 클릭하느라 시간을 보내지 않는다. 사람들이 미루는 것은 자료 수집이다. 은행, 플랫폼, 받은 편지함에 흩어진 서류들로 1년 치 재정 활동을 재구성하는 작업 말이다. 마감일은 그저 쌓인 두려움이 마침내 일을 강제로 하게 만드는 순간일 뿐이다. 서류 작업이 항상 문제였고, 1월 31일은 그저 알람을 설정할 뿐이다.

자영업자가 실제로 모아야 하는 것

양식부터 시작하자. SA100은 HMRC의 주요 자체 평가 신고서이며, TR1에서 TR6까지 6페이지로 구성되어 있다. 하지만 SA100만으로는 프리랜서의 업무를 설명하기에 부족한 경우가 많다. 자영업 소득은 SA103 보충 페이지에 기재한다. 고용 소득(파트타임 PAYE 직업이나 과세 연도 초에 맡았던 역할)은 SA102에 기재한다. 임대 소득은 SA105에 기재한다. 직장, 프리랜서 부업, 임대 주택이 있는 사람은 비용 한 건도 보고하기 전에 SA100과 세 가지 보충 양식을 작성해야 한다.

여기서 직관에 반하는 점이 있다: 그 모든 서류 작업은 놀랍도록 짧은 숫자 목록으로 귀결된다. 10자리 고유 납세자 번호(UTR), 카테고리별 총 소득, 공제 가능 비용, 순이익, 납부 세액, 중간 납부액(Payments on Account) — 대부분의 사람에게 전체 신고서는 12개 정도의 숫자에 불과하다. 페이지는 길지만, 실제 데이터는 그렇지 않다. 고통은 숫자의 양이 아니다. 문제는 그 숫자들을 어디서 가져와야 하느냐는 점이다.

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

이러한 서류들은 서로 연동되도록 설계되지 않았으며, SA100 양식에 맞춰 설계되지도 않았습니다. 문제의 근본 원인은 서류의 양이 아니라 이러한 불일치에 있으며, 그 이유를 정확히 짚어볼 필요가 있습니다.

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

자진 신고 준비가 이렇게 무겁게 느껴지는 이유는 단순히 데이터를 복사하는 것이 아니라 번역하고 있기 때문입니다. 모든 출처 서류는 각자의 언어를 사용합니다. 은행 거래명세서는 날짜별 거래 내역을 정산 순서대로 나열합니다. Stripe 내보내기 파일은 자체 로직에 따라 지급액과 수수료를 그룹화합니다. 청구서는 지급받기로 한 금액을 명시합니다. SA100은 이러한 질문을 전혀 하지 않습니다. 단 하나의 숫자만 요구합니다: 과세 연도의 총 매출액, 총 허용 비용, 순이익.

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

이러한 마찰은 영국 세금 시스템의 다른 곳에서도 일상적인 급여 문서를 수동 병목 현상으로 만듭니다. 영국 급여 팀이 여전히 매년 5월 P60 데이터를 수동으로 재입력하고, P45 처리가 여전히 수동으로 이루어지는 이유는 동일한 구조적 격차 때문입니다. 문서는 한 가지를 말하고, 대상 양식은 다른 것을 요구하며, 사람이 읽고 다시 입력하여 그 간극을 메워야 합니다.

아무도 알려주지 않는 조정의 함정

번역 문제는 조정 단계에서 가장 첨예해집니다. 바로 소득 수치를 기록한 모든 출처 간에 일치시키려는 지점이죠. 이 지점에서 자영업자들은 조용히 저녁 시간 전체를 잃게 되며, 결제 플랫폼들은 설계상 이를 더 악화시킵니다.

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

한편, 회계사들은 다른 방향에서 기준을 높입니다. r/smallbusiness에서 반복적으로 나오는 불만은 회계사들이 "개별 거래 각각에 대한 원본 문서를 요구한다는 것입니다. 지급 요약이 아닙니다. Stripe 인보이스도 아닙니다" — 각 항목 뒤에 있는 기본 영수증을 말합니다. 이 요청은 규정 준수 측면에서는 합리적이지만, 단일 지급액을 수십 개의 문서로 바꾸어 각각을 찾고, 대조하고, 분류해야 합니다. "대략 얼마를 벌었는지 아는 것"과 "HMRC의 분류에 따라 모든 파운드를 증명할 수 있는 것" 사이의 간극이 바로, 1년에 한 번 수동으로 메워야 하는 Self Assessment가 강제하는 그 간극입니다.

이것이 두세 개의 계좌와 몇 개의 결제 플랫폼으로 확대되면, 조정은 하나의 단계가 아니라 작업의 대부분이 됩니다. SA100 양식은 끝에서 인내심 있게 기다리고 있습니다. 전쟁은 그 상류에서 치러집니다.

당신이 조직적이지 못해서가 아닙니다

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

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

이것은 개인의 실패가 아니라 공유된 조건입니다. 영국 통계청 수치에 따르면 영국에는 약 440만 명의 자영업자가 있으며, 이들을 대표하는 IPSE(독립 전문가 및 자영업자 협회)가 존재합니다. 그들 모두 매년 같은 벽에 부딪힙니다. 수백만 명의 유능한 사람들이 모두 같은 작업을 고통스럽게 여긴다면, 문제는 작업에 있는 것이지 사람들에게 있는 것이 아닙니다.

소득세 신고 디지털 전환(MTD for ITSA): 분기별 제출이 다가옵니다

연간 신고가 이미 고통스럽다면, 가까운 미래는 더 심각하며 이미 법제화되었습니다. 소득세 자진 신고를 위한 디지털 전환(MTD for ITSA)은 전체 과정의 리듬을 바꿉니다. 2026년 4월 6일부터 자영업자와 임대 소득이 연간 5만 파운드를 초과하는 임대인에게 의무화됩니다. 2027년 4월 6일부터는 기준이 3만 파운드로 낮아지고, 2028년 4월부터는 2만 파운드로 낮아집니다.

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

위 내용을 모두 고려해 보십시오. 자진 신고에서 가장 어려운 부분인 원천 자료 수집과 올바른 수치 변환은 정확히 MTD가 배가시키는 부분입니다. 마감일이 병목이 아니었습니다. 준비 과정이 병목이었고, 이제 그 준비가 연간 4회 추가됩니다. 따라서 물어볼 가치가 있는 질문은 "1월을 어떻게 버틸까"가 아니라 "자료 수집 자체를 어떻게 더 가볍게 만들까, 왜냐하면 이제 훨씬 더 자주 해야 하기 때문입니다."입니다.

통증이 실제로 집중되는 지점

구조적 문제가 원본 문서와 입력 양식 사이의 수동 번역 계층이라면, 유일한 실질적 해결책은 그 계층을 자동화하는 것입니다. 어려운 부분은 신고 자체가 아니라, 명세서와 영수증을 깔끔하고 분류된 숫자로 재구성하는 작업입니다.

이는 기존 OCR이 하는 작업과 다릅니다. 전통적인 스캔 도구는 문서를 위치별로 읽어 페이지의 특정 지점에 있는 텍스트를 그대로 출력합니다. 하지만 PayPal 내보내기와 은행 명세서는 항상 다르게 열을 배치하므로 이 방식은 바로 실패합니다. 자체 평가( Self Assessment)에 실제로 맞는 접근 방식은 의미 기반입니다. 도구에 위치를 지정하는 대신, 의미를 기준으로 원하는 것을 알려주는 것입니다.

이것이 사용자 정의 열 추출의 개념입니다. 필드 주위에 상자를 그리는 대신 필요한 열 이름("날짜", "금액", "설명", "카테고리")을 입력하면 AI가 각 문서를 읽고 필드의 의미를 이해하여 페이지 어디에 있든 일치하는 값을 찾습니다. 은행 명세서, Stripe 지급 보고서, 사진으로 찍은 영수증 모두 동일한 열 레이아웃에 담을 수 있습니다. 정의가 위치가 아닌 의미에 기반하기 때문입니다. 추론 열도 추가할 수 있습니다. 예를 들어 "카테고리(옵션: 소득 / 공제 가능 비용 / 개인 / 환급)" 열을 추가하면 AI가 각 줄을 추출하면서 분류하여, 이전에는 전적으로 머릿속에 있던 "이 숫자가 무엇을 의미하는가"라는 결정을 대신해 줍니다. 인쇄된 명세서, PDF 내보내기, 종이 영수증의 휴대폰 사진까지 모두 읽고, 여러 파일을 한 번에 하나의 스프레드시트로 병합합니다.

이후의 기계적 단계는 이 클러스터의 나머지 부분에 이미 문서화되어 있습니다: SA100 자체 평가 데이터를 Excel로 추출하는 전체 가이드와, 여러 고객을 담당하는 회계사를 위한 여러 SA100 신고서를 하나의 요약 스프레드시트로 일괄 처리하는 방법입니다. 다른 사람으로부터 문서를 수집하는 경우(고객에게서 기록을 받는 회계사, 직원에게서 영수증을 받는 사업주) 수집 링크를 사용하면 간단한 업로드 페이지를 공유할 수 있습니다. 상대방은 짧은 코드를 입력하고 계정 없이 파일을 업로드하면, 파일이 받은 편지함 대신 처리 대기열로 바로 전달됩니다.

이 모든 것이 세금 규칙을 바꾸거나 숫자에 대해 생각할 필요를 없애지는 않습니다. 제거하는 것은 재입력과 재구성, 즉 인간 번역 계층이 되는 데 소비했던 시간입니다. MTD(디지털화 의무)가 그 계층을 분기별 의무로 만든 상황에서, 이를 압축하는 것은 더 이상 1월의 편의가 아닙니다. 이는 연간 네 번의 관리 가능한 업데이트와 네 번의 1월 지옥 사이의 차이입니다.

자주 묻는 질문

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