지출 보고서 항목 추출 및
정책 한도 위반 자동 표시

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

비용 관리 플랫폼은 한 가지 특정 시나리오, 즉 회사 생태계 내에서 법인카드를 사용하는 직원에 대해서만 정책을 적용해 왔습니다. Expensify, Ramp, Navan은 비용 보고서가 생성되기 전, 거래 시점에 정책 위반 지출을 식별합니다. GBTA 연구에 따르면, 단일 비용 보고서를 처리하는 평균 비용은 58달러이며, 보고서의 19%에 오류가 포함되어 있어 수정에 추가로 52달러와 18분이 소요됩니다. 거래 수준에서의 정책 적용은 조직에 상당한 비용을 절감해 줍니다.

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

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

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

계산된 열은 문서에서 직접 값을 가져오는 대신, AI가 추출 중에 값을 계산하는 열입니다. "금액" 열이 경비 보고서에서 원시 숫자를 그대로 제공하는 반면, 계산된 열은 해당 숫자에 규칙을 적용하고 결과를 출력합니다. 규칙은 산술, 조건문 또는 둘 다일 수 있으며, 추출과 동시에 실행되므로 출력 시 답이 이미 준비되어 있습니다.

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

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

방법 1: 열 이름 방식 — 열 레이블에서 확인 정의하기

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

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

정책 플래그 열의 각 조건은 동일한 패턴을 따릅니다. AI는 카테고리 열을 읽어 적용할 임계값을 결정하고, 금액 열에서 실제 값을 읽어 비교합니다. "식비" 경비는 $75 확인을 트리거합니다. "호텔" 또는 "숙박" 경비는 $250 확인을 트리거합니다. "마일리지" 경비는 $0.70 확인을 트리거합니다. 정의된 카테고리와 일치하지 않는 항목은 "OK"를 받습니다 — 분류되지 않은 경비로 인한 오탐지가 없습니다.

임계값은 열 정의에 포함되어 있습니다. 문서 어디에도 나타나지 않습니다. 이것이 계산된 열의 핵심 기능입니다: 고정 매개변수 참조. AI는 규칙에 대한 이해를 바탕으로 정책 한도를 유지하고 페이지에서 추출한 모든 항목에 적용합니다. 다음 분기에 정책이 변경되어 식비가 $75에서 $80으로 인상되면, 스프레드시트의 모든 수식이 아닌 열 정의의 숫자 하나만 변경하면 됩니다.

필기 금액이 포함된 지출 보고서(현장 직원이 종이 양식에 작성하는 경우 흔함)의 경우 Precision+를 활성화하세요. 추가 추론 단계를 통해 모델이 조건부 로직을 적용하기 전에 필기 숫자를 올바르게 읽을 수 있어, 잘못 읽은 금액으로 인한 오탐지(false flag)나 더 심각한 위반 누락 가능성을 줄입니다.

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

열 이름 방식은 빠른 확인에 유용합니다. 하지만 동일한 정책, 동일한 카테고리로 매달 정기적으로 지출 보고서를 처리한다면, 규칙 형식(Rule Format)이 열 헤더를 읽기 쉽게 유지하고 로직을 관리하기 쉽게 만듭니다. 열 이름은 단순하게 유지하고("Policy Flag (IF Category contains... then... with different thresholds for...)" 대신 "Policy Flag"), 계산 로직은 프리셋으로 저장할 수 있는 JSON 규칙에 담깁니다.

규칙 형식을 사용하면 카테고리 열도 지출 유형을 정규화합니다. AI가 "저녁 식사", "점심", "아침 식사"를 모두 "식비"로, "숙박", "숙소", "에어비앤비"를 "숙박비"로 표준화합니다. 이 정규화는 정책 플래그가 올바르게 작동하는 데 필수적입니다. 직원이 카테고리 필드에 "고객과 저녁 식사"라고 적었는데 규칙이 "식비"를 확인한다면, 표준화 없이는 플래그가 이를 놓칠 수 있습니다. 규칙이 매핑을 정의하고, AI가 조건부 확인을 실행하기 전에 이를 적용합니다.

여러 부서에서 각기 다른 정책 기준으로 지출 보고서를 처리하는 재무팀을 위해, 규칙 형식은 별도의 프리셋 생성을 지원합니다. 영업 부서 프리셋은 접대비 한도를 높게 설정할 수 있고, 현장 운영 프리셋은 트럭과 승용차의 주행 거리당 요금을 다르게 적용할 수 있습니다. 각 프리셋은 해당 기준에 맞춰 조정된 정책 위반 여부 열을 생성하며, 프리셋 간 전환은 클릭 한 번으로 가능합니다.

카테고리별로 다른 정책 기준 처리

조건부 계산 열의 강점은 단일 한도 확인이 아닙니다. 어떤 스프레드시트 수식도 그 정도는 할 수 있습니다. 핵심은 동일한 열에서 카테고리에 따라 다른 한도를 모든 비용 항목, 모든 지출 보고서에 대해 한 번에 적용하는 것입니다. AI가 먼저 카테고리를 평가하고, 해당 기준을 선택한 후 적용합니다. 하나의 열. 여러 규칙. 수동 확인 불필요.

다음은 위의 규칙 형식 프리셋을 통해 처리된 일반적인 지출 보고서 항목 배치의 출력 예시입니다:

위의 6개 비용 항목 중 2개가 위반으로 표시되었으며, 각각 어떤 한도를 초과했는지 정확히 표시됩니다. 재무 검토자는 스프레드시트를 열고 정책 위반 열을 필터링하여 "위반" 행만 표시한 후 두 건의 위반 사항을 검토합니다. 나머지 4개 항목은 "정상"이 이미 정책에 따라 확인되었으므로 검토 시간이 필요하지 않습니다. 이것이 6개 항목을 확인하는 것과 2개 항목만 확인하는 것의 차이이며, 검토 시간이 67% 감소하여 배치의 모든 추가 지출 보고서에 대해 그 효과가 누적됩니다.

위에 표시된 기준액은 참고용입니다. 조직의 정책에 따라 지역별로 다른 GSA 일비 요금(GSA Per Diem Rates 2025) 또는 IRS 표준 주행 거리 요금(IRS Publication 463)을 사용할 수 있습니다. 열 정의는 사용자가 지정한 숫자에 맞게 조정됩니다. 식비 한도를 "$75"에서, 숙박비 한도를 "$250"에서 변경하면 출력 결과가 정책을 반영합니다.

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