DUOLABS
맞춤 업무시스템

ERP 전사적 자원관리

ERP 를 회계 프로그램으로 이해하는 경우가 많은데, 회계는 그중 한 모듈입니다. 본체는 부서가 같은 원장을 본다는 것입니다. 영업이 수주를 잡으면 재고가 줄고 회계에 매출이 잡히는 흐름이 사람 손을 거치지 않고 이어지는 것, 그게 이 시스템이 파는 것입니다.

한 문장으로

ERP 는 영업 · 구매 · 재고 · 회계 · 인사를 하나의 원장 위에 이어 붙여, 한 부서의 입력이 다른 부서에 저절로 반영되게 하는 시스템입니다.

하는 일

  • 판매 · 수주 — 견적에서 수주, 매출까지 하나의 흐름으로
  • 구매 · 조달 — 구매요청에서 발주와 입고검수까지
  • 재고 — 회계상 자산으로서의 수량과 금액
  • 회계 · 자금 — 매입매출 장부, 세금계산서, 자금 일보, 예산 집행
  • 인사 · 급여 — 근태와 연차, 급여 대장
  • 결재와 이력 — 누가 언제 무엇을 승인했는지

하지 않는 일

  • 현장 공정 실적(MES) — ERP 는 무엇을 얼마나 만들지 정하고, 어떻게 됐는지는 받아만 봅니다
  • 창고 안의 위치와 동선(WMS) — 수량은 알아도 어느 랙에 있는지는 모릅니다
  • 수주 이전의 영업 과정(CRM) — 도장이 찍힌 뒤부터가 ERP 입니다
  • 제품 설계와 도면(PLM) — BOM 을 받아 쓸 뿐 만들지는 않습니다

이웃 개념과 헷갈리는 지점

MES현장 작업지시와 실적
ERP 는 "무엇을 얼마나 만들까" 를 정하고, MES 는 "실제로 어떻게 됐나" 를 답합니다. 계획과 실적이 갈리는 자리입니다.
WMS창고 안의 위치와 이동
ERP 는 수량과 금액을, WMS 는 위치와 동선을 압니다. 재고가 장부에는 있는데 못 찾겠다면 부족한 쪽은 WMS 입니다.
CRM수주 이전의 영업 과정
계약서에 도장이 찍히는 순간이 대략의 경계입니다. 그 앞은 사람과 가능성을 다루고, 그 뒤는 숫자와 의무를 다룹니다.
그룹웨어결재 · 근태 · 게시판 같은 사내 업무
국산 ERP 상당수가 그룹웨어를 품고 있어 경계가 흐릿합니다. 원장에 숫자가 남으면 ERP 쪽, 안 남으면 그룹웨어 쪽으로 보면 대체로 맞습니다.

언제 필요한가

이럴 때 필요합니다

  • 같은 숫자를 부서마다 다르게 말할 때. 영업의 매출과 회계의 매출이 안 맞는 상황
  • 엑셀을 취합하는 데 매달 며칠씩 쓰고 있을 때
  • 재고가 장부에는 있는데 실물이 없거나, 반대인 일이 반복될 때
  • 담당자가 자리를 비우면 그 부서 숫자를 아무도 대지 못할 때

아직 아니어도 됩니다

  • 부서가 아직 나뉘지 않았다면 이어 붙일 원장이 하나뿐이라 값이 작습니다
  • 업무 방식이 자주 바뀌는 중이라면, 굳히는 시스템이 오히려 발목을 잡습니다
  • 회계와 세무만 필요하다면 완제품 회계 프로그램이 훨씬 쌉니다

여기서부터는 갈립니다

맞춤형으로 ERP 전체를 만드는 것은 대개 나쁜 생각입니다. 회계와 세무는 법이 자주 바뀌고 전자세금계산서처럼 국세청과 연동돼야 하는 부분이 있어, 그 변화를 따라가는 일은 완제품이 훨씬 잘합니다. 맞춤형이 값을 하는 자리는 회사마다 다른 부분입니다. 결재선, 현장 실적, 업종 고유 프로세스요. 그래서 실제 구성은 대개 완제품 회계 위에 맞춤 업무 화면을 얹는 형태가 되는데, 그 경계를 어디에 그을지는 업무를 들여다봐야 정해집니다. 여기서부터는 일반적인 답이 없습니다.

자주 묻는 질문

회계와 세무는 완제품이 낫습니다. 법이 자주 바뀌고 국세청 연동이 걸려 있어 그 변화를 따라가는 일은 완제품이 훨씬 잘합니다. 맞춤이 값을 하는 자리는 회사마다 다른 부분 — 결재선, 현장 실적, 업종 고유 프로세스입니다. 실제 구성은 대개 둘을 섞습니다.

대개 아닙니다. 회계는 그대로 두고 그 앞뒤(영업 · 구매 · 현장)를 이어 붙이는 구성이 흔합니다. 다만 그 프로그램이 데이터를 내주는 방법이 있는지는 먼저 확인해야 합니다. 화면으로만 보여주고 내보내기가 막혀 있으면 잇는 비용이 크게 올라갑니다.

범위에 따라 크게 갈립니다. 다만 오래 걸리는 쪽은 대개 개발이 아니라 그 앞입니다. 같은 일을 부서마다 다르게 부르고 다르게 세고 있으면, 시스템에 넣기 전에 그것부터 하나로 정해야 합니다.

ERP 도입 실패의 대부분이 여기서 납니다. 원인은 대개 하나입니다. 이중 입력이 남아 있는 것이요. 시스템에 넣고 엑셀에도 적어야 하면 사람은 익숙한 쪽만 씁니다. 한 업무라도 완전히 대체하는 데까지 가야 그다음이 굴러갑니다.

가능합니다. 다만 연결은 나중에 뚫는 것보다 처음에 자리를 비워 두는 편이 훨씬 쌉니다. 지금 붙일 계획이 없더라도 어떤 데이터가 밖으로 나갈 수 있어야 하는지는 설계할 때 정해 두는 게 좋습니다.

실제 화면으로 확인하기

카드를 누르면 데모가 그 자리에서 열립니다. 가입도 로그인도 필요 없습니다.

범위가 애매해도 괜찮습니다

지금 상황만 알려 주시면 필요한 범위와 대략의 규모를 짚어 드립니다.