ERP는 서로 독립된 개별 프로그램이 아니라 공유 데이터베이스 위에서 동작하는 모듈을 통해 업무 프로세스를 관리합니다. 한 모듈에서 발생한 이벤트는 관련 모듈에 자동으로 결과를 만들어 냅니다. 따라서 견적이 발행되는 순간부터 대금이 수금되는 순간까지 데이터는 수작업으로 옮겨지지 않고 일관되게 흐릅니다.
회사의 모든 구성원은 주문이 거치는 단계를 알고 있습니다. 하지만 그 단계들이 소프트웨어 안에서 어떻게 연결되는지는 대개 보이지 않습니다. 이 글에서는 구체적인 예시를 통해 견적 → 주문 → 출하 → 송장 프로세스를 처음부터 끝까지 따라가며, 영업, 재고, 창고, 재무, 회계 모듈이 어떤 데이터를 언제, 왜 서로에게 넘기는지 보여 드립니다. 이를 통해 “ERP는 어떻게 작동하는가?“라는 질문에 이론이 아닌 실제로 돌아가는 프로세스로 답합니다.
ERP의 작동 원리: 공유 데이터베이스
ERP를 여러 개별 프로그램의 합으로 생각하면 오해하기 쉽습니다. 정확한 그림은 이렇습니다. 하나의 데이터베이스가 있고, 모듈들이 그 데이터에 서로 다른 관점에서 접근합니다. 영업 모듈과 재고 모듈은 같은 제품 레코드, 같은 고객 레코드, 같은 주문 레코드를 봅니다. 유일한 차이는 각 모듈이 그 데이터로 무엇을 하느냐입니다.
이러한 공유 데이터 모델은 세 가지 직접적인 결과를 낳습니다.
- 단일 입력: 정보는 한 번만 입력되고 모든 모듈이 이를 사용합니다. 같은 주문을 세 곳에 따로 기록하지 않습니다.
- 즉시 반영: 한 모듈에서 일어난 변경이 관련 모듈에 동시에 나타납니다. 재고가 줄어들면 영업팀은 현재 수량을 바로 확인합니다.
- 추적성: 모든 레코드는 그것을 만든 거래와 연결됩니다. 송장이 어느 출하에서 나왔고, 그 출하가 어느 주문에서 나왔는지 사슬처럼 추적할 수 있습니다.
개념적 기초를 더 폭넓게 다룬 ERP란 무엇인가 가이드를 이 글보다 먼저 읽어 두시면 좋습니다.
예시 프로세스: 견적 → 주문 → 출하 → 송장
이제 하나의 업무 프로세스를 처음부터 끝까지 따라가 보겠습니다. 각 단계에서 어떤 모듈이 작동하고 다음 단계로 어떤 데이터를 넘기는지 짚어 보겠습니다.
1단계 — 견적 (영업 및 CRM 모듈)
프로세스는 고객의 요청으로 시작됩니다. 영업 담당자는 CRM 모듈에서 고객을 찾거나 새 레코드를 만든 뒤 견적을 준비합니다. 견적에 추가되는 제품은 재고 모듈의 제품 카드에서 불러오고, 가격은 정의된 가격표에서 가져옵니다. 이 단계에서는 아직 재고 이동이 없습니다. 시스템은 제품이 존재하는지, 현재 가격이 얼마인지만 확인합니다.
시스템이 고객 이력과 진행 중인 견적을 한곳에 보관하기 때문에 영업팀은 일관된 견적을 발행합니다. 고객이 승인하면 프로세스는 다음 단계로 넘어갑니다.
2단계 — 주문 (영업 → 재고 흐름)
고객이 견적을 승인하면 견적은 판매 주문으로 전환됩니다. 여기서 중요한 데이터 흐름이 일어납니다. 주문은 재고 모듈에 “이 제품을 이만큼 따로 확보해 두라”고 알립니다. 시스템은 주문 수량을 예약합니다. 즉, 물리적으로 아직 출고되지 않았더라도 이 수량은 더 이상 다른 주문에 판매될 수 없습니다.
이 시점에서 두 가지 상황이 생길 수 있습니다.
- 재고가 충분한 경우: 제품이 예약되고 프로세스는 출하 준비 단계로 넘어갑니다.
- 재고가 부족한 경우: 시스템은 부족 수량을 표시하고, 필요하면 구매 요청이나 생산 요청을 촉발합니다.
두 번째 경우 프로세스는 구매 모듈 또는 생산/MRP 모듈로 분기합니다. MRP(자재 소요 계획)는 생산할 제품에 필요한 원자재를 계산하고 부족분을 구매 부서에 알립니다. 이렇게 하나의 판매 주문이 백그라운드에서 공급망을 움직일 수 있습니다.
3단계 — 출하 (창고 및 물류 모듈)
제품이 준비되면 프로세스는 창고로 넘어갑니다. 창고 모듈은 주문 라인을 바탕으로 피킹 작업을 생성합니다. 창고 직원은 제품을 피킹하고 포장한 뒤 납품서를 발행합니다. 출하가 기록되는 순간 또 하나의 중요한 데이터 이동이 일어납니다. 예약되어 있던 재고가 이제 실제 출고로 처리됩니다. 창고의 물리적 수량이 실제로 줄어듭니다.
이 단계에서 창고 모듈은 어떤 제품이 어느 선반에서, 어떤 로트 또는 일련번호로 출고되었는지도 기록할 수 있습니다. 이 정보는 추적성과 반품 프로세스를 위해 재무 및 품질 모듈에 귀중한 데이터를 제공합니다. 출하가 완료되면 시스템은 재무 모듈에 해당 프로세스가 송장 발행 준비를 마쳤다고 알립니다.
4단계 — 송장 (재무 및 회계 모듈)
출하가 이루어졌으므로 이제 송장을 발행할 수 있습니다. 재무 모듈은 출하 레코드에서 출하 수량과 가격 정보를 자동으로 가져오며, 사용자가 다시 입력하지 않습니다. 송장이 생성되면 다음이 이루어집니다.
- 회계 전표가 자동으로 기표됩니다. 매출, 부가가치세, 고객 매출채권이 해당 계정에 기록됩니다.
- 고객 계정이 갱신됩니다. 고객 잔액이 늘어나고 수금 추적 대상이 됩니다.
- 전자 전환 프로세스가 시작됩니다. 해당 모듈에서 전자세금계산서 또는 전자 아카이브 문서가 발행됩니다.
고객이 대금을 지급하면 재무 모듈이 수금을 처리하고, 계정 잔액이 정리되며, 현금 흐름 보고서가 갱신됩니다. 프로세스는 견적으로 시작해 수금으로 마무리되는 통합된 순환이 됩니다.
모듈 간 데이터 흐름 요약
아래 표는 이 프로세스에서 각 단계가 어떤 모듈을 움직이고, 다음 단계로 어떤 데이터를 넘기는지 요약합니다.
| 단계 | 담당 모듈 | 다음 단계로 넘기는 데이터 |
|---|---|---|
| 견적 | 영업 및 CRM | 승인된 견적 라인, 고객 및 가격 데이터 |
| 주문 | 영업 → 재고 | 예약할 제품과 수량, 부족 시 공급 요청 |
| 출하 | 창고 및 물류 | 실제 재고 출고, 로트/일련번호, 출하 수량 |
| 송장 | 재무 및 회계 | 회계 전표, 계정 잔액, 전자 문서 |
이 표는 ERP의 핵심 가치를 분명히 보여 줍니다. 각 단계는 앞 단계의 데이터를 사용하며, 어떤 정보도 수작업으로 다시 입력되지 않습니다. 각 모듈의 개별 역할과 더 폭넓은 데이터 공유 지도는 ERP 모듈 가이드에서 자세히 확인하실 수 있습니다.
예시 시나리오: 오류는 어떻게 예방되는가
아래 예시는 개념을 구체화하기 위해 구성한 설명용 사례로, 실제 기업이나 측정된 수치를 반영하지 않습니다.
개별 프로그램을 사용하는 기업에서 영업팀은 창고가 실제로 보유한 재고를 모른 채 고객에게 납기를 약속합니다. 주문이 창고에 도착하고 나서야 제품이 품절된 사실이 드러나고, 고객과의 약속은 지킬 수 없게 됩니다. 이런 단절은 서로 다른 시스템이 서로를 보지 못하기 때문에 생깁니다.
통합 ERP에서는 같은 시나리오가 다르게 전개됩니다. 영업 담당자는 견적을 준비하는 동안 현재 예약 가능한 재고를 화면에서 확인합니다. 재고가 부족하면 시스템이 경고하고 조달 리드 타임을 보여 줍니다. 따라서 처음부터 고객에게 현실적인 날짜를 제시할 수 있습니다. 여기서 핵심은 성공률을 주장하는 것이 아니라, 공유 데이터베이스가 단절된 시스템에서는 피할 수 없는 유형의 오류를 어떻게 없애는지 보여 주는 것입니다.
다른 프로세스에서도 같은 원리가 작동합니다
견적 → 주문 → 출하 → 송장 흐름은 ERP의 작동 원리를 보여 주기에 좋은 예시이지만, 이 원리는 기업의 모든 프로세스에 적용됩니다. 흔한 두 가지 예를 간단히 살펴보겠습니다.
구매 프로세스 (요청 → 주문 → 입고 → 송장):
- 한 부서가 자재 요청을 생성합니다. 이 요청은 재고가 임계 수준 아래로 떨어질 때 자동으로 생성될 수도 있습니다.
- 요청은 구매 주문으로 전환되어 공급업체에 전송됩니다.
- 물품이 도착하면 창고가 입고를 처리하고, 재고 모듈에 입고 이동이 생성됩니다.
- 공급업체 송장은 주문 및 입고 내역과 대조된 뒤 재무 및 회계에 기표됩니다.
생산 프로세스 (작업 지시 → 자재 출고 → 완제품 입고):
- 판매 주문이나 생산 계획이 작업 지시를 생성합니다.
- 필요한 원자재는 자재명세서(BOM)에 따라 재고에서 출고되며, MRP는 부족분을 구매 부서에 알립니다.
- 생산이 완료되면 완제품이 재고로 입고되고 원가가 계산됩니다.
두 흐름 모두 핵심 규칙은 같습니다. 데이터는 한 번만 입력되고, 관련 모듈이 이를 자동으로 사용하며, 각 단계는 앞 단계와 추적 가능하게 연결됩니다. 프로세스의 형태는 바뀌어도 ERP의 작동 원리는 바뀌지 않습니다.
프로세스 자동화와 현대 ERP
위의 흐름은 전통적인 ERP에서도 작동합니다. 현대 플랫폼은 그 위에 자동화와 인공지능 계층을 더합니다. 예를 들어 특정 조건에서는 승인이 자동으로 진행되고, 재고가 임계 수준에 도달하면 구매 요청이 스스로 생성되며, 비정상적인 주문은 관리자에게 표시될 수 있습니다.
AinosERP는 이러한 프로세스에 두 가지 방향을 더합니다. 에이전틱 AI인 Sonia AI를 통해 프로세스별 화면과 보고서를 자연어로 설명하여 만들 수 있으므로, 새로운 승인 화면이나 추적 목록을 준비하는 일이 기술 프로젝트로 번지지 않습니다. 플랫폼 고유의 개발 언어와 IDE는 흐름을 규칙 수준까지 깊이 맞춤화할 수 있게 합니다. 이러한 역량은 프로세스 자체를 바꾸는 것이 아니라, 프로세스를 구축하고 변경하는 속도를 높여 줍니다.
제조 기업에서는 이 흐름에 물리적 세계까지 더해집니다. 설비와 현장에서 나온 데이터가 프로세스에 어떻게 연결되는지 궁금하다면 IoT를 활용한 실시간 생산 추적 글이 그림을 완성해 줍니다.
결론
“ERP는 어떻게 작동하는가”의 본질은 하나의 프로세스 예시에서 드러납니다. 견적이 발행되는 순간부터 대금이 수금되는 순간까지 데이터는 수작업으로 옮겨지지 않고 모듈 사이를 자동으로, 추적 가능하게 흐릅니다. 각 단계는 앞 단계의 데이터를 이어받습니다. 판매 주문은 재고를, 출하는 송장을, 송장은 회계 전표를 촉발합니다.
이러한 작동 방식의 힘은 개별 모듈이 아니라 모듈들이 공유 데이터를 통해 소통하는 데서 나옵니다. 기업이 얻는 실질적인 결과는 수작업 입력 감소, 단절로 인한 오류 감소, 그리고 프로세스에 대한 실시간 가시성입니다. 이 관점으로 자사의 프로세스를 살펴보며 어떤 단계가 아직 수작업으로 이어지고 있는지 파악하는 것은 ERP 평가의 좋은 출발점입니다. 시스템의 구성 요소를 더 자세히 알아보려면 모듈을 살펴보시기 바랍니다.
자주 묻는 질문
ERP 모듈은 데이터를 어떻게 공유하나요?
모듈은 서로에게 데이터를 “전송”하지 않습니다. 모두 같은 중앙 데이터베이스에 쓰고 그곳에서 읽습니다. 영업 모듈이 주문 레코드를 생성하면 재고 모듈은 같은 레코드를 보고 필요한 예약을 합니다. 즉, 공유란 파일 전송이 아니라 공유 데이터에 대한 동시 접근입니다. 이 때문에 한 모듈에서 일어난 변경은 관련된 모든 모듈에 즉시 반영되며, 불일치가 대부분 방지됩니다.
주문은 ERP 안에서 어떤 상태를 거치나요?
일반적인 주문은 견적, 승인된 주문, 준비 중(예약됨), 출하됨, 송장 발행됨과 같은 상태를 거칩니다. 각 상태 변경은 관련 모듈에서 작업을 촉발합니다. 승인은 재고를 예약하고, 출하는 실제 출고를 처리하며, 송장 발행은 회계 전표를 기표합니다. 이러한 수명 주기 덕분에 주문이 정확히 어디에 있는지 언제든 확인할 수 있고, 어느 단계에서 지연이 발생했는지도 명확히 파악됩니다.
재고가 부족하면 ERP는 어떻게 하나요?
주문 시 재고가 부족하면 ERP는 부족 수량을 표시하고 프로세스를 공급 측으로 분기합니다. 구매하는 제품이라면 구매 모듈에 요청이 생성되고, 생산하는 제품이라면 생산/MRP 모듈에 생산 소요가 생성됩니다. MRP는 필요한 원자재를 계산하고 부족분을 구매 부서에 알립니다. 이렇게 판매 주문이 공급망을 자동으로 움직이므로 사용자가 부족분을 수작업으로 추적할 필요가 없습니다.
송장은 왜 출하 후에 발행되나요?
대부분의 판매 프로세스에서 송장은 물품이 실제로 인도되었음을 보여 주는 출하를 근거로 합니다. 이 순서는 회계 정확성과 수익 인식 모두에 중요합니다. 수익은 인도가 이루어진 시점에 기록됩니다. ERP는 송장 데이터를 출하 레코드에서 자동으로 가져오므로 출하 수량과 송장 수량이 일치합니다. 물론 현금 판매나 선급금 같은 경우에는 프로세스를 다르게 구성할 수 있으며, ERP는 규칙을 통해 이러한 변형을 지원합니다.
ERP는 모든 업무 프로세스에서 같은 방식으로 작동하나요?
핵심 원리는 같습니다. 공유 데이터, 모듈 간 자동 흐름, 추적성은 모든 프로세스에 적용됩니다. 다만 단계는 프로세스에 따라 달라집니다. 구매 프로세스는 요청, 주문, 입고, 송장 검증을 거치고, 생산 프로세스는 작업 지시, 자재 출고, 완제품 입고 같은 단계를 포함합니다. ERP는 같은 데이터 모델 위에서 구성 가능한 규칙으로 이러한 서로 다른 흐름을 관리합니다. 즉, 틀은 공유되고 프로세스의 형태는 맞춤화할 수 있습니다.
프로세스의 일부가 ERP 밖에 남으면 어떻게 되나요?
어떤 단계가 ERP 밖에서, 예를 들어 별도의 스프레드시트에서 진행되면 공유 데이터 사슬이 끊어집니다. 그 단계의 데이터는 수작업으로 시스템에 옮겨야 하며, 이는 지연과 오류의 위험을 다시 불러옵니다. ERP의 가치는 프로세스 전체를 포괄하는 데서 나옵니다. 그래서 시스템 이관 프로젝트에서는 핵심 프로세스를 처음부터 끝까지 시스템 안에 두는 것이 권장됩니다. 외부 단계를 피할 수 없다면 통합이나 API로 연결하는 것이 더 안전한 접근입니다.