이관 범위
기존 장부 이관 범위 정하기
전부 옮기는 것이 목표가 아닙니다. 몇 년치를 옮길지, 잔액만 옮기고 상세는 별도 보관할지, 세무 신고 이력은 어떻게 남길지. 이관 범위가 정해지면 작업량과 일정이 보입니다.
- 국내 ERP는 이관 지원 절차가 정형화된 경우가 많습니다.
- 글로벌 SaaS는 잔액·거래 이력 각각 별도 설계가 필요할 수 있습니다.
- 이관 검증은 반드시 원본 장부와 대조하는 방식으로 진행합니다.
도입 가이드 · 전환 절차
도입 절차, 무엇부터 정하고 무엇을 옮기는가
클라우드 회계 전환에서 일정이 밀리는 이유는 대개 기술이 아닙니다. 요구사항이 정리되지 않은 채 시작하거나, 기존 장부를 언제 어떤 형태로 옮길지 정하지 않은 경우입니다. 요구사항 정리부터 기존 장부 이관, 은행 연동, 권한 설계, 병행 운영까지 순서대로 정리합니다. 단계를 건너뛰면 뒤에서 되돌아옵니다.
시작 전에 확인할 것
도입 전에 다섯 가지가 정해져 있어야 합니다
이 다섯 항목이 구두로만 합의되어 있으면, 도중에 요구사항이 바뀌고 이관 범위가 흔들립니다. 다섯 줄을 문서로 만드는 데 걸리는 시간은 회의 한 번보다 짧습니다.
-
회계 처리 항목의 기준
전표 유형, 계정 체계, 결산 주기. 지금 쓰는 기준을 그대로 옮길지, 도입하면서 정리할지부터 정합니다.
-
필요한 보고서 목록
경영진 보고용, 세무 신고용, 부서별 관리용. 어떤 숫자가 어디서 나오는지까지 적어두면 검수 기준이 됩니다.
-
승인 단계 구분
누가 입력하고, 누가 승인하고, 누가 마감하는지. 이 단계가 정해져야 권한 설계가 그 위에 얹힙니다.
-
외부 연동 대상
은행 계좌, 카드, 전자세금계산서, 급여. 각각 어떤 주기로 어떤 데이터를 받을지 정합니다.
-
사용자 수와 권한 구분
부서별, 직급별, 외부 감사 대응 인력을 포함한 계정 수를 미리 세어둡니다. 견적서와 라이선스 등급이 여기서 갈립니다.
장부 이관 · 은행 연동 · 권한 · 병행
되돌리기 가장 어려운 네 가지 결정
네 가지는 도입 초반에 정해지고, 운영 단계에서 바꾸려면 비용과 이력 충돌이 함께 커집니다. 순서대로 결정하고, 결정한 내용을 요구사항 문서의 뒤에 붙여둡니다.
외부 연동
은행 연동과 외부 데이터 연결
은행 계좌, 카드, 세금계산서, 급여. 외부에서 들어오는 데이터의 연결을 설계합니다. 계좌별로 어떤 거래를 자동으로 받을지, 어떤 항목을 자동 매칭 규칙에 넣을지 정합니다.
처음부터 모든 규칙을 만들 필요는 없습니다. 자주 발생하는 항목부터 시작해 예외를 줄여가는 편이 현실적입니다. 연동이 끊겼을 때 누가 확인하는지도 정해둬야 합니다.
권한 · 감사 로그
권한 설계, 나중에 바꾸기 가장 어려운 것
누가 어떤 전표를 입력하고, 수정하고, 승인하고, 마감할 수 있는지. 이 설계는 도입 초기에 정해야 합니다. 운영 중에 바꾸면 이미 쌓인 이력과 충돌합니다.
직무 분리 원칙을 반영해야 하는 회사라면 더 이릅니다. 감사 로그가 어떤 단위로 남는지도 함께 확인합니다. 이 항목은 비용 견적서에 잘 드러나지 않지만 도입 후 만족도를 크게 가릅니다.
병행 운영
병행 운영 기간을 어떻게 쓸 것인가
기존 시스템과 새 시스템을 함께 돌리는 기간입니다. 이 기간의 목적은 안전이 아니라 검증입니다. 같은 거래를 양쪽에 넣고 결과를 대조합니다.
차이가 나면 원인을 찾습니다. 이관 오류인지, 규칙 설정 문제인지, 처리 방식 차이인지. 병행 기간을 너무 길게 잡으면 인력이 지칩니다. 목표를 정하고 끝내는 편이 낫습니다.
마이그레이션 · 첫 마감 · 일정
마감 전에 점검할 항목
마이그레이션 실수, 오픈 후 첫 마감, 일정 산정. 세 항목을 한 장의 점검표로 묶었습니다. 아래 토글로 자주 빠뜨리는 항목만 골라 볼 수 있습니다.
체크하면 자주 빠뜨리는 항목이 강조되고 나머지 항목은 흐려집니다. 목록 자체는 그대로 남습니다.
이관 데이터 검증을 마지막에 몰아두지 않았는지
자주 빠뜨림세무 신고 이력의 보관 방식을 정했는지
문서 확인예외 거래를 담당자가 따로 점검할 규칙이 있는지
자주 빠뜨림입력 담당자 교육을 형식적으로 처리하지 않았는지
대상 확인첫 마감에서 나온 문제를 목록으로 만들었는지
자주 빠뜨림검증과 교육 시간이 일정에서 줄어들지 않았는지
일정 확인위 항목은 도입 검토 회의에서 그대로 순서대로 짚을 수 있는 질문 목록입니다. 한 항목이라도 답이 문서에 없으면 그 항목이 일정 지연의 원인이 됩니다.
첫 마감 · 안정화
오픈 후 첫 마감이 도입의 성패를 보여줍니다
첫 마감에서 세 가지를 확인합니다. 전표가 정상적으로 올라오는지, 대사가 맞는지, 보고서 숫자가 기존과 일치하는지. 세 가지 모두 문서로 확인하지 않으면 두 번째 마감에서 같은 문제가 반복됩니다.
이 마감에서 나온 문제를 목록으로 만들고 하나씩 정리합니다. 두 번째 마감에서 같은 문제가 반복되면 설정이 잘못된 것입니다. 첫 마감을 기준으로 안정화 기간을 잡는 편이 현실적입니다.
일정 산정
일정을 현실적으로 잡는 법
요구사항 정리, 계약, 구축, 이관, 검증, 교육, 병행 운영, 안정화. 각 단계에 필요한 시간은 회사 규모와 이관 범위에 따라 다릅니다. 아래 표는 어느 단계에 시간이 얼마나 필요한지, 줄이면 어디서 되돌아오는지를 정리한 것입니다.
요구사항 정리 · 계약
문서 확정구축 · 기본 설정
범위에 따라장부 이관 · 원본 대조
이관 범위 비례은행 연동 · 매칭 규칙
계좌 수 비례검증 · 교육
축소 금지병행 운영 · 안정화
목표 정해 종료다음 단계
우리 회사 이관 범위부터 정리해 보시겠습니까
전화 상담
+82 2 590 2934평일 09:00 – 18:00 (주말 및 공휴일 휴무). 통화 중에는 요구사항 문서 초안을 함께 열어두고 상담합니다.
이메일: [email protected]