장부 마감 작업 중인 재무팀이 긴 회의 테이블에 앉아 있고, 화면 하단은 비어 있는 장면

CLOUD ACCOUNTING GUIDE · 한결클라우드랩

클라우드 회계는 설치형과 무엇이 다른가, 판정은 기록에서 갈립니다

서버 위치가 아니라 데이터가 어디에서 만들어지고, 누가 언제 접근하며, 변경 이력이 어떻게 남는지가 다릅니다. 아래 네 항목이 실제 도입 판단을 가르는 지점입니다.

  1. 01 총계정원장 전표 입력 경로
  2. 02 전자세금계산서 국세청 연동
  3. 03 전자결재 권한 분리
  4. 04 연결결산 내부거래 상계

DEFINITION

클라우드 회계는 무엇이고, 어디까지 바뀌는가

설치형은 사무실 서버 안에 데이터가 있습니다. 클라우드 회계는 벤더가 운영하는 환경에 접속해 장부와 증빙, 결산 데이터를 다룹니다. 사용자는 프로그램을 설치하지 않고 계정과 권한을 발급받습니다.

서버가 어디 있느냐는 겉으로 보이는 차이일 뿐입니다. 담당자에게 실제로 바뀌는 것은 백업 주기, 버전 관리, 동시 접속, 외부 감사 대응 방식입니다. 이 네 가지가 설치형과 클라우드의 실질적인 차이를 만듭니다.

백업
시점과 보존 기간이 벤더 정책에 따라 정해집니다. 회사가 직접 백업 일정을 잡을 필요가 줄어드는 대신, 복구 절차를 계약서에서 확인해야 합니다.
버전 관리
업그레이드 시점을 회사가 정하지 않습니다. 벤더 주기에 따라 기능이 바뀌므로, 마감 기간과 겹치지 않도록 일정을 미리 확인해 두는 편이 안전합니다.
동시 접속
여러 법인, 여러 지점이 같은 원장을 동시에 조회합니다. 잠금 단위와 충돌 처리 방식이 제품마다 달라, 실제 마감 시나리오로 확인해야 합니다.
외부 감사 대응
감사인이 접속해 조회할 수 있는 범위를 권한으로 정합니다. 화면 캡처 대신 시스템 이력으로 설명하는 방식이 가능해집니다.

위 네 항목은 도입 검토 때 벤더에게 같은 질문으로 던져 비교하기 좋은 축입니다. 답이 구체적이지 않으면 계약 조건도 구체적이지 않을 가능성이 큽니다.

스크래치 결이 남은 브러시드 스틸 표면 매크로

THE FLOOR UNDER THE PAPER

클라우드 회계를 고르는 일은 어느 화면이 예쁜지가 아니라, 어느 원장 위에 회사의 결산이 올라갈지를 고르는 일입니다.

총계정원장이 중심이고, 전자증빙이 그 앞단에 붙습니다

어떤 회계 시스템이든 총계정원장이 중심입니다. 모든 거래가 계정과목과 차변·대변으로 모이고, 여기서 재무제표와 결산 자료가 나옵니다. 원장 구조가 약하면 그 뒤에 붙는 모든 모듈이 흔들립니다.

  1. 전표 입력 경로가 몇 개인가

    수기 입력, 엑셀 업로드, 카드·은행 자동 수집, 세금계산서 자동 생성 — 경로가 많을수록 마감 때 손이 덜 갑니다. 한 경로만 있으면 그 경로가 막히는 순간 전체가 멈춥니다.

    입력 경로
  2. 자동 분개가 어디까지 되는가

    거래 유형별로 계정과목이 자동으로 잡히고, 부가세 코드까지 함께 붙는지 확인합니다. 반복 거래 비중이 높은 회사일수록 이 항목의 체감 차이가 큽니다.

    자동 분개
  3. 세금계산서가 전표로 붙는가

    매출 세금계산서를 발행하면 매출 전표가, 매입 세금계산서를 수취하면 매입 전표가 자동으로 생겨야 합니다. 이 연결이 수동이면 사실상 클라우드의 이점이 줄어듭니다.

    전자세금계산서
  4. 국세청 신고 자료와 금액이 맞는가

    부가세 신고 직전에 시스템 합계와 신고 자료 합계를 대조하는 절차가 어디에 있는지 확인합니다. 이 대조가 화면 안에서 끝나면 신고 기간 일정이 짧아집니다.

    신고 연동

이 네 항목은 데모에서 시연하기 어렵습니다. 도입 상담 자리에서 실제 회사 거래 한두 건을 그대로 넣어보고 결과 전표를 확인하는 편이 빠릅니다.

WHERE IT BREAKS

중견기업 규모에서 갑자기 중요해지는 네 가지

다통화, 연결결산, 감사 추적, 운영 방식 — 이 네 영역은 소규모에서는 잘 드러나지 않다가 법인이 늘고 감사인이 들어오는 순간 판단을 가릅니다. 도입 후에 기능을 추가하면 비용이 커집니다.

MULTI-CURRENCY

다통화 처리

해외 거래나 해외 법인이 있으면 환율 적용 시점을 정해야 합니다. 거래일 환율인지, 월말 환율인지, 결제일 환율인지에 따라 평가 손익이 달라집니다. 제품마다 기본 정책이 다르고, 정책을 바꿀 수 있는 범위도 다릅니다.

확인할 것: 외화 채권·채무의 월말 평가가 자동으로 도는지, 환차손익이 어느 계정으로 들어가는지, 마감 후 환율이 정정될 때 소급 처리가 가능한지.

적용 범위
거래 · 평가 · 결제
설정 위치
회사 정책

CONSOLIDATION

연결결산

여러 법인을 묶으면 내부 거래 상계와 지분 관계가 따라옵니다. 지분율에 따라 지배·비지배가 나뉘고, 내부 매출과 채권·채무를 상계해야 합니다. 이 작업을 시스템 안에서 하는지, 별도 스프레드시트로 하는지가 첫 결산 일정을 가릅니다.

확인할 것: 법인 간 거래가 자동으로 마킹되는지, 상계 차액이 남았을 때 어디에 표시되는지, 지분 변동 이력을 시스템이 보관하는지.

대상
종속 · 관계 법인
주기
월 · 분기 · 결산

AUDIT TRAIL

감사 추적과 권한

클라우드 환경에서는 누가 언제 무엇을 고쳤는지 기록이 남습니다. 다만 기록이 있다는 것과 그 기록이 의미를 갖는 것은 다릅니다. 승인 권한, 조회 권한, 마감 후 수정 권한이 분리되어 있어야 내부통제가 데이터 위에서 돌아갑니다.

확인할 것: 마감 후 수정이 가능한 계정을 따로 지정할 수 있는지, 수정 이력이 결산 보고서에 함께 출력되는지, 권한 변경 자체가 로그로 남는지.

기록 범위
입력 · 수정 · 삭제
권한 단위
역할 · 계정 · 기간

OPERATIONS

운영 방식

설치형은 업그레이드 시점을 회사가 정합니다. 클라우드는 벤더 주기를 따릅니다. 백업과 보안 패치는 벤더 책임으로 넘어가지만, 데이터 반출 조건은 계약에서 직접 확인해야 합니다.

종료 시 어떤 형식으로 데이터를 받는지, 이관에 걸리는 기간은 얼마인지도 도입 전에 정해 두는 편이 안전합니다.

FIRST CLOSE

도입 후 첫 결산에서 확인해야 할 것

도입 판단은 첫 결산이 끝나야 검증됩니다. 세 항목을 미리 정해 두면 무엇이 문제였는지 스스로 드러납니다.

마감 일정

예정일이 실제로 지켜졌는지 확인합니다. 밀렸다면 어느 단계에서 밀렸는지, 그 단계에 사람이 손으로 처리한 작업이 있었는지 적어 둡니다.

증빙 연결

증빙과 전표가 사람 손을 거치지 않고 붙었는지 봅니다. 수동으로 붙인 건수가 곧 다음 개선 대상 목록이 됩니다.

승인 대기

승인 대기 때문에 마감이 밀리지 않았는지 확인합니다. 결재 권한을 한 사람에게 몰아두었다면 첫 결산에서 바로 드러납니다.

첫 결산에서 나온 수동 작업 목록을 만들지 않으면 두 번째 결산도 같은 자리에서 막힙니다. 목록을 만드는 데 걸리는 시간은 한 시간이면 충분하고, 그 한 시간이 다음 분기를 줄여 줍니다.

장부 용지 위에 만년필을 든 손, 옆으로 종이 폴더 모서리가 보이는 장면

MIGRATION

설치형에서 클라우드로 옮길 때, 먼저 정해야 할 두 가지

기존 장부를 그대로 옮길지, 계정과목 체계를 정리하고 옮길지부터 정합니다. 두 번째가 손이 더 가지만, 이후 결산과 비교 분석이 훨씬 깔끔해집니다.

이어서 과거 데이터를 몇 년치 이관할지 정합니다. 이관 범위가 넓으면 검증 비용이 커지고, 좁으면 비교 분석이 어려워집니다. 세금 신고와 감사 대응에 필요한 최소 범위를 기준으로 잡는 편이 현실적입니다.

  • 계정과목 체계 그대로 옮기면 검증이 빠르고, 정리하고 옮기면 이후 비교가 쉬워집니다.
  • 이관 연수 신고·감사 대응에 필요한 최소 범위를 먼저 확인합니다.
  • 검증 범위 이관 후 비교할 표본을 미리 정해두면 검증 시간이 줄어듭니다.

ASK THE DESK

이 가이드를 회사 상황에 맞춰 다시 보고 싶다면

법인 수, 결산 주기, 해외 거래 유무에 따라 확인할 항목이 달라집니다. 표준 가이드에서 벗어난 부분만 짚어 드립니다. 아래 내용을 남겨 주시면 담당자가 확인해 회신합니다.

개인정보는 상담 목적으로만 사용합니다. 자세한 내용은 개인정보 처리방침에서 확인하실 수 있습니다.