회계 담당자
전표 입력 속도, 결산 마감 루틴, 계정과목 체계. 지금 쓰는 방식이 그대로 유지되는지가 판단 기준입니다.
도입 준비 순서
기능 비교는 하루면 끝납니다. 일정을 흔드는 쪽은 과거 전표와 잔액을 어디까지 어떻게 옮길지입니다.
읽기 전에
클라우드 회계 도입에서 일정이 흔들리는 지점은 대개 기능이 아니라 데이터입니다. 과거 전표를 어디까지 옮길지, 잔액을 어떻게 맞출지, 병행 운영을 얼마나 할지가 정해지지 않으면 일정이 밀립니다. 이 페이지는 요구사항 정의부터 데이터 이관, 병행 운영, 정착까지 단계별로 준비할 항목을 정리합니다.
요구사항 정의
도입 검토는 대개 담당자 한두 명의 기억에 의존합니다. 회계 담당자, 세무 담당자, IT 담당자가 각자 다른 요구사항을 갖고 있고, 이 차이가 도입 후에 드러납니다. 요구사항을 문서로 정리하고 우선순위를 붙여두면 제품 선정 기준이 명확해지고, 이후 범위 변경도 관리됩니다.
전표 입력 속도, 결산 마감 루틴, 계정과목 체계. 지금 쓰는 방식이 그대로 유지되는지가 판단 기준입니다.
부가가치세 신고 자료 추출, 세금계산서 발행·수취 흐름, 홈택스 자료와의 대사 방식이 확인 대상입니다.
계정 권한 구조, 사내 시스템과의 연계 범위, 백업과 접속 정책. 개인정보 처리 기준도 이 단계에서 정합니다.
모든 요구사항을 1순위로 두면 선정 기준이 사라집니다. 결산 마감일에 직접 영향을 주는 항목을 먼저 놓고, 나머지는 도입 후 개선 과제로 분리해 두면 검토 회의가 짧아집니다. 요구사항 문서에는 항목마다 담당자 이름과 확인 시점을 함께 적어두는 편이 좋습니다.
데이터 이관
과거 데이터를 어디까지 옮길지는 초기에 정해야 할 사항입니다. 최근 몇 년치만 옮기는 경우가 많지만, 잔액 이월 기준일을 어디로 잡는지가 더 중요합니다. 기준일 이후 거래가 두 시스템에 걸치면 대사가 복잡해집니다. 기준일을 명확히 하고, 그 이전 데이터는 조회용으로만 두는 방식이 일반적입니다.
계정 매핑
옛 계정과목을 새 체계로 옮기는 표를 먼저 만듭니다. 매핑표 없이 이관을 시작하면 대사 단계에서 어느 계정이 어긋났는지 찾는 데 며칠이 걸립니다.
부가세 잔액
매입·매출 부가세 잔액은 기준일 상태로 고정합니다. 이후 신고분은 새 시스템에서만 쌓입니다.
이관 결과 문서
건수와 금액 합계를 남겨 검증 근거로 씁니다. 나중에 감사 대응에도 같은 문서를 씁니다.
전표와 잔액 검증
이관 후에는 검증 기간이 필요합니다. 법인별 시산표를 옛 시스템과 새 시스템에서 각각 뽑아 맞춰보는 작업입니다. 계정 매핑이 잘못되면 이 단계에서 드러납니다. 검증 없이 바로 전환하면 첫 결산에서 문제가 생기고, 그때는 되돌리기 어렵습니다.
같은 기준일로 뽑아야 비교가 됩니다. 마감일이 다르면 차이가 생기는 게 당연합니다.
차이가 나는 계정은 매핑표를 다시 봅니다. 대부분 계정과목 단위 문제에서 멈춥니다.
총계정원장 합계가 맞는지 확인하고 결과를 문서로 남깁니다. 다음 단계의 근거가 됩니다.
검증 결과에 확인한 사람을 남깁니다. 전환 결정을 개인 판단으로 두지 않기 위해서입니다.
병행 운영 설계
병행 운영은 안전장치이지만 비용이 듭니다. 두 시스템에 같은 거래를 입력해야 하므로 담당자 부담이 늘어납니다. 기간을 짧게 잡으면 위험이 남고, 길게 잡으면 부담이 누적됩니다. 보통 첫 결산 주기까지 병행하고, 검증이 끝나면 전환하는 방식이 쓰입니다.
부담을 줄이는 쪽
새 시스템에 먼저 입력하고 옛 시스템에는 결과만 옮기는 방식입니다. 매 건을 두 번 치는 것보다 시간이 덜 듭니다. 다만 옮기는 작업 자체가 누락되기 쉬우니 담당자를 따로 두는 편이 좋습니다.
기간을 정하는 쪽
결산을 한 번 끝까지 겪어야 실제 문제가 드러납니다. 부가가치세 신고와 결산을 각각 한 번씩 통과하면 병행을 끝낼 근거가 생깁니다.
병행 기간을 길게 가져가야 하는 경우도 있습니다. 법인 수가 많거나, 해외 법인과 원화·외화를 함께 다루거나, 재고 평가 방식이 바뀌는 경우입니다. 이런 조건은 요구사항 문서에 미리 적어두면 일정 협의가 쉬워집니다.
은행·카드 연동
은행 계좌와 법인카드 거래를 자동으로 불러오는 기능은 도입 후 체감 차이가 큰 부분입니다. 다만 은행별 연동 범위가 다르고, 인증 방식이 바뀌면 재설정이 필요할 수 있습니다. 도입 초기에 주요 거래 계좌를 모두 연결해보고, 누락되는 거래가 없는지 확인하는 편이 좋습니다.
재고와 원가
제조·유통 기업은 재고 이관이 별도 작업입니다. 기초 재고 수량과 단가를 옮기고, 이후 입출고가 새 시스템에서 정확히 반영되는지 확인해야 합니다. 원가 계산 방식이 바뀌면 마진이 달라 보일 수 있으므로, 이관 전후 계산 기준을 맞춰두는 편이 좋습니다.
정착 이후 점검
전환 후 첫 분기가 지나면 실제 사용 패턴이 드러납니다. 쓰지 않는 기능, 불편한 경로, 추가로 필요한 권한이 보입니다. 이 시점에 설정을 조정하면 이후 운영이 안정됩니다. 반대로 방치하면 우회 작업이 굳어집니다.
정착 점검은 실패를 찾는 자리가 아니라 다음 분기 개선 목록을 만드는 자리입니다. 항목마다 담당자와 처리 시점을 적어두면 설정 변경이 흩어지지 않습니다.
여러 법인을 함께 옮길 때
법인별 계정 체계가 다르면 시산표를 맞추는 작업도 법인 수만큼 늘어납니다. 연결 결산을 하려면 내부거래 상계 규칙을 미리 정해야 하고, 환율을 쓰는 법인이 있으면 적용 시점과 기준 환율을 문서로 합의해 두는 편이 좋습니다.
법인 수가 세 개를 넘고 연결 결산이 필요하다면, 단일 법인 기준의 도입 순서를 그대로 적용하기 어렵습니다. 법인별 이관 순서, 상계 규칙, 환율 기준을 함께 다루는 가이드를 별도로 확인하시면 좋습니다.
다법인 회계 가이드 읽기일정 잡는 순서
법인 수와 이관 범위가 정해지면 검증 기간과 병행 기간을 더해 일정을 잡습니다. 기능 설정보다 이관과 검증에 시간을 더 배정하는 편이 안전합니다. 검토 중인 제품별 도입 난이도는 솔루션 비교 페이지에서 확인하실 수 있습니다.
솔루션 비교표 보기도입 상담
이관 범위, 병행 기간, 연동 대상 계좌처럼 일정에 영향을 주는 항목을 알려주시면 검토 방향과 준비 순서를 정리해 안내드립니다. 정리된 내용은 회신에 담아 보내드리며, 별도 비용은 없습니다.