Change Order 데이터가 사라지는 곳
현장과 예산 사이

PM의 시간을 잡아먹는 4단계 종이 문서 체인

왜 건설 Change Order 관리가 20년간 건설 소프트웨어가 발전했음에도 여전히 종이 기반으로 고집되는지 이해하려면, 문서 자체를 따라가 봐야 한다. 프로세스가 아니라 — 데이터를 담고 있는 물리적 산출물을 말이다.

현장에서 발생하는 Change Order는 Procore에서 시작되지 않는다. 현장에서 시작된다. 현장 소장이 덕트와 구조물 사이의 간섭을 발견하면 도면에 표기를 한다. 또는 발주처 담당자가 현장을 둘러보고 로비의 벽 마감재를 바꾸자고 요청한다. 또는 굴착기가 지반 보고서가 예측하지 못한 깊이에서 암반을 만난다. Change Order의 최초 기록은 종이 위의 펜이다 — 도면 위의 표기, 노란 메모지에 손으로 쓴 공사 범위 설명, 배송 영수증 뒷면에 낙서된 메모가 있는 현장 사진.

형식 1 — 현장 표기. CO 데이터가 탄생하는 순간이다. 현장 사무실의 도면이나 노트북 페이지에 잉크로 존재한다. 그것을 쓴 현장 소장에게는 읽을 수 있고, 금요일에 건져 올리는 PM에게는 대개 읽을 수 있지만, 프로젝트 비용을 추적하는 모든 시스템에는 완전히 보이지 않는다.

PM은 표기를 사무실로 가져간다. 회사의 CO 양식 — Word 템플릿, AIA G701 PDF, 또는 발주처가 요구하는 맞춤 양식 — 을 열고 CO 번호, 공사 범위 설명, 비용 코드별로 분류된 공사비 견적, 일정 영향 평가를 입력한다. 이것이 첫 번째 수동 데이터 입력이다. 현장 소장이 휘갈겨 쓴 "화재 댐퍼 2개 추가"가 "첨부 상세도 SK-17에 따라 덕트 라이저 위치 D-3 및 D-4에 16" × 16" 복합 화재/연기 댐퍼 2개 공급 및 설치"로 변한다. PM은 표기를 읽고, 해석하고, 입력한다. 단순한 CO는 15~30분이 걸린다. 표기가 모호해서 PM이 현장 소장에게 확인 전화를 해야 한다면 더 오래 걸린다.

형식 2 — CO 초안. 데이터는 이제 Word 문서나 작성 가능한 PDF에 있다. 구조화되어 있고, 입력되었으며, 발주처 서명을 받을 수 있도록 형식이 갖춰져 있다. 하지만 여전히 비용 추적 시스템에는 들어가지 않았다. 초안은 발주처에 이메일로 발송된다. 발주처는 검토하고, 협상하고, 승인한다. 서명된 PDF가 돌아온다.

형식 3 — 서명된 CO. 이것이 법적 구속력이 있는 문서다. 발주처의 서명이 있다. 공사 범위 변경을 승인한다. 보관되고, 감사되며, 분쟁 시 참조되는 산출물이다. 하지만 서명된 PDF는 저절로 예산을 업데이트하지 않는다. 누군가는 이 PDF에서 숫자를 꺼내 비용 트래커에 넣어야 한다. 그 누군가는 대개 초안을 입력한 바로 그 PM — 운이 좋다면 프로젝트 엔지니어가 맡기도 한다.

PM은 추적 스프레드시트 — 또는 Procore, Viewpoint, 회사가 사용하는 어떤 시스템이든 — 를 연다. 올바른 비용 코드 라인을 찾는다. CO 번호, 승인 금액, 날짜를 입력한다. 비상 대비금 사용액을 업데이트한다. 시스템이 지원한다면 PDF를 항목에 첨부한다. 이것이 똑같은 정보에 대한 두 번째 수동 데이터 입력이다. 동일한 금액, 동일한 비용 코드, 동일한 설명 — 형식 2에서 초안에 입력하고, 형식 3에서 서명된 PDF에서 트래커로 다시 입력한다.

형식 4 — 보관된 CO. 서명된 PDF는 프로젝트 폴더 — 서버, SharePoint, Procore의 문서 관리자, 또는 PM의 데스크톱 — 에 저장된다. 트래커의 데이터가 이제 공식 기록이 된다. PDF는 백업일 뿐이며, 분쟁이 없는 한 다시 열리는 일은 거의 없다. 문서의 여정이 완료된다.

AIA의 2023년 18,229개 건설 프로젝트의 892,457건의 Change Order 분석에 따르면, 1,000만 달러에서 5,000만 달러 규모의 프로젝트는 수명 주기 동안 평균 7~17건의 Change Order가 발생하며, 평균 비용 변동률은 4.37%입니다. 단계적 리노베이션이나 소유주 지시에 의한 범위 확장, 진화하는 MEP 조정이 있는 대규모 공사의 경우 프로젝트당 30건의 Change Order도 드물지 않습니다. 이러한 프로젝트를 3개 관리하는 PM은 4가지 형식의 전달 작업을 90번 수행하게 됩니다. CO당 데이터 입력에만 15~30분이 소요된다고 가정할 때(분석도, 협상도 아닌 단순 키 입력), 연간 22~45시간이 한 문서에서 다른 문서로 숫자를 옮기는 데 소비됩니다. 우리는 수동 Change Order 추적이 건설 PM에게 드는 비용 분석에서 이 노동의 금전적 비용을 정량화했습니다: 데이터 입력만으로 PM 1인당 연간 1,650~6,750달러입니다.

그러나 인건비(측정 가능하고, 눈에 보이며, 항목화할 수 있는)는 잘못된 초점입니다. 실제 피해는 형식 간에 데이터가 사라질 때 발생합니다.

건설 소프트웨어가 이 공백을 남긴 이유

이 시점에서 떠오르는 질문은 분명합니다: 건설 소프트웨어가 이 문제를 해결하지 않았나요? Procore에는 Change Orders 도구가 있습니다. Viewpoint와 CMiC에는 CO 모듈이 있습니다. Autodesk Construction Cloud에는 변경 관리 워크플로가 있습니다. Rhumbix와 Knowify는 디지털 승인 및 예산 통합을 갖춘 전용 CO 추적 기능을 제공합니다. 건설 관리 소프트웨어 시장은 수십억 달러 규모로 측정됩니다.

이러한 플랫폼은 실제로 유용한 작업을 수행합니다. 승인 워크플로를 통해 CO를 라우팅하고, 승인된 변경 사항을 예산 라인 항목에 연결하며, 로그, 보고서 및 지불 신청 연동을 생성합니다. 그러나 이들이 하지 않는 것은 Change Order 문서를 읽는 것입니다.

공백은 형식 3과 형식 4 사이, 즉 승인된 데이터를 담은 서명된 PDF와 이를 저장해야 하는 시스템 사이에 있습니다. 시중의 모든 CO 플랫폼은 사람이 데이터를 입력할 것이라고 가정합니다. Procore의 Change Orders 도구는 커밋먼트 Change Order를 수동으로 생성해야 하며, 설명, 라인 항목, 비용 코드, 금액(이미 서명된 PDF에 존재하는 동일한 데이터)을 입력해야 합니다. 플랫폼은 데이터 주변의 워크플로를 관리합니다. 문서에서 데이터를 추출하지는 않습니다.

이것은 이러한 플랫폼의 실패가 아닙니다. 이는 카테고리의 한계입니다. 건설 관리 소프트웨어는 구조화된 데이터(예산, 일정, RFI, 제출물)를 관리하도록 설계되었습니다. 구조화되지 않은 문서를 읽도록 설계되지는 않았습니다. 서명된 CO PDF는 구조화되지 않은 데이터입니다. 플랫폼은 이를 정보의 원천이 아닌 첨부 파일로 봅니다. 인간 타이피스트는 문서와 데이터 사이의 다리이며, 항상 그래왔습니다.

이 격차가 중요한 이유는 그 규모 때문입니다. Rhumbix의 건설 데이터 팀은 서명된 T&M 티켓에서 Change Order 제출까지 걸리는 평균 시간이 수동 프로세스의 경우 24일인 반면, 디지털 시스템을 사용하면 3.5일이라는 사실을 발견했습니다. 거의 한 달 동안의 청구 가능한 작업이 문서화되지 않은 채 방치되는 것은 워크플로 문제가 아니라 데이터 입력 문제입니다. 병목 현상은 승인 체인이 아닙니다. 누군가 앉아서 T&M 티켓의 노동 시간, 자재 수량, 장비 사용량을 CO 양식에 입력해야 하는 단계입니다. 그런 다음 트래커에 다시 입력합니다. 그리고 지불 신청서에도 다시 입력합니다.

하위 계층 추적 블랙아웃

지금까지 이 분석은 원도급업체가 발주자에게 제출하는 Change Order, 즉 원계약을 수정하는 CO에 초점을 맞췄습니다. 그러나 여러 공종이 있는 모든 프로젝트에는 추적을 위해 설계된 시스템에서 거의 완전히 보이지 않는 두 번째 계층의 Change Order가 존재합니다.

전문 하도급 업체(전기, 기계, 석고보드 하도급 업체)는 현장에서 추가 작업이 필요한 상황을 마주합니다. 전기 현장 소장은 하도급 업체의 PM에게 알립니다. 하도급 업체의 PM은 GC에게 Change Order 요청서를 작성합니다. GC의 PM은 이를 검토하고 가격을 협상한 후, GC가 발주자에게 제출하는 자체 CO에 반영되는 커밋먼트 Change Order로 전환합니다. GC의 관점에서 이 하위 계층 CO는 많은 비용 입력 항목 중 하나입니다. 하도급 업체의 관점에서 그것은 바로 프로젝트의 수익성입니다.

문제는 하위 계층 CO가 거의 체계적으로 추적되지 않는다는 것입니다. GC의 CO 트래커는 발주자에게 제출된 CO를 기록합니다. 이를 뒷받침하는 하도급 업체 CO가 기록될 수도 있고 아닐 수도 있습니다. Excel 기반 추적을 사용하는 프로젝트에서는 하도급 업체 CO가 인보이스가 도착하기 전에 추적된다면 별도의 스프레드시트에서 처리되는 경우가 많습니다. r/ConstructionManagers의 Reddit 스레드에서 한 계약자는 중견 GC PM이라면 누구나 알아볼 수 있는 시나리오를 설명했습니다. 하도급 업체가 현장에서 추가 작업을 수행했지만 Change Order 요청에 대한 답변을 받지 못했고, GC의 대응은 "절차를 따르지 않았다"는 것이었습니다. 계약서에는 추가 작업을 시작하기 전에 서면 승인이 필요하다고 명시되어 있었습니다. 일정은 작업을 지금 수행해야 한다고 요구했습니다. 하도급 업체는 일정을 선택했습니다. CO는 사라졌습니다.

이러한 역학 관계는 구조적 정보 격차를 만듭니다. GC의 비용 트래커에는 GC가 발주자에게 발행한 CO(예: 1,500만 달러 계약에 대해 총 340,000달러의 12건의 Change Order)가 표시됩니다. 비상 대비금 사용률은 2.3%로 추적되는 것처럼 보입니다. 그러나 아직 공식적으로 제출되지 않은 하위 계층 CO(이전된 엘리베이터 피트 주변 도관 재배선을 위한 전기 하도급 업체의 18,000달러, 수정된 MEP 개구부 패치를 위한 석고보드 하도급 업체의 12,000달러)는 보이지 않습니다. 해당 하도급 업체 인보이스가 4개월 차에 도착하면 비상 대비금 항목이 하룻밤 사이에 30,000달러 급증하고, 프로젝트는 갑자기 2.3%가 아닌 4.3%의 비상 대비금을 사용하게 됩니다. 예산은 결코 2.3%가 아니었습니다. 트래커에 데이터가 누락되었을 뿐입니다.

하위 계층 문제는 프로젝트 복잡성에 따라 더욱 악화됩니다. 중층 상업용 건물에는 20~30개의 전문 하도급 업체가 있을 수 있습니다. 병원이나 데이터 센터에는 50개 이상이 있을 수 있습니다. 각 하도급 업체는 Change Order를 생성합니다. 각 하도급 업체는 자체 CO 양식, 자체 번호 체계, 자체 설명 규칙, 자체 PDF 형식을 가지고 있습니다. GC의 PM 또는 PE는 수십 개의 소스에서 다양한 형식의 CO 문서를 받아 각각을 추적 시스템에 수동으로 입력합니다. 추적이 된다는 가정하에 말입니다.

누락된 Change Order의 실제 비용

Change Order 추적 개선의 필요성은 일반적으로 행정적 효율성 측면에서 제기됩니다. 데이터 입력 시간 단축, 승인 절차 간소화, 로그 정리 등이 그것입니다. 그러나 종이 문서 체인의 실제 비용은 행정적 비용이 아닙니다. 그것은 재정적 비용이며, 조용히 누적됩니다.

1,500만 달러 규모의 프로젝트에 표준 5% 비상 대비금 75만 달러가 책정되어 있다고 가정해 보겠습니다. 이 프로젝트에는 25건의 활성 Change Order가 있습니다. 15건은 승인되어 트래커에 기록되었고, 5건은 협상 중이며(추정만 되고 승인되지 않음), 5건은 현장 표기나 구두 지시로 존재하지만 아직 공식적으로 제출되지 않았습니다. 트래커에는 비상 대비금에서 32만 달러가 사용된 것으로 표시됩니다. PM은 프로젝트 진행률 60% 시점에 비상 대비금의 57%인 43만 달러가 남아 있다고 소유주에게 보고합니다.

그러나 협상 중인 5건의 CO는 추정 가치가 18만 달러입니다. 아직 공식적으로 견적이 나오지 않은 5건의 미제출 CO는 현장 소장의 현장 메모에 따르면 추정 가치가 9만 5천 달러입니다. 실제 비상 대비금 노출액은 32만 달러가 아니라 59만 5천 달러입니다. 남은 완충재는 43만 달러가 아니라 15만 5천 달러이며, 공사 기간은 4개월이 남아 있습니다. 이 프로젝트는 거의 확실히 비상 대비금을 초과할 것입니다. 그러나 이 사실을 알 수 있는 데이터가 세 가지 다른 형식(현장 메모, 협상 이메일, 트래커 스프레드시트)에 분산되어 있고 이를 통합하는 단일 뷰가 없기 때문에, 월간 프로젝트 검토 회의에서는 아무도 이 사실을 알지 못합니다.

이 시나리오는 가상의 상황이 아닙니다. CO 데이터가 문서에 존재하고 트래커에 수동으로 입력되어야 하는 시스템의 구조적 결과입니다. "현장에서 변경 발생"과 "예산에 변경 반영" 사이의 시차는 일반적으로 1~3주입니다. 이 기간 동안 프로젝트 팀은 추가 변경 승인, 비상 대비금 보류 자금 해제, 소유주에 대한 예산 현황 보고 등 재정적 결정을 오래된 데이터를 기반으로 내리게 됩니다.

이 문제의 재정적 규모는 분쟁 데이터에 반영되어 있습니다. 2025 Arcadis 건설 분쟁 보고서에 따르면, 북미 건설 분쟁의 평균 금액이 1년 만에 40% 급증하여 6,010만 달러에 달했으며, 평균 해결 시간은 12.5개월이었습니다. 계약 문서의 오류 및 누락은 여전히 주요 원인으로 남아 있었고, 소유주 주도 변경은 전 세계적으로 4위에서 3위로 상승했습니다. Change Order가 공식화하려는 대상인 범위 변경은 수백만 달러의 법률 비용과 수개월의 일정 지연을 소모시키는 분쟁의 가장 흔한 촉발 요인 중 하나입니다.

KPMG의 2015년 글로벌 건설 프로젝트 소유자 조사에 따르면 프로젝트의 31%만이 예산의 10% 이내에서 완료되었습니다. Navigant 건설 포럼은 전체 프로젝트 일정 지연의 10%~20%가 변경된 작업 자체가 아닌 변경 승인 및 처리의 행정적 절차로 인해 발생한다고 지적합니다. 대규모 프로젝트의 변경 지시서에 대한 2025년 동료 검토 연구에 따르면 설계 변경은 비용 초과의 56.5%와 프로젝트 지연의 40%에 기여하며, 계획 오류는 비용 초과의 추가 34.5%를 차지합니다.

이러한 통계는 총체적으로 이해되지만 그 메커니즘까지 추적되는 경우는 드문 문제를 설명합니다. 그 메커니즘은 바로 종이 문서 체인입니다. 비용이 예상보다 많이 들거나, 승인에 예상보다 오래 걸리거나, 문서가 불완전하여 분쟁이 발생하는 모든 Change Order는 수명 주기의 어느 시점에서 누군가가 한 형식의 숫자를 다른 형식으로 다시 입력하는 과정에서 문제가 발생했습니다.

문서와 데이터 사이의 격차 해소

문제가 데이터가 서명된 PDF에 존재하고 추적 시스템으로 옮겨져야 하는 것이라면, 해결책은 더 나은 추적 시스템이 아닙니다. 문서와 시스템 사이의 다리, 즉 CO 양식을 읽고 중간에 인간 타이피스트 없이 필드를 채우는 무언가가 필요합니다.

이것이 건설 기술에서 그동안 빠져 있던 기능입니다. PDF 뷰어나 일반 문서 스캐너에 내장된 기존 OCR은 텍스트 문자를 인식할 수 있지만 CO 번호와 날짜, 금액을 구분하지 못합니다. "계약자가 덕트 라이저 D-3 및 D-4의 추가 방화 댐퍼에 대해 $47,350의 변경 지시서 #CO-042를 제출합니다"라는 문장을 단순한 텍스트 문자열로 봅니다. CO-042가 변경 지시서 번호이고, $47,350이 승인된 금액이며, D-3과 D-4가 위치라는 것을 알지 못합니다. 문자를 추출할 뿐 의미를 추출하지 못합니다.

비전 언어 모델 기반의 AI 추출은 다르게 작동합니다. 원하는 열(CO 번호, 날짜, 설명, 비용 코드, 하도급 업체, 승인 금액, 상태)을 지정하면 AI는 전체 문서를 읽고 페이지에서의 위치가 아닌 의미를 이해하여 각 값을 찾습니다. AIA G701 양식의 CO, 맞춤 GC 템플릿의 CO, 하도급 업체 자체 형식으로 작성된 CO 모두 동일한 추출 방식으로 읽을 수 있습니다. 시스템이 시각적 좌표("위치 437, 892의 상자 읽기")가 아닌 의미론적 패턴("승인된 총 변경액을 나타내는 금액 찾기")을 찾기 때문입니다. 이 접근 방식인 맞춤 열 추출은 하도급 업체가 보낼 수 있는 모든 CO 형식에 대해 템플릿을 학습시킬 필요가 없음을 의미합니다. 데이터 포인트를 한 번 정의하면 AI가 레이아웃과 관계없이 찾아냅니다.

실질적인 의미는 간단합니다. 현재 CO당 15~30분을 데이터 입력(서명된 PDF 열기, 관련 숫자 찾기, 트래커에 입력)에 소비하는 PM은 대신 CO 문서를 업로드하고 추출된 필드의 정확성을 검토한 후 검증된 데이터를 가져오면 됩니다. 입력 단계가 제거됩니다. 데이터가 미리 채워져 있으므로 검토 단계도 더 빠릅니다. 그리고 현재 인보이스 시점까지 추적되지 않는 하위 계층 CO도 동일한 워크플로우에서 처리할 수 있습니다. 하도급 업체의 CO 양식 사진을 업로드하고, 추출하고, 2분 이내에 기록하는 것입니다.

이는 CO 관리 소프트웨어를 대체하지 않습니다. 해당 플랫폼들이 애초에 해결하도록 설계되지 않았던 공백, 즉 서명된 문서와 시스템 입력 사이의 단계를 채워 줍니다. Procore나 Viewpoint를 사용하는 업체의 경우 AI 추출이 문서 판독을 처리하고 PM이 검증된 데이터를 플랫폼으로 가져옵니다. 여전히 Excel에서 CO를 추적하는 업체의 경우 추출 결과가 스프레드시트에 직접 입력됩니다. 어느 쪽이든 4가지 형식의 종이 체인은 서명된 PDF 업로드, 추출된 데이터 검토라는 두 단계로 축소됩니다. 현장 소장의 현장 표기는 여전히 종이로 이루어집니다. 소유자의 서명된 PDF는 여전히 이메일로 도착합니다. 사라지는 것은 그 사이의 수동 재입력, 즉 데이터가 유실되는 단계입니다. 서명된 PDF에서 ERP까지의 전체 과정을 확인하려면 서명된 Change Order와 ERP 사이의 누락된 단계에 대한 게시물에서 인계 과정을 설명합니다.

건설 Change Order 데이터를 Excel로 추출하는 단계별 가이드에서 설정 과정을 자세히 설명합니다. CO 물량이 많은 업체의 경우 여러 Change Order를 비용 로그로 일괄 처리하면 CO별 데이터 입력 단계가 완전히 제거됩니다. 서명된 CO PDF 묶음을 업로드하면 한 번에 통합 트래커를 얻을 수 있습니다.

자주 묻는 질문

Procore나 유사한 소프트웨어가 Change Order 데이터 입력 문제를 해결하지 못한 이유는 무엇인가요?

Procore 및 유사한 플랫폼은 Change Order를 둘러싼 워크플로우(승인 라우팅, 예산 통합, 로그 생성)를 관리하지만 Change Order 문서를 읽지는 않습니다. Procore에서 CO를 생성하려면 여전히 사람이 데이터를 수동으로 입력해야 합니다. 플랫폼의 가치는 입력된 데이터에 대해 이후에 수행되는 작업에 있으며, 입력 자체는 변하지 않았습니다. AI 추출은 플랫폼 이전 단계, 즉 서명된 PDF를 읽고 필드를 채우는 작업을 처리하며, 이는 CO 관리 소프트웨어와 경쟁하는 것이 아니라 보완하는 역할을 합니다.

AI 추출이 하도급 업체들이 사용하는 다양한 CO 형식을 처리할 수 있나요?

네, 가능합니다. 이것이 AI 추출과 템플릿 기반 OCR의 핵심 차이점입니다. 템플릿 OCR은 각 CO 양식에 대한 필드 레이아웃을 정의해야 합니다. 예를 들어, AIA G701에서는 금액이 좌표 (437, 892)에 있고, 맞춤 양식에서는 다른 좌표에 있습니다. 하도급 업체가 자체 형식으로 CO를 보내면 템플릿이 일치하지 않아 추출이 실패합니다. 비전 언어 모델 기반의 AI 추출은 문서를 전체적으로 읽습니다. 값의 의미를 이해하여 총 금액을 찾아내지, 위치를 암기하지 않습니다. 즉, AIA G701, ConsensusDocs 800 시리즈, 맞춤 GC 템플릿, 하도급 업체별 양식에서 양식별 설정 없이도 작동합니다. 한계는 있습니다: 심한 워터마크, 저해상도 스캔, 판독이 어려운 손글씨 CO는 정확도를 떨어뜨립니다. 결과는 추적 시스템에 입력되기 전에 항상 검토되어야 합니다.

하위 티어 CO 추적 공백의 가장 위험한 점은 무엇인가요?

위험은 하도급 업체의 CO가 완전히 유실되는 것이 아닙니다. 결국 인보이스로 표면화되기 때문입니다. 위험은 그것이 늦게 표면화된다는 점입니다. 하도급 업체의 $25,000 상당 추가 도관 공사 CO는 작업 완료 후 3개월이 지나 하도급 업체의 청구 주기가 맞물릴 때 제출될 수 있습니다. GC의 비용 트래커는 인보이스가 도착하기 직전까지 건강한 비상 대비금 잔액을 보여줍니다. 그 시점에 예산은 경고도, 복구할 시간도 없이 초과됩니다. "CO가 존재함"과 "CO가 예산에 나타남" 사이의 공백이 비상 대비금 예측을 무너뜨리며, 하위 티어 CO가 모든 것 중에서 가장 긴 공백을 갖습니다.

AI CO 추출이 CO 관리 프로세스의 필요성을 대체하나요?

아닙니다. 추출은 데이터 입력 단계, 즉 문서에서 구조화된 데이터를 얻는 단계를 처리합니다. CO 관리 프로세스(승인 워크플로우, 비용 코드 할당, 예산 통합, 발주처 보고)는 여전히 필수적입니다. 달라지는 것은 데이터가 어디서 오는지입니다. 프로젝트 매니저가 서명된 PDF에서 CO 세부 정보를 시스템에 입력하는 대신, AI가 필드를 추출하고 프로젝트 매니저가 검토 후 가져옵니다. 프로세스는 동일하게 유지됩니다. 데이터 입력 부담만 제거됩니다.

AI 추출은 손으로 작성된 Change Order를 어떻게 처리하나요?

최신 비전 언어 모델은 기존 OCR보다 훨씬 높은 정확도로 손글씨를 읽을 수 있습니다. 하지만 가독성이 중요합니다. 깨끗한 양식에 또박또박 쓴 손글씨는 안정적으로 추출됩니다. 필기체, 과도한 약어, 습기나 구김으로 손상된 종이에 적힌 메모, 화살표와 여백 메모가 있는 현장 표기는 정확도가 낮아집니다. 가장 좋은 방법은 AI가 안정적으로 읽을 수 있는 부분을 추출하고 나머지는 수동 검토로 표시하는 것입니다. 본질적으로 구조화되지 않은 현장 표기(도면에 적힌 현장 소장의 메모)의 경우에도 날짜, 금액 등 구조화된 데이터가 있으면 사진에서 추출할 수 있으며, 설명 텍스트는 별도로 처리합니다.

보고 중인 예산은 이미 낡은 정보입니다

서명된 CO PDF가 트래커에 입력될 때쯤이면 T&M 티켓이 서명된 지 24일이 지났을 수 있습니다. 그리고 그 24일 동안 현장에서는 세 건의 변경이 더 발생했고, 소유주에게 보고하는 비상 대비금 항목은 틀려 있습니다. 종이 문서 체인은 단순히 시간을 낭비하는 것 이상입니다. 프로젝트의 재정적 현실과 이를 관리하는 데 사용하는 데이터 사이에 구조적 격차를 만듭니다.

이 격차를 해소하기 위해 새로운 플랫폼, 새로운 프로세스, 또는 현장에서의 새로운 작업 방식을 도입할 필요는 없습니다. 서명된 PDF에서 데이터를 다시 입력하지 않고 추출할 수 있는 방법이 필요합니다. 이는 20년간의 건설 소프트웨어 역사에서 변하지 않았던 단계이며, 이제 마침내 바뀔 수 있습니다.

가입이 필요 없습니다. 서명된 Change Order PDF를 업로드하고 열을 정의하면 1분 안에 추출 결과를 확인할 수 있습니다.