집 상수도 ERP 시스템 선택의 기본 기준. ERP 시스템 선택을 위한 7가지 기준

상수도

ERP 시스템 선택의 기본 기준. ERP 시스템 선택을 위한 7가지 기준

이 기사는 국내 기업의 현대 통합 관리 시스템(IMS) 구현에 대해 다룹니다. 구체적으로 ERP급 시스템을 선택하는 기준에 대해 이야기하겠습니다. 이는 해당 시스템의 잠재적 소비자와 공급업체 모두에게 유용할 수 있습니다.

표준 개념, 방법 및 도구의 사용 정도에 따라 자동화 제어 시스템의 세대를 다음과 같이 분류할 수 있습니다.

1세대:

a) 개별 기업 또는 그 유형에 대한 개별 비즈니스 프로세스 모델의 사용

b) IBM 360/370 스타일의 플랫 파일(또는 계층적 DBMS) 및 3GL 사용.

예: 특정 기업에서만 운영되는 야금 회사 USX 및 British Steel의 고유 시스템.

2세대:

a) 모든 유형의 기업에 표준 MRP/MRP II 비즈니스 프로세스 모델을 사용합니다.
b) 포인트 1을 참조하세요. b와 자체 4GL 클래스 개발 도구 사용.

예: 회사 핵심 시스템 , SAP그리고 반.

3세대:

a) ERP 모델 개발(2a항). 국제 SQL 표준을 기반으로 한 주요 제조사(Ingres 등)의 관계형 DBMS를 사용합니다.
b) 개별 개발 도구 사용 거부(표준 화면 양식, 보고서 등을 포함한 통합 SQL 기반 도구 사용)
c) 메인프레임 이데올로기에서 "클라이언트/서버" 이데올로기와 분산 데이터베이스로의 전환.

예: Oracle, ESI/Technology, IFS의 기본 시스템; 자체 개발 및 지원 도구를 유지하면서 표준 관계형 DBMS의 일부 기능을 사용한다는 측면에서 2세대 시스템의 새로운 버전을 적용합니다.

4세대:

a) 응용 프로그램 수준에서 DBMS 수준으로 표준 기능, 절차, 트리거를 이전합니다(주요 제조업체의 차세대 관계형 DBMS 기능 사용).
b) 수명주기의 모든 단계에서 "전자 프로젝트"를 지원하기 위한 컴퓨터 지원 설계 및 프로그래밍(CASE) 도구의 사용
c) 데이터 웨어하우스, OLAP 및 의사결정 지원 시스템을 독립적인 애플리케이션 모듈로 지원하기 위한 도구를 분리하여 비즈니스 기능을 더욱 표준화하고 전문화합니다.
d) 웹 인터페이스를 포함한 GUI 사용.

예: Designer/2000 및 Developer/2000을 기반으로 완전히 구축된 Decade Financials 및 Alcie의 새로운 개발; Oracle, ESI/Technology, IFS의 새로운 버전의 ERP 시스템. 4세대 기술에 초점을 맞춘 국내 개발이 나타나기 시작했다는 점에 주목하는 것이 중요합니다. 바로 K*3 및 BOSS CORPORATION 시스템입니다.

5세대:

a) STEP 및 CORBA 표준(UML 포함)을 기반으로 한 메타데이터, 논리적 데이터베이스 구조 및 비즈니스 기능 설명의 추가 유형화
b) 제품 데이터 관리를 위한 독립적인 객체 지향 하위 시스템과 STEP 및 CORBA 표준(2세대 PDM 시스템) 기반 기술 할당
c) 응용 프로그램 시스템을 "조립"하고 "재배열"(ERP 시스템을 구현할 때 "비즈니스 프로세스 리엔지니어링"을 위해)하기 위한 비즈니스 개체 및 기능의 표준 구성 요소 저장소를 생성합니다.
d) ORB 및 DCOM 이데올로기에 기초한 독립적인 객체 지향 서비스 및 관리 하위 시스템 할당.
e) "가상" 산업 및 기업을 창출하기 위한 기업 및 글로벌 네트워크의 사용.

5세대 시스템 개발은 이제 막 시작되었습니다.

Oracle ERP 시스템을 Metaphase 및 Sherpa PDM 시스템과 통합하기 위해 Oracle과 Metaphase 및 Sherpa 간의 제휴가 조직되었습니다.

Siemens Nixdorf는 SAP의 ERP R/3과 Metaphase의 PDM 시스템 간의 인터페이스를 개발하고 있습니다.

IFS ERP 시스템에서 독립 PDM 모듈 분리;

Baan은 PDM 시스템 제조업체 중 하나인 BA Intellegence를 인수했습니다.

선택 기준

기준 1. 5세대 통합 제어 시스템 중 기본 소프트웨어 제품의 위치.

세대 수가 클수록 시스템 설치, 구성 및 운영이 더 쉬워지며 시운전, 특히 운영 중에 개발자 및/또는 파트너의 개인적인 참여가 덜 필요합니다. 예를 들어, 오라클은 클라이언트가 표준 개발 도구인 Designer/2000 및 Developer/2000을 사용하여 독립적으로 애플리케이션을 개발할 수 있는 능력을 특히 강조합니다.

'모듈화 정도'와 '확장성 정도'의 개념도 기본 ERP 시스템 제품의 생성과 밀접한 관련이 있습니다. 예를 들어, SAP 및 Baan의 추가 ALE 및 XMA 모듈과 상호 작용하기 위한 도구와 외부 BAPI 및 BPC 시스템과의 인터페이스를 위한 도구는 최근 별도의 제품으로 특별히 개발되었습니다. 동시에 IFS(MHS)의 메시징 도구 또는 Oracle Open Interface 도구는 처음에는 자체 모듈과 메시징 도구를 "외부" 모듈과 동기화하기 위한 단일 범용 메커니즘을 나타냈습니다.

모듈성과 확장성의 예는 가구 공장에서 IFS 시스템을 사용하는 것입니다. 이 시스템의 비즈니스 프로세스는 "물류"(자재 이동, 구매, 판매, 자동 회계 입력, 대차대조표, 보고서)에서 다루는 제한된 기능 세트를 제공합니다. ) 및 약 40개의 터미널을 갖춘 시스템 운영은 4명의 ICS 직원이 지원하며 표준 DOS, SCO UNIX 및 Oracle 도구만 알고 있습니다. 반면에 이 시스템은 전 세계에 분산된 공장을 갖춘 거대 볼보(Volvo)에서도 사용됩니다. 이곳에서는 ERP 모듈의 "표준" 세트 외에도 현재 MMK에서 구현되고 있는 강력한 유지보수 관리 하위 시스템이 사용됩니다. . 두 경우 모두 동일한 소프트웨어가 사용되어 ERP 수준에 맞는 관리 통합을 지원합니다.

러시아 기업에서는 신기술을 보다 적극적으로 구현하는 것이 합리적입니다. 2세대 MRP 시스템의 "부하 압력"이 없습니다.

도구 개발 측면에서 MIS의 진화를 설명하는 것 외에도 이미 5세대 시스템의 범위를 넘어서는 MIS의 표준화, 전문화 및 협력의 새로운 추세를 논의하는 것이 유용합니다.

모든 "기존" ERP 모듈에 포함된 표준 "시스템 전반" 기능 블록(워크플로, 웹, DataWarehouse, EDI 등)(예: Oracle)이 확대되고 있습니다.

다양한 ERP 시스템 공급업체 간의 상호 작용을 조직하기 위한 통일된 표준 개발이 시작되었습니다(예: 통합 개방형 애플리케이션 그룹 사양(OAGIS)의 10개 주요 제조업체 지원;

기능 확장은 S. Beer의 5단계 기업 관리 모델의 레벨 3 및 4에 해당하기 시작했습니다. 예를 들어 Baan의 MRP-III(Money Resource Planning) 선언에는 Goldratt의 TOC(제약 이론)가 포함되었습니다. 방법론 (http://www.goldratt.com).

기준 2. 자동화된 비즈니스 기능의 수.

이 기준은 신화적인 의미(많을수록 좋음)와 함께 사용되는 경우가 많습니다. 따라서 다양한 측면을 더 자세히 고려하는 것이 합리적입니다.

한편으로 자동화된 비즈니스 기능의 수는 다음과 같은 이유로 결정 기준이 될 수 없습니다.

MRP/ERP 표준을 기반으로 하는 대부분의 통합 시스템에는 자동화된 비즈니스 기능의 전형적인 기본 세트가 있습니다.
러시아 관리자의 주요 임무는 통합 관리의 새로운 기술에 대한 느낌을 얻는 것입니다. 이는 거의 모든 MRP 시스템(비록 가격은 다르지만)으로 해결할 수 있습니다.
주요 외국 제조업체(SAP, Oracle, PeopleSoft, Baan)가 제공하는 모든 비즈니스 기능을 배우는 것은 기본 세트를 마스터하지 않고는 불가능하며 오랜 시간(5년 이상)이 필요합니다.

오래된 도구, "불량한" 논리적 데이터 구조, 일반적으로 인정되는 "표준 요소"의 부족과 결합된 풍부한 기능은 MIS 초보자에게 단순히 해롭다고 말할 수도 있습니다. 따라서 외부 기능의 풍부함은 공급업체 자체의 비표준 도구 사용 결과에 대한 실제 평가를 감정적으로 모호하게 만듭니다.

반면, 데이터 웨어하우스, OLAP, 의사결정 지원 시스템(DSS) 및 상위 수준 분석 기능(예: , 표준 "자동 경고" 모듈 Oracle(경고).

기준 3. “MONO” 및 “MULTI” – DBMS 공급자에 중점을 둡니다.

특정 DBMS로부터 MRP/ERP 시스템의 독립 선언은 주로 개발자에게 필요한 것이지, 시스템을 구현하려는 고객에게는 필요하지 않습니다. 이러한 독립성은 주로 개발자가 자신의 도구와 데이터베이스 관리 도구만 사용했던 2세대 MRP 시스템의 잔재에 기인합니다.

전반적인 IT 발전 과정에서 이러한 공급업체는 차세대 DBMS 및 최신 개발 도구의 기능을 널리 사용할 수 없게 됩니다. 4세대 MRP/ERP 시스템으로의 전환은 "MONO" 공급업체보다 다중 DBMS(자체 관리 및 개발 도구 보유)에 초점을 맞춘 공급업체에게 더 어려울 것입니다. 또한 "MULTI" 공급업체가 5세대 MRP/ERP 시스템의 객체 지향 프레임워크로 전환하는 것도 어려울 것입니다.
ERP 시스템의 "공급자" 관점에서 보면 MONO와 MULTI 사이에는 역의 관계가 있습니다. 따라서 MULTI에 초점을 맞추면 표준 "상용" 개발 도구뿐만 아니라 특정 ERP 제공업체에 특정한 도구도 숙달해야 하기 때문에 MONO 공급업체에 초점을 맞출 때보다 "소유자"와 더 긴밀하게 연결됩니다. .

기준 4. 구현 및 유지 관리 중 시스템의 러시아화 용이성.

이 기준에서는 화면 양식, 메뉴 등을 자동으로 재생성하여 번역된 개념을 표 형식으로 할당하는 수단을 갖춘 시스템에 우선권을 부여해야 합니다. 다른 언어로. ERP 시스템이 이미 현지화되었더라도 시스템을 개발하고 새 버전을 적용하는 데 드는 인건비를 고려해야 합니다.

기준 5. CIS 기업의 "대규모" 관리 시스템을 실제로 구현한 개발자/공급자 팀의 경험.

MRP/ERP 이데올로기를 러시아 조건에 적용하기 위한 팀의 방법 가용성은 종종 성공적인 구현을 위한 결정적인 요소로 밝혀졌습니다. 시스템을 구입하는 것만으로는 충분하지 않고 시스템을 적절하게 구성하는 것도 필요하며 가장 중요한 것은 제조업체의 최소한의 지원만 필요로 하는 독립적인 실행 가능한 존재로 전환됩니다.

ERP 시스템을 위한 '로우엔드 PC', '중간 PC' 등 시스템 구현을 전문으로 하는 많은 러시아 기업의 경험만으로는 충분하지 않습니다. 우리는 연구에 제시된 결론에 동의합니다. 실제로 기능적 관점에서 볼 때 혁신적인 러시아 개발은 "금융 및 경제 시스템 분야에서는 전혀" 이루어질 수 없습니다. 기껏해야 우리는 항상 따라잡아야 할 것이고, 최악의 경우에는 자국의 기술을 계시로 전할 “자기 나라의 선지자들”이 나타날 것입니다. 우리 자신의 경험에 따르면 ERP 시스템을 실제로 적용하면 기업의 관리 프로세스에 대한 이해 수준이 이미 크게 향상됩니다. 이 경우 Ost-In이나 IT 등 4세대 MIS의 표준 상용 도구를 사용하는 기업이 유리합니다.

기준 6. 통합 관리 시스템 설치 당시 기업의 전산화 수준.

기업의 컴퓨팅 환경이 더욱 동질적일수록 그리고 통합 시스템의 3-4세대(기준 1)에 가까울수록 MRP 시스템을 구현하기가 더 쉽습니다(오늘날 CIS의 야금 산업에서 Oracle은 그런 환경). 반대로, 이기종 시스템이 운영되는 경우, 레거시 시스템을 근본적으로 재설계하지 않고 통합 시스템을 구현하는 것은 불가능하지는 않더라도 매우 어렵습니다. 더욱이, 어느 회사의 제품이 선택되었는지, 제품 구현에 어떤 자원을 할당할 준비가 되어 있는지에 관계없이.

기준 7. 공급자 가격 정책의 유연성.

이 기준을 고려하면 시스템의 직접 비용을 줄일 수 있습니다. 공급자의 가격 유연성은 주로 시스템의 모듈성 정도와 확장성에 따라 달라집니다(기준 1 참조).

일반적으로 넓은 의미에서 일반적인 표준 솔루션에 중점을 두는 것이 좋습니다. 이를 통해 현대 관리 기술을 쉽게 익힐 수 있고, 오늘날 세계 커뮤니티가 달성한 새로운 수준의 표준화 및 통합에 도달할 수 있습니다. 다음은 새로운 수준의 통합에 대한 몇 가지 예입니다.

제조 도메인 태스크 포스(MfgDTF) OMG와 ERP 시스템에 대한 OAG 표준 사양 조정
새로운 객체 지향 CASE 도구(Designer/2000)에서 OMG(Universal Modeling Language) 사용;
STEP 커뮤니티 내의 객체 지향 메타모델을 기반으로 하는 모든 기업의 "데이터 아키텍처" 표준화에 대한 ISO TC184/SC4 소위원회의 활발한 작업
CORBA, STEP, PDM 표준의 조화.
이곳은 지적 잠재력의 돌파구가 가능한 곳입니다
CIS를 세계 수준으로 확장합니다(적절한 업무 조직 포함).

추가 정보

조직의 구현을 위해 ERP 시스템을 평가하고 선택하는 단계는 매우 중요합니다. 대규모 분산 기업을 위해 설계된 복잡한 ERP 시스템의 기능과 제조 가능성을 평가하려면 특별한 주의가 필요합니다. 자동화되는 기업이나 기관의 규모가 클수록 시스템을 선택할 때 발생하는 오류 비용도 높아집니다.

ERP 시스템을 선택합니다. 기준 및 단계

조직의 구현을 위해 ERP 시스템을 평가하고 선택하는 단계는 매우 중요합니다. 대규모 분산 기업을 위해 설계된 복잡한 ERP 시스템의 기능과 제조 가능성을 평가하려면 특별한 주의가 필요합니다. 자동화되는 기업이나 기관의 규모가 클수록 시스템을 선택할 때 발생하는 오류 비용도 높아집니다.
ERP 시스템을 선택할 때는 기능 수준과 기술 수준 모두에서 ERP 시스템에 대한 두 가지 상충되는 요구 사항, 즉 복잡성과 유연성 사이에서 신중하게 균형 잡힌 절충안을 찾아야 합니다. 잠재 고객은 다양한 방식으로 작업할 수 있습니다. 기업에 생산 프로세스가 있는 경우 맞춤형 생산부터 대량 생산까지 매우 다양할 수 있습니다.

어떤 경우에는 회사에서 누락된 기능을 추가하기 위해 기본 응용 프로그램을 업그레이드해야 합니다.
ERP 시스템 선택을 위한 주요 기준 그룹은 다음과 같습니다.

기존의 모든 비즈니스 프로세스를 포괄하는 포괄적인 기능

사업체 상호작용에서 국내법과 일반적으로 인정되는 관행을 준수하는 데 필요한 기능

가장 효과적이고 세계적으로 검증된 작업 구성 방법을 구현하는 기능

향후 5~10년 동안 변화와 비즈니스 개발 기회를 제공하는 기능 보유

사용의 용이성;

비즈니스 프로세스 설정을 위한 도구 개발

특정 기업의 특성을 반영하는 새로운 비즈니스 프로세스의 구현을 통해 시스템에 기능을 쉽게 업그레이드하고 추가할 수 있습니다.

구현 프로세스를 단순화하는 도구의 가용성

다양한 시스템 구성요소의 통합;

성능;

확장성;

널리 사용되는 표준 IT 기술의 사용

다른 애플리케이션과의 통합 도구 가용성

일반적인 사무용 애플리케이션과 호환됩니다.

모든 파트너를 위한 표준 구현 기술의 가용성을 보장하여 구현 결과를 보장합니다.

시스템을 운영하는 데 사용되는 기술적 수단

시스템이 작동할 수 있는 시스템 환경

어떤 상황에서도 고품질 문서화 및 상황별 지원 제공

개방형 플랫폼 및 개방형 시스템 인터페이스

모든 애플리케이션의 개방형 시스템 구조 및 오픈 소스 코드

시스템의 제어 가능성 및 신뢰성

설치가 용이합니다.

작동하기 쉽습니다.

시스템 및 교육 자료 작업을 위한 교육 기술의 가용성

필요한 사용자 기술

시스템 제조업체의 탄력성

시스템 개발에 대한 연간 투자

시장, 산업, 지역, 사용자 리뷰에서 시스템의 보급률

현지 시장에서의 공급업체 및 시스템의 존재

시스템 개발 및 현대화 전략

시스템 구현을 위한 파트너 네트워크의 구조 및 기능

인증 및 교육 시스템의 구조 및 기능

시장에서 전문가의 보급;

기술 지원 및 업데이트 시스템

시스템 및 문서 업데이트 빈도, 법률 변경에 대한 대응 속도

구현 비용

운영 비용

구현으로 인한 경제적 효율성

버전 업데이트 시 사용자 정의 및 변경 사항에 대한 투자를 보호합니다.

구현 기간

구현팀의 필수 구성.

각 그룹에는 여러 개에서 수십 개까지 다양한 수의 기준이 포함될 수 있습니다. 각 기준에 대해, 어느 그룹에 속해 있는지에 관계없이 잠재적인 시스템 공급업체로부터 답변을 얻는 데 필요한 질문을 준비해야 합니다.
ERP 시스템의 의도적인 선택은 회사의 장점을 강화하는 것입니다.

주어진 기업에 가장 적합한 시스템을 신중하게 선택하는 것은 매우 중요합니다. 왜냐하면 그러한 시스템의 구현은 전체 기업 내 효율성, 효율성, 교차 기능 및 협력의 전반적인 수준에 매우 유익한 영향을 미치기 때문입니다. 회사는 미리 결정되고, 명시되고, 합의된 시스템 평가 기준에 따라 ERP 시스템을 선택해야 합니다.
선정과정은 최종 결정이 내려질 때까지 조직원칙과 회사정책에 따라 진행되어야 합니다.

이러한 목적으로 체크리스트를 사용하는 것은 매우 유용합니다. 컨설턴트가 제공하는 질문 목록은 특정 조직의 요구 사항에 따라 보완되거나 수정되어야 합니다. 또한 이러한 목록은 정말 중요한 문제에 관심을 집중시키는 데 도움이 되므로 토론 과정에서 중요한 역할을 합니다.

기업의 ERP 시스템을 선택하는 프로세스에는 다음 단계가 포함되어야 합니다.

ERP 시스템을 선택하기 위한 팀을 구성합니다.

전체 기업을 포괄해야 하는 제안된 시스템에 대한 기능 요구 사항을 공식화합니다.

적합한 ERP 시스템을 검색하고 초기 선택합니다.

기준 그룹에 대한 세부 체크리스트를 준비하고 우선순위를 지정합니다.

승인된 기준에 따라 확립된 요구 사항을 가장 잘 충족하는 사용 가능한 ERP 시스템을 선택합니다. 회사는 또한 체크리스트를 제공하여 공급업체와 협력할 수도 있습니다.

이전 섹션에서 설명한 요구 사항 세트의 관점에서 ERP 시스템의 최종 목록을 평가합니다.

작업 시연, 공급업체와의 미팅, 실제 테스트 수행을 위한 ERP 시스템 선택

기능 및 부하 테스트를 수행하고 테스트에 직접 참여하도록 공급업체에 지시합니다.
이를 위해서는 테스트 및 후속 결과 보고를 위해 모든 공급업체에 제공되는 동일한 데이터를 사용해야 합니다.

획득한 등급 결과를 외부 소스에서 획득한 ERP 시스템의 다른 등급과 테스트 결과, ERP 시스템 설치 및 운영 비용에 대한 데이터, 시스템 구현 시기에 대한 데이터, 경험 및 전문성에 대한 정보와 결합합니다. 공급업체 및 각 ERP 시스템 구현과 관련된 위험

매개변수의 정확한 수치 평가를 기반으로 한 체계적인 접근 방식은 잘못된 결정을 내릴 가능성을 제거할 뿐만 아니라 결정의 동기도 분명하게 만들어줍니다. 권장 사항 보고서는 ERP 시스템의 명확한 순위와 그러한 순위에 대한 근거, 최종 결정을 내리는 이유를 제공합니다. 구현의 후반 단계에서는 왜 다른 ERP 시스템이 아닌 이 시스템을 선택했는지가 모든 사람에게 분명해집니다. 이 접근 방식을 사용하면 회사의 특정 ERP 시스템 구현에 대한 최종 결정을 내리는 프로세스를 언제든지 추적할 수 있습니다.
선택을 담당하는 팀에는 다음이 포함되어야 합니다.

1. 기능적 하위 명령;

2. 기술분과팀

3. 기술분과팀

4. 상업 하위 팀.

기능별 하위 팀은 회사의 사업 운영, 생산 기술, 회사 활동의 강점과 약점에 대한 철저한 지식을 갖춘 직원으로 구성되어야 합니다. ERP 시스템 구현 프로젝트의 원동력은 사용자이기 때문에 기능 하위 팀의 시스템 구현에 참여할 모든 기능 부서의 대표를 포함하는 것이 좋습니다.

이러한 모든 대표자는 이전에 사용된 다른 시스템을 구현한 경험이 있는 것이 바람직합니다.

기술 하위 팀의 구성원은 기존 응용 프로그램의 개발 및 구현 프로젝트에 대한 광범위한 경험이 있어야 하며 소프트웨어 개발 수명 주기에 사용되는 표준 개발 환경 및 전통적인 방법론에 대한 이해도 있어야 합니다. ERP 환경에서의 개발 경험이 있다면 큰 장점이 될 것입니다. 이 하위 팀의 구성원은 ERP 시스템을 사용하는 근본적인 이유와 원동력 및 지도력이 기능 사용자라는 것을 이해해야 합니다.

기술 하위 팀의 구성원은 컴퓨터 하드웨어, 네트워킹 및 시스템, 특히 모바일 기술, 확장 문제 및 컴퓨터 네트워크 상호 운용성의 최신 발전에 대해 잘 알고 있어야 합니다.

ERP 구현을 위한 인프라에 대해 정보에 근거한 결정을 내리려면 최신 데이터 전송 표준 및 프로토콜에 익숙해야 합니다. 이 하위 팀의 역량에는 시스템 부하에 대한 대략적인 예측과 시스템의 가능한 응답, 호환성 문제, 현대화, 로컬 및 글로벌 네트워크의 네트워크 트래픽도 포함됩니다.

기술 하위 팀의 구성원은 보관, 백업 및 복구 시스템에 대해 잘 알고 있어야 할 뿐만 아니라 건물 준비, 케이블 연결, 설치 및 다양한 기술 장치 지원에 대해서도 잘 알고 있어야 합니다.

상업 하위 팀의 구성원은 공급업체와의 협상, 계약 초안 작성 및 체결, 배송 조건 결정, 승인 기준 및 승인 절차에 대한 기술을 갖추고 있어야 합니다. 품질 보증, 지불 조건, 라이센스 조건, 버전과 릴리스 간의 차이점, 법적 미묘함 및 과세 등의 문제를 이해합니다.

합의된 평가 기준 목록에서 수집된 정보를 기반으로 선택한 ERP 시스템의 장점과 단점.

ERP 시스템의 비교 특성 표.

유사한 ERP 시스템을 구현하는 데 드는 비용과 구현 결과로 얻을 수 있는 이점을 추정합니다.
비용 추정은 ERP 시스템에서 직접 장비, 소프트웨어 비용, 네트워크 생성, 설치, 인력 교육에 대해 수집된 정보와 기술 지원 계약 비용, 비용에 대한 정보를 기반으로 이루어져야 합니다. 설치비, 통신비 등 컨설팅 서비스 라.

주요 단계의 날짜를 나타내는 구현 프로젝트의 대략적인 일정

"조직적 요구" 기준 그룹에는 다음이 포함될 수 있습니다.

조직의 비즈니스 프로세스를 준수합니다. ERP 시스템은 조직의 프로세스에 맞게 맞춤화될 수 있어야 합니다. 이 기준은 회사의 활동이 변경될 때 시스템의 유연성을 결정합니다.
확장성. ERP 시스템에서는 여러 부서 또는 여러 유형의 회사 활동에 솔루션을 복제할 수 있어야 합니다. 또한 조직의 규모에 적응할 수 있어야 합니다.
조직의 전략과 일치합니다. ERP 시스템은 장기간에 걸쳐 운영됩니다. 따라서 이는 회사의 전략 계획을 구현하는 데 도움이 되어야 합니다. 개발 전망을 고려하여 시스템을 선택해야 합니다.
산업 솔루션의 가용성.조직의 프로세스는 조직이 운영되는 산업과 시장에 따라 달라집니다. 시스템을 선택할 때 이러한 요소를 고려해야 합니다.

"사용된 기술" 기준 그룹에는 다음이 포함될 수 있습니다.

소프트웨어 아키텍처.조직의 요구와 역량에 따라 ERP 시스템의 적절한 소프트웨어 아키텍처(예: "클라우드 서비스", "클라이언트-서버" 아키텍처 또는 "객체 지향" 아키텍처)를 선택해야 합니다.
기술 아키텍처.이 선택 기준은 이전 기준과 상호 연결됩니다. 기술 아키텍처를 선택하려면 조직에서 통신 채널, 하드웨어 및 컴퓨터 장비를 업데이트해야 할 수도 있습니다.
ERP 시스템 구현 기술.이 기준은 서비스 제공업체에 따라 다릅니다. 일반적으로 대규모 ERP 시스템 제조업체는 소프트웨어 제품에 구현 기술을 사용하도록 제안합니다. SAP, ORACLE, Microsoft 등이 이러한 기술을 보유하고 있습니다.

"기능" 기준 그룹에는 다음이 포함될 수 있습니다.

모듈의 구성. ERP 시스템 모듈의 선택은 조직의 현재 및 미래 요구 사항에 따라 이루어져야 합니다. 시스템은 기능을 확장할 수 있어야 합니다.
완성. 시스템을 선택할 때 상호 연관된 영역에서 기존 제어 시스템과의 통합 가능성을 고려해야 합니다.
시계.
ERP 시스템 기능의 필수 요소는 인터페이스의 단순성과 사용자의 사용 용이성입니다. 선택할 때 사용자의 요구에 맞게 인터페이스를 사용자 정의할 수 있는 가능성을 고려해야 합니다. ERP 시스템은 법률로 규제되는 기업 활동의 여러 영역에 영향을 미칩니다. 따라서 중요한 선택 기준은 시스템이 현지 법률의 요구 사항에 맞게 조정될 수 있는 능력입니다.

"지원" 기준 그룹에는 다음이 포함될 수 있습니다.

지원주기. ERP 시스템을 선택할 때 공급업체가 시스템을 지원할 기간을 결정해야 합니다. 새로운 버전의 ERP 시스템으로 전환하는 것이 가능합니까? 조직의 요구에 맞게 시스템을 수정하는 것이 가능합니까?
지원 서비스의 가용성.업무 과정에서 ERP 시스템 사용자는 항상 질문과 어려움을 겪게 됩니다. 시스템이 효과적으로 작동하려면 공급업체가 시스템 사용자에 대한 지원을 보장할 수 있는 것이 중요합니다.
구현 경험. 이 기준은 ERP 시스템 제공업체의 성과와 관련이 있습니다. 특정 공급업체의 성공적인 ERP 시스템 구현 횟수에 주의를 기울일 필요가 있습니다.

"소유 비용" 기준 그룹에는 다음이 포함될 수 있습니다.

소프트웨어 비용. ERP 시스템을 운영하려면 조직에서 사용할 라이센스를 구매해야 합니다. 선택할 때 이러한 라이센스 비용을 계산하는 방법(예: 사용자 그룹당 또는 워크스테이션당 등)을 고려해야 합니다.
하드웨어 비용.사용되는 아키텍처에 따라 하드웨어 비용이 크게 달라질 수 있습니다. 조직에서는 서버 장비를 구입하고 컴퓨팅 장비를 업데이트해야 할 수도 있습니다.
유지 보수 비용.이 기준은 ERP 시스템 구매 비용에서도 중요합니다.
현대화 및 갱신 비용.일부 ERP 시스템 제공업체의 경우 업그레이드 및 업그레이드 비용이 원래 구매 비용과 같거나 그 이상일 수 있습니다.

ERP 시스템 구축

ERP 시스템의 구현은 일반적으로 길고 복잡한 프로세스입니다. 각 주요 ERP 시스템 제조업체는 자체 기술과 구현 방법을 개발했습니다. 이러한 기술은 서로 약간 다르지만 일반적인 절차는 기본적으로 동일합니다. 또한 ERP 시스템을 구현하는 절차는 ERP 시스템의 소프트웨어 및 하드웨어 아키텍처에 따라 달라질 수 있습니다. 이러한 기술은 서비스 제공업체를 선택할 때 주의를 기울일 가치가 있습니다.

ERP 시스템을 구현하기로 결정한 조직은 구현 프로젝트를 성공적으로 구현하기 위해 여러 가지 조치를 취해야 합니다.

이러한 작업에는 다음이 포함됩니다.

1. 시행 준비.준비 단계에서 조직은 ERP 시스템을 구현할 주요 목표를 결정해야 합니다. 이를 통해 ERP 시스템 구현의 결과와 기대치를 명확하게 이해할 수 있습니다. ERP 시스템의 구현은 비용이 많이 드는 프로젝트이기 때문에 조직이 구현을 위해 할당할 수 있는 예상 예산을 추정할 필요가 있습니다. 또한 이 단계에서는 프로젝트 책임자가 결정되고, 핵심 전문가(조직 측 프로젝트 팀 구성원)가 식별되며, 상호 작용 순서가 결정됩니다.

2. 사업 분석.이러한 활동은 전체 프로젝트에서 가장 중요한 활동 중 하나입니다. 원칙적으로 ERP 시스템은 10년 이상 운영되어야 합니다. 따라서 조직 자체와 시장의 발전 전망을 장기간에 걸쳐 결정하는 것이 필요합니다.

이 단계에서 조직은 다음을 평가해야 합니다.

수년간의 시장 및 회사 발전 전망;
조직의 비즈니스 프로세스 개발의 구성 및 가능성;
자동화가 필요합니다.

3. ERP 시스템을 선택합니다.시스템 선택은 현재와 미래의 비즈니스 요구 사항에 따라 이루어져야 합니다. 다양한 옵션을 평가할 때는 위에 표시된 기준(ERP 시스템 선택 기준)을 따라야 합니다. 귀하의 비즈니스 요구에 가장 적합한 시스템을 선택하려면 다양한 제조업체의 시스템에 대해 최소 3가지 옵션을 선택하는 것이 좋습니다.

4. 공급업체 선정.일반적으로 시장에는 동일한 ERP 시스템을 공급하는 공급업체가 많이 있습니다. 이들은 공급업체 또는 시스템 통합업체입니다. ERP 시스템의 기술 구현을 위한 다양한 서비스를 제공합니다. ERP 시스템 공급업체를 선택할 때 전문성에 주의를 기울여야 합니다. 공급업체 전문화에는 세 가지 유형이 있습니다.

각 유형의 공급업체에는 고유한 장점과 단점이 있습니다.

수평 전문화. 이러한 회사에는 다양한 산업 분야에서 일하는 많은 고객이 있습니다. 일반적으로 이러한 공급업체는 지원 서비스를 개발해 왔습니다. 그러나 구현에 대한 접근 방식은 모든 고객에게 "표준"입니다.
수직 전문화. 이러한 공급업체는 제한된 수의 산업(1~3개)의 고객과 협력하는 것을 전문으로 합니다. 이를 통해 업계의 특성에 맞게 특별히 맞춤화된 솔루션을 만들 수 있습니다. 이러한 회사의 구현 접근 방식은 특정 산업에 "맞춤형"입니다.
고객지향 전문화. 이러한 공급업체는 원칙적으로 고객의 요구에 따라 ERP 시스템을 구현합니다. 구현 과정에서 ERP 시스템의 기본 기능을 기반으로 고객의 비즈니스 조건에 맞게 수정합니다. 이 옵션에는 시스템 업데이트 및 작동 안정성과 관련된 중요한 단점이 있습니다.

5. 프로젝트 관리. ERP 시스템 구축 담당자와 조직의 전문가가 회사 내에서 프로젝트를 관리해야 합니다. 이들은 프로젝트 계획을 유지하고 마감일, 예산, 작업 범위를 관리하고 구현 목표를 준수해야 합니다. 또 다른 중요한 프로젝트 관리 업무는 조직 직원과 공급업체 대표(공급업체 구현 팀)의 상호 작용을 조정하는 것입니다.

6. 테스트. 최고의 구현 조직이라 할지라도 시스템에 오류가 발생할 위험이 있습니다. 따라서 ERP 시스템 기능을 시운전하는 동안 ERP 시스템의 프로세스, 부서 및 모듈 운영에 대한 필수 테스트를 제공해야 합니다. 테스트하는 가장 좋은 방법은 기존 시스템과 구현 중인 ERP 시스템에서 병렬 작업을 실행하는 것입니다. 이렇게 하면 주요 오류가 제거됩니다.

7. 훈련 및 교육. ERP 시스템을 운영하기 위해서는 직원 교육이 필수입니다. 시스템의 복잡성에 따라 이 작업은 몇 주가 걸릴 수 있습니다. 교육을 시작하기 전에 ERP 시스템이 테스트되었는지 확인해야 합니다. 한 가지 나쁜 옵션은 서비스 제공업체가 테스트와 사용자 교육을 결합하는 것입니다. 이 옵션에서는 조직의 직원(향후 시스템 사용자)이 시스템 테스터 역할을 합니다.

8. 시운전.커미셔닝은 ERP 시스템을 구현하는 과정에서 중요한 포인트입니다. 시스템을 운영하는 방법에는 두 가지 옵션이 있습니다. 하나는 조직 전체에 시스템을 한 번에 시작하는 것이고, 다른 하나는 단계적으로 도입하는 것입니다. 두 번째 옵션이 더 바람직합니다. 왜냐하면 점진적으로 새로운 근무 조건으로 전환할 수 있습니다. 오류나 운영 문제가 발생하면 전체 조직이 아닌 비즈니스의 일부(개별 프로세스 또는 부서)만 영향을 받습니다.

ERP 시스템 구현 시 주요 실수

ERP 시스템의 구현은 운영 개선을 위한 가장 어렵고 시간 소모적이며 비용이 많이 드는 작업 중 하나입니다. 구현 중에는 항상 문제와 오류가 발생하며 이는 프로젝트의 시기, 비용 및 효율성에 어느 정도 영향을 미칩니다.

ERP 시스템 구현 프로젝트의 주요 실수는 다음과 같습니다.

빈약한 계획.성공적인 프로젝트 구현을 위해서는 ERP 시스템 구현을 신중하게 계획해야 합니다. 잘못된 계획은 우선순위 상실, 프로세스 자동화의 혼란, 프로세스의 현재 및 미래 상태에 대한 이해 부족으로 이어지는 경우가 많습니다.
ERP 시스템 공급업체에 대한 평가가 부족합니다.조직에서는 ERP 시스템 제공업체를 제대로 선택하지 않습니다. 결과적으로 최저 가격을 제시하는 공급업체를 선택하게 됩니다. 종종 공급업체는 최소 한 명의 고객을 확보하고 새로운 시스템을 구현하기 위해 가격을 인하합니다. 결과적으로 프로젝트 완료 후 ERP 시스템의 기능이 심각하게 제한되거나 시스템이 오류와 함께 작동하는 것으로 나타날 수 있습니다.
요구 사항에 대한 이해 부족. ERP 시스템 구현을 시작할 때 많은 조직에서는 어떤 기능과 모듈이 필요한지, ERP 시스템을 통해 조직의 어떤 요구 사항을 자동화할 수 있는지 이해하지 못합니다. 이로 인해 불필요하고 사용되지 않는 기능과 모듈이 많이 도입되거나 그 반대의 경우에도 필요한 기능이 제한적으로 사용됩니다.
시간과 자원 비용에 대한 이해가 부족합니다.일반적으로 조직은 ERP 시스템을 구현하는 데 필요한 시간과 리소스를 과소평가합니다. 이로 인해 시스템에 대한 기대가 높아집니다. 조직의 직원들은 ERP 시스템이 짧은 시간 내에 완전히 작동하기 시작하고 이를 운영하는 데 많은 노력이 필요하지 않을 것이라고 믿기 시작합니다.
구현 팀에 자격을 갖춘 인력이 부족합니다. ERP 시스템 구현 프로젝트에서 흔히 발생하는 실수는 프로젝트 팀에 단순한 수행자를 포함시키는 것입니다. 조직의 프로젝트 팀에는 재무, 관리, 조달, 생산, 창고 등 조직 활동의 각 영역에서 우수한 전문가(핵심 직원)가 포함되어야 합니다.
우선순위 부족.프로젝트를 시작하기 전에 조직은 목표 달성을 우선시하지 않습니다. 이는 ERP 시스템을 구현하는 동안 많은 작업을 해결하고 지속적으로 작업을 전환해야 한다는 사실로 이어집니다. 결과적으로 구현 시간이 늘어나고 추가적인 오류와 문제가 나타납니다.
직원 교육은 제공되지 않습니다.직원 교육이 충분하지 않거나 완전히 부족한 것은 ERP 시스템 구현 실패의 일반적인 이유입니다. 직원은 시스템에서 작업하는 방법을 이해하지 못하며 이로 인해 거부됩니다. 시스템은 수요가 없으며 해당 기능은 제한된 범위 내에서 사용됩니다.
데이터 정확도를 과소평가함. ERP 시스템의 운영은 데이터 처리를 기반으로 합니다. 따라서 시스템의 정확성과 효율성은 ERP 시스템에 입력되는 데이터의 신뢰성과 정확성에 따라 달라집니다. 오류를 줄이려면 처음부터 신뢰할 수 있고 정확한 데이터를 시스템에 입력해야 합니다. 시스템을 사용하는 직원은 데이터를 시스템에 입력하기 전에 주의 깊게 확인해야 합니다.
오래된 응용 프로그램을 사용합니다. ERP 시스템 구현의 효율성을 저하시키는 또 다른 문제는 오래된 애플리케이션을 계속 사용하는 것입니다. ERP 시스템과 레거시 애플리케이션에서 작업이 중복됩니다. 조직에서는 계속해서 이를 사용합니다. 지원 및 라이센스 갱신 비용이 지불됩니다. 이로 인해 ERP 시스템 작업으로의 전환이 지연됩니다.
시스템이 효과적으로 테스트되지 않았습니다.종종 ERP 시스템 제공업체는 제한된 수의 사용자를 대상으로 테스트를 제공합니다. 이러한 테스트에서는 모든 단점을 식별할 수 없으며 실제 사용자 로드를 시뮬레이션할 수 없습니다.
유지 관리 및 현대화 전략이 부족합니다.회사가 ERP 시스템을 유지 관리하고 현대화하기 위한 전략을 개발하지 않으면 해당 시스템은 빠르게 구식이 될 것입니다. ERP 시스템의 기술(하드웨어) 부분은 현대화가 필요합니다. 시간이 지남에 따라 데이터의 양이 증가하고 새로운 컴퓨팅 성능이 필요합니다. 소프트웨어 부분은 법률 및 시장의 변화하는 요구 사항에 따라 지속적으로 업데이트되어야 합니다.

위의 구현 문제는 가장 일반적이고 자주 발생하는 문제입니다. 위의 내용 외에도 각 특정 기업이나 조직에 특정한 문제가 항상 발생합니다. “이러한 오류로 인한 손실을 피하거나 최소화하는 효과적인 방법은 ERP 시스템 구현 프로젝트의 각 단계를 신중하게 준비하고 계획하는 것입니다.

약어 ERP는 영어 표현에서 유래되었습니다. 전사적 자원 계획, 문자 그대로 전사적 자원 계획을 의미합니다. 이론적으로 이러한 시스템은 다음 영역을 고려하는 회사의 전반적인 전략을 나타냅니다.

재정 자원 관리 - 세금 보고, 회계, 예산 계획
인적 자원 관리;
자산 관리;
파트너와의 상호 작용 및 고객 거래 내역을 기록합니다.

실용적인 측면에서 ERP 비즈니스 시스템은 나열된 각 영역과 회사 활동의 기타 프로세스를 자동화하여 기업 운영에 필요한 상호 연결된 공통 데이터베이스로 가져오는 소프트웨어를 의미합니다.

간단히 말해서 ERP 시스템은 기업의 정보 흐름 관리 모델, 정보 저장 및 처리 장비, 소프트웨어, IT 부서 및 기술 지원 전문가, 사용자 자신을 포함하는 복잡한 활동입니다.

IT 전사자원관리 시스템 구축

복잡한 소프트웨어인 ERP 시스템은 다음 요소로 구성됩니다.

플랫폼- 프로그램 구성 요소의 작동과 회사의 기본 기능(참조 정보, 기능)을 보장하는 기본 환경(핵심)입니다. 이것이 시스템의 기본이며, 이것이 없으면 작동이 불가능합니다.
데이터 관리 도구- 여기에는 서버의 저장, 정보 처리 및 모듈 작동을 위한 전송을 위한 프로그램이 포함됩니다.
플러그인- 플랫폼에 연결하고 작업에 기본 데이터베이스를 사용하는 서로 독립적인 프로그램입니다. ERP 시스템을 비즈니스 프로세스 자동화에 사용되는 다른 유형의 소프트웨어와 구별하는 것은 전체 단지의 운영을 방해하지 않고 연결을 끊고 연결할 수 있는 독립적인 모듈의 존재입니다.

생산 자원 계획 시스템의 메인 플랫폼에 연결된 모듈은 세 그룹으로 나뉩니다.

국내의- 직원이 액세스할 수 있는 기업 내에서 사용되는 프로그램.
외부- 고객과 파트너가 액세스할 수 있는 프로그램(예: 직송 중개자의 개인 계정)
커넥터- ERP 시스템의 일부는 아니지만 회사 활동에 사용되는 다른 소프트웨어 제품과 연결하기 위한 프로그램입니다. 그들은 데이터 교환을 수행합니다.

기업용 ERP 시스템을 구할 수 있는 곳

자원 계획 소프트웨어를 구매하는 방법에는 세 가지가 있습니다.

나만의 제품 만들기. 전문적인 접근 방식이 부족하면 한 방향만 고려하는 상황이 발생하여 실질적인 효과를 얻을 수 없기 때문에 비합리적인 방법으로 판명되는 경우가 많습니다. 동시에, 이러한 방식으로 구현된 시스템은 일반적으로 교체나 보완이 어렵습니다.
기성 플랫폼 구매 및 기업 업무에서의 구현. 여기서는 회사의 활동에 따라 올바른 선택을 해야 합니다. 고품질의 잘 알려진 제품은 가격이 상당히 비싸며 개발자의 지속적인 지원이 필요합니다.
회사를 위한 개별 ERP 시스템 전문 개발. 국내 시장에서 만들어진 프로그램 중 20%만이 기업 업무에 성공적으로 통합됩니다. 이는 회사가 부풀려진 가격으로 품질이 낮은 제품을 받을 위험이 상당히 크다는 것을 의미합니다.

ERP 시스템을 선택하고 구현하는 방법

모든 기업에 적합한 보편적인 자원 계획 시스템은 없습니다. 각 생산마다 가장 최적의 제품이 선택되고 구현 과정에서 조정됩니다.

기업용 ERP 시스템 유형

전사적 자원 관리 시스템의 분류는 적절한 제품을 선택하는 데 도움이 되는 여러 매개변수에 따라 수행됩니다. 따라서 목적에 따라 부문별 또는 일반형이 될 수 있습니다. 첫 번째 옵션은 대규모 회사뿐만 아니라 고유한 제품을 생산하거나 비표준 비즈니스 방법을 사용하는 기업에 적합합니다.

조직 유형에 따라 다음 형식의 시스템이 구별됩니다.

공공의- 많은 사용자가 프로그램의 일반 기능에 액세스할 수 있지만 귀하의 데이터는 귀하 회사의 직원에게만 제공됩니다.
사적인- 프로그램은 분리되어 있으며, 회사의 업무에 맞게 변경, 수정될 수 있습니다.
잡종- 두 가지 유형의 조합.

정보 저장 유형별:

구름- 데이터베이스는 외부 서버에 있습니다.
국내의- 데이터는 회사 자체 서버에 저장됩니다.

사용자 인터페이스 형식별:

고정식(데스크탑)- 데이터베이스 연결용 소프트웨어가 PC에 설치되어 있으며 내부 통신만을 사용하여 인터넷에서 자율적으로 작동할 수 있습니다.
브라우저(온라인에서만 작동)- 시스템에 대한 액세스는 회사 웹사이트와 직원, 고객 또는 파트너의 개인 계정을 통해 제공됩니다.

소프트웨어 아키텍처별:

모듈식- 다양한 문제를 해결하기 위해 설계된 많은 구성요소(모듈)로 구성됩니다.
단단히 짜여 하나로 되어 있는- 통일된 종합 프로그램.

라이센스 등급별:

소유권- 사용하려면 라이센스 비용이 필요한 폐쇄형 소프트웨어입니다.
오픈 소스- 무료 오픈 소스 프로그램.

자원 계획 시스템 선택 오류

ERP 기업 관리 시스템을 잘못 선택하면 추가 비용이 발생할 뿐만 아니라 기업 운영에 부정적인 영향을 미칠 수도 있습니다. 실수를 피하려면 주요 내용을 알아야 합니다.

올바르게 선택되고 명확하게 공식화된 목표가 부족함. ERP는 긍정적인 측면을 채택하고 부정적인 측면을 보상하여 회사의 성과를 향상시켜야 한다는 점을 이해하는 것이 중요합니다. 따라서 선택 시에는 구현을 통해 어떤 효과를 얻어야 하는지 정확히 판단할 필요가 있습니다. 귀하의 목표가 비즈니스 전체를 최적화하는 것이라면 필요한 결과를 얻을 수 없습니다. 모든 작업은 기술 사양(TOR)에 명시되어야 합니다. 동시에 시스템은 회사에 맞게 조정되어야 하며 그 반대의 경우는 불가능합니다. 특히 ERP 시스템 하에서 수익성이 있는 사업을 완전히 재구축하는 것은 실수입니다.
문제 해결 방법론의 잘못된 선택. 각 ERP 시스템은 특정 비즈니스 영역을 위해 구축되었습니다. 생산 부문에 맞게 조정하거나 무역에만 적용할 수 있습니다.
시스템 선택에 대한 일방적인 견해. 기술 사양을 구성하고 시스템 구현 프로세스를 선택 및 제어하는 전문가 팀에는 회사의 다양한 부서(IT, 영업, 인력, 생산)의 대표가 포함되어야 합니다. 그렇지 않으면 최종 제품은 단 하나의 사용자 세그먼트의 편의성 관점에서 선택되며 기업 전체에 필요한 효율성을 제공하지 못할 것입니다.
구현을 수행하는 개발자 및 전문가의 자격이 부족함. 자원 계획 시스템을 만들고 통합하는 과정은 비용이 많이 들고 많은 기업에서는 비용을 절감하기 위해 경험이 거의 없는 기업에 의존하거나 무료 ERP 시스템을 사용하는데 이는 상당히 위험합니다.
시스템에 프로그램을 통합하는 과정에 대한 낮은 수준의 제어.
인터페이스 복잡성. 프로그램이 너무 복잡해서 직관적으로 이해하기 어려울 경우 직원에게 해당 프로그램을 사용하도록 교육해야 하는 어려움에 직면할 수 있습니다. 이는 또한 데이터를 입력할 때 실수로 오류가 발생할 위험을 증가시키며, 이는 잘못된 계획과 그에 따른 모든 결과를 수반합니다.

자원 계획 시스템은 어떤 기능을 제공해야 합니까?

의사결정을 내릴 수 있는 사업 계획의 주요 도구는 보고 문서입니다. 이것이 ERP 업무의 기본이며, 다양한 위치에서 보고서 데이터를 분석할 수 있는 능력을 제공해야 합니다. 따라서 효과적인 ERP 시스템에는 다음과 같은 여러 기능이 있어야 합니다.

편리한 문서 흐름 보장. ERP 시스템의 주요 목적은 문서(송장, 송장, 보고서, 가격표)를 신속하게 실행하고 이에 대한 후속 작업(검색, 액세스, 전달, 편집)을 보장하는 것입니다.
계획. 특히 생산을 위한 시스템 알고리즘은 지불, 배송, 창고 운영, 계절적 변화 및 생산량 계획을 허용해야 합니다. 각 회사의 생산 계획은 개별적이며 볼륨 일정 전략과 연결되어 있습니다.
정보의 투명성. 프로그램은 모든 거래, 당사자, 거래량 및 구현 날짜를 기록해야 하며, 이는 분석을 위해 회사의 작업을 보다 투명하게 만들 것입니다.
다양한 수준에 대한 액세스 제어. 시스템은 회사 업무에 관한 매우 많은 양의 정보를 다루며, 그 중 대부분은 하위 직원, 고객 및 파트너에게 공개되지 않아야 하기 때문에 일부 데이터는 다른 접근 권한을 가진 사용자에게 공개되지 않도록 허용해야 합니다.
통합 데이터 네트워크. ERP 시스템은 원자재 구매 및 생산부터 판매 등록, 세금 납부까지 모든 단계에서 모든 개별 프로세스(예: 거래)를 추적할 수 있는 기능을 제공해야 합니다.
인사회계. 프로그램은 직원 수를 통제하고, 퇴사 일정과 근무 시간을 계획하고, 직원의 자격 수준을 고려하고, 휴가 일정과 고급 교육 과정을 작성하는 기능을 제공해야 합니다. 효과적인 계획 시스템은 또한 보수 형태를 고려하여 급여와 보너스를 계산할 수 있는 가능성을 제공합니다.
공급자와 협력. 시스템 기능을 통해 공급업체 데이터베이스를 저장 및 처리하고, 가용성 요청을 보내고, 주문 형성을 계획하고, 운전 자본 릴리스 및 송장 지불을 계획하고, 배송 프로세스를 제어하고, 조달 보고를 유지할 수 있습니다.
클라이언트와 협력. 시스템은 고객의 구조에 얼마나 많은 법인이 포함되어 있는지에 관계없이 각 고객에 대한 완전한 데이터 기록을 허용해야 합니다. 이는 고객이 자신의 계정을 통해 작업할 수 있도록 하는 기능뿐만 아니라 완료된 거래, 미수금 계정, 공급 계획, 송장 처리 및 협력 내역에 대한 데이터 저장도 의미합니다. 이를 통해 각 고객으로부터 받는 이익의 수요와 수준을 연구할 수 있습니다.
서비스 및 수리. 생산에 관해 이야기하는 경우 프로그램의 이 부분은 장비의 기술 검사 계획, 예정된 수리 일정, 기업 장비의 현대화 또는 교체를 제공해야 합니다. 무역 기업의 경우 시스템은 판매된 제품의 서비스 유지 관리 및 보증에 따른 수리에 대한 회계 가능성을 제공해야 합니다.

ERP 구현의 특징

자원 계획 시스템은 일반적으로 많은 데이터베이스에서 작동합니다. 정보 자체는 종이 문서를 포함한 다양한 매체에 있을 수 있으므로 전자 형식으로 전송하는 것은 엄청난 작업입니다. 데이터 자체는 두 그룹으로 나뉩니다.

중요한- 기업 활동의 기초가 되는 정보. 영업부서와 인사담당자가 보고하는 업무 및 생산관리에 관한 자료입니다. ERP 시스템에서 사용해야 합니다.
흔하다- 특정 기업에 있어서 중요한 정보로, 기업에서 정기적으로 사용하지 않지만, 동시에 중요한 정보입니다. 이 데이터는 필요에 따라 또는 회사 경영진의 요청에 따라 시스템에 추가됩니다.

이상적인 ERP는 모든 유형의 데이터를 사용할 수 있어야 하지만 실제로는 구현 프로세스를 단순화하기 위해 중요한 데이터를 먼저 고려한 다음 점차적으로 일반적인 데이터를 통합합니다.

사용해야 하는 데이터와 시스템에 필요한 기능을 기반으로 기술 사양이 작성됩니다. 구현 과정에서 어떤 작업과 목표를 달성해야 하는지 보여주는 공식 문서(지침)입니다. 기술 사양을 기반으로 통합 작업 일정 계획이 작성됩니다.

ERP(Enterprise Resource Planning) 시스템을 구현하는 데는 세 가지 전략이 있습니다.

단계별 통합- 먼저 주요 모듈(예: 재무 회계, 장부 및 문서 흐름)을 실행한 다음 작업을 디버깅한 후 나머지 모듈을 점차적으로 도입합니다. 이 방법은 시간이 많이 걸리고 결과를 즉시 입증할 수 없습니다. 회사에서 자체 시스템을 개발할 때 자주 사용됩니다.
포괄적인 구현- 시스템은 즉시 모든 방향에서 전체적으로 적용되며 작업은 점진적으로 디버깅됩니다. 이 방법을 사용하면 ERP(Enterprise Resource Planning) 시스템을 신속하게 통합할 수 있습니다. 기성 소프트웨어를 구매할 때 사용됩니다.
결합방식-ERP 시스템의 구현은 모든 활동 영역에서 즉시 발생하지만 단계적으로 이루어집니다. 이 전략을 사용하면 작업 품질 손실을 최소화하면서 구현 시간을 최소화할 수 있습니다. 대부분 이 기술은 맞춤형 소프트웨어 개발 서비스를 제공하는 민간 회사에서 사용됩니다.

ERP 시스템은 어떻게 작동하며 누가 필요합니까?

복잡성과 높은 비용을 고려할 때 ERP 구현은 회계 데이터의 양이 매우 많고 시스템화가 필요한 대기업에만 권장됩니다. 이러한 시스템은 다양한 기업 및 기업의 대규모 생산에 높은 효율성을 보여줍니다. 회사가 넓은 범위를 생산하지 않거나 소규모 배치를 생산하는 경우 이러한 심각한 자원 계획 시스템이 필요하지 않으며 프로세스 속도가 느려지고 부당한 손실이 발생할 뿐입니다.

컨설팅 기관의 전문가에 따르면 유일한 예외는 모든 프로세스의 자동화가 추가적인 이점을 창출하는 경쟁이 매우 치열한 환경에서 운영되는 소규모 회사의 ERP 시스템을 사용하는 것입니다.

그러한 시스템이 필요한지 이해하려면 구현의 경제적 효율성을 계산해야 합니다. 이는 다양한 매개변수(재고 감소, 생산 속도, 직원 감소, 노동 생산성 증가)에 따라 결정될 수 있으며 결과적으로 기업 자체에 추가 이익을 가져오거나 적어도 비용을 절감해야 합니다.

ERP의 장점과 단점

ERP 시스템의 대부분의 단점은 기본 품질에서 비롯됩니다. 기업이 프로그램을 구현할 때 직면하는 주요 문제는 사용 필요성을 결정하고 소프트웨어를 직접 선택할 때 실수하는 것과 관련되어 있기 때문입니다.

자원계획 시스템 통합의 단점

ERP 시스템의 목적이 생산 프로세스를 개선한다는 사실에도 불구하고 단점도 있습니다. 최신 내용:

프로그램 복잡성결과적으로 구매 및 구현 비용이 높습니다.
데이터 저장 및 처리 장비에 대한 요구 사항 증가, 백업 복사본을 저장하는 서버를 포함합니다. 신뢰성이 높고 빨라야 하며 이는 높은 비용을 결정합니다.
추가적인 데이터 보호의 필요성, 보안 시스템을 주의 깊게 모니터링하고 액세스 계층 구조를 설정합니다. 정보를 전자 형식으로 저장하고 특히 네트워크를 통해 액세스하면 중요한 문서의 도난이나 파손(의도적 또는 우발적) 위험이 높아집니다.
회사의 에너지 공급에 대한 의존도. 회사의 사무실, 창고, 영업장 등의 전력망에 문제가 발생하면 회사의 운영이 완전히 중단될 수 있습니다.

ERP 시스템의 실질적인 장점

회계 및 자원 계획을 위한 전략과 소프트웨어를 구현하는 것은 회사의 성과를 향상시키는 효과적인 방법이며 다음과 같은 장점이 있습니다.

다양한 유형의 생산에 통합하고 광범위한 기업 활동에 신속하게 적응할 수 있습니다. ERP 시스템은 산업 단지, 은행 기관, 무역 기업 및 서비스 부문에 적합합니다.
회사 활동의 다양한 영역에 대한 계획 방법을 지원합니다.
가상 기업 구축 가능성.
모든 부서에 대한 고품질 재무회계.
다수의 해외 지사 및 원격 직원이 있는 기업을 관리할 수 있는 능력.
다양한 규모의 기업에서 구현하기 위한 확장성과 유연성.
기업에서 사용되는 다른 프로그램 및 애플리케이션과 함께 작업할 수 있는 능력.
데이터를 단일 시스템으로 통합하여 여러 부서에서 사용할 수 있습니다.

ERP 시스템의 기능, 간단한 단어 및 기업에 맞는 선택 방법을 이해하면 가장 효과적인 제품을 선택함으로써 필요하지 않은 값비싼 제품을 실수로 구매하는 일을 방지할 수 있습니다. 이를 유능하게 구현하고 회사의 효율성과 이익을 높일 수 있습니다.

ERP 시스템을 선택할 때 다음 주요 사항에 특별한 주의를 기울여야 합니다.

개발 회사의 이미지, 시장 출시 시간, 시스템 자체의 평판 및 성공적인 구현의 총 횟수. 그러나 회사의 평판이 선택의 주요 요소는 아닙니다. 연간 매출이 수백만, 수천 명에 달하지 않는 시장 신규 진입자들은 현대 기술을 기반으로 한 흥미로운 솔루션을 매우 합리적인 가격에 제공합니다. 많은 수의 구현은 시스템의 실제 품질보다는 마케팅으로 인해 발생할 수도 있습니다. 기업이 ERP 시스템을 여러 번 변경하여 러시아 시장(서구 및 러시아 모두)에서 잘 알려진 브랜드를 보유한 사례가 적어도 몇 가지 알려져 있습니다. 이러한 시스템을 교체한 주된 이유는 시스템의 기능 부족, 느린 속도, 낮은 확장성, 시스템 개선이 필요한 경우 지원 품질 저하 등이었습니다.

러시아의 성공적인 구현 수. 우선, 복잡한 구현을 의미합니다. 관련 업계 기업에서 구현이 있는지, 외부 컨설턴트의 도움이 필요한지 여부를 아는 것도 중요합니다. 또한 최소한 한두 개의 사이트에서 시스템이 실제로 어떻게 작동하는지 확인하고 IT 관리자 및 일반 사용자와 소통해야 합니다. 마케팅 자료나 전문 간행물의 기사조차도 시스템의 완전한 그림을 얻는 데 도움이 되지 않기 때문입니다. 시스템의 실제 기능 - 어떤 경우에는 광고 간행물이 준비되지 않은 관리자에게 ERP 시스템에 대한 부적절한 아이디어를 형성할 수 있기 때문에 해로울 수도 있습니다! 그러나 기능이 매우 풍부한 ERP 시스템이라도 모든 ERP 시스템은 다음과 같은 요구 사항에 맞게 맞춤화된다는 점을 항상 기억해야 합니다. 특정 기업(동일 산업 내에서도 쌍둥이 기업은 존재하지 않습니다.) 이 경우, 개발사가 합리적인 시간 내에 고객사가 요구하는 기능에 제공된 시스템을 "추가"할 수 있는지 이해하는 것이 중요합니다. 어떤 경우에는 시스템 개선 및 후속 유지 관리 비용이 기본 비용을 초과할 수 있다는 점을 기억해야 합니다.

유연성과 개방성. 이는 ERP 시스템을 선택할 때 가장 중요한 요소 중 하나입니다. 국제적인 경험에 따르면 ERP 시스템이 완전히 기능적으로 구현되는 기간은 일반적으로 최소 3년이며, 최소 10년 동안 완전히 작동해야 합니다. 이 기간 동안 기업은 크게 변화합니다(제품, 조직 직원 구조, 시스템관리, 비즈니스 프로세스, 공무원의 역할 및 권한 등). 기업 경영의 근간이 되는 정보 및 분석 시스템은 생산과 함께 변화해야 합니다. 워크스테이션과 메뉴를 쉽게 변경하고, 보고서와 인증서를 생성하고, 편리한 프리젠테이션에서 임의의 정보를 선택하고, 파라메트릭 구성을 통해 비즈니스 프로세스 및 보고 양식 템플릿을 지원하는 기술을 변경할 수 있어야 합니다. 시스템은 기업의 IIS 내에서 다른 소프트웨어(예: 기업 급여 소프트웨어 또는 인사 관리, 문서 관리 소프트웨어, CAD/CAM/CAE 시스템, PDM 시스템 등). 이와 관련하여 중요한 점은 시스템에 필요한 모든 수정은 작업 품질에 대해 기업에 법적 책임이 있는 개발 회사에 의해 이루어져야 한다는 것입니다.

술어. 서구 체제를 분석할 때에는 그 용어와 러시아화의 질을 주의 깊게 분석할 필요가 있다. 문서는 완전하고 이해 가능해야 하며 용어는 익숙해야 합니다. 또한, 러시아 시스템에 대한 첨부 문서도 완전하고 이해 가능해야 합니다.

서구 시스템의 현지화 품질. 러시아 경제에는 고유한 특성(법률, 회계, 세금 등)이 있습니다. 디자인과 생산의 기술적 준비러시아에서는 ESKD, ESTD 및 ESPD(설계, 기술 및 프로그램 문서 통합 시스템) 표준이 보편적으로 채택되었습니다. 서구 기업은 폐쇄적인 생산 조직을 채택한 반면 러시아에서는 기술 전문화가 더 일반적입니다. 서양에는 작업장 관리 구조가 없지만 러시아에서는 작업장 구조입니다. 시스템은 또한 일련의 상쇄, 선불, 현물 지급, 부외("회색") 현금 가능성 등과 같은 러시아 현실을 고려해야 합니다.

서구 시스템의 현지화 및 구현(또는 러시아 시스템의 개발 및 구현)에 참여하는 러시아 회사. 직원의 업무 경험 및 자격, 생산에 대한 실제 지식, 구현 접근 방식, 성공적으로 구현된 프로젝트 수, 구현 및 유지 관리되는 시스템에서 러시아 법률 변경에 대한 실제 지원.

표 11.2. 매트릭스 "IC 선택 기준" 구성의 예

기준	중요도	세부 정도별	평가의 복잡성에 따라	잠재 사용자의 중요도별	최종 중량
개방 상태	0,8	0,1	0,2	0,8	1,9
기능성	0,6	0,3	0,4	1	2,3
도구 세트	0,6	0,2	0,4	0,4	1,6
선적 서류 비치	0,6	0,3	0,4	1	2,3
신뢰할 수 있음	0,9	0,4	0,3	0,8	2,4
사용의 용이성	0,3	0,2	0,4	0,8	1,6
클라이언트 기반	0,8	0,5	0,5	0,3	2,1
성공적인 구현	0,9	0,5	0,2	0,3	1,9
기술적 지원	0,7	0,3	0,3	0,9	2,1
가격	0,4	0,5	0,5	0,2	1,6

개발 회사 또는 구현 회사의 지리적 근접성. 직원들이 구현한 시스템이 운영되는 기업에 즉시(몇 시간 내에) 출근할 수 있는 회사와 상호 작용하는 것이 더 쉽고 편리합니다. 개발 회사는 일반적으로 수정 비용에 항상 출장비를 포함하기 때문에 시스템을 개선해야 할 때 지리적 근접성도 중요합니다. 회사는 충분히 멀리 떨어져 있습니다).

시스템 가격의 수용성. ERP 시스템 설치 전체 주기(구매, 구현, 유지 관리, 개발) 동안 소프트웨어 자체를 구매하는 것보다 몇 배 더 많은 비용을 지출해야 한다는 점을 고려해야 합니다(계수 3.0 - 10.0). 더욱이 ERP 시스템을 구현하는 것이 더 복잡하고 비용이 많이 들수록 계수는 더 높아집니다.

모듈형 시스템 확보 가능성. 비용을 절약하려면 ERP 시스템을 모듈식으로 구매하고 필요한 작업 수에 대해서만 구현하는 것이 가능해야 합니다. 전체 시스템 모듈 세트를 한 번에 구입하는 것은 최선의 선택이 아닙니다. 왜냐하면 모든 모듈은 몇 년 안에만 구현되고 이 기간 동안 일부 모듈은 이미 구식일 수 있기 때문입니다(예: 시스템 자체).

특정 시스템의 선택을 결정할 때 직접 매트릭스를 구축하거나 컨설팅 회사의 도움을 받는 것이 좋습니다. 선택 기준이다. 표 11.2에는 "IS 선택 기준" 매트릭스를 구성하는 예가 나와 있습니다.

ERP 시스템의 기본 기술 요구 사항

선택한 ERP 시스템은 다음과 같은 일반적인 기술 요구 사항(적어도 대부분)을 충족해야 합니다.

다수의 소프트웨어 제품과의 통합 가능성(최소 통합 수준 - 개방형 명령줄 코드 수준 또는 OLE 자동화 표준 지원)
보안다양한 제어 방법을 사용하여 액세스 제어정보 자원에. ERP 시스템의 하드웨어 및 소프트웨어 가용성 정보 보안 도구, FAPSI 인증(데이터 암호화 허용, 지원 전자 디지털 서명이를 기반으로 인증하는 사용자). 최근 러시아어에 등장한 하드웨어 및 생체 인식 도구(하드웨어 키, 토큰, 스마트 카드, 지문, 망막, 음성, 얼굴, 디지털 서명 등) 인식 장치를 사용하면 소프트웨어 보안 도구의 효율성을 크게 높일 수 있습니다. 시장.
확장성다양한 고객 위치 및 시스템 개발 가능성과 협력합니다.
시스템 구축의 모듈형 원리다음으로 인해 확장이 가능한 작동상 독립적인 기능 블록에서 개방형 표준(API, COM 등).
3계층 아키텍처를 사용하는 것이 바람직합니다.: < 데이터베이스 서버, 애플리케이션 서버, 클라이언트>. 클라이언트는 "thick", "thin" 또는 "ultra-thin"일 수 있습니다.
시스템은 플랫폼에서 플랫폼으로 마이그레이션할 수 있어야 합니다.. MS Windows, Novell NetWare 및 UNIX(및 해당 복제본)용 버전이 있어야 합니다.
선택한 ERP 시스템에서 지원하는 DBMS 세트, 러시아에서 일반적으로 사용되는 소프트웨어를 포함해야 합니다.(예: DB2, Oracle, Sybase, MS SQL Server, Informix 등)
기술 지원분산 정보 처리, "씬 클라이언트"를 통해 작업할 수 있는 인터넷/인트라넷 기술. 이 기술 솔루션을 사용하면 추가 관리 및 데이터 저장소의 무결성, 신뢰성 및 보안을 유지하는 데 상당한 비용을 들이지 않고도 로컬, 기업 및 글로벌 네트워크의 표준 데이터 저장소(문서 라이브러리, 데이터베이스)를 사용할 수 있습니다.
기술 지원다양한 미디어(디스크 어레이, CD-ROM, CD-RW, 광자기 디스크 및 라이브러리, 테이프 라이브러리 등)에 대한 정보의 다단계 전자 보관.
분석 기능 및 내장 도구의 가용성(설치된 ERP 시스템의 기능을 독립적으로 향상시킬 수 있습니다).
만족스러운 성능(관리 용이성, 교육, 인체공학적 작업 공간, 러시아어 인터페이스 등).

이행효과성 평가

구현 효율성 기업정보시스템투자수익률(투자수익률)로 측정해야 합니다. 이 경우 일반적인 경우에는 다음 지표가 고려됩니다.

쌀. 11.7.

총 소유 비용(총 소유 비용 - TCO)에는 소프트웨어, 하드웨어, 외부 유지 관리 비용 및 운영 비용, 전문가 및 직원의 유지 관리 및 급여가 포함됩니다. 그림에서. 그림 11.7은 총 소유 비용의 대략적인 구성을 보여줍니다.

메타그룹은 하드웨어와 소프트웨어를 포함한 ERP 시스템의 소유비용(TCO)은 물론 서비스 비용과 인건비에 대한 특별 연구를 실시했습니다. 총 금액에는 시스템 설치 비용과 시스템을 유지, 업데이트 또는 확장 및 최적화하는 2년의 구현 기간이 포함되었습니다. 연구에 참여한 63개 기업(다양한 업종을 대표하고 중소기업과 대기업 모두에 속함) 중, 평균값 TCO는 150만 달러에 달했습니다(범위는 40만 달러에서 300만 달러까지). MRP/ERP 시스템 구현 시 비용 효율성 비율이 0.25-2.0 범위에 있다는 외국 분석가의 추정도 있습니다.

구현 시간(구현 시간 - TTI), 구현을 회수하는 데 걸린 시간도 고려해야 합니다(총 시간을 혜택 제공 시간 - TTB라고 함).

투자 수익(투자 수익률 - ROI). Meta Group 연구에 따르면 ERP 시스템을 구현한 후 평균 ROI는 연간 160만 달러였습니다. 러시아 시장에는 투자 수익 계산에 대한 고유한 세부 사항이 있지만 기업 관리 소프트웨어 공급 및 구현에 지출된 자금이 매우 빠르게 회수되는 경우가 많이 있습니다. 그러한 예 중 하나는 금융 및 관리회계 JSC "Vodokanal"의 "Everest"(상트페테르부르크 회사 "BIT"에서 개발). 직위를 절반 이상 줄여 15개 보도카날 지점에 약 100개의 에베레스트 일자리를 도입한 후 투자는 1년 이내에 성과를 거두었습니다(적어도 급여 절감 측면에서는).

ERP 시스템 구현을 위한 기업의 총 비용(순 현재 가치 - NPV)에는 소프트웨어 및 하드웨어 비용, 서비스, 급여, 구현 후 비용 및 투자 수익이 포함됩니다.

ERP 시스템 구현의 특징

본질적으로 ERP 시스템 구현은 단순히 구매한 소프트웨어 패키지를 설치하는 것이 아니라 일련의 노동 집약적인 활동이기도 합니다. 업무 프로세스 재 설계기업 및 구현된 소프트웨어의 개선은 물론 기업 직원의 시스템 작업 교육도 포함됩니다.

대략적인 구현 비용을 상상해 볼 필요가 있습니다. 때로는 여러 가지 저렴한 소프트웨어 패키지보다 값비싸고 기능이 풍부한 시스템을 즉시 구입하는 것이 더 낫습니다. 수정 및 통합 비용이 더 비싼 시스템 가격을 초과할 수 있습니다.

또한 독립적인 구현에는 훨씬 더 많은 시간과 노력이 필요하므로 구현 회사의 서비스 비용을 절감해서는 안됩니다. 이 경우 구현팀은 다음 조건을 충족해야 합니다.

클라이언트가 제공한 데이터를 기반으로 구현된 소프트웨어의 제어 및 테스트 예제를 준비합니다. 이 경우 시스템에서 이미 사용 가능한 기능을 통해 기업의 주요 비즈니스 프로세스와 필요한 소프트웨어 개발의 대략적인 양을 자동화할 수 있는지 이해할 수 있습니다.
구현 프로젝트에 대한 자세한 설명(비용, 단계 내용 및 시기, 예상 결과에 대한 자세한 설명)을 제공합니다.
이미 구현 단계에서 구현된 시스템을 사용하여 작업할 수 있도록 기업 전문가를 교육합니다.
시스템 구현 및 필요한 보고 양식 이후 기업의 첫 번째 대차대조표 준비에 참여합니다.

이행 계약을 준비할 때 매우 중요한 점은 특히 다음과 같은 조건을 명확하게 공식화하는 것입니다. 구현된 시스템은 무엇을 해야 합니까?. 예를 들어, 구현 회사가 계약 총 비용의 일부로 레거시 시스템의 데이터를 설치된 ERP 시스템으로 전송한다고 계약서에 명시하지 않은 경우 이러한 방대하고 일상적인 작업을 수행하도록 추가로 요구하는 것은 올바르지 않습니다. 무료. 정확하고 완전하게 작성해야 합니다. 기술적인 업무 ERP 시스템 구축 프로젝트를 위해

구현 프로젝트(모든 단계에서)에 의무적으로 참여해야 합니다. 회사 직원이후 시스템 유지 관리에 대한 경험을 축적하기 위해. 동시에 관련 직원의 자격 및 능력 수준은 전체 구현 프로젝트의 성공에 직접적인 영향을 미칩니다. 구현 그룹의 인력 선택에 대한 경영진의 태도가 심각할수록 기업이 얻을 수 있는 구현 수익은 더 커집니다. 구현 그룹에 포함된 기업 전문가는 교육을 받아야 합니다(서구 ERP 시스템의 경우 비용이 수십만 달러에 달할 수 있음).

구현 프로젝트를 구성할 때 ERP 시스템 구현을 위한 컨설팅 지원과 ERP 시스템 직접 구현을 명확히 구분할 필요가 있습니다. 구현 컨설팅 지원은 다양한 문제(조사 및 구현 단계에서 특정 문제를 해결하기 위한 모듈 구성, 사용 기능 등)에 대한 기업 직원의 교육 및 상담을 의미합니다. 구현 전문가가 컨설팅 지원을 제공합니다. 그러면 직접 구현(규제 및 참조 정보 데이터베이스 구성, 비즈니스 프로세스 모델링, ERP 시스템 시험 운영 및 상업적 운영 실행)은 구현 그룹에 포함된 기업 직원이 수행해야 합니다.