-
01
계정과목 체계 정렬
법인마다 다른 계정과목 이름을 하나의 매핑표로 통일합니다. 표를 만들지 않으면 매 결산에서 손으로 다시 맞춥니다.
-
02
법인 간 상계
내부 거래를 어느 시점에 상계하는지 정합니다. 상계 규칙을 시스템에 넣을 수 있는지도 함께 확인합니다.
-
03
환율 처리
어떤 환율을, 어느 시점에 적용하는지가 결산 숫자를 바꿉니다. 외화 계정이 있는 법인이 있다면 미리 정합니다.
-
04
연결 마감 순서
개별 법인 마감이 끝난 뒤 연결 조정을 하는 순서를 문서로 남깁니다. 이 순서가 매번 달라지면 일정이 흔들립니다.
자료 목록
갱신 2026
무엇을 담았는가
이 페이지는 재무·회계 실무자와 의사결정자가 반복해서 꺼내 쓰는 자료를 모읍니다. 용어 정리, 도입 체크리스트, 비교 방법론처럼 매번 새로 만들기 아까운 것들입니다. 자료는 특정 제품을 권하지 않고, 판단 기준을 세우는 데 초점을 둡니다.
- 클라우드 회계 기본 용어 7
- 도입 체크리스트 6
- 회계 소프트웨어 평가 기준 5
- 비교 방법론 4
- 다법인·다사업장 운영 노트 4
- 전자세금계산서·세무 연동 5
실무에 바로 쓰는 회계·ERP 참고 자료
회계 규칙을 먼저 긋고, 제품을 그 위에 올립니다. 판단 기준을 세우는 데 쓰는 자료를 한 곳에 모았습니다.
특정 제품을 권하지 않습니다. 읽고 나서 우리 회사 조건에 대입할 때 쓸모가 생기는 자료입니다.
용어 정리
클라우드 회계 기본 용어
처음 비교를 시작하는 팀이 가장 자주 막히는 지점은 용어입니다. 전표와 분개가 어떻게 다른지, 원가관리와 재무회계가 어디서 갈리는지, 다법인과 다사업장이 무슨 차이인지. 제품 데모에서 당연한 듯 쓰이지만, 정의를 모르면 비교가 흐려집니다.
-
전표 · 분개 거래를 장부에 남기는 두 단계 펼치기
전표는 거래 사실을 한 건씩 적는 입력 단위이고, 분개는 그 금액을 차변과 대변으로 나눠 계정과목에 배분하는 기록입니다. 데모에서는 같은 흐름처럼 보이지만, 비교할 때는 "전표를 누가 어떻게 만들고, 분개가 자동인지 수동인지"를 따로 물어야 합니다. 이 둘을 한 덩어리로 보면 자동화 수준 차이가 가려집니다.
-
재무회계 · 원가관리 외부 보고용과 내부 관리용 펼치기
재무회계는 결산과 외부 재무제표를 만들기 위한 축이고, 원가관리는 제품·프로젝트·부서 단위로 수익성을 보기 위한 축입니다. 원가 배부 규칙, 기준 조정, 관리 회계 보고서의 주기를 요구사항으로 먼저 적어두면, 어느 제품이 원가 모듈을 어디까지 자체 처리하는지 분명해집니다.
-
다법인 · 다사업장 회계 단위를 어디까지 나누는가 펼치기
다법인은 법적 회계 주체가 둘 이상이라는 뜻이고, 다사업장은 같은 법인 안에서 사업장 단위로 손익을 나눠 본다는 뜻입니다. 조직도와 결산 보고 단위를 먼저 그려두지 않으면 두 개념이 뒤섞여 비교표가 흐려집니다. 다법인 표에서 승인 흐름과 연결 마감 순서를 함께 확인해 두는 편이 좋습니다.
-
부가세 신고 · 전자세금계산서 발행·수취와 신고 집계의 경계 펼치기
전자세금계산서 발행·수취 자체와, 부가세 신고용 집계를 만드는 일은 서로 다른 단계입니다. 제품 비교에서는 "전표 자동 생성이 어디까지인지, 신고용 집계가 어디서 만들어지는지"를 따로 확인하세요. 여기서 자동화 범위가 갈리면 신고 기간마다 수작업이 되살아납니다.
-
내부통제 · 권한 분리 입력·승인·마감 권한의 경계 펼치기
내부통제는 입력, 승인, 마감 권한을 어디서 나누는지의 문제입니다. 감사 대응을 요구사항에 넣어두면 권한 설계가 제품 선택의 실질적인 조건으로 올라옵니다. 결재 로그, 마감 잠금, 변경 이력이 어디까지 남는지는 데모에서도 확인할 수 있는 항목입니다.
-
계정과목 체계 · 연결 법인 간 정렬과 상계 처리 펼치기
법인이 둘 이상이면 계정과목 체계를 정렬하는 일이 먼저입니다. 같은 비용을 다른 이름으로 잡고 있으면 연결이 매번 손으로 다시 맞춰집니다. 계정과목 매핑표, 법인 간 상계 규칙, 환율 적용 시점을 미리 결정해 두면 연결 마감 순서가 단순해집니다.
용어 정리는 그래서 비교의 첫 자료입니다. 먼저 여기서 단어를 맞춰두면 이후 자료를 읽는 속도가 달라집니다.
체크리스트
도입 체크리스트
도입 검토부터 첫 마감까지, 재무팀이 확인해야 할 항목을 순서대로 정리했습니다. 이 체크리스트는 제품을 고르는 도구가 아니라, 준비가 빠졌는지 점검하는 도구입니다. 빠진 항목 하나가 오픈 후 몇 달을 잡아먹습니다.
-
01
요구사항 정의
지금 쓰는 장부, 결산 캘린더, 외부 감사 대응 방식을 문서로 먼저 적습니다. "이게 안 되면 안 된다"와 "있으면 좋다"를 구분해 두면 데모에서 질문이 흔들리지 않습니다.
-
02
데이터 이관 범위
몇 년치를 옮기는지, 옮기지 않는 잔액이 무엇인지, 오픈 잔액을 어디서 확정하는지를 정합니다. 이관 범위는 견적과 일정의 크기를 바꾸는 항목입니다.
-
03
권한 설계
입력, 승인, 마감, 조회 권한을 역할별로 표로 만듭니다. 이 표가 있어야 내부통제 요건과 제품의 권한 모델을 같은 자리에서 비교할 수 있습니다.
-
04
마감 캘린더 재편
월·분기·연 결산 순서를 다시 그립니다. 자동 집계가 어디까지 되는지에 따라 팀의 야근 위치가 바뀝니다. 오픈 후 첫 두 달은 여유를 두고 잡아두는 편이 안전합니다.
-
05
연동 검증
전자세금계산서 발행·수취, 전표 자동 생성, 부가세 신고용 집계를 실제 샘플로 한 사이클 돌려봅니다. "된다"가 아니라 "어디까지 자동인가"로 확인합니다.
-
06
운영 이관과 교육
담당자 인수인계 문서와 단축키·반복 업무 매뉴얼을 만듭니다. 오픈 직후 문의가 몰리는 지점은 대부분 입력 규칙입니다. 그 부분을 미리 문서로 남겨두면 회귀가 줄어듭니다.
평가 기준
회계 소프트웨어 평가 기준
평가 기준은 회사마다 같지 않습니다. 이 자료는 법인·사업장 수, 통합 범위, 세무 연동, 과금 구조, 확장성이라는 다섯 축을 제안합니다. 축을 고정하면 제품 비교가 일관됩니다. 각 축을 어떻게 재는지는 솔루션 비교 페이지의 방식과 연결됩니다.
- 법인·사업장 수
- 회계 단위를 어디까지 나눠야 하는지 봅니다. 같은 법인 안의 사업장 단위 손익, 별도 법인 결산, 연결 마감이 요구사항에 들어 있는지가 이 축의 시작입니다.
- 통합 범위
- 회계만 필요한지, 구매·재고·인사까지 한 시스템으로 묶을지 정합니다. 통합 범위가 넓을수록 도입 기간과 교육 부담이 커진다는 점을 함께 계산합니다.
- 세무 연동
- 전자세금계산서 발행·수취, 전표 자동 생성, 부가세 신고 집계가 어디까지 자동인지 확인합니다. 세무사무소와 주고받는 자료의 형태도 이 축에 포함됩니다.
- 과금 구조
- 사용자 수 기준인지, 모듈 단위인지, 사용량 기준인지 봅니다. 회계 인원이 늘거나 법인이 추가될 때 비용이 어떻게 움직이는지가 실질적인 조건입니다.
- 확장성
- 외부 시스템 연결 방식, 오픈 API 여부, 데이터 반출 가능성을 봅니다. 지금 필요한 기능보다 다음 3년을 더 봅니다.
운영 노트 · 세무 연동
다법인·다사업장 운영 노트
법인이 둘 이상인 조직에서 반복되는 문제를 모았습니다. 이런 문제는 기능 목록에는 안 보이고 실무에서 터집니다. 운영 노트는 그 지점을 미리 짚습니다. 오른쪽 열은 전자세금계산서와 세무 연동 자료로, 연동을 "된다/안 된다"가 아니라 "어디까지 자동인가"로 보는 관점을 정리했습니다.
세무 연동
전자세금계산서·세무 연동 자료
발행·수취, 전표 자동 생성, 부가세 신고 집계, 국세청·세무사 흐름을 단계별로 정리한 자료입니다. 연동을 "된다/안 된다"가 아니라 "어디까지 자동인가"로 보는 관점을 제공합니다.
- 발행 · 수취
- 발행은 시스템 안에서 처리하고, 수취는 자동 수집 여부를 확인합니다. 종이·메일로 들어오는 계산서의 처리 경로도 함께 봅니다.
- 전표 자동 생성
- 계정과목 자동 매핑 여부, 자동 생성된 전표의 검토 흐름, 예외 처리 절차를 확인합니다. 자동 생성 비율이 높을수록 마감 전 작업이 줄어듭니다.
- 부가세 신고 집계
- 신고서 작성용 집계가 어디서 만들어지는지, 매출·매입 세액 집계가 제품 안에서 어디까지 확인되는지 봅니다.
- 세무사무소 흐름
- 외부 세무사와 자료를 주고받는 방식을 확인합니다. 기장 자료 반출이 제품 안에서 처리되는지, 별도 파일로 만들어지는지가 해당됩니다.
활용 방법
자료를 활용하는 방법
자료는 읽고 끝내는 게 아니라 회사 조건에 대입할 때 쓸모가 생깁니다. 체크리스트는 우리 팀 상황에 맞게 고쳐 쓰고, 평가 기준은 우리 우선순위로 다시 정렬합니다.
-
01
체크리스트 다시 쓰기
체크리스트에서 우리 팀에 해당하지 않는 항목은 지우고, 빠진 항목은 직접 추가합니다. 그 자체가 요구사항 정의가 됩니다.
-
02
평가 기준 재정렬
평가 기준은 다섯 축의 순서를 우리 상황에 맞게 다시 정렬합니다. 순서가 다르면 같은 제품도 다른 점수가 됩니다.
-
03
운영 노트 대입
운영 노트는 지금 있는 문제를 항목별로 체크하며 대입합니다. 해당 항목이 없다고 넘기지 말고, 왜 없는지 한 줄 적어둡니다.