월말 마감:
문서 추출로 조정 시간 60% 단축

월말 마감이 7일 걸리는 이유

HighRadius가 기업 고객들의 마감 지연 근본 원인을 분석한 결과는 명확했습니다. 마감 오류의 88%가 수동 데이터 입력에서 발생한다는 것입니다. 복잡한 회계 판단 때문도, 부서 간 협업 실패 때문도 아닙니다. 누군가 PDF에서 숫자를 잘못 읽고 입력했기 때문입니다.

마감을 직접 경험해본 적이 있다면 이 사실이 놀랍지 않을 것입니다. 병목은 대조 작업 자체가 아닙니다. VLOOKUP이나 ERP 매칭 규칙은 밀리초 단위로 실행됩니다. 진짜 병목은 대조를 시작하기 전에 해야 하는 모든 일입니다. 공급업체 송장 PDF를 열어 총액을 확인하고, 은행 거래 내역을 Excel로 가져오고, 직원 경비 보고서 금액이 제출된 내용과 일치하는지 확인하는 작업들입니다. 이는 모두 회계 문제로 위장된 문서 추출 문제입니다.

Reddit의 r/Accounting에는 이런 후폭풍이 가득합니다. 한 회계사는 "월말 마감은 항상 혼란스러운 난장판"이라고 글을 올렸습니다. 다른 이는 "4일간의 밤샘 작업"을 "대부분의 잘 정립된 기업에서 흔한 일"이라고 묘사했습니다. 공통점은 매 마감 주기의 처음 2-3일은 분석이 아니라 문서를 찾고 숫자를 복사하는 데 소비된다는 점입니다.

재무관리연구소(IOFM)는 수동 송장 처리를 송장당 약 12분의 접촉 시간으로 벤치마킹합니다. 월 300건의 송장(중견기업의 일반적인 AP 규모)은 60시간의 노동입니다. 단일 문서 유형에 대한 것입니다. 여기에 은행 거래 내역 조정(HighRadius 기준 직원 시간의 40%), 경비 보고서 확인, AR 결제 매칭을 더하면 중간값 마감이 여전히 거의 7일이 걸리는 이유가 명확해집니다. 회계 작업이 문제가 아니라 데이터 준비가 문제입니다.

모든 결산을 지탱하는 4가지 문서 피드

월말 결산은 4가지 문서 스트림에서 비롯됩니다. 각각은 서로 다른 형식, 다른 채널을 통해 프로세스에 진입하며, 각기 다른 지점에서 지연됩니다. 각각이 어디서 막히는지 이해하는 것이 실제로 작동하는 프레임워크를 향한 첫걸음입니다.

1. 미지급금: "이번 달 모든 송장이 입력되었나요?"

AP 문서 피드는 가장 크고 변동성이 큽니다. 공급업체 송장은 PDF 이메일 첨부파일, 스캔된 종이, 포털 다운로드 형태로 도착하며, 종종 같은 공급업체라도 보낸 사람에 따라 형식이 다릅니다. AP 조정을 시작하기 전에 결산 기간의 모든 송장을 추출하고, 올바른 GL 계정에 코딩하고, 구매 주문서(3방 매칭)와 대조하거나 최소한 입고 보고서(2방 매칭)와 검증해야 합니다.

이 피드가 결산 일정에 특히 위험한 이유는 지연 도착 때문입니다. 28일자 송장이 3일에 도착합니다. 발생주의가 마감되는 날 공급업체 명세서가 도착합니다. 입력되지 않은 모든 지연 송장은 수동 발생 추정(Ardent Partners 데이터에 따르면 약 12.5%의 오류율)을 초래하거나, 보조원장과 일치하지 않는 GL 잔액을 만들어 누군가가 몇 시간을 조사하게 만듭니다.

자동화된 송장 데이터 추출은 이 문제의 양상을 바꿉니다: 결산 마감일이 다가올수록 줄어드는 송장당 12분의 수동 입력 시간 대신, 추출은 문서당 5-10초 만에 이루어집니다. 개선점은 단지 속도뿐만 아니라, 송장 데이터가 대기열에서 누군가 처리할 때가 아니라 PDF가 도착하는 즉시 매칭에 사용 가능해진다는 점입니다.

2. 매출채권: "고객 결제가 청구 금액과 일치하나요?"

결산 과정에서 매출채권 쪽에는 더 미묘한 문서 문제가 있습니다. 고객 결제에는 송장 번호가 명시된 리매턴스 어드바이스(PDF, 이메일, 포털 스크린샷 등)가 함께 도착합니다. 이 할당 데이터를 추출하지 않으면, AR 담당자는 각 결제를 미결제 송장 목록과 수동으로 비교하여 하나씩 대응시킵니다. 15개 송장을 포함한 단일 수표를 올바르게 적용하는 데 20분이 소요됩니다.

이러한 수동 할당이 결산 마감 전에 완료되지 않으면, 고객 결제는 미적용 현금으로 남게 됩니다. 즉, AR 연령 분석 보고서가 부정확해지고, 대손충당금이 틀어지며, 손익계산서도 왜곡됩니다. 문서에서 원장으로 이어지는 격차는 이후의 모든 보고서로 확대됩니다.

3. 은행 거래 내역서: "원장이 은행 기록과 일치하나요?"

은행 거래 조정은 대부분의 결산 주기에서 가장 시간이 많이 걸리는 단일 작업입니다. HighRadius 데이터에 따르면 결산 중 직원 시간의 약 40%를 소모합니다. 그 이유는 복잡성 때문이 아닙니다. 대부분의 은행 거래는 단순한 차변과 대변입니다. 문제는 형식입니다.

은행 거래 내역서는 엑셀로 깔끔하게 내보내지지 않는 거래 테이블이 포함된 PDF로 도착합니다. 200줄짜리 명세서 테이블을 PDF에서 스프레드시트로 복사하여 붙여넣으면 셀 병합, 열 정렬 불일치, VLOOKUP을 망가뜨리는 보이지 않는 문자가 발생합니다. 많은 팀이 단 한 건의 대응 작업을 시작하기도 전에 명세서 줄을 수동으로 다시 입력하거나 손상된 내보내기 파일을 정리하는 데 몇 시간을 소비합니다.

자동화된 은행 거래 내역서 엑셀 추출은 이 단계를 완전히 제거합니다. 명세서 PDF는 깨끗한 거래일자, 설명, 금액이 포함된 구조화된 테이블로 처리됩니다. 출력물은 재구성이나 재입력 없이 조정 템플릿에 직접 공급됩니다. 대응 작업 자체는 여전히 모호한 거래에 대한 판단이 필요할 수 있지만, 데이터 준비 단계는 사라집니다.

4. 지출 보고서: "영수증이 직원이 제출한 내용과 일치하나요?"

직원 지출 보고서는 변수입니다. 영수증은 휴대폰 사진, 전달된 이메일 첨부파일, 구겨진 감열지 스캔본 등 다양한 형태로 도착합니다. 대부분의 조직에서 각 영수증 금액이 보고된 지출과 일치하는지 확인하는 검증 단계는 사람이 한 장씩 육안으로 확인하며, 이 사람은 동시에 미지급금 마감과 은행 조정도 처리해야 합니다.

IFOL 2025 AP 자동화 동향 보고서에 따르면, AP팀의 52%가 여전히 주당 10시간 이상을 수동 문서 데이터 추출에 소비합니다. 지출 영수증이 그 중 상당 부분을 차지하며, 월말(모두가 30일에 영수증을 제출)에 물량이 급증하기 때문에 마감 전 마지막 48시간에 예측 가능한 병목 현상을 만듭니다.

일괄 영수증 데이터 추출은 제출된 모든 영수증을 한 번에 처리하여 공급업체명, 날짜, 금액, 카테고리 테이블을 출력합니다. 이 테이블을 제출된 지출 보고서에 대해 몇 분 안에 VLOOKUP으로 대조할 수 있습니다. 육안 확인 작업이 스프레드시트 대조 작업으로 바뀌는 것입니다. 이는 스프레드시트가 실제로 잘하는 일입니다.

60% 시간 절감의 실제 원천

"60% 더 빠른 마감" 수치는 허구가 아닙니다. 하지만 어떤 60%인지 이해하는 것이 중요합니다. 그래야 자동화 투자 방향과 피해야 할 부분을 알 수 있기 때문입니다.

재무팀이 수동 문서 처리를 AI 추출로 대체할 때, 시간 절감은 두 가지 뚜렷한 원천으로 나뉩니다.

추출 자체(전체 이득의 약 15%). 이는 수동 입력을 단순히 대체하는 것입니다. 사람이 PDF를 열고 공급업체, 날짜, 금액, 발주번호를 시스템이나 스프레드시트에 입력하는 데 12분이 걸립니다(IOFM 벤치마크). AI 추출은 5-10초면 완료합니다. 300개 송장 기준으로 60시간이 약 25분으로 줄어듭니다. 하지만 이는 더 작은 부분입니다.

"PDF를 열어 확인" 단계 제거(전체 이득의 약 45%). 여기에 구조적 시간 절감이 있으며, 대부분의 자동화 논의가 놓치는 부분입니다. 추출 후 조정은 특정 방식으로 변화합니다. 일치 여부를 확인하기 위해 각 원본 문서 PDF를 여는 대신, 회계사는 하나의 정형화된 테이블로 작업합니다. AP 조정의 경우, 추출된 송장 데이터는 스프레드시트 A열부터 E열에 있습니다. 발주 데이터는 G열부터 K열에 있습니다. 두 테이블 간 VLOOKUP 또는 INDEX-MATCH는 몇 초 안에 모든 일치 항목을 식별하고 모든 예외를 표시합니다. 회계사는 일치가 실패할 때만 PDF를 엽니다. 깨끗한 추출 시, 이는 전체 라인 항목의 약 5-10%에서만 발생하며 100%가 아닙니다.

계산은 간단합니다. 300개 송장 기준, 수동 조정은 300개의 PDF를 열어 각각을 발주와 육안 확인해야 합니다. 교차 참조 시간 포함 송장당 약 3-5분, 총 15-25시간입니다. 정형화된 추출과 예외 기반 검토를 사용하면, 회계사는 불일치가 있는 15-30개의 PDF만 엽니다. 검증 단계가 25시간에서 약 2시간으로 줄어듭니다. 이것이 45%입니다.

Ardent Partners의 AP 벤치마크는 독립적인 기준점을 제시합니다: 최고 수준의 AP팀은 송장당 총 $2.78의 비용으로 처리하는 반면, 평균 성과 기업은 $9.40, 하위 기업은 $12.88입니다. $9.40과 $2.78의 차이는 거의 전적으로 인건비에서 비롯되며, 제거되는 업무는 문서 처리이지 회계 판단이 아닙니다.

제목의 60% 수치는 보수적인 추정치입니다. 이는 문서 추출이 'PDF 열어 확인' 패턴을 대체할 때 AP, AR, 은행, 비용 워크플로 전반에서 나타나는 복합적인 감소율을 나타냅니다. AP만 놓고 보면 그 수치는 90%에 가깝습니다. 하지만 결산 주기에는 추출 기술이 다루지 않는 업무(경영 검토, 차이 분석, 보고서 작성)도 포함되므로, 현실적인 목표는 60% 수준입니다.

D-5부터 D+3까지의 촘촘한 마감 일정, 문서 추출 기능 내장

마감은 단일 이벤트가 아닙니다. 월말 전에 시작되어 며칠 후까지 이어지는 일련의 의존성입니다. 다음은 비정형 데이터로 인해 현재 수동 처리가 필요한 모든 지점에 문서 추출을 내장한 실용적인 일정입니다.

이 일정은 일반적인 중간 시장 마감 주기를 가정합니다. 이미 5일 이내 마감을 운영하는 기업은 이를 더 단축할 수 있습니다. 구조적 요점은 모든 일정에서 동일합니다. 문서 추출이 마감 중에 수행하는 작업에서 마감이 시작되기 전에 완료되는 작업으로 전환된다는 것입니다.

템플릿 없이 송장, 은행 명세서, 비용 영수증에서 작동하는 이유

대부분의 자동화 도구는 한 가지 문서 유형을 잘 처리합니다. 송장 OCR 도구는 송장을 읽습니다. 은행 명세서 파서는 은행 명세서를 읽습니다. 영수증 스캐너는 영수증을 읽습니다. 이러한 단편화가 "AP 자동화" 프로젝트가 종종 나머지 마감 작업을 건드리지 못하는 이유입니다. 세 가지 다른 도구, 세 가지 다른 워크플로, 결합되지 않는 세 가지 다른 출력물이 나오기 때문입니다.

D-5에서 D+3 프레임워크를 실용적으로 만드는 추출 접근 방식은 비전 언어 모델 기반의 템플릿 없는 AI 추출입니다. 각 문서 레이아웃에 대한 규칙(예: "송장 번호는 좌표 (450, 120)에 있습니다")을 프로그래밍하는 대신, 열을 의미로 정의합니다. "송장 번호." "거래 일자." "금액." 모델은 문서를 읽고, "Inv #"와 같은 레이블 근처에서 송장 번호 패턴과 일치하는 문자열이 송장 번호임을 이해하고 추출합니다. 다음 달에 공급업체가 레이아웃을 재설계해도 모델은 픽셀 위치가 아닌 의미적 패턴을 인식하기 때문에 "총 금액"을 계속 찾습니다.

이것이 단일 도구로 네 가지 마감 문서 피드를 모두 처리할 수 있는 이유입니다. 송장, 은행 명세서, 비용 영수증은 완전히 다르게 보이지만 모두 동일한 정보 범주(날짜, 금액, 거래 상대방 이름, 참조 번호)를 포함합니다. 추출 모델은 문서 범주를 신경 쓰지 않고 사용자가 정의한 필드를 신경 씁니다. "거래 금액"을 열로 입력하면 은행 명세서, 송장, 영수증 모두에서 금액을 찾습니다.

종이 시대의 PDF와 현대의 구조화된 형식을 모두 다루는 재무팀에게 전자송장으로의 전환은 또 다른 과제를 더합니다. 유럽 전자송장 의무화가 프랑스와 독일에서 Peppol 네트워크를 통해 시행됨에 따라, 점점 더 많은 공급업체의 구조화된 송장 데이터가 기본적으로 제공될 것입니다. 하지만 은행 명세서, 비용 영수증, 비유럽 공급업체 송장은 수년간 비구조화된 상태로 남을 것입니다. 기본 구조화 데이터와 AI로 추출된 비구조화 데이터를 모두 처리하는 추출 계층은 혼란스러운 전환 기간 동안 결산 프로세스를 미래에도 대비할 수 있게 해줍니다.

아직 자동화하지 않은 것과 그 비용

결산 과정에서 수동 문서 처리가 초래하는 비용은 단순히 소요 시간만이 아닙니다. 매월 누적되는 후속 영향이 더 큽니다.

오류 전파

송장 금액을 잘못 입력하는 경우 — $14,720을 $14,270으로 입력 — $450의 조정 차이가 발생합니다. 회계사는 이를 추적하는 데 45분을 소비합니다. Ardent Partners가 보고한 수동 송장 입력의 12.5% 오류율을 적용하면, 300건의 송장 기준으로 결산 주기당 약 38건의 오류가 발생합니다. 건당 45분 조사 시, 매월 28시간을 오류 추적에 소비하게 되며, 이는 이미 계산된 87.5시간의 추출 및 검증 시간에 추가됩니다.

일부 오류는 발견되지 않습니다. 이는 재무제표에 반영되어 다음 분기 검토에서 적발되며, 전기 오류 수정이 필요합니다. 소규모라도 재무제표 재작성으로 인한 경영진 신뢰도 하락과 감사 마찰 비용은 자동화로 절감된 모든 노동 시간을 합친 것보다 큽니다.

발생 추정의 불확실성

송장이 결산 마감 시점까지 입력되지 않으면, 팀은 발생액을 추정합니다. 일주일 후 실제 송장이 추정과 다른 금액으로 도착하면, 그 차이는 다음 기간 손익계산서에 반영됩니다. Trintech의 설문 데이터에 따르면, 수동 지급 프로세스를 사용하는 조직은 추정 발생액과 실제 금액 간의 차이가 훨씬 큽니다. 이는 재무팀의 추정 능력 문제가 아니라, 아직 읽지 않은 문서의 내용을 추정하기 때문입니다. 추출은 추정-실제 간격을 없앱니다: 송장은 추출되거나(금액 확인) 아직 수신되지 않았거나(진정한 미확인) 둘 중 하나입니다. 대부분의 발생액 차이를 유발하는 '수신되었으나 입력되지 않음' 범주가 사라집니다.

늦은 재무 인사이트의 대가

7일 결산은 경영진이 6월 재무 결과를 7월 10일경에 확인한다는 의미입니다. 3일 결산은 7월 5일에 확인한다는 뜻이죠. 매달 최신 재무 데이터 없이 운영되는 5일의 추가 기간은 1년으로 치면 60일 동안 낡은 정보로 의사 결정을 내리는 셈입니다. 매출 5천만 달러 기업에서 마진 변동이나 현금 흐름 이상 징후에 대한 5일간의 인식 지연은 결코 사소한 문제가 아닙니다. 이는 그 주 안에 대응하는 것과 다음 달에 대응하는 것의 차이입니다.

자주 묻는 질문

문서 추출 기능이 손으로 쓴 영수증이나 스캔한 PDF도 실제로 처리할 수 있나요?

네 — 일반적인 결산 주기에 등장하는 문서 유형이라면 가능합니다. 비전 언어 모델은 스캔한 PDF의 텍스트와 또렷한 필기체를 높은 정확도로 읽어냅니다. 1990년대 팩스나 글자가 지워진 감열지 영수증처럼 심하게 손상된 문서는 어떤 추출 도구라도 한계에 부딪힙니다. 하지만 결산 주기 문서의 95% 이상을 차지하는 이메일 PDF 청구서, 은행 거래 내역서 다운로드, 휴대폰으로 촬영한 영수증 등 표준적인 문서 혼합은 충분히 처리 가능한 범위입니다. 인쇄된 표 데이터 인식 정확도는 최대 99%에 달합니다.

하나의 추출 도구로 별도의 AP, 은행 거래 조정, 비용 관리 도구를 대체할 수 있나요?

데이터 추출 계층 측면에서는 그렇습니다. 그 메커니즘(열 정의, AI가 일치하는 값 찾기)이 문서 유형에 구애받지 않기 때문입니다. 청구서, 은행 거래 내역서, 영수증 모두 날짜, 금액, 명칭을 포함합니다. 동일한 추출 모델이 세 가지를 모두 처리합니다. 달라지는 것은 정의하는 열입니다. 청구서의 경우 "발주 번호", 은행 거래 내역서의 경우 "거래 유형", 영수증의 경우 "비용 범주"입니다. 도구 자체는 문서 범주를 알 필요가 없습니다. 여러분이 찾고자 하는 필드가 무엇인지만 알면 됩니다.

여러 출처에서 문서가 들어올 때 일괄 추출은 어떻게 작동하나요?

일괄 처리 — 여러 파일을 한 번에 업로드하고 하나의 통합 출력 스프레드시트를 받는 방식 — 은 문서 추출을 확장하는 방법입니다. 팀은 인보이스, 은행 명세서, 영수증을 하나씩 처리하는 대신, 각 문서 유형의 한 달 치 전체를 단일 배치로 업로드할 수 있습니다. AI가 모든 파일을 병렬로 처리하고, 결과를 문서 유형별로 하나의 테이블에 병합하여 조정에 바로 사용할 수 있는 구조화된 데이터를 제공합니다. 여러 사람으로부터 문서가 들어오는 경우 — 직원의 경비 영수증, 지역 사무소의 지불 확인서 등 — 수집 링크(공유 가능한 업로드 페이지)를 통해 기여자가 계정이나 로그인 없이 파일을 처리 대기열에 직접 제출할 수 있습니다.

이것이 BlackLine이나 FloQast 같은 결산 관리 플랫폼을 대체하나요?

아니요 — 다른 계층을 다룹니다. 결산 관리 플랫폼은 조정 워크플로, 체크리스트 추적, 작업 승인을 처리합니다. 이 플랫폼은 기본 거래 데이터가 이미 ERP에 존재한다는 가정 하에 구축되었습니다. 문서 추출은 그 이전 계층, 즉 PDF에서 데이터를 추출하여 ERP나 조정 템플릿이 사용할 수 있는 구조로 만드는 작업을 처리합니다. 둘은 상호 보완적입니다. FloQast를 결산 오케스트레이션에 사용하는 팀은 여전히 인보이스 데이터가 입력되어야 FloQast가 AP 조정 완료 여부를 추적할 수 있습니다. 추출이 그 격차를 메웁니다.

중견 기업 재무팀의 현실적인 구현 일정은 어떻게 되나요?

문서 추출은 단일 결산 주기 내에 운영이 가능합니다. 구현 프로젝트, ERP 통합 요구 사항, 템플릿 구축 단계가 없습니다. 워크플로는 다음과 같습니다: 문서 업로드, 열 정의, 결과 확인. 팀은 1시간 이내에 첫 번째 일괄 추출을 실행하고, 다음 1-2 주기 동안 열 정의를 개선할 수 있습니다. 이는 2-18개월의 구현이 필요한 엔터프라이즈 AP 플랫폼과 근본적으로 다릅니다.

결산 중 문서 보안은 어떻게 되나요 — 민감한 재무 데이터를 다루는데요?

추출을 위해 업로드된 파일은 처리 후 저장되지 않습니다. 추출 결과물인 송장 번호, 금액, 날짜로 구성된 구조화된 테이블만 보관됩니다. 원본 PDF는 기존 문서 관리 시스템이나 이메일 아카이브에 그대로 남아 있습니다. 이미 직무 분리 규칙을 따르고 있는 결산 워크플로우는 추출 단계가 통제 환경보다 상위에서 이루어지므로 변경되지 않습니다.

첫 단계를 개선하여 결산 속도 높이기

월말 결산은 조정 단계를 최적화한다고 빨라지지 않습니다. 조정은 이미 빠릅니다. 스프레드시트 하나로 300개의 송장 합계를 구매 주문 등록부와 1초 안에 매칭할 수 있습니다. 결산을 느리게 만드는 것은 첫 매칭이 실행되기 전에 발생하는 87.5시간의 문서 처리 작업입니다.

이 단계를 개선하기 위해 새 ERP, 2억 5천만 원 규모의 플랫폼 구축, 또는 12개월의 구현 기간이 필요하지 않습니다. 결산 워크플로우에 한 가지 변경만 필요합니다: 결산 1일차 전에 문서 데이터를 구조화된 테이블로 추출하는 것입니다. 송장 데이터, 은행 거래 데이터, 비용 영수증 데이터가 모두 D-5까지 매칭 가능한 스프레드시트에 존재하면, 결산의 조정 단계는 며칠에 걸친 수동 작업에서 몇 시간 단위의 예외 검토 프로세스로 단축됩니다.

4.8일 이내에 결산을 마치는 APQC 상위 사분위 기업들은 근본적으로 다른 회계 방식을 사용하는 것이 아닙니다. 그들은 통합 시스템이나 전용 추출을 통해 이미 구조화된 데이터로 결산을 시작합니다. 중간값과 상위 사분위 간의 차이는 회계 격차가 아닙니다. 데이터 가용성의 격차입니다.