백오피스가 손으로 처리하는 송장 한 장마다 약 $42의 비용이 듭니다. 그중 거의 네 장 중 한 장은 오류 때문에 재작업을 해야 합니다. 그리고 업계 전반에 걸쳐 청구 오류와 지급 지연은 조용히 매출의 약 5퍼센트를 잠식합니다. 경쟁 입찰로 수주한 공사의 마진 전체를 날려버릴 수 있는 금액입니다. 도급업을 운영한다면 이 모든 것이 새로운 소식은 아닙니다. 프로젝트 회계 담당자는 이미 알고 있습니다. 숫자는 늦게 도착하고, 변경 지시서는 절반만 문서화되고, 진행 중 공사(WIP) 보고서는 오늘이 아니라 지난달을 묘사한다는 것을요.
바로 이 간극, 즉 지금 공사 현장에서 벌어지고 있는 일과 장부가 말하는 내용 사이의 간극을 메우기 위해 건설 금융 소프트웨어 기업 Adaptive가 새로운 AI 에이전트를 만들었다고 합니다. 2026년 6월, 이 회사는 Project Accounting Agents를 출시했습니다. 재무팀에서 각자 이름을 가진 역할을 맡는 소프트웨어 동료들로, 송장을 코딩하고, 현장에 업데이트를 요청하고, 변경 지시서를 작성하고, 지급 신청서를 구성하고, 24시간 내내 WIP를 최신 상태로 유지합니다. 3개월 후 Tidemark가 이끄는 투자자들이 이 도박에 3천만 달러를 걸었고, Adaptive의 총 자금 조달액은 5,700만 달러가 되었습니다. 현재 750개 이상의 건설 회사가 이 플랫폼을 사용하고 있습니다.
신경 써야 할까요? 제품을 절대 구매하지 않더라도 이번 출시는 유용한 거울입니다. 이번 출시는 도급업자들이 돈을 새고 있는 정확한 회계 워크플로를 유례없이 정밀하게 지목합니다. 그리고 그 모든 워크플로에는 이미 가지고 있는 도구로 적용할 수 있는 해결책이 있습니다. 다음은 에이전트가 하는 일, 마진이 실제로 새는 지점, 그리고 소프트웨어에 열쇠를 넘기기 전(또는 넘기지 않고) 점검을 위한 체크리스트입니다.
Adaptive가 실제로 출시한 것: 일곱 개의 에이전트, 일곱 개의 백오피스 업무
Adaptive의 제안은 프로젝트 회계 담당자가 하루 종일 실제로 무엇을 하는지에 대한 단순한 관찰에서 시작합니다. 그들은 숫자를 모으고, 현장과 이야기하고, 현장에서 벌어지는 일과 장부에 기록된 내용을 조정하여 문제를 표시하고 조치할 수 있게 합니다. 이 회사의 에이전트들은 이 세 가지를 동시에, 현장과 백오피스 전반에 걸쳐 연속적으로 수행하여 재무 책임자들이 문제가 손익계산서에 반영된 후가 아니라 발생하는 즉시 볼 수 있게 합니다.
"건설 회계 팀의 가장 큰 과제는 오늘 현장에서 실제로 무슨 일이 벌어지고 있고 그것이 내일 장부에 어떤 영향을 미칠지 아는 것입니다."라고 Adaptive의 공동 창업자이자 CEO인 Matt Calvano가 6월 출시 성명에서 말했습니다. "끊임없이 정보를 쫓다 보면 앞서 나갈 방법을 고민할 시간을 갖기 어렵습니다."
에이전트들은 각자 하나의 워크플로를 담당하는 이름 있는 역할로 등장합니다:
- AP Clerk는 들어오는 송장을 읽고, 각각을 올바른 공사와 원가 코드로 코딩하고, 승인을 위해 라우팅합니다. 수동 입력은 없습니다.
- Change Order Clerk는 모든 프로젝트에서 변경 이벤트를 감시하고, 서류를 작성하고, 서명이 이루어질 때까지 공급업체와 발주자를 쫓습니다.
- Field Coordination Clerk는 현장 소장과 작업반에 전화하여 작업 시간, 프로젝트 업데이트, 누락된 정보를 확인하고, 그 대화를 구조화된 회계 데이터로 바꿉니다.
- Billings Clerk는 공사 원가 데이터로부터 지급 신청서를 구성하고, 누락된 증빙을 표시하고, 청구서가 더 빨리 발송되도록 합니다.
- WIP and Forecasting Analyst는 비용과 수익이 변동함에 따라 진행 중 공사(WIP)를 최신 상태로 유지하여, 마진 그림이 월말의 뜻밖의 결과가 아니라 실시간으로 보이게 합니다.
- Cards and Bank Recs Clerk는 카드 거래를 올바른 공사에 코딩하고, 영수증과 대조하고, 은행 거래를 지속적으로 조정합니다.
- Lien Waiver and Insurance Tracking Clerks는 모든 공사의 모든 공급업체에 걸쳐 규정 준수 서류를 수집, 검증, 추적합니다.
에이전트들은 일반적인 프로젝트 관리 및 ERP 시스템과 통합되므로 고객은 대규모 마이그레이션 없이 시작할 수 있고, 도급업자는 전체 팀을 하나의 플랫폼으로 또는 단일 워크플로를 위한 하나의 에이전트로 채용할 수 있습니다. 이 메뉴가 매력적이든 아니든, 그것이 시사하는 바에 주목하세요. 송장 코딩, 변경 지시서, 현장 소통, 청구, WIP, 조정, 그리고 규정 준수 추적은 건설 백오피스가 익사하는 일곱 지점입니다. 이 가이드의 나머지는 가장 큰 것부터 시작하여 그 순서대로 다룹니다.
송장 코딩이 가장 먼저 자동화해야 할 문제인 이유
산술부터 시작하겠습니다. 건설에서 수동 송장 처리는 송장당 약 $42가 드는 반면, 자동 처리하면 같은 송장을 약 $2.36로 낮춥니다. 수동으로 처리된 송장의 약 23퍼센트가 오류 또는 규정 준수 문제로 수정이 필요합니다. 건설 워크플로를 위해 특별히 설계된 AP 자동화는 처리 시간을 약 73퍼센트 단축합니다. 그리고 그 숫자 뒤에 있는 판돈은 막대합니다. 지급 지연과 청구 분쟁으로 전 세계 건설 업계는 연간 약 2,730억 달러의 비용을 치르는 것으로 추산됩니다.
코딩은 손실이 시작되는 지점입니다. 들어오는 모든 청구서(자재, 하도급 지급 신청, 장비 임대, 연료)는 올바른 공사, 올바른 단계, 올바른 원가 코드에 귀속되어야 하고, 발주서 또는 하도급 계약과 대조되어야 하며, 유보금(유보금 — 완료 시까지 발주자가 각 지급액에서 보류하는 몫)을 고려해야 하고, 올바른 승인자에게 라우팅되어야 합니다. 잘못된 공사에 코딩된 청구서는 단순히 한 계정을 잘못 표시하는 것이 아닙니다. 그것은 공사 원가 보고서를 오염시키고, 이는 WIP로 이어지고, 이는 다시 청구로, 그리고 현금 예측으로 이어집니다. 맨 아래의 잘못된 코드 하나가 그 위에 쌓인 모든 결정을 조용히 훼손합니다.
그래서 각 청구서가 도착하는 순간 청구서를 읽고, 공사와 원가 코드에 대조하고, 누락된 정보를 공급업체로부터 자동으로 요청하고, 승인을 위해 대기시키는 AP 에이전트가 절약하는 데이터 입력 시간보다 더 가치 있는 것입니다. 이는 오류 검사를 줄의 앞쪽으로 옮깁니다. 송장을 고치는 것이 여전히 저렴할 때, 그리고 실수가 이미 지급 신청서로 흘러든 뒤가 아니라. 실시간 원가 가시성을 갖춘 도급업자는 프로젝트를 약 23퍼센트 더 빨리 완료합니다. 더 빨리 짓기 때문이 아니라, 오래된 숫자로 조종을 멈추기 때문입니다.
소프트웨어 없이도 이 가치의 절반을 확보할 수 있습니다. 하나의 원가 코드 목록을 표준화하고, 지급 전에 모든 청구서에 공사, 단계, 코드를 요구하세요. 승인 전에 모든 송장을 발주서 또는 하도급 계약과 대조하고, 대조 항목이 없는 것은 기억으로 코딩하지 말고 반려하세요. 승인 권한은 무슨 일이 있어도 사람에게 두세요. 에이전트는 라우팅하고, 사람이 승인하며, 공급업체를 생성할 수 있는 사람은 그 공급업체의 송장을 승인할 수 없습니다. 자동화는 이미 가지고 있는 규율을 확장할 뿐입니다. 그것이 없는 경우도 포함해서요.
변경 지시서: 마진이 실제로 새는 곳
송장 코딩이 오류가 들어오는 곳이라면, 변경 지시서는 이익이 나가는 곳입니다. 건설 CFO 분석에 따르면 이익 잠식의 40~60퍼센트, 즉 추정 마진과 실제 마진 사이의 서서히 새는 것을 변경 지시서 처리 탓으로 돌립니다. 메커니즘은 지루할 정도로 흔합니다. 고객이 화요일에 업그레이드를 요청하고, 작업반장이 수요일에 처리하고, 금요일이면 모두가 문서화하는 것을 잊어버립니다. 작업은 실제이고, 비용은 실제이고, 수익은 누군가 적어두지 않았기 때문에 결코 실현되지 않습니다.
이 함정을 피하는 도급업자들은 한 가지 습관을 공유합니다. 변경을 당일에 문서화하고 약 72시간 이내에 변경 지시서를 제출합니다. 그렇게 하는 회사들은 추가 비용의 85~95퍼센트를 회수합니다. 청구 시점에 기억으로 변경 지시서를 재구성하는 회사들은 훨씬 적게 회수합니다. 문서화되지 않은 모든 시간이 송장이 아니라 협상이 되기 때문입니다.
제대로 처리된 변경 지시서는 네 가지 시스템에 영향을 미치며, 대부분의 도급업자는 적어도 하나에서 실패합니다:
- 가격 책정. 완전 부가 비용 인건비(임금에 급여세, 산재보험, 복리후생을 더한 것)에 간접비와 마진을 더하여, 현장에서 적어둔 추측성 실비 정산 숫자가 아니라 계약에 명시된 마크업 요율을 일관되게 사용합니다.
- 계약 기록. 실행된 변경 지시서는 누군가 스프레드시트를 업데이트할 때가 아니라 서명되는 당일에 계약 가치를 조정합니다.
- WIP 일정. 승인된 변경 지시서는 수익으로 들어갑니다. 승인되지 않은 것은 비용으로 들어가며, 처리를 공시합니다. 발주자가 지급에 동의하지 않은 작업에 대해 수익을 기록하지 마세요. 그렇지 않으면 오늘 보고한 이익이 내일 설명해야 할 잠식이 됩니다.
- 청구. 변경 지시서는 누군가 기억할 때가 아니라 다음 지급 신청서에 가격과 문서가 갖추어진 채로 나타납니다.
고전적인 실수들은 모두 같은 리듬을 탑니다. 결코 문서화되지 않는 구두 합의, 변경 사항을 청구 시스템으로 밀어 넣는 것을 잊는 현장 관리자, 승인되지 않고 청구되지 않은 변경 지시서 청구를 수익으로 기록, 작업 범위를 먼저 정하지 않고 수익성 없는 변경 지시서 수락. Adaptive의 Change Order Clerk는 바로 이 목록을 겨냥합니다. 변경 이벤트를 감시하고, 서류를 작성하고, 서명을 쫓습니다. 소프트웨어 없는 버전은 실효성 있는 규칙입니다. 진정한 비상 상황을 제외하고는 서명된 변경 지시서 없이는 아무것도 진행되지 않고, 비상 상황은 어쨌든 당일에 문서화되며, 사무실은 현장 일지로부터 72시간 이내에 모든 변경 지시서를 작성합니다. 상황을 사진으로 남기고, 시간과 자재를 기록하고, 계약 요율로 가격을 책정하세요. 지루하지만 어떤 소프트웨어 기능보다 가치 있습니다.
WIP, 청구, 유치권 포기서: 끝나지 않는 월말
진행 중 공사(WIP) 일정은 행동할 시간이 남아 있을 때 공사가 돈을 벌고 있는지 알려주는 유일한 보고서입니다. 현재까지의 비용, 현재까지의 청구, 완료까지의 추정 비용이 결합하여 과다 청구 및 과소 청구 위치(실제 수행된 작업보다 앞서 또는 뒤처져 청구된 것)와 공사별 예상 최종 마진을 만들어냅니다. 최신 상태의 WIP는 핸들입니다. 일주일 전의 공사 원가 보고서로 한 달에 한 번 구성된 WIP는 고고학입니다.
살아있는 WIP와 죽은 WIP를 구분하는 두 가지 습관이 있습니다. 첫째, 나간 현금뿐 아니라 확정 비용을 기록하세요. 미결 발주서, 서명된 하도급 약정, 승인된 변경 지시서는 지금 예측에 포함되어야 합니다. 송장이 도착했든 안 했든 이미 완료까지의 비용의 일부이기 때문입니다. 둘째, 공사 원가 원장과 총계정원장이 서로 흘러들어가도록 유지하세요. 둘이 사일로에 있으면 숫자가 서로 어긋나고 모든 하위 보고서가 조용히 정확성을 잃습니다. 최소한 매월 조정하고, 설명되지 않는 차이는 반올림 선택이 아니라 결함으로 취급하세요.
청구는 업스트림 데이터를 올바르게 처리한 데 대한 보상입니다. 지급 신청서(AIA 청구 양식이든 자체 공정별 금액표든)는 공사 원가 데이터로부터 직접 구성되므로, 누락된 증빙이 청구서가 늦게 나가는 흔한 이유입니다. 최신 원가 데이터로 인출 요청을 생성하는 회사들은 청구 주기를 몇 주에서 며칠로 단축하며, 더 빠른 청구는 더 빠른 현금을 의미합니다. 같은 논리가 규정 준수 꼬리에도 적용됩니다. 유치권 포기서와 공급업체 보험 증명서는 모든 공사의 모든 공급업체에 걸쳐 수집, 검증, 추적되어야 합니다. 만료된 증명서는 현장의 무보험 노출을 의미하고, 누락된 포기서는 지급 분쟁에서 포기한 협상력을 의미합니다. 서류를 쫓는 일은 누구도 좋아하지 않는 작업이며, 바로 그래서 항상 뒤처지고, 더 화려한 예측 역할과 나란히 Adaptive의 에이전트 명단에 오른 이유입니다.
에이전트 이전에(또는 없이) 장부에서 고칠 것
제품 발표를 걷어내면 근본적인 조언은 색인 카드 하나에 들어갑니다:
- 어디서나 사용하는 하나의 원가 코드 목록. 모든 청구서, 카드 청구, 근무 시간표에 공사, 단계, 원가 코드를 붙이세요. 현장 앱과 원장에 동일한 코드를 사용하세요.
- 예측에 확정 비용을 기록하세요. 서명된 하도급 계약과 미결 발주서는 송장이 도착할 때가 아니라 오늘 완료까지의 비용에 반영됩니다.
- 승인된 변경 지시서 비용과 승인되지 않은 비용을 분리하세요. 비용은 발생할 때 공사에 반영되고, 수익은 발주자의 서명을 기다립니다.
- 매월 공사 원가를 총계정원장과 조정하세요. 동일한 합계, 두 가지 관점 — 그렇지 않으면 보고서는 허구입니다.
- 매주 현장과 함께 WIP를 검토하세요. 완료까지의 추정은 사무실의 공식이 아니라 슬래브 위에 서 있는 사람들의 판단입니다.
같은 구조는 평문 원장을 포함한 모든 원장에서 작동합니다. 요령은 공사, 단계, 원가 코드를 계정 이름의 일부로 만드는 것입니다. 그러면 모든 전기가 자체적인 공사 원가 배분을 담고, WIP 입력이 잔액 보고서에서 저절로 나옵니다. 골조 작업 일주일치 인건비와 서명된 변경 지시서의 자재는 다음과 같이 보일 수 있습니다:
2026-01-05 open Expenses:JobCost:Job-24-118:Framing:Labor
2026-01-05 open Expenses:JobCost:Job-24-118:CO-007:Materials
2026-01-05 open Assets:Checking
2026-06-09 * "골조 작업반, 23주차" "Job 24-118"
Expenses:JobCost:Job-24-118:Framing:Labor 4850.00 USD
Assets:Checking -4850.00 USD
2026-06-10 * "LVL 빔, 변경 지시서 007 (06-09 서명)" "Job 24-118"
Expenses:JobCost:Job-24-118:CO-007:Materials 1320.00 USD
Assets:Checking -1320.00 USD전기가 금액 너머로 무엇을 기록하는지 주목하세요. 어느 공사, 어느 원가 코드, 그리고 변경 지시서 항목에서는 그 비용을 청구 가능하게 만드는 서명 날짜입니다. 승인되지 않은 변경 지시서의 비용은 같은 방식으로 공사에 전기되지만 서류가 도착할 때까지 수익에서 제외되며, 이는 바로 위의 WIP 섹션이 요구하는 규율입니다. 원장이 평문이라면, 문서에서 이런 모양의 전기가 금요일 WIP 검토가 사용하는 공사 수준 보고서로 어떻게 집계되는지 보여줍니다.
회의론자의 체크리스트: 소프트웨어가 대신 서명할 수 없는 것
메뉴의 모든 에이전트를 도입한다고 가정해 봅시다. 무슨 일이 있어도 여섯 가지 책임은 사람에게 남으며, 소프트웨어 데모가 이 모든 것을 얼버무리기 때문에 분명히 말할 가치가 있습니다:
- 승인 권한. 에이전트는 송장을 라우팅하고, 사람은 승인합니다. 직무 분리는 워크플로 선호가 아니라 사기 통제입니다. 공급업체를 생성하는 사람은 그 사이에 AI가 있든 없든 공급업체 지급을 승인해서는 안 됩니다.
- 수익 인식. 소프트웨어가 서류를 작성한다고 해서 회계 규칙이 바뀌지 않습니다. 승인되지 않은 변경 지시서는 발주자가 지급에 동의할 때까지 처리를 공시한 비용이며, 결코 수익이 아닙니다.
- 유치권 포기서 검증. 포기서를 수집하는 것은 사무적 일이고, 검증하는 것은 전문적 일입니다. 조건부 대 무조건부, 올바른 지급 신청서에 연결된 날짜와 금액 — 에이전트가 가져오고, 당신이 확인합니다.
- 데이터 품질. 에이전트는 당신의 원가 코드와 습관을 학습합니다. 원가 코드 목록이 10년간 쌓인 즉흥의 산물이라면, 자동화는 기계 속도로 송장을 잘못 코딩할 것입니다. 자동화하기 전에 목록을 정리하세요.
- 보험 날짜, 단순한 파일이 아닌. 공사 중간에 만료된 서류상의 증명서는 장식일 뿐입니다. 사고 이후가 아니라 공백 이전에 만료 날짜를 추적하고 갱신을 쫓으세요.
- 완료까지의 추정. 트레일러에 서 있는 어떤 에이전트도 기초 작업반이 암반을 만났다고 말해줄 수 없습니다. 완료까지의 비용은 장부로 옮겨지는 현장의 판단이며, 옮기는 것만이 소프트웨어가 할 수 있는 유일한 부분입니다.
이번 주에 송장 더미부터 시작하세요. 하나의 원가 코드 목록을 고정하고, 지급 전에 모든 청구서에 공사와 코드를 요구하고, 매주 금요일 현장 소장과 WIP를 검토하세요. 코딩을 사무원이 하든, 에이전트가 하든, 아니면 당신이 저녁 9시에 하든, 그 세 가지 습관이 공사 원가를 고고학에서 핸들로 바꾸는 것입니다.
