SA100 데이터 입력 실수 7가지
HMRC 조사 유발
한 회계 법인이 프로필이 단순한 신규 의뢰인(PAYE 직장, 두 번째 주택 임대 소득)을 맡았을 때, SA100 신고서는 별다른 문제없이 제출되었습니다. 납세자가 언급하는 것을 잊은 것은 미납 학자금 대출이었습니다. HMRC의 데이터 매칭이 몇 주 만에 누락을 감지했습니다. 설명을 요구하는 서한이 도착했습니다. 해결은 간단했습니다: 첫 번째 오류, 진정한 실수, 과태료 없이 수정. 하지만 그 서한 자체 — 신고 후 몇 주 만에 도착해 설명을 요구하고 답변을 필요로 하는 — 는 대부분의 자영업자가 최악의 세금 경험으로 묘사하는 순간입니다. 그리고 대부분의 경우, SA100 오류가 발생하면 그 원인은 무작위가 아니라 데이터 불일치, 그 자체였습니다.
핵심 요약
- HMRC 규정 준수 심사의 90%는 이제 무작위 선정이 아닌 Connect가 플래그하는 자동 데이터 불일치에서 시작됩니다. 이 시스템은 550억 개의 데이터 항목을 SA100과 교차 참조합니다.
- 조사를 유발하는 7가지 SA100 데이터 입력 실수는 모두 동일한 근본 원인으로 거슬러 올라갑니다. 즉, 사람이 출처 문서에서 숫자를 입력했는데, 그 사본이 이미 HMRC에 알려진 제3자의 정보와 일치하지 않은 경우입니다.
- 은행 명세서, 배당금 증서, HMRC 서한에서 직접 숫자를 추출하여 입력하는 대신 사용하면 Connect가 신고서에 위험 점수를 할당하는 데 사용하는 불일치가 제거됩니다.
HMRC의 탐지 시스템: SA100 오류가 숨겨지지 않는 이유
개별 실수를 살펴보기 전에, HMRC가 SA100을 접수하는 순간 어떤 일이 일어나는지 이해하는 것이 중요합니다. 신고서는 사람이 읽을 때까지 대기열에 쌓여 있지 않습니다. BAE Systems와 함께 1억 파운드의 비용으로 개발된 데이터 매칭 시스템인 Connect를 통과합니다. 이 시스템은 모든 세금 신고서를 30개 이상의 외부 데이터 소스와 교차 참조합니다: 은행의 이자 지급 보고, 고용주의 급여 보고, 토지 등기소의 부동산 소유권 기록, DVLA의 차량 등록 추적, 디지털 플랫폼의 판매 보고, 그리고 공통 보고 기준(CRS)에 따른 100개 이상의 해외 세무 관할권 데이터입니다.
이 시스템은 550억 개의 데이터 항목을 처리합니다. 은행이 지급한 이자, 고용주가 보고한 급여, 그리고 2026년 1월부터는 암호화폐 플랫폼이 기록한 거래 내역까지 파악합니다. SA100의 모든 숫자를 제3자가 이미 HMRC에 알린 정보와 비교합니다. 일치하지 않는 부분이 있으면 신고서의 위험 점수가 높아집니다. 위험 점수가 임계값을 초과하면 준수 담당자가 검토합니다. 현재 HMRC 조사의 90% 이상이 무작위 선정이나 제보가 아닌 Connect 알림으로 시작됩니다. 2024/25년에만 이 시스템은 46억 파운드의 추가 미납 세금을 회수하는 데 기여했습니다.
자동 플래그 지정 외에도 HMRC는 표적 캠페인을 진행합니다. 2025년 말에 발송된 배당금 안내 편지는 전형적인 예입니다: 배당금 수치가 은행 및 기업 등록소 데이터와 일치하지 않는 납세자에게 "당사에 알리지 않은 배당 소득이 있을 것으로 생각됩니다"라는 내용의 편지를 받았습니다. 편지는 정중했지만 — ICAEW는 "준수 점검이 아니다"라고 설명 — 수신자는 1월 31일까지 신고서를 수정해야 했고, HMRC는 "응답하지 않으면 준수 점검이 개시될 수 있다"고 명시했습니다. 표적 안내 편지는 또한 이후의 자진 공개가 2007년 재정법 스케줄 24에 따른 벌금 목적상 "유도된" 것으로 간주되어 감경이 제한됨을 의미합니다 — 벌금 하한선이 자발적으로 나섰을 때보다 높습니다.
이것이 대부분의 "흔한 SA100 오류" 기사에서 생략하는 집행 현실입니다. 오류 자체는 이야기의 절반에 불과합니다. 탐지 메커니즘, 벌금 체계, 그리고 신고부터 편지까지의 실제 타임라인이 나머지 절반입니다. 아래는 Connect가 가장 확실하게 포착하는 일곱 가지 오류와 그 결과입니다.
실수 #1: 잘못된 UTR — 신고조차 하기 전에 문이 잠기는 경우
고유 납세자 참조번호(UTR)는 10자리 숫자 뒤에 K가 붙습니다(예: 12345 67890 K). 이 번호는 종합소득세 신고 계정 전체의 열쇠입니다. 한 자리만 잘못 입력해도 HMRC 온라인 시스템이 인증을 거부합니다. 두 자리를 바꿔 입력하면 다른 사람의 계정에 로그인되거나 아예 로그인이 안 될 수도 있습니다. 서류에서 번호를 잘못 적으면 1월 30일이 되어서야 깨닫게 되고, 그때 HMRC 헬프라인은 45분 대기열입니다.
세무전문가협회 산하 저소득 세제개혁그룹(LITRG)은 매년 첫 신고자를 잡는 사례를 기록했습니다. 누군가 "1월 말에야 겨우 온라인으로 세금 신고를 하려고 갔는데" 신고를 할 수 없었다는 것입니다 — 애초에 등록한 적이 없어 UTR 자체가 없었기 때문입니다. 하지만 등록된 신고자라도 UTR을 분실했거나 잘못 입력했다면 같은 벽에 부딪힙니다: UTR이 없으면 로그인도, 신고도 불가능합니다. 세금 납부 여부와 관계없이 100파운드의 자동 연체 신고 과태료가 부과됩니다. 그리고 입력한 UTR이 우연히 다른 사람의 유효한 참조번호와 일치하여 해당 계정으로 결제가 잘못 전송되면, HMRC는 그 사람의 기록에 결제를 적용합니다. 내 계정은 미납으로 표시됩니다. 결제가 이루어졌음을 증명하는 동안에도 내 잔액에 대해 과태료 시계와 이자 시계는 계속 돌아갑니다.
Quality Company Formations에 따르면, UTR 누락 또는 오류는 "가장 흔한 세금 신고 실수 중 하나"입니다. 또한 가장 예방하기 쉬운 실수이기도 합니다. UTR은 모든 HMRC 서신(SA250 신고 안내문, 전년도 신고서, 납부 안내문)에 표시됩니다. 기억에 의존하지 말고 원본 문서에서 복사하세요.
구조적 해결책: HMRC 서신이나 SA100 문서에서 직접 UTR을 추출하면 직접 입력하지 않는 5자를 없앨 수 있습니다. 이는 전체 신고를 막는 전위 오류의 기회 5가지를 제거하는 것입니다.
실수 #2: 누락된 소득원 — Connect가 이미 알고 있는 배당금, 임대료, 이자
SA100에서 가장 흔한 실수는 계산 오류가 아니라 누락입니다. 프리랜서가 자신의 회사에서 받은 £3,200의 배당금을 잊어버리거나, 임대인이 "담보 대출을 간신히 충당했을 뿐"이라며 £6,000의 임대 소득을 빼먹는 경우, 부업으로 컨설팅을 하는 계약직 근로자가 일회성 프로젝트 수입 £1,800을 누락하는 식입니다. HMRC의 Connect는 이 모든 것을 알고 있습니다. 은행이 입금을 신고했고, 기업등록소(Companies House)가 배당금을 기록했으며, 부동산 중개인의 기록도 정보 권한에 따라 접근 가능하기 때문입니다.
2025년 말 HMRC가 표적 배당금 안내문을 보냈을 때, 이는 무작위 조사가 아니었습니다. 영국 기업의 배당금 데이터를 SA100 신고서와 대조하여 숫자가 일치하지 않는 모든 신고서에 플래그를 지정한 것입니다. Affinity Associates는 수신자에게 현실을 이렇게 문서화했습니다: "안내문을 무시하는 것은 도박입니다. 안내문 자체는 벌금이나 정식 조사가 아니지만, 응답하지 않으면 조사로 이어질 수 있습니다." 저축 이자에도 동일한 원칙이 적용됩니다. 은행과 건축조합은 이자 데이터를 HMRC에 보고하며, 약 20%의 은행 계좌가 개인과 연결되지 않은 상태로 남아 있지만 나머지 80%는 자동으로 교차 참조됩니다.
누락된 임대 소득에는 자체적인 탐지 경로가 있습니다. HMRC 시스템은 귀하가 두 번째 부동산을 소유하고 있음을 보여주는 토지등기소(Land Registry) 데이터를 SA100과 교차 참조합니다. SA100에는 완료된 SA105 부동산 페이지 또는 임대 소득을 보고할 필요가 없는 타당한 사유가 표시되어야 합니다. 데이터 매칭 프레임워크는 은행 및 건축조합 계좌 정보와 타사 결제 플랫폼 거래를 포함합니다. 부업으로 부동산을 임대하는 자영업자의 경우, 두 개의 별도 데이터 흔적이 동일한 결론을 가리킵니다: Connect는 임대인 등록과 임대 소득 입금을 모두 봅니다. SA100에는 이 두 가지가 모두 표시되어야 합니다.
2007년 재정법(FA 2007) 스케줄 24에 따라, 부주의한 누락에 대한 벌금은 잠재적 손실 세수(누락된 금액에 대해 납부했어야 할 세금)의 30%에서 시작합니다. HMRC가 누락이 고의적이지만 은닉되지 않았다고 판단하면 벌금은 70%로 상승합니다. 고의적이고 은닉된 경우(적극적으로 소득을 숨긴 경우) 100%에 도달하며, 해외 소득 가산으로 200%까지 올라갑니다. 벌금은 누락된 소득이 아니라 미납 세금을 기준으로 계산됩니다. 고배당률 33.75%에서 잊혀진 £3,000의 배당금은 £1,012.50의 미납 세금을 의미합니다. 이에 대한 30% 부주의 벌금은 £303.75입니다. 70% 고의 벌금은 £708.75입니다. "잊어버렸다"와 "숨기려고 했다고 간주되는 것"의 차이는 수천 파운드이며, 그 차이를 결정하는 것은 안내문이 도착했을 때의 대응 품질입니다.
실수 #3: 누락된 추가 페이지 — SA100만으로는 충분하지 않은 경우
SA100은 주요 자진 신고서이지만, 단일 PAYE 직장 외에 소득이 있는 대부분의 사람들에게는 시작점에 불과합니다. 추가 페이지 시스템은 모듈식 부가 기능처럼 작동합니다. TR2 페이지에서 '자영업 소득이 있었습니다'라는 상자에 체크하면 HMRC는 작성된 SA103(자영업) 페이지를 기대합니다. '영국 부동산 소득'에 체크하면 SA105가 필요합니다. 상자 체크를 놓치면 HMRC는 이미 알고 있는 소득과 일치하지 않는 신고서를 보게 됩니다. 상자는 체크했지만 페이지를 잊어버리면 신고서는 구조적으로 불완전해집니다. 신고는 존재하지만 숫자가 누락된 것입니다.
SA100 신고 및 수정 작업을 처리하는 Audit Consulting Group은 다음과 같이 보고합니다. "납세자가 주요 SA100 신고서는 올바르게 작성했지만 배당금, 임대 소득 또는 해외 소득을 보고하는 데 필요한 추가 페이지를 잊어버려 문제가 발생하는 경우를 자주 봅니다. 소득이 갑자기 크게 변하거나, 비용이 비정상적으로 증가하거나, 추가 페이지가 누락된 경우 HMRC가 나중에 신고에 대해 문의할 수 있습니다."
추가 페이지 시스템은 여러 소득원을 가진 자영업자에게 특히 까다롭습니다. 가끔 컨설팅 작업도 하고 여분의 방을 임대하는 프리랜서 그래픽 디자이너는 SA100 핵심 외에 세 가지 페이지가 필요합니다. 디자인 사업을 위한 SA103S, 부동산 소득을 위한 SA105, 그리고 배당금이 포함된 경우 SA100 내의 배당금 섹션입니다. 각 페이지에는 고유한 수치 세트가 필요합니다. 한 페이지가 누락되면 전체 소득원 하나가 신고되지 않는 것입니다. 그리고 Connect는 은행 입금 내역이 신고서와 다른 이야기를 하기 때문에 그 차이를 발견합니다.
전체 추가 페이지 목록에는 SA102(고용/임원), SA103S/F(자영업 단기/전체), SA104S/F(동업), SA105(영국 부동산), SA106(해외 소득), SA108(양도소득), SA109(거주)가 포함됩니다. SA103S 단기 양식은 연간 매출이 VAT 기준 금액(현재 £90,000) 미만인 경우 적용됩니다. 그 이상이면 전체 SA103F가 필요합니다. 전체가 필요한데 단기 양식을 제출하는 잘못된 버전은 HMRC 문의를 발생시키는 또 다른 오류 유형입니다. 단기 양식은 더 적은 데이터 포인트를 수집하고 Connect가 조정하기에 충분한 세부 정보를 제공하지 않을 수 있기 때문입니다.
실수 #4: 인정되지 않는 비용 — 안내장을 유발하는 청구 항목
HMRC는 자영업자를 위한 인정 가능한 사업 비용(업무에 '전적이고 배타적으로' 사용된 여비, 사무실 비용, 전문 수수료, 재고 및 자재)에 대한 명확한 지침을 발표합니다. 집과 정규 근무지 간의 통근 비용은 인정되지 않습니다. 일상복은 고객 미팅에만 입더라도 인정되지 않습니다. 혼자 일하면서 먹는 식사 비용은 인정되지 않습니다. 식비는 정상적인 패턴을 벗어나 여행하거나 외박할 때만 적용됩니다.
문제는 이러한 규칙이 모호해서가 아닙니다. HMRC 자체 지침에 잘 문서화되어 있습니다. 문제는 이러한 규칙이 회색 지대를 만들어 자영업자가 시간에 쫓겨 관대하게 해석한다는 점입니다. 재택 사무실에서 일하는 프리랜서가 업무용과 개인용 사용을 구분하지 않고 초고속인터넷 요금을 100% 청구합니다. 계약자가 '일하려면 먹어야 한다'며 매일 점심값을 청구합니다. 임대인이 부동산을 보여주기 위해 운전한 비용을 청구하면서, 슈퍼마켓에 가는 길에 지나친 부동산 운전 비용도 청구합니다. 각각의 청구는 소액입니다. 하지만 1년 전체 신고서에 걸쳐 합산되면 업계 표준과 동떨어진 비용 대 매출 비율이 되고, 이것이 Connect가 플래그를 표시하는 지점입니다.
HMRC의 규정 준수 접근 방식은 전면 조사에서 표적 안내 캠페인으로 진화하고 있습니다. 비용에 관한 안내문을 받았다고 해서 반드시 잘못한 것이 있는 것은 아닙니다. 그러나 응답이 필요합니다. 안내문은 비용 청구 내역을 검토하고 정확한지 확인하도록 요청합니다. 오류를 발견하면 신고서를 수정합니다. 오류가 없으면 확인하고 건을 종료합니다. 그러나 시간적 비용(안내문 찾기, 청구 내역 검토, 필요시 회계사 상담)은 그 자체로 결과이며, 이는 전적으로 납세자에게 부담되며 HMRC는 오탐지에 대한 책임을 지지 않습니다.
스케줄 24는 안내문을 통해 실제 오류가 드러날 경우의 상향 경로를 제공합니다. 부주의한 청구는 결과적으로 미납된 세금에 대해 30%의 벌금이 부과되며, 조건이 충족되면 유예가 가능합니다. HMRC 규정 준수 핸드북은 유예를 위해 납세자가 조건(일반적으로 기록 보관 개선)을 충족해야 하며, 유예 기간 중 또 다른 부주의한 부정확성이 발생하면 원래 벌금이 부활한다고 명시합니다. 즉, 인정되지 않는 비용을 청구하다 한 번 적발되면 주의를 받게 됩니다. 유예 기간 내에 다시 적발되면 원래 벌금도 납부해야 합니다.
실수 #5: 계정 선납금 오산 — 이상하지만 틀리지 않은 1월 청구서
이 실수는 다른 것들과 다릅니다. 신고서의 데이터 입력 오류가 아닙니다. 현금 흐름에 심각한 충격을 주는 오해로, 일부 사람들은 청구액을 줄이기 위해 부정확한 숫자를 입력합니다. 일단 부정확한 숫자가 신고서에 들어가면, Connect의 교차 참조 시스템은 다른 불일치와 마찬가지로 이를 포착합니다.
계정 선납금은 종합소득세 청구액이 £1,000를 초과하고 소득세의 80% 미만이 원천징수될 때 적용됩니다. 메커니즘: HMRC는 전년도 세금 청구액을 가져와 2로 나누고, 첫 번째 분할금을 1월 31일(전년도 잔액 정산금과 함께)에, 두 번째 분할금을 7월 31일에 징수합니다. 세금 청구액이 £4,000인 첫 신고자의 경우, 1월 요청액은 £4,000이 아니라 £6,000입니다. 이는 마감된 연도에 대한 £4,000에 다음 연도에 대한 첫 번째 선납금 £2,000을 더한 금액입니다. LITRG는 영향을 직설적으로 설명합니다: "1월 31일까지 세금 청구액의 최대 1.5배 — 이는 현금 흐름에 상당한 충격이 될 수 있습니다!"
이 함정은 2년차에 더 심해집니다. 2025/26년 세금으로 1월에 £2,000, 7월에 £2,000을 납부한 프리랜서(총 £4,000 선납)는 소득 증가로 인해 실제 2025/26년 청구액이 £6,500임을 알게 됩니다. 다음 해 1월에 납부해야 할 잔액 정산금은 £2,500(£6,500 - £4,000)이며, 2026/27년 첫 번째 선납금 £3,250(£6,500의 50%)이 추가됩니다. 총 납부액: £5,750. 프리랜서는 전년도 패턴대로 약 £2,000를 예상했지만, 거의 세 배에 달하는 금액에 직면합니다.
이 시점에서 일부 사람들은 내년에 소득이 줄어들 것이라고 주장하며 더 낮은 소득 수치를 제출해 선납금을 줄이려고 합니다. HMRC가 나중에 그 감액이 합리적이지 않았다고 판단하면, 원래 납부 기한부터 부족분에 대해 이자를 부과합니다. 그리고 선납금을 줄이기 위해 실제 기대치를 반영하지 않은 낮은 소득 수치를 입력했다면, 부정확한 신고서 자체가 세무 조사의 빌미를 제공합니다. 실수는 현금 흐름 문제로 시작되어 데이터 정확성 문제로 끝났으며, 이것이 대부분의 SA100 오류가 시작되는 방식입니다.
실수 #6: 은행 이자 불일치 — HMRC가 이미 보유한 데이터
영국의 모든 은행과 건축조합은 이자 지급 내역을 HMRC에 보고합니다. 이 데이터는 국제 계좌의 경우 공통 보고 기준(Common Reporting Standard)을 통해, 영국 계좌의 경우 국내 보고를 통해 전송됩니다. HMRC가 SA100을 처리할 때, 2번 항목(비과세 영국 이자)의 이자 금액은 은행이 보고한 내용과 교차 확인됩니다. 신고서에 £0으로 기재되었는데 은행이 £800을 보고했다면, Connect는 불일치 점수를 부여합니다. 차이가 임계값을 초과하면 신고서에 플래그가 지정됩니다.
이것은 자진 신고에서 가장 예방 가능한 오류여야 합니다. 이자 금액은 은행 명세서에서 확인할 수 있습니다. 은행은 자동으로 HMRC에 이를 보고합니다. 귀하와 은행이 동일한 숫자를 보고하면 불일치가 발생하지 않습니다. 오류는 납세자가 개인 저축 면제 한도(기초세율 납세자 £1,000, 고세율 납세자 £500) 내의 저축 이자는 전혀 보고할 필요가 없다고 가정할 때 발생합니다. 그러나 최종적으로 세금이 부과되지 않더라도 총액은 여전히 SA100에 신고되어야 합니다. 면제 한도는 세금 계산에 적용되며, 신고서에서 금액을 생략하는 방식으로 적용되지 않습니다.
CIOT의 Tax Adviser 매거진은 2025년에 HMRC가 더 빠르고 세분화된 은행 보고를 추진하고 있으며, 잠재적으로 RTI로 이미 처리되는 고용 소득과 유사하게 세금 신고서에 이자 금액을 사전 입력하는 방향으로 나아가고 있다고 보도했습니다. 사전 입력이 도입되면, 신고서에 HMRC가 이미 보유한 금액이 표시되므로 이자 오류는 사라질 것입니다. 그때까지는 납세자가 두 숫자를 일치시킬 책임이 전적으로 있으며, 가장 쉬운 일치 방법은 기억에 의존하지 않고 은행 명세서에서 직접 숫자를 읽는 것입니다.
실수 #7: 소득 분류 오류 — 사업 소득 vs 고용 소득, 배당금 vs 기타 소득
이 오류 범주는 숫자 자체의 산술적 오류보다는 신고서에서 소득이 분류되는 방식의 구조적 실수를 다룹니다. 정규 직업이 있으면서 프리랜서로 일하는 사람이 프리랜서 소득을 '임시' 또는 '일회성'으로 간주하여 자영업으로 처리하지 않고, 자영업 항목에 체크하지 않아 SA103 페이지 없이 신고서를 제출하는 경우입니다. 이사가 자신의 회사에서 배당금을 받고 이를 배당금 섹션이 아닌 SA100 메인 페이지의 '기타 소득'에 보고하는 경우 — 금액은 신고되었지만 잘못된 범주에 속하며, Connect는 Companies House 데이터와 일치시킬 배당금 신고를 찾지 못합니다.
분류 시스템은 더욱 엄격해지고 있습니다. 2025/26 과세 연도부터 새로운 규정에 따라 폐쇄 회사의 이사는 자신의 회사로부터의 배당금과 다른 출처의 배당금을 별도로 신고해야 합니다. ICAEW는 이 변경이 "사업을 영위하는 납세자와 폐쇄 회사 이사가 준수하기 어려울 수 있다"고 보고했습니다. 이전 시스템은 중요한 차이점을 모호하게 했습니다 — HMRC는 총 배당금을 볼 수 있었지만 납세자 자신의 회사에서 온 것인지 알 수 없었습니다 — 그리고 새로운 의무적 분할은 이전 시스템에서 눈에 띄지 않았던 분류 오류가 새 시스템에서 드러나게 될 것임을 의미합니다.
오분류는 납부 계산에도 연쇄적으로 영향을 미칩니다. 자영업 소득에는 Class 2 및 Class 4 국민보험 기여금(NIC)이 부과되지만, 배당금에는 부과되지 않습니다. 납세자가 NIC를 회피하기 위해 자영업 소득을 '기타 소득'으로 분류하면, NIC 부족분은 별도의 탐지 지표가 되며, 벌금은 소득세 부족분뿐만 아니라 NIC 부족분에도 적용됩니다. Schedule 24는 소득세, 양도소득세, 부가가치세, PAYE, NIC를 포괄하며, 벌금 체계는 통합되어 있어 한 번의 오분류가 여러 세목에 영향을 미칩니다.
분류 오류는 탐지에 취약한 이유가 최소 두 가지 불일치를 수반하기 때문입니다: 신고 항목이 Connect가 제3자 데이터에서 확인한 소득 유형과 일치하지 않고, 관련 증빙 페이지(SA103, SA105)가 누락되어 단일 오류로 이중 불일치가 발생합니다.
AI 추출이 대부분의 SA100 오류를 유발하는 전사 단계를 제거하는 방법
위의 일곱 가지 오류를 살펴보고 각각의 근본 원인을 추적해 보십시오. 잘못된 UTR: 서신에서 잘못 복사함. 소득 누락: 배당금 명세서나 임대료 명세서를 신고서 작성 전에 스프레드시트에 전사하지 않음. 잘못된 비용: 영수증과 대조하지 않고 기억에 의존하여 분류함. 불일치하는 은행 이자: 은행 명세서를 읽지 않고 기억에 의존하여 입력함. 모든 경우에 오류는 사람이 원천 문서에서 숫자를 읽어 셀, 양식 입력란 또는 계산기에 입력하는 전사 단계에서 SA100 워크플로에 유입됩니다.
이 전사 단계를 제거하면 오류의 근원이 사라집니다. AI 추출 도구가 HMRC 서신에서 UTR을 직접 읽으면 전위 오류가 발생할 기회가 없습니다. 은행 명세서에서 이자 금액, 배당금 명세서에서 배당금 총액, 영수증 이미지에서 비용 금액을 추출하여 하나의 구조화된 스프레드시트로 만들면, 워크북은 기억이나 추정, '대충 맞는 것 같은' 느낌이 아닌 원천 데이터로부터 행 단위로 채워집니다. 결과 스프레드시트는 원천 문서를 행에 직접 매핑한 것이며, SA100 숫자 입력은 생성 단계가 아닌 확인 단계가 됩니다. 처음부터 직접 입력하는 것보다 검토가 더 빠르고 오류 가능성이 낮습니다.
이러한 워크플로의 변화(생성에서 확인으로)는 오류 프로필을 근본적으로 바꿉니다. 남은 오류는 추출 부정확성입니다. AI가 스캔 상태가 좋지 않은 숫자를 잘못 읽거나 값을 잘못된 비용 항목에 매핑한 경우입니다. 이는 사람 검토자가 강조 표시된 추출 결과를 원천 문서의 가시적인 텍스트와 비교하기 때문에 몇 초 만에 발견할 수 있는 표면적 오류입니다. 이는 이중 장부 기록의 디지털 버전과 같습니다. 여기에는 형식 검증은 통과하지만 맥락상 틀린 오류(유효해 보이지만 다른 사람의 UTR, 잘못된 소득 항목에 신고된 배당금, 아무도 누락을 알아차리지 못한 누락된 보충 페이지)는 포함되지 않습니다.
파일은 안전하게 처리되며 저장되지 않습니다.
SA100 데이터를 구조화된 스프레드시트로 추출하는 전체 과정(정의할 열, 다중 소득 처리 방법, 제출 전 실행할 검증 확인 포함)은 SA100 추출 가이드를 참조하세요. 단계별 방법은 SA100 데이터를 Excel로 추출하기를 확인하세요. 여러 연도나 여러 납세자를 처리하는 경우 일괄 SA100 추출에서 다중 파일 워크플로를 다룹니다. 또한 수동 SA100 작업이 왜 오류에 취약한지 이해하려면 프리랜서의 SA100 종이 문제와 수동 SA100 입력의 비용이 구조적 문제를 자세히 설명합니다.
이 글과 함께 읽을 만한 두 가지 관련 영국 세금 문서 기사가 있습니다: P60 데이터 입력 오류 기사는 급여 연말 증명서의 유사한 전사 오류를 다루며, P45 오류 결과 기사는 퇴사일 전사 오류가 다음 직장에서 과세를 초래하는 경우를 추적합니다. 두 기사 모두 동일한 탐지 논리(형식 검증은 통과하지만 후속 단계에서 드러나는 오류)를 다른 HMRC 문서에 적용합니다.