soa/bpm을이용한 erp 구축효과극대화방안 - dbguide.net · 2009-02-11 · ...

<Insert Picture Here>

SOA/BPM을 이용한 ERP 구축 효과 극대화 방안이석진 팀장( [email protected] , 010-7557-5530 )

Fusion Middleware Strategic Business Unit,

Oracle Korea Ltd.

© 2009 Oracle Corporation – Proprietary and Confidential 2 / 38

ERP (Enterprise Resource Planning)

ERP는 70년대 제조업체의 MRP, 80년대 MRP-II에서 유래한 전사자원의 통합관리를 지향하는패키지

MRPMaterial Requirement

Planning

MRP IIManufacturing

Resource

Planning

ERPEnterprise

Resource

Planning

자재소요계획

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

통한 생산공장의 원가절감

생산자원계획

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

통한 생산성 향상

전사통합 자원계획

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

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

업의 생산성 향상

“생산활동을위한 자재

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

활용의최적화”


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

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

성공사례

실패사례

도입 안 했을 때

생산성

ERP도입시점

시간

절망의 계곡


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


XX 그룹사 : 신호등 시스템 optional


우리의 현실은…

복잡한 IT환경과 Data 중심의 통합으로 인하여 Process의 시작과 끝이 여러 시스템에 걸쳐 져있음.

•시스템간의 통합은 EAI 를 통하여 되어 있으나 가시화는 구현되지 않아 전체 업무처리 프로세스를 모니터링 할 수 없고, 업무요구 사항 변경 시 신속한 대응이 어려움

System A System B System C

Data Integration을위한 Interface

전형적인

Pro

ce

ss

Inte

gra

tion

Sys

tem

APS

EA

I ENG

EA

I PO WMS

AP/AR

EA

I BI

EA

IMES

GL

AP정산EA

ITMS


OMS

TMS

WMS

UMS

ETC

Fin

MDM

HR

Interface EAI

OMS TMS WMS UMS

HR Fin MDM ETC

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!

IT의 역사는 통합을 위해 발전하였고 Peer-to-Peer 방식의 Integration에서 Data 중심의 EAI Hub

를 중심으로 통합을 시도하나 여전히 IT중심이고 비 표준과 가시성의 문제가 있음.

통합의 역사1

EAI 를 이용한Data중심의 통합


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

통합의 역사2

R&D

MKT

PO

MFG

SO

Dist

SVC

CRM

CCSFin

BI BSC

Global

Single

Instance

3세대 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

통신업계 사례

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

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


ERP 구축 전략

ERP를 이용하여 최대한 업무 통합을 구현하고 Non-ERP 영역에 대해서는 SOA를 이용한Process/Data통합을 시도하는 것이 현실적인 대안 임.

설명

타 사업부에 대하여 지속적인

ERP 확대 적용

기존 Legacy와는 전통적인

방법에 의한 연동ERP를 이용한최대한 통합

Service Architecture 구현을통한 유연성 강화

SOA를 이용한 ERP & Legacy의Process/Data 관점의 통합

Pure ERP 구축 전략

ERP + SOA를이용한 통합

전략

SOA based Development

타 사업부에 대하여 지속적인

ERP 확대 적용

ERP및 시스템내의 서비스화로

유기적인 통합 적용

SOA based 개발로 ERP

기능을 대체

주요 특징

조립 산업 중심

ERP 와 기존 시스템과의

Data관점의 통합 / Low cost

서비스 미 도입으로 재

사용성/유연성 저하

서비스 구현으로 유연성 강화

재 사용성 강화로 IT Cost 절감

SOA를 위한 Roadmap 및

추진 조직 필요

ERP의 통합 기능의 구현의

어려움.

사업부별 별도 버전 남발


ERP Coverage의 한계

ERP 는 Back/Front Office 중심의 통합을 제공하며 산업별 Core System영역을 지원하는 데는한계가 있음. ( ex MES, Core Banking, Billing System)

서비스사용자

빌링

고객접점

Mediation

과금관리

Billing

통합 고객관리

고객관리

캠페인

개통

로밍

선불폰

상담관리

전자문서관리

My 상담

Music 모바일

Internet 추천

NE

HDIS CAS

SMSC

FCG

NMS

EDW/CRM

EDW

OLAP

경영계 시스템

ERP MIS

E-Comm

PCS/Non-PCS

사업본부(1,2)

- 경영전략 정보

- 서비스/컨텐츠 매출

정보

- 지점/유통/직원 성과

분석

유통점/직영점

- 접점별 매출실적- 서비스 이용내역- 고객민원정보

경영지원

- 관리고객분석- 관리시장정보- 영업통계정보

고객센터

직영점/지점

대리점

외부기관

가입계약

Web Portal

할인/기타청구

사전청구

사용료합산

정액료계산

마스터관리

콘텐츠 관리

VOC

영업

지원

CMS

대리점 채권관리

장표 중고폰관리

단말기재고 제작물관리

출고등록 물류지원

실적SMS

Web log

실시간 실적

Mining

Offline장표

상황판관리

신용카드사

보증보험사신용평가협

회정보통신협회

KTOA

Tu미디어

LG화재

현대자동차

결제할부

신용평가명의도용체크

컨텐츠정보

CP사업자

CP/MCP/SCP

AR 제휴관리

수납관리

체납관리

할부/회계

Hot Billing

청구서관리

QAConfirm

고객관리 상품관리

수집 변환 전송운영관리

사이버 채널

CDR

MSC

MPS

요금계산

수집 고객Guide

상품Guide

범례 :통신사 ERP Coverage

개통 고객프로세스


ERP 의 한계점

ERP 구축 후 모든 것이 완벽하게 통합되는 것이 아니며 ERP & Non-ERP 영역에 대한 통합을고민하여야 함

ERP 만을 이용한 완벽한 IT전체 통합 시스템 구축이 힘들다.1

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

2

End to End Process통합 및 모니터링 관점에서 완벽성을제공하지 않는다

3

ERP & Non-ERP 통합 시 표준 기술 기반의 Solution이 필요4

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

5


ERP Benefit & Limitation

ERP로 완벽한 통합을 이루는 경우 제약조건이 적지만 대부분의 기업이 그러지를 못하고 있으며 그로인한 제약조건이 발생하며 이를 보완하기 위한 방안 및 통합의 조건으로 SOA 도입을 고민하고 있음.

Lego화를 통한Agility 및 재사용성

강화

SOA based ERP

최적화된 통합 Solution

Vendor에 의한 최신 기술 적용 및 Upgrade

개발 보다는 비즈니스 최적화에 투자가 가능

다양한 Setup/Config 기능을 통한 변경의 용이성

실시간 정보 집계 및 분석 가능

ERP 도입 효과

Process가 여러 시스템에 걸쳐진 경우 End-To-

End 모니터링의 한계(Workflow는 내부 모니터링)

정보공학적 방법의 한계로 인한 UI의 불편함.

Proprietary 한 기술로 내부 구조 파악이 힘듬.

Groupware를 이용할 경우 Human Flow 및 Data

Flow의 이중화

ERP Limitation

ERP를 개선/통합하기 위한 SOA

Process의 End-To-End 모니터링

Event Driven의한실시간 모니터링

Process/Data 중심의 통합

UI 개선


SOA Based ERP 구축

SOA 는 ERP 의 부족한 영역을 보충하는 상호 보완 관계로 ERP 가 지원하지 못하는 전체적인관점의 프로세스/데이타 통합의 Solution 으로 적용 됨.

OracleERP

Data

UI

SAPABAP

Data

UI

인사.NET

Data

UI

HostCICS/Cobol

Data

UI

EAI

경영진관리자 재무담당구매담당

Oracle

ERP

Data

SAP

ABAP

Data

인사.NET

Data

Host

CICS/Cobol

Data

EAI

경영진관리자 재무담당구매담당

Process Portal

BPEL

ESB

구매주문

Registry

BAM

SOA

Based

Consolidation

• 부분 최적화

• 애플리케이션 사일로

• 중복된 비즈니스 로직

• 데이터 중심의 통합

• 코드 수준의 재사용 (CBD)

• 전체 최적화

• 어플리케이션 가상화

• 비즈니스 로직 재사용

• 프로세스 중심의 통합

• 비즈니스(서비스) 수준의 재사용

• EAI는 ESB로 역할 변경 (또는 대체)


Process 의 End-to-End 모니터링

하나의 프로세스가 여러 개에 걸쳐진 경우 Service를 이용한 Process Orchestration (BPEL)을이용하여 종단의 모니터링 및 실시간 KPI 파악이 가능 함.

•현재 시스템간의 통합은 EAI 를 통하여 되어 있으나 가시화는 구현되지 않아 전체 업무처리 프로세스를 모니터링 할 수 없고, 업무요구 사항 변경 시 신속한 대응이 어려움

System A System B System C

Data Integration을위한 Interface

전형적인

Pro

cess

Inte

gra

tion

Sam

ple

Pro

cess

수주

EA

I 설계

EA

I 구매 입고

실행E

AI AR

EA

I자재

인도

마감EA

I계획

실시간 모니터링

Groupware LegacyOracleSAP I2 기타

System

수주 설계 구매 생산계획

생산 인도 AR정산

Non SOA Process Orchestration

Process Orchestration


CRM ERP SCM Legacy

Task/Function 중심의 작업

어! 내가 지금 무엇을 하고 있지?(지금 어디지?)

Process 중심의 파노라마

CRM ERP SCM Legacy

SOA/Web Service

음…잘 진행되고 있구만…남은 절차는 큰 문제 없겠어…

프로세스 중심 통합의 효과 - Process Panorama


Web Service를이용한UI 개선

Service를 이용한 UI 개선

ERP 사용자의 가장 큰 불만 중 하는 UI의 불편함이며 ERP내의 API를 서비스화하여 개선된UI에서 SVC를 호출 및 처리 함으로써 UI에 대한 불만을 해결할 수 있음.

ERPOracle/SAP

Data

• 1 Task를 작업하기 위하여 여러 화면으로 다단계 이동

• 현장/현업의 화면의 불편함 호소

ERP

Oracle/SAP

Data

1 ERP API의 Service화

2 사용자를 위한 UI 개선Data Check 및 SVC호출 만 수행

3 화면에서는 Service호출

4 모든 처리는 ERP내에서 수행

• 현장/현업 사용자를 위한 UI 개선

• ERP 내의 Business Logic 사용

• ERP upgrade로 인한 로직 보장

관리자

사용자/관리자

사용자

1

2

34


업무

flow

ERP 뿐만 아니라 Process Orchestration을 기반 하지 않은 시스템은 Data 의 흐름과 업무의흐름이 별도로 운영되는 단절의 문제가 있으며, Data 의 흐름과 업무의 흐름을 통일 시켜 주기위해서는 Process관점의 통합이 필요 함.

입고 확인

및 대금 결재

공사자재

100개 입고

결재

ERP Process

결재

Data

flow

GroupWare

입고 보고

결재

ERP

보고사항과

ERP 사항 비교 검토

GroupWare

Data Flow 와 Work Flow 가 분리된 기존 시스템

Process 경직성

개선 대상의 불명확(Data, 업무 분리)

개선 프로세스의 이중화

실제 업무 Process

입고 확인

및 대금 결재

공사자재

100개 입고

ERP Process

입고 보고

결재

입고사항 확인 후 결재

실제 업무 Process

BPM/ESB

ERP G/W

BPM/ESB

ERP G/W

입고 확인

Data Flow 와 Work Flow 가 통일된 시스템

업무와 Data Flow 의 일치로 실 세계 반영

개선 대상의 명확

업무 간결화 및 통제의 용이

BP

M

적용

Data

& W

ork

flow

Data/Human Workflow의 일치


EDA 에 의한 실시간 모니터링 ( BAM )

ERP 및 연관 시스템을 연동한 실시간 Sensor를 이용한 Event Driven 방식의 모니터링을 통하여Kpi 달성 및 비즈니스 장애 등을 손쉽게 파악이 가능

Java

ERP

G/W

기타

MES System

데이터 베이스

Built-in Processors

Correlation KPI Alerts

Business Activity Monitoring

BAM

MODELINGDASHBOARD

기타 BI Solution 과의 연동

KPI 모델링

BPEL

센서

이벤트

이벤트

이벤트

이벤트

Web SVC

연동

분석을원하는곳에 Sensor설치

BAM Dashboard

대쉬보드경보

http://km.naver.com/list/view_detail.php?dir_id=50201&docid=856169





Call Center

Agent

CRM FinancialsSCM

• Biz

Intellige

nce

• Content

Mgmt.

Typical Scenario

User Interaction

Call Center

Agent

• Map

“Mash

Up”

Integrate

Apps, Content, Desktop

500 units

20 units

Share via

Web 2.0

Communities

CRM FinancialsSCM

• Biz

Intelligence

• Content Mgmt.

Create Enterprise Portal

using Oracle WebCenter

Pro

cess P

orta

l

적용


ERP2.0 결론

ERP 구축 후 Non-ERP 시스템간의 유기적인 통합이 필요 하다1

강력한 표준 기반의 Middleware (SOA/BPM) 를 기반으로End-to-End 통합이 필요 하다

2

End to End Process통합 및 모니터링 관점에서 완벽성을제공 하여야 한다.

3

ERP 2.0 = ERP + SOA/BPM 으로 IT Agility 를 극대화 시킨다4

오라클은 ERP 비즈니스와 IT Specialty 를 모두 이해 및제공하는 유일한 업체 이다.

5


Future SOA Strategy

어플리케이션 플랫폼은 서비스 지향의 단계를 넘어 Pre-Build SOA 형태로 발전하고 있으며 차세대에서는 현재기술 및 미래 기술까지 활용하는 방안을 고민하여야 함.

고려사항Application

Implementation Platform

추진전략Full J2EE Framework (3rd Party)

중요도지금까지 차세대에서주로 고려하였던 항목

고려사항

• Open Standard

• Full J2EE Specification

• 성능

• 안정성

• 편의성

Architecture Style

Service Oriented Architecture

최근 차세대를 준비하면서 Architecture의기반으로 고려하고 있는 항목

•End-to-End 프로세스 성능 모니터링

•통합된 비즈니스 프로세스를 생성

•시스템 HW, SW, 네트워크의 의존성 제거

•여러 시스템 간의 표준화된Comm

•중앙 집중적인 서비스 디렉토리 및 관리기능

Application Integration Platform

(Interface Integration & Business Process Composition)

Application Integration Architecture

Business Value를 극대화 하고 Business Process의 혁신을 위하여 가장 중요하게고려해야 할 항목

•기존 어플리케이션의 통합 및 새로운Business Process를 쉽게 생성

•Pre-built SOA를 통한 비용과 위험을최소화

•Best Practice Asset을 통한 Business Process 최적화

Until Now

From Now On

For The Future


AIA ( Application Integration Architecture ) Overview

Back Office Applications

Custom

AnalyticsService

Providers

Partners &

SuppliersERP

Legacy

Supply

Chain

Custom Hosted

PortalseStore

CRM

Self Service Other

Front Office Applications

Oracle Fusion Middleware (SOA)

ESB BPEL/PM

WSM BAM Others…

AIA 는 여러 Package제품을 Fusion Middleware Solution을 이용하여 Prebuilt 된 형태의 Integration을 제공

1. Deliver pre-built, seamless integrations

2. Enable composite industry processes

3. Provide a standards based architecture.

4. Create an ecosystem

5. Support evolution to Fusion Applications

6. Protect your investments

•Enable Best of Breed Applications functioning as a suite – A “Virtual Suite”


Offers a Service Enablement and Process

Category SEBLOracle

R11i.10Oracle R12 PeopleSoft JD Edward

Business Events 1,000+ 1000 (BES) + 1,081(BES) 90 (AAF) 260 (RTE/WFL)

Business Processes 300+ 4300 (OWF) + 4,500 (OWF) 100+ 70+

Business Models

400+

(Biz Process

Library)

OBM

Oracle Biz

Model

BFA

(Business Flow

Accelerators )

600+ 300+

Web Services 100+ 150(DH/OAG) 2,000+

330

Composite Services N/A R11i.10 R12 8.48

Services Repository SR

SR,

IREP

(Internet

Repository)

SR,

IREP

(Internet Repository)

SR,

ISR (Interactive Services

Repository)

BPEL Process Manager Integration Yes Yes Yes Yes Yes

오라클에서는 모든 ERP (Oracle EBS, Peoplesoft, JDE)에 대해 SOA가 가능하도록 Service 제공


Oracle Applications

Adapter

Oracle E-Business Suite

Integration InterfacesApps

Adapter

Concurrent Programs

XML & eCommerce Gateway

Open Interface Tables, View, PL/SQL APIs

Business EventsIn

tegra

tion R

eposi

tory

Oracle ESB

Oracle BPEL PM

Oracle Applications Adapters

Oracle e-Business Suite Adapter를 이용하여 EBS내의 Batch Program, API, PL/SQL 등의가용한 Resource를 웹서비스화 하여 기존의 Code 수정 없이 손쉽게 SOA 기반의 Integration이가능합니다.

• 기존 standard & Extension Program 수정 불 필요

• Upgrade & Patch 적용 시 보장

• 복잡한 구조의 ERP와의 손쉬운 연동

Oracle BPM/BAM


OFM for SAP

J

C

A

W

S

I

F

BPEL PM

ESB

PORTAL

BAM

J2EE

Applications

SAP

SAP

RFC

Library

BAPI

RFC

ALE/

IDOC

Adapter Oracle SOA/BPM

SAP 도 Adaptor를 통하여 수정 없이 손쉽게 Service 화 하여 SOA based BPM 구현이 가능함


SOA based BPM for e-Business Suite

Technique JCP Single AQ AQ PropagationWF Runtime

DataBES Alert

Table Runtime Data

EBS Customizatio

n필요 필요 필요 불필요 불필요 불필요 불필요

개발 LevelConcurrent 호출로직 삽입

Enqueue 로직 삽입 Enqueue 로직 삽입Mview 생성 ( DB Layer )

Subscription Pgm 작성

Alert에서 SetupMview 생성 ( DB Layer )

Pooling여부 X Y ( EBS DB )Y ( Local BPEL DB )

Y ( EBS DB ) X X Y ( EBS DB )

에러Detecting

Concurrent 로직내부에서 처리(Admin Notification등)

별도 로직 처리 별도 로직 처리BES Error Queue에서 별도처리

Alert에서의 예외처리

장점기존Apps개발자에게익숙한Concurrent구조.

DB 기능을 이용한Simple한 구조

DB 기능을 이용한Simple한 구조

Application 수정없음

Std에서 제공되는구조를 이용함.

STD 기능 사용, PGM수정 없음

Application 수정없음

단점요청건수가 많을 경우Request Table에건수가 쌓임.

BPEL Side에서계속적인 Pooling을해야함

DB Link를 이용해야 함 ( 전산정보정책에 위배 될 수있음 )

DB를 지속적으로모니터링 해야 함. 전체 Process 를포함하지 못함.

KT에서 필요로 하는Event가 존재하지않을 시 Custom 등록 해야 함.

DB를 지속적으로모니터링 해야 함.

EBS : To Do각 Application 로직에 Concurrent 실행코드 삽입

각 Application 로직에 Enqueue 코드 작성

각 Application 로직에 Enqueue 코드 작성

X X Alert Setup X

Web Server : To Do

• JCP Program작성( API, Message Parsing , Invoke 로직 )

• A Queue작성

• AD Adaptor를이용한 BPEL Process상에서의처리

• DB Link 작성

• A Queue작성

• AD Adaptor를이용한 BPEL Process상에서의처리

• Mview 작성

• DB Adaptor를이용한 BPEL Process상에서의처리

• Subscription Code작성

• Alert의 대응 하는Service개발

• Mview 작성

• DB Adaptor를이용한 BPEL Process상에서의처리

EBS upgrade시유의 사항

Custom Code 지속여부 / 동작여부확인 필요

Custom Code 지속여부/ 동작여부확인 필요

Custom Code 지속여부/ 동작여부확인 필요

X X X X

Oracle EBS와 연동 시 100% 수정 없이 BPM을 구축 하는 것은 불가능 하나 Oracle Applications Adapter를이용하면서 7가지의 다양한 기술을 사용하여 수정을 최소화 하도록 구현 가능


Rigorous

Modeling

Business BPM

IT BPM

and

Service Orchestration

• Process Experts

• Six Sigma, Lean

• Methodology

• Hierarchical Modeling

• Documentation

• Business user friendly

• Human centric

• Collaborative

• Frequent process changes

• SOA architecture

• Apps integration, AIA

• BPEL

• High performance STP

• Round-tripping with BPA

BPA

OBPM (ALBPM)

BPEL/PM

What When

Oracle BPM 전략 및 Product Positioning


Oracle BPM 사례

soa/bpm을이용한 erp 구축효과극대화방안 - dbguide.net · 2009-02-11 · ...

Documents