소상공인을 위한 문서 데이터 추출 가이드
재무팀 없이 인보이스, 영수증, 은행 명세서 처리하는 방법

당신의 시간은 실제로 어디로 가고 있을까 (그리고 그 비용은 얼마일까)

미국 최대 자원봉사 비즈니스 멘토 네트워크인 SCORE는 수년간 소기업 오너의 시간 사용을 추적해 왔습니다. 가장 최근 조사에서 소기업 오너들은 재무 업무(장부 정리, 인보이스 발행, 비용 추적, 세금 신고 준비)에 월 20시간 이상을 소비한다고 보고했습니다. 이는 주 40시간 근무 기준 약 4분의 1에 해당하는 시간으로, 비즈니스 안에서 일하는 것이 아니라 비즈니스 에 대해 일하는 데 쓰입니다. Time etc의 별도 조사에 따르면 평균 창업가 업무 시간의 36%가 관리 업무에 사용되며, 31%는 매주 업무 시간의 4분의 1에서 절반을 소규모 관리 업무에만 할애합니다.

돈 문제는 더 아프게 다가옵니다. 미국 국립경제연구소(NBER)에 따르면 소기업들은 회계 실수로 인해 연평균 3,534달러의 세금을 초과 납부합니다. 놓친 공제, 잘못 분류된 비용, 잘못된 기간에 기록된 수입 등 — 이러한 오류는 연장 신고 마감일 전날 밤 11시에 서둘러 입력하고 추측으로 분류한 데서 비롯됩니다.

서류 더미는 계속해서 쌓여만 갑니다. 일반적인 1인 사업자는 각기 다른 형식을 사용하는 6곳의 공급업체로부터 인보이스를 처리하고, 스테이플스(Staples) 방문, 고객 점심 식사, 소프트웨어 구독료 등 월 30~50건의 영수증을 처리하며, 조정이 필요한 월별 은행 및 신용카드 명세서도 처리합니다. 주행 거리를 기록하거나 계약자로부터 종이 세금 양식을 받는다면 그것들도 추가됩니다. 각 문서 유형은 다른 형식으로 존재합니다. 각 형식은 데이터를 추출하기 위해 다른 접근 방식이 필요합니다. 그리고 이 모든 것을 혼자서 처리해야 하는 사람을 위해 이 모든 것을 함께 다루는 가이드는 아무도 작성한 적이 없습니다.

자동화가 소기업 규모에서 실제로 비용을 절감하는지에 대한 더 큰 그림을 보려면 소기업 OCR 비교에서 12가지 도구의 구체적인 가격 및 설정 시간 견적을 확인하세요. 자동 문서 판독 개념 자체가 처음이라면 OCR이 실제로 무엇인지부터 시작하세요 — 3분이면 읽을 수 있고, 이 가이드의 나머지 내용이 훨씬 더 이해하기 쉬워질 것입니다.

소규모 사업체가 만드는 6가지 문서 (그리고 처리하기 싫어하는 문서)

소규모 사업체의 서류 작업은 하나의 문제가 아닙니다. 같은 받은 편지함에 도착하는 여섯 가지 다른 문제입니다. 각 문서 유형은 서로 다른 추출 과제를 제시합니다. 기술이 다르기 때문이 아니라, 송장에서 필요한 정보(공급업체명, 납기일, 항목별 가격)가 은행 거래 명세서에서 필요한 정보(거래 내역, 출금, 입금, 잔액)와 구조적으로 다르기 때문입니다. 문서 환경은 다음과 같습니다:

이 가이드의 나머지 부분에서는 각 문서 유형별로 추출 가능한 정보, 까다로운 점, 그리고 절약할 수 있는 예상 시간을 설명합니다. 마지막으로 소규모 사업체 예산에 맞는 도구를 선택하는 방법과 1인 팀에 적합한 워크플로우를 설정하는 방법을 다룹니다.

송장: 형식 다양성이 가장 두드러지는 문서

송장 추출은 이 목록에서 가장 자동화된 문서 유형이면서, 저가 도구와 고급 도구의 차이가 가장 뚜렷하게 드러나는 분야입니다. 일반적인 공급업체 송장에는 8~15개 필드(공급업체명, 송장 번호, 발행일, 납기일, 구매 주문 번호, 라인 항목(설명, 수량, 단가, 라인 합계), 소계, 세금, 배송비, 총계)가 포함됩니다. 3년간 거래해 온 업체의 깔끔한 PDF라면 기본적인 추출 도구도 대부분 정확히 처리합니다.

문제는 바로 "3년간 거래해 온 업체"라는 부분입니다. 소규모 사업장은 한 업체에서만 송장을 받지 않습니다. Amazon Business, Home Depot, 수기로 작성하는 동네 전기 기사, PDF를 이메일로 보내는 SaaS 구독, 다중 통화 라인 항목을 사용하는 해외 공급업체 등 모든 거래처에서 송장이 들어옵니다. 새 공급업체는 곧 새로운 형식을 의미하며, 템플릿(디지털 스텐실로 "송장 번호는 이 픽셀 좌표에 있다"고 알려주는 방식)에 의존하는 도구는 각 신규 업체를 새로운 설정 프로젝트로 취급합니다.

대안은 템플릿 없는 추출입니다. AI가 각 필드의 페이지상 위치가 아니라 의미를 이해하여 송장을 읽는 방식입니다. 송장 번호는 오른쪽 상단, 중앙 헤더, 왼쪽 여백의 바코드 중 어디에 있든 "INV-" 같은 접두사가 붙은 숫자 열로 보입니다. 도구는 위치가 아닌 의미적 역할로 필드를 찾습니다. 공급업체가 다음 분기에 송장 레이아웃을 변경해도 템플릿 없는 추출은 계속 작동합니다. 템플릿 기반 추출은 중단되고 사용자가 템플릿을 다시 만들 때까지 기다려야 합니다.

한 번에 20장, 50장, 100장의 송장을 처리하는 일괄 워크플로우에 대한 자세한 내용은 송장 일괄 처리 가이드를 참조하세요. 소규모 사업주에게 핵심 이점은 문서당 속도가 아닙니다. 문서 형식에 대해 전혀 신경 쓸 필요가 없다는 점입니다. 여섯 곳의 다른 공급업체에서 받은 송장 더미를 업로드하면 하나의 스프레드시트(날짜는 한 열, 금액은 다른 열, 공급업체명은 정렬된 상태)를 얻을 수 있습니다. 템플릿 편집기를 열 필요조차 없습니다.

영수증: 아무도 말하지 않는 사진의 문제

영수증은 입력 품질이 추출 기술보다 가능성의 한계를 결정하는 문서 유형입니다. Amazon이나 SaaS 구독의 디지털 영수증은 깔끔하게 추출됩니다. 지갑에 2주 동안 있다가 노란 조명 아래서 비스듬히 찍은 감열지 식당 영수증 사진 — 실제로 경비 폴더에 들어오는 그런 종류 — 는 근본적으로 더 어렵습니다.

영수증 추출의 규칙은 간단하고 정직합니다. 사진을 보고 팁란에 $8.00인지 $8.80인지 눈을 찡그리며 구분할 수 없다면, AI도 마찬가지입니다. 추출의 한계는 도구가 이론적으로 읽을 수 있는 것이 아니라 이미지에서 판독 가능한 것에 의해 결정됩니다.

추출이 기본적인 판독 이상으로 추가하는 것 — 그리고 특히 영수증에 사용할 가치가 있는 이유 — 는 자동 분류입니다. 식당 영수증에는 "테이블 7, 서버: Carlos, $47.80"이라고 적혀 있습니다. "식비 및 접대"라고는 적혀 있지 않습니다. Schedule C를 제출한다면 IRS는 해당 경비를 Line 24b(식비, 50% 공제 가능)에 넣길 원합니다. 밤 10시에 영수증 50장을 분류하다 보니 "기타"에 들어가서 그렇게 된 것은 원하지 않습니다. 추론된 열이 있는 추출 도구는 상호와 맥락을 읽고 추출 자체의 일부로 카테고리를 할당할 수 있습니다. 따라서 스프레드시트에 "$47.80 at La Cantina"만 있는 것이 아니라 "$47.80, 식비, 50% 공제 가능"이 한 행에 모두 표시됩니다.

각 영수증을 읽고 IRS Schedule C 카테고리를 참조하여 수동으로 수행하는 이 분류 단계는 보통 영수증당 30~60초가 추가됩니다. 월 200장의 영수증이라면 분류만으로 2시간을 절약할 수 있습니다. 그 시간은 실제 업무에 돌아갑니다. 단계별 워크플로는 영수증을 Excel로 추출하는 가이드를 참조하세요. 여기에는 사용자 정의 열 추출 — 원하는 필드 이름("상호", "날짜", "금액", "카테고리")을 입력하면 AI가 각 값을 의미에 따라 찾아내는 방식 — 이 템플릿 기반 도구를 무력화하는 영수증 형식의 다양성을 처리하는 방법도 포함되어 있습니다.

은행 거래 내역서: 오후 내내 걸릴 필요 없는 월별 정리

개인 사업자에게 은행 거래 내역서는 곧 장부나 다름없습니다. 입금은 수익, 출금은 지출입니다. 이 논리는 단순하고 대부분 통하지만, 세금 시즌이 다가와 내역서에 500건의 거래가 찍혀 있고 그중 1/3이 사업 계좌로 잘못 들어온 개인 지출이라면 이야기가 달라집니다.

은행 거래 내역서는 금융 기관마다 다른 형식이라는 특별한 추출 과제를 안고 있습니다. 체이스는 우측 끝에 잔액을 표시하고, 여러 줄 설명을 감싸며, 웰스파고와 다른 날짜 형식을 사용합니다. 웰스파고는 보류 및 완료 거래를 별도의 시각적 블록으로 그룹화합니다. 뱅크오브아메리카는 CSV 다운로드를 3,000건으로 제한합니다. 지역 신용조합에 당좌 계좌를 두고 체이스 카드를 사용하는 소규모 사업주는 매달 완전히 다른 두 가지 내역서 레이아웃을 처리해야 합니다.

템플릿 기반 도구는 여기서 한계를 드러냅니다. 체이스용으로 제작된 템플릿은 출금과 입금을 단일 거래 금액 열 대신 별도 열로 구분하는 웰스파고 PDF에서 조용히 오작동합니다. 추출된 데이터는 열에 숫자가 잘 들어차 보이지만, 카드 결제는 출금으로, 입금은 수수료로 표시됩니다. 도구는 위치만 읽고 의미를 이해하지 못하기 때문에 이 오류를 인지할 방법이 없습니다.

템플릿 없는 추출은 열 의미를 이해합니다. 즉, "출금($)"과 "차변", "결제 및 기타 요금"이 다르게 표현된 동일한 개념임을 인식하여 이러한 오류를 제거합니다. 내역서 PDF에서 분류된 스프레드시트까지의 실무 워크플로는 은행 거래 내역서 추출 가이드에서 전체 과정을 안내합니다. 시간 절감 효과: 12페이지 분량의 월별 사업자 은행 거래 내역서를 수동 입력 및 검증하는 데 약 15~20분이 소요됩니다. 추출은 60초 이내에 처리하며, 12개월 기준으로 내역서 입력만으로 약 3시간을 절약할 수 있습니다. 이는 방지하는 분류 오류는 제외한 수치입니다.

신용카드 명세서: 같은 문제, 다른 형식

신용카드 명세서는 은행 명세서와 동일한 추출 구조(날짜, 설명, 금액이 포함된 거래 행)를 공유하지만, 두 가지 복잡성이 추가됩니다. 첫째, 가맹점명이 심하게 잘립니다. "AMZN MKTPL*RX2L93FE3"는 아마존임을 알려주지만 무엇을 샀는지는 전혀 알려주지 않으므로, Schedule C에 비용을 올바르게 분류하려면 여전히 원본 영수증이 필요합니다. 둘째, 업무용과 개인용 청구가 동일한 명세서에 자주 섞여 있습니다. 특히 사이드 허슬이 LLC로 전환된 첫 1~2년 동안 그렇습니다.

추출 작업 흐름은 은행 명세서와 동일합니다(PDF 업로드 → 스프레드시트 획득). 하지만 분류 단계는 더 까다롭습니다. 가맹점명 일치만으로(Staples = 사무비, 식당명 = 식대) 약 70%의 거래는 분류할 수 있습니다. 나머지 30% — 사무용품, 재고 또는 개인용일 수 있는 아마존, 코스트코, 월마트 구매 — 는 추출 도구가 어떻게 처리하든 영수증 수준의 문서 증빙이 필요합니다. 신용카드 명세서만으로는 코스트코 구매의 절반이 업무용이고 절반이 식료품인지 어떤 AI도 알 수 없습니다. 이는 추출 문제가 아니라 문서화 규율 문제입니다.

경비 보고서 및 주행 거리 기록: 복합 문서 과제

경비 보고서는 단일 문서가 아닙니다. 보고서 양식이나 스프레드시트에 증빙 역할을 하는 영수증 더미가 결합된 복합 문서입니다. 추출 과제는 개별 영수증을 읽는 것이 아니라(앞서 설명한 동일한 영수증 문제) 각 영수증을 올바른 보고서 라인 항목에 일치시키고 합계를 확인하는 것입니다.

주행 거리 기록은 또 다른 차원을 추가합니다. IRS 업무용 주행 기준 마일리지 요율은 매년 변경되며, 기록에는 각 여정의 날짜, 목적지, 목적, 시작 및 종료 주행 거리계 수치, 총 마일이 포함되어야 합니다. 대부분의 소기업 주행 거리 기록은 수첩, 메모 앱, 또는 가장 흔하게는 세금 신고 마감일 일주일 전에 재구성된 대략적인 추정치로 유지됩니다.

IRS는 감사에서 재구성된 주행 거리 기록을 인정하지 않습니다. IRS 간행물 463은 주행 거리 기록이 "비용 발생 시점 또는 그 근처에" 작성되어야 하며 각 여정의 날짜, 목적지 및 업무 목적을 포함해야 한다고 요구합니다. 마일리지를 추적하는 경우, 추출 도구는 사전 기록(습관 변화 필요)을 도울 수 없지만, 귀하가 유지해 온 모든 기록(스프레드시트 사진, 수첩 스캔, 주행 거리계 앱 스크린샷)에서 데이터를 추출하여 IRS가 기대하는 단일 구조화된 테이블로 만들 수 있습니다.

특히 경비 보고서의 경우 실용적인 작업 흐름은 다음과 같습니다. 모든 증빙 영수증에 대해 추출을 실행하고, 스프레드시트로 내보낸 다음, 해당 스프레드시트를 보고서 합계에 대한 검증 도구로 사용합니다(반대 순서가 아님). 이렇게 하면 검토 단계가 "영수증 30장을 하나씩 넘겨보는 것"에서 "스프레드시트에서 이상 징후를 스캔하는 것"으로 바뀌며, "그 고객 저녁 식사가 실제로 업무 미팅이었는가?"라는 인간의 판단 단계를 적절한 위치에 유지합니다.

세금 양식: 정확성이 생명인 데이터 추출

세금 양식은 정확성이 법적 결과를 초래하는 문서 유형입니다. 영수증을 잘못 분류하면 월말에 조정 오류가 발생합니다. W-2 박스 1의 임금 금액을 잘못 기재하면 IRS 통지서가 발송되는 신고 오류가 발생하며, 이는 소규모 사업주라면 누구나 피하고 싶은 IRS와의 전화 통화로 이어집니다.

W-2 양식에는 14개의 박스 필드가 있습니다. 1099-NEC 및 1099-MISC 양식에는 지급인 TIN, 수취인 TIN이 추가되며, 양식 종류에 따라 박스 할당이 다릅니다. 소규모 사업주가 소수의 계약자나 직원을 두고 있다면 연간 5~10장의 양식으로 관리 가능한 수준입니다. 위험은 분량이 아니라, 열 개 중 한 개의 숫자가 잘못될 경우 IRS 문제가 발생할 확률이 10%라는 점입니다.

세금 양식을 처리하는 추출 도구는 실질적인 안전장치를 제공합니다. 박스 값을 수동으로 입력하는 대신(박스 1을 보고 숫자를 입력하고, 박스 2를 보고 숫자를 입력하는 방식) 양식을 업로드하고 출력 결과를 확인하면 됩니다. 추출된 데이터는 정확하거나 눈에 띄게 비어 있습니다. 빈 필드는 잘못 입력된 숫자보다 안전한데, 그 자체로 문제를 알리기 때문입니다. 더 자세한 세금 양식 추출 워크플로와 IRS 규정 준수 측면(안전한 보관, 접근 통제, Pub 583에 따른 기록 보관)에 대해서는 회계사를 위한 문서 추출 가이드를 참조하세요. 세금 양식 관련 부분은 직접 신고를 처리하는 사업주에게도 적용됩니다.

저렴한 도구 vs. 엔터프라이즈 플랫폼: 실제로 필요한 것은?

문서 추출 시장은 양극화되어 있습니다. 한쪽 끝에는 Rossum, Nanonets, Hypatos와 같은 엔터프라이즈 플랫폼이 있습니다. 월 500~2,000달러 이상의 비용이 들고, 온보딩에 수주가 소요되며, 5,000장 이상의 송장을 처리하는 AP 팀을 위해 설계되었습니다. 다른 쪽 끝에는 소규모 비즈니스를 위해 설계된 도구가 있습니다. 월 9~39달러부터 시작하며, 설정 없이 즉시 사용 가능하고, 개인 사업자의 혼합 문서 현실을 처리합니다.

중요한 질문은 "최고의 도구가 무엇인가"가 아닙니다. "내가 실제로 처리하는 작업에 맞는 도구는 무엇인가"입니다. 생각해 볼 수 있는 프레임워크는 다음과 같습니다:

재무관리연구소(IOFM)에 따르면 수동 송장 처리 비용은 건당 약 $15.97인 반면, 자동화된 처리는 건당 약 $3로 떨어집니다. 월 50건의 송장을 처리하는 기업이라면 월 $650의 차이가 발생합니다. 이는 월 $19짜리 추출 도구를 P&L에서 가장 저렴한 항목으로 만들며, 비용이 전혀 아닙니다.

DIY 설정 가이드: 30분 만에 처음부터 데이터 추출까지

대부분의 문서 추출 가이드는 도구 설정 방법을 이미 알고 있다고 가정합니다. 하지만 이 가이드는 다릅니다. 문서 추출을 한 번도 사용해본 적 없는 분이 "웹사이트를 처음 열었다"에서 "추출된 데이터가 담긴 스프레드시트를 갖게 되기"까지 30분 만에 도달할 수 있도록 안내합니다.

1단계: 첫 번째 문서 유형을 선택하세요. 모든 것을 한 번에 자동화하려고 하지 마세요. 가장 자주 처리하는 문서 유형부터 시작하세요. 대부분의 사업자에게는 송장이나 영수증입니다. 첫 세션의 목표는 동일한 유형의 문서 5~10개에서 데이터를 추출하고 결과를 확인하는 것입니다. 한 가지 문서 유형에 대한 자신감을 키우면 다음 유형을 추가하기가 더 쉬워집니다.

2단계: 열을 정의하세요. 이 단계에서는 추출 도구에 원하는 데이터를 알려줍니다. 도구가 알아서 추측해주길 기대하는 대신, 직접 열 이름을 지정합니다. 송장의 경우: 공급업체명, 송장 번호, 발행일, 마감일, 소계, 세금, 합계. 영수증의 경우: 상점, 날짜, 금액, 카테고리. 은행 거래 내역서의 경우: 거래일, 설명, 출금, 입금, 잔액. 도구는 이 열 이름을 읽고 각 문서에서 일치하는 데이터를 찾습니다. 입력한 열 이름이 출력 스프레드시트의 헤더가 됩니다. 필요한 열이 확실하지 않다면, 대부분의 도구가 문서 자체에서 필드를 자동 감지할 수도 있습니다.

3단계: 업로드, 추출, 확인. 문서 5~10개를 업로드하고 도구가 처리하도록 한 후(페이지당 5~10초), 스프레드시트를 다운로드하세요. 그런 다음 빠르게 확인합니다. 출력의 첫 번째 행과 마지막 행이 올바른지 확인하세요. 날짜가 일치하고, 금액이 올바른 열에 있으며, 공급업체명이 완전한지 확인합니다. 첫 번째와 마지막 행이 정확하다면, 중간 행도 거의 항상 정확합니다. 동일한 유형의 문서는 일관된 내부 구조를 공유하기 때문입니다. 문제가 있다면 열 이름을 더 구체적으로 조정하고(문서에 여러 금액 필드가 있는 경우 "금액" 대신 "송장 금액") 다시 실행하세요. 보통 한 번의 조정으로 충분합니다.

4단계: 열 템플릿을 저장하세요. 신뢰할 수 있는 결과를 생성하는 열 이름을 찾으면 템플릿으로 저장하세요. 다음 달에 동일한 문서 유형을 처리할 때 템플릿을 불러오기만 하면 바로 사용할 수 있습니다. 열 설정 없이 업로드하고 추출만 하면 됩니다. 매달 동일한 유형의 문서를 처리하는 소규모 비즈니스의 경우, 이 단계가 추출을 "프로젝트"에서 "워크플로"로 전환시켜 줍니다.

1인 팀이라도 확장 가능한 워크플로 구축하기

추출 도구는 문서를 스프레드시트로 바꾸는 한 가지 일을 잘합니다. 이 도구를 중심으로 문서 접수, 처리, 검토, 저장을 처리하는 워크플로를 구축해야 시간 절약 효과를 매달 지속할 수 있습니다. 다음은 추출을 한 번 써본 도구에서 의존하는 시스템으로 바꾸는 네 가지 습관입니다.

문서를 한곳에 모으세요. 소규모 비즈니스 문서 워크플로의 상류 병목 현상은 추출이 아니라 문서를 파이프라인에 투입하는 것입니다. 공급업체는 세 개의 다른 주소로 인보이스를 이메일로 보냅니다. 영수증은 지갑, 글로브 박스, 카메라 롤에 흩어져 있습니다. 은행 명세서 PDF는 정리되지 않은 폴더에 다운로드됩니다. 첫 번째 워크플로 습관: 접수 채널 하나를 선택하고 모든 것을 그곳으로 라우팅하세요. 일부 추출 도구에는 클라이언트, 계약자 또는 휴대폰으로 본인에게 보내는 공유 링크와 같은 내장 수집 메커니즘이 포함되어 있어 업로드된 파일이 처리 대기열에 바로 들어갑니다. 이메일 전달, Dropbox 폴더 관리, "어느 폴더에 저장했더라?" 같은 고민이 필요 없습니다.

날짜가 아닌 문서 유형별로 일괄 처리하세요. 월말에 모든 영수증 50장, 인보이스 30장, 은행 명세서 3장을 한 번에 처리하고 싶은 유혹이 있습니다. 하지만 단일 추출 배치에 문서 유형을 섞으면 출력 형식이 섞여 스프레드시트 정리 작업이 늘어납니다. 대신 각 문서 유형을 별도로 처리하세요. 인보이스 템플릿으로 인보이스 배치를, 영수증 템플릿으로 영수증 배치를, 은행 명세서 템플릿으로 은행 명세서 배치를 실행하세요. 각 배치는 일관된 열이 있는 스프레드시트 하나를 생성하며, 각 스프레드시트는 해당 다운스트림 작업(인보이스 → 미지급금 추적, 영수증 → 비용 분류, 은행 명세서 → 조정)에 바로 사용할 수 있습니다. 배치당 2분이 더 걸리지만 추출 후 열 정렬에 20분을 절약할 수 있습니다.

행별이 아닌 예외별로 검토하세요. 모든 문서의 모든 추출 필드를 확인하지 마세요. 추출 후 다음을 스캔하세요: 데이터가 있어야 할 빈 셀(명백한 오류), 터무니없어 보이는 금액(보통 500달러인 공급업체 인보이스의 50,000달러 항목), 각 문서의 첫 번째와 마지막 행(경계 확인). 이 세 단계 검토는 배치당 2분 이내에 대부분의 추출 오류를 찾아냅니다. 필드별 확인(모든 셀을 원본 문서와 대조)은 시간 절약 효과를 완전히 무효화하며, 사람들이 첫 달 이후 추출 도구를 포기하는 가장 흔한 이유입니다.

루프를 닫으세요: 데이터에서 원장으로. 스프레드시트에 있는 추출 데이터는 부기가 아닙니다. 마지막 단계는 QuickBooks, Xero, 세무사 접수 양식 또는 CPA에 전달할 스프레드시트 등 회계 시스템에 데이터를 입력하는 것입니다. 추출 도구가 회계 소프트웨어로 직접 푸시를 지원한다면 설정하세요. Excel 또는 CSV로 내보내는 경우 가져오기 단계를 위해 반복 캘린더 알림(매월 첫째 주 일요일 15분)을 설정하여 놓치지 않도록 하세요. 데이터는 이미 구조화되어 있습니다. 가져오기는 쉬운 부분입니다. 어려운 부분은 처음에 구조화하는 것이었고, 도구가 이미 그 작업을 해주었습니다.

자주 묻는 질문

직접 문서로 사용해보기 →