고객이 숫자를 직접 적어 보냈습니다.
그래도 양식은 필요했습니다.

고객이 양식을 보내지 않고 숫자를 직접 적어 보내는 이유

이런 행동은 고객의 입장에서는 이해가 됩니다. 이메일은 이미 열려 있는 채널이고, W-2 박스에 숫자를 입력하면 일이 끝난 것처럼 느껴집니다. 많은 고객이 수년간 그렇게 해 왔고, 이를 수용해 주던 회사에서 일했기 때문에 그 습관이 강화된 것입니다. 그 밑에는 그럴듯해 보이는 가정이 자리합니다. 값만 있으면 되는데, 형식이 무슨 상관이냐는 것입니다.

차이는 기록입니다. W-2는 제3자 문서로, 특정 고용주 식별 번호 아래의 임금을 보고하며, Box 1의 금액은 급여 제공업체 사본 및 IRS 사본과 대조할 수 있습니다. 이메일 속 한 문장에는 그런 근거가 전혀 없습니다. 고객 메시지에서 "42,000"을 입력할 때, 잘못 읽은 숫자인지, 자리를 바꿔 쓴 숫자인지, 아니면 단순히 틀린 숫자인지 구분할 수 없습니다. 두 번째 사본이 존재하지 않기 때문입니다.

고객의 요약과 고객의 원본 문서는 서로 다른 산출물이며, 그중 하나만 검증·보존·방어가 가능합니다.

목록이 반드시 텍스트로 도착하는 것은 아닙니다. 법적 메모지 사진, 은행 앱 스크린샷, 또는 한 세무사가 다른 고객에 대해 같은 스레드에서 표현한 대로 "2000년대 초반 컴팩 노트북 화면의 아이폰 카메라 사진"으로 도착하기도 합니다. 매체는 달라도 본질은 같습니다. 숫자가 나온 문서 대신 숫자에 대한 고객의 기억을 대신 보내는 것입니다. 원 게시자는 고객이 소유하고 있으면서 한 번도 언급한 적 없는 법인의 K-1을 보냈을 때 비용이 많이 드는 상황을 겪었습니다. 아무리 신중하게 입력해도 보내지지 않은 문서가 드러나지는 않습니다.

세금 접수 루프와 문서가 도달해야 하는 위치

일반적인 업무 수행 과정에서 원본 문서가 기록입니다. 고객이 서류를 모아 보내면, 회사는 이를 고객 폴더에 정리합니다. 누군가가 그 값을 준비 소프트웨어에 입력하는데, 대부분의 업무 환경에서는 Drake Tax, Lacerte, UltraTax CS, CCH Axcess Tax 또는 ProConnect Tax를 사용합니다. 검토자는 초안 신고서를 원본 문서와 대조합니다. 신고서가 제출되면 원본 문서와 작업 서류는 보관됩니다.

이 과정에서 한 단계는 여전히 사람의 손을 거칩니다. 바로 문서에서 키보드로 옮기는 단계입니다. 고객이 보낸 문서를 어떤 상태로든 읽어내는 작업은 자동화가 가장 어려운 부분입니다. 문서가 도착하지 않으면 이 단계에는 입력할 내용이 없으므로, 작성자는 고객의 요약본을 보고 입력하거나 오후 내내 해당 양식을 요청해야 합니다.

이런 업무를 수행하는 회사의 대부분은 소규모입니다. The CPA Journal에 게재된 2026년 IRS 전자 신고 데이터 분석에 따르면, 단일 작성자로 운영되는 회사의 45%가 연간 100건 이하의 신고서를 제출하며, 등록된 회사의 약 89%가 소기업에 해당합니다. 이런 규모에서는 잘못된 제출을 걸러내 반려할 접수 담당 직원이 없습니다. 손으로 작성된 목록은 신고서 작성자에게 전달되며, 작성자는 이를 입력하거나 누락된 W-2를 받기 위한 독촉 업무를 해야 합니다. 이것이 바로 세무사 고객 접수 과정이 신고서 자체만큼이나 주목받아야 하는 이유입니다.

규정은 문서에 데이터 입력 외의 두 번째 역할을 부여합니다. IRS Publication 583은 송장, 영수증, 입금 전표, 취소된 수표를 포함한 증빙 서류를 장부와 신고서 기재 항목의 근거로 간주하며, 보관 기간을 다음과 같이 정합니다: 일반적으로 신고서는 3년, 소득이 25% 이상 과소 신고된 경우 6년, 고용세 기록은 최소 4년입니다(IRS Publication 583, 2024). 고객의 이메일 요약본은 증빙 서류가 아닙니다. 그것만 가지고 있다면, 그 숫자 뒤에 아무런 근거도 없는 상태인 것입니다.

전문가 기준도 같은 방향을 가리킵니다. Circular 230 §10.22는 실무자가 신고서 작성, 작성 지원, 승인, 제출 및 재무부와 고객에게 제공하는 진술의 정확성에 있어 상당한 주의를 기울일 것을 요구합니다(Treasury Department Circular No. 230). 고객이 숫자를 직접 입력했다고 해서 이 의무가 작성자의 책임에서 사라지는 것은 아닙니다.

문서화된 목록이 만드는 두 가지 실패

첫 번째 실패는 대조할 출처 없이 이루어지는 필사입니다. Circular 230 §10.34(d)는 실무자가 고객이 제공한 정보를 검증 없이 선의로 신뢰하는 것을 허용합니다. 같은 문단은 그러한 신뢰의 쉬운 버전을 제거합니다: 정보의 의미를 무시할 수 없으며, 정보가 부정확하거나 중요한 사실과 일치하지 않거나 불완전해 보이는 경우 합리적인 문의를 해야 합니다(31 CFR §10.34). "Schedule C용 일괄 금액"이라고 적은 고객은 명백히 불완전한 수치를 건넨 것입니다. 입력할 내역도, 입력할 출처 문서도 없습니다.

"작년과 동일"이라는 문구는 같은 문제의 축소판입니다. 고객은 시장 커버리지에 변화가 없다고 주장하는 것입니다. 이를 수락하고 이후 Form 1095-A에 선지급 세액공제 금액이 다르게 표시되면, 조정 차이는 신고서에 드러나며 신고서에는 작성자의 세무사 식별번호가 포함됩니다. 합리적인 문의는 여기서 업무의 일부이지 선택적인 고객 서비스 제스처가 아닙니다.

두 번째 실패는 보관 공백입니다. 고객이 W-2를 보내지 않으면 보관할 것이 없고, 신고서가 조사되더라도 제출할 것이 없습니다. Circular 230 §10.21은 고객이 오류나 누락을 범한 사실을 알게 되면 이를 고객에게 알려야 할 의무를 추가합니다. 그 대화는 출처 문서가 두 사람 앞에 있을 때 더 쉽습니다.

오류는 이 형식이 초래하는 지점에 집중됩니다. 읽기 어려운 숫자는 추측으로 해결됩니다. 손으로 옮겨 적은 합계는 항목 하나를 잃습니다. 고객이 언급하지 않은 법인은 결코 나타나지 않습니다. 마감 한 시간 전에 1년치 은행 명세서를 보낸 고객에게 작성자가 선택할 수 있는 옵션은 고객이 직접 숫자를 뽑게 하거나 밤샘 작업을 감당할 수 있을 만큼 큰 선임료를 청구하는 것이었습니다. 둘 다 처리 가능한 형태로 도착했어야 할 문서에 대한 비용을 지불하는 방식입니다.

받은 편지함 작업을 둘로 나누기

세무사의 받은 편지함은 한 번에 두 가지 일을 합니다. 고객의 파일을 받는 일과, 세무사가 읽을 내용을 공급하는 일입니다. 고객이 요약본으로 대신하면 두 작업이 함께 저하됩니다. 이를 분리하면 해결책이 두 가지 구체적인 조치로 바뀝니다. 고객의 세금 문서를 수집하도록 설계된 채널을 통해 원본 문서를 수집하고, 도착한 손글씨 내용을 다시 입력하지 않고 읽습니다.

수집 링크는 ImageToTable.ai 계정에서 생성되는 공유 가능한 URL로, 누구나 문서를 바로 처리 대기열에 업로드할 수 있게 해줍니다. 짧은 인증 코드와 함께 제공되므로 링크와 코드를 모두 받은 사람만 제출할 수 있으며, 제출자는 계정이나 로그인이 필요 없습니다. 업무 건마다 링크 하나를 만들고, 업로드 페이지에 표시되는 메모에 짧은 안내를 넣은 후 한 번만 보내면 됩니다. 안내가 행동을 바꾸는 핵심입니다. W-2, 1099, K-1, 1095-A를 직접 사진이나 PDF로 보내고, 숫자를 다시 입력하지 말라고 안내합니다. 파일은 답장 체인을 따라 흩어지는 대신 하나의 대기열에 도착하며, 제출은 어느 메시지 스레드를 통해 도착했는지가 아니라 고객에게 연결됩니다. 이것이 수집 및 추출 통합 워크플로 가이드에서 설명한 수집 부분입니다.

두 번째 부분은 손글씨 목록이 유일한 자료인 경우를 다룹니다. 공식 장부가 없는 개인 사업자, 비용 메모장, 고객이 촬영한 일정표 등입니다. 맞춤 열 추출은 고객 이름, 문서 유형, Box 1 임금, Schedule C 총수입, 마켓플레이스 보험료 등 사용자가 지정한 열에서 시작합니다. AI는 각 업로드 문서를 읽고 값의 의미를 이해하여 각 열 아래에 값을 배치합니다. 페이지의 고정된 위치를 매칭하는 방식이 아니므로, 한 세트의 열로 W-2, K-1, 손글씨 메모를 각 레이아웃에 템플릿 없이 처리할 수 있습니다. 손글씨가 조밀하거나 사진으로 촬영된 페이지인 경우 모델 티어가 더 강력한 비전 모델로 해당 배치를 실행합니다. 숫자는 손글씨 오류가 집중되는 부분이므로, bbox 검증이 포함된 검토 모드에서 추출된 셀에 마우스를 올리면 해당 값이 나온 손글씨 영역을 정확히 볼 수 있어, 페이지 전체를 다시 읽는 대신 두세 개의 금액 필드만 빠르게 확인하면 됩니다.

고객이 여전히 손으로 작성하는 경우, 해당 메시지를 문서로 취급하세요. 메모나 페이지를 촬영하여 이미지를 보내거나 링크를 통해 업로드하도록 요청하고, 추출 기능이 이를 읽도록 하세요. 문서 자체를 읽을 수 없는 경우에는 손글씨 메모를 텍스트로 변환하는 방법에 대한 가이드에서 다루는 절차를 따르며, 관련 정확성 문제는 손글씨 추출 정확도 향상에서 다룹니다. 손글씨 세금 데이터 입력은 더 이상 타이핑 작업이 아니라 검토 작업이 됩니다.

이 도구가 해결하지 못하는 것

이 워크플로는 전사 단계와 문서 누락 공백을 제거하지만, 몇 가지 사항은 그대로 둡니다.

• 누구를 추적하지 않습니다. 수집 링크에는 자동 알림이나 완료 추적 기능이 없습니다. 제출하지 않은 고객에게 후속 조치가 필요한 경우, 링크를 자체 후속 프로세스와 함께 사용하거나 알림 기능이 있는 포털을 유지하세요.
• 클라이언트 포털이나 업무 위임장을 대체하지 않습니다. 고객별 체크리스트, 승인 단계 또는 전자 서명이 필요하다면 링크는 그런 도구가 아닙니다. 이미 사용 중인 도구로 수집하고 자체적으로 추출하거나, 두 가지를 병행하세요. 이러한 절충점은 회계사의 문서 수집 관점에서 비교합니다.
• 고객의 숫자가 정확하다는 것을 보장하지 않습니다. 추출은 문서에 적힌 내용을 읽을 뿐입니다. 숫자가 올바른지 확인하지는 않습니다. §10.34(d)의 의존 규칙은 불완전해 보이는 부분이 있을 때 문의를 요구하며, 깔끔한 스프레드시트가 그 점을 바꾸지는 않습니다.
• 손글씨를 완벽하게 읽지 못합니다. 정확도는 작성자와 이미지에 따라 달라집니다. 손글씨 추출 정확도에 대한 가이드에서 오류율이 어느 수준인지 설명합니다. 숫자에 대한 검증 단계가 실질적인 대응책입니다.
• 접근 권한은 신원 확인이 아닙니다. 수집 페이지는 코드가 있는 업로드 채널일 뿐, 업로더가 납세자인지 확인하지 않습니다. 코드를 비공개로 공유하고, 의도한 범위를 벗어나 퍼진 경우 교체하세요.

도구 외부에도 한계가 하나 더 있습니다. 현금 거래 업체가 장부를 전혀 기록하지 않아 기초 기록이 존재하지 않는다면, 어떤 추출 단계도 그 기록을 만들어 내지 못합니다. 얻을 수 있는 것은 고객이 실제로 가진 자료의 깔끔하고 검토 가능한 버전이며, 이는 완전한 문서화는 아니지만 타자 요약보다 낫습니다. W-2 및 1099 데이터 정리에 대한 가이드는 동일한 습관의 신고 측면을 다룹니다.

FAQ

이 문제를 해결해야 하는 이유는 고객이 의도한 것과 증빙할 수 있는 것 사이의 간격 때문이며, 세금 시즌에 그 간격으로 인한 비용이 커집니다. 숫자를 직접 적어 보내는 고객은 도움이 된다고 생각합니다. 링크를 제공하고 손글씨를 읽어주는 워크플로우를 통해 고객은 사용하고 보관할 수 있는 형태로 도움을 줄 수 있습니다. 목록을 보내는 다음 고객에게 시도해 보세요. 문서를 업로드하고, 열 이름을 지정하고, 재입력 단계가 하루 일과에서 사라지는지 확인해 보세요.