IT컨설턴트

1. 개요

 오늘날 다양한 업종에서 ERP를 사용하고 있지만 특히, E-Commerce 와의 연동 구축은 업종을 불문하고 뗄 수 없는 관계이다. 그러한 취지로 이번 포스팅은 E-Commerce 와 ERP 연동을 간단히 설명할 예정이다. E-Commerce 는 ERP 에서 주로 영업관리와 밀접한 관계가 있으므로, 생산이나 구매관리는 가장 표준적인 프로세스 위주로 설명한다.

2. E-Commerce

1) 간단 정의 : 인터넷에서 진행되는 모든 전자상거래를 통칭한다. (B2B, B2C, G2B, O2O 등)

2) 예시

 - 오픈마켓 : 전자상거래 중계매체 (쿠팡, 티몬, 옥션, G마켓 등)

 - 자사몰 : 판매업체에서 직접 오픈한 웹사이트 혹은 온라인쇼핑몰

 - EDI : B2B 업체들의 각 발주 웹사이트

 - OMS : 주문관리시스템으로 본 포스팅은 직영/가맹 매장 주문을 의미함

3. 프로세스 설명

1) 주문취합 : 최초의 주문 취합은 각 웹사이트에서 이루어진다 방안은 아래와 같다.

 - 수기취합 : 엑셀내려받기 등을 활용하여 각 사이트에서 직접 취합한다.

 - 중계매체 : B2C의 경우 사방넷, 샵링커 등 통합관리 소프트웨어를 활용하여 주문이나 매출 취합이 가능하다.

 - 스크래핑 : 중계매체에서도 스크래핑 기술을 이용하는것이므로, 여건이 된다면 직접 스크래핑 기술을 도입할 수 있다.

                 (RPA, 파이썬 웹 크롤링 등)

2) 제품생산 및 상품구매 (+원부자재구매)

 - 제품생산 : 제품생산의 경우 예측생산방식, 주문생산방식 등 회사 여건에 맞는 생산방식을 채택하는데,

   현대의 E-Commerce는 신속배송이 생명이므로 매몰비용, 재고비용 등을 감안하여 일정부분은 계획 생산을 진행하고

   일부 버퍼만 주문생산으로 진행하는 것이 바람직하다. 그렇기에 수요예측 기술이 각광을 받는 이유이기도 하다.

 - 상품구매 : 상품구매도 제품생산과 다르지 않지 수요예측이 중요하며, 협력업체와의 소통이 상품 출고에

   직접적인 영향을 미치므로, 시스템적으로 이를 해결하기 위해서는 SRM 을 통해 상품입고 시간을 단축할 수 있다.

   (원부자재구매 또한 협력업체와의 소통이 중요하며, 상품은 매출에 영향을 주고, 원부자재는 생산에 영향을 준다.)

   cf. 제품/상품의 차이 :

   제품 - 직접 가공 및 생산 후 판매 (외주 X)

   상품 - 매입 후 판매 (공정이 존재하지 않음)

3) 납품지시 및 출하

 - 납품지시를 통해 제품출고를 하게 되는데. 이때 B2C와 B2B배송의 형태가 다르다. B2B 배송의 경우 지입배송이나

    자체배송처리를 하는 반면, B2C의 경우 택배나 새벽배송 업체를 통해 배송한다. 또한 B2B배송은 물류량에 따른

    할인율이나 보험 등이 중요한 반면 B2C 배송은 사은품, 옵션, 배송특이사항 등이 중요요소이다. 특히 택배배송의

    경우 운송장에 대한 정보를 필히 각 사이트에 전송하여 주문자로 하여금 배송정보를 확인가능하도록 해야한다.

3) 마감 (각 프로세스 종료 후 마감 진행)

 - 매입마감 : 계산서 발행 여부확인 및 출금

 - 생산마감 : 생산재고입출고마감 및 제조원가 산출

 - 매출정산 : 구매확정확인, 계산서 발행 및 수금확인

1. 자본적 지출

1) 정의

자본적 지출이란 기업의 자산가치를 상승시키거나 자산가치의 내용연수를 증가시키는 목적으로 사용되는 비용을 의미한다.

2) 예산

자본예산으로 집행한다.

3) 사용

주로 건설공사에 사용되며 설비의 취득이나 옵션 부품의 추가와 같이 투자목적으로 사용한다.

4) 계정

포괄적인 의미로 수선비라 지칭하지만 계정상 수선비로 귀속되는 비용은 아니며 투자비, 용역비, 기계사용비 등 과 같이 기업의 목적에 부합하도록 계정을 셋팅하여 운영하며, 자본적 지출은 최종적으로 1번대 비유동자산 계정으로 계상되어야 한다.

2. 수익적 지출

1) 정의

수익적 지출이란 자산의 유지보수, 보전작업 등 과 같이 자산가치에 영향을 주지 않지만 고장예방, 설비유지 등에 사용되는 일반 경비성 비용을 의미한다.

2) 예산

손익예산으로 집행한다.

3) 사용

투자목적이 아닌 생산능력의 유지목적을 위해 설비보전, 예방정비 등의 지출에 사용한다. 자본적지출과 수익적지출의 구분이 어려울 경우에는 세법의 목적에 맞도록 지출 방식을 규정하고 수익적 지출은 단기비용, 자본적지출은 비유동자산에 가산한다.

4) 계정

수선비에 해당하며 5번대 판관비 계정으로 계상한다.

<재고자산평가방법>

1. 총 평균법

1) 정의 : 전체 기간의 재고금액을 재고 총 수량으로 나누는 재고평가방법

2) 계산 : ( 3000 + 1100 ) / ( 20 + 10 ) = 136.68 ☞ 매출원가, 재고자산평균가치

3) 특이사항 : 계산하기 쉽지만 단가의 가중치를 반영하지 못함.

2. 이동평균법

1) 정의 : 재고자산의 입출고가 발생하는 시점마다 재고수량 계산 및 재고자산의 재평가를 수행

2) 계산 : 매입시점에서 ‘ ( 기초수량 * 이동평균가 + 매입수량 * 매입단가 ) / 합계수량 ‘ 계산

- 12월 1일 : 3000 / 20 = 150 ☞ 재고자산평균가치

- 12월 3일 : 150 ☞ 매출원가, 재고자산평균가치

- 12월 6일 : ( 150 * 5 + 1100 ) / ( 5 + 10 ) = 123.33 ☞ 재고자산평균가치

- 12월 7일 : 123.33 ☞ 매출원가, 재고자산평균가치

3) 특이사항 : 단가의 가중치를 반영하여 근접한 재고평가가 이루어지지만 휴먼에러로 인해 중간 수불이 누락될 경우 ERP 시스템으로 반영하기 어려움.

3. 선입선출법

1) 정의 : 입고 시점에서 해당 재고는 그 시점의 재고 금액을 가지고 있으며 먼저 입고된 재고가 먼저 출고되는 형태

2) 계산 :

- 12월 1일 : 3000 / 20 = 150 ☞ 재고자산평균가치

- 12월 3일 : 150 ☞ 매출원가, 재고자산평균가치

- 12월 6일 : ( 150 * 5 + 1100 ) / ( 5 + 10 ) = 123.33 ☞ 재고자산평균가치

- 12월 7일 : 150 ☞ 매출원가, 1100 / 10 = 110 ☞ 재고자산평균가치

3) 특이사항 : ERP 시스템으로 반영하기 수월하지만 업무적으로 선입선출을 관리하려면 정확한 재고관리가 이루어져야 하기 때문에 관리의 어려움이 있음.

4. 후입선출법

1) 정의 : 입고 시점에서 해당 재고는 그 시점의 재고 금액을 가지고 있으며 나중에 입고된 재고가 먼저 출고되는 형태

2) 계산

- 12월 1일 : 3000 / 20 = 150 ☞ 재고자산평균가치

- 12월 3일 : 150 ☞ 매출원가, 재고자산평균가치

- 12월 6일 : ( 150 * 5 + 1100 ) / ( 5 + 10 ) = 123.33 ☞ 재고자산평균가치

- 12월 7일 : 110 ☞ 매출원가, ( 150 * 5 + 110 * 5 ) / 10= 130 ☞ 재고자산평균가치

3) 특이사항 : 적용하는 회사를 보지 못함.

1. 나만의 구매관리 정의

기업의 전반적인 구매 시스템으로서 자재, 상품에 대한 구매뿐 아니라 용역, 소모품, 사급외주 등 매입채무 계정을 발생시키는 원천 데이터를 생성한다.

2. 기준정보 

1) 자재마스터

  : 자재코드와 계정구분, 자재유형, 품목그룹 등 관련 속성들을 관리하며 리드타임, 안전재고, 최소구매수량 등 설정정보를 지정한다.

2) 공급업체마스터

  : 공급업체코드와 사업자등록번호, 업종, 업태 등 관련 속성들을 관리하며 인도조건, 지급조건, 매입처 유형 등 설정정보를 지정한다.

3) 구매조직마스터

  : 공급업체 사용권한의 주체가 되는 구매시스템의 최상위 부서조직을 등록한다.

4) 구매그룹마스터

  : 구매조직의 하위 그룹으로서 단가, 발주 등의 직접적인 주체가 되는 구매그룹을 등록하여 권한을 부여한다.

3) 쿼터마스터(공급규칙관리)

  : MRP를 통해 산출된 총 자재소요량에 대해서 공급업체의 할당율 및 우선순위를 배정한다.

4) 소스리스트(출처관리)

  : 특정시기에 따라서 발주 가능한 거래처와 발주가 불가능한 거래처를 구분하고 공급업체에 대해 거래 가능한 품목리스트를 제공한다.

5) 구매정보레코드(단가마스터)

  : 발주의 조건에 따라 로직에 의거하여 단가를 Default로 적용하고 리드타임, 최소/최대 구매량 등 트랜잭션의 통제값을 설정한다.

3. 프로세스 기본

1) 구매계획

  : 일단위, 주단위, 월단위 등 특정기간 동안 판매계획 및 생산계획에 의거하여 구매계획량을 산출하고 실제 발주 및 입고 데이터에 따라 계획 대비 실적을 확인한다. 

2) 구매요청

  : 구매요청은 실제 발주데이터가 아닌 발주를 요청하는 프로세스로서 선택적인 단계이며 주로 수기로 요청을 입력하기보다는 다른 모듈에서 발주 요청데이터를 생성할 때 구매요청 테이블에 데이터를 저장한다.

   EX) 설비보전을 위해 설비관리 모듈에서 저장품 및 용역에 대한 구매를 요청

        생산활동에 있어서 부족 재고의 보충을 위해 생산관리 모듈에서 자재에 대한 구매를 요청 

3) 구매견적

  : 견적 프로세스는 '견적요청(RFQ)', '견적입력(Quotauion)', '견적검토 및 비교' 크게 세단계로 이루어져 있으며 '견적요청(RFQ)'은 공급업체에 품목의 견적을 요청하는 단계, '견적입력(Quotauion)'은 공급업체로부터 전달받은 견적금액을 입력하거나 연동받아 저장하는 단계, '견적검토 및 비교'는 여러 공급업체의 견적금액을 조건에 따라 비교하여 우선순위를 산출하고 계약 및 발주 업체를 선정하는 단계이다.

4) 구매계약

   : '계약(Outline Agreement)'은 '수량계약(Quantity Contract)', '금액계약(Valuation Contract)', '일정계약 (Schedule Agreement)'로 세부 분류 되며 '수량계약(Quantity Contract)'은 공급업체와 발주품목의 수량에 대한 계약으로서 공급할 총 자재에 대한 한도를 지정한다. '금액계약(Valuation Contract)'은 수량계약과 유사한 개념으로서 공급할 자재에 대한 수량이 아닌 금액의 한도를 지정한다. '일정계약 (Schedule Agreement)'은 주로 장납기 계획 기반의 계약일 때 활용하며 납품일자를 분할하여 지정함으로써 특정 기간 동안 자재의 조달계획에 대한 확정 계약이다. 

5) 구매발주

   : 구매시스템 프로세스에서 필수적인 단계의 시작이라고 할 수 있으며 실제로 공급업체에 구매오더를 발행하는 원천데이터가 된다. 발주 형태에 따라 품목구매, 텍스트구매, 서비스구매, 사급외주, 위탁, 이전 등으로 구분된다.

6) 입고검수

   : 검수 프로세스는 선택적인 단계이며 검수필수 품목으로 설정할 경우 필히 품질 프로세스를 거친다. 상세 스펙에 대한 검사는 '구매관리' 모듈이 아닌 '품질관리' 모듈의 프로세스를 거치며 '구매관리' 모듈에서는 검사 규격서에 의거해서 합격한 품목에 대한 검수확정처리를 수행한다.

7) 구매입고

   : 구매입고는 실질적으로 자재가 적재창고로 도착하는 것을 의미하며 ERP시스템의 사상에 따라 표준원가를 사용하고 실시간 수불문서와 회계문서를 생성하는 ERP의 경우 입고시점에서 '차변 : 재고자산계정 / 대변 : 임시계정'을 발생시킨다.

8) 매입확정

   : 계산서 및 거래처원장과 비교하여 매입금액에 대한 확정처리를 수행하는 프로세스로서 ERP시스템의 사상에 따라 표준원가를 사용하고 실시간 수불문서와 회계문서를 생성하는 ERP의 경우 '차변 : 임시계정 / 대변 : 매입채무계정'을 발생시키며 수불데이터의 합계를 통해 회계마감 시점에 회계문서를 일괄적으로 생성하는 ERP의 경우 임시계정의 사용없이 매입확정시점에 '차변 : 재고자산계정 / 대변 : 매입채무계정'을 발생시킨다.

4. 프로세스 연계

   : '3. 프로세스 기본'에서  '2) 구매요청'부터 '5) 구매발주'까지의 프로세스 연계의 경우의 수는 다음과 같다

◎ '구매발주'

◎ '구매요청' - '구매발주'

◎ '구매견적' - '구매발주'

◎ '구매계약' - '구매발주'

◎ '구매요청' - '구매견적' - '구매발주'

◎ '구매요청' - '구매계약' - '구매발주'

◎ '구매견적' - '구매계약' - '구매발주'

◎ '구매요청' - '구매견적' - '구매계약' - '구매발주'

5. 발주 형태

   : 품목구매, 텍스트구매, 서비스구매, 사급외주, 위탁, 이전 등으로 구분

1) 품목구매

   : 일반적인 자재에 대한 구매를 의미하며 수불문서와 회계문서가 발생한다.

2) 텍스트구매

   : 신규품목, 소모품 등 품목코드가 없으며 재고로관리하지 않는 항목에 대한 구매이며 수불문서는 발생하지 않고 회계문서만 발생한다.

3) 서비스구매

   : 용역 및 공사에 대한 구매를 의미하며 서비스마스터를 활용하는 경우에는 서비스사양에 따라 리스트의 서비스를 구매하는 형태이고 서비스마스터를 활용하지 않는 경우는 품목그룹을 활용하거나 텍스트로 입력하여 구매한다. 재화가 아니므로 수불문서는 발생하지 않고 회계문서만 발생한다.

4) 사급외주

   : 무상사급을 의미하는데 완제품을 입고시키면서 가공비를 지불할 때 사용하는 발주 형태이다. 완제품의 생산에 사용된 자재는 ERP 시스템에 따라 자동 혹은 수동으로 출고 처리한다. 가공비에 대한 회계문서가 발생하고, 완제품 입고 및 자재출고에 대한 수불문서와 회계문서가 발생한다.

5) 위탁

   : 위탁자재는 우리 창고에 자재가 들어와 있지만, 자재를 사용하기 전까지는 대금의 지불을 하지 않는 구매의 형태로서 ERP시스템의 설정에 따라 판매 혹은 생산활동에 사용된 자재를 인식하여 대금지불의 근거로 삼고 지급처리를 수행한다.

6) 이전

   : 재고에 대한 플랜트(공장)간 이전의 경우 주로 '재고관리' 모듈에서 재고이전의 수불로 처리하지만 특별히 이전과 관련하여 구매문서를 발생시키고자 할 때 사용하는 발주의 형태이다.

ERP 기능 구성요소를 DataBase에 저장되는 정보를 기준으로 생각하면 크게 마스터데이터와 트랜잭션데이터로 나누어지며 이는 모든 모듈의 공통적인 사항이다.

- 마스터데이터(기준정보) : 기준이 되는 정보로서 트랜잭션데이터를 구성하는 참조값이 되며 각 마스터데이터의 entity가 독립적 개체의 역할을 한다.

  Ex) 공장, 사원, 품목, 거래처, 창고 등

- 트랜잭션데이터(프로세스정보) : 기준정보를 참조하여 실제 기업의 업무가 수반되는 데이터를 저장한다.

  Ex) 수주, 작업지시, 구매오더, 재고입출고 등

1. 나만의 정의

 'ERP(Enterprise Resource Planning) : 전사적 자원관리' : 말그대로 기업의 전반적인 업무 프로세스에 있어서 모든 물자의 흐름과 돈의 기록을 저장하고 운용하는 소프트웨어 프로그램

2. 모듈

 모듈은 업무의 대분류 단위를 의미함과 동시에 ERP를 1level로 표현하였을때 2level의 구성요소가 된다.

주요 모듈로는 생산관리, 영업관리, 구매관리, 재고관리, 무역관리, 품질관리, 설비관리, 프로젝트관리, 재무회계, 관리회계, 자금관리, 예산관리, 세무관리, 인사관리 등이 존재하며 이는 기업의 업무환경에 맞춰 선택적으로 운영하게 된다.

부가적인 모듈로는 사업계획관리, 고객관리, 공급사관리, 문서관리, 기업정보관리 등이 있으며 ERP솔루션 공급회사 및 고객사의 요건에 따라 다양하게 확장하여 개발한다.

3. 메뉴구성

 메뉴는 '2. 모듈' 의 하위 level 구성요소로서 기본적인 메뉴의 기능은 여타 소프트웨어 프로그램 메뉴 기능과 다르지 않게 등록, 조회, 수정, 삭제, 연동 (CRUD & I/F)으로 구분된다.

- 등록 : 데이터를 입력하고 저장하는 기능으로서 기준정보를 저장하거나 프로세스정보(트랜잭션)를 저장

- 조회 : 등록 및 수정된 데이터를 확인하는 기능으로 주로 리포트성 메뉴에 해당

- 수정 : 등록된 정보를 수정하는 기능

- 삭제 : 데이터를 삭제하는 기능으로 주로 데이터의 완전한 삭제보다는 상태값을 변경하여 삭제표시를 이용

- 연동 : 이기종 시스템과 데이터의 송수신을 위한 기능

 ERP는 기본적으로 패키지 소프트웨어이며 확장성 버전의 경우 공수 계약을 통해 전용메뉴를 추가적으로 개발한다.

- Standard menu : 개발된 ERP소프트웨어의 기본 메뉴

- CBO (Customer Bolt-On) : 기업의 특수한 환경에 맞춰 개발된 메뉴

4. ERP 플랫폼

 정통적인 CS버전의 ERP는 데이터 처리 효율과 정보보안으로 인해 아직도 수많은 회사에서 채택하여 사용하고 있으며 접근의 용이성과 편리함을 위해 web, mobile 버전의 ERP를 사용하는 회사들도 있다.

- CS : installer를 통해 다운로드 및 업데이트 받는 소프트웨어 형식으로서 데이터처리속도가 빠르고 개발이 용이하다.

- web : 인터넷 프로토콜형태의 프로그램으로서 시스템확장성이 좋고 업데이트가 편리하다. 

5. 트렌드 (2019, 4Q)

 우선 ERP 기능적인 관점에서 설명하면 근래에는 ERP 각 모듈별로 특화된 시스템이 우수하게 개발되어 있고 특수한 업무 요건을 지니고 있는 기업은 별도의 개발비용을 들여 레거시 프로그램을 SI로 개발하기 때문에 ERP는 코어의 역할로서 정보를 잘 송수신하고 다양한 프론트 소프트웨어의 데이터를 통합하는 것이 중요하다.

 업종의 관점에서 설명하면 과거에는 비교적 BOM구성이 확실한 소품종대량생산의 양산형기업이 ERP를 많이 도입하여 사용했다면 현재는 유연한 생산방식을 가지고 있는 업종들, On-Time Delivery 물류 업종이 ERP를 신규도입하는 형태가 두드러지고 있다.