GST/HST 신고 데이터 입력이 캐나다
중소기업에 CRA 양식에 표시된 것보다 더 많은 비용을 초래하는 이유
캐나다에 등록된 모든 사업체가 소비세법(Excise Tax Act) 제IX부에 따라 제출하는 GST/HST 신고서에는 산술 계산 줄이 4개 있습니다. 그중 3개 — 103번 줄, 106번 줄, 109번 줄 — 은 장부에서 바로 찾을 수 있는 숫자가 아닙니다. 이는 신고 기간 동안 발행한 모든 판매 송장과 받은 모든 구매 송장에서 도출해야 하는 합계이며, 각 송장은 공급업체가 온타리오(13% HST), 노바스코샤(15% HST), 브리티시컬럼비아, 또는 퀘벡(5% GST + 9.975% QST) 중 어느 주에서 운영되는지에 따라 서로 다른 세율이 적용됩니다. 분기당 구매 송장이 40개인 중소기업은 106번 줄에 숫자를 넣기 전에 ITC 판정을 40번 개별적으로 수행해야 합니다 — 각 공급업체 송장에서 GST/HST 줄을 찾고, 세율이 해당 주와 일치하는지 확인하고, 그 수치를 스프레드시트에 입력하는 작업입니다. 숫자를 알게 되면 양식 작성에는 15분이 걸립니다. 세금 내역을 각각 다른 레이아웃으로 표시하는 PDF 40개에서 그 숫자를 찾는 일이 신고 주말의 나머지 3시간을 소비합니다. CRA의 분기 마감일은 그 격차를 인지하게 되는 시점일 뿐입니다 — 하지만 그 격차는 매 분기 존재해 왔습니다.
핵심 요점
- 분기 GST/HST 신고는 숫자를 알고 있으면 15분이면 완료됩니다 — 서로 다른 세율 5개가 적용된 5개 주의 공급업체 PDF 40개에서 숫자를 찾는 데 매 신고 기간마다 나머지 3시간이 소요됩니다.
- 양식이 복잡하거나 신고 습관을 개선해야 하기 때문이 아닙니다. PDF는 사람의 눈을 위해 설계된 시각적 형식입니다 — "공급업체가 PDF를 보낸다"와 "회계 소프트웨어가 ITC를 계산한다" 사이의 단계에는 시중의 어떤 회계 플랫폼에도 소프트웨어 고유의 다리가 없습니다.
- 스프레드시트 열 6개를 정의하고, 해당 분기의 공급업체 PDF 폴더를 한 번에 업로드하세요 — 세금 줄을 읽고 주 세율을 확인하는 3시간이 몇 분의 업로드와 검증 과정으로 줄어듭니다. 신고 자체는 동일하게 유지됩니다. 단지 타이핑만 사라질 뿐입니다.
GST34-2는 네 가지 질문을 묻습니다 — 답을 찾는 데 나머지 세 시간이 소요됩니다
CRA의 My Business Account에서 "제출"을 클릭하는 데는 약 90초가 걸립니다. 그것은 모든 사람이 볼 수 있는 신고의 일부이며, 실제로 빠른 부분입니다. 실제 작업은 달력에 표시되지 않는 곳에 있습니다: 마감 전날 저녁이나 주말 — 분기 신고자의 경우 각 신고 기간 다음 달 30일 — 공급업체 PDF를 하나씩 열고, 각각에서 세금 항목을 찾고, 세율이 공급업체 소재 주에 맞는지 확인하고, 그 어떤 PDF도 읽을 수 없는 스프레드시트에 숫자를 입력하는 작업입니다.
캐나다의 약 350만 GST/HST 등록 사업자에게 신고 문제는 결코 양식 자체가 아니었습니다. 양식을 작성하기 전에 반드시 갖춰져 있어야 하는 모든 것이 문제이며, 이 두 가지 사이의 간격에 데이터 입력 비용이 존재합니다.
중요한 관점의 전환: GST/HST 신고는 데이터 수집 단계가 딸린 양식 작성 작업이 아닙니다. 양식 작성 단계가 딸린 데이터 정리 작업입니다. 신고는 90초와 몇 번의 키 입력만으로 끝납니다. 정리 — 공급업체 PDF에서 세금 항목을 읽고, 주별 세율을 확인하고, 다섯 개의 세금 범주에 걸쳐 합산하는 작업 — 는 몇 시간이 걸립니다. "GST/HST를 더 쉽게 만들기" 위한 모든 도구, 단축키, 불만은 실제로 이 정리 작업을 겨냥한 것입니다. 그리고 대부분은 수동으로 남아 있는 그 한 부분에는 미치지 못합니다.
마지막 공급업체 PDF와 106번 항목 사이에서 실제로 일어나는 일
일반적인 소규모 사업체 — 폴더에 공급업체 구매 인보이스 40장이 있는 밴쿠버 기반 인테리어 업체 — 의 한 분기 데이터 정리 과정을 살펴보면 문제의 윤곽이 드러납니다.
공급업체 송장 40개 각각에서 GST/HST 항목을 찾습니다.
Home Depot Canada PDF 하단에는 "HST (ON) 13%: $47.32"라고 표시되어 있습니다. BC주 배관 자재 공급업체의 수기 영수증에는 합계 근처에 "GST $12.80"이라고 적혀 있습니다. 퀘벡주 목재 공급업체의 송장에는 "TPS 5%"와 "TVQ 9.975%"가 두 개의 별도 항목으로 나뉘어 있으며, 연방 ITC로 청구할 수 있는 것은 TPS 부분뿐입니다. 노바스코샤주 철물 도매업체의 PDF는 2페이지에 있는 여러 줄의 세금 요약 내에 "HST @ 15%"를 숨겨 놓았습니다. 각 송장은 세금 내역을 서로 다른 형식, 다른 위치, 다른 라벨로 표시합니다. 리모델링 업체는 각 PDF를 열고 세금 항목을 찾아 숫자를 읽어야 합니다. 익숙한 형식이면 더 빠르고, 공급업체가 템플릿을 변경한 경우 더 느리게, 송장당 약 1분씩 시각적으로 스캔하는 데 40분이 소요되며, 그 후에야 숫자를 입력하기 시작합니다.
공급업체 소재 주(州)에 따라 세율을 확인합니다.
리모델링 공급업체 목록은 5개 주에 걸쳐 있으며, 각각 5가지 다른 연방 세율이 적용됩니다. 온타리오주 Home Depot 송장에는 13% HST가 부과됩니다. 맞습니다. BC주 배관공은 5% GST를 청구합니다. 맞습니다. BC주는 HST 참여 주가 아닙니다. 노바스코샤주 도매업체는 15% HST를 청구합니다. 맞습니다. 퀘벡주 목재 공급업체는 5% TPS를 청구합니다. 맞지만, 9.975% TVQ는 주 세금이므로 연방 ITC 총액에 포함되어서는 안 됩니다. 이 확인 단계는 회계 담당자가 집중력이 있을 때 송장당 약 30초가 소요됩니다. 20개 송장을 처리한 후에는 확인 작업이 패턴 매칭 확인으로 변합니다. "대부분 13%라고 되어 있으니, 세율은 괜찮아 보인다." 30개 송장을 처리한 후에는 5% GST를 청구하는 BC주 공급업체가 "나머지와 마찬가지로 아마 13%일 거야"라고 정신적으로 분류됩니다. 이것이 바로 올바른 추출이 여전히 잘못된 ITC 수치를 초래할 수 있는 방법입니다. 숫자를 잘못 입력했기 때문이 아니라, 주별 세율 차이를 잡아내야 했던 확인 작업이 마지막 행에 도달하기 전에 피로해졌기 때문입니다.
40개의 세금 수치를 스프레드시트에 입력한 후, 잘못된 것처럼 보이는 항목을 다시 확인합니다.
세금 항목을 찾고 세율을 확인한 후, 리모델링 업체는 각 GST/HST 금액을 스프레드시트 열에 입력합니다. 확인을 포함하여 입력당 30초씩, 40개 송장에 대해 약 20분의 타이핑 시간이 소요됩니다. 그런 다음 조정 작업이 이어집니다. 납부한 GST/HST 열의 합계는 CRA 신고서의 106번 항목이 요구하는 금액과 대략 일치해야 합니다. 합계가 $2,340이고 이전 분기가 $2,100인 경우, 리모델링 업체는 금액 기준 상위 5개 공급업체 송장을 열어 수치가 정확한지 확인합니다. 퀘벡주 공급업체의 QST가 실수로 납부한 GST/HST 열에 포함된 경우 총액이 과대 계상되며, CRA는 초과 ITC 청구를 원래 신고일로 소급하여 이자를 계산하여 거부할 수 있습니다. 이러한 오류를 발견하는 시간은 앞서 언급한 40분이나 20분에 포함되지 않습니다. 이는 추가 시간이며 예측할 수 없습니다.
세 단계를 합치면 분기당 약 2~3시간이 소요되며, 이는 일반적인 공급업체를 보유한 소규모 기업 기준입니다. 연간 4분기로 계산하면 8~12시간의 작업이 수익, 인사이트, 전략적 가치를 전혀 창출하지 못합니다. 이는 순수하게 데이터를 한 형식에서 다른 형식으로 옮기는 작업일 뿐입니다. 게다가 이 전송은 취약합니다. 1분기와 3분기 사이에 청구서 레이아웃을 변경하는 단 한 곳의 공급업체나, QST 항목을 GST로 잘못 인식한 퀘벡 공급업체 하나만 있어도 106행의 숫자가 틀어질 수 있으며, 그 오차는 CRA의 검토를 촉발할 만큼 충분히 큽니다.
회계 소프트웨어가 공급업체의 PDF를 읽지 못하는 이유와 수동 작업이 살아남는 이유
캐나다 소규모 기업 회계 시장은 잘 갖춰져 있습니다. QuickBooks Online Canada, Xero, Sage 50, Wave는 모두 GST/HST 코딩을 처리하고, 순 세금 계산을 자동화하며, CRA의 NETFILE 서비스를 통해 직접 신고서를 제출할 수도 있습니다. 겉으로 보기에는 문제가 해결된 것처럼 보입니다. 회계 소프트웨어가 세율을 알고, 거래를 GST34-2의 올바른 항목에 매핑하며, 신고서를 제출합니다. 하지만 이 소프트웨어가 할 수 없는 것, 그리고 시중의 어떤 회계 소프트웨어도 할 수 없는 것은 공급업체의 PDF를 읽어 청구서에서 GST/HST 금액을 찾아내는 일입니다.
이것이 수동 단계를 살아있게 만드는 구조적 격차입니다. 공급업체가 PDF 청구서를 이메일로 보냅니다. 은행 피드가 거래와 일치하면 회계 소프트웨어는 지불을 기록할 수 있습니다. 하지만 해당 청구서의 세금 금액, 즉 사업체가 청구할 수 있는 ITC 금액을 결정하는 숫자는 사람이 읽고 소프트웨어에 입력하기 전까지는 PDF에만 존재하는 데이터입니다. 모든 SaaS 구독 청구서, 모든 도매 공급업체 명세서, 모든 철물점 영수증 — 이 각 문서의 세금 항목은 이를 필요로 하는 회계 시스템에 보이지 않습니다.
이 격차는 QuickBooks의 문제나 Xero의 문제가 아닙니다. 이는 문서 형식의 문제입니다. PDF는 기계 추출이 아닌 사람이 읽도록 설계된 시각적 매체입니다. 회계 소프트웨어는 숫자가 시스템에 입력되면 GST/HST를 계산할 수 있습니다. 이 숫자들을 시스템에 넣는 것이 소프트웨어 자체적인 연결 다리가 없는 단계이며, 그 다리는 바로 PDF를 열고 입력하는 사람입니다.
대부분의 소규모 기업 대표가 놓치는 점: 회계 소프트웨어가 병목 지점이 아닙니다. PDF가 병목입니다. 소프트웨어는 산술을 완벽하게 수행하지만, 이미 입력된 데이터에 대해서만 그렇습니다. 입력하는 사람은 워크플로에서 가장 비용이 많이 들고 오류가 발생하기 쉬운 구성 요소이며, 회계 소프트웨어의 모든 개선 사항은 이 구성 요소를 건드리지 않습니다. QuickBooks를 매년 업그레이드할 수 있습니다. 입력 단계는 그대로입니다.
5개 주, 5가지 세율 — 캐나다 GST/HST 제도가 수동 ITC 계산을 유독 오류에 취약하게 만드는 이유
대부분의 부가가치세 제도를 가진 국가는 단일 국가 세율을 적용합니다. 캐나다는 그렇지 않습니다 — 이것이 수동 ITC 계산을 호주의 수동 BAS 제출이나 영국의 수동 부가가치세 신고 준비와 질적으로 다른 문제로 만드는 이유입니다. 5개 주에 공급업체를 둔 캐나다 소기업은 서로 다른 5가지 연방 세율이 적용된 문서를 처리하며, 각 인보이스의 세율은 공급업체의 소재지를 기준으로 검증되어야 합니다 — 추정이 아니라, 유추가 아니라, 검증입니다.
| 공급업체 소재 주 | 세금 유형 | 연방 ITC 세율 | 일반적인 수동 입력 오류 |
|---|---|---|---|
| 온타리오(ON) | HST | 13% | 모든 공급업체가 13%를 청구한다고 가정 — 가장 흔한 기본값으로, BC, AB, MB, SK, QC 및 준주(territories)에는 적용되지 않음 |
| 노바스코샤(NS), 뉴브런즈윅(NB), 뉴펀들랜드 앤 래브라도(NL), 프린스에드워드아일랜드(PE) | HST | 15% | 인보이스 총액의 13%를 HST 금액으로 입력 — 인보이스 가치의 약 2%만큼 ITC를 과소 신고 |
| 브리티시컬럼비아(BC), 앨버타(AB), 매니토바(MB), 서스캐처원(SK), 노스웨스트 준주(NT), 누나부트(NU), 유콘(YT) | GST만 적용 | 5% | HST가 적용된다고 가정하고 13%를 입력 — 인보이스 가치의 8%만큼 ITC를 과대 신고하며, CRA 심사를 촉발할 가능성이 가장 높은 오류 |
| 퀘벡(QC) | GST + QST(별도) | 5%(연방 GST만 해당) | QST(9.975%)를 연방 ITC 신고에 추가 — ITC를 과대 신고하며, QST는 CRA가 아닌 Revenu Québec이 관할하므로 CRA가 QST 부분을 거부함 |
온타리오, BC, 퀘벡, 노바스코샤에 공급업체를 둔 기업 — 전국적으로 자재를 구매하는 회사에게 드문 조합이 아닙니다 — 은 한 분기에 서로 다른 4가지 연방 세율이 적용된 인보이스를 처리합니다. 검증 단계는 단일 확인이 아닙니다. 각 주의 인보이스 하위 집합에 각각 적용되는 4가지 별도 확인입니다. 그리고 1분기에 온타리오 창고에서 배송했기 때문에 13% HST를 청구했던 동일한 공급업체가 3분기에는 BC 창고에서 배송했기 때문에 5% GST를 청구할 수도 있습니다 — 세율은 공급 지점을 따르며, 공급업체의 본사 소재 주를 따르지 않습니다. 숫자를 입력하는 사람은 그 변화를 포착해야 합니다. 한 자리에서 30개의 인보이스를 처리한 후에는, 그 변화를 포착할 확률과 놓칠 확률이 거의 같아집니다.
분기별 일괄 처리 워크플로는 수식 기반 검증 — =IF(AND(H2="BC", G2<>5%), "VERIFY", "") — 을 도입하여 세율-주 불일치를 자동으로 식별합니다. 하지만 해당 워크플로는 데이터가 이미 스프레드시트에 있다고 가정합니다. 지금 읽고 계신 문서는 스프레드시트가 존재하기 전 단계, 즉 40개의 PDF에서 데이터가 열로 이동하고 유일한 검증 수단이 체인에서 가장 비싸고 가장 신뢰할 수 없는 구성 요소인 사람의 눈뿐인 단계에 관한 것입니다.
해결책은 더 빠른 타이핑이 아니라 타이핑 자체를 없애는 것입니다
단일 분기 GST/HST 추출 가이드에 설명된 GST/HST 추출 워크플로는 정확히 이 공백을 해결합니다. 입력 단계를 변경하는 방식으로 말이죠. 신고 단계가 아니라요. 공급업체 이름, 송장 날짜, 송장 합계, 납부 GST/HST, 적용 세율, 공급업체 주 등 여섯 개의 열을 정의하고 40개의 공급업체 PDF를 한 번에 업로드하면 AI가 필드 위치가 아닌 필드 의미로 각 문서를 읽습니다. 출력은 모든 세금 수치가 이미 해당 열에 있고, 모든 주가 이미 채워져 있으며, 모든 세율이 눈이 아닌 수식으로 검증할 준비가 된 스프레드시트입니다.
메커니즘이 차이를 만듭니다. 기존 OCR 도구는 각 공급업체 송장에서 세금 줄이 어디에 있는지 알아야 합니다. 위치로 읽기 때문에, 공급업체가 재설계된 템플릿에서 HST 줄을 바닥글에서 2페이지로 옮기면 추출이 실패합니다. AI 의미론적 추출은 의미로 읽습니다. GST/HST 금액을 나타내는 송장의 필드를 찾는 것이죠. 해당 필드가 어디에 있든 말입니다. Home Depot PDF, BC주 배관공의 손으로 쓴 영수증, TPS 및 TVQ 줄이 분리된 퀘벡 목재 공급업체의 송장이 모두 동일한 열로 들어갑니다. AI는 퀘벡 송장에서 "TPS 5%"를 읽고 TPS 금액을 납부 GST/HST 열로 추출합니다. 열 이름인 "납부 GST/HST"가 연방 구성 요소만 추출하라고 지시하므로 TVQ 줄은 무시합니다.
파일은 안전하게 처리되며 저장되지 않습니다.
변경되는 것은 신고 워크플로, 회계 소프트웨어 또는 CRA와의 관계가 아닙니다. 변경되는 것은 세 시간이 걸리던 데이터 조립 단계 — 세금 줄 찾기, 주 세율 확인, 숫자 입력 — 가 몇 분의 업로드와 출력물 검토로 줄어든다는 점입니다. QuickBooks나 Xero는 여전히 신고를 처리합니다. 회계사는 여전히 신고서를 검토합니다. 사라지는 유일한 것은 40개의 PDF를 하나씩 열고 회계 소프트웨어가 완벽하게 계산할 수 있는 숫자를 입력하는 부분입니다. 숫자만 있으면 말이죠.
동일한 구조적 문제가 다른 세무 관할권에서도 규제 방식만 다를 뿐 존재합니다. 호주 BAS 제출 문제도 같은 패턴을 보입니다 — 혼합 형식의 공급업체 문서를 기반으로 한 분기별 GST 정산이며, 단일 국가 GST율(10%)이라는 단순함과 면세/과세 공급 분류라는 복잡함이 공존합니다. 호주 PAYG 요약 문제도 동일한 데이터 수집 공백을 급여 신고에 적용한 사례입니다: STP가 대부분의 수동 입력을 없앴지만, 정산 시간의 80%를 소모하는 예외 사례들이 여전히 남아 있습니다. 모든 경우에서 해결책은 더 빠른 입력 프로세스나 더 잘 정리된 PDF 폴더가 아닙니다. 해결책은 PDF가 스프레드시트와 만나는 지점에서 입력 단계 자체를 제거하는 것입니다 — 그 단계야말로 기계가 사람보다 더 정확하게 수행할 수 있는 유일한 단계이기 때문입니다.
FAQ: 수동 GST/HST 신고 데이터 입력
퀘벡 공급업체 인보이스에서 TPS와 QST가 별도로 표시된 경우에도 추출이 가능한가요?
네, 가능합니다. AI는 문서에 표시된 내용을 그대로 읽습니다. 퀘벡 공급업체 인보이스는 일반적으로 TPS와 TVQ를 별도 라인에 표시합니다. 열 이름이 "GST/HST 납부액"인 경우, AI는 TPS 금액만 추출하고 TVQ 라인은 무시합니다. 열 이름이 "납부 세액"과 같이 모호한 경우, AI는 두 금액을 합산하여 연방 ITC를 과대 계상할 수 있습니다. 열 이름이 곧 지침입니다. 퀘벡 공급업체의 경우, 열 이름의 정확성이 올바른 연방 ITC 청구와 CRA가 결국 문제 삼을 과대 계상된 청구를 가르는 기준입니다.
공급업체 인보이스가 PDF, 휴대폰 사진, 이메일 스크린샷 등으로 혼재되어 있다면 어떻게 하나요?
세 가지 형식 모두 동일한 추출 파이프라인으로 처리됩니다. Staples Canada의 PDF, "GST $14.50"라고 손으로 적힌 동네 철물점 영수증의 휴대폰 사진, Amazon Business 구매 확인 이메일 스크린샷 모두 동일한 열 정의를 기준으로 동일한 배치에서 처리됩니다. AI는 각 문서를 필드 의미별로 읽습니다 — 깔끔한 PDF에서 GST/HST 라인을 찾는 방식으로, 영수증에 적힌 "GST $14.50"도 읽어냅니다. 사진 조명이 어둡거나 세액의 일부를 식별할 수 없는 경우, 해당 행의 GST/HST 납부액 열은 비워져 수동 검토 대상으로 표시되며, 잘못된 ITC 수치를 조용히 생성하지 않습니다. 배치 내 나머지 행들은 정상적으로 처리됩니다.
단순히 OCR을 사용하여 인보이스를 스캔하는 것과 어떻게 다른가요?
기존 OCR은 텍스트 이미지를 기계가 읽을 수 있는 문자로 변환합니다 — 인보이스에 "HST 13% $47.32"라고 적혀 있다는 것은 알려주지만, $47.32가 GST/HST 납부액 열에 입력되어야 할 값이라는 것은 알려주지 못합니다. 템플릿 기반 OCR 도구는 각 공급업체 인보이스 형식의 세금 라인 주변에 영역을 직접 그려야 하며, 공급업체가 템플릿을 재설계하면 해당 영역이 비어 있어 추출이 조용히 실패합니다. 의미론적 AI 추출은 필드 의미를 기준으로 읽습니다: "GST/HST 납부액"이라는 열 이름은 AI에게 문서 상의 세액을 찾도록 지시하며, 그 위치나 인보이스 레이아웃은 중요하지 않습니다. 템플릿을 만들 필요도, 공급업체가 형식을 변경할 때 영역을 다시 그릴 필요도 없습니다.
간편법(Quick Method)을 사용하는데, 이 워크플로가 여전히 적용되나요?
간편법에서는 개별 구매 건에 대한 ITC를 청구하지 않습니다. 대신, GST/HST가 포함된 매출의 고정 비율을 납부하며, CRA가 해당 비율에 ITC를 암묵적으로 포함시킵니다. 데이터 수집 문제는 구매 측에서 판매 측으로 전환됩니다. 여전히 103번 항목을 위해 GST/HST가 포함된 총 매출을 합산해야 하지만, 공급업체 인보이스에서 개별 ITC 금액을 추출할 필요는 없습니다. 연간 과세 공급액이 $400,000 기준을 초과하거나 자발적으로 탈퇴를 선택하여 간편법에서 일반법(Regular Method)으로 전환하는 경우, 추출 스키마에 구매 측 열을 추가하면 됩니다. 추출 워크플로는 두 방법 모두를 처리하며, 열 세트는 신고하는 방법에 따라 변경됩니다.
한 번에 몇 개의 공급업체 인보이스를 처리할 수 있나요?
추출 기능은 동일한 열 스키마를 기준으로 배치 내 모든 파일을 동시에 처리합니다. 분기 폴더에서 공급업체 PDF 40개를 업로드하고, 열을 한 번 정의하면 AI가 모든 문서를 병렬로 읽어 인보이스당 한 행씩 구성된 하나의 스프레드시트를 생성합니다. 배치 크기 제한은 추출 엔진이 아닌 요금제에 따라 달라집니다. 동일한 스키마는 20개 인보이스 분기와 60개 인보이스 분기를 수정 없이 처리할 수 있습니다. 중요한 것은 인보이스 수가 아니라, 1분기에 사용한 열 정의가 2분기, 3분기, 4분기에 로드하는 정의와 동일하다는 점입니다. 기간 간의 구조적 일관성이야말로 연말 병합을 재구성 작업이 아닌 복사-붙여넣기 작업으로 만드는 핵심입니다.
분기별 GST/HST 신고서는 복잡한 양식이 아닙니다. 복잡한 데이터를 입력받는 간단한 양식입니다. 즉, PDF 40개, 주별 세율 5개, 그리고 이 중 어느 것도 읽을 수 없는 스프레드시트로 구성되어 있습니다. 분기당 데이터 수집에 소요되는 3시간은 최적화해야 할 생산성 문제가 아닙니다. 이는 제거해야 할 형식 변환 문제이며, 공급업체 PDF가 사람의 개입 없이 스프레드시트 열로 이동하는 순간 제거됩니다.