ERP 회계 흐름: 결산·원가·재고·구매·매출 프로세스 연결하기

ERP에서 회계는 독립된 모듈이 아니라 구매, 재고, 생산, 영업의 결과가 모이는 지점입니다. 결산과 코스트센터부터 P2P·O2C 흐름까지 연결해 설명합니다.

이 글은 부분 입고된 상품을 판매하고 대금 일부를 회수하는 한 사례로 부서 간 연결을 설명합니다. 수량이 금액이 되고 그 금액이 결산과 현금으로 이어지는 과정에 초점을 맞춥니다.

사례는 모두 학습용이며 금액 단위는 만원입니다. 부가가치세, 운송비, 환율 차이, 할인·반품은 생략합니다. 계정명과 전표 생성 시점은 ERP 설정 및 적용 회계기준에 따라 달라질 수 있습니다.

결산 속도는 ERP 프로세스의 건강도를 보여준다

월말에 수정과 대사가 몰린다면 회계팀의 문제가 아니라 앞단 거래와 기준정보가 늦거나 부정확하다는 신호일 수 있다.

빠른 결산은 회계 인력을 더 투입한다고 달성되지 않는다. 구매 입고, 생산 실적, 출하, 비용 배부처럼 월중에 발생한 거래가 제때 정확히 기록되어야 월말 작업이 줄어든다.

결산 지연을 추적하는 방법

1. 마감 단계별 완료 시간과 대기 시간을 분리한다.
2. 반복되는 수정 전표의 원인을 업무 단계까지 거슬러 올라간다.
3. 미결 항목과 인터페이스 오류를 일 단위로 관리한다.
4. 임시 수작업 조정이 다음 달에도 반복되는지 확인한다.
5. 부서별 마감 책임과 선행 조건을 명확히 한다.

결산 기간이 길다는 것은 조직이 한 달 동안 만든 데이터를 마지막 며칠에 다시 해석하고 있다는 뜻일 수 있다. ERP의 실시간성은 화면 조회 속도가 아니라 거래 발생과 재무 반영 사이의 시간으로 평가해야 한다.

결산 개선 프로젝트는 회계 일정 단축과 함께 원천 거래의 입력 지연과 예외 처리 책임을 함께 개선해야 한다. 월말에 회계가 금액만 보정하면 원래 입고나 송장이 다음 달 반영될 때 중복될 수 있다. 미결 문서 번호, 담당 부서, 추정 전표, 해소 기한을 연결해 관리하는 이유다.

예를 들어 입고는 완료됐지만 송장이 오지 않은 건은 수량과 계약 단가를 확인해 입고 미청구 잔액을 검토한다. 다음 달 송장이 도착하면 해당 입고와 매칭하여 기존 잔액을 정리한다. 새 매입을 한 것처럼 동일 원가를 다시 기록하지 않는다.

코스트센터는 비용을 책임과 연결한다

비용을 조직과 활동 단위로 분류하면 얼마를 썼는지를 넘어 누가 어떤 목적에 자원을 사용했는지 볼 수 있다.

계정과목은 무엇에 돈을 썼는지 보여주지만 그것만으로는 비용을 관리하기 어렵다. 코스트센터는 비용이 발생한 책임 조직이나 기능을 표시하여 예산, 실적, 원인을 연결한다.

좋은 코스트센터 구조는 조직도와 완전히 같을 필요는 없지만 책임 범위와 보고 체계가 명확해야 한다. 조직 개편 때마다 코드를 무작정 새로 만들면 기간 비교가 어려워지고, 너무 크게 묶으면 원인을 찾을 수 없다.

운영 원칙

• 비용 책임자가 실제로 통제 가능한 범위를 기준으로 설계한다.
• 공통비 배부 기준은 이해 가능하고 반복 가능해야 한다.
• 조직 변경 전후의 분석 연속성을 보존한다.
• 잘못된 센터 입력을 월말이 아니라 거래 시점에 차단한다.
• 예산 초과를 금액뿐 아니라 원인과 조치로 기록한다.

코스트센터의 목적은 책임을 추궁하는 것이 아니라 비용과 의사결정의 관계를 이해하고 조정할 수 있게 만드는 것이다.

공통 임차료 90만원을 A·B부서의 사용 면적 2:1로 배부한다고 가정하자. A에는 90 × 2/3 = 60만원, B에는 90 × 1/3 = 30만원이 배부된다. 회사 전체 임차료는 여전히 90만원이다. 부서별 비용에 원래 공통비 90과 배부액 90을 모두 남겨 합계 180으로 집계하면 중복이다.

배부 기준이 면적이어야 하는지, 인원인지, 실제 사용량인지도 비용 성격에 따라 합의한다. 부서가 늘거나 공간을 옮겼다면 적용 기간을 기록해 전월 비교가 왜 달라졌는지 설명할 수 있어야 한다.

재고평가는 현장 운영과 재무제표를 연결한다

수량이 같아도 평가 방식과 원가 흐름에 따라 재고자산과 매출원가가 달라지므로 물류와 회계의 기준이 함께 맞아야 한다.

현장은 재고를 수량으로 보지만 재무는 금액으로 본다. ERP는 입고, 이동, 생산, 출하 거래에 원가를 연결해 재고자산과 매출원가를 계산한다.

평균법·선입선출법 같은 원가 배분 방식과 표준원가를 이용하는 운영 방식은 단순 설정값이 아니다. 표준원가를 재무보고에 이용할 때는 실제 원가에 근사하는지와 차이 조정 등을 검토해야 한다. 가격 변동, 생산 차이, 환율, 부대비용이 재무 결과에 어떻게 반영되는지를 결정한다.

점검해야 할 연결

• 입고 수량과 매입 가격의 차이
• 생산 투입량과 완성 수량의 차이
• 표준원가와 실제원가의 차이
• 재고 조정의 사유와 승인
• 장기·불용 재고의 평가 충당

수량 대사만 맞고 금액이 맞지 않거나 반대 상황이 생길 수 있다. 그래서 물류 마감과 원가 마감, 회계 마감을 별개 일정으로 보지 말고 선후 관계가 있는 하나의 흐름으로 관리해야 한다.

신뢰할 수 있는 재고평가는 현장의 거래 규율과 재무 기준이 만나는 결과다.

구매에서 지급까지의 통제가 현금 누수를 막는다

구매 요청·발주·입고·검수·송장·지급을 연결하면 중복 지급과 무단 구매를 줄이고 지출의 근거를 남길 수 있다.

Purchase to Pay는 필요한 물품이나 서비스를 요청한 순간부터 거래처에 대금을 지급할 때까지의 흐름이다. 각 단계가 분리되면 속도는 느려 보이지만 적절한 역할 분리는 오류와 부정을 줄인다.

핵심 통제

1. 구매 요청과 승인 권한을 금액·품목별로 구분한다.
2. 발주서 없는 구매의 예외 조건을 제한한다.
3. 입고 또는 용역 검수 사실을 기록한다.
4. 발주·입고·송장의 수량과 금액을 대조한다.
5. 거래처 계좌 변경과 지급 승인을 분리한다.

통제가 많다고 안전한 것은 아니다. 사용자가 이해하지 못하는 승인은 형식적으로 처리되고, 긴급 구매가 반복되면 우회 경로가 표준이 된다.

ERP에서는 예외 건수, 승인 소요 시간, 가격 차이, 중복 송장 차단 건수를 함께 봐야 한다. 목표는 지출을 막는 것이 아니라 필요한 구매는 빠르게 진행하면서 근거 없는 지급과 중복 지급을 막는 것이다. 발주·입고·송장을 비교하는 3점 대사의 제품 구현 사례는 Microsoft의 송장 매칭 문서에서 확인할 수 있다.

100개를 발주했는데 80개만 들어왔다면

단가 2만원으로 100개를 발주했지만 실제 검수된 수량은 80개라고 하자. 정상 입고 가액은 80 × 2 = 160만원이다. 공급자가 100개분 200만원을 청구하면 검수 수량과 차이 20개, 금액 차이 40만원이 생긴다.

이때 합계 금액만 같게 바꾸는 것이 아니라 부분 입고인지, 입고 누락인지, 선청구가 허용된 계약인지 확인한다. 나머지 입고 예정과 계약 근거 없이 송장 전액을 정상 지급으로 넘기면 통제의 의미가 사라진다. 차이를 승인하는 예외 절차가 있더라도 사유와 책임자는 남겨야 한다.

주문에서 수금까지 연결해야 매출이 현금이 된다

수주·출하·청구·채권·수금을 하나의 흐름으로 관리해야 매출 성장과 현금 회수의 차이를 줄일 수 있다.

Order to Cash는 고객 주문을 받은 뒤 제품이나 서비스를 제공하고 대금을 회수하는 전체 과정이다. 매출이 늘어도 청구가 늦거나 채권이 오래 남으면 현금 흐름은 나빠질 수 있다.

흐름의 핵심 지점

• 수주 시 가격, 납기, 신용한도를 확인한다.
• 출하와 서비스 완료가 정확히 청구로 이어진다.
• 반품과 할인은 원거래 및 승인과 연결한다.
• 입금은 고객과 청구 건에 신속히 매칭한다.
• 연체 채권은 영업과 재무가 같은 원인 정보를 본다.

부서별 지표만 최적화하면 영업은 매출을 위해 위험한 조건을 수용하고, 물류는 출하율을 위해 오류를 미루며, 재무는 회수를 위해 고객 관계를 해칠 수 있다.

ERP에서는 수주부터 현금화까지 걸린 시간과 예외를 함께 측정해야 한다. 매출 인식과 수금은 서로 다른 단계이며 회수된 현금이 운영 자금으로 다시 순환한다. 청구일과 매출 인식일도 항상 같지는 않으므로 계약상 통제 이전 또는 수행의무 이행 기준을 확인해야 한다.

구매부터 수금까지 하나의 장부로 연결하기

앞에서 검수된 상품 80개를 개당 2에 취득하고, 공급자 송장도 80개분으로 확정했다고 하자. 이 중 50개를 개당 3에 외상 판매해 통제 이전과 수익 인식 요건을 충족했다. 이후 공급자에게 160을 지급하고 고객에게 90을 받았다. 다른 거래는 없다.

단계	업무 증빙	단순화한 회계 연결
80개 입고, 송장 전	검수 완료 입고 문서	차변 재고 160 / 대변 입고 미청구 160
공급자 송장 확인	입고와 매칭된 송장	차변 입고 미청구 160 / 대변 매입채무 160
50개 판매, 수익 인식	계약·출하·청구 근거	차변 매출채권 150 / 대변 매출 150
판매 원가 반영	50개 재고 출고	차변 매출원가 100 / 대변 재고 100
공급자 지급	지급 승인·은행 자료	차변 매입채무 160 / 대변 현금 160
고객 일부 수금	입금과 고객 청구 매칭	차변 현금 90 / 대변 매출채권 90

결과를 네 방향에서 검산해 보자.

• 재고 수량: 입고 80 − 출고 50 = 30개
• 재고 금액: 160 − 100 = 60
• 미수금액: 매출채권 150 − 회수 90 = 60
• 매출총이익: 매출 150 − 매출원가 100 = 50

영업의 매출은 150이지만 이 거래들의 현금 순변동은 90 − 160 = −70이다. 손해를 봤다는 뜻이 아니라 재고 60과 미회수 채권 60이 남아 있기 때문이다. 이익 50에서 재고 증가 60과 채권 증가 60을 빼면 현금 순변동 −70과 연결된다. 기존 현금이나 자금조달이 있어 지급 가능했다는 가정이며 실제 잔고를 음수로 표시하라는 뜻은 아니다.

월말에 맞춰야 하는 세 가지 잔액

첫째, 품목별 수량·평가액과 회계 재고 계정이 맞아야 한다. 둘째, 거래처별 채권·채무 보조부와 총계정원장이 맞아야 한다. 셋째, 수금·지급 처리와 은행 자료가 맞아야 한다. 이 중 하나만 맞고 나머지가 다르면 거래가 어느 단계에서 멈췄는지 찾는다.

입고 미청구가 오래 남은 문서, 출하 후 미청구 건, 고객을 식별하지 못한 입금, 반품 후 미정리 채권은 담당자·발생일·다음 조치가 있는 목록으로 관리하는 편이 좋다. ERP 화면이 '완료'라고 표시해도 실제 미결 금액이 남았는지 확인해야 한다.

ERP 회계를 이해하는 가장 좋은 질문은 '이 전표가 어떤 현장 문서에서 왔는가'다. 생산량과 자재 소요 계산은 MRP·BOM·안전재고 가이드, 마감 수정분개는 회계 결산 절차에서 이어서 확인할 수 있다.