IT컨설턴트

<재고자산평가방법>

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) 목표 시스템 구성도'와 어느정도 상충되는 부분이 존재할 수 있으므로 통합하여 작성하거나 필요에 따라 분할하여 작성해도 무방하다.

1. 제안서란 (Proposals)

 사업을 수주하기 위하여 발주사에게 사업의 계획 및 수행 방안을 제안하는 문서로서 발주사는 일정 기간동안 공고를 통해 제안서의 접수를 요청한다. 발주사는 주로 제안요청서(RFP)를 통해 요구사항 및 사업 조건 등을 제시하며 접수가 마감되면 제안서를 제출한 공급사를 기준으로 일정한 항목 및 가중치에 의거하여 최종적인 계약 대상 업체를 선정하게 된다.

2. ERP 제안서 양식

 여타 다른 소프트웨어 제안서와 다르지 않게 주요 템플릿은 파워포인트를 이용한다. 주로 가로형 슬라이드를 이용하며 공공기관 및 국가관련 기업의 제안서의 경우 간혹 세로형 슬라이드나 아래한글을 이용하는 경우도 존재한다.

3. ERP 제안서 목차

 ERP 제안서의 목차는 프로젝트형 사업의 제안서와 근사한 형태를 보이며 목차의 표준은 없으나 보편적으로 아래 목차 항목과 유사하다.

< 목  차 >

1) 제안개요

 사업의 이해도, 제안 배경 및 목적, 사업 추진전략, 사업의 범위 등 전반적인 사업의 추진 배경 및 계획을 설명한다.

2) 제안사소개

 시스템공급사에 대한 설명으로서 주요 사업 실적 및 사례, 제안사의 현황 등을 설명한다.

3) 프로젝트 수행방안 (시스템 구축방안)

 발주사의 업무관점에서 시스템의 기능적인 측면을 설명하는 항목으로서 구축 목표, 목표 시스템 구성도, 구현과제 및 구현방안, 시스템의 특장점, 프로세스 Diagram 등을 표현한다.

4) 프로젝트 관리방안 (사업 관리방안)

 제안사의 프로젝트 관리방법론에 입각한 사업 관리 체계를 설명하는 항목으로서 사업 일정 계획, 주요 산출물, 형상 관리 방안, 사업 수행 인력 및 추진 조직 등을 구체화한다.

5) 프로젝트 지원방안 (사업 지원방안)

 서버 및 시스템 아키텍트 관련 설명, 프로젝트 관리 툴, 유지보수 계획, 사용자 교육 계획, 기술 이전의 시점 및 방안, 품질 보증 및 보안관련 사항 등이 포함된다.

6) 기타

 발주사의 RFP 요건에 입각하여 추가적인 제안사항을 기표한다.

* 목차별 세부 작성 방법은 별도 포스팅으로 작성 예정입니다.

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를 신규도입하는 형태가 두드러지고 있다.