피닉스의 한 종합 건설업체는 지난 3월 140만 달러 규모의 기성 지급 신청서를 제출하며 30일 이내에 자금이 입금될 것으로 예상했지만, 실제로 송금을 받기까지 71일을 기다려야 했습니다. 원인은 화가 난 건축주나 느긋한 설계자 때문이 아니었습니다. G702의 4번 항목 수치가 G703의 총계와 312달러 차이가 났기 때문입니다. 설계자는 서류를 반려했고, 경리 담당자는 서류를 재제출했으며, 대기 시간은 다시 처음부터 시작되었습니다. 그 기간 동안의 급여는 건축주의 개인 신용 대출로 충당해야 했습니다.
이것이 건설 대금 청구의 일상적인 현실입니다. 상업 프로젝트에서 G702 및 G703 지급 신청서 패키지는 매달 작성하는 가장 중요한 재무 문서입니다. 하지만 이를 올바르게 작성하는 것과 깨끗한 GAAP(일반적으로 인정된 회계 원칙) 재무제표로 통합하는 것 사이의 간극은 대부분의 건설업체가 생각하는 것보다 훨씬 넓습니다. 보증 보험사, 은행, 국세청(IRS)은 각각 이 서류를 다르게 해석하며, 프로젝트 매니저에게는 건강해 보이는 청구 상태가 보증 대리인에게는 위험 신호로 보일 수 있습니다. 다행히 이 시스템은 학습 가능하며, 이를 마스터한 건설업체는 대금을 더 빨리 지급받고, 더 큰 규모의 프로젝트 보증을 확보하며, 규율이 부족한 경쟁업체들을 파산시키는 불황 속에서도 살아남을 수 있습니다.
이 가이드는 AIA 지급 신청 워크플로, 이를 뒷받침하는 기성 산출 내역서(SOV), 유보금 메커니즘, 청구 내역을 재무 보고로 변환하는 미완공 공사(WIP) 일정, 그리고 모든 항목을 ASC 606 수익 인식과 연결하는 초과 및 미달 청구 조정을 살펴봅니다.
G702와 G703의 실체
AIA G702(지급 신청 및 증명서)와 그 부속 서류인 G703(내역서)은 1992년 미국 건축가 협회(AIA)에서 처음 발행하고 주기적으로 업데이트해 온 양식입니다. 이들은 미국 상업 건설 프로젝트의 약 4분의 3에서 사용되는 표준 지급 신청 패키지를 구성합니다. G702는 요청 사항을 요약한 한 페이지 분량의 표지입니다. 여기에는 원 계약 금액, 순 변경 주문(Change Order), 현재까지의 계약 총액, 현재까지의 총 완료 및 보관액, 공제된 유보금, 이전 지급액, 현재 지급 기일 금액이 포함됩니다. G703은 기성 산출 내역서의 모든 범주와 함께 이전 기간 작업, 현재 기간 작업, 보관된 자재, 각 항목별 완료율을 나열하는 세부 증빙 서류입니다.
설계자는 이 양식들을 사용하여 건축주가 지급해야 할 금액을 인증합니다. AIA 문서 A201에 따라, 특정 항목이 제대로 증빙되지 않거나 작업이 미비해 보일 경우 설계자는 건설업체가 신청한 금액과 다른 금액을 인증할 수 있습니다. 이 인증이야말로 건축주로부터 종합 건설업체로, 그리고 궁극적으로 하도급업체와 공급업체로 이어지는 지급 사이클을 여는 열쇠입니다.
이러한 양식이 존재하는 이유는 건설업이 대부분의 상업 거래와 구조적으로 다르기 때문입니다. 작업은 수개월 또는 수년에 걸쳐 완료되며, 대금을 회수하기 전에 인건비와 자재비로 현금을 지출해야 하고, 관련된 당사자들은 서로를 신뢰만으로 믿으려 하지 않습니다. AIA 패키지는 모든 당사자에게 진행 상황, 가치 평가 및 리스크를 추적할 수 있는 공유된 형식을 제공합니다.
기성 산출 내역서(Schedule of Values)는 문서 뒤의 문서입니다
기성 산출 내역서(SOV)를 먼저 준비하지 않고는 G703을 정직하게 작성할 수 없습니다. SOV는 전체 계약 금액을 특정 작업 부분에 할당하여 항목별로 나열한 목록으로, 일반적으로 CSI 마스터포맷(MasterFormat) 구분에 따라 정리됩니다. 이는 프로젝트 기간 내내 모든 월간 청구, 완료율 계산, 유보금 보류 및 변경 주문 조정을 주도하는 단일 진실 공급원(Single Source of Truth)입니다.
좋은 SOV는 진행 상황을 의미 있게 측정할 수 있을 만큼 세분화되어야 하지만, 매월 회계 처리가 불가능할 정도로 세분화되어서는 안 됩니다. 1,200만 달러 규모의 학교 개보수 공사의 경우 현장 작업, 굴착, 콘크리트 기초, 구조용 강철, 지붕, 기계 설비 초안, 기계 설비 마감, 전기 설비 초안, 전기 설비 마감, 건식 벽체, 도장, 마감 목공, 가구 공사, 바닥재 등 50개에서 80개 사이의 항목을 볼 수 있습니다. 각 항목에는 달러 가치가 할당되며, 이 가치들의 합계는 계약 총액과 일치해야 합니다.
가장 흔한 SOV 실수는 '프런트 엔드 로딩(Front-end loading)'입니다. 이는 프로젝트 초기에 현금을 확보하기 위해 초기 작업 항목의 달러 가치를 부풀리는 행위입니다. 40만 달러여야 할 기초 공사 항목이 프로젝트 후반에 속해야 할 일반 관리비를 슬쩍 흡수하여 56만 달러로 청구되는 식입니다. 설계자와 건축주 대리인은 이를 특히 주의 깊게 살피는데, 이는 프로젝트 완공 리스크를 건축주에게 전가하기 때문입니다. 만약 건설업체가 계약 가치의 60%를 인출한 후 공정률 50% 상태에서 손을 뗀다면, 건축주는 손해를 떠안게 됩니다.
모호한 항목 설명은 두 번째 유형의 문제를 야기합니다. 정지 작업, 철거, 경사 조정, 유틸리티 이전, 임시 펜스 설치를 하나의 금액으로 묶은 "현장 준비"라는 항목은 매월 진행 상황을 확인하는 것을 불가능하게 만듭니다. 설계자는 귀사가 실제로 금액의 40%를 완료했는지, 아니면 단지 한 구성 요소의 40%만 완료했는지 알 수 없습니다. 결국 지급 신청은 거부되고, 지급은 늦어지며, 분쟁은 늘어납니다.
가장 우수한 기성 산출 내역서는 첫 제출 전 프로젝트 매니저, 견적 담당자, 회계 팀 및 선임 소장의 검토를 거칩니다. 여기에는 일반 관리비에 대한 별도 항목, 보증 및 보험에 대한 별도 항목, 각 주요 공종별 별도 항목이 포함되어 있으며, 발생 비용과 발생 수익을 함께 추적할 수 있도록 프로젝트 예산과 명확하게 연결됩니다.
기성 청구서가 한 달 동안 처리되는 과정
일반적인 AIA 프로젝트의 월간 주기는 다음과 같이 진행됩니다. 매월 20일경, 프로젝트 매니저(PM)와 현장 소장은 현장을 점검하며 각 SOV(공사항목표) 내역별 진행률을 업데이트합니다. 이들은 현재까지 투입된 공사비의 가치와 이전 기간에 청구된 금액을 비교합니다. 회계 담당자는 당기 수치를 바탕으로 G703 초안을 작성하고, 유보금(retainage)을 재계산하여 그 총액을 G702 커버 시트에 반영합니다.
시공사는 G702에 서명 및 공증을 거쳐 사진 증빙 자료, 이전 지급분에 대한 하도급업체의 유치권 포기 각서(lien waivers), 반입 자재에 대한 증빙 송장 등과 함께 설계자(architect)에게 제출합니다. 설계자는 이를 검토하고 필요시 현장을 확인한 후, 요청된 금액을 승인하거나 감액 조정합니다. 승인된 G702는 발주처(owner)에게 전달되며, 발주처는 표준 AIA 조건에 따라 통상 30일 이내의 계약상 지급 기한 내에 시공사에게 대금을 송금합니다. 시공사는 발주처로부터 자금을 받은 후 보통 7~10일 이내에 하도급업체로부터 유치권 포기 각서를 징구하고 대금을 지급합니다.
이 주기는 매우 엄격합니다. 25일에 제출된 기성 청구서에서 계산 오류가 발견되어 27일에 파악되고, 28일에 반환되어 30일에 재제출된다면, 해당 청구는 사실상 다음 달 주기로 넘어가게 됩니다. 이 경우 시공사는 추가 30일 동안 노무비와 자재비를 직접 조달해야 합니다. 월 200만 달러 규모의 기성 청구에서 이러한 지연은 실질적으로 막대한 금융 비용을 발생시킵니다.
유보금: 수익은 발생했으나 아직 수금할 수 없는 자금
유보금(Retainage)은 프로젝트 완공을 보증하기 위해 발주처가 각 기성금 지급 시 일부를 공제하여 보유하는 금액입니다. 5%와 10%가 가장 일반적인 요율이지만, 일부 주에서는 이보다 낮게 제한하거나, 일부 연방 프로젝트에서는 공정률이 50%를 넘어서면 요율을 낮추는 슬라이딩 스케일 방식을 사용하기도 합니다. G702 서식에는 완료된 공사에 대한 유보금과 현장 반입 자재에 대한 유보금을 기재하는 별도의 항목이 있습니다.
많은 시공사가 혼란스러워하는 회계적 쟁점은 유보금을 언제 수익으로 인식하느냐는 점입니다. 일반회계원칙(GAAP)에 따르면, 유보금으로 공제되는 부분을 포함하여 공사가 수행된 기간에 발생한 전체 금액을 수익으로 인식해야 합니다. 유보금은 수익 인식 시점의 차이가 아니라 대금 회수 시점의 차이일 뿐입니다. 변화가 생기는 부분은 재무상태표상의 분류입니다.
유보금이 조건 없는(unconditional) 상태, 즉 현금 수령을 위해 시간의 흐름 외에 다른 조건이 필요 없는 경우에는 수취채권(receivable)으로 표시합니다. 반면 유보금의 해제가 잔여 공사 목록(punch list) 완료, 발주처의 최종 승인, 보증 마일스톤 달성과 같은 향후의 수행 의무 이행 여부에 달려 있는 조건부(conditional) 상태라면, 이는 수취채권이 아닌 계약 자산(contract asset) 또는 계약 부채(contract liability) 항목에 포함되어야 합니다. ASC 606은 특정 표시 방법을 규정하고 있지 않지만, FASB 실무진은 시공사가 계약별로 유보금의 해제 조건이 진정으로 무조건적인지를 평가해야 한다고 명시했습니다.
이러한 구분은 보증보험사(sureties), 은행, 분석가들이 재무상태표 항목을 서로 다르게 해석하기 때문에 중요합니다. 거액의 유보금 채권은 정해진 일정에 따라 유입될 확정적인 현금을 의미합니다. 반면 거액의 계약 자산은 시공사가 해당 현금을 받을 권리를 완전히 확보할 수 있을지에 대한 불확실성을 시사합니다. 조건부 유보금을 수취채권으로 오분류하는 것은 시공사의 단기 유동성을 과다 계상하는 결과를 초래하며, 이는 향후 보증보험사가 재무제표를 검토할 때 뼈아픈 결과로 돌아올 수 있습니다.
각 유보금 항목에 대한 정확한 기록을 유지하고, 조건부에서 무조건부로 전환되는 시점을 파악하며, 이를 계약 마일스톤과 대조하여 추적하는 상세한 장부 관리는 다음 프로젝트의 보증을 받거나 운영자금 대출을 신청할 때 그 가치를 충분히 증명합니다.
진행률: 청구액을 수익으로 변환하기
진행률법(Percentage of Completion Method, PCM)은 ASC 606에 따른 건설업 수익 인식의 근간입니다. 대부분의 시공사는 원가 투입법(cost-to-cost variation)을 사용합니다. 현재까지 발생한 원가를 완공 시점 추정 총원가로 나누어 진행률을 도출한 후, 이 비율을 총 예상 계약 수익에 곱해 현재까지 발생한 수익을 계산합니다. 여기서 이전 기간에 인식한 수익을 차감하면 당기 수익이 산출됩니다.
계산 방식은 간단하지만 입력값은 그렇지 않습니다. 완공 시점 추정 총원가 자체가 추정치이며, 이를 매달 정직하게 업데이트하는 규율이야말로 잘 운영되는 시공사와 만성적인 실적 악화에 시달리는 시공사를 가르는 척도입니다. 진행률 40% 시점에서 예산을 20% 초과한 프로젝트가 월말에 마법처럼 예산 범위 내로 돌아오는 일은 없습니다. WIP(재공 공사) 현황표에서 추정 원가를 상향 조정하기를 거부하는 발주처와 프로젝트 매니저는 결국 실제로는 발생하지 않을 수익을 인식하게 되며, 이는 공사 종료 단계에서 뼈아픈 일시적 손실 처리로 이어집니다.
핵심은 진행률에 의해 측정된 '발생 수익'이 같은 기간에 '청구한 금액'과 일치하는 경우가 거의 없다는 점입니다. 이 간극이 초과 청구(overbillings) 및 미달 청구(underbillings)를 발생시키며, WIP 현황표는 이러한 실태를 드러내는 핵심 문서가 됩니다.
WIP 명세서: 청구와 실제가 만나는 지점
WIP(재공) 명세서는 장부상 모든 미결제 계약에 대한 한 페이지 분량의 재무 요약 보고서입니다. 각 행은 단일 프로젝트를 나타냅니다. 열에는 일반적으로 원 계약 금액, 승인된 설계 변경(Change orders), 현재 계약 금액, 현재까지 발생한 원가, 완공 시 예상 원가, 진행률, 현재까지 인식된 수익, 현재까지의 청구액, 그리고 그 결과로 발생하는 초과청구 또는 미청구액이 포함됩니다. 대부분의 명세서는 예상 매출총이익, 현재까지 발생한 매출총이익, 그리고 지난 기간 이후의 매출총이익 변동액도 보여줍니다.
WIP 명세서는 프로젝트를 바라보는 세 가지 관점의 교차점에 위치합니다. 프로젝트 관리 관점은 현장 작업을 추적합니다. 청구 관점은 발송된 인보이스를 추적합니다. 회계 관점은 GAAP(일반적으로 인정된 회계원칙)에 따라 인식된 수익을 추적합니다. 이 세 가지 관점이 서로 어긋날 때, 그 차이가 가시화되는 곳이 바로 WIP 명세서입니다.
보증기관(Sureties)은 재무 보고서의 그 어떤 항목보다 이 문서를 중요하게 여깁니다. 보증 대리인은 때때로 세무 신고서를 보조 자료로 수락하기도 하지만, WIP 명세서는 필수 서류이며 인수심사역이 가장 먼저 요청하는 항목입니다. 인수심사역들은 공격적인 청구가 근본적으로 수익성이 낮은 건설사를 위장할 수 있다는 점을 알고 있으며, WIP 명세서는 회사가 실제로 현금을 벌어들이고 있는지 아니면 단순히 수금만 하고 있는지를 보여주는 조명 역할을 합니다.
초과청구와 미청구에 대한 명확한 설명
건설사 장부의 모든 진행 중인 프로젝트는 두 가지 청구 상태 중 하나에 놓입니다. 프로젝트가 진행률에 따라 인식된 수익보다 더 많이 청구된 경우인 '초과청구(Overbilled)' 상태이거나, 그보다 적게 청구된 경우인 '미청구(Underbilled)' 상태입니다.
초과청구란 건설사가 아직 수행하지 않은 작업에 대해 비례적으로 소유주(발주처)에게 인보이스를 발행했음을 의미합니다. 이러한 초과 청구액은 재무상태표에 부채로 표시되며, 전통적으로는 '원가 및 추정이익 초과 청구액'이라 불렸고 현재는 ASC 606에 따라 일반적으로 '계약부채'로 분류됩니다. 이는 건설사가 이미 대금을 지급받은 향후 작업을 인도해야 할 의무를 나타냅니다. 적당한 수준의 초과청구는 정상적이며, 다음 단계의 작업을 수행하기 위한 운전 자본을 제공하므로 오히려 건전할 수 있습니다. 그러나 대규모 또는 지속적인 초과청구는 건설사가 프로젝트를 완료하는 데 필요한 현금을 미리 소진하게 하므로 위험합니다. 보증기관은 일반적으로 총 초과청구액이 남은 계약 잔고의 10~15%를 초과할 때 우려하기 시작합니다.
미청구란 건설사가 누적 청구액이 반영하는 것보다 더 많은 작업을 수행했음을 의미합니다. 이 부족분은 재무상태표에 자산으로 표시되며, 전통적으로 '청구액 초과 원가 및 추정이익'이라 불렸고 현재는 ASC 606 하에서 일반적으로 '계약자산'이 됩니다. 이는 건설사가 작업을 완료했으나 다음 인보이스 발행 시기 문제와 별개로 아직 대금을 회수하지 못한 부분을 나타냅니다. 미청구 역시 소액인 경우에는 정상적이며, 특히 공식적인 청구가 이루어지지 않은 대규모 작업이 있었던 달 직후에 나타날 수 있습니다. 하지만 대규모 또는 지속적인 미청구는 서서히 진행되는 운전 자본의 위기입니다. 이는 종종 승인 없이 설계 변경 작업이 진행되고 있거나, 과업 범위 확장(Scope creep)에 대해 청구가 누락되었거나, 기성 청구서가 부실하게 작성되어 실제 진행 상황을 놓치고 있음을 시그널링합니다.
모든 초과청구액에서 모든 미청구액을 뺀 합계는 재무상태표의 순계약부채 또는 순계약자산과 일치해야 하며, 이는 재무 담당자가 매달 수행할 수 있는 가장 확실한 무결성 검사 중 하나입니다. 만약 WIP 명세서와 시산표가 일치하지 않는다면 둘 중 하나는 잘못된 것이며, 재무제표가 발행되기 전에 그 원인을 찾아낼 가치가 충분합니다.
ASC 606과의 연계
ASC 606은 상장사의 경우 2018년에, 대부분의 비상장사의 경우 2019년에 기존의 건설 전용 수익 기준인 ASC 605-35를 대체했습니다. 진행률 방식의 핵심 메커니즘은 새 기준서에서도 사라지지 않았지만, 용어가 바뀌고 특정 표시 규칙이 강화되었습니다. 이제 계약은 수행 의무, 거래 가격, 배분, 수익 인식 시점에 따라 평가됩니다. 대부분의 확정가 건설 계약은 기간에 걸쳐 이행되는 단일 수행 의무로 계속 취급되며, 수익은 건설사의 완료를 향한 진척도를 측정함에 따라 인식됩니다.
실질적인 영향은 공시 방식의 변화에서 나타납니다. 과거 GAAP 하에서 건설사들은 재무상태표에 '초과청구공사' 및 '미청구공사'라는 항목을 자유롭게 사용했습니다. ASC 606에서는 계약자산과 계약부채의 상계 처리가 계약별로 이루어져야 하며, 대금 수취 권리가 무조건적인지 여부에 따라 유보금(Retainage)을 별도로 분리하여 표시해야 할 수도 있습니다.
공시 요구 사항도 확대되었습니다. 건설사는 세분화된 수익, 잔여 수행 의무, 변동 대가에 대한 유의적 판단 등을 공시해야 합니다. 보증기관은 이러한 추가 공시가 재무제표를 복잡하게 만들더라도 계약의 근본적인 경제성을 더 잘 파악할 수 있게 해주기 때문에 일반적으로 환영하는 입장입니다.
대부분의 비상장 건설사에게 실질적인 시사점은 장부 관리가 이전보다 더 엄격해져야 한다는 것입니다. 수익 인식, WIP 명세서, 유보금 분류, 계약자산 및 부채 변동 내역의 기초가 되는 데이터는 추적 가능하고, 감사 가능하며, 기간별로 일관성을 유지해야 합니다.
결제 지연을 유발하는 흔한 오류들
기성 청구(Pay application) 거부와 보증사의 이의 제기에서 반복적으로 나타나는 몇 가지 패턴이 있습니다. 첫 번째는 G702와 G703 양식 간의 수치 불일치입니다. G703의 총합계는 G702에 기재된 '현재까지 완료 및 보관된 총액(Total completed and stored to date)'과 반드시 일치해야 합니다. 이 수치가 맞지 않으면 건축가는 패키지를 반려해야 하며, 실제로 대개 그렇게 합니다. 대부분의 회계 소프트웨어는 이를 자동으로 처리하지만, 스프레드시트 기반의 제출물이나 마지막 순간의 설계 변경(Change order) 수정은 일상적으로 산술적 오류를 발생시킵니다.
두 번째 패턴은 잘못 할당된 설계 변경 사항입니다. 건축주가 설계 변경을 승인하면, 이를 특정 기성 내역서(SOV) 라인에 추가하거나 새로운 라인에 할당해야 하며, G702와 G703의 계약 금액 합계에 이 추가 사항이 반영되어야 합니다. SOV를 업데이트하지 않고 다음 달 청구서에 설계 변경 건을 대충 끼워 넣는 건설업체는 이후 모든 기성 신청에서 혼란을 가중시키게 됩니다.
세 번째 패턴은 부적절한 유보금(Retainage) 처리입니다. 일부 건축주와의 계약에서는 실질적 완공(Substantial Completion) 시 유보금 비율을 낮추거나, 이행 위험이 없는 보증서 및 보험과 같은 특정 항목에 대해서는 유보금을 전액 해제하도록 규정하고 있습니다. 모든 신청서의 모든 라인에 일괄적인 유보금 비율을 적용하는 건설업체는 몇 달 일찍 회수할 수 있었던 자금을 유보금 계정에 묶어두게 됩니다.
네 번째 패턴은 유치권 포기 증서(Lien waivers) 누락입니다. 대부분의 건축주와 대출 기관은 이전 주기에 대금을 지급받은 하도급업체의 조건부 및 무조건부 유치권 포기 증서를 다음 기성 신청 시 함께 제출할 것을 요구합니다. 증서가 누락되면 계산이 아무리 정확하더라도 건축가의 인증이 지연됩니다.
다섯 번째 패턴은 보관 자재(Stored materials)의 과다 계상입니다. 현장이나 보증 창고에 보관된 자재는 대부분의 계약에서 청구가 가능하지만, 송장, 보험 증서, 때로는 사진과 함께 적절히 문서화되어야 합니다. 근거 서류 없이 자재 가치를 관대하게 추정한 기성은 거부됩니다.
대조(Reconciliation) 습관 기르기
이를 잘 수행하는 건설업체들에게는 몇 가지 공통된 습관이 있습니다. 그들은 분기가 아닌 매월 결산을 진행합니다. 매달 진행 중 공사(WIP) 현황표를 총계정원장 및 시산표와 대조합니다. 경리 담당자뿐만 아니라 프로젝트 매니저와 함께 모든 초과 청구(Overbilled) 및 미달 청구(Underbilled) 프로젝트를 검토하여, 운영 팀이 자신들이 만들어내는 재무적 상황을 이해하도록 합니다. 낙관적인 전망이 아닌 실제 현장 데이터에 기반하여 완공 시 예상 원가를 업데이트합니다. 유보금을 조건부 및 무조건부 상태별로 분류하여 별도 계정으로 관리하며, 매월 계약 자산과 계약 부채 잔액을 명시적으로 이월합니다.
이러한 습관은 복리로 작용합니다. 월말 후 며칠 이내에 모든 프로젝트의 청구 현황을 파악하고 있는 건설업체는 분쟁이 고착되기 전에 건축주와 어려운 협상을 시작할 수 있습니다. 3개월 후의 운전 자본 요구 사항을 이해하는 건설업체는 하도급업체 및 공급업체와 더 나은 조건을 협상할 수 있습니다. 서두르지 않고 보증 대리인에게 깨끗한 WIP 현황표와 대조가 완료된 재무제표를 건넬 수 있는 건설업체는 더 좋은 요율로 더 큰 공사에 대한 보증을 받을 수 있습니다.
첫날부터 건설 장부를 깨끗하게 유지하세요
건설 비즈니스를 확장함에 따라, 수행 가능한 프로젝트와 자금 조달이 가능한 프로젝트 사이의 격차는 주로 장부 관리와 기성 청구 규율이 얼마나 잘 유지되느냐에 따라 벌어집니다. 정확한 WIP 현황표, 추적 가능한 유보금 관리, 그리고 청구액·수익·총계정원장 간의 깨끗한 대조는 보증사와 대출 기관이 더 큰 규모의 계약을 지원할 수 있게 하는 신뢰의 근간입니다. Beancount.io는 투명하고 버전 관리가 가능하며 AI 환경에 최적화된 텍스트 기반 회계(Plain-text accounting) 서비스를 제공합니다. 따라서 계약 자산 및 계약 부채 계정의 모든 엔트리에는 보증사, 대출 기관 또는 공인회계사에게 당당하게 전달할 수 있는 명확한 감사 추적(Audit trail)이 남습니다. 무료로 시작하기를 통해 개발자와 재무 전문가들이 비즈니스 성장에 맞춰 확장 가능한 텍스트 기반 회계로 전환하는 이유를 확인해 보세요.