<Insert Picture Here>

Oracle Upgrade Strategy

김 대 준 상무Applications Architecture & Master Data Management

<Insert Picture Here>

발표 내용

• Upgrade 정의

• Why Upgrade & R12 ?

• Upgrade 방법론 및 방안

• 수행 조직도 및 R&R

• Upgrade 일정

• Upgrade 사례

• Upgrade 기대효과

• R12 주요 신규기능

Upgrade 정의내 용

- Version-up이란 현재 사용중인 제품을 기존에 제공되지 않았던새로운 기능(New feature)이 추가되거나, 사용중이던 기능의 보완이이루어진 새로운 Version으로 대체하는 것을 의미

- Version up 방법은 새롭게 release된 Version을 Fresh Install하여version을 upgrade하는 방법과 Maintenance pack 등의 patching*

작업을 통해 기존 사용중인 version을 upgrade하는 방법이 있음Version-up

- Patch란 사용중인 Software나 Hardware의 기능에 이상이 있는경우에 이를 Fix하기 위해서나, 혹은 기존에 제공하지 않았던기능을 사용자에게 제공하는 가장 빠른 방법으로 기능을 보완할 수있는 해결 방안임

Patch

- 사용중인 제품에 새로운 기능(New feature)을 추가하거나,

사용 중인 기능을 보완하는 것을 의미.

• Version-up과 Patch의 2가지 형태 존재

Upgrade

Why Upgrade?

Technical 유지보수 지원 불가

S/W 유지보수 비용 증가

DB 안정성 저하 : 지원되지 않는 DB Fix 를 Application Work

Around 로 해결

지속적인 Extension 프로그램 유지보수 비용

추가 기능 및 기술 적용 불가

Severity 1 SR 등록 불가 (24시간 X 주7일 지원 안됨)

문제발생시 Bug 해결을 위한 신규 패치 요청 불가

보안 관련 패치 지원 불가

Upgrade 스크립트 지원 불가

비즈니스 프로세스 개선 기회 상실

신규 솔루션 (eAM, Trade Mgt, EPB) 적용 불가

신규 모듈 (Credit Mgt, PAC) 적용 불가

시스템 구조 및 성능 개선 기회 상실

가나다시스템 안정성 저하

예상 Risk

제한된 기술 지원

유지보수 비용 증가

시스템 및 프로세스개선기회 상실

Why R12 ?R12 Version은 2007년 1월에 출시완료 되었으며 Oracle Fusion Architecture라는Infrastructure를 기반으로 ‘ Integration ‘ 에 가장 큰 중점을 두고 기능이 강화된Version입니다.

버전

개선주요특징

Release 11

• 인터넷(Internet)의 웹기반 제품

• 셀프서비스 기능의 강화

• 글로벌화(Globali-

zation) 기능의 보강

Release 11i

• Oracle Fusion

Architecture의 강화

• Data Hub

• Integration의 강화

• Ubiquitous 사상의 강화

• 산업별 기능지원 강화

Release 12

• SOA 지원 강화

• Fusion Technology 지원 강화 (Fusion Middleware)

• Global Operation 지원 강화

Release 11.5.5 ( 09/2001 )

Release 11.5.6 ( 01/2002 )

Release 11.5.7 ( 03/2002 )

Release 11.5.8 ( 10/2002 )

Release 11.5.9 ( 06/2003 )

Release 11.5.10 ( 11/2004 )

Release R12 ( 01/2007 )

Release 11 Release

11i

1999 2000 2001 2004…. 20082007

R12

Fusion

Upgrade 방법론EMM(EasiPath Migration Method)

테스트 수행프로젝트 준비 전환 준비 전환 및 안정화

Update and TestMigration

AssessmentTransition Production

Module

(Process)

Architecture

(Technical)

프로젝트정의

테스트 대상확정

Cutover 계획

사용자 교육

최종 Upgrade

수행

안정화 및최적화

Technical

Design

Technical

사전 점검

경험을 반영하여 단계별

세부 항목 조정

테스팅 기능 강화

(단위통합승인)Upgrade 이슈 Library 활용

개발 프로그램 수정성능

최적화

방법론특징

테스트

단위 통합 승인

TEST

시나리오

TEST

수행Adjustment

Change Mgt.

Technical Execution

- System copy, Upgrade, Migration, Support packages

Upgrade 방안Version 별 (11i10 vs 12) Upgrade 단계

Technical stack Upgrade

- DB Upgrade

8.1.7.2 -> 9.2.0.4

9.2.0.4 -> 10.2.0.2 (optional)

Maintenance Pack 설치

Task

• R12 Application 설치

(Technical stack Upgrade 포함)

- DB Upgrade

9.2 -> 10.2

character set 변환 : UTF8 (optional)

Application Patch 적용

2차 Task

11i.5

• Technical stack Upgrade

- DB Upgrade

8.1.7.2 -> 9.2

9.2 -> 10.2 (optional)

Maintenance Pack 설치

1차 Task

11i.10 12

11i.5 11i.1011i10으로

결정시

작업단계

R12로

결정시

작업단계

Upgrade 방안

1. Technical Upgrade 방법

목적 및 작업 방법

- 사용중인 E-Business Suite Version-up

- Maintenance Pack 및 New TechStack 적용

장점

- 기존 data (transaction/setup) 100% 유지 가능

- 기능 test의 양이 상대적으로 적음.

단점

- downtime이 상대적으로 길어짐.

Reference Site

- LG전자Eagle, 빙그레,POSCO,Posdata,

제일은행, KTF,KEC, 태광실업, 코카콜라

2. Re-Implementation 방법

목적 및 작업 방법

- Version-up 목적뿐 아니라 PI Project 을 통해

Process 를 개선하고자 하는 경우

- 기존 Setup 을 유지할수 없는 경우 새로 구축한다

장점

- Process 개선 및 Data 정비 가능

예) GSI 구축을 통한 Process 통합

Data 표준화 및 기준정보 정비

- downtime이 상대적으로 짧음

단점

- Project 규모(기간,인원)가 상대적으로 커짐.

- 충분한 기능 Test 필요

Reference Site

- KT, Mega-Mart , 레인콤, LG전자

추진방법 내용 참조

수행 조직도 및 R&R

프로젝트 지원

전체 프로젝트 총괄

프로젝트 최종 확인 및

의사결정 수행

고객사 수퍼 유저

각 모듈별 프로그램

수정

업그레이드 관련

프로그램 이슈 해결

UTF8 전환 이슈 해결

TA/시스템 담당자

Technical Upgrade

수행

Troubleshooting

시스템 모니터링

시스템 최적화

모듈 컨설턴트

테스트시나리오 작성

Test Upgrade 지원

업그레이드 결과 검증

및 모듈 관련 이슈 해결

설계 변경/개발자 연계

개발자

각 모듈별 프로그램

수정

업그레이드 관련

프로그램 이슈 해결

UTF8 전환 이슈 해결

프로젝트 Sponsor

프로젝트 PM

범례

: 고객사

: 파트너/Oracle

Korea

Upgrade 일정

추진 단계 세부 Task기간

M M+1 M+2 M+3 M+4

프로젝트 준비프로젝트 정의

프로젝트 세부 수행 계획

기능 점검 준비 및 계획

유관 I/F 시스템 확정 및 전략 수립

개발 프로그램 수정

단위 Test(1차)

통합 Test(2차)

테스트 수행 승인 Test(3차)

전환 준비최종 Upgrade 계획 수립

운영자/사용자 교육

전환

및

안정화

최종 Upgrade 수행

안정화 및 시스템 최적화

프로젝트 관리 Go-LiveKick Off 중간보고 완료 보고

Upgrade 사례

회사명 사용 모듈ERP 도입 Upgrade

Upgrade 사유Version 시기 Version 시기

LG 전자 (본사) FIN r10.7 1998.09r11.5.9

r12

2004.01

2008.1

ERP 통합Global Single Instance

LG 전자(구미,창원,평택) ODM, PSA

r10.7 1999.01r11.0.3

r11.5.7

r11.5.8

r12

2001.01

2003.04

2004.11

2008.1

New Feature 적용

Global Single Instance

POSCO Full Module

r11.5.4 2001.07r11.5.7

r11.5.9

r11.5.10

r12

2003.11

2004.06

2006.03

2008.7

Add-on,

New Feature 적용(11.5.10에 eAM적용)

Global Single Instance

LG 필립스 LCD Full Module r11.5.3 2001.07r11.5.9

r12

2005.02

2009.1

Roll Out

LG산전 Full Module R11.5.3 2001.07R11.5.9

r12

2005.02

2008~

LG 이노텍 Full Module r11.5.3 2001.07r11.5.9

r122005.02

HRMS add-on

계획중

LG HIPLAZA FIN r11.5.3 2001.09r11.5.10

r122005.05

New Feature 적용계획중

KT FIN, OFA,BSC r11.0.3 2001.07r11.5.8

r12

2003.12

2008.11add-on

Upgrade 기대효과

기대 효과 R12 변화 내용

2. 프로세스 개선 및

사용자 편의성 강화

1. Global 경영 환경

지원

Multi-Org Access Control (MOAC) 여러 ORG의 거래들을 중앙 통제 가능

중앙 집중식 회계 처리

세무 시스템 통합 하나의 module로 전세계 세무 지원

효율적인 복수 원장 관리 IFRS 지원 용이

향상된 User Interface 사용자의 작업 흐름 중심 및 key-in을 최소화한 화면 구성

Personalization (사용자별 화면구성 설정 기능) 의 강화

재고 통합 관리 (OPM & ODM)

신속한 주문/출하 처리

세무 rule에 따른 거래의 세금코드 및 세액 자동 산출

회계 rule에 따른 사용자 계정 입력오류 자동 조정

채권채무 상계 효율화 송장 대 송장 상계 지원 및 상계 batch를 주기적으로 일괄 생성

거래처 여신한도 평가 및 관리

총평균 원가관리 PAC지원 (Periodic Average Costing)

고객의 인수여부에 따른 매출/매출원가 인식

Upgrade 기대효과

기대 효과 R12 변화 내용

4. 지원서비스 향상

3. 신기술 적용

성능 향상 및

안정성 강화

Tech Stack 11i10 R12

Database 9.2 10.2

Developer 6i 10i

Application Server 1.0 10.1

Client Plug-in Jinitiator Sun JRE

Java Containers Jserv OC4J

Technical Component 별로 최신버전으로 구성

안정성 강화 및 신규기능 사용 가능

Oracle 10g DB : 성능,가용성,확장성 강화

JAVA Environment 의 Enhancement

JDK 5.0 기반의 Architecture

Oracle Application Server

Containers for J2EE (OC4J)

Oracle ERP JVM 대신 범용 Java Runtime

환경 사용가능

Java 개발을 위한 Framework 제공 : OAF

XML Publisher 를 통한 report 작성 기능 강화

2006년 종료된 11.5.5 Premier Support를 R12 에서는 2012년1월까지 제공

Severity 1 문제에 대한 24시 주7일 기술 지원

주요 제품과 기술에 대한 신규 릴리즈 세금, 법률 그리고 규제 관련 업데이트

11i10 vs R12 Technical Stack 비교

R12 주요 신규기능 예구분

R12 기능 주요 내용 11i10 기능

공통

MOAC• Multi-Org Access Control으로 Shared Services Center 지원. 하나의 Responsibility로 여러 Operating Unit 거래 관리 가능

• 기능 없음. 하나의 Responsibility는하나의 Operation Unit만 관리 가능.

재무

Multiple

Ledgers• 원장(Ledger) 및 원장세트(Ledger Sets)을 이용하여 여러 원장을한번의 Open, Close, Allocate, Report로 Data 통합

• 분산된 회계규칙을 사용하는 독립적회계장부(SOB)를 정의 후 수작업을통한 Consolidation 통하여 Data 취합

Sub-ledger

Accounting

• 사용자 정의 회계규칙을 통한 내부통제 및 복수회계정책에의 대응

• 사용자 계정 입력오류를 자동 조정 가능

• 모든 하위시스템 회계처리를 위한 단일 저장소 사용

• 공통 전기(Posting) 엔진을 통한 유연한 마감 프로세스

•기능 없음. 단, 각 Module에 분산된Accounting 적용

Banking

Model

• Internal Bank Account 관리를 CE Module에서 통합 관리

• 은행계좌가 Operating Unit이 아닌 Legal Entity에 연계

• 하나의 은행계좌가 여러 OU를 지원하므로 여러 OU 송장을통합하여 선택하여 지급처리

• Internal Bank Account를 AP/AR,

TR,Payroll에서 별도 등록 및 관리

• 은행계좌가 Operating Unit별로 관리

• Operating Unit별 지급처리

eBTax • 별도 Tax System을 통해 tax 자동 계산 • 각 나라의 Localization Patch 적용

Adv. Global

Intercompany

• 하위원장(AP/AR)의 송장 자동 생성

• Multi-party 관계사간 거래 지원 / 송장 수준의 자동 매칭

• 관계사간 거래 대사보고서 조회

• 1:1 관계사간 거래 지원

AP/AR

Netting

• 송장 건별 채권 채무 상계 처리

• 상계 수금 / 지불 자동 생성

• 건별 상계 없음. 수금 / 지불 생성이아닌 Credit Memo 생성.

Credit

Management

• 거래처 여신한도 평가 logic 구성 / 여신 평가 자동 실행

• AR 거래 실적 이용 / 외부 data 이용하여 logic 설계

• OM 과 연계

• 외부 data 이용 불가

R12 주요 신규기능 예

구분

기능 주요내용 11i 기능

판매/

생산

• 총평균원가

(Periodic

Average

Costing)

•기존에는 대부분 실제원가시스템을 개발하여 사용하였으나R12에서 PAC 기능으로 대체하여 관리 가능함

• 기능 미비

• 유상사급 • 유상사급을 관리할 수 있는 기능을 제공 함

• 등록된 유상업체의 ITEM, BOM 정보를 공유 할 수 있음• 기능 없음

• Customer

Acceptance

• 고객의 인수 여부에 따라 매출 인식 여부 결정• 기능 없음

• Deferred

Revenue and

COGS

•출하와 동시에 매출원가로 인식됨으로 인해 발생하는 매출과매출원가의 차이를 없앰.

•즉, 출하 후 매출 인식이 될 때까지 매출 원가로 인식하지 않음

• 기능 없음

• Inventory

Convergence

• ODM/OPM inventory의 통합으로 ODM/OPM의 장점 기능들을모두 사용할 수 있다

• ODM/OPM 각각 분리되어 부분적으로기능 제공

• Faster order

processing• Picking 과 Shipping을 한 화면에서 처리 • Picking / Shipping 개별 화면에서 처리