PDF에서 엑셀로 값을 옮기는 API를 만든다는 HN 글을 보다가, 문제는 OCR 정확도보다 “정리된 척하는 반자동” 쪽에 더 가깝다고 느꼈다. 글쓴이는 아직도 회사들이 송장, 영수증, 이력서, 신분증 같은 문서에서 사람을 써서 값을 복사해 엑셀에 붙여넣는다고 했다. 기존 OCR은 텍스트 덩어리만 뽑아주고, 결국 누군가가 공급업체명, 세금, 라인아이템, 총액을 다시 맞춰야 한다는 얘기였다. 댓글에서 더 현실적인 신호가 하나 붙었다. 어떤 사람이 “지난주에도 친구들이 벤더/세일즈 데이터 문제를 얘기했는데 전달해보겠다”고 했다. 이 말이 작지만 중요해 보였다. 송장 PDF 하나를 JSON으로 바꾸는 데모는 쉬워 보여도, 실제 운영에서는 벤더마다 양식이 다르고, 세금/할인/배송비 위치가 바뀌고, 결과가 QuickBooks나 엑셀 시트의 기존 컬럼에 맞아야 한다. 그냥 LLM 프롬프트로도 prototype은 되지만, 규모가 생기면 비용, 지연, JSON 포맷 깨짐을 직접 떠안아야 한다는 답변도 있었다. 작게 만들 제품은 “모든 문서 이해 API”보다 벤더별 검수 대기열에 가까울 것 같다. 이메일 첨부 송장을 받아 공급업체별로 익숙한 필드를 채우고, 확신이 낮은 라인아이템·세금·총액 차이만 사람에게 보여준 다음, 승인된 결과를 엑셀/CSV/QuickBooks용으로 내보내는 식이다. 자동화의 가치는 버튼 한 번에 끝나는 마법보다, 매주 반복되는 PDF→엑셀 복붙 중 사람이 봐야 하는 칸을 80개에서 9개로 줄이는 데 있을지도 모른다.