경쟁이 치열한 비즈니스에서 ERP 솔루션을 사용합니다(서비스 유지 관리 및 장비 임대의 예 사용). ERP 시스템 선택을 위한 7가지 기준 ERP 시스템 선택 기준


이 기사는 구현 문제에 대해 다룹니다. 국내 기업현대 통합 관리 시스템(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항). 선도적인 제조사(, Ingres 등)의 관계형 DBMS를 기반으로 사용 국제 표준 SQL;
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 시스템과 통합하기 위해 Metaphase 및 Sherpa와 Oracle 제휴가 조직되었습니다.

  • 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개의 자동화 제어로 지원됩니다. 시스템 직원이며 그들은 "오직" 표준 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 플랫폼을 선택할지, 어떤 IT 회사가 구현을 처리할지가 주요 질문이 될 것입니다.

    기본적으로 오늘날 기업은 어떤 식으로든 이미 자원 관리를 자동화하고 IT 시스템을 개발하고 있습니다. (예, Excel도 비즈니스 자동화 도구로 간주되므로 상품 이동을 고려한 간단한 Excel 파일이 있어도 사실상 이것은 이미 정보 시스템입니다). 따라서 ERP 도입 문제는 우선 '정치적' 문제이며, ERP 전환의 타당성을 결정하는 것은 경영진이다.

    ERP 시스템 구축 여부

    회사 최고 경영진의 근본적인 결정은 다음과 같습니다. ERP 시스템 구현 다음과 관련이 있을 수 있습니다. 여러 가지 이유로, 객관적 또는 주관적, 직접적으로 관련된 전반적인 효율성생산하거나 그것과 매우 먼 관계를 가지고 있습니다. 어떤 경우에도 그러한 결정을 내릴 때 회사의 경영진과 소유자는 다음 두 가지 질문에 대한 답변을 명확하게 이해해야 합니다.

    1. 당신이 얻어야 할 것 ERP 시스템시행 직후?
    2. 구현 후 향후 5년 동안 ERP 시스템에서 무엇을 얻어야 합니까?

    첫 번째 질문에 대한 답을 통해 기업에 필요한지 여부를 판단할 수 있습니다. ERP 시스템또는 하나 이상의 고도로 전문화된 솔루션(CRM 솔루션, 프로그램)을 사용하여 설정된 목표를 더 저렴하고 빠르게 달성할 수 있습니다. 창고 회계등.). 답변은 또한 ERP 시스템의 초기 요구 사항을 공식화하는 데 도움이 될 것이며 이는 더욱 명확하고 상세해질 것입니다. 더욱이 이러한 요구 사항은 소프트웨어 제품을 선택할 때만 사용될 수 있는 것이 아닙니다. 복잡한 자동화기업뿐만 아니라 구현 프로젝트의 목표, 완료 성공 기준 및 결과의 효율성을 공식화하기 위해 정보 시스템.

    두 번째 질문에 대한 답을 통해 ERP 시스템 개발 계획과 회사의 개발 전략 구현의 일관성을 평가할 수 있으며, 이는 향후 IT 비용 계획 및 투자 회수 분석과 직접적으로 관련됩니다. 또한 기업 정보 시스템 개발 전망을 평가하면 첫 번째 질문에 대한 답변에서 도출된 결론을 명확히 할 수 있습니다. 예를 들어, 현재의 "정치적" 기대가 ERP 시스템의 의무적 구현을 ​​요구하지 않지만 가까운 시일 내에 회사가 여전히 ERP 시스템으로 전환해야 할 필요성에 대해 "숙성"할 경우 지금 구현을 시작하는 것이 좋습니다. 또한 중요한 점회사의 현재 기대는 ERP 시스템에 대한 특정 요구 사항을 지시할 수 있지만 미래의 기대는 이를 크게 확장하거나 심지어 모순될 수도 있다는 것입니다.

    ERP 시스템 선택 기준

    ERP 시스템은 우선 컨설팅이고 그 다음은 소프트웨어입니다. 구현은 공급업체(제조업체) 자체 또는 공급업체의 라이센스 소프트웨어를 사용하여 ERP 시스템을 회사의 IT 인프라에 통합하도록 독립적으로 구성하고 모듈 작동을 위한 논리를 구축하는 시스템 통합업체에 의해 수행될 수 있습니다. . 이 경우 공급업체나 통합업체가 동종 업계의 다른 기업에서 ERP 시스템을 구현한 경험이 있어야 하며, 프로젝트 팀귀하의 비즈니스를 이해하고 이미 유사한 프로젝트를 구현한 전문가.

    각 기업은 고유하고 고유한 비즈니스 프로세스를 가지고 있으므로 유사한 기업에서 프로젝트를 수행한 경험이 풍부한 ERP 시스템 구현 팀이 고객의 기능을 빠르게 이해하고 시스템을 보다 효과적으로 구성하고 모듈을 운영할 것입니다. 그러나 공급업체와 통합업체는 인건비를 줄이려고 다른 방향으로 가는 경우가 많습니다. 자신의 비즈니스 프로세스그들의 모범 사례에 따라. 만약 당신이 그들의 지시를 따른다면, 당신에게 제공하는 모든 기능이 아닌 수년에 걸쳐 개발된 비즈니스 프로세스를 심각하게 혼란에 빠뜨릴 가능성이 높습니다. 경쟁 우위구현 과정에서 시장의 모든 사항이 고려됩니다. ERP를 구현할 회사를 선택할 때 이 점을 고려하세요.

    하기 위해 어떤 ERP 시스템을 선택하세요 기술적 관점에서 볼 때 귀하에게 가장 적합한 솔루션은 시장에 나와 있는 기존 솔루션에 대한 감사를 수행하고 5가지 주요 특성에 따라 분석하는 것이 좋습니다.

    1. 조직의 요구 사항. 이 기준 그룹은 조직의 현재 및 미래 요구 사항, 규모, 운영 조건 및 시장 요구 사항과 관련이 있습니다.
    2. ERP 시스템 플랫폼에 사용되는 기술입니다. 이 그룹에는 ERP 시스템 운영 기술 및 구현 방법과 관련된 기준이 포함됩니다.
    3. 기능성. 이 그룹은 귀하에게 필요한 ERP 시스템의 작업 및 모듈 구성에 대한 일련의 기준을 결정합니다.
    4. 지원하다. 이 그룹의 기준 세트는 공급업체 또는 통합업체의 ERP 시스템에 대한 기술, 정보 및 서비스 지원 조건을 결정합니다.
    5. 소유 비용. 이 기준 그룹에는 ERP 시스템의 획득 및 추가 운영과 관련된 모든 기준이 포함됩니다.

    이제 각 그룹을 더 자세히 살펴보겠습니다.

    "조직 요구 사항" 기준 그룹에는 다음이 포함됩니다.

    • 비즈니스 프로세스를 일치시키는 능력. ERP 시스템은 조직의 프로세스에 맞게 맞춤화될 수 있어야 합니다. 이 기준은 또한 향후 회사의 활동이 변경될 때 시스템의 유연성을 결정합니다.
    • 확장성. 필요한 경우 회사의 여러 부서나 활동을 포괄하기 위해 ERP 시스템을 복제하는 것이 얼마나 쉬운가요?
    • 조직의 전략과 일치합니다. ERP 시스템은 장기간에 걸쳐 운영되기 때문에 중복될 수밖에 없습니다. 전반적인 전략당신의 회사의 발전.
    • 귀하의 산업에 "맞춤화된" ERP 시스템의 모듈 가용성. 모든 조직의 프로세스는 해당 조직이 운영되는 산업 및 시장에 따라 다릅니다. "귀하의" 모듈이 있다는 것은 구현이 더 빨라지고 비용이 저렴해지며 회사가 해당 분야의 회사와 협력한 경험이 있다는 것을 의미합니다.

    "응용 기술" 기준 그룹에는 다음이 포함됩니다.

    • 소프트웨어 아키텍처. 조직의 요구 사항과 기능에 따라 ERP 시스템에 적합한 소프트웨어 아키텍처("클라우드 서비스", "클라이언트-서버" 아키텍처 또는 "객체 지향" 아키텍처)를 선택해야 합니다.
    • 기술 아키텍처. 이 선택 기준은 이전 기준과 상호 연결됩니다. 기술 아키텍처를 선택하려면 조직에서 통신 채널, 서버 등을 업그레이드해야 할 수도 있습니다.

    "기능" 기준 그룹에는 다음이 포함됩니다.

    • 모듈의 구성. 앞서 말했듯이 ERP 시스템 모듈은 조직의 현재 및 미래 요구 사항에 따라 선택해야 합니다. 따라서 시스템은 기능을 확장할 수 있어야 합니다.
    • 완성. 시스템을 선택할 때 이를 현재 IT 인프라와 통합해야 하는데, 이는 언뜻 보기만큼 쉽지 않은 경우가 많습니다.
    • 친숙한 인터페이스. 일반 현대 사용자(관리자나 프로그래머가 아님)의 경우 시스템은 단순하고, 아름답고, 빨라야 합니다. 동시에 필요한 경우 인터페이스를 다양한 사용자 그룹에 맞게 쉽게 사용자 정의할 수 있어야 합니다.
    • 일치 규제 체계. ERP 시스템은 법률로 규제되는 기업 활동의 여러 영역에 영향을 미칩니다. 따라서 중요한 선택 기준은 요구 사항에 맞게 시스템을 조정할 수 있는 능력입니다. 러시아 법률필요하다면.

    "지원" 기준 그룹에는 다음이 포함됩니다.

    • 지원주기. ERP 시스템을 선택할 때는 IT 기업이 해당 시스템의 운영을 얼마나 오랫동안 지원할 것인지 미리 결정하는 것이 필요하다. 새로운 것으로 전환이 가능한가요? ERP 버전-시스템, 공급업체나 통합업체가 조직의 추가 요청을 충족하기 위해 시스템을 수정할 수 있습니까?
    • 러시아어 지원 서비스 및 문서의 가용성. 조만간 소프트웨어가 제대로 실행되지 않을 수 있으므로 즉시 수정해야 합니다. 을 위한 효율적인 작업공급업체가 시스템 사용자의 운영에 대해 신속한 지원을 보장할 수 있는 것이 중요합니다.
    • 시스템을 구현할 팀은 유사한 기업에서 ERP 시스템을 구현한 경험이 있습니다. 이 요소를 통해 팀은 귀하의 세부 사항을 신속하게 이해하고 보다 정확하게 조정할 수 있습니다.

    "소유 비용" 기준 그룹에는 다음이 포함됩니다.

    • 소프트웨어 라이센스 비용. 가격은 라이센스 기간, 모듈 수 및 향후 시스템 사용자에 따라 다릅니다.
    • 하드웨어 비용. 사용되는 아키텍처에 따라 하드웨어 비용이 크게 달라질 수 있습니다. 조직은 추가 서버 하드웨어를 구입하고 업그레이드해야 할 수도 있습니다. 개인용 컴퓨터미래의 사용자를 보다 현대적인 사용자로 전환합니다.
    • 유지 보수 비용. 기준에는 구현된 ERP 시스템의 기능을 유지 관리할 사내 전문가의 비용과 비용이 포함됩니다. 기술적 지원솔루션.
    • 현대화 및 갱신 비용. 일부 ERP 시스템 제공업체의 경우 업그레이드 및 업그레이드 비용이 기술 지원 비용에 포함되지 않을 수 있으며 업그레이드 비용을 지불해야 합니다.

    러시아 시장의 주요 ERP 시스템 제조업체

    많은 회사들이 ERP 시스템의 생성 및 구현에 참여하고 있습니다. 따라서 우리는 러시아 시장의 리더들만을 조명할 것입니다. 상장 회사는 공급업체이며 독립적으로 또는 러시아 파트너를 통해 구현을 수행할 수 있습니다.

    1. 수액. 판매량 부문에서 확실한 선두주자 소프트웨어러시아에서는 이 수업을 듣습니다. 독일 회사는 약 40~45%의 지분을 보유하고 있습니다. 러시아 시장다양한 연구에 따른 ERP 시스템. 라이센스 및 구현 비용 측면에서 가장 비싼 솔루션 중 하나입니다.
    2. 신탁. 러시아에서 이 회사의 위치는 독일의 주요 경쟁자보다 훨씬 약하지만, 세계적으로는 SAP와 성공적으로 경쟁하고 있습니다. 우리 시장의 지연은 Oracle이 러시아에 늦게 도착했기 때문입니다.
    3. 은하. 국내 벤더, 시장을 선도하는 기업 러시아 제조업체 EPR 시스템. 다양한 추정에 따르면 구현 횟수 측면에서 SAP에 바로 뒤쳐져 있습니다.
    4. "1C". 1C 회사의 제품 "1C : ERP Enterprise Management 2"는 가장 낮은 가격라이센스에. 회사는 처음에는 회계를 위한 회계 시스템 구축에 참여했지만 회사가 성장함에 따라 ERP 시스템 시장에도 진출했습니다.
    5. 마이크로소프트. 예, Microsoft는 뿐만 아니라 OS이지만 비즈니스를 위한 훌륭한 ERP 솔루션이기도 합니다. Microsoft Dynamics 제품을 사용하면 이를 구현한 회사가 자체 재정을 더 잘 관리할 수 있을 뿐만 아니라 공급망, 생산 및 작업 프로세스를 단순화할 수 있습니다.

    이러한 모든 솔루션의 기능은 ERP 시스템의 모든 일반적인 작업에서 성공적으로 작동하며 금융 및 금융의 모든 영역을 포괄합니다. 관리회계 현대 회사, 인사 관리, 운영 활동 및 서비스 부서. 또한 제조업체의 데이터 ERP 시스템은 물론 다음과 같은 수단을 제공합니다. 시스템 관리사용자 관리, 중앙 집중식 데이터 관리, 웹 서비스 관리 등의 문제에 대한 솔루션을 제공합니다. 일반적인 시행 기간은 1~2년이다. 각 경우에 시기(및 그에 따른 가격)는 프로젝트의 복잡성과 해결해야 할 작업에 따라 달라집니다. 물론, 솔루션을 구현할 팀의 자격도 필요합니다. 결국, 이러한 솔루션의 표준 기능은 귀하의 요구 사항과 비즈니스 목표에 맞게 맞춤화됩니다.

    결론

    선택할 시스템은 귀하, 귀하의 작업 및 예산에 따라 다릅니다. 이러한 시스템의 데모 버전(완전 무료)만 시청하고 가능하다면 ERP를 구현할 때 사용할 공급업체 또는 통합업체 팀의 경험을 최대한 자세히 숙지하는 것이 좋습니다. 결국 ERP 시스템을 선택할 때는 소프트웨어뿐만 아니라 나중에 이를 구현하고 지원하는 데 도움을 줄 사람도 선택하게 됩니다. 따라서 IT 회사 대표와의 협상은 처음에는 대화 형식으로 이루어져야 하며, 동일한 언어로 말하고 서로를 완벽하게 이해해야 합니다. 이 경우에만 기업에서 ERP 시스템 구현을 유능하고 성공적으로 구현하고 상당한 비용을 절약할 수 있습니다.

    본질적으로 ERP 시스템의 구현은 단순히 구매한 소프트웨어 패키지를 설치하는 것이 아니라 기업의 비즈니스 프로세스를 리엔지니어링하고 구현된 소프트웨어를 개선하며 기업 교육을 위한 일련의 노동 집약적 조치이기도 합니다. 직원들이 시스템을 사용하여 작업합니다.

    시장이 있다 많은 수의 ERP 시스템을 제공합니다. 공급업체는 두 가지 모두를 제공합니다. 기성 솔루션(대형 제조업체의 ERP 시스템) 및 맞춤형 개발. 구현 기술에 따라 ERP 시스템은 "클라우드" 서비스, 객체 지향 아키텍처 또는 "클라이언트-서버" 애플리케이션을 기반으로 할 수 있습니다. 시스템과 공급업체를 선택하는 것은 어려운 작업이 됩니다.

    구현을 위해 특정 ERP 시스템을 선택하는 것은 다음과 같은 주요 이유로 인해 복잡하고 다양한 기준의 프로세스입니다.

    · 구매한 제품의 높은 비용(최대 수백만 달러);

    · 다양한 ERP 시스템 제공;

    · 소개되는 제품에 대한 전문가 교육 기간;

    · 사전 판매 주기(몇 달에서 몇 년까지);

    · 구현 주기 자체(기업의 한 생산 현장에서도 ERP 시스템의 구현 주기는 최대 몇 년까지 지속될 수 있음).

    ERP 시스템을 선택할 때 자동화를 위한 자동화는 의미가 없다는 점을 이해해야 합니다. 세계 최고의 ERP 시스템이 기업의 모든 문제를 해결할 수 없다는 것은 분명합니다.

    모든 ERP 시스템은 무엇보다도 기업 관리의 효율성과 품질을 높이고 관련성 있고 신뢰할 수 있는 정보의 자동화된 처리를 기반으로 올바른 전략적, 전술적 결정을 내리는 도구입니다. 동시에 ERP 시스템은 비즈니스를 위한 툴킷일 뿐만 아니라 이를 실행하기 위한 기술이기도 합니다.

    우선, 기업 경영진은 기업에 ERP 시스템이 필요한 이유를 이해해야 합니다. 구현하기 전에도 소위 S.M.A.R.T.에 정의된 명확하고 측정 가능한 목표를 설정해야 합니다. 시스템: 목표는 구체적이고 측정 가능하며 조정 가능하고 관련성이 있어야 하며 구체적인 실행 시간이 있어야 합니다. 이 질문에 대한 답은 숫자와 다이어그램(절감된 금액, 높은 상품 회전율, 공급업체 및 고객과의 작업 시간 단축 등)으로 공식화되고 시각적으로 표시될 수 있는 것이 바람직합니다. ERP 시스템에 대한 기본 요구 사항은 기업 경영진의 승인을 받아 공식화되어야 합니다.

    · 목표는 무엇입니까 경제 활동전체적인 비즈니스 목표는 구매 및 구현된 시스템에 의해 달성됩니다.


    · 어떤 기능적 영역과 생산 유형을 다루어야 하는지;

    · 어떤 프로세스를 자동화해야 하는지;

    · 어떤 보고서를 준비해야 하는지;

    · 사용할 소프트웨어 및 하드웨어 플랫폼.

    조직에 가장 적합한 ERP 시스템을 결정하기 위해 모든 선택 기준을 여러 그룹으로 나눌 수 있습니다.

    일반적인 기준 그룹은 다음과 같습니다.

    1. 조직의 필요. 이 기준 그룹은 조직의 현재 및 미래 요구 사항, 규모, 운영 조건 및 시장 요구 사항과 관련이 있습니다.

    2. 사용된 기술. 이 그룹에는 ERP 시스템 기술 및 구현 방법과 관련된 기준이 포함됩니다.

    3. 기능성. 이 그룹은 조직의 요구 사항을 충족하는 데 필요한 ERP 시스템의 작업 및 모듈 구성에 대한 일련의 기준을 결정합니다.

    4. 지원. 이 그룹의 기준 세트는 공급업체(공급업체)의 ERP 시스템에 대한 기술, 정보 및 서비스 지원 조건을 결정합니다.

    5. 소유 비용. 이 기준 그룹에는 ERP 시스템의 획득 및 운영과 관련된 모든 기준이 포함됩니다.

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

    · 조직의 비즈니스 프로세스 준수. ERP 시스템은 조직의 프로세스에 맞게 맞춤화될 수 있어야 합니다. 이 기준은 회사의 활동이 변경될 때 시스템의 유연성을 결정합니다.

    · 확장성. ERP 시스템에서는 여러 부서 또는 여러 유형의 회사 활동에 솔루션을 복제할 수 있어야 합니다. 또한 조직의 규모에 적응할 수 있어야 합니다.

    · 조직의 전략 준수. ERP 시스템은 장기간에 걸쳐 운영됩니다. 따라서 구현에 도움이 되어야 합니다. 전략 계획회사. 개발 전망을 고려하여 시스템을 선택해야 합니다.

    · 가용성 산업 솔루션. 조직의 프로세스는 조직이 운영되는 산업과 시장에 따라 달라집니다. 시스템을 선택할 때 이러한 요소를 고려해야 합니다.

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

    · 소프트웨어 아키텍처. 조직의 필요와 역량에 따라 ERP 시스템의 적절한 소프트웨어 아키텍처(예: "클라우드 서비스", "클라이언트-서버" 아키텍처 또는 "객체 지향" 아키텍처)를 선택해야 합니다.

    · 기술 아키텍처. 이 선택 기준은 이전 기준과 상호 연결됩니다. 기술 아키텍처를 선택하려면 조직에서 통신 채널, 하드웨어 및 컴퓨터 시설을 업데이트해야 할 수 있습니다.

    · ERP 시스템 구현 기술. 이 기준은 서비스 제공업체에 따라 다릅니다. 대개, 대형 제조업체 ERP 시스템은 소프트웨어 제품에 구현 기술을 적용하도록 제안합니다. SAP, ORACLE, Microsoft 등이 이러한 기술을 보유하고 있습니다.

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

    · 모듈 구성. ERP 시스템 모듈의 선택은 조직의 현재 및 미래 요구 사항에 따라 이루어져야 합니다. 시스템은 기능을 확장할 수 있어야 합니다.

    · 통합. 시스템을 선택할 때 다음과의 통합 가능성을 고려해야 합니다. 기존 시스템상호 연관된 분야의 관리;

    · 가시성. ERP 시스템 기능의 필수 요소는 인터페이스의 단순성과 사용자의 사용 용이성입니다. 선택할 때 사용자의 요구에 맞게 인터페이스를 사용자 정의할 수 있는 가능성을 고려해야 합니다.

    · 규제 프레임워크 준수. ERP 시스템은 법률로 규제되는 기업 활동의 여러 영역에 영향을 미칩니다. 따라서 중요한 선택 기준은 시스템이 현지 법률의 요구 사항에 맞게 조정될 수 있는 능력입니다.

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

    · 지원주기. ERP 시스템을 선택할 때 공급업체가 시스템을 지원할 기간을 결정해야 합니다. 새로운 버전의 ERP 시스템으로 전환할 수 있습니까? 조직의 요구 사항에 맞게 시스템을 수정할 수 있습니까?

    · 지원 서비스의 가용성. 업무 과정에서 ERP 시스템 사용자는 항상 질문과 어려움을 겪게 됩니다. 시스템이 효과적으로 작동하려면 공급업체가 시스템 사용자에 대한 지원을 보장할 수 있는 것이 중요합니다.

    · 구현 경험. 이 기준은 ERP 시스템 제공업체의 성과와 관련이 있습니다. 성공횟수에 주목할 필요가 있다 ERP 구현한 공급업체 또는 다른 공급업체의 시스템.

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

    · 소프트웨어 비용. ERP 시스템을 운영하려면 조직에서 사용할 라이센스를 구매해야 합니다. 선택할 때 이러한 라이선스에 대한 비용 계산 방법(예: 사용자 그룹별 또는 라이선스별)을 고려해야 합니다. 직장등등.);

    · 하드웨어 비용. 사용되는 아키텍처에 따라 하드웨어 비용이 크게 달라질 수 있습니다. 조직은 서버 장비를 구입하고 컴퓨팅 장비를 업데이트해야 할 수도 있습니다.

    · 서비스 비용. 이 기준은 ERP 시스템 구매 비용에서도 중요합니다.

    · 현대화 및 갱신 비용. 일부 ERP 공급업체의 경우 업그레이드 및 업그레이드 비용이 초기 구매 비용과 같거나 그 이상일 수 있습니다.