<Insert Picture Here>

ERP2.0 - 애플리케이션 투자보호를 위한 효과적인 IT 전략

이석진 팀장( SeokJin.Lee@Oracle.com )Fusion Middleware, 젂략 사업부Oracle Korea

통합을 위한 ERP (Enterprise Resource Planning)

ERP는 70년대 제조업체의 MRP, 80년대 MRP-II에서 유래한 젂사자원의 통합관리를 지향하는패키지로 CRM, SCM, SRM 등의 Extended ERP 로 발젂하고 있음.

MRPMaterial Requirement

Planning

MRP IIManufacturing

Resource

Planning

ERPEnterprise

Resource

Planning

자재소요계획

제조, 자재조달계획의 최적화를

통한 생산공장의 원가절감

생산자원계획

생산관련 자원투입의 최적화를

통한 생산성 향상

전사통합 자원계획

판매, 구매,생산,자금 등을 포함한

전사 투입 자원 의 최적화를 통한 기

업의 생산성 향상

“생산활동을위한 자재

투입의최적화”“기업활동을위한 경영자원

활용의최적화”

ERP 도입 효과

ERP를 먼저 도입한 젂 세계 기업을 대상으로 ERP 도입에 따른 효과를 분석한 결과, 평균적으로다음과 같은 효과를 달성한 것으로 나타남.

*주) ERP를 도입한 전세계 1,480개사를 대상으로 한 효과를 분석한 결과임, Oracle & SAP 내부 통계

개선항목 개선내용 및 효과

평균 이익율 개선 20~30%

재고 감소 20~40%

매출채권 비용 젃감 10~20%

구매 비용 젃감 5~15%

제조 비용 젃감 10~15%

Order Cycle Time 감소 20~40%

업무 생산성 향상 5~15%

경비 젃감 5~10%

Other 2%

AR 2%Sales Increase 14%

Productivity 18%

Inventory 17%

Purchasing 47%

ERP Typical Benefit Distribution

절망의 계곡 - 안 하면 죽는다?

ERP 관렦자라면 누구나 한번씩은 본 그림 ( 젃망의 계곡 ) -> ERP 도입의 필요성을 역설적으로설명

성공사례

실패사례

도입 안 했을 때

생산성

ERP도입시점

시간

절망의 계곡

ERP(Enterprise Resource Planning)의 확장

Extended ERP등의 이름으로 계속 영역 확장을 하고 있으며 최귺의 적용 추세는 Global Single Instance 를 구축하는 것임.

자재 소요량 걔획MRP I1965 ~

생산능력계획CRP

재무회계읷반관리

생산자원계획

MRP II1980 ~

유통망관리SCM

젂사적 자원계획ERP

1990 ~

ERP ?2000 ~

유한생산계획APS

젂략기업관리SEM

통합고객관리CRM

© 2009 Oracle Corporation – Proprietary and Confidential 5 / 51

Best Ideal Solution or First( or OLD) System

ERP 통합 구축 혹은 차세대띾 이름 하에 많은 시스템을 통합하여 비즈니스 변화에 싞속하게 대응하고자 하는 IT의 욕구는 계속되었음.

All integrated

Process

On One system

Process와 Task 간의 이동 시간의 Lead Time = 0

Zero Latency

Global SingleData Model

Real Time

ETT for BI/BAM 기업의 모든 프로세스를Global Single Data Model 기반에서 구현하여 IT적읶 Lead Time을Zero화 하여 실시간 기업구현

ERP의 한계

Sales System Oracle/SAP

Materials Mgmtand Logistics

TransportationManagement

System

기업의 중요한 프로세스중의 하나읶 Order to Cash Process 는 대부분 고객의 홖경에서 그림과같이 여러 개의 시스템에 걸쳐져 있어 Process Visibility 등의 문제가 발생 함.

기존 ERP 통합 Architecture의 한계점

ERP 혹은 차세대 시스템 구축 후 모든 것이 완벽하게 통합되는 것이 아니며 여젂히 Non-ERP 및 Non-차세대 영역에 대한 통합을 고민하여야 함

ERP/차세대 시스템 만을 이용한 완벽한 IT젂체 통합 시스템 구축이힘들다.

1

ERP 는 Back-office 중심의 통합이고 기업의 Core system 에 대한통합 및 구축은 여젂히 고객의 몪이다.

2

Process에 대한 End to End 통합 및 Visibility를 확보하여 Process Excellence 및 최적화를 구현하여야 한다.

3

통합 시 표준 기술을 이용한 Process 및 사용자 관점의 통합을하여야 한다.

4

CIO 는 여젂히 ERP/차세대 구축 후에도 통합 및 젂체Architecture의 최적화에 관심이 많다.

5

OMS

TMS

WMS

UMS

ETC

Fin

MDM

HR

Interface

OMS TMS WMS UMS

1세대 Peer-To-Peer 통합 2세대 EAI 중심의 통합

• N2-N 개의 Integration 이 필요• 10개 시스템 : 102-10 = 90개

Integration 필요

• EAI를 이용한 Data 중심의 통합• 2N+1 개의 Integration 이 필요• 10개 시스템 : 2*10+1 = 21개Integration 필요• But EAI Still Has 2 Major Issues :

No Business Process & Services!

Peer-to-Peer 방식의 Integration에서 Data 중심의 EAI Hub 를 중심으로 통합을 시도하나 여젂히 IT중심이고 비 표준과 가시성의 문제가 있음.

통합의 역사 - 1

EAI 를이용한

Data중심의통합

EAI

HR Fin MDM ETC

© 2009 Oracle Corporation – Proprietary and Confidential 9 / 51

3세대 Global Single Instance3세대 SOA, BPM을 이용한Process/User관점의 통합

Big Bang 방식의 GSI (Global Single Instance) 방식의 통합 혹은 SOA, BPM등의 표준화된 기술을 이용한 프로세스 및 사용자 관점의 통합이 주류가 되고 있음.

R&D

MKTPOMFG

SO

Dist

SVC

CRM

CCSFin

BIBSC

Global

Single

Instance

• Global Single Instance• No Integration !!!• Perfect Data Consolidation• i.e) LG젂자, LG Display,삼성젂자, Posco

• Vendor종속적• Big Bang Approach• High Risk & Risk 관리 중요• 개발 보다는 Architecture 중심의 사상

Customer Service Billing ServiceCustomer Interactive

Service

Channel

Service

CRM

Service

Service Portal

Customer Process Billing Process Customer Interactive

Process

Channel

Process

CRM

Process

Composition/Orchestration

Shared Service

Components & Legacy

Service 1 Service 2 Service 3 Service 4 Service 5 Service 6 Service 7 Service 8

Component Component Component Component Legacy Legacy Legacy

PCS 고객PCS 고객 Non-PCS 고객Non-PCS 고객 Wire 고객Wire 고객 SP/CPSP/CP

통신업계 사례

• 단계적 및 점진적 Approach 가능• Web Service등을 이용한 표준 기술 기반 통합• 프로세스 가시성 확보 및 실시간 프로세싱• 기졲 Legacy 기반 통합으로 기 투자 자산 보호• Best of Breed 젂략 수행 가능

통합의 역사 - 2

© 2009 Oracle Corporation – Proprietary and Confidential 10 / 51

SOA/BPM을 이용한 Process 관점의 End-To-End 통합이 필요

Post ERP or NGS Requirements

시스템 간의 통합 이슈

Process 의 단절Process Excellence

& Optimization

Data 중심의 통합All players on the same

page = better value chain response

Limitation Business Value

Rapid Return on Investment

Solution

Non-Standard Integration Tech

Lower Your IT TCO

Process의 End-to-End 통합 및

Visibility 확보

Process 중심의 통합

A “Virtual Suite”

Using SOA/BPM

표준 기술 기반의Integration및

Service화

재무회계

관리회계

구매/자재

생산

읶사관리

성과관리 (BSC)

기타

Data Warehouse

Database

Front Office System

기타 Legacy System

Core System

Groupware System

사내 Portal System

Single-Sign On System

기타

-Oracle EBS-PeopleSoft-JD Edward-Siebel

Legacy Systemor Core System

Web Based Applications

ERP 2.0

ERP 의 통합의 한계를 극복하기 위하여 Service 중심 Architecture구현을 통하여 젂체 시스템의통합을 이룩하여야 함. ERP 2.0정의 : 구축된 ERP 기반 위에 SOA/BPM을 이용한 서비스 중심의 통합을 통하여 ERP 의 문제를 보완및 개선 하여 효과를 극대화 하는 것

시스템 통합

아키텍쳐 표준화 (SOA)

ERP 2.0

Consolidated IT`

프로세스 표준화 (BPM)

컨텐츠 표준화 (ECM)UI 표준화 (Portal)

보앆 표준화 (IDM)

© 2009 Oracle Corporation – Proprietary and Confidential 12 / 51

기업의 표준화 모델

아키텍쳐 관점 표준화

프로세스 관점 표준화

Application

표준화

IT

표준화

Data

표준화

Process

표준화

BPM 기반의 비즈니스

프로세스 통합 관리

프로세스

기준 정보 통합

SOA 기반의

Infrastructure 통합

BPMN/MDM 기반의

마스터 데이타 통합

BPM/SOA 기반의업무 프로스세스확립

프로세스의 Pain Point의추출/개선이가능한 Agile한기업환경 구축

표준 Notation을기반의 비즈니스용어의 표준화

MDM 시스템을통한 Master Data 통합 관리

Processes Repository 구축을 통해

비즈니스 프로세스를 시스템에서

관리함으로써 Pain Point 추출

Service Repository 구성을 통한프로세스의 IT 표준화ESB를 이용한 인터페이스 통합

기업 성과 극대화를 위하여 표준화를 통한 혁싞을 가속화 하고 있으며 기업은 비즈니스와 구현을 위한 IT Architecture 관점의 표준화 및 통합의 방향으로 가고 있음.

전사 비즈니스

표준화

방안으로

확대

비즈니스 프로세스 관점의 표준화 방안

기업의 핵심 자산읶 비즈니스 프로세스에 대한 표준화는 Digital Asset 화를 통하여 프로세스의 가시성 확보 ,공유 증대 및 축적 지식화 및 End-To-End 통합을 구현할 수 있어야 함.

표준화 된 BPM기반의

프로세스 통합

프로세스Visibility

End-to-End프로세스

표준화된 프로세스를 시스템화 (Process

Repository)를 이용한 디지털

자산화(Digital Asset) 통하여

Visibility를 확보하고, 이를 관리함으로써

프로세스의 Pain Point를 관리

비즈니스 프로세스 통합은 표준기술의

BPM 기반에서 프로세스 표준화 과정을

통해 운영 해야 한다. 그래야만 전체

프로세스를 관리 가능함.

표준화된 프로세스는 하나 이상의

시스템에서 구동이 되므로 이를 SOA를

기반으로 통합 하여 End-To-End

프로세스를 완성

표준기반의Process

Repository구축

+

BPM 기반비즈니스

프로세스의표준화

+

SOA 기반시스템 통합

(Enabler)

BPM 기반 프로세스 표준화 및 통합 주요 목표 내 용 활 용

비즈니스 프로세스 표준화

EA 기반 IT 통합

BPM

SOA based Infrastructure

전사 아키텍쳐

표준화

방안으로

확대

기술 관점의 표준화 방안

기술 관점의 표준화는 EA관점에서 기업의 비즈니스 프로세스부터 읶프라까지의 시스템까지 젂반에 걸친통합 및 표준의 로드맵을 통하여 프로세스 및 고객을 지향하는 시스템을 구축 하는 것 임.

Master Data통합관리

EA 기반IT 인프라의

표준화

SOA 기반

EA 기반에서 각 시스템이 통합이라는

관점에서 가져야 하는 표준을 만들어야

하며, 이를 각 시스템에 적용해 기업의

인프라는 표준화해야 합니다.

Master Data를 관리하여 기업에서

사용하는 데이터의 표준을 정해야

합니다. 이를 통해 시스템 간의

인터페이스는 표준화된 환경에서

작동되게 됩니다.

SOA를 기반으로 시스템을 통합해야

합니다. SOA를 기반으로 한다는 것은

표준을 준수한다는 의미입니다.

EA 기반IT 인프라의

표준화

+

SOA 기반인프라 통합

(Enabler)

EA 기반 인프라 통합 주요 목표 내 용 활 용

비즈니스 프로세스 표준화

각 업무 시스템

SOA

Enterprise Service Bus

ERP창고관리

생산관리 EIS DW

Process관점의 통합 방안

통합할수있는데 까지 통합하라1

나머지영역도통합을 할 수있는데 까지 해라. 2

시스템간의모든인터페이스를 Web Service 방식으로표준화하라.

3

SOA based BPM을 이용하여 프로세스관점으로 가상통합을시도하라.

4

모든사용자의 Information Access를 Process Portal 형태로통합하라.

5

Pro

cess관

점의

통합

을위

한5 S

tep

차세대

or

G-E

RP의

통합

Step 1 : 통합할 수 있는데 까지 통합하라.

차세대 혹은 G-ERP 의 이름으로 통합 시스템을 구축 할 때는 최대한 통합 시스템이 되도록 구축 하여야 한다.

As-Is To-Be

Planning

CRM SCM

PLM SRM

PO

Finance HR

CRM SCM

PLM SRM

NGS or G-ERP

• 많은 종류의 OS/Platform/Applications

• 분산된 Data 및 정합성 문제

• 수많은 Integration 작업이 필요

• Near RTE

• Data 정합성 해결 및 적시 정보 제공

• Integration Point 최소화로

Lead time 최소화

• 통합/표준 Architecture

• 통합 Data Model

• 통합 Application Grid

Step 2 :나머지 영역도 통합을 할 수 있는데 까지 해라.

차세대 혹은 G-ERP 이름으로 통합한 후 나머지 영역도 통합/표준 Architecture를 바탕으로 통합할 수 있는데 까지 통합을 하여야 함.

To-Be

CRM SCM

PLM SRM

NGS or G-ERP

통합

작업의

가속화

• End-To-End Process의 통합 필요

• 여젂히 중복되는 Data 및 Process

• 최소화된 시스템 수

• Process 표준화 및 통합

• Single data model

• Process 표준화

• Architecture Governance

• Single Data Model

As-Is

CRM SCM

PLM SRM

NGS or G-ERP

LGE GSI 사례

거점 별 통합 ERP 시스템 구축 이후 Global ERP 구축을 통합을 통하여Data, Process, Application 통합을 완성 함.

해외영업

고객서비스

한국마케팅

OMMFG

SVC

정보통신

MFG

평택

MFG

구미

MFG

창원

1차 거점 별 ERP 구축2차 국내 통합

2002~2004

• 재경(NAS) : 10.7 => 11i Upgrade

• 인사(e-HR) : 11i 구축• 생산 : 사업장별 11i Upgrade

• 국내 1 Instance 통합. 3개 생산사업장, 정보통신총괄

국내 ERP 통합 시스템재경

(NAS)인사

(e-HR)

해외서비스

3차 Global ERP ( GSI )

2006~2010

Global ERP통합(Global Single Instance)

Global Single Instance

Step 3 : 모든 Interface 는 Web Service로 표준화하라

모든 읶터페이스는 재 사용 가능한 서비스로 정의하여 서비스 기반의 Architecture로 표준화를 시도하여야한다. 그렇게 되면 모든 시스템 간의 통합(Interface) 언어는 단읷 언어로 통읷 및 표준화 되는 것 이다.

To-Be

W/S를

이용한

Inte

rfac

e 표

준화

• Peer to Peer Integration

• 비 표준 방식의 Integration

• Process 중심이 아닌 Data 중심의 통합

• 표준화 된 Web Service 사용

• 정의 및 추출된 Service

• SOA

• Integration 표준화

• Service Governance

• Service 정의 및 재사용

As-Is

SCMNGS or

G-ERP

PLM CRM

SRM

SCMNGS or

G-ERPPLM CRM SRM

Enterprise Service Bus

LG 전자 – SOA 기반 시스템 통합

Pain points

•강 결합 구조로 변경의 어려움

• DB Link 의 사용 남발로 가용성 미흡

•프로세스 및 메시지에 대한 추적의어려움

• Global ERP를 위한 실시간 통합 필요

•다양한 시스템 연동에 대한 표준 필요

Solutions

• Integration 표준 정책 수립

•약 결합 구조로 개선( SOA 기반의 서비스 통합)

•통합 ERP와 MES등의 Legacy와의서비스 기반 연동

• BAM, BPEL을 통한 메시지/프로세스가시성 확보

Values

•일 평균 200만 건의 트랜잭션 처리

• DB Link 해소를 통한 효율적인 DB 관리

•향후 전개되는 통합 요건에 대한표준화된 프레임워크 제공

• SOA 기반 구조 확보

• End-to-End 통합 모니터링

Database

Portal

ERPWeb Logic기반 Web

In-House System

APServer

DBServer

Database

AP Server

DBServer

Database

AP Server

DBServer

기타Legacy System

DB Link DB Link

EAI

Not ServiceNot Service

Not Service

SOARouting QoS BPEL Transform Rules

Enterprise Service Bus

통합 ERP Databases) Files

Legacy… WMS MQ MES

EAI

EAI

표준화의 중요성

표준의 중요성의 한 예로 볼티모어의 대 화재를 들 수 있다. 1904년 볼티모어 시내 중심가에서 화재가 발생하였으나 충분한 소방차를 구할수가 없어, 타 도시에서 가져온 소방차의 호스와 볼티모어의 소화전간에 연결부위의 규격이 서로 달라 사용이 불가능하였다. 이에 따라 초기진화가 가능할 수도 있었던 불길이 대 화재로 번져 70개 블록의 1,526동에 이르는 건물이 소실되는 등, 수 많은 읶명 및 재산 피해를 입게되었으며, 많은 서구읶들이 표준화의 중요성을 깨닫는 계기가 되었다.

볼티모어의 화재 사건은 IT의 표준이 얼마나 중요한지를 단적으로 보여주는 사례이며 표준은최소 70% 이상 적용을 해야 표준으로의 가치가 있는 것 이다.

Step 4 : SOA based BPM을 이용하여 프로세스 관점으로 가상통합을 시도 하라.

하나의 프로세스가 여러 시스템에 걸쳐진 경우 SOA based BPM을 이용하여 프로세스 관점의통합성을 사용자에게 제공하여야 함.

To-Be

Pro

ce

ss관점의

E2

E 통

합을

시도

• Process가 여러 개의 시스템에 분산

• Process Visibility 부족

• Process Visibility 확보

• Process에 의한 Management

• Process의 E2E 통합성 제공

• Process관점 통합

• Process E2E Visibility

• Process Portal

As-Is

SCMNGS or

G-ERPPLM CRM SRM

Enterprise Service Bus

SCMNGS or

G-ERPPLM CRM SRM

Enterprise Service Bus

Business Process

LG 디스플레이 – 전사 업무 BPM 구축

Pain points

• Global ERP 구축 후 독립적읶 업무프로세스로 업무의 흐름의 단젃

• 업무 흐름 연계 통합 프로세스의 필요

• 업무 누락 방지

• 업무 처리시간의 단축이 필요

• 업무 진행 상황 추적의 어려움

• 가시화된 프로세스 모니터링의 요구

Solutions

• 회계 , 주문 , 선적 서류 , 고객등록 등 총9개의 메가 프로세스 구축

• Oracle BPEL PM을 적용하여 업무프로세스 워크플로우 재정립 및 구축

• 프로세스 관리 및 모니터링 구축

• 기졲 포탈 시스템에 BPM 프로세스연계로 통합 사용자 읶터페이스 구축

Values

• 표준 업무 프로세스 정착

• 업무 진행 상황 관리의 자동화

• 실시간 업무 현황 파악 가능

• 가시화된 업무 프로세스로 업무효율성 증대

• ERP 구축 후 독립적읶 업무의 통합연계

ERP 로그인

ERP 화면

사용자ERP 화면

해당메뉴클릭

BPM Portal

진행단계, 참가자정보

Monitoring

업무현황 집계표시

Process Alarm

실행시간, 건수 통계

Analysis

13

2

A업무System

품의 승인 등록 품의 승인B업무

SystemX

A업무System

품의 승인 등록 품의 승인B업무

System

BPM

연계

워크플로우단절

워크플로우

현대 기아 자동차 – BPM 적용 통합 결재 서비스

© 2008 Oracle Corporation 25

Pain points

• 개별 시스템별 결재 기능 중복 개발 및투자

• 시스템별 결재 기능 편차 발생• 결재 프로세스 변경에 대한 유연한대응이 어려운 구조

• 결재선 관리를 위한 읶사 데이터 복제및 중복 관리

Solutions

• 결재상싞, 결재선조회, 결재상태 조회 등14개의 공통 서비스 개발

• 통합 결재 UI 및 결재선 관리 시스템구축

• SAP, HR Web, 구매 시스템, 읷본 판매법읶 결재 기능 통합

• BPEL PM을 통한 결재 워크플로우 구현

Values

• 통합 결재 리스트 제공을 통한사용자 편의성 증대

• 서비스 재사용을 통한 개발 생산성향상 (6M/M -> 2M/M)

• 결재선 및 읶사데이터 통합 관리로관리 비용 감소

• 연구소, 해외 법읶 확대 적용 예정

SAP 총무 읶사

Groupware 연계시스템 결재문서

시스템명 문서종류 결재건수

구매 업체 등록 2

총무 국내 출장 싞청 1

결재 엔진

주문정보취합실장

홀드 적용팀장

재고 검색담당자

결재 엔진

주문정보취합실장

홀드 적용팀장

재고 검색담당자

결재 엔진

주문정보취합실장

홀드 적용팀장

재고 검색담당자

SAP

통합결재선 : Oracle BPEL PM

총무 읶사

결재 요청및 조회

ECC

EP

결재 요청및 조회

결재 요청및 조회

2단계 범위

<Insert Picture Here>

“Information about the

package is as important as

the package itself.”

Fred SmithCEO,

FedEx

Information

Step 5 : 모든 사용자의 Information Access를 Process Portal 형태로 통합하라

Process Portal 에서 읷을 하게끔 함으로써 기능 중심에서 Process 중심으로 읷이 사람을 찾아가는 문화를 조성하여 Task Lead Time 을 최소화 함.

To-Be

Pro

ce

ss

Po

rtal을

통한

일하는

문화

개선

• 다수의 ID/PSWD

• 기능별 시스템 별 접귺

• Task 간 이동 시간 과다

• 읷이 사람을 찾아 가는 구조

• Process Centric workplace

• Task 간 이동 시간 최소화

• RTE

• Process관점 통합

• Process E2E Visibility

• Process Portal

As-Is

영업포탈

메일 그룹웨어

싞기간계

여싞

싞인사

배움

보상 ERP

싞인사

차세대

계약조회

갱싞대상건조회

분납대상건조회

갱싞율조회

Hicar 자동차 가입설계

무배당 행복을 다모은보험

업무용 가입설계

계약변경

배서설계

개별적용율조회

보험가입경력조회(대외젂산망)

자동차 싞규보험료 계산

읶수승읶 요청

요율/착오 읶수승읶 요청

요율/착오 승읶대상건조회

자동차계약

계약조회

갱싞율조회

계약변경Process목록

To-Do

GroupWare

Process Portal

Any Where

Any time

Process Map

Process Portal Architecutre

사람이 읷을 찾아 가는 구조가 아니라 읷이 사람을 찾아 가는 형태의 Information Access 방앆을 제시하여 Process Centric Workplace 를 제공하여야 함.

Single View To-do list Collaboration

기획 설계프로토타입

테스트Release 양산 유지 보수 폐기Ramp-up

Item BOM ECO CostBusinessService

ProcessIntegration

UserInterface

차세대 통합 ERP

System

Host MES J2EE

Service N …

Process Integration

Business Process

나의 할읷

프로젝트

PLM

ERP

CRM

Legacy System

ECM

Repository

PO Finance Project

INV HCM eAM

OM SCM …

Secu

rity

삼성그룹 “MySingle”

삼성그룹은 ‘Single 삼성’을 슬로건으로젂체그룹사의포탈,인사관리 통합을기반으로핚세계

최대의임직원단일포탈인 MySingle을구축및운영중

시사점삼성그룹 MySingle 현황및특징

•삼성그룹의 70개모든계열사, 25만6천명사용중인세계최대단일포탈

•그룹포탈운영조직이그룹산하의별도조직으로운영 (각자회사시스템

이통합 SSO 사용)

•그룹공통서비스 : 메일, 결재, 메싞저, 게시, 커뮤니티, 싱글토픽, PIMS,

통합검색, MIS 연계

•주요특징 : 그룹통합 Workplace 지원, 표준화된플랫폼제공, SOA 서비

스기반구축, Web2.0 기술도입, 사용자편의성개선

[삼성그룹MySingle 포탈]

•비즈니스측면

-그룹의정체성(Group Identity) 유지

-구심력확보를위핚실제적도구

-젂그룹사를관통하는스피드핚커

뮤니케이션및지식정보의통합관리

-Web2.0 기술도입을통해참여, 공

유의창의문화형성

• IT 시스템측면

-젂그룹사정보기술의표준아키텍

쳐확보

-표준화구현 : 포틀릿표준화, 데이

타교홖방식표준화, 임직원정보관리

표준화

삼성종합 기술원

삼성물산 건설부문

삼성석유 화학

삼성코닝

삼성캐피탈

삼성 SDS

삼성화재

[계열사별차별화된포탈메뉴체계]

SAP차세대 JAVA

Legacy Siebel Maximo

오더 발주

재고입고청구

구매 판매

Composite

Service

Process

Portal

1,2 단계: 최대핚통합시스템구축차세대혹은 G-ERP 등의방법을이용하여

단위시스템을최대핚통합하여야핚다.

3단계: Service 표준화영역표준기술을이용하여다양핚 Legacy & PKG 기능을서비스로노출하여관리및재사용

4단계: Process 관점통합SOA based BPM을이용핚

서비스 Orchestration을통핚

Process의 End-To-End 통합을시도

싞인사

차

세대

계약조회

갱싞대상건조회

분납대상건조회

갱싞율조회

Hicar 자동차 가입설계

무배당 행복을 다모은보험

업무용 가입설계

계약변경

배서설계

개별적용율조회

보험가입경력조회(대외젂산망)

자동차 싞규보험료 계산

읶수승읶 요청

요율/착오 읶수승읶요청

요율/착오 승읶대상건조회

자동차계

약

계약조회

갱싞율조회

계약변경

5단계사용자정보통합기능별접근이아니라프로세스적접근이

가능토록 Process Portal을통핚정보통합제공

Application

Component

Service

Business

Service

Business

Process

ERP 2.0 Architecture - Process 통합

Process관점(ERP2.0) 통합의 효과