ERP란 전사적자원관리(Enterprise Resource Planning)의 약자로 기업의 모든 업무를 통합 관리할 수 있는 시스템을 의미합니다. 이 ERP 프로젝트에 처음 투입되면, 가장 먼저 보이는 화면부터 낯설게 느껴지는데요. 선택할 수 있는 메뉴도, 용어도 많고, 비슷해 보이는 화면이 가득합니다. 여기에 구매, 입고, 송장, 재고, 전표, 채권, 채무 같은 단어가 한꺼번에 등장하면, 처음에는 이 시스템이 물류 시스템인지, 회계 시스템인지, 업무 관리 시스템인지 감이 잘 오지 않죠.

저도 처음 ERP를 접했을 때, 가장 새로웠던 건 단순히 화면이 많다는 점만은 아니었습니다. 더 낯설었던 건 물류의 흐름이 회계 숫자까지 거의 동시에 바꾼다는 점이었죠. 예를 들어, 창고에서 입고를 처리하면 당연히 재고 수량만 늘어나는 줄 알았습니다. 물건이 들어왔으니 창고 수량이 바뀌는 건 자연스럽다고 생각했습니다. 그런데 실제로는 거기서 끝나지 않습니다. 입고를 처리하는 순간 재고 수량이 늘고, 재고 금액이 반영되고, 경우에 따라 재고 전표뿐 아니라, 회계 전표까지 함께 생성됩니다.

그래서 이 구조가 꽤 낯설었는데요. 입고는 물류팀의 업무이고, 전표는 회계팀의 업무라고 생각했기 때문입니다. 그러나 ERP 안에서는 물건의 이동과 돈의 흐름이 따로 떨어져 있지 않았습니다. 물건이 들어온다는 것은 단순히 창고에 박스가 쌓인다는 뜻이 아니라, 회사가 보유한 자산이 늘어난다는 뜻이었죠. 그래서 ERP는 그 변화를 재고 수량과 재고 금액, 그리고 회계 데이터에 거의 동시에 반영합니다.

이 구조는 ERP의 큰 장점입니다. 물건이 들어온 사실이 재고와 회계에 실시간으로 연결되니, 구매팀, 창고, 회계팀이 각자 따로 장부를 맞출 필요가 줄어듭니다. 회사는 같은 흐름을 기준으로 현재 재고와 금액을 확인할 수 있습니다.

하지만 동시에 이 구조는 ERP를 어렵게 만드는 지점이기도 합니다. 연결이 빠른 만큼 영향도도 넓기 때문입니다. 처리 순서가 어긋나거나, 입고와 송장 시점이 맞지 않거나, 수량과 금액 기준이 꼬이면 그 영향이 한 군데서 끝나지 않습니다. 재고가 흔들리고, 지급해야 할 금액이 흔들리고, 나중에 원가를 볼 때도 숫자가 기대와 다르게 보일 수 있습니다.

ERP 프로젝트에 처음 들어오는 개발자나 기획자가 종종 묻는 질문도 여기서 나옵니다.

“입고만 했는데 왜 회계 전표가 생기나요?”

최근에는 기존 ERP 시스템을 새롭게 전환하거나, ERP에 AI 기능을 접목하려는 흐름도 많아지고 있습니다. 특히 SAP를 사용하는 기업이라면 ECC에서 S/4HANA로 넘어가는 문제도 함께 고민하게 됩니다. 시스템 전환은 단순히 화면이 바뀌는 일이 아니라, 기존에 회사가 처리하던 구매, 입고, 송장, 출고, 매출의 흐름을 다시 확인하는 일이기도 합니다.

이 글에서는 물류 흐름이 재고와 회계를 동시에 움직이는 구조를 중심으로 이야기해 보려고 합니다. 이해를 돕기 위해 한 과자 회사가 감자칩 원재료를 구매하고, 완성된 제품을 판매하는 사례로 풀어봤습니다.

ERP는 회사의 업무 흐름을 담은 시스템이다

ERP는 회사의 핵심 업무를 하나의 시스템 안에서 관리하는 구조입니다. 구매, 판매, 생산, 재고, 회계 같은 업무가 각각 따로 존재하는 것처럼 보이지만, 실제 회사 안에서는 서로 계속 연결되어 있습니다.

조금 더 쉽게 말하면 ERP는 회사가 물건을 사고, 만들고, 보관하고, 팔고, 돈을 지급하거나 받는 과정을 하나의 흐름으로 기록하는 시스템입니다. 그래서 ERP를 단순한 업무 입력 화면이나 회계 프로그램으로만 보면 전체 구조가 잘 보이지 않습니다. 회사 안에서 일어나는 업무가 어떤 순서로 흘러가고, 그 결과 어떤 데이터가 바뀌는지를 함께 봐야 합니다.

한 과자 회사가 감자칩을 만든다고 가정해 보겠습니다. 원재료로는 감자, 식용유, 포장지가 필요합니다. 현업 부서에서 필요한 수량을 요청하면 구매팀은 거래처에 발주를 냅니다. 이후 감자와 식용유가 공장 창고에 도착하면 창고 담당자가 입고를 처리합니다. 거래처에서 송장이 들어오면 회계팀은 지급할 금액을 확인합니다.

겉으로 보면 흐름은 단순합니다.

구매 요청 → 발주 → 입고 → 송장 처리 → 지급

각 단계의 담당 부서도 나뉘어 있습니다. 그래서 초보자 입장에서는 “구매는 구매팀 일, 입고는 창고 일, 송장과 전표는 회계 일”처럼 따로따로 보입니다. 그런데 ERP 안에서는 이 과정이 분리되어 움직이지 않습니다.

운영 업무를 하다 보면 이 지점에서 질문이 자주 나옵니다. “입고만 했는데 왜 회계 전표가 생겼나요?”, “송장 처리를 하려는데 왜 입고 내역을 봐야 하나요?” 같은 질문입니다. 처음에는 이 질문이 당연하게 느껴집니다. 화면도 다르고 담당 부서도 다르기 때문입니다. 하지만 ERP에서는 입고가 송장의 기준이 되고, 송장이 회계 처리의 기준이 됩니다. 그래서 한 단계만 따로 떼어 보면 이해되지 않던 일이 흐름으로 보면 연결되기 시작합니다.

예를 들어, 감자 1,000kg이 창고에 들어오는 순간, 시스템은 단순히 “감자가 들어왔다”는 기록만 남기지 않습니다. 재고 수량을 늘리고, 재고 금액을 반영합니다. 회사가 보유한 원재료 자산이 늘어난 것으로 보기 때문입니다. 이후 거래처에서 송장이 들어오면 그 정보는 지급해야 할 금액과 회계 전표로 이어집니다. 결국 하나의 물류 이벤트가 재고와 회계까지 함께 건드리는 셈입니다.

제가 ERP를 보며 정말 새롭다고 느꼈던 부분도 이 때문인데요. 예전에는 물류와 회계를 머릿속에서 어느 정도 분리해서 생각했습니다. 그런데 ERP 안에서는 두 영역이 생각보다 훨씬 촘촘하게 연결되어 있었습니다. 입고는 창고의 일인 동시에 회사 자산을 바꾸는 일이었고, 그 변화는 실시간으로 숫자에 반영됐습니다.

판매 흐름도 마찬가지입니다. 과자 회사가 완성된 감자칩을 거래처에 판매한다고 해보겠습니다. 영업팀이 주문을 받고, 물류팀이 제품을 출고하고, 이후 매출 처리가 이루어지고, 마지막으로 거래처에서 돈을 받습니다.

이 흐름은 이렇게 볼 수 있습니다.

주문 → 출고 → 매출 처리 → 수금

판매 주문은 영업 업무처럼 보이지만, 출고가 발생하면 재고가 줄어듭니다. 매출 처리를 하면 매출전표와 받을 돈이 생깁니다. 이후 수금이 이루어지면 받을 돈이 정리됩니다. 즉 구매에서는 물건이 들어오며 재고와 지급할 돈이 연결되고, 판매에서는 물건이 나가며 재고와 받을 돈이 연결됩니다.

ERP가 어려워 보이는 이유는 화면과 용어가 많아서이기도 합니다. 실제로 처음 보면 어렵습니다. 화면도 많고, 메뉴도 많고, 같은 업무처럼 보여도 입력해야 하는 값이 다릅니다. 처음에는 모듈명, 화면명, 코드, 전표 번호 같은 것들이 먼저 눈에 들어옵니다. 그러다 보니 ERP를 “복잡한 화면들의 모음”처럼 받아들이기 쉽습니다.

그런데 더 근본적인 어려움은 화면 자체보다 연결 구조에 있습니다. 하나의 업무가 한 화면에서 끝나지 않고 다음 업무, 다음 데이터, 다음 전표로 이어지기 때문입니다. 구매 요청은 발주로 이어지고, 발주는 입고의 기준이 되며, 입고는 송장 처리와 회계 전표의 기준이 됩니다. 판매 쪽에서도 주문, 출고, 매출, 수금이 계속 이어집니다.

그래서 ERP를 이해할 때는 “이 화면이 무슨 기능인가?”만 보면 금방 막힙니다. 그보다 먼저 “이 업무는 어디서 시작했고, 다음에 어떤 데이터로 이어지는가?”를 봐야 합니다. ERP는 기능의 목록이라기보다 회사의 업무 흐름을 데이터로 연결한 시스템에 가깝습니다.

구매와 판매는 어떻게 재고와 회계로 연결될까?

먼저 구매 흐름부터 보겠습니다. 과자 회사가 감자 1,000kg을 거래처에 발주했다고 해보겠습니다. 이 단계에서는 아직 감자가 회사 창고에 들어온 것이 아닙니다. “이 거래처에서 이 조건으로 구매하겠다”는 약속을 시스템에 기록한 상태입니다. 이후 실제 감자가 창고에 도착하면 입고를 처리합니다.

이때 ERP의 연결 구조가 드러납니다. 입고는 단순히 “창고에 감자가 들어왔다”는 기록이 아닙니다. 재고 수량이 늘어나고, 재고 금액도 반영됩니다. 원재료는 회사가 보유한 자산이기 때문입니다. 그래서 입고는 물류 이벤트이면서 동시에 회사의 숫자를 바꾸는 이벤트입니다. 입고 하나를 처리했을 뿐인데 재고 전표뿐 아니라 회계 전표까지 연결될 수 있다는 점이었습니다. 물류의 흐름이 회계의 숫자로 실시간 반영되는 구조였고, 그 덕분에 회사는 재고와 회계를 같은 흐름 안에서 볼 수 있었습니다.

다음은 송장 처리입니다. 거래처가 감자 1,000kg에 대한 송장을 보내오면 회사는 발주와 입고 내역을 기준으로 금액과 수량이 맞는지 확인합니다. 송장을 처리하면 지급해야 할 돈이 생기고 회계 전표와 연결됩니다. 쉽게 말하면 “우리가 이 거래처에 얼마를 지급해야 한다”는 회계 기록이 생기는 것입니다.

즉, 구매 흐름은 이렇게 이어집니다.

발주 → 입고 → 재고 수량·금액 변동 → 송장 처리 → 지급할 금액·회계 전표 생성

이 흐름에서 중요한 것은 화면 이름을 외우는 것이 아닙니다. 발주가 입고의 기준이 되고, 입고가 송장 확인의 기준이 되며, 송장 처리가 회계 전표와 지급할 금액으로 이어진다는 구조를 이해하는 것입니다.

판매 흐름에서는 반대 방향의 연결이 보입니다. 과자 회사가 완성된 감자칩을 거래처에 판매하면 먼저 주문이 생성됩니다. 이후 제품이 출고되면 재고가 감소합니다. 출고는 단순히 물건이 나갔다는 기록이 아니라 회사가 보유한 제품 재고가 줄어든 사건입니다. 그다음 매출 처리가 이루어지면 매출전표가 생성되고 거래처로부터 받을 돈이 생깁니다. 이후 거래처가 대금을 지급하면 수금 처리를 통해 받을 돈이 정리됩니다.

판매 흐름은 이렇게 볼 수 있습니다.

주문 → 출고 → 재고 감소 → 매출 처리 → 매출전표·받을 돈 생성 → 수금

구매에서는 물건이 들어오며 재고와 지급할 돈이 연결되고, 판매에서는 물건이 나가며 재고와 받을 돈이 연결됩니다. 방향은 다르지만 구조는 비슷합니다. 업무는 물류처럼 보이지만, 그 결과는 회계 숫자와 함께 움직입니다.

이 구조를 이해하면 ERP가 조금 덜 낯설어집니다. 구매, 판매, 재고, 회계는 각각 다른 영역처럼 보이지만 실제 업무에서는 계속 이어집니다. ERP는 업무를 나눠 관리하지만, 회사의 흐름은 그 경계에서 멈추지 않습니다.

ERP는 기능보다 흐름으로 이해해야 한다

ERP의 장점은 분명합니다. 업무가 일어난 순간 그 결과가 시스템 전체에 빠르게 연결됩니다. 구매팀, 창고, 회계팀이 각자 따로 장부를 맞출 필요 없이 하나의 흐름을 공유할 수 있습니다. 이 점은 ERP가 엑셀 기반 운영과 가장 크게 다른 부분이라고 생각합니다.

하지만 실무에서는 이 장점이 곧 리스크가 되기도 합니다. 연결이 빠른 만큼 영향도도 넓기 때문입니다. 입고가 잘못되면 재고 수량만 틀어지는 것이 아닙니다. 재고 금액이 흔들릴 수 있고, 이후 송장 확인에도 영향을 줍니다. 송장 처리가 늦거나 금액 차이가 있으면 지급해야 할 금액과 원가에도 영향이 갈 수 있습니다. 처리 순서가 꼬이거나 시점이 어긋나면 숫자가 하나씩 맞지 않기 시작하고, 그 결과를 나중에 맞추는 일은 생각보다 손이 많이 갑니다.

운영 업무를 하다 보면 사용자 문의도 비슷하게 들어옵니다.

“입고는 했는데 송장 처리가 안 됩니다.”
“전표는 생겼는데 금액이 이상합니다.”
“재고는 맞는 것 같은데 원가가 다르게 보입니다.”

이런 문의는 대부분 한 화면만 보고 해결되지 않습니다. 발주 조건, 입고 수량, 송장 금액, 회계 전표, 경우에 따라 계정 처리나 평가 기준까지 흐름으로 다시 따라가야 합니다. 결국 ERP 담당자는 화면보다 순서와 영향도를 먼저 봐야 합니다. 실시간으로 연결되기 때문에 회사의 현재 상태를 빠르게 볼 수 있지만, 그만큼 잘못된 순서나 기준도 빠르게 퍼질 수 있습니다. 예를 들어 입고 시점과 송장 시점이 어긋나거나, 금액 기준이 다르거나, 출고와 매출 처리의 순서가 맞지 않으면 원가와 재고 금액이 예상과 다르게 보일 수 있습니다.

그래서 ERP에서는 “처리했다”보다 “어떤 순서로 처리했는가”가 중요합니다. 같은 업무라도 시점과 순서에 따라 숫자가 다르게 보일 수 있습니다. 특히 재고 금액이나 원가를 확인할 때는 이 차이가 크게 느껴집니다. 시스템은 실시간으로 반영해 주지만, 그 실시간성이 항상 편하기만 한 것은 아닙니다. 업무 순서가 정리되어 있지 않으면 실시간으로 꼬이기도 합니다.

결국 ERP는 개별 화면의 집합이 아니라 구매, 입고, 송장, 출고, 매출, 회계가 연결되는 업무 흐름으로 이해해야 합니다. 입고, 송장, 출고 같은 이벤트는 재고 수량, 재고 금액, 지급해야 할 돈, 매출, 받을 돈 같은 여러 데이터와 연결됩니다. 그래서 기능을 하나씩 따로 외우는 것보다 구매 흐름과 판매 흐름을 따라가며 보는 편이 전체 구조를 이해하는 데 훨씬 도움이 됩니다.

이 지점은 앞으로 더 중요해질 수 있습니다. ERP 화면은 바뀔 수 있고, 자동화 기능은 늘어날 수 있습니다. 특히 S/4HANA 전환처럼 시스템 구조가 바뀌는 시기에는 화면을 그대로 외워둔 지식보다 업무 흐름을 이해하는 힘이 더 중요해집니다. 화면 이름이나 메뉴 위치는 달라질 수 있지만, 구매가 입고로 이어지고, 입고가 송장과 회계 전표의 기준이 되며, 판매가 출고와 매출로 이어지는 구조는 쉽게 사라지지 않습니다.

AI가 오류 메시지를 요약해 주거나, 확인해야 할 데이터를 추천해 줄 수도 있습니다. 하지만 그 결과가 왜 생겼는지, 어떤 숫자와 전표에 영향을 주는지는 업무 흐름을 아는 사람이 판단해야 합니다. 그래서 ERP 입문자에게 필요한 첫 번째 감각은 모든 화면을 외우는 것이 아니라, 업무가 어디서 시작해 어디로 이어지는지, 그리고 그 과정에서 어떤 숫자가 함께 움직이는지 보는 눈입니다. 구매 흐름과 판매 흐름을 따라가다 보면, 복잡해 보이던 ERP 구조도 조금씩 연결되어 보입니다.

마치며

ERP를 이해하려면 먼저 회사의 업무 흐름을 이해해야 합니다. 화면이나 용어는 처음에는 낯설 수 있죠. 실제로 ERP 화면은 많고 복잡하니까요. 하지만 그 안에서 반복해서 보이는 구조가 있습니다. 구매하면 재고와 지급할 돈이 움직이고, 판매하면 재고와 받을 돈이 움직입니다.

물류 흐름이 단순히 재고 수량만 바꾸는 것이 아니라, 재고 금액과 회계 전표까지 거의 동시에 움직인다는 이 실시간성 덕분에 회사는 하나의 흐름으로 업무를 볼 수 있지만, 또 동시에 처리 순서나 시점이 꼬이면 원가와 회계 숫자까지 영향을 받을 수 있습니다.

그래서 ERP를 처음 접하는 개발자나 기획자라면 화면 이름을 외우는 것보다, 먼저 이런 질문을 던져보면 좋겠습니다.

“이 업무는 어디서 시작됐고, 다음에 어떤 데이터로 이어질까?”
“이 처리가 재고, 지급할 돈, 매출, 받을 돈 중 어디에 영향을 줄까?”
“시간 순서가 바뀌면 어떤 숫자가 달라질까?”

이 질문을 따라가다 보면 ERP는 따로 떨어진 화면들의 집합이 아니라, 하나의 업무 흐름 안에서 연결된 구조로 보이기 시작합니다. ERP는 복잡한 시스템이지만, 결국 회사가 물건을 사고팔고 기록하는 방식을 시스템 안에 옮겨놓은 건데요. 이 흐름을 이해하는 순간, ERP도 조금은 더 쉽게 다가올 겁니다.