지금 당장은 계정과목표가 잘 작동하고 있습니다. 모든 거래에 자리가 있고, 손익계산서도 합리적으로 보이며, 세금 신고 시즌도 그럭저럭 넘겼습니다. 그러다 신용 한도 대출을 신청하는데, 심사역이 유동비율을 요청합니다. 하지만 단기 부채와 장기 부채가 하나의 계정에 섞여 있어 산출할 수 없습니다. 아니면 감사인이 "일반 경비" 계정을 표본 추출했는데, 12개월치 무관한 지출이 뒤섞여 있어 검증할 방법이 없습니다. 매출 1억 원 규모에서 잘 맞았던 COA가, 매출 10억 원 규모에서는 중요한 질문에 재무제표가 답하지 못하는 원인이 됩니다.
계정과목표는 장부의 골격입니다. 자산, 부채, 자본, 수익, 비용 등 거래가 들어가는 모든 항목의 번호가 매겨진 목록입니다. 대부분의 소규모 기업은 회계 소프트웨어의 기본값을 그대로 물려받고 다시 설계하지 않습니다. 이 가이드는 함께 성장하는 COA를 구축하는 방법을 보여줍니다. 오늘 유지하기에 충분히 간결하고, 대출 기관을 만족시킬 만큼 체계적이며, 첫 감사를 견딜 만큼 깨끗한 구조 말입니다.
대부분의 소규모 기업 COA가 무너지는 이유
대부분의 회계 소프트웨어에 있는 기본 계정과목표는 10분 안에 거래 입력을 시작하도록 설계되었지, 3년 차에 의사결정 수준의 재무제표를 산출하도록 설계되지 않았습니다. 세 가지 실패 패턴이 반복적으로 나타납니다.
모든 것이 너무 적은 계정에 몰립니다. 하나의 "사무 경비" 계정에 소프트웨어, 가구, 프린터 용지, 가끔 있는 고객 접대까지 들어갑니다. 하나의 "매출" 계정에 제품 매출, 서비스 매출, 배송 수익이 섞입니다. 합계는 맞지만 세부 내용이 사라지고, 비즈니스의 어느 부분이 실제로 수익성이 있는지 볼 능력도 함께 사라집니다.
아니면 모든 것이 너무 많은 계정에 흩어집니다. 반대의 실패입니다. "사무용품 — 펜", "사무용품 — 종이", "사무용품 — 토너". 각각 몇 건의 항목만 있는 수백 개의 계정, 일관성 없는 이름("사무 경비", "사무용품", "사무 물품"이 소프트웨어에서는 세 개의 다른 계정입니다), 그리고 사소한 계정마다 검토가 필요해 며칠씩 걸리는 결산 과정.
아니면 구조가 작년의 질문에 답합니다. 프리랜서의 COA에는 급여 계정, 재고 계정, 대출 계정이 없습니다. 당시에는 그것이 맞았습니다. 그러다 비즈니스가 직원을 채용하고, 재고를 보유하고, 돈을 빌리면, 각각의 새로운 현실이 가장 가까운 기존 계정에 끼워 맞춰집니다. 인출금이 급여 비용으로 기록됩니다. 대출금이 매출로 기록됩니다. 신용카드 잔액이 매입채무와 뒤섞입니다. 비즈니스 외부의 누군가가 재무제표를 읽을 때쯤이면 숫자에 해석이 필요합니다.
해결책은 더 많은 계정이 아닙니다. 성장, 대출 기관, 감사인이 각각 필요한 것을 찾을 수 있도록 조직된 올바른 계정입니다.
골격: 다섯 가지 유형과 성장 여력이 있는 번호 체계
모든 계정은 다섯 가지 유형 중 하나에 속하며, 번호만 봐도 유형이 분명해야 합니다. 널리 쓰이는 관례는 각 유형에 천 단위 블록을 할당합니다.
- 1000–1999: 자산 — 보유한 것 (은행 계좌, 매출채권, 재고, 장비)
- 2000–2999: 부채 — 빚진 것 (신용카드, 매입채무, 대출, 미납 부가가치세)
- 3000–3999: 자본 — 남은 것 (소유주 출자금, 인출금, 이익잉여금)
- 4000–4999: 수익 — 버는 것 (아래에서 논의하듯 매출 흐름별로 분리)
- 5000–5999: 매출원가 — 판매하는 것의 직접 비용
- 6000–6999: 운영 비용 — 비즈니스 운영에 드는 나머지 모든 것
이 틀을 확장 가능하게 만드는 두 가지 규칙이 있습니다. 첫째, 번호에 여유를 두세요. 101, 102, 103 대신 1010, 1020, 1030으로 번호를 매겨, 새 계정이 번호를 다시 매기지 않고도 올바른 위치에 들어갈 수 있게 합니다. 둘째, 재무제표를 그대로 반영하세요. 재무상태표 계정을 먼저, 그다음 보고서에 나타나길 원하는 순서대로 손익계산서 계정을 배치합니다. 대부분의 소프트웨어는 번호순으로 정렬하므로, 번호가 곧 보고서 순서입니다.
플레인 텍스트 회계를 사용한다면, 동일한 원칙이 계정 계층 구조에도 적용됩니다. Expenses:Office:Software 같은 중첩 이름은 그룹화를 자동으로 제공합니다. Beancount의 계정 구조 문서는 계층 구조가 번호 범위를 대체하면서도 동일한 다섯 가지 유형 논리를 유지하는 방법을 보여줍니다.
오늘이 아니라 성장 단계를 위해 설계하세요
1인 프리랜서로서 필요한 COA와 직원 6명에 두 개의 매출 흐름을 가진 회사에서 필요한 COA는 다릅니다. 18개월 후의 비즈니스를 위해 설계하고, 지금 확장 이음새를 만들어 두세요.
처음부터 매출 흐름을 분리하세요. 오늘 수입의 95퍼센트가 하나의 서비스라도, 흐름별로 별도의 수익 계정을 만드세요. 제품 매출, 서비스 수입, 배송 수입, 이자 수입 등입니다. 나중에 하나의 계정을 셋으로 나누면 과거 데이터를 재분류해야 하지만, 처음부터 셋으로 시작하는 데는 비용이 들지 않습니다. 대출 기관과 인수자 모두 어느 라인이 성장하고 있는지 묻는데, "전부 매출에 있습니다"는 답이 되지 않습니다.
세부 사항에는 차원을, 구조에는 계정을 사용하세요. 위치, 프로젝트, 고객별 수익성을 추적하고 싶을 때, 위치별로 비용 계정을 복제하고 싶은 유혹을 참으세요. 그 길은 "임차료 — 오스틴", "임차료 — 덴버", "임차료 — 원격"과 400개 계정 괴물로 이어집니다. 대신 하나의 임차료 계정을 유지하고 소프트웨어의 클래스, 태그, 부서를 두 번째 차원으로 사용하세요. 경험 법칙은 이렇습니다. 분류가 세금 신고서의 별도 라인이나 대출 약정 계산에 필요하면 계정이고, 내부 분석용이면 태그입니다.
첫 채용 전에 급여 블록을 계획하세요. 급여를 처음 처리하는 날 최소한 다음이 필요합니다. 총급여 비용, 급여세 비용(고용주 부담분), 원천징수세에 대한 급여 부채, 그리고 신고하는 각 세무 당국별 별도 부채 계정. 이것을 즉흥적으로 처리하는 기업은 보통 급여를 부채와 상계하거나 고용주 부담분을 잘못 비용 처리하는데, 둘 다 감사인이나 국세청이 되돌립니다.
재무상태표가 손익계산서보다 빠르게 성장할 것으로 예상하세요. 성장은 비용 범주를 추가하기 훨씬 전에 은행 계좌, 매출채권, 재고, 선급 잔액, 장비, 대출, 미지급 비용을 추가합니다. 1000번대와 2000번대에 넉넉한 공간을 확보하세요. 연 1회 — 이상적으로는 연말 전에 — COA를 검토하면 구조가 비즈니스에 뒤처지는 대신 앞서 나갑니다.
대출 준비 완료로 만들기: 심사역이 실제로 찾는 것
대출이나 신용 한도를 신청할 때, 심사역은 거래 내역을 읽지 않습니다. 재무상태표에서 계산된 비율을 읽습니다. 유동비율, 부채비율, 부채상환계수 등입니다. COA는 그 비율이 애초에 계산 가능한지를 결정합니다.
유동과 비유동을 분리하세요. 이것이 차입을 위한 단일 최고 가치의 구조적 변화입니다. 유동자산(현금, 매출채권, 재고)은 장기자산(장비, 보증금)과 분리 가능해야 하고, 유동부채(신용카드, 매입채무, 대출의 유동 부분)는 장기 부채와 분리 가능해야 합니다. 5년 만기 장비 대출이 신용카드 잔액과 한 계정에 있다면, 유동비율이 틀렸고 어떤 심사역도 나머지 패키지를 신뢰하지 않을 것입니다. 장기부채의 유동 부분 계정을 만들고 매년 만기 도래분을 그곳으로 옮기세요. 최소한 각 대출을 고유 계정에 유지하여 분리가 계산될 수 있게 하세요.
모든 차입 시설에 고유 계정을 부여하세요. 각 대출, 신용 한도, 신용카드는 대출 기관과 시설 이름을 딴 전용 부채 계정을 갖습니다. "체이스 신용 한도", "SBA 7(a) 대출 — 퍼스트 뱅크" 등입니다. 대출금을 어떤 것과도 상계하지 말고, 빌린 돈을 매출로 기록하지 마세요. 둘 다 놀랍도록 흔하며 둘 다 수익을 왜곡합니다. 이자는 원금 상환과 분리된 자체 비용 계정에 기록하세요. 이자는 공제 가능하고 원금은 그렇지 않기 때문입니다.
소유주 활동을 운영에서 분리하세요. 소유주 출자금, 인출금, 분배금은 자본 계정에 속하며, 수익이나 비용에 절대 들어가지 않습니다. 심사역은 소유주 보상의 특이 사항을 볼 수 있을 때 가산 조정합니다. 인출금이 "급여"나 "기타 경비"에 묻혀 있으면 이익이 실제보다 낮아 보이고 대출 조건이 불리해집니다.
제3자 명세서와 대사하세요. 모든 대출 계정은 대출 기관 명세서와, 모든 은행 계좌는 은행 명세서와, 모든 카드는 카드 명세서와 일치해야 합니다. 대출 기관 서신과 일치하지 않는 대출 잔액을 발견한 심사역은 나머지 모든 것에 대해 최악을 가정합니다. 체계적인 접근은 은행 대사 자동화 가이드를 참조하세요.
감사 준비 완료로 만들기: 외부인이 검증할 수 있는 구조
여기서 "감사"는 국세청, 주 세무 당국, 투자자를 위한 재무제표 검토, 또는 단순히 새로 온 회계사의 첫 검토를 포함합니다. 모두 같은 방식으로 작동합니다. 계정을 선택하고, 표본을 원본 문서까지 추적하고, 계정이 이름이 말하는 것을 의미하는지 확인합니다. 그 과정을 위해 설계하세요.
외부 관계당 하나의 계정. 세상에 하나의 은행 계좌면 장부에도 하나의 계정. 하나의 대출이면 하나의 계정. 신고하는 하나의 부가가치세 관할구역이면 하나의 미지급금 계정. 감사인이 계정 잔액을 단일 제3자 명세서와 대조할 수 있으면 검증에 몇 분이 걸립니다. 세 개의 신용카드가 "미지급 신용카드"를 공유하면 검증에 몇 시간이 걸리고 발견 사항이 늘어납니다.
결산 전에 미결제와 정리 잔액을 제거하세요. 미결제 계정("회계사에게 문의", "미분류 경비")은 월중 임시 보관 장소로는 괜찮습니다. 기말 잔액으로는 위험 신호입니다. 감사인은 해결되지 않은 미결제 잔액을 아무도 이해하지 못하는 거래가 장부에 있다는 자백으로 취급합니다. 매월 말마다, 매번 0으로 만드세요.
계정 이름을 정확하고 일관되게 지정하세요. 같은 COA에 "식대", "식대 및 접대비", "고객 식대"가 있으면 오분류가 보장됩니다. 개념당 하나의 이름을 선택하고, 각 계정에 한 줄 정의를 작성하고, 거래를 입력하는 사람이 볼 수 있는 곳에 정의를 보관하세요. 일관성이 영리함보다 중요합니다. 6개월 후 거래를 분류할 사람이 바로 당신이 글을 쓰는 대상입니다.
계정을 세금 신고서 라인에 매핑하세요. 모든 수익과 비용 계정은 사업 세금 신고서의 정확히 하나의 라인에 매핑되어야 합니다. Schedule C, Form 1120-S, 또는 Form 1065 등입니다. 두 계정이 한 라인에 매핑되는 것은 괜찮지만, 한 계정의 내용이 두 라인에 걸쳐 나뉘면 그 계정은 잘못된 것입니다. 이 매핑이 세금 신고 시즌을 저렴하게 만드는 비결이기도 합니다. 회계사에게 시산표와 매핑을 건네면 신고서가 거의 저절로 작성됩니다.
감사 추적을 온전하게 유지하세요. 이력이 있는 계정을 삭제하지 말고, 연중에 계정 이름을 다른 의미로 바꾸지 말고, 새 구조에 맞추기 위해 과거 거래를 편집하지 마세요. 구조를 반드시 바꿔야 한다면 연말에 구 계정에서 신 계정으로의 매핑과 함께 하고, 매핑을 보관하세요. 감사인은 전년 대비 비교를 합니다. 설명되지 않는 비교 가능성의 단절은 질문을 초래합니다.
대부분의 소규모 기업에 빠져 있는 계정
COA를 흔히 누락되는 계정 목록과 비교해 보세요. 각각 빠져 있는 것이 재무제표의 작은 왜곡입니다.
- 감가상각누계액 (차감 자산). 이것이 없으면 장비가 재무상태표에 영원히 구매 가격으로 남고 감가상각비가 갈 곳이 없습니다. 자산을 한 번 기록하고 매월 감가상각하세요.
- 선급 비용. 연간 보험료, 연납 소프트웨어, 보증금 — 미래 월에 속하는 비용입니다. 지급 시 전액 비용 처리하면 월별 비교가 망가집니다.
- 미지급 비용. 월말에 발생했지만 아직 지급되지 않은 임금, 대출에 발생한 이자, 청구되지 않은 공급업체 작업. 발생주의 회계에서는 이것이 필요합니다. 없으면 매 결산마다 부채가 과소 계상됩니다.
- 소유주 자본 세분화. 출자금, 인출금/분배금, 이익잉여금을 위한 별도 계정. 모든 것을 흡수하는 단일 "소유주 자본" 계정은 아무 이야기도 하지 않습니다.
- 미납 부가가치세 — 관할구역별. 징수하는 주나 지역별로 하나의 계정. 잔액이 합쳐지면 신고가 오류 나기 쉽고 넥서스 검토가 고통스러워집니다.
- 매출원가 세부 항목. 최소한 매입, 직접 노무, 운임, 재고 조정을 분리하세요. 매출총이익은 손익계산서에서 가장 면밀히 검토되는 라인입니다. 단일 "매출원가" 덩어리는 가격, 구매, 생산 중 무엇이 문제인지 숨깁니다.
- 가맹점 수수료. 결제 처리 수수료는 수익과 상계하지 말고 자체 계정을 가져야 합니다. 상계하면 수익과 비용 모두 과소 계상되고 수수료 벤치마킹이 복잡해집니다.
이 모두가 첫날부터 필요한 것은 아닙니다. 기반이 되는 현실이 나타날 때 — 첫 장비 구매, 첫 연납, 첫 직원 — 각각을 추가하고 그 전에는 추가하지 마세요.
이력을 깨뜨리지 않고 구조를 개편하는 시기와 방법
언젠가 COA에 수술이 필요합니다. 비즈니스가 구조를 앞지르거나, 다른 사람의 엉망진창을 물려받을 때입니다. 신중하게 하면 주말 하나의 프로젝트이고, 부주의하게 하면 수년간의 비교 가능성을 훼손합니다.
기간 경계에 맞추세요. 가장 깨끗한 시점은 이전 장부가 완전히 마감된 회계연도의 첫날입니다. 연중 개편도 가능하지만, 중간 보고서의 일관성을 유지하려면 연초 이후 활동을 새 계정으로 재분류해야 합니다. 대사되지 않은 계정이 있는 상태에서 절대 개편하지 마세요. 오류를 찾기 더 어려운 새 구조로 이전하게 됩니다.
매핑을 만들고 재분류하세요. 모든 구 계정, 그 잔액, 매핑되는 신 계정(또는 계정들)을 나열하세요. 새 구조의 첫날 날짜로 재분류 분개를 기표하고, 매핑을 영구 작업 서류로 보관하세요. 하나의 구 계정이 여러 신 계정으로 나뉘면, 직감이 아니라 거래 이력을 사용하여 잔액을 배분하세요.
삭제하지 말고 비활성화하세요. 은퇴한 계정은 비활성으로 표시하여 드롭다운에 나타나지 않게 하되 비교 보고서를 위해 이력을 유지하세요. 거래가 있는 계정을 삭제하면 소프트웨어에 따라 실패하거나 항목이 고아가 됩니다. 어느 결과든 나쁩니다.
확정 전에 새 구조를 테스트하세요. 마감된 월에 대해 새 구조로 핵심 보고서 — 손익계산서, 재무상태표, 시산표 — 를 실행하고 모든 라인을 구 버전과 비교하세요. 합계는 정확히 일치해야 하며, 그룹화만 바뀝니다. 무언가 일치하지 않으면 매핑이 잘못된 것이지 구 장부가 잘못된 것이 아닙니다.
변경 사항을 문서화하세요. 무엇이 바뀌었는지, 왜, 발효일, 계정 매핑을 담은 한 페이지 메모는 회계사, 대출 기관, 또는 내년의 당신이 3월에 "소모품"이 왜 0으로 떨어졌는지 물을 때 몇 시간을 절약합니다. 연말 작업 서류와 함께 보관하세요.
연 1회 COA를 검토하세요
계정과목표는 기념비가 아니라 날카롭게 갈아야 하는 도구입니다. 연 1회, 연말 결산 전에 전체 계정 목록을 훑으며 각 계정에 대해 세 가지 질문을 하세요. 여기에 다른 곳에 속할 것이 기표되고 있지는 않은가, 이 계정이 여전히 존재 가치가 있는가, 어떤 새로운 현실에 자리가 필요한가? 중복을 병합하고, 죽은 계정을 비활성화하고, 빠진 것을 추가하고, 세금 라인 매핑을 갱신하세요. 30분의 정리가 실사 중 30시간의 정리보다 낫습니다.
더 깊은 습관은 부기 구조를 인프라로 취급하는 것입니다. 작동할 때는 보이지 않고, 실패할 때는 비용이 많이 듭니다. 오늘 신중하게 추가하는 모든 계정은 내일 대출 기관, 감사인, 구매자가 물을 필요가 없는 질문입니다.
첫날부터 재무를 정리하세요
비즈니스와 함께 성장하는 계정과목표를 설계하면서, 완전히 통제하는 시스템에서 명확한 재무 기록을 유지하면 모든 개편, 대사, 감사가 더 간단해집니다. Beancount.io는 재무 데이터에 완전한 투명성과 통제를 제공하는 플레인 텍스트 회계를 제공합니다 — 블랙박스도, 벤더 종속도 없습니다. 무료로 시작하세요 그리고 개발자와 재무 전문가들이 왜 플레인 텍스트 회계로 전환하는지 확인하세요.
