기업 회계·ERP 검토 자료실 · 국내외 솔루션 병렬 정리

8시 아침의 빈 재무 워크스테이션과 펼쳐진 장부 한 장
도입 절차 REQUIREMENTS · MIGRATION · CONTROL

도입은 결재 구조를 정하는 일부터 시작됩니다

클라우드 회계·ERP 도입에서 일정이 밀리는 이유는 대개 소프트웨어가 아닙니다. 요구사항이 정리되지 않은 상태로 데모를 보고, 데이터 이관 범위가 뒤늦게 드러나고, 권한 설계가 마지막에 붙습니다.

첫 번째 점검

요구사항 정의서에 불편 목록을 먼저 적기

가장 자주 새는 곳

데이터 이관 범위와 검증 기준 합의

가장 늦게 붙는 것

권한 설계와 전자결재 라우팅

왜 이 순서인가

순서를 바꾸면 같은 제품도 두 번 구축하게 됩니다

도입 일정이 밀리는 지점은 대체로 정해져 있습니다. 데모를 먼저 보고 요구사항을 나중에 정리하면, 데모에서 본 화면을 기준으로 기대치가 굳어집니다. 그러면 실제 업무 흐름과 맞지 않는 부분이 구축 단계에서 드러나고, 그때는 일정과 비용을 다시 협의해야 합니다.

이 페이지는 일곱 단계로 나눠 점검합니다. 각 단계는 앞 단계의 결과를 입력으로 받습니다. 요구사항 정의가 끝나야 이관 범위를 정할 수 있고, 이관 범위가 정해져야 권한과 결재선을 설계할 수 있습니다. 아래 순서를 그대로 따를 필요는 없지만, 순서를 건너뛰면 나중에 되돌아와 다시 하게 됩니다.

먼저 정할 것

불편 목록, 대상 법인 범위, 마감 일정

나중에 정할 것

화면 구성, 리포트 서식, 부가 모듈 확장

STEP 01

요구사항 정의가 절반입니다

무엇을 하고 싶은지보다 지금 무엇이 불편한지를 먼저 적습니다. 이 목록이 이후 모든 판단의 기준이 됩니다.

불편 목록에서 갈리는 두 갈래

분류 기준
  • 시스템으로 해결 가능한 것

    마감이 늦어지는 원인, 반복되는 전표 입력, 손으로 옮기는 자료처럼 화면과 규칙으로 줄일 수 있는 항목입니다.

  • 조직 규칙을 바꿔야 하는 것

    부서별 결재 권한, 증빙 보관 방식, 담당자 역할 분담처럼 사람과 규정이 먼저 정리되어야 하는 항목입니다.

이 목록이 없으면 데모는 좋아 보이는 화면 구경으로 끝납니다. 반대로 목록이 있으면 데모에서 확인할 질문이 생깁니다. "이 화면에서 결재가 어디로 가는가", "이관한 잔액을 어떻게 검증하는가"처럼요.

후자, 즉 조직 규칙을 바꿔야 하는 항목을 소프트웨어에 억지로 맞추면 도입이 길어집니다. 시스템은 규칙을 대신 정해주지 않습니다. 정해진 규칙을 빠르게 실행할 뿐입니다.

STEP 02

데이터 이관에서 시간이 새는 지점

이관 범위를 정할 때 흔히 놓치는 것은 과거 데이터입니다. 잔액만 옮길지, 전표 단위로 옮길지, 몇 년치를 옮길지에 따라 작업량이 크게 달라집니다.

계정과목 체계가 기존과 다르면 매핑표가 필요하고, 거래처 코드도 정리해야 합니다. 여기에 세금계산서 이력과 미결 항목이 붙습니다. 이관은 "옮긴다"가 아니라 "옮긴 뒤 검증한다"까지가 한 세트입니다.

기존 계정 체계와 신규 계정 체계를 잇는 이관 매핑 개념 도해
계정과목과 거래처 코드는 이관 전에 매핑표로 정리해 두는 편이 안전합니다.

이관 범위를 정할 때 확인할 항목

이관 단위
잔액만 옮기는지, 전표 단위로 옮기는지에 따라 매핑 작업량과 검증 방식이 달라집니다.
이관 연수
세무·감사 대응에 필요한 최소 연수를 정하고, 그 밖의 기간은 어떻게 보관할지 결정합니다.
계정과목 매핑
기존 코드와 신규 코드를 1:1로 맞출 수 없는 항목을 따로 표시해 둡니다.
거래처 코드
사업자번호 기준으로 중복과 휴·폐업 거래처를 정리하면 오류가 줄어듭니다.
미결 항목
미지급·미수 잔액은 이관 후 반드시 별도로 검증합니다. 이 단계가 빠지면 첫 마감에서 드러납니다.

STEP 03

권한과 내부통제 설계

한국 기업에서는 회계와 결재가 분리되지 않고 함께 움직이는 경우가 많습니다. 지출 품의, 증빙 첨부, 승인, 전표 반영이 하나의 흐름으로 설계되는 일이 흔합니다. 그래서 클라우드 회계 도입에서는 단순 입력 기능보다 승인 라우팅이 더 중요해지는 경우가 많습니다.

입력 담당

현업·경리

어느 비용 계정까지 직접 입력할 수 있는지, 증빙을 어떤 형태로 첨부해야 하는지 정합니다.

입력 누락과 반복 입력이 줄었는지 확인합니다.

검토 담당

팀장·재무

금액 구간별로 검토자와 반려 사유를 어떻게 남길지, 예외 처리를 누가 승인할지 정합니다.

반려와 재상신이 시스템 안에서 도는지 확인합니다.

승인 담당

임원·대표

전결 기준과 위임 범위를 문서로 남기고, 그 기준을 시스템 라우팅에 그대로 옮깁니다.

승인 이후 전표 반영 시점이 일치하는지 확인합니다.

감사 추적

내부통제

누가 조회하고 누가 입력하고 누가 승인했는지가 시점과 함께 남는지 확인합니다.

권한 변경 이력이 별도로 남는지 확인합니다.

누가 조회하고 누가 입력하고 누가 승인하는지를 먼저 정하고, 그다음 시스템에 옮기십시오. 순서를 뒤집으면 시스템 설정 화면에서 조직 규칙을 다시 회의하게 됩니다. 부서별 권한 관리와 감사 추적은 제품을 고를 때도 핵심 평가 항목이 됩니다. 비교표에서 이 두 항목을 어떻게 다루는지 확인해 보시면 판단이 빨라집니다.

STEP 04

전자결재와 회계를 붙이는 순서

결재 체계를 나중에 붙이면 손이 두 번 갑니다. 결재선을 먼저 정의하고, 그 결재선이 회계 전표와 어떻게 연결되는지를 설계한 뒤 시스템 구성을 시작하는 편이 안전합니다.

권장 순서

  1. 1. 결재선 정의 금액 구간, 부서, 전결 기준을 문서로 먼저 정리합니다.
  2. 2. 회계 연결 설계 승인된 건이 어떤 전표로, 어느 시점에 반영되는지 정합니다.
  3. 3. 시스템 구성 정의된 결재선과 연결 규칙을 그대로 설정에 옮깁니다.
  4. 4. 예외 처리 정리 긴급 지출, 대체 결재, 반려 후 재상신 흐름을 함께 정의합니다.

전자결재, 회계, 인사, 영업을 연결하는 방향으로 소개되는 제품은 이 순서를 전제로 접근하는 것이 자연스럽습니다. 반대로 회계 모듈만 먼저 도입하는 경우에는 결재 연동 범위를 명확히 해두어야 나중에 재작업이 줄어듭니다. 지금 단계에서 연동 범위를 문서로 남겨두면, 두 번째 모듈을 붙일 때 협의가 짧아집니다.

전자결재선과 회계 전표가 연결되는 순서를 나타낸 세로 도해

결재선을 문서로 남기기

구두로 합의한 결재 흐름은 시스템 설정 단계에서 다시 논의됩니다. 기준을 문서로 넘겨야 설정이 한 번에 끝납니다.

전자세금계산서 발행·수취 흐름이 결재와 어떻게 맞물리는지는 별도로 확인해 두시는 편이 좋습니다.

전자세금계산서 처리 방식 보기

STEP 05

파트너와 SI를 고르는 기준

같은 제품이라도 누가 구축하느냐에 따라 결과가 달라집니다. 파트너를 볼 때는 세 가지를 확인하는 편이 좋습니다. 아래 세 항목은 순서대로 확인하되, 두 번째와 세 번째는 도입 후에 드러나는 경우가 많아 계약 전에 문서로 남겨두는 것이 안전합니다.

업종 경험

같은 업종 구축 경험

우리 회사와 비슷한 매출 규모, 법인 수, 결재 구조를 다뤄본 적이 있는지 확인합니다. 참고 사례를 요청할 때는 업종과 규모가 가까운 건을 골라 보십시오.

운영 지원

도입 후 운영 지원 방식

오픈 이후 문의가 어디로 가는지, 장애와 변경 요청을 어떻게 나눠 처리하는지, 담당자가 바뀌었을 때 인수인계가 되는지 확인합니다.

내부통제

내부통제 설계 동반 여부

단순 설치가 아니라 권한 구조와 감사 추적까지 함께 설계해 줄 수 있는지 확인합니다. 이 항목을 빼면 오픈 후 직접 손봐야 할 일이 늘어납니다.

역할 분담 확인

제품 벤더가 직접 구축하는 경우와 파트너가 구축하는 경우의 역할 분담도 미리 확인하십시오. 문제가 생겼을 때 어디에 연락해야 하는지가 정해져 있어야 합니다. 계약서에 지원 창구와 에스컬레이션 순서를 한 줄로 남겨두면 실제로 도움이 됩니다.

STEP 06

일정은 역산으로 짭니다

마감 일정이 있는 조직이라면 특정 시점에 시스템을 바꾸는 것이 위험합니다. 결산이 끝난 직후, 또는 회계연도가 바뀌는 시점처럼 자연스러운 전환 지점을 잡는 편이 좋습니다.

거기서 역산해서 데이터 이관, 권한 설정, 교육, 병행 운영 기간을 배치합니다. 병행 운영 기간을 빼먹으면 첫 마감에서 문제가 드러납니다. 최소 한 번의 마감을 양쪽에서 돌려보는 기간을 잡으십시오.

전환 시점 기준 역산 예시

  1. 전환 전 요구사항 확정과 이관 범위 합의, 매핑표 작성
  2. 전환 직전 권한·결재선 설정과 담당자 교육, 이관 데이터 검증
  3. 전환 시점 결산 종료 직후 또는 회계연도 시작 시점에 맞춰 전환
  4. 전환 후 최소 한 번의 마감을 양쪽 시스템에서 병행 운영

STEP 07

도입 후 첫 3개월에 볼 것

오픈 이후 첫 석 달은 시스템이 아니라 사람을 봐야 합니다. 전표 입력이 예전보다 느려졌는지, 결재가 오히려 길어졌는지, 담당자가 시스템 밖으로 데이터를 다시 꺼내는지 확인합니다.

이 신호가 나오면 권한이나 라우팅을 조정해야 합니다. 처음 설계를 그대로 두는 것이 항상 답은 아닙니다. 운영 로그와 담당자 피드백을 같이 보면서 조정하는 기간으로 잡으십시오.

입력이 느려졌다

화면 이동이 늘었거나 필수 항목이 많아진 경우입니다. 자주 쓰는 입력 경로를 줄이는 방향으로 조정합니다.

결재가 길어졌다

결재 단계가 실제 필요보다 많거나, 대체 결재자가 지정되지 않은 경우입니다. 라우팅을 다시 봅니다.

데이터를 다시 꺼낸다

리포트 서식이나 조회 권한이 실무와 맞지 않는 경우입니다. 필요한 화면을 먼저 확인합니다.

자주 나오는 질문

도입 전에 가장 많이 받는 두 가지 질문

도입 기간은 보통 얼마나 걸리나요?

법인 수, 모듈 범위, 데이터 이관 분량에 따라 달라집니다. 일정을 정할 때는 구축 기간보다 병행 운영 기간을 먼저 확보하는 편이 안전합니다. 최소 한 번의 마감을 양쪽 시스템에서 돌려볼 수 있는 시간을 확보해 두십시오.

파트너 없이 직접 도입할 수 있나요?

제품에 따라 다릅니다. 내부통제 설계나 데이터 이관이 복잡한 경우에는 구축 경험이 있는 파트너를 통하는 편이 재작업을 줄입니다. 직접 도입을 선택한다면 결재선 설계와 이관 검증에 내부 인력을 미리 배정해 두는 편이 좋습니다.

문의

점검 항목을 정리한 뒤 문의하시면 협의가 짧아집니다

현재 검토 중인 법인 수, 사용할 모듈 범위, 목표 전환 시점을 함께 적어 주시면 어떤 점검 항목을 우선 보면 좋을지 안내드립니다. 담당자가 확인한 뒤 회신드립니다.

상담 시간 평일 09:00–18:00 (주말·공휴일 휴무)
전화 +82 2 3462 4574
이메일 [email protected]

도입 상담 문의

계정 로그인이 아닌 상담 요청 양식입니다. 회신을 위한 정보만 받습니다.