급여 명세서 데이터를 엑셀로 추출 — 수동 입력 없이 모든 형식의 급여 명세서 필드 통합

모든 급여명세서에는 당기 금액("이번 급여 기간: $2,500")과 연초 이후 누계 금액("YTD: $40,000")이 동일한 항목(총급여, 연방세, 사회보장세, 401(k), 순급여)으로 표시됩니다. 고정된 위치에서 "총급여"를 찾는 템플릿 기반 도구는 특히 YTD 금액이 당기 금액과 다른 총액으로 표시될 때 어느 값이 어느 것인지 구분할 수 없습니다. 수동으로 옮겨 적는 것은 더 심각합니다. r/personalfinance 같은 포럼에서는 사용자들이 여러 번의 급여명세서에서 YTD 총액을 교차 확인하는 데 몇 시간을 소비한다고 자주 보고합니다.

ADP는 그룹화된 섹션이 있는 조밀한 가로 테이블을 출력합니다. Gusto는 최소한의 그룹화로 깔끔한 카드형 레이아웃을 사용합니다. Paychex는 수입, 세금, 공제를 세로 블록으로 쌓습니다. Workday는 여러 페이지에 걸쳐 정보를 분산시킵니다. 동일한 항목의 레이블도 제공업체마다 다릅니다. 한 명세서의 "Federal Income Tax"는 다른 명세서에서 "Fed Withholding" 또는 "FIT"로 표시됩니다. 템플릿 기반 OCR 도구는 각 레이아웃에 대해 별도의 좌표 템플릿이 필요하며, r/Payroll에서 논의된 바와 같이 급여 팀은 실제로 급여 테이블 구조를 처리하는 OCR 도구를 찾기 위해 여러 도구를 테스트해야 합니다.

총급여 → 세전 공제 → 과세 임금 → 세금 → 세후 공제 → 순급여: 이것이 표준 급여 계산 체인입니다. 체인의 어느 한 고리라도 잘못 옮겨 적히면(예: 공제액을 총급여로 입력, 잘못된 세율로 원천징수된 세금, 또는 혜택 보험료 누락) 순급여가 일치하지 않습니다. 수동 입력에는 내장된 검증 기능이 없으므로 옮겨 적는 사람이 각 단계를 정신적으로 확인해야 합니다. 대부분의 추출 도구는 각 항목을 독립적으로 추출하며, 항목 간 산술을 검증하는 메커니즘이 없습니다.

열 목록에 "총 급여", "순 급여", "연누계 총 급여", "연누계 순 급여"와 같은 열을 정의하면, AI는 각 값을 픽셀 좌표가 아닌 문서 섹션의 맥락에서 읽습니다. 수입 섹션의 "총 급여"와 요약 섹션의 "연누계 총 급여"를 문서 의미론에 기반하여 구분합니다. 출력 결과는 각 숫자가 속한 섹션을 따로 지정할 필요 없이, 올바른 값이 담긴 두 개의 별도 열로 제공됩니다.

ImageToTable.ai의 핵심 메커니즘인 커스텀 열 추출을 사용하면 원하는 필드 이름("연방세", "총 급여", "401(k)", "순 급여")을 한 번만 입력하면 됩니다. AI는 문서에 사용된 레이블("연방 원천징수", "총 수입", "401k 매칭", "실수령액")과 관계없이 각 값의 의미를 이해하여 찾아냅니다. 동일한 열 정의가 ADP, Gusto, Paychex, Workday 및 사내 형식 전반에서 작동합니다. 좌표 템플릿, 제공업체별 규칙, 급여 제공업체가 레이아웃을 업데이트할 때의 유지보수가 필요 없습니다.

계산 열(추출 중 AI가 수행하는 계산을 설명하는 이름의 열)을 추가하여 전체 급여 계산 체인을 검증하세요. "순 급여 확인 (총 급여 − 연방세 − 주세 − 사회보장세 − 메디케어 − 401(k) − 건강보험)"을 작성하면 AI가 추출하면서 예상 순 급여를 계산하고, 이를 인쇄된 순 급여와 함께 출력합니다. 데이터가 스프레드시트에 입력되기 전에 불일치를 즉시 확인할 수 있습니다. 복리후생 계산이나 다단계 파생을 포함한 더 복잡한 검증 로직이 필요한 경우, 로그인한 사용자는 규칙 형식을 사용하여 JSON 기반 규칙을 정의함으로써 열 이름을 깔끔하게 유지하면서 정교한 검증을 실행할 수 있습니다.