담당자가 퇴사할 때
한 사람이 들고 있던 계정과목 규칙과 처리 순서가 사라집니다. 인수인계 문서가 있어도 실제 설정은 시스템 안에 남아 있지 않은 경우가 많습니다.
도입 사례 · 필지
9
클라우드 회계로 전환할 때 마주치는 실제 문제
도입 사례를 볼 때 확인해야 할 것은 성공담이 아니라 어떤 문제가 있었고 어떻게 풀었는지입니다. 이 페이지에서는 한국 기업이 클라우드 회계로 전환할 때 반복적으로 나오는 보안, 세무 대응, 데이터 이관 문제를 정리합니다. 개별 회사명과 수치는 상담에서 별도로 안내드립니다.
전환이 반복되는 이유
Systems change on a schedule; the reasons tend to rhyme. Four moments where we see adoption decisions made.
거래처가 늘어날 때
입출금 내역과 전표를 손으로 맞추던 방식은 거래처 수가 일정선을 넘으면 무너집니다. 마감일이 다가올수록 이 작업이 다른 업무를 밀어냅니다.
세무 대리인이 요구를 바꿀 때
신고 시즌에 요청하는 자료 항목이 매년 조금씩 달라집니다. 항목이 늘어날 때마다 기존 파일 구조를 다시 손보게 됩니다.
데스크톱 프로그램 부담
설치와 백업, 버전 업그레이드를 사내에서 감당해야 합니다. 담당자가 바뀔 때마다 이 부담이 다시 시작됩니다.
데이터 이관의 순서
데이터 이관에서 가장 자주 막히는 지점
이관 작업은 계정과목 매핑에서 가장 자주 막힙니다. 기존 프로그램에서 쓰던 계정과목이 표준 체계와 다르게 구성되어 있으면, 그대로 옮기면 결산에서 문제가 됩니다. 거래처 코드가 중복되거나, 오래된 미결 전표가 남아 있는 경우도 흔합니다. 이관 전에 정리 작업을 한 번 거치는 것이 결과적으로 빠릅니다.
STEP 1
계정과목 매핑 점검
STEP 2
거래처 코드 중복 정리
STEP 3
미결 전표 정리 후 이관
신고 흐름이 달라지는 지점
세무 대응이 바뀌는 지점
부가가치세 신고와 전자세금계산서 처리가 클라우드로 옮겨가면 담당자의 업무 순서가 달라집니다. 예전에는 신고 시즌에 자료를 모아 정리했다면, 이제는 평소에 데이터가 정리되어 있고 신고 시점에는 검토만 하게 됩니다. 세무 대리인과의 협업 방식도 자료 전달에서 데이터 공유로 바뀝니다.
평소의 정리, 신고 시점의 검토
분개장과 매입·매출 세금계산서가 거래 발생 시점에 정리되면, 신고 시즌에는 누락 여부만 확인합니다. 마감일이 몰릴 때의 부담이 크게 줄어듭니다.
세무 대리인과의 자료 공유
자료 파일을 주고받는 대신 조회 권한을 나누는 방식이 늘고 있습니다. 대리인이 필요한 시점에 직접 보고, 사업자는 별도 요청 없이 진행 상황을 확인합니다.
전자세금계산서 발행 기준
발행 승인과 전송 시각, 수정 세금계산서 처리 방식까지 국세청 기준을 그대로 따릅니다. 기존 수기 발행 습관이 남아 있으면 확인이 필요합니다.
급여와 회계의 통합
급여와 회계를 함께 옮길 때
급여를 별도 프로그램으로 관리하던 조직이 회계와 통합하면, 원천세 신고와 급여 전표가 자동으로 연결됩니다. 다만 급여 항목 체계와 공제 기준을 다시 정리해야 하기 때문에, 이관 작업이 회계보다 오래 걸리는 경우가 있습니다. 연말정산 시점과 겹치지 않게 일정을 잡는 것이 좋습니다.
- 급여 항목을 표준 체계로 다시 정리하고 나서 원천세 신고 항목과 맞춥니다.
- 급여 전표가 회계에 자동 반영되면 매월 별도 전기가 필요 없습니다.
- 연말정산 일정과 겹치지 않도록 이관 시점을 봄·가을로 잡는 편이 좋습니다.
재고가 있는 업종
재고 관리가 있는 업종의 이관
재고를 관리하는 업종은 이관 난이도가 높습니다. 품목 코드, 단가, 재고 수량, 평가 방법을 함께 옮겨야 하고, 매출원가 계산 방식도 다시 확인해야 합니다. 재고 실사 시점과 이관 시점을 맞추면 검증 작업이 줄어듭니다.
이관 항목
품목 코드, 단가, 수량, 평가 방법을 함께 옮깁니다.
확인 항목
매출원가 계산 방식이 기존과 같은 결과를 내는지 확인합니다.
일정
재고 실사 시점과 이관 시점을 맞추면 검증 작업이 줄어듭니다.
난이도
품목 수가 많을수록 정리 시간이 길어집니다. 계획을 먼저 세웁니다.
보안 검토 기준
보안 사고가 남긴 교훈
검토 완료
2026년 국내 회계 소프트웨어 업계에서 있었던 보안 사고는 회계 데이터가 운영 인프라라는 사실을 분명히 보여줬습니다. Smart A 10을 비롯한 Douzone Bizon 서비스가 관련된 사안이었고, 중소기업이 실제로 영향을 받았습니다. 이 사례 이후 도입 검토 시 접근 권한 분리, 백업 주기, 데이터 내려받기 가능 여부를 먼저 확인하는 조직이 늘었습니다. Orionova는 이 세 가지를 기본 항목으로 다룹니다.
계정과 권한은 역할별로 분리되어 담당자별 접근 범위를 지정할 수 있습니다. 백업은 운영 데이터와 분리된 주기로 유지하고, 필요할 때 원본 형식으로 내려받을 수 있는지도 계약 전에 확인하시길 권합니다.
기존 시스템별 이관 기준
어디에서 옮기느냐에 따라 준비가 달라집니다
국내 시스템에서 이관
Smart A 10, Amaranth 10, iCUBEi
Smart A 10, Amaranth 10, iCUBEi 같은 국내 시스템을 쓰던 조직은 계정과목 체계가 한국 세무 기준에 맞춰져 있어 이관이 상대적으로 수월합니다. 반대로 자체적으로 수정한 계정과목이 많으면 정리 작업이 필요합니다. 기존 시스템에서 어떤 형식으로 데이터를 내보낼 수 있는지가 이관 범위를 결정합니다.
- · 표준 계정과목과 자체 수정 계정과목을 분리해서 확인합니다.
- · 내보낼 수 있는 데이터 형식(엑셀·CSV 등)을 먼저 확인합니다.
- · 미결 전표와 미마감 결산이 남아 있는지 점검합니다.
글로벌 플랫폼에서 이관
QuickBooks, Xero, Microsoft Dynamics 365
QuickBooks, Xero를 쓰던 조직은 계정과목 체계가 다르기 때문에 매핑 작업이 필요합니다. Microsoft Dynamics 365를 쓰는 조직은 연동을 유지하면서 국내 신고 기준을 보완하는 방식도 가능합니다. 어느 쪽이든 세무 신고 양식과 전자세금계산서 처리 기준을 먼저 확인하는 것이 순서입니다.
- · 글로벌 표준 계정과목을 국내 표준 체계에 매핑합니다.
- · 화폐 단위와 부가세 처리 방식의 차이를 먼저 정합니다.
- · 전자세금계산서 발행 기준을 국세청 기준으로 맞춥니다.
도입 후 첫 달
첫 달에 확인할 것
첫 달에는 자동 분류 규칙이 얼마나 정확한지, 대사에서 검토 대상으로 남는 항목이 몇 건인지, 신고 데이터가 예상대로 정리되는지를 확인합니다. 이 세 가지를 기준으로 설정을 다듬으면 이후 반복 작업량이 줄어듭니다.
-
1
자동 분류 규칙의 정확도
자주 쓰는 거래처와 계정 조합이 자동 분류로 처리되는지 확인합니다. 잘못 분류되는 항목이 있으면 규칙을 보완합니다.
-
2
대사에서 남는 검토 항목의 수
은행 연동 후 검토 대상으로 남는 항목을 보고, 규칙이 부족한 구간을 확인합니다. 시간이 지나면서 남는 항목이 줄어드는지가 판단 기준입니다.
-
3
신고 데이터가 정리되는 모습
부가가치세 신고 시점에 필요한 항목이 그대로 조회되는지 확인합니다. 세무 대리인에게 어떤 형식으로 공유할지도 이 시점에 정합니다.
다음 단계
사례를 확인했다면, 다음 순서를 정해 두면 좋습니다
도입 상담에서는 현재 사용 중인 시스템과 옮길 데이터 범위를 함께 확인합니다. 상담만으로도 이관 난이도와 일정을 미리 가늠할 수 있습니다.