Copilot은 Excel 내부에서 작업하도록 설계되었습니다.
PDF에서 데이터를 추출하는 용도가 아닙니다.

Copilot in Excel과 PDF-to-Table 도구는 서로 다른 두 가지 문제를 해결합니다

Copilot은 워크북에 이미 있는 데이터를 분석합니다. PDF 폴더를 해당 데이터로 변환하는 작업은 Copilot의 작업이 시작되기 전에 이루어집니다.

Copilot in Excel의 문서화된 역할은 워크북입니다. Microsoft는 이를 워크북을 "작성하고 편집"하는 데 도움을 주는 기능으로 설명합니다: 수식 생성 및 설명, 차트 또는 피벗 테이블로 인사이트 반환, 텍스트 열 강조, 정렬, 필터링, 요약. 이러한 모든 작업은 시트에 이미 존재하는 테이블에서 시작됩니다.

PDF를 테이블로 변환하는 작업은 데이터 수집입니다. 데이터는 워크북 외부에 있으며, 문자가 페이지에서 어디에 위치하는지 저장하는 파일 형식으로 존재합니다. 원하는 열로 구성된 테이블에 모든 파일의 데이터를 가져오는 것은 분석이 시작되기 전에 수행되는 별도의 단계입니다.

Microsoft는 수년간 데이터 수집을 위한 별도의 파이프라인을 제공해 왔습니다. 이전의 데이터 → 데이터 가져오기 → 파일에서 → PDF에서 가져오기는 PDF에 포함된 텍스트 레이어만 읽으므로 스캔된 문서에서는 아무것도 반환하지 않습니다. 해당 경로와 Copilot의 경로는 동일한 코드가 아니며, 둘 다 서로 다른 형식의 50개 파일에서 동일한 열 집합을 생성하도록 설계되지 않았습니다. PDF를 구조화된 데이터로 변환하는 가이드에서는 각 변환 방법이 어떤 파일 유형에서 실패하는지 설명합니다.

두 작업을 분리하면 해당 스레드의 불만을 브랜드 논쟁으로 만들지 않고 설명할 수 있습니다. Copilot은 분석에 실패하는 것이 아닙니다. 데이터 수집 작업을 받았고, 데이터 수집은 Copilot이 활용할 수 있는 정보가 가장 적은 영역입니다.

Copilot in Excel이 실제로 잘하는 작업

Copilot은 설계된 작업에 능숙하며, 같은 회의적인 스레드에서도 이를 인정합니다.

계속 사용한 사용자들은 Copilot이 "수식 생성에 뛰어나다"고 평가했으며, 회의록, 문서 요약, 기술 주제 분석 작성에 유용하다고 설명했습니다. 한 답변은 실제 가치를 솔직하게 말했습니다: "정말 도움이 됐다고 느낀 것은 VBA 작성뿐입니다." 데이터가 이미 시트에 있을 때 Copilot에게 수식을 설명하거나 이상치를 표시하도록 요청하는 것은 AI 어시스턴트의 합리적인 사용법입니다.

솔직한 기준선은 데이터가 아직 통합 문서에 존재하는지 여부입니다.

원본 데이터가 테이블이 되면 Copilot이 작업을 이어받아 유용한 결과를 낼 수 있습니다. 문제는 그 순간 이전에 발생해야 하는 모든 과정입니다.

반복 추출에서 대화형 어시스턴트가 실패하는 이유

채팅 어시스턴트의 네 가지 구조적 특성은 반복 추출을 어렵게 만들며, 그중 어느 것도 더 나은 프롬프트로 해결되지 않습니다.

출력 형태가 보장되지 않습니다. Microsoft의 자체 FAQ는 Copilot이 "때때로 실수를 하거나, 정보를 잘못 해석하거나, 부정확한 결과를 생성할 수 있다"고 밝히며, "금융, 법률, 의료 등 민감한 분야의 결정"에 사용하지 말 것을 권고합니다 (Microsoft 지원). 폐지된 Copilot 워크시트 함수도 더 명확한 형태로 동일한 경고를 전달했습니다. 결과는 "동일한 인수라도 시간이 지남에 따라 변경될 수 있으며", "정확성이나 재현성"이 필요한 모든 것에 대해 Microsoft는 사용자를 기본 수식으로 안내했습니다 (COPILOT 함수). 제조사가 금융 결정에 신뢰하지 말라고 말하는 도구는 훌륭한 사고 파트너이지만 시스템 오브 레코드로는 부적합합니다.

열 계약이 없습니다. 테이블을 요청하면 테이블을 받지만, 두 번 받는 테이블이 반드시 동일하지는 않습니다. 다음 실행에서는 "Invoice Date"를 "Date"로 바꾸거나, 열을 이동하거나, 두 필드를 하나로 합칠 수 있습니다. r/excel 스레드의 한 사용자는 이 효과를 정확히 설명했습니다: "동일한 데이터와 지침으로 완전히 다른 결과를 얻습니다." 40개의 파일이 40개의 약간씩 다른 테이블을 생성하면, 병합과 이름 변경 작업은 시간을 절약하려던 사람에게 다시 떠넘겨집니다.

한 번에 하나의 파일을 처리하도록 설계되었습니다. OpenAI의 파일 업로드 문서는 문서 파일을 각각 2백만 토큰, 이미지를 20MB로 제한하며, 이러한 제한은 폴더가 아닌 단일 대화에 적용됩니다 (OpenAI). 세 개의 테이블이 있는 12페이지 은행 명세서는 정확히 이러한 한도에 도달하는 형태이며, 실패는 조용히 발생합니다: 문서보다 짧은 답변이 반환됩니다. 스캔된 파일은 텍스트 레이어가 없어 더 악화되며, 도구가 페이지를 이미지로 처리하지 않는 한 읽을 수 없습니다. 이는 AI가 PDF에서 데이터를 추출할 수 있는지에서 다룹니다.

레코드 수준 정확도는 필드 수준 정확도보다 훨씬 낮습니다. 이것은 대부분의 사람들이 보지 못하는 수치입니다. Cleanlab의 구조화된 출력 벤치마크는 Field Accuracy(개별 필드가 올바른 비율)와 Output Accuracy(모든 필드가 올바른 레코드의 비율)를 구분합니다. Data Table Analysis 세트에서 gpt-4.1-mini는 필드 수준에서 86.3%, 레코드 수준에서 45%를 기록했습니다. 보험 청구 추출에서는 레코드 정확도가 프론티어 모델 전반에 걸쳐 30%~40% 사이였고, PII 추출에서는 26%~46%로 떨어졌습니다 (Cleanlab).

동일한 패턴이 Excel 밖에서도 나타납니다. PDF에서 계약자 목록을 파싱하는 r/ChatGPT 스레드에서, 원 게시자는 단일 문서는 잘 처리했지만 세 개의 파일을 결합했을 때 출력이 무너지는 것을 목격했습니다: "100개가 넘어야 하는 스프레드시트에서 4개 이상의 결과를 뽑아낼 수 없었습니다." 한 댓글러는 경험을 요약했습니다: "PDF 파싱은 정말 도박이에요... 페이지 누락, 줄 누락, 값 누락" (r/ChatGPT). 더 큰 모델이 이러한 네 가지 속성을 제거하지는 않으며, 그래서 일괄 문서 처리를 위한 특화 도구는 더 강력한 챗봇이 아니라 다른 범주의 제품입니다.

20분 안에 실행할 수 있는 테스트

Excel Copilot이 작동하지 않는다는 대부분의 검색은 한 가지 질문으로 귀결됩니다: 내 프롬프트 문제인가, 도구 문제인가? 아무것도 바꾸기 전에 자신의 파일로 직접 확인할 수 있으며, Copilot PDF to Excel 실행과 ChatGPT 실행 모두에 동일한 검사를 적용해야 합니다. 그중 네 가지가 한 번 감동을 준 데모와 월간 프로세스를 구축할 수 있는 도구를 구분합니다.

이 검사 중 하나라도 실패하면, 그 도구는 일회성 작업에는 괜찮고 반복 가능한 작업에는 부적합합니다. 브랜드에 대한 판단이 아니라 바로 그 구분이 이 테스트의 목적입니다.

대규모 일괄 처리에 견딜 수 있는 도구가 갖춰야 할 조건

이러한 기준을 통과하는 도구는 문서가 아닌 출력 계약을 먼저 기준으로 설계됩니다. 이 하나의 설계 선택이 나머지 대부분의 속성을 결정합니다.

첫 번째 요구 사항은 출력 열 이름을 직접 지정하고, 그 이름이 결과의 정확한 머리글이 되는 것입니다. 이것이 맞춤 열 추출입니다. 모델이 반환할 내용을 결정하도록 두는 대신, "Invoice Number", "Statement Date", "Balance"와 같은 필드를 직접 입력하면 AI가 값의 위치가 아닌 의미를 기준으로 각 값을 찾습니다. 열 집합은 사용자의 것이므로 파일마다 동일하게 유지됩니다.

두 번째 요구 사항은 도구가 파일이 아닌 폴더를 처리한다는 것입니다. 일괄 우선 처리는 문서 50개를 넣으면 하나의 테이블이 나오는 방식으로, 나중에 직접 붙여 넣어야 하는 50개의 개별 대화와는 다릅니다. 이는 질문을 50번 하는 것과 작업 하나를 한 번 실행하는 것의 차이이며, 범용 AI 어시스턴트가 구조적으로 가장 취약한 지점입니다.

두 가지 더 작은 요구 사항이 뒤따릅니다. 동일한 열 집합을 실행할 때마다 머리글 행이 동일해야 하며, 추출된 셀을 가리키면 해당 값이 나온 원본 영역을 볼 수 있어야 합니다. 검증할 수 없는 값은 결국 손으로 다시 확인해야 하는 값이기 때문입니다. 이 두 가지 중 하나라도 없는 도구는 검토 단계를 없애는 것이 아니라 옮기는 것에 불과합니다.

ImageToTable.ai는 맞춤 열 추출과 일괄 처리라는 두 가지 핵심 요소를 기반으로 구축되었습니다. 문서를 업로드하고 원하는 열 이름을 입력하면 해당 이름이 머리글이 된 하나의 스프레드시트를 얻을 수 있습니다. 이 제품은 인쇄된 표 데이터에 대해 최대 99%의 정확도를 제공하며, 한 페이지를 사람이 손으로 입력하는 데 약 3분이 걸리는 반면 5~10초 안에 처리합니다. 동일한 접근 방식은 데이터 추출 소프트웨어 비교에서 더 넓은 경쟁사와 비교되며, 카테고리 간 선택이 아닌 공급업체 간 선택을 고려할 때 참고할 만한 자료입니다.

문서를 설명하는 것과 문서에서 고정된 필드 집합을 추출하는 것의 차이는 단순한 제품 기능이 아닙니다. 그 차이는 출력 결과를 바탕으로 무엇을 만들 수 있는지를 바꾸며, 이것이 일반 어시스턴트가 스크린샷의 동일한 작업에서 부족한 이유의 핵심입니다.

Copilot, ChatGPT 또는 Claude를 사용해도 되는 경우

Copilot은 이미 워크북에 있는 데이터에 대한 일회성 작업에는 적합한 도구이지만, 열이 일치해야 하는 반복적인 일괄 처리에는 적합하지 않습니다.

소스가 단일한 깨끗한 파일일 때, 이미 보유한 데이터 세트를 탐색할 때, 또는 수식 설명이나 텍스트 열 요약이 필요할 때 사용하세요. ChatGPT도 같은 상황에서 합리적인 선택이며, 깔끔한 PDF 하나를 첫 시도에 올바르게 변환할 수도 있습니다. 단 한 번의 성공은 파일 하나에 대한 데이터 포인트일 뿐, 폴더 전체에 대한 보장은 아닙니다.

실행이 반복되거나, 여러 소스에서 파일이 들어오거나, 출력이 보고서나 결제에 사용되거나, 잘못된 셀이 비용을 초래할 때는 전용 추출 도구에 작업을 맡기세요. 전사와 추출의 경계가 두 범주를 구분하며, 손글씨 문서 추출에서 이 차이가 숫자를 신뢰할 수 있는지 여부를 결정하므로 전문을 읽어볼 가치가 있습니다. 이 모든 것이 일반 어시스턴트를 나쁜 제품으로 만드는 것은 아닙니다. 반복과 일관성으로 정의되는 작업에는 적합하지 않은 제품일 뿐입니다.

Excel Copilot 및 PDF를 Excel로: 자주 묻는 질문

Copilot in Excel이 PDF를 읽을 수 없다고 하는 이유는 무엇인가요?

Copilot in Excel은 워크북 내부의 데이터에서 작동합니다. 폴더에 있는 PDF는 지원되는 표면에 첨부하지 않는 한 컨텍스트에 포함되지 않으며, 첨부하더라도 테이블로 로드되는 것이 아니라 문서로 처리됩니다. PDF가 텍스트 레이어가 없는 스캔이라면 텍스트 기반 단계가 읽을 수 있는 것이 전혀 없습니다.

ChatGPT가 PDF를 Excel로 변환하는 데 Copilot보다 더 나은가요?

깨끗한 단일 파일을 한 번 변환하는 경우에는 때때로 그럴 수 있으며, r/excel 스레드에는 정확히 그런 경험을 한 사람이 있습니다. 둘 다 일반적인 어시스턴트이며, 다음 실행에서 동일한 열 이름이 반환된다는 보장은 없습니다. 어느 쪽이 우연히 한 번 성공했는지가 아니라 필요한 워크플로에 따라 둘 중 하나를 선택하세요.

Copilot in Excel이 PDF를 테이블로 변환할 수 있나요?

Microsoft의 공식 가이드에 따르면 가능하며, 형식이 잘 갖춰진 단일 파일의 경우 그 설명이 타당합니다. 한계는 규모와 지저분한 입력에서 나타납니다: 한 번에 여러 파일, 일관되지 않은 레이아웃, 스캔된 페이지 등이 그 예입니다. 데모에서 작동하는 변환은 다음 달에 다시 실행할 수 있는 프로세스와는 다릅니다.

열 머리글이 실행마다 바뀌는 이유는 무엇인가요?

대화형 모델이 고정된 스키마를 채우는 대신 매번 답변을 생성하기 때문입니다. 출력의 형태는 모델이 결정하는 부분이므로 파일, 문구 또는 특별한 이유 없이도 달라질 수 있습니다. 정의된 열 집합만이 머리글을 고정시킵니다.

PDF를 Excel로 변환하는 도구에서 무엇을 찾아야 하나요?

다 가지입니다: 출력 열을 직접 정의할 수 있고, 한 번에 여러 파일을 처리하며, 머리글이 실행 간에 동일하고, 추출된 값을 원본 페이지로 추적할 수 있으며, 텍스트 레이어가 있는 파일뿐만 아니라 스캔된 문서도 처리할 수 있어야 합니다.

이것은 프롬프트 문제인가요?

대체로 아닙니다. 더 나은 프롬프트는 단일 결과를 개선할 수 있으며 시도해 볼 가치가 있습니다. 그러나 50개 파일에 걸쳐 고정된 열 계약을 만들지 않으며, 파일 크기나 한 번에 처리할 파일 수의 상한선을 높이지 않습니다. 그것들은 구조적 한계이지 문구 문제가 아닙니다.

유용한 전환은 "어떤 AI가 더 똑똑한가"에서 "이 작업의 형태는 무엇인가"로 바꾸는 것입니다. Copilot, ChatGPT, Claude는 이미 보유한 데이터를 추론하도록 설계되었습니다. PDF 폴더는 아직 보유하지 않은 데이터이며, 이를 테이블로 바꾸는 작업은 반복, 고정 열, 검증에 의해 정의되며 지능보다는 그런 요소에 달려 있습니다. 먼저 두 가지 중 어떤 작업을 하고 있는지 결정하면 도구 선택은 더 이상 의견의 문제가 아닙니다.