지출 보고서 라인 항목을 추출하고
정책 한도 위반을 플래그 지정하는 방법

정책 확인이 실제로 이루어지는 시점 — 그리고 여전히 수동인 이유

비용 관리 플랫폼은 특정 시나리오에 대해서만 정책 준수를 해결했습니다. 바로 회사 생태계 내에서 법인카드를 사용하는 직원의 경우입니다. Expensify, Ramp, Navan은 거래 시점에 정책 위반 지출에 플래그를 지정합니다. 비용 보고서가 생성되기 전에 말이죠. GBTA 연구에 따르면 비용 보고서 1건을 처리하는 평균 비용은 $58이며, 보고서의 19%에는 오류가 포함되어 있어 수정에 추가로 $52와 18분이 소요됩니다. 거래 수준에서의 정책 준수는 조직에 상당한 비용 절감 효과를 제공합니다.

하지만 이 모델은 모든 비용이 플랫폼을 통해 흐를 때만 작동합니다. 실제로 많은 조직은 플랫폼 외부에 있는 사람들로부터 비용 보고서를 문서 형태로 받습니다. PDF, 스캔한 종이 양식, 스프레드시트 등으로 말이죠. 현장 기술자가 제출하는 종이 양식, 출장 비용을 청구하는 계약직, 법인카드 프로그램이 없는 조직의 직원 등이 해당됩니다. 정책은 여전히 적용됩니다. 기준 금액은 여전히 핸드북에 있습니다. 하지만 확인 작업은 여전히 수동입니다.

업무 흐름은 다음과 같습니다. 재무팀 구성원이 각 비용 보고서 PDF를 열고, 품목을 읽고, 각 금액을 정책 핸드북과 대조하고, 위반 사항을 후속 조치용으로 표시한 다음, 데이터를 스프레드시트나 ERP에 입력합니다. 추출과 규정 준수 확인은 모두 사람의 주의가 필요한 두 가지 별도 단계입니다. 한 사람이 한 시간에 10건의 보고서를 처리할 수 있으며, 그중 8건은 위반 사항이 전혀 없습니다. 문제가 없다는 것을 증명하는 데 시간을 쓰는 셈입니다.

정책 확인을 계산 열로 활용하기

계산 열은 문서에서 직접 가져오는 대신, AI가 추출 과정에서 값을 계산하는 열입니다. "금액" 열이 지출 보고서에서 원시 숫자를 그대로 제공하는 대신, 계산 열은 해당 숫자에 규칙을 적용하고 결과를 출력합니다. 규칙은 산술적이거나 조건부이거나 둘 다일 수 있으며, 추출과 동시에 실행되므로 결과가 이미 계산된 상태로 출력됩니다.

정책 확인의 경우, 계산은 조건부입니다: 금액이 정책 한도를 초과하면 "플래그"를 출력하고, 그렇지 않으면 "OK"를 출력합니다. 정책 한도(예: 식비 $75)는 문서가 아닌 열 정의에 포함된 고정 매개변수입니다. AI는 지출 항목에서 금액을 추출하고, 규칙에 포함된 기준값과 비교한 후 결과를 기록합니다. 별도의 규정 준수 단계가 필요 없습니다. 수동 교차 확인도 필요 없습니다. 플래그는 출력 스프레드시트의 또 다른 열일 뿐입니다.

이 계산을 정의하는 방법은 두 가지가 있습니다. 열 이름 방식은 로그인 없이 데모에서 즉시 작동하며, 계산 설명을 열 이름 필드에 직접 입력합니다. 규칙 형식 방식은 열 이름을 깔끔하게 유지하면서 계산을 JSON 규칙에 저장하며, 반복 사용을 위해 사전 설정으로 저장할 수 있습니다. 두 방식 모두 동일한 결과를 생성합니다: 주의가 필요한 항목을 알려주는 "정책 플래그" 열입니다.

방법 1: 열 이름 접근법 — 열 레이블에서 규칙 정의하기

열 이름 필드에 추출하려는 필드와, 계산 열의 경우 이를 변환하는 규칙을 함께 입력합니다. AI가 지침을 읽고 추출 중에 적용합니다. 설정도, 템플릿도, 로그인도 필요 없이 바로 시도할 수 있습니다.

$75 식사 한도, $250 호텔 한도, IRS 마일리지 요율이 적용되는 표준 경비 보고서의 경우 열 이름은 다음과 같습니다:

Policy Flag 열의 각 조건은 동일한 패턴을 따릅니다. AI가 Category 열을 읽고 적용할 기준을 결정하고, Amount 열에서 실제 값을 읽어 비교합니다. "Meal" 경비는 $75 기준을, "Hotel" 또는 "Lodging" 경비는 $250 기준을, "Mileage" 경비는 $0.70 기준을 적용합니다. 정의된 카테고리에 해당하지 않는 항목은 "OK"로 처리되어 분류되지 않은 경비로 인한 오탐지가 없습니다.

기준값은 열 정의에 포함되어 있습니다. 문서 어디에도 표시되지 않습니다. 이는 계산 열의 핵심 기능입니다: 고정 매개변수 참조. AI는 규칙에 대한 이해 속에 정책 한도를 보유하고 페이지에서 추출하는 모든 항목에 이를 적용합니다. 다음 분기에 정책이 변경되어 식사 한도가 $75에서 $80으로 오르면 열 정의의 숫자 하나만 변경하면 되며, 스프레드시트의 모든 수식을 수정할 필요가 없습니다.

현장 직원이 종이 양식에 손으로 작성하는 경우가 흔한 경비 보고서의 경우 Precision+를 활성화하세요. 추가 추론 단계를 통해 모델이 조건부 논리를 적용하기 전에 손으로 쓴 숫자를 정확히 읽을 수 있어, 잘못 읽은 금액으로 인한 오탐지 또는 더 심각한 위반 누락 가능성을 줄일 수 있습니다.

방법 2: 규칙 형식 — 깔끔한 헤더, 재사용 가능한 규칙

열 이름 방식은 빠른 확인에 적합합니다. 하지만 비용 보고서를 정기적으로 처리한다면 — 동일한 정책, 동일한 범주, 매달 반복 — 규칙 형식은 열 헤더를 읽기 쉽게 유지하고 로직을 관리하기 쉽게 만듭니다. 열 이름은 단순하게 유지되고("Policy Flag" 대신 "Policy Flag (IF Category contains... then... with different thresholds for...)" ) 계산은 사전 설정으로 저장할 수 있는 JSON 규칙에 포함됩니다.

규칙 형식을 사용하면 Category 열도 비용 유형을 정규화합니다 — AI가 "Dinner," "Lunch," "Breakfast"를 모두 "Meal"로, "Lodging," "Accommodation," "Airbnb"를 "Hotel"로 표준화합니다. 이 정규화는 Policy Flag가 올바르게 작동하는 데 중요합니다. 직원이 범주 필드에 "Dinner with client"라고 입력하고 규칙이 "Meal"을 확인한다면, 표준화 없이는 플래그가 이를 놓칠 수 있습니다. 규칙은 매핑을 정의하고, AI는 조건부 확인을 실행하기 전에 이를 적용합니다.

각각 약간씩 다른 정책 임계값을 가진 여러 부서의 비용 보고서를 처리하는 재무 팀의 경우, 규칙 형식은 별도의 사전 설정 생성을 지원합니다. 영업 부서 사전 설정은 고객 접대를 위한 더 높은 식사 한도를 허용할 수 있습니다. 현장 운영 사전 설정은 트럭과 승용차에 대해 다른 마일리지 요금을 가질 수 있습니다. 각 사전 설정은 올바른 임계값에 맞춰진 Policy Flag 열을 생성하며, 전환은 한 번의 클릭입니다.

카테고리별 정책 한도 처리

조건부 계산 열의 강점은 단일 한도 확인이 아닙니다. 어떤 스프레드시트 수식도 그 정도는 할 수 있습니다. 진짜 강점은 같은 열 안에서 카테고리별로 다른 한도를 모든 비용 항목, 모든 지출 보고서에 단 한 번의 처리로 확인한다는 점입니다. AI가 먼저 카테고리를 평가하고, 해당 한도를 선택한 뒤 적용합니다. 열 하나, 규칙 다수, 수동 확인 불필요.

위의 규칙 형식 프리셋으로 처리한 일반적인 지출 보고서 항목 배치의 출력 결과는 다음과 같습니다.

위의 6개 비용 항목 중 2개가 플래그 처리되었으며, 둘 다 어떤 한도를 초과했는지 정확히 표시됩니다. 재무 검토자는 스프레드시트를 열고 정책 플래그 열을 필터링하여 "FLAG" 행만 표시한 뒤 두 건의 위반 사항을 검토하면 됩니다. 나머지 4개 항목은 "OK"가 이미 정책에 따라 검증되었으므로 검토 시간이 전혀 필요 없습니다. 이것이 6개 항목을 확인하는 것과 2개 항목을 확인하는 것의 차이이며, 배치에 지출 보고서가 추가될수록 누적되는 67%의 검토 시간 절감 효과를 만들어냅니다.

위에 표시된 한도는 예시입니다. 조직의 정책은 위치에 따라 다른 GSA 일비율(GSA Per Diem Rates 2025)이나 IRS Publication 463의 IRS 표준 주행 거리 요율을 사용할 수 있습니다. 열 정의는 사용자가 지정하는 모든 숫자에 맞게 조정됩니다. "$75"를 식사 한도로, "$250"을 숙박 상한으로 변경하면 출력 결과에 정책이 반영됩니다.

IRS 책임 회계제도 규칙(Treas. Reg. §1.62-2)을 준수해야 하는 조직의 경우, 정책 플래그 열은 문서화라는 부차적인 목적을 제공합니다. 정책 한도를 초과하는 것으로 플래그된 금액은 직원의 과세 소득으로 처리되거나 직원이 60일 이내에 초과분을 반환해야 할 수 있습니다. 추출 결과에 정책 위반이 명시적으로 플래그되면 규정을 준수하는 비용 상환 처리를 뒷받침하는 감사 추적이 생성됩니다. 바쁜 재무 팀에서 일관되지 않게 수행되는 수동 검토는 이러한 요구 사항을 충족하지 못하는 경우가 많습니다.