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. PoC 란

 PoC (Proof of Concept : 개념 증명) 란 용어의 정의는 신기술을 시장에 출시하기 이전에 성능에 대한 검증을 수행하는 것으로서 ERP의 PoC는 신제품 출시에 관한 검증보다는 RFP이전 단계에서 제안사의 ERP 시스템이 발주사에 업무 프로세스에 적합한지 요건과 항목에 따라 검증하는 선택적인 단계라고 볼 수 있다. PI 프로젝트와 다른 점은 PI 프로젝트는 별도의 공수를 산정하여 사전 프로젝트에 대한 대가를 지불하지만 PoC는 아직까지 국내에서 대가를 지불하는 경우는 찾아보기 힘들다. 또한 PI는 요건이 분명하고 해결해야 할 과제가 명확하며 본 프로젝트의 분석(As-is)단계의 역할을 별도로 분리하여 체계적으로 수행하는 기능을 하고 PoC는 해당 ERP시스템으로 본 프로젝트를 수행가능할 지 가능성을 체크하는 용도 정도로 활용하고 있다. 추가적인 설명으로 PoC는 업무 기능적인 관점에서 이루어지는 단계이기 때문에 시스템의 성능이나 인프라, 플랫폼의 추가적인 검증을 위해서 PoC 이후에 BMT (Benchmark Test : 벤치마크 테스트) 를 진행하기도 한다.

2. PoC 형태

1) 시나리오 기반 PoC :

 본 구축 프로젝트의 축소판이라고 볼 수 있으며 주로 中규모 프로젝트에서 활용하는 PoC 형태이다. 발주사가 자사의 업무 프로세스 중 가장 핵심적이고 메타규모의 프로세스를 어우르는 시나리오를 선정하여 세부 연동사항까지 검증한다. 제안사는 본 프로젝트 수주를 위해 일부 전용 및 커스터마이징 개발을 진행하여 발주사로 하여금 제안사 ERP 시스템의 확장가능성과 제품 경쟁력을 표현한다.

2) 사전 인터뷰식 PoC :

 주로 小규모 프로젝트에서 활용하는 PoC 형태로서 영업단계에서 부가적으로 기술적인 요인을 가미한 형태이다. 기술영업과 유사하지만 기술자문이 조금 더 추가되고 사전인터뷰를 통해 제안사는 발주사의 메타프로세스를 이해하고 ERP 시스템을 적합하게 설계하도록 구상할 수 있다. 또한 제안사는 ERP 시스템 도입에 대한 질의를 통해 ERP 도입이 필연적이며 기업의 발전에 도움이 될 수 있는 시스템인지 확인할 수 있는 절차가 된다.

3) 3자 검증식 PoC :

 주로 大규모 프로젝트에서 활용하는 PoC 형태로서 제안사는 ERP 시스템의 데모버전을 제공하고 컨설팅펌이나 소프트웨어자문회사에서 제안사의 ERP시스템을 활용하여 PoC프로젝트를 진행하게 된다. 따라서 발주사와 제 3자 회사가 PoC 진행의 주 역할을 담당하며 제안사는 시스템 제공 및 PoC 단계에서 필요한 요건에 따라 개발을 수행한다. ‘1) 시나리오 기반 PoC’ 와 프로세스는 유사하지만 수행 주관 업체가 다르기 때문에 좀 더 객관적인 요소가 추가된 형태라고 볼 수 있다.

1. 프로젝트 3원칙

1) Temporary : 성공한 프로젝트든 실패한 프로젝트든 시작과 끝은 존재한다.

2) Unique : 똑같은 프로젝트는 없으며 각 프로젝트는 유일하다.

3) Progressive Elaboration : 프로젝트는 착수부터 산출물과 결과가 정해져 있는 것이 아니라 프로젝트가 진행됨에 따라 서서히 점진적으로 구체화되는 것이다.

2. ERP 프로젝트 절차

아래 step은 구축방법론과 개발방법론의 혼합형태로서 프로젝트 수행 방안에 따라 여러 step을 merge하거나 각 step을 분리할 수 있다.

1) 착수 (Kick-off)

- Main Task : 기성에 따라 선금을 수금하고 착수보고를 진행한다.

- Main Output : 프로젝트 헌장, 착수보고서, WBS, 테일러링문서 등

2) 분석 (As-is)

- Main Task : 발주사의 업무 프로세스를 분석한다.

- Main Output : 인터뷰질의서, 요구사항 정의서, 이슈&리스크 관리대장, As-is분석서 등

3) 설계 (To-be)

- Main Task : 업무프로세스를 시스템화하여 프로세스를 작성하고 ERP와 업무의 Gap을 최소화하며 기성에 따라 중도금을 수금하고 중간보고를 진행한다.

- Main Output : 중간보고서, 프로세스설계서, To-be 리스트, 기준정보체크리스트, 요구사항 추적표, 이슈&리스크 추적표, Gap 분석서 등

4) 개발 (Coding)

- Main Task : 요구사항 및 업무요건에 부합하도록 ERP시스템을 커스터마이징 및 개발한다.

- Main Output : 기능설계서, 테이블설계서, 연동규격서, ERP customized menu 등

5) 테스트 (Test)

- Main Task : 개발된 메뉴를 테스트한다.

- Main Output : 단위테스트 계획서, 통합테스트 계획서, 단위테스트 결과서, 통합테스트 결과서 등

6) 이관 (Migration)

- Main Task : Cut-over라고도 불리우며 개발된 시스템을 live하기 위해 본격적으로 데이터를 맞추고, 시스템과의 연동환경을 마련한다.

- Main Output : Cut-over 계획서, 데이터이관결과서 등

7) 교육 (Education)

- Main Task : 발주사의 ERP 담당자가 ERP 시스템을 원활히 사용할 수 있도록 집체교육을 실시한다.

- Main Output : 교육계획서, 사용자매뉴얼

8) 라이브 (Go-live)

- Main Task : Live 이전에 최종점검을 수행하며 Live를 진행한다.

- Main Output : Go-live 체크리스트

9) 안정화 (Stabilization)

- Main Task : live이후에 혹시 모를 상황에 대비하여 일정기간동안 사고 및 리스크를 관리하고 추가적으로 필요한 현황 및 리포트 메뉴를 개발한다.

- Main Output : 추가기능설계서, 안정화관리이력대장 등

10) 종료 (Closing)

- Main Task : 기성에 따라 잔금을 수금하고 완료보고를 진행한다.

- Main Output : 완료보고서, 설치확인서, 검수완료서 등

11) 유지보수 (Guarantee)

- Main Task : 개런티기간 동안 시스템의 유지보수를 수행한다.

- Main Output : 유지보수관리대장 등

<재고자산평가방법>

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. 개요

 본 포스팅은 ERP 제안서 목차 중 시스템 구축방안에 대한 작성방법 및 예시를 설명한다.

2. 구축방안이란

 프로젝트 수행방안으로서 발주사의 업무 요건 및 제안요청서에 의거하여 시스템의 목표 구성도 및 특장점 등을 표현하는 항목이다.

3. 슬라이드 내부 구성요소

 PPT 장표 내의 대표적인 컨텐츠를 설명한다. 제안서의 구도와 방향성에 따라 선택적으로 구성하여 작성하는 것을 추천한다.

1) Contents List

 세부 목차에 대한 정보로서 해당 슬라이드의 상위레벨 항목의 번호 및 명칭을 표시하거나 가시적으로 해당 슬라이드의 구성 위치정보를 나타낸다. ( ex. 3. 구축방안 > 3.3 영업관리모듈 구축방안 )

2) Title

 슬라이드의 표제를 작성한다. ( ex. 3.3.1 목표 시스템 구성도 )

3) RFP link

 제안요청서가 존재하는 경우 슬라이드가 설명하는 요건에 맞는 제안요청서의 고유번호 및 명칭을 작성한다. ( ex. 고유번호 : RFP-03-03-01, 명칭 : 판매계획 및 실적에 대한 요구사항 )

4) Governance

 거버넌스는 주된 제안 요건은 아니지만 의례적으로 제안서에 사용되는 컨텐츠로서 해당 슬라이드 장표의 목표 및 배경을 한 문장으로 표현한다. ( ex. 고객사의 업무 요건을 기반으로 기업간 판매 프로세스에 최적화된 시스템 구성을 지향합니다. )

5) Representative Key-word

 타이틀이 제목을 의미한다면 대표 키워드 및 키메시지는 주제가 되는 문구를 표현한다. (ex. 영업관리 모듈의 목표 시스템 구성도)

6) Main Text

 본문의 내용은 발주사의 RFR 및 업무요건과 제안사의 시스템을 비교분석하여 상세 내용을 작성한다. 비교적 시스템의 특장점을 드러내면서 발주사의 제안서 검토담당자로 하여금 한눈에 보기 수월하고 요구사항의 해결방안이 표현되도록 작성하는 것이 유리하다. (작성 예시는 아래 '4. 상세 목차별 설명'을 참고)

4. 상세 목차별 설명

 구축방안의 하위 상세 목차에 대한 작성방법 및 작성요령을 설명한다. 아래 설명은 예시 내용으로서 제안서의 구도와 방향성에 따라 상세 목차의 명칭과 본문 내용 및 순서를 유연하게 변경하여 작성하도록 한다.

1) 목표 시스템 구성도

 발주사가 제안하는 시스템의 최종 목표 모델을 가시적으로 도식화한다. ERP 내부의 대단위 메뉴리스트를 표현함과 동시에 사용자와 시스템의 커뮤니케이션, 이기종 시스템간의 연동 기점, 시스템 내부 연계사항 등 시스템의 내부 구성요소들을 표현함과 동시에 외부의 연계사항을 표현한다.

2) 구축 목표 및 전략

 발주사의 주요 현황을 토대로 추진전략과 시스템 구축 목표를 수립한다.

3) 핵심 요구사항 및 구현과제

 제안사가 이해하고 있는 사업의 상세 구현과제, 요구사항, 이슈 등을 표현하고 개선 방향성을 제시한다.

4) 상세 구현방안 및 시스템 특장점

 요구사항과 구현과제에 따른 상세 구현방안을 표현한다. 주로 구현방안과 기대효과를 작성하고 텍스트 내용을 그림, 표, 프로세스, 도형, 메뉴기능, 메뉴 화면 캡처 등으로 자유롭게 나타낸다.

5) 업무 구성도 및 업무 흐름도

 업무 구성도는 ERP 모듈 내의 전체 메뉴를 리스트화 하여 표현하는 것을 의미하며 업무 흐름도는 메뉴의 기능 중 발주사가 중점적으로 운영할 핵심 기능을 노드와 링크 및 부가설명을 통하여 나타내는 것이다. 업무 구성도 및 업무 흐름도는 '1) 목표 시스템 구성도'와 어느정도 상충되는 부분이 존재할 수 있으므로 통합하여 작성하거나 필요에 따라 분할하여 작성해도 무방하다.