공종 목록에서 G8 파일로: 다시 입력하는 시간이 얼마나 줄고, 옮겨 적은 오류가 몇 개나 내역서에 남지 않게 되나

물량은 자기 엑셀 표에서 계산하고, 코드와 산출 근거를 한 줄씩 견적 프로그램 G8에 다시 입력합니다: 매달 몇 시간, 그리고 옮겨 적은 오류 몇 개가 따라옵니다. 어시스턴트가 공종 목록을 G8 2020 「Công trình」 시트의 가져오기 형식 그대로의 파일로 써 주면 — 산출 근거는 수식, 그룹 합계와 공사 항목 합계 행 포함 — 몇 시간이 돌아오고, 오류는 몇 개 줄며, AI 비용은 얼마가 빠지는가?

많은 견적 기술자는 수량을 견적 소프트웨어 안에서 계산하지 않습니다. 별도의 스프레드시트에서 계산합니다 — 공종마다 몇 줄의 산출 행, 예를 들어 «Móng M1: 1*2,39*1,91*1,44» — 그런 다음 **G8(베트남의 견적 프로그램 「Dự toán G8」)**을 열고 다시 입력합니다. 품셈 코드, 공종명, 단위, 그리고 산출 행 하나하나의 개수, 길이, 폭, 높이. 한 달 150개 공종, 공종마다 4행이면 750번의 입력입니다. 공종 하나에 45초, 행 하나에 25초라면 약 6시간입니다.

그리고 다시 입력하는 것은 베끼는 일입니다. 2,39가 2,93이 되어도 어느 표도 오류를 알리지 않습니다. 곱셈은 여전히 숫자를 내고, 수량은 여전히 더해지고, 견적서는 여전히 깔끔하게 인쇄됩니다.

이 글의 질문은 이것입니다. 이미 있는 공종 목록을 G8이 바로 가져오는 파일로 써 준다면, 입력 시간은 몇 시간 돌아오고, 베끼다 생긴 오류는 얼마나 더는 견적서에 들어가지 않으며 — 그 파일을 얻기 위해 AI 비용은 얼마를 빼야 하는가?

1. 무엇이 바뀌는가

Xây dựng G20 도구의 한 프로젝트 안에서 기술자가 어시스턴트에게 부탁합니다. 「이 공종들로 G8 파일을 만들어 줘」 — 목록을 질문에 붙여 넣거나, 이미 올린 견적서 안의 공종을 가리킵니다. 어시스턴트는 G8 2020판의 «Công trình»(공사) 시트 형식 그대로 .xls 파일을 씁니다 — G8 2020 설치본이 직접 정의한 가져오기 형식입니다. 첫 공종은 6행, C열 품셈 코드, F열 공종명과 산출 내용, G열 단위, H–L열 개수, 길이, 폭, 높이, 계수, P열 수량, Q–T열 단가, U–X열 금액. 파일은 답변 바로 아래에서 내려받을 수 있습니다. G8에서는 Công trình → Lấy công trình từ Excel → Chọn kiểu sẵn có → «Dự toán G8 - phiên bản 2020»(공사 → 엑셀에서 공사 가져오기 → 기존 형식 선택 → 「G8 견적 2020판」)입니다.

파일 안에는 숫자만이 아니라 G8이 스스로 쓰는 것과 같은 수식이 들어 있습니다.

1. 치수가 있는 산출 행: 행 수량 = 치수의 곱.
2. 공종 수량 = ROUND(SUM(산출 행),4).
3. 금액 = 수량 × 단가. 재료, 부자재, 노무, 장비 열마다.
4. 공종 묶음마다 «Tổng:»(합계) 행으로, 항목마다 «Tổng cộng:»(총계) 행으로 닫습니다.

수식 칸마다 계산된 결과가 함께 저장되어 있고, 파일에는 「열 때 다시 계산」 표시가 붙어 있습니다. 스스로 계산하지 않는 프로그램도 숫자를 읽을 수 있고, 스스로 계산하는 프로그램에서는 수식이 살아 있습니다. 치수 하나를 고치면 수량과 금액이 따라 움직입니다.

파일이 하지 않는 일이 두 가지 있습니다. 품셈 코드가 없는 공종은 받지 않습니다(어시스턴트는 통지 38/2026(TT 38/2026)의 품셈 사전에서 코드를 찾되, 프로젝트의 견적서에서 가져오거나 기술자가 말한 코드를 따르며 스스로 정하지 않습니다). 그리고 단가를 스스로 채우지 않습니다. 단가 칸에는 기술자가 넣은 것만 들어갑니다.

어떻게 확인했나. 글 견적 계산을 한 번에 검산하기와 같은 공종 263개짜리 실제 견적서로: 원본 G8 파일을 읽고, 이 형식으로 다시 쓰고, 실제 G8 파일에 쓰는 바로 그 읽기 도구로 다시 읽었습니다. 공종 263개, 산출 행 1,340개, 제목 행 67개가 그대로 돌아왔습니다. 파일에는 수식 1,435개가 있고, 네 항목의 합계는 G8이 스스로 계산한 합계와 동 단위까지 같습니다. 수식이 저장된 숫자를 들고만 있는 것이 아니라 정말로 계산하는지 확인하려고, 저장된 결과를 모두 지운 뒤 화면 없이 실행한 LibreOffice로 파일을 열었습니다. 1,435개 칸이 모두 같은 숫자로 다시 계산되었습니다. G8 자체로 가져오는 것은 여기서 아직 시험하지 않았습니다 — G8은 Windows에서 돌아갑니다.

2. 첫째 흐름: 다시 입력하는 시간

재는 법. 한 항목을 G8에 입력하는 시간을 한 번 재고, 그 항목의 공종 수와 행 수를 셉니다. 나누어서 입력 한 번당 초를 얻습니다.

믿을 만한 정도: 입력 부분은 꽤 높음. 「여전히 손으로 고치는」 부분은 아직 아무도 재지 않았습니다 — 귀사가 직접 시험해 봐야만 얻을 수 있는 숫자입니다.

3. 둘째 흐름: 더는 빠져나가지 않는 베끼기 오류

제출한 견적서 속 베끼기 오류는 숫자 하나가 틀린 것으로 끝나지 않습니다. 고치고, 다시 인쇄하고, 다시 보내고, 때로는 해명해야 합니다. 숫자 하나하나로 보면 드물고, 한 달 전체로 보면 흔합니다 — 그래서 글 첫머리의 그래프는 평균 하나가 아니라 분포 전체, 즉 한 달에 0개, 1개, 2개… 오류가 빠져나갈 확률을 그립니다.

재는 법. 최근 견적서 세 건을 다시 펼쳐 봅니다. 잘못 입력한 숫자 때문에 몇 번 고쳐서 다시 보냈고, 매번 무엇이 들었는지.

믿을 만한 정도: 낮음 — 가장 무른 항목입니다. 파일을 쓰는 부분은 받은 그대로 정확히 베낍니다(위의 1,340행 확인). 하지만 어시스턴트가 질문에서 베끼는 행에 대한 값 1,000개당 오류 1개라는 숫자는 가정이며, 재지 않았습니다. 그것을 손 입력 비율과 같게 두면 이 항목은 0이 됩니다. 가장 싼 자체 확인법: 가져오기 전에 파일의 공종별 수량 합계를 귀사의 스프레드시트와 비교합니다.

4. 빼야 할 항목: AI 비용

질문마다 어시스턴트가 실제로 읽은 만큼 크레딧이 빠집니다. 운영 중인 서비스에서 G8 파일로 끝난 질문 네 개는 질문 하나에 32,508동에서 78,852동이 들었습니다. 가장 싼 질문은 파일 쓰기라는 일 하나만 불렀고, 가장 비싼 질문은 쓰기 전에 품셈 코드를 여러 개 찾았습니다. 숫자를 찾으려고 도면을 열어야 하는 질문은 더 비쌉니다 — 그것은 글 프로젝트 서류에 물으면 도면 쪽과 행이 함께 온다에서 따로 쟀습니다. 예: 질문 5개 × 32,500동 = 월 16만 2,500동.

5. 합계

한 번만 센다. 이 다섯 시간은 돈이거나 견적서 한 건을 더 만들 여력입니다. 둘 다는 아닙니다.

6. 이 ROI는 무엇 위에 서 있는가

목록이 이미 베낄 수 있는 형태로 있다는 것. 스프레드시트, 문서 — 질문에 붙여 넣을 수 있는 것. 수량이 아직 종이 위에 있다면 붙여 넣을 것이 없습니다. 공종 수를 0으로 두면 모든 항목이 0이 됩니다.

질문 하나는 최대 8,000자. 즉 견적서 전체를 한 번에가 아니라 항목별로입니다. 묶음이 작을수록 질문당 분과 비용이 무거워집니다. 예의 숫자로는 질문당 공종이 약 6–7개 아래면 묻는 비용이 절감분을 모두 먹어 버립니다 — 베끼기 오류 항목을 빼면 약 11개 아래.

단위는 귀사의 일입니다. G8은 코드의 단위로 수량을 받습니다 — 100 m², 톤. 파일을 쓰는 부분은 단위를 스스로 바꾸지 않습니다. 100 m² 단위 코드에 m²로 잰 산출 행은 사진의 거푸집 행처럼 계수 0.01을 달아야 합니다. 가장 먼저 다시 읽어야 할 행이 바로 그런 행입니다.

품셈 코드는 여전히 사람이 확인해야 합니다. 어시스턴트는 품셈 사전을 찾지만, 코드 하나가 틀리면 G8에 들어가서 단가 하나가 틀립니다.

저장된 결과는 만분의 일만큼 어긋날 수 있습니다. 사진의 샘플 파일에서 한 공종은 산출 행을 더하면 정확히 1,35065입니다. 저장된 결과는 1,3506이고, 다시 계산하면 1,3507 — 그 공종 금액으로 약 120동 차이입니다. 열 때 다시 계산하는 프로그램은 스스로 바로잡고, 저장된 숫자만 읽는 프로그램은 1,3506을 봅니다.

G8에서의 가져오기는 여기서 시험하지 않았습니다. 형식은 G8의 정의를 그대로 따랐고 실제 G8 파일과 열 하나하나를 맞췄지만, 귀사의 첫 가져오기가 진짜 확인입니다. 작은 항목 하나로 하십시오.

어시스턴트는 가입하고 AI 요금제가 있는 계정에서만 돌아갑니다. 그 비용은 이미 4절에 들어 있습니다.

7. 귀사에서 직접 재기

1. 기준을 잡는다. 한 항목을 G8에 입력하는 시간을 한 번 잽니다. 최근 세 건에서 잘못 입력해 고친 횟수를 셉니다.
2. 항목 하나를 파일로 돌린다. 붙여 넣은 순간부터 가져오기를 마칠 때까지의 분, 손으로 고친 행 수, 수량 합계가 스프레드시트와 맞는지, 그리고 그 질문의 비용을 기록합니다.
3. 같은 종류끼리 비교한다. 산출 행이 많은 기초 항목은 행이 적은 마감 항목과 다릅니다. 비슷한 것끼리 비교합니다.

8. 기억할 것

다시 입력하는 것은 베끼는 일이고, 베끼기는 조심성이 아니라 비율로 틀립니다. 가장 꼼꼼한 사람에게도 비율이 있습니다. 바꿀 수 있는 것은 입력해야 하는 횟수입니다.

한 번 입력한 숫자를 두 번째로 입력해야 해서는 안 됩니다.

파일 형식, 수식, 코드 없는 공종을 받지 않고 단위를 스스로 바꾸지 않는다는 점은 글을 쓰는 시점의 Xây dựng G20 도구를 기준으로 설명했습니다. 공종, 산출 행, 제목 행, 수식의 수와 항목 합계는 익명화한 실제 견적서 한 건에서 쟀고, 질문 네 개의 비용은 운영 중인 서비스에서 쟀으며, 사진의 파일은 샘플 데이터로 만들었습니다. 매달 공종 수, 입력당 초, 오류율, 검토에서 잡히는 비율, 손으로 고치는 행의 비율, 오류 하나의 값과 급여는 예시입니다. 귀사의 숫자로 바꾸십시오.