실비정산 계약을 수주하는 일은 큰 돌파구처럼 느껴질 수 있습니다. 하지만 첫 청구서를 작성할 때 더 어려운 질문이 닥칩니다. 장부가 각 비용 금액이 어디에 속하는지 명확하고 일관되게 보여 줄 수 있는가? 수익성이 있는 사업체라도 근로시간 기록, 비용 코딩, 간접비 계산을 실제 수행한 업무까지 추적할 수 없다면 여기에서 어려움을 겪을 수 있습니다.
실비정산 업무는 장부 관리를 과거에 무슨 일이 있었는지 기록하는 사후 문서에서 프로젝트 의사결정을 위한 운영 시스템으로 바꿉니다. 직접 프로젝트 비용과 공통 운영비를 구분하고, 각 부과 금액의 근거를 보존하며, 계약 한도 대비 지출을 경영진이 조기에 파악할 수 있게 하는 업무 흐름이 필요합니다.
이 가이드는 첫 실비정산 청구 기한이 오기 전에 그러한 업무 흐름을 구축하는 방법을 설명합니다. 이는 실무적인 재무관리 지침이며 법률 또는 계약 관리 조언은 아닙니다. 귀하의 사업에 적용되는 요건은 계약 조건과 자격을 갖춘 자문가를 통해 확인하세요.
일반적인 소기업 장부만으로는 부족한 이유
일반적인 서비스 사업에서는 매월 매출, 급여, 공급업체, 넓은 비용 범주를 추적하는 것으로 충분할 수 있습니다. 그러나 실비정산 계약은 다음과 같은 추가 답변을 요구합니다.
- 이 비용의 혜택을 받은 계약, 작업지시서 또는 프로젝트는 무엇인가?
- 이 비용은 직접비, 간접비 또는 상환 대상에서 제외되는 비용인가?
- 어느 직원이 어떤 부과 번호로 얼마나 오랫동안 업무를 수행했는가?
- 금액, 날짜, 목적 및 승인을 뒷받침하는 문서는 무엇인가?
- 공통 비용은 어떻게 배부되었으며, 그 방식은 일관되게 사용되었는가?
이 질문들은 서로 연결되어 있습니다. 프로젝트를 식별하지만 급여 비용으로 이어지지 않는 근무표만으로는 충분하지 않습니다. 간접비로 분류된 공급업체 청구서에 일관된 배부 방식이 없다면 또 다른 공백이 생깁니다. 그리고 총계정원장에서 합리적으로 보이는 비용도 계약이나 적용 비용 규칙에 따라 별도 처리가 필요할 수 있습니다.
유용한 사고방식은 증거의 사슬입니다.
Source document → approval → project or pool code → accounting entry → invoice support → management review거래를 만들지 않은 사람도 각 연결 고리를 이해할 수 있어야 합니다. 그러면 나중에 설명하기 쉬워질 뿐 아니라 내부적으로도 시스템을 더 쉽게 관리할 수 있습니다.
추적성을 위해 설계된 계정과목표부터 시작하세요
계정과목표는 비용이 무엇인지를 보여 주어야 합니다. 프로젝트와 비용 풀 차원은 왜 비용이 발생했는지, 어디에 속하는지를 알려 주어야 합니다. 이 세 가지 사실을 하나의 계정명에 모두 넣으려 하면 검토하기 어려운 복잡한 원장이 됩니다.
계약에 맞는 프로젝트 구조를 사용하세요
각 계약, 작업지시서 및 중요한 작업 패키지마다 안정적인 식별자를 만드세요. 이 식별자는 근로시간과 비용이 기록되는 모든 곳, 즉 근무표, 구매 요청, 공급업체 청구서, 급여 내보내기 및 프로젝트 보고서에 나타나야 합니다.
예를 들어 소프트웨어 계약업체는 다음과 같은 간단한 계층을 사용할 수 있습니다.
Contract: CR-1042
Task 01: Program management
Task 02: Systems engineering
Task 03: Testing and documentation사소한 활동마다 새 코드를 만들지 마세요. 선택지가 너무 많으면 잘못 코딩하기 쉽고 보고의 일관성도 떨어집니다. 대신 프로젝트 관리자가 중요한 지출을 설명할 수 있고 재무 부서가 프로젝트 비용을 총계정원장과 조정할 수 있는 수준의 세부사항을 선택하세요.
식별 가능한 직접비는 직접비로 유지하세요
직접비는 계약이나 작업과 같은 최종 원가 목적에 구체적으로 식별할 수 있는 비용입니다. 일반적인 예로 프로젝트에 부과된 직원 인건비, 해당 프로젝트를 위해 구매한 자재, 그리고 그 이행을 위해 특별히 수행한 출장이 있습니다.
여기서 중요한 말은 일관되게입니다. 한 프로젝트에 혜택이 갈 때 일반적으로 직접비로 처리하는 비용 유형이라면, 특정 달에 다른 처리가 더 편하다는 이유로 유사한 비용을 간접비 풀로 옮기지 마세요. 정책을 쉬운 말로 문서화하고 비용을 코딩하는 사람들을 교육하세요.
간접비 풀이 스프레드시트 비상사태가 되기 전에 정의하세요
간접비는 둘 이상의 프로젝트 또는 사업체 전체를 지원합니다. 운영 방식에 따라 다음과 같은 풀을 둘 수 있습니다.
- 고용주 부담 급여세와 복리후생 같은 부가급여
- 공통 기술 감독 또는 생산을 지원하는 시설 같은 간접비
- 경영진 리더십, 회계, 전사 법률 지원 같은 일반관리비
명칭보다 논리가 중요합니다. 각 풀에는 포함되는 비용에 대한 명확한 설명과 배부에 사용할 기준이 필요합니다. 예를 들어 인건비 기반 간접비 풀은 공통 자원의 소비 방식을 반영한다면 직접 인건비 금액이나 직접 근로시간을 사용해 배부할 수 있습니다.
계산은 이해하기 쉽게 유지하세요.
Indirect rate = eligible costs in the pool ÷ selected allocation base풀에 적격 연간 비용이 120,000이고 선택한 기준이 직접 인건비 금액 600,000이라면 잠정 비율은 20 percent입니다. 핵심은 비율을 정밀해 보이게 만드는 것이 아니라, 입력값을 재현 가능하게 하고 검토하며 일관되게 적용하는 것입니다.
근로시간 부과를 월말 추정이 아닌 일상 통제로 만드세요
많은 전문 서비스 계약업체에서 인건비는 가장 큰 비용이면서 가장 중요한 원시 기록입니다. 급여 기간 말에 일정표 항목, 채팅 메시지 또는 관리자의 기억을 바탕으로 신뢰성 있게 재구성할 수 없습니다.
직원에게 단순하고 구체적인 부과 선택지를 제공하세요
각 직원은 승인된 목록에서 유효한 프로젝트 코드 또는 간접 코드 하나를 선택할 수 있어야 합니다. 더 구체적인 코드가 있는데도 “프로젝트 업무”나 “관리” 같은 포괄적 선택지를 사용하지 마세요. 동시에 직원들이 추측할 정도로 코드 목록을 복잡하게 만들지도 마세요.
직원은 근로시간을 즉시 기록하고 수정 사항을 식별해야 하며, 관리자가 합리성 측면에서 시간을 승인한다는 점을 이해해야 합니다. 이는 직원 본인의 정확한 기록을 대신하는 절차가 아닙니다. 승인된 시간을 수정할 수 있는 사람을 제한하고 변경에 대한 감사 추적을 보존하며, 맥락 없이 원래 입력값을 덮어쓰지 말고 수정 사항이 보이게 하세요.
세 가지 인건비 기록을 조정하세요
각 급여 마감 때 다음을 조정하세요.
- 근태 시스템의 총 근로시간
- 급여의 총 유급시간
- 프로젝트와 간접비 풀에 게시된 인건비 금액
조정이 복잡할 필요는 없지만 모든 차이를 설명해야 합니다. 유급휴가, 보너스 및 급여 조정은 프로젝트 시간과 다르게 처리하는 것이 정당할 수 있습니다. 중요한 것은 처리가 문서화된 정책을 따르고 총액을 대사할 수 있다는 점입니다.
청구 전에 인건비 배부를 검토하세요
청구서를 준비하기 전에 프로젝트 관리자와 재무 검토자가 비정상적인 패턴을 확인하게 하세요. 예를 들면 고위 직원이 모든 시간을 한 작업에 부과하는 경우, 직접시간에서 간접시간으로 갑자기 이동한 경우, 비활성 프로젝트 코드에 비용이 부과된 경우, 또는 인력 계획과 크게 다른 인력 구성이 있습니다. 이는 오류의 자동 증거가 아니라 조사하라는 신호입니다.
모든 비인건비에 대해 비용 허용성 업무 흐름을 만드세요
“총계정원장에 기록됨”과 “청구 준비 완료”는 같은 상태가 아닙니다. 잘 설계된 업무 흐름은 비용을 청구서나 간접비 풀에 포함하기 전에 평가할 수 있을 만큼의 세부사항을 수집합니다.
중요한 구매마다 청구서 또는 영수증, 사업 목적, 프로젝트 또는 풀 코드, 승인 및 관련 계약 제한을 보관하세요. 반복 비용은 정책을 한 번 문서화해 일관되게 적용한 뒤, 그 정책을 따랐음을 보여 주는 정기 증빙을 보관하세요.
검토 가능한 비용 상태 필드를 사용하세요
회계 시스템, 승인 도구 또는 단순하지만 통제된 스프레드시트 등 비용 업무 흐름이 어디에 있든 상태를 추가하세요.
| 상태 | 의미 |
|---|---|
| 검토 대기 | 비용은 기록되었지만 청구 처리 여부를 아직 평가하지 않았습니다. |
| 직접 청구 가능 | 비용은 증빙되었고 해당 업무와 연결되어 청구서 준비가 되었습니다. |
| 간접비 풀 | 비용은 문서화된 공통 비용 풀에 속합니다. |
| 불허 또는 제외 | 비용은 회사 장부에 남지만 상환 계산에서는 제외됩니다. |
| 계약 검토 필요 | 처리는 결정이 필요한 조건, 승인 또는 사실관계에 따라 달라집니다. |
이 작은 구분은 흔한 실수를 막아 줍니다. 즉, 상환되지 않는다는 이유로 비용을 삭제하거나 숨기는 일입니다. 재무제표에는 여전히 실제 사업 비용이 표시되어야 합니다. 별도의 상태는 단지 청구 비용 보고서나 간접비율 계산을 부풀리지 않게 합니다.
간접비율을 경영 루틴으로 전환하세요
잠정 간접비율은 계획 도구이지, 한 번 정하고 잊어버리는 비율이 아닙니다. 특히 인원수, 시설, 하도급 또는 직접 업무의 구성 비율이 바뀔 때 정기적으로 다시 검토하세요.
월간 비율 패키지를 만드세요
최소한 다음을 포함하는 월간 패키지를 준비하세요.
- 계정별 실제 풀 비용
- 프로젝트별 및 전체 실제 배부 기준
- 청구 또는 계획에 사용한 잠정 비율
- 실제 연초 대비 누적 비율
- 필요한 경우 차이 설명과 제안 조치
성장 중인 계약업체가 계획보다 일찍 직원을 채용했다고 가정해 보겠습니다. 직접 인건비가 이를 흡수할 만큼 늘어나기 전에 부가급여와 간접비가 증가할 수 있습니다. 월간 패키지는 예측을 수정하고, 적절한 경우 잠정 비율을 조정하거나, 적절한 계약 관계자와 영향을 논의할 시간이 있을 때 변화를 보이게 합니다.
발생 비용과 현금 흐름을 구분하세요
현금 지급일이 항상 비용이 프로젝트 보고서에 속하는 시점을 알려 주는 것은 아닙니다. 회계 정책에 따라 임금, 복리후생, 공급업체 서비스 및 기타 중요한 비용을 적절한 기간에 기록하는 마감 절차를 수립하세요. 그런 다음 프로젝트 비용 보고서, 간접비율 일정 및 총계정원장을 같은 마감 기준으로 조정하세요.
이 규율은 내부 현금 계획도 개선합니다. 발생한 비용, 청구한 금액, 회수한 금액, 검토 중인 금액의 차이를 확인할 수 있으므로 은행 잔액 하나를 전체 이야기로 보지 않게 됩니다.
청구서를 설명 가능하게 만드는 기록을 구축하세요
청구서 패키지는 받은편지함을 뒤져 조립하는 것이 아니라 장부에서 재현할 수 있어야 합니다. 검토자가 매월 새로운 분석을 만들어 내지 않고도 청구 총액에서 세부 기록으로 이동할 수 있도록 절차를 설계하세요.
실무적인 청구 증빙 체크리스트
청구서를 제출하기 전에 다음을 제시할 수 있는지 확인하세요.
- 적용되는 자금 또는 한도 정보를 포함한 계약 및 작업지시서 요약
- 당기 및 누적 직접비를 보여 주는 이행 기간 보고서
- 승인된 근태 및 급여 기록에 연결된 인건비 세부내역
- 청구서, 영수증 및 승인에 연결된 비인건비 세부내역
- 풀과 기준을 뒷받침하는 간접비율 계산
- 제외, 질의 또는 보류 중인 비용 목록
- 청구 일정에서 총계정원장으로의 조정
이 패키지는 일관된 폴더 구조에 보관하고 청구서에 사용한 버전을 잠그세요. 이후 수정이 필요하면 원본 패키지를 보존하고 무엇이 왜 변경되었는지 문서화하세요. 이는 파일을 조용히 교체하는 것보다 훨씬 유용합니다.
첫 마감 전에 책임을 정하세요
많은 장부 관리 실패는 책임 소재의 실패입니다. 재무 부서는 프로젝트 관리자가 비용을 설명할 것이라 가정하고, 프로젝트 관리자는 재무 부서가 계약 규칙을 알고 있다고 가정하며, 직원은 업무가 실제였으므로 근무표 수정은 무해하다고 가정합니다.
업무를 명시적으로 배정하세요.
| 역할 | 핵심 책임 |
|---|---|
| 직원 | 유효한 코드에 대해 시간을 정확하고 신속하게 기록합니다. |
| 프로젝트 관리자 | 프로젝트 관련성과 합리성을 위해 인건비와 직접비를 검토합니다. |
| 재무 또는 장부 관리 책임자 | 원장, 조정, 비용 풀, 비율 계산 및 청구 증빙을 유지합니다. |
| 계약 또는 운영 책임자 | 계약별 요건을 해석하고 예외 또는 정책 변경을 승인합니다. |
| 소유자 또는 경영진 | 추세를 검토하고 중요한 통제를 승인하며 절차에 충분한 인력을 확보합니다. |
소규모 계약업체에서는 한 사람이 여러 역할을 맡을 수 있습니다. 검토가 다른 시간에 또는 다른 사람이 수행된다면 통제는 여전히 가치가 있습니다. 예를 들어 창업자가 월간 비율 패키지를 승인하고 장부 관리자가 이를 준비할 수 있습니다.
60일 준비 계획
모든 회계 절차를 한 번에 재설계할 필요는 없습니다. 추적 불가능한 비용의 위험이 가장 큰 경로부터 시작하세요.
1일차부터 15일차: 현재 흐름을 지도화하세요
인건비와 비용이 장부에 들어오는 모든 방식을 나열하세요. 프로젝트 코드가 선택되는 곳, 문서가 저장되는 곳, 검토자가 분류를 변경할 수 있는 곳을 식별하세요. 그 지도를 예상 계약과 청구서가 요구할 정보와 비교하세요.
16일차부터 30일차: 코딩과 정책을 수립하세요
계약 및 간접 코드를 설정하고, 계정과목표 매핑을 수정하며, 근태 관리, 직접비 부과, 비용 승인 및 제외 비용에 대한 짧은 정책을 게시하세요. 팀 전체에 사용을 요청하기 전에 몇 가지 대표 거래로 절차를 시험하세요.
31일차부터 45일차: 병행 마감을 실행하세요
모의 월간 마감을 완료하세요. 인건비를 조정하고, 잠정 비율을 계산하며, 프로젝트 비용 보고서를 준비하고, 청구 증빙 폴더를 구성하세요. 병행 마감은 정책 문서보다 빠르게 누락된 데이터를 드러냅니다.
46일차부터 60일차: 예외를 수정하고 일정을 정하세요
코딩 공백을 해결하고, 혼란스러운 선택지를 단순화하며, 수정된 업무 흐름에 관해 직원을 교육하고, 반복 검토 일정을 잡으세요. 그런 다음 실제 데이터를 사용하여 마감을 반복하세요. 목표는 한 번의 “감사 준비 완료” 프로젝트가 아니라 신뢰할 수 있는 루틴입니다.
재무 관리를 간소화하세요
명확한 프로젝트 코드, 문서화된 승인 및 조정된 비용 풀은 정부 계약 장부 관리를 더 쉽게 운영하고 설명하게 합니다. Beancount.io는 투명하고 버전 관리되며 AI 준비가 된 일반 텍스트 회계를 제공하여, 팀이 각 의사결정의 근거가 되는 재무 기록을 체계적으로 유지하도록 돕습니다.