Download - Retek Allocation 10 - Oracle · 2002-10-14 · 2장 – 시스템 관리 이 장은 데이터베이스를 지원하고 실행 시스템을 모니터링하는 데이터베이스 관리자를

Retek® Allocation 10.0

운영 안내서

Retek Allocation

Retek® Confidential

이 문서에 설명된 소프트웨어는 라이센스 계약에 따라 제공되며 사용 시 반드시 계약 조건에 동의해야 합니다.

이 문서의 어떠한 부분도 Retek Inc., Retek on the Mall, 950 Nicollet Mall, Minneapolis, MN 55403의 명시적인 서면 허가 없이는 어떠한 형식이나 수단으로도 재생산되거나 전송될 수 없습니다.

이 문서의 정보는 예고 없이 변경될 수 있습니다.

Retek은 내용의 무결성을 보증하기 위해 제품 관련 문서를 읽기 전용 형식으로 제공합니다. Retek 고객 지원 센터는 Retek의 허가 없이 변경된 문서에 대해서는 지원하지 않습니다.

Retek® Allocation™은 Retek Inc.의 상표입니다.

Retek 및 Retek 로고는 Retek Inc.의 등록 상표입니다.

이 비간행본 문서는 보안 유지 동의 계약과 거래 비 정보, 저작권 및 기타 법률에 의해 보호됩니다. 이 문서가 출판되는 경우 다음 저작권 법이 적용됩니다.

©2002 Retek Inc. All rights reserved.

여기에 언급된 다른 모든 제품 이름은 해당 소유자의 상표 또는 등록 상표이며 관련 저작권을 준수해야 합니다.

Printed in the U.S.A.

Corporate Headquarters: Retek Inc.

Retek on the Mall

950 Nicollet Mall

Minneapolis, MN 55403

888.61.RETEK (toll free US)

+1 612 587 5000 European Headquarters: Retek

110 Wigmore Street

London

W1U 3RW

United Kingdom

Switchboard:

+44 (0)20 7563 4600

Sales Enquiries:

+44 (0)20 7563 46 46

Fax: +44 (0)20 7563 46 10

고객 지원

고객 지원 시간:

이메일, 전화 및 웹 액세스를 통해 1년 365일, 주 7일, 24시간 고객 지원을 받을 수 있습니다.

특정 고객이 선택한 지원 옵션(Standard, Plus 또는 Premium)에 따라 특정 서비스는 제한적으로 제공될 수 있습니다. 심각도 1(치명적)에 해당하는 문제는 주 7일, 24시간 동안 처리되며 문제가 해결될 때까지 모든 고객은 지속적인 서비스를 받게 됩니다.

연락 방법 연락처 정보

인터넷(ROCS) www.retek.com/support 문제를 게시하거나 조회하려면 Retek 클라이언트 웹사이트를 방문하십시오.

이메일 [email protected]

전화 미국과 캐나다: 1-800-61-RETEK (1-800-617-3835) 다른 지역: +1 612-587-5800 EMEA: 011 44 1223 703 444 아시아 태평양 지역: 61 425 792 927

우편 Retek Customer Support Retek on the Mall 950 Nicollet Mall Minneapolis, MN 55403

고객 지원부에 문의할 때는 다음 정보를 제공해 주십시오.

• 제품 버전 및 프로그램/모듈 이름

• 기능적인 면과 기술적인 면에서 문제 설명(업무에 미치는 영향 포함)

• 재현을 위한 자세한 단계별 지침

• 정확한 오류 메시지

• 각 단계의 스크린 샷

http://www.retek.com/support

목차 i

목차

1장 – 소개 ........................................................................................ 1

이 안내서의 대상 독자 .............................................................................................. 2

이 안내서에서 다루지 않는 내용 ............................................................................ 2

N계층 기술 구조 개요 ............................................................................................... 3

할당 시스템이 수행하는 작업 .................................................................................. 4

수요 결정 방법의 개요 ....................................................................................................... 4

추가 정보를 찾을 수 있는 위치 .............................................................................. 5

2장 – 시스템 관리 ........................................................................... 7

Allocation.properties 파일 ............................................................................................ 7

관리할 최소 및 최대 풀 크기 .................................................................................. 7

알고리즘 시간 초과 기간(초) ................................................................................... 7

디스크 공간 제약 ........................................................................................................ 7

시간 초과 매개변수 및 팩의 디스크 공간 제약 .................................................. 7

로그 파일 ...................................................................................................................... 8

DEBUG 모드 설정/해제 스위치 ............................................................................... 8

PO(발주서)의 시작 출하일자 .................................................................................... 8

자동 업데이트 스위치 설정 ...................................................................................... 8

특정 로케일에 대한 날짜 형식 ................................................................................ 8

시스템에 대한 주의 마지막 요일 설정 .................................................................. 9

시스템의 비활성 잠금이 해제되기까지의 시간(분).............................................. 9

대량 창고 설정 ............................................................................................................ 9

변동 가능 열 정의 ...................................................................................................... 9

Bayesian 민감도 요소 ................................................................................................. 9

Bayesian 민감도에 대한 자세한 내용............................................................................. 10

예측 알고리즘 ..................................................................................................................... 11

지침 ....................................................................................................................................... 12

ii Retek Allocation

3장 – 인터페이스 데이터 흐름...................................................... 13

개요 .............................................................................................................................. 13

상품 관리 시스템 인터페이스에 대한 참고 사항 .............................................. 13

시스템 간 할당 관련 데이터 흐름 ........................................................................ 14

상품 관리 시스템에서 RDF 및 Grade/Curve로 ............................................................. 15

상품 관리 시스템을 통해 RDF 및 Grade/Curve에서 Retek Allocation 10.0으로 ...... 15

계획 응용프로그램에서 Retek Allocation 10.0으로 ........................................................ 16

상품 관리 시스템을 통해 분배 관리 시스템에서 Retek Allocation 10.0으로........... 16

상품 관리 시스템에서 Retek Allocation 10.0으로 .......................................................... 16

Retek Allocation 10.0에서 상품 관리 시스템으로 .......................................................... 17

상품 관리 시스템에서 분배 관리 시스템으로.............................................................. 17

Active Retail Intelligence에서 Retek Allocation 10.0으로 ............................................. 17

수요 결정 방법 .......................................................................................................... 18

총수요를 결정하기 위해 규칙에서 사용하는 데이터 소스........................................ 18

수량 제한 ............................................................................................................................. 22

출하 중지 ............................................................................................................................. 22

점포 수준 계산에서 순수요 ............................................................................................. 23

Retek Allocation 10.0의 계획 테이블 ....................................................................... 24

상품 관리 인터페이스 테이블 ................................................................................ 24

RMS 10.1 테이블(RMS를 사용하는 고객 전용)................................................... 25

RMS 9.0.X 테이블(RMS를 사용하는 고객 전용)................................................. 27

제안된 레거시 시스템 테이블 ................................................................................ 30

4장 – 기술 아키텍처...................................................................... 37

개요 .............................................................................................................................. 37

구성요소 설명 및 표준 ............................................................................................ 38

GUI 계층 ..................................................................................................................... 38

씬 클라이언트(Thin-client) 표준 ....................................................................................... 38

JSP(Java server pages) 및 HTML ....................................................................................... 39 JavaScript .............................................................................................................................. 39 JSP 태그 라이브러리 ......................................................................................................... 39

중간 계층 .................................................................................................................... 40

비즈니스 객체 계층 ........................................................................................................... 40

데이터 액세스 계층 ........................................................................................................... 40

데이터 저장소 계층 .................................................................................................. 42

실시간으로 상품 관리 시스템 데이터에 액세스.......................................................... 42

n계층 아키텍처의 이점 요약 .................................................................................. 42

목차 iii

5장 – 계산 대기열 ......................................................................... 43

계산과 관련된 가정 .................................................................................................. 43

점포 주문 복수 가정 ......................................................................................................... 43

비례적 할당 가정 ............................................................................................................... 43

계산 대기열 프로세스 다이어그램 ........................................................................ 44

계산 대기열 프로세스 ....................................................................................................... 45

여러 로케이션의 수요 충족 .................................................................................... 46

올림 및 내림 조건 .................................................................................................... 47

팩 할당 ........................................................................................................................ 48

팩과 개별 제품을 모두 사용하는 알고리즘.................................................................. 50

계단식 할당 ................................................................................................................ 51

일반상품 계단식 계산 및 패션상품 계단식 계산 .............................................. 54

일반상품 계단식 계산 ....................................................................................................... 54

패션상품 계단식 계산 ....................................................................................................... 55

사전포장 알고리즘 .................................................................................................... 56

6장 – 국제화 및 지역화 ................................................................ 59

개요 .............................................................................................................................. 59

국제화 .......................................................................................................................... 59

다중 바이트 코딩 ............................................................................................................... 59

실행 코드에서 분리된 인터페이스 텍스트.................................................................... 59

단일 실행 파일 ................................................................................................................... 59

날짜 형식 기본 설정 ......................................................................................................... 60

지역화 .......................................................................................................................... 60

.war 파일 .............................................................................................................................. 60

번역 ....................................................................................................................................... 60

번역 품질 확인 ................................................................................................................... 61

용어집.............................................................................................. 63

1장 – 소개 1

1장 – 소개 Retek Allocation 10.0 운영 안내서에 오신 것을 환영합니다. 이 안내서는 시스템에서 관리하는 핵심 기능, 응용프로그램으로 또는 반대로 이동되는 데이터의 흐름 및 백그라운드에서 응용프로그램이 데이터를 처리하는 방식 등을 보고 이해하는 데 도움을 줍니다.

Retek Allocation 10.0을 확보한 고객은 수요가 비교적 안정적인 상품에 대해 보다 정확한 수요를 할당할 수 있습니다. 적절한 점포에 적절한 상품을 보유함으로써 서비스 수준을 향상시키고 판매량을 높이며 재고 보유 비용을 절감할 수 있습니다. Retek 고객은 어떤 점포에 어떤 상품이 필요한지를 정확히 결정하여 원하는 상품 회전율을 달성하고 수익성을 높일 수 있습니다.

Retek Allocation 10.0 고객은 다음 기능을 통해 이점을 얻을 수 있습니다.

• 웹 기반의 Java HTML/JSP 기술 스택을 사용하여 능률적이고 편리하게 개발 및 배포 업무를 수행할 수 있습니다. 디버깅 작업이 훨씬 더 빠르게 수행될 수 있으며 관리 및 변경 비용이 절감됩니다.

• 드라이버가 여러 기반 데이터에 매핑되므로 응용프로그램은 융통성 있는 독립 실행형 할당 시스템이 될 수 있으며 RMS 10.1, RMS 9.0.X 및 클라이언트 레거시 시스템에 통합될 수 있습니다.

• 응용프로그램의 인터페이스는 JDBC(Java Database Connectivity)를 활용하여 관리해야 하는 연결 지점의 수를 최소화합니다.

• 응용프로그램의 강력한 알고리즘이 빠르게 실행됩니다.

• Retek 제품군의 여러 제품은 서로 원활하게 통합되므로 일괄 모듈 없이도 아이템, 발주서, 공급자, 판매 및 기타 데이터를 RMS 테이블에서 직접 액세스할 수 있습니다. 발주서, 아이템, 로케이션 및 할당 정보는 RMS에서 RDM(Retek Distribution Management)으로 전달됩니다.

2 Retek Allocation

이 안내서의 대상 독자

이 안내서를 통해 Retek 할당 시스템의 내부 작동을 보다 잘 이해할 수 있는 중요한 정보를 얻을 수 있습니다. 이 안내서는 다음과 같은 세 가지 범주의 사용자를 대상으로 합니다.

• 업무 분석가:

Retek Allocation 10.0과 RMS와 같은 상품 관리 시스템 간을 연결해 주는 프로세스에 대한 정보를 원하는 사람

Retek Allocation 10.0 내에서 할당 데이터를 계산하는 방법을 원하는 사람

• 시스템 분석가 및 데이터베이스 관리자:

Retek Allocation 10.0 프로세스를 단독으로 사용하는 경우 및 Retek Allocation 10.0을 상품 관리 시스템과 함께 사용하는 경우에 대한 정보를 원하는 사람

주기적으로 Retek Allocation 10.0을 실행해야 하는 사람

• 통합자 및 구현 직원: Retek Allocation 10.0의 구현에 관한 전반적인 업무를 담당하는 사람

이 안내서에서 다루지 않는 내용

이 안내서는 Retek Allocation 10.0의 프런트 엔드 시스템을 사용하는 방법에 대해 설명하지 않습니다. 대신 데이터가 관리, 이동 및 처리되는 방식을 집중적으로 다룹니다.

이 안내서는 기업 내의 여러 다른 응용프로그램(예: 예측 계획 시스템, 상품 관리 시스템, 가격 관리 시스템, 분배 관리 시스템 등) 간에 발생하는 할당 관련 데이터 흐름과 처리에 대해서는 설명하지 않습니다. 다른 Retek 제품에서 수요 할당을 처리하는 방식에 대한 자세한 내용을 보려면 이 장 뒤에 나오는 Retek 문서 목록을 참조하십시오.

1장 – 소개 3

N계층 기술 구조 개요

다음 다이어그램은 다양한 Java 코드 계층을 포함하여 시스템의 일반 구조를 상세히 보여 줍니다.

GUI(그래픽 사용자 인터페이스)는 간단한 JSP(Java Server Pages)로 구성되므로 오늘날의 ‘씬 클라이언트(thin-client)’ 표준에 잘 맞습니다. JSP 태그 라이브러리는 유틸리티 용도로 사용됩니다.

비즈니스 객체 계층은 모든 비즈니스 로직을 포함하는 JavaBeans로 구성됩니다. 데이터 액세스 계층은 JDBC(Java Database Connectivity) 프로토콜을 사용하여 데이터베이스와 통신합니다.

이 다이어그램 및 Retek Allocation 10.0의 기술 구조에 대한 자세한 내용은 4장을 참조하십시오.

GUI/클라이언트계층

비즈니스 로직을 포함하는

JavaBeans

비즈니스 객체데이터베이스

JDBC

데이터베이스버전 호환 드라이버를 가진 데이터 액세스 계층

JSPsJavascript

HTMLJSP 태그 라이브러리

비즈니스 객체계층

데이터베이스계층

데이터 액세스계층

계층 구분 표시

중간 계층

Retek Allocation 10.0의 n계층 구조

4 Retek Allocation

할당 시스템이 수행하는 작업

우수한 할당 응용프로그램을 사용하면 소매업체는 상품을 점포에 보낼 시기가 임박한 상태에서도 중요한 결정을 내릴 수 있습니다. 공급 체인 프로세스를 연결해 주는 할당 프로세스는 상품을 성공적으로 배포할 수 있는 최종 기회가 됩니다.

Retek Allocation 10.0을 사용하여 소매업체에서는 가장 최근의 판매 및 재고 정보를 활용할 수 있습니다. 또한 이 응용프로그램을 사용하면 공급업체의 확인을 위해 미리 몇 달 전에 수요 할당을 계산할 수 있습니다.

Retek Allocation 10.0은 제품의 올바른 할당과 관련하여 소매업체에서 직면하게 되는 다음과 같은 난제들을 처리할 수 있게 설계되었습니다.

• 다양한 상품 관리 계획을 수행하는 방법

• 마케팅 활동 및 판매 프로필을 지원할 수 있도록 상품을 할당하는 방법

• 현재 인원으로 사업을 계속 확장하면서 상품을 효과적으로 정확하게 할당하는 방법

• 교체가 잦은 할당 담당자를 위한 교육 프로세스를 능률화하는 방법

이러한 난제가 해결되지 않으면 부적절한 제품이 잘못된 시기에 잘못된 점포로 보내질 수 있으며 수량도 맞지 않을 수 있습니다. 그 결과 판매가가 인하되고 수익이 저하되며 고객의 만족도도 떨어집니다.

수요 결정 방법의 개요

Retek Allocation 10.0은 다음과 같은 기능을 통해 SKU 로케이션 수준에서 각 개별 점포의 수요를 결정합니다.

• 응용프로그램은 판매 내역, 현재의 재고 및 점포 볼륨 그룹과 같은 방대한 데이터를 정렬합니다.

• 응용프로그램은 사용자가 설정한 규칙, 규칙 한정자 및 선택적 수량 제한을 적용합니다.

• 응용프로그램은 실시간 데이터를 사용하여 여러 점포 및 상품의 총수요를 결정할 수 있는 복합 알고리즘을 수행합니다.

• 응용프로그램은 데이터에 보유 및 발주 상태와 같은 제약 조건을 적용하고 순수요를 결정합니다.

1장 – 소개 5

추가 정보를 찾을 수 있는 위치

• Retek Allocation 10.0 프런트 엔드 설명서(예: Retek Allocation 10.0 사용자 안내서)

• Retek Allocation 10.0 설치 안내서

• Retek Predictive Planning 제품 설명서

• Retek Merchandising System 10.0 운영 안내서

• Retek Distribution Management 10.0 운영 안내서

• Retek 10 통합 안내서

2장 – 시스템 관리 7

2장 – 시스템 관리 이 장은 데이터베이스를 지원하고 실행 시스템을 모니터링하는 데이터베이스 관리자를 위한 내용을 제공합니다.

이 장은 단계적인 설명을 제공하지 않으며, 대신 Retek Allocation 10.0 내의 핵심 시스템 매개변수에 대해 알기 쉽게 설명합니다.

Allocation.properties 파일

시스템 관리자는 Allocation.properties 파일에 Retek Allocation 10.0의 구성을 정의합니다. 이 파일에 포함되어 있는 핵심 시스템 매개변수는 이 장에 설명되어 있습니다.

관리할 최소 및 최대 풀 크기

풀 크기는 고객이 풀에서 사용 가능 상태로 유지하려는 가용 데이터베이스 연결 수와 관련됩니다. 시스템 관리자는 고객이 예측한 사용자 수에 맞게 개별 구성에 대해 해당 값을 조정하는 역할을 합니다. 기본값은 편리한 작업을 위해 제공된 것에 불과합니다. 자세한 내용은 4장, “풀링”을 참조하십시오.

알고리즘 시간 초과 기간(초) 시스템은 적어도 2.22분 후에는 응답을 해야 합니다. 시스템 관리자는 이 시간을 변경할 수 있습니다.

응답을 기다리는 시간이 ‘지정’되어 있지 않으면 Retek Allocation 10.0 시스템은 모든 점포에서 최적의 응답을 얻기 위해 오랜 시간 동안 계속 최상의 결과를 검색합니다.

디스크 공간 제약

하나의 할당이 15MB 이상의 디스크 공간을 차지하면 시스템은 오류 메시지를 발생합니다. 아주 규모가 큰 할당이라도 이렇게 많은 양의 공간을 차지하지는 않습니다. 이러한 제약은 시스템의 전반적인 성능 유지에 도움을 줍니다. 이 수치 또한 시스템 관리자가 제어합니다.

시간 초과 매개변수 및 팩의 디스크 공간 제약

고객은 ‘가정’ 할당 중에 최적의 사전포장을 정의할 때 앞에서 설명하는 두 가지 매개변수가 적용된다는 사실을 알아야 합니다.

• 알고리즘 시간 초과 기간(초)(기본값: 2.22분)

• 디스크 공간 제약(기본값: 15MB의 디스크 공간)

8 Retek Allocation

로그 파일

고객이 오류 메시지 관련 로그를 생성하려면 올바른 디렉토리에 로그 파일을 설정해야 합니다.

DEBUG 모드 설정/해제 스위치

실제 업무 환경에서는 이 설정을 false로 설정해야 합니다.

PO(발주서)의 시작 출하일자

‘가정’ 시나리오에서는 RMS와 같은 상품 관리 시스템과 달리 Retek Allocation 10.0에서 작성된 발주서가 결과로 사용될 수 있습니다. Retek Allocation 10.0은 시작 출하일자를 알지 못합니다. 따라서 이 값은 모르는 사이에 자동으로 추가된 것입니다. 시작 출하일자는 Retek Allocation 10.0에서 설정한 인도일자가 되기 X일 전으로 지정됩니다. 이 수치는 인도일자가 되기 ‘3’일 전으로 미리 설정되며 시스템 관리자가 변경할 수 있습니다.

자동 업데이트 스위치 설정

내부적으로 Retek Allocation 10.0은 가장 최근에 정의된 내용에 따라 로케이션 그룹 데이터를 갱신합니다. 초기 할당과 최종 할당 간 기간이 수 개월에 달할 경우 이러한 갱신 과정은 상당히 중요합니다. 시스템 관리자는 이것을 ‘Yes’ 또는 ‘No’ 값으로 설정하여 로케이션 그룹을 자동으로 갱신할지 여부를 시스템에 지시합니다. 프런트 엔드 사용자가 ‘갱신 안 함’ 상자를 선택하면 시스템 관리자가 Allocation.properties 파일에서 이 스위치의 값을 ‘Yes’로 설정해도 자동 갱신이 수행되지 않습니다.

특정 로케일에 대한 날짜 형식

사용자가 이해할 수 있는 친숙한 데이터 형식을 제공하기 위해 시스템 관리자는 네 가지 날짜 형식 중 하나를 선택할 수 있습니다. 다음과 같은 형식을 사용할 수 있습니다.

• dd/mm/yyyy

• dd-mm-yyyy

• mm-dd-yyyy

• mm/dd/yyyy

Retek Allocation 10.0은 전세계적으로 판매되며 국제적 및 국가별 요구 사항을 충족시킬 수 있게 수정되었습니다. 자세한 내용은 6장을 참조하십시오.


시스템에 대한 주의 마지막 요일 설정

시스템 관리자는 이 값을 설정하여 시스템에 주의 마지막 요일을 알립니다. 일요일은 값 1에 해당하며 토요일은 7에 해당합니다. 이 요일은 RMS와 같은 상품 관리 시스템에서 설정한 것과 같아야 합니다.

시스템의 비활성 잠금이 해제되기까지의 시간(분) 이 보안 기능 때문에 사용자는 응용프로그램이 작동되고 있을 때 멀리 이동하거나 진행 중인 할당 작업을 그대로 두고 다른 위치로 이동할 수 없습니다. 비활성 상태에서 5분이 경과하면 Retek Allocation 10.0은 홈 페이지를 표시하고 원래 사용자가 작업 중이던 특정 할당을 잠금 해제합니다. 그런 후 보안 액세스 권한이 있는 사용자가 시스템을 사용할 수 있습니다.

대량 창고 설정

사용자가 ‘가정’ 시나리오 중에 대량 PO(발주서)를 작성하면 PO는 지정된 창고에 맞게 조정됩니다. 고객은 이 대량 창고가 RMS와 같은 상품 관리 시스템의 유효한 창고와 연관되어 있는지 확인해야 합니다. 기본값은 예제로 제공된 것에 불과합니다.

변동 가능 열 정의

시스템 관리자는 초기에 응용프로그램 열의 기본 순서와 설정을 지정합니다. 사용자가 작업 창을 사용자 지정하면 결과가 저장되며 다시 변경될 때까지 해당 구성에 계속 나타납니다. 변동 가능 열에 대한 기본 사용자 ID는 1로, Retek에서 디자인한 열 정렬이 그대로 사용됩니다.

Bayesian 민감도 요소

Retek Allocation 10.0은 계획 재기획 규칙(Plan Re-project Rule)에서 Bayesian 예측 방법을 활용합니다. 민감도 요소는 .3으로 미리 설정됩니다. 시스템 관리자는 이 값을 0과 1 사이의 숫자로 변경할 수 있습니다.

민감도를 높게 설정하면 실제 판매에 더 민감하게 예측이 수행되고 낮게 설정하면 덜 민감하게 예측이 수행됩니다.

10 Retek Allocation

Bayesian 민감도에 대한 자세한 내용

Bayesian 알고리즘은 18세기 Reverend Thomas Bayes가 개발한 수학적 정리를 기반으로 합니다. 이 정리는 확률 이론을 로직으로 사용하는 추론의 토대가 됩니다.

Retek Allocation 10.0의 계획 재기획 규칙은 Bayesian 방법을 활용하여 계획의 미래 날짜를 다시 기획하며 판매 내역을 계획과 비교하여 예측을 합니다. 이 예측 알고리즘은 Bayesian 방식에 따라 고객의 판매 계획을 사용 가능한 판매 기록에 병합합니다. 즉, 이 알고리즘은 새로운 정보를 사용하여 기존 확률 요인을 갱신하거나 개정합니다. 소매업체는 시즌 중간에 이 규칙을 사용하여 실제 판매 결과에 따라 당일 판매 및 계획된 판매에 상품을 할당합니다.

Bayesian 예측에서는 구체적인 판매 방식은 알 수 있지만 판매 규모는 불확실하다고 가정합니다. Bayesian 예측에서는 판매 내역을 사용할 수 없을 때 판매 계획을 믿지 못할 이유가 없으므로 판매 예측 수치가 판매 계획 수치와 같습니다. POS 데이터를 사용할 수 있게 되면 예측이 조정되며, 이때 초기 계획의 규모와 알려진 판매 내역이 반영된 규모 간의 가중 평균치만큼 조정이 이루어집니다. 판매 계획의 신뢰도는 보유하고 있는 판매 데이터의 양과 Bayesian 민감도 상수(앞에서 설명한 것처럼 시스템 관리자가 0과 1사이의 값으로 설정할 수 있음)에 따라 조절됩니다. 예측을 위해 판매 내역만 요구하는 표준 시계열 예측과 달리 Bayesian 예측에서는 판매 계획과 판매 내역(사용 가능한 경우)을 모두 필요로 합니다. 기간의 처음 몇 주 동안 판매 정보가 도착되면 판매 계획에 포함된 정보와 초기 판매 데이터에 포함된 정보를 병합하여 예측을 생성합니다. 이러한 예측의 갱신 과정은 회사의 성공에 중요할 수 있습니다.


예측 알고리즘

예측 알고리즘은 전문가들이 예측을 위해 실제 판매와 계획을 결합시키는 방법을 정확히 이해하는 데 도움을 주기 위해 제공됩니다.

다음과 같이 해 보십시오.

N을 현재 시즌에 포함된 기간 수로 지정합니다(일반 상품의 경우 N = ∞ ).

M을 현재 기간으로 지정합니다.

( )jp 는 기간 j = 1, …, N에 대한 판매 계획입니다.

( )jx 는 기간 j = 1, …, M 동안 판매된 수량입니다.

α 는 0.0과 1.0 사이의 상수입니다. 이 매개변수는 모델의 민감도와 안정성 간의 균형 즉, 모델에 새로운 판매 데이터가 얼마나 민감하게 반영되는지 나타냅니다.

또한 다음을 정의합니다.

( )∑=

≡M

jjpP

1' 는 현재 기간까지 계획된 판매량의 합계입니다.

( )∑=

≡′′N

jjpP

1는 전체 기간 동안 계획된 판매량의 합계입니다.

( )∑=

≡′M

jjxX

1는 현재 단계까지 달성된 판매량의 합계입니다.

마지막으로 다음과 같이 예측을 계산합니다.

( ) ( ) ( )

′′′

−+

′′′

′′

≡αα

PPjp

PP

PXjpjx 1ˆ 여기서 기간 j = M+1, …, N

이 적용됩니다.

이러한 예측의 동기는 비교적 명확합니다. 이 예측은 조정된 판매 계획,

( )

′′

PXjp 와 원래의 판매 계획을 통합한 것입니다. 조정된 판매 계획은

판매 계획에 대한 실제 판매량의 비율에 따라 조정됩니다. 예를 들어, 고객이 과거에 판매하려고 했던 수량의 두 배만큼 상품을 판매했다면 조정된 계획은 원래 계획의 두 배가 될 것입니다. 따라서 고객이 원래 판매 계획의 규모는 신뢰하지 않고 시간 계획이나 판매 방식만 신뢰했다면 조정된 계획이 더 나은 예측 데이터가 될 것입니다. 반면에 고객이 실제로 계획을 신뢰하고 최근에 얻은 성과가 미래의 성과를 예측할 수 있다고 믿지 않는 경우 원래의 판매 계획을 예측에 사용하는 것이 타당합니다.

12 Retek Allocation

예측 알고리즘에서 조정된 계획과 원래 계획에 할당된 가중치는 각 계획

의 신뢰도를 나타냅니다.

′′′

PP 가 커지면(즉, 판매 내역과 비교할 수 있

는 계획의 부분이 증가) 고객은 조정된 계획을 더 신뢰하게 됩니다. 예를 들어,

′′′

PP = 0.01이면 실제로 고객에게는 조정된 계획의 기반이 되는

정보가 별로 없는 것입니다. 한편, 이 수치가 0.5에 가까워지면(즉, 기간이 중간 정도 경과된 상태) 고객은 실제로 계획이 왜 잘못되었는가를 심각하게 고려하기 시작해야 합니다. 고객은 조정된 계획을 좀더 신뢰할 수 있습니다. 또한 α 매개변수는 예측 방법의 민감도를 조정하는 데 사용됩니다. α 값이 커지면 예측은 원래 계획에 더 가까운 상태가 됩니다. 판매 내역 데이터가 제공될 경우 α 값이 더 작아지면 조정된 계획에 가깝게 예측이 이루어집니다. 고객은 자체 데이터와 판단에 따라 특정 업무 문제에 대해 적절한 α 값을 결정해야 합니다.

지침

Bayesian 예측은 기본적으로 새로운 제품-로케이션에서 사용하도록 디자인되었습니다. 다음 지침을 따르십시오.

1 지정된 제품-로케이션에 대해 한 가지 계획만 지정되어야 합니다.

2 지정된 제품-로케이션에 대해 0이 아닌 값으로 설정된 실제 계획이 있는 기간의 경우 해당하는 계획 구성요소가 있어야 합니다. 그렇지 않으면 시스템은 계획이 존재하며 0 값을 가진다고 가정하고 그에 따라 동작합니다.

3 원하는 기간 밖의 0이 아닌 값으로 설정된 계획은 0으로 다시 설정되어야 합니다.

3장 – 인터페이스 데이터 흐름 13

3장 – 인터페이스 데이터 흐름 이 장에서는 Retek Allocation 10.0이 다른 시스템(다른 Retek 시스템 포함)과 기능적으로 통합되는 방식을 대략적으로 설명합니다. 먼저, 기업 내에서 할당과 관련하여 업무 데이터가 어떻게 이동되는지 다룹니다.

개요

이 장의 첫 번째 부분에서는 제품 간의 전반적인 데이터 흐름을 보여 주는 다이어그램을 제공합니다. 또한 시스템 차원에서 데이터의 이동에 대해 설명합니다.

이 장의 두 번째 부분에서는 기능적 수준에서 수요를 결정하는 방법을 보여 줍니다. 따라서 이 부분에서는 수요 계산을 위해 Retek Allocation 10.0이 활용하는 업무 데이터의 소스를 테이블 수준에서 설명하며 해당 데이터의 소스도 보여 줍니다.

이 장의 세 번째 부분에서는 Retek Allocation 10.0에 제공되는 계획 테이블에 대해 설명합니다.

이 장의 네 번째 부분에서는 Retek Allocation 10.0에서 사용되는 기능 영역별로 상품 관리 시스템 테이블을 보여 줍니다. RMS 10.1 및 RMS 9.0.X 테이블이 제공되며 Retek Allocation 10.0에서 사용할 수 있는 레거시 시스템 목록도 함께 제공됩니다.

상품 관리 시스템 인터페이스에 대한 참고 사항

Retek Allocation 10.0은 독립 실행형 제품으로 개발되었지만 Retek 제품군의 일부로 구현하는 것이 가장 효율적입니다. RMS(Retek Merchandising System)에는 많은 테이블과 함수가 포함되어 있습니다. 이러한 통합을 통해 다음과 같은 두 가지 중요한 이점을 얻을 수 있습니다.

• 관리해야 하는 연결 지점의 수가 최소화됩니다.

• 나머지 Retek 제품군을 설치할 경우에 수반되는 중복 데이터의 양이 최소화됩니다.

테이블에 대한 자세한 내용은 Retek Allocation 10.0 데이터 모델을 참조하십시오.

14 Retek Allocation

시스템 간 할당 관련 데이터 흐름

분배 관리 시스템

(RDM)

Retek수요 예측 데이터

Grade/Curve

JDBC 연결

상품 관리 시스템

(RMS 9.0.XRMS 10.1

레거시 시스템)Retek Allocation 10.0

계획테이블

계획 응용프로그램

(Retek PredictivePlanning 제품)

ActiveRetail

Intelligence참고:이 기호는 상품 관리 테이블에 있는 테이블을 나타냅니다. Retek Allcation 10.0에서는 JDBC 연결을 통해 이 상품 관리 테이블에서 데이터를 가져옵니다.

기업 내에서 나타나는 Retek Allocation 10.0 관련 데이터 흐름

참고:

위에 제공되는 다이어그램에 대한 이해를 돕기 위해 RDF(Retek Demand Forecasting)와 Retek의 Grade 및 Curve에 대한 자세한 설명이 제공됩니다. 그러나 이러한 Retek 제품을 보유하고 있지 않은 고객도 Retek Allocation 10.0에서 사용하는 데이터 형식을 제공할 수 있습니다.


상품 관리 시스템에서 RDF 및 Grade/Curve로

상품 관리 시스템은 다음 정보를 RDF 및 Grade/Curve로 보냅니다.

• 내역 데이터

상품 관리 시스템을 통해 RDF 및 Grade/Curve에서 Retek Allocation 10.0으로

RDF 및 Grade/Curve 내에서 내역 데이터가 처리되어 상품 관리 시스템으로 다시 보내지는 데이터를 생성합니다. 그러면 Retek Allocation 10.0은 다음 데이터를 사용합니다.

• 예측 데이터 Retek Allocation 10.0은 RDF(Retek Demand Forecasting) 시스템에서 만들어진 예측 데이터에 액세스합니다. RDF는 Retek의 인과적 통계 예측 솔루션입니다. 이 솔루션은 최신 모델링 기법을 사용하여 최소의 노력을 들이면서 고품질 예측을 생성합니다. RDF는 RPAS(Retek Predictive Application Server)에 위치하는 응용프로그램입니다. Retek Allocation 10.0은 총수요를 계산하기 위한 기반으로 예측 데이터를 사용하고 매장, 클래스, 하위클래스, 스타일-색상, SKU의 다섯 가지 수준의 예측 데이터에 액세스할 수 있습니다.

• Curve 데이터

스타일 수준에서 할당이 수행되면 Retek Allocation 10.0은 Curve 데이터를 활용하여 SKU 수준으로 전환합니다. 주로 RDF에서 사용되는 Curve는 조직 수준의 분류 계획을 기본적인 주별 판매 예측으로 변환하는 선택적 자동화 예측 솔루션입니다.

• 점포 등급 그룹 데이터

Retek Allocation 10.0은 Grade에서 만들어진 점포 등급 그룹 데이터에 액세스합니다. Grade는 성능, 고객 유형, 지리적 위치 또는 각 그룹 내의 점포를 하나의 단위로 취급할 수 있도록 하는 기타 요소의 유사성에 따라 점포 로케이션을 지능적으로 그룹화하는 Retek 응용프로그램입니다. Grade는 RPAS(Retek Predictive Application Server)에 속하는 응용프로그램입니다. 내부적으로 Retek Allocation 10.0은 가장 최근에 정의한 내용에 따라 점포 등급 그룹 데이터 그룹을 갱신합니다. 초기 할당과 최종 할당 간 기간이 수 개월에 달할 경우 이러한 갱신 과정은 상당히 중요합니다.

16 Retek Allocation

계획 응용프로그램에서 Retek Allocation 10.0으로

• 계획 데이터

Retek Allocation 10.0은 계획 응용프로그램(RPAS 서버에 위치하는 Retek의 계획 응용프로그램 포함)에서 만들어진 계획 데이터에 액세스합니다. Retek Predictive Planning 제품은 계획을 개발, 조정 및 승인하기 위한 기능을 제공하는 응용프로그램입니다. Retek Allocation 10.0은 Retek 계획 응용프로그램과 함께 작동하면서 점포-주(week) 수준에서 매장, 클래스, 하위클래스, 스타일-색상 또는 SKU 계획 데이터에 액세스합니다. Retek Allocation 10.0은 레거시 계획 정보를 활용하여 로케이션-주(week) 수준에서 SKU, 스타일-색상, 하위클래스, 클래스 또는 매장 수준의 계획 데이터에 액세스합니다. Retek Allocation 10.0을 도구로 사용하여 최종적인 제품-점포 계획을 확인하고 계획을 실행하기 위한 PO를 시작할 수 있습니다. 즉, Retek Allocation 10.0으로 고객의 계획을 세우거나 계획을 예측 및 실행할 수 있습니다. Retek 및 레거시 계획 응용프로그램은 Retek Allocation 10.0에 위치하는 계획 테이블인 ALC_PLAN을 채웁니다. 이 장 뒷부분에 나오는 “Retek Allocation 10.0의 계획 테이블” 절을 참조하십시오.

상품 관리 시스템을 통해 분배 관리 시스템에서 Retek Allocation 10.0으로

• 예약 데이터 예약 데이터는 할당될 아이템을 식별하는 소스입니다.

• 창고 재고 위치 데이터

• ASN 정보

상품 관리 시스템에서 Retek Allocation 10.0으로

RMS 사용자를 위한 참고 사항:

아이템, 발주서, 공급자, 판매 및 기타 데이터는 일괄 모듈을 통해 데이터에 연결하지 않고 RMS 테이블에서 직접 액세스됩니다.

Retek Allocation 10.0은 JDBC(Java Database Connectivity) 연결을 통해 다음 데이터를 받습니다.

• 아이템 데이터 Retek Allocation 10.0은 SKU, 스타일-색상, 팩 또는 아이템 목록 수준에서 할당을 할 수 있습니다. 스타일, SKU 및 팩은 하나의 할당에 혼합될 수 있습니다. RMS 10.1이 있는 경우 Retek Allocation 10.0 사용자는 어떠한 거래 수준의 아이템에서도 할당을 할 수 있습니다. RMS 10.1 고객은 RMS에서 거래 수준을 적절히 정의할 수 있습니다. 세 가지 수준의 아이템 구조에 대한 자세한 내용은 RMS 설명서를 참조하십시오.

• PO 데이터

• 분류체계 데이터

• 판매 내역 데이터(아이템, UDA(사용자 정의 속성), 창고, 점포 등)

• 기반 데이터(공급자 데이터, 출하 테이블 등)


Retek Allocation 10.0에서 상품 관리 시스템으로

Retek Allocation 10.0은 상품 관리 시스템 및/또는 계획 시스템에서 받은 정보를 기반으로 할당을 계산합니다. 고객이 할당을 검토하고 승인하면 Retek Allocation 10.0은 다음 정보를 상품 관리 시스템으로 다시 보냅니다.

• 승인된 할당 데이터

• 제품, 공급자 및 수량 정보를 포함하는 워크시트 상태의 PO. 이제 상품 관리 시스템에서는 PO를 승인하고 필요할 경우 트럭 적재량에 맞게 발주를 분할하기만 하면 됩니다.

상품 관리 시스템에서 분배 관리 시스템으로

RMS 사용자를 위한 참고 사항:

Retek Allocation 10.0은 Retek Merchandising 및 RDM(Retek Distribution Management) 간에 형성된 기존의 통합을 사용합니다. 현재 이러한 연결 관계를 통해 발주서, 아이템, 로케이션 및 할당 정보가 RMS에서 RDM으로 전달됩니다.

상품 관리 시스템은 Retek Allocation 10.0에서 승인된 할당 정보를 기반으로 분배 관리 시스템으로 다음 정보를 보냅니다.

• 창고-PO-SKU-점포 수량 수준에서 승인된 할당 데이터. 이 데이터는 점포 수준에서 특정 수량의 재고를 할당하기 위한 점포 수량 지침을 나타냅니다.

Active Retail Intelligence에서 Retek Allocation 10.0으로

ARI(Active Retail Intelligence)는 사용자 지정 비즈니스 규칙에 따라 구동되는 예외 관리 및 분석 시스템입니다. ARI 사용자는 ARI의 구성에 따라 URL 주소 형태로 Retek Allocation 10.0에 대한 링크가 포함된 경고를 받을 수 있습니다. 사용자는 Retek Allocation 10.0에 로그온하여 ARI 경고의 내용을 처리할 수 있습니다.

18 Retek Allocation

수요 결정 방법

개별 점포의 총수요를 정확하게 결정하기 위해 고객은 예측 데이터, 계획 데이터, 판매 내역 데이터 또는 이러한 데이터의 조합을 적절히 선택할 수 있기를 원합니다.

고객은 프런트 엔드를 통해, 이러한 데이터를 기반으로 총수요를 정확하게 수집하는 규칙을 선택합니다. 각 규칙에 사용되는 데이터 소스는 이 단원에 설명되어 있습니다.

점포 수준에서 순수요를 결정하기 위해 시스템은 총수요를 구한 다음 여기에서 점포 수준의 보유 재고를 뺍니다. 이 단원에서는 Retek Allocation 10.0에서 점포 수준의 보유 재고를 결정하는 데 사용하는 수식에 대해서도 설명합니다.

총수요를 결정하기 위해 규칙에서 사용하는 데이터 소스

참고: 다음 규칙에서 총수요를 결정하기 위해 해당 데이터를 사용하는 방법에 대한 자세한 내용은 Retek Allocation 10.0 사용자 안내서를 참조하십시오.

내역 이 규칙의 경우 다음 테이블에서 데이터가 우선적으로 수집됩니다.

RMS 10.1 RMS 9.0.X 레거시 시스템

DEPT_SALES_HIST DEPT_SALES_HIST 이 테이블은 각 매장-로케이션-주-판매 유형의 조합에 대해 하나의 행을 포함합니다. 각 조합에 대한 판매 내역, 예측 및 계획 정보가 포함됩니다.

CLASS_SALES_HIST CLASS_SALES_HIST 이 테이블은 각 클래스-로케이션-주-판매 유형의 조합에 대해 하나의 행을 포함합니다. 각 조합에 대한 판매 내역, 예측 및 계획 정보가 포함됩니다.

SUBCLASS_SALES_HIST SUBCLASS_SALES_HIST 이 테이블은 각 하위클래스-로케이션-주-판매 유형의 조합에 대해 하나의 행을 포함합니다. 각 조합에 대한 판매 내역, 예측 및 계획 정보가 포함됩니다.

ITEM_LOC_HIST WIN_STORE_HIST 이 테이블은 각 아이템-로케이션-주-판매 유형의 조합에 대해 하나의 행을 포함합니다. 각 조합에 대한 판매 내역, 예측 및 계획 정보가 포함될 수 있습니다.

WIN_WH_HIST 이 테이블은 상위 아이템에 대한 롤업된 판매 내역을 보유합니다.

RAG_SKUS_ST_HIST

RAG_SKUS_WH_HIST


예측 이 규칙의 경우 다음 테이블에서 데이터가 우선적으로 수집됩니다.


DEPT_SALES_FORECAST DEPT_SALES_FORECAST 이 테이블은 매장-로케이션-주말 날짜로 요약된 예측 정보를 보유합니다.

CLASS_SALES_FORECAST CLASS_SALES_FORECAST 이 테이블은 클래스-로케이션-주말 날짜로 요약된 예측 정보를 보유하며 도메인 ID별로 분할됩니다. 따라서 도메인의 한 부분만 예측되는 경우 도메인 ID별로 재작성이 수행됩니다.

SUBCLASS_SALES_FORECAST SUBCLASS_SALES_FORECAST 이 테이블은 하위클래스-로케이션-주말 날짜로 요약된 예측 정보를 보유하며 도메인별로 분할됩니다. 따라서 도메인의 한 부분만 예측되는 경우 도메인 ID별로 재작성이 수행됩니다.

ITEM_FORECAST ITEM_FORECAST 이 테이블은 RDF에서 추출한 아이템 수준의 예측 정보를 보유합니다. 이 테이블은 모든 아이템 유형을 보유합니다. 이 테이블은 도메인 수준에 따라 분할됩니다.

계획 이 규칙의 경우 다음 테이블에서 데이터가 우선적으로 수집됩니다.

• ALC_PLAN

이 테이블에 대한 자세한 내용은 이 장 뒷부분에 나오는 “Retek Allocation 10.0의 계획 테이블” 절을 참조하십시오.

20 Retek Allocation

내역 및 계획

이 규칙의 경우 Retek Allocation 10.0의 다음 계획 테이블에서 일부 데이터가 수집됩니다.

• ALC_PLAN

일부 데이터는 다음 테이블에서 수집됩니다.







RAG_SKUS_ST_HIST

RAG_SKUS_WH_HIST


계획 재기획

참고: 이 절에서 사용된 Bayesian 알고리즘에 대한 설명은 2장을 참조하십시오.

이 규칙의 경우 Retek Allocation 10.0의 다음 계획 테이블에서 일부 데이터가 수집됩니다.

• ALC_PLAN

일부 데이터는 다음 테이블에서 수집됩니다.







RAG_SKUS_ST_HIST

RAG_SKUS_WH_HIST

22 Retek Allocation

기업 규칙

이 규칙의 Retek Allocation 10.0의 다음 테이블의 선택된 열에서 데이터가 수집됩니다.

• ALC_CORPORATE_RULE_HEAD

• ALC_CORPORATE_RULE_DETAIL

열은 사용자가 선택한 기업 규칙에 따라 선택됩니다.

참고: 고객이 제품-로케이션별로 IWOS(이상적인 공급 주)를 계획하면 점포별로 다른 공급 주를 작성하기 위해 기업 테이블에 액세스할 수 있습니다. 고객이 IWOS를 계획하지 않는 경우 모든 점포에 대해 동일한 IWOS를 포함하는 필드가 작성될 수 있습니다.

수량 제한

수량 제한을 사용하여 해당 제품/점포에 대한 할당의 여러 단계에 영향을 주는 매개변수를 설정할 수 있습니다. 선택할 수 있는 각 수량 제한 값은 ALC_QUANTITY_LIMITS 테이블의 열에 보유됩니다.

출하 중지

시스템은 제품 창에 입력된 인도일자를 확인한 후 상품 관리 시스템을 통해 입력된 출하 중지 레코드와 비교합니다. 인도일자가 출하 중지 날짜 범위에 속하면 시스템은 해당 점포-아이템에 대한 최소 및 최대 수량 제한 열에 ‘0’을 입력합니다.

인도일자는 ALC_ITEM_LOC 테이블에 포함되어 있으며 release_date 열로 표시됩니다. STOP_SHIP 테이블은 출하 중지 날짜 범위인 start_date와 end_date를 포함합니다. 출하 중지 레코드에 따라 할당의 출하를 중지하려면 할당된 아이템의 점포, 매장, 클래스 및 하위클래스가 stop_ship 레코드의 점포, 매장, 클래스 및 하위클래스와 일치하거나 할당되는 아이템의 점포 및 스타일(패션상품) 또는 SKU(일반상품)가 STOP_SHIP 테이블의 점포 및 item_id와 일치해야 합니다. 자세한 내용은 Retek Allocation 10.0 사용자 안내서를 참조하십시오.


점포 수준 계산에서 순수요

기본적으로 순수요는 총수요에서 점포 재고를 뺀 것입니다.

참고: 수량 제한 또한 순수요에 영향을 주지만 여기에서 설명하는 계산에서는 다루지 않습니다.

총수요를 결정하기 위해 Retek Allocation 10.0은 프런트 엔드를 통해 고객이 선택한 규칙 중 하나에 따라 정보를 수집합니다. Retek Allocation 10.0은 다음 수식을 사용하여 총수요에서 빼게 되는 점포 보유 재고를 결정합니다.

점포 보유 재고+ 운송 재고+ 발주 중인 재고[발주 위임일에 예상되는 재고]+ 예상된 재고 대출입+ 할당 재고

–

대출+ 공급업체로 반품 재고+ 비가용 재고+ 대출입 예약

이 식을 축약하면 다음과 같습니다.

(SOH +InTransit+OnOrder+TSF Expected+OnAlloc) –

(TSFOut+RTV+Unavailable+TSF Reserved)

24 Retek Allocation

Retek Allocation 10.0의 계획 테이블

Retek 및 레거시 계획 응용프로그램은 Retek Allocation 10.0에 위치하는 계획 테이블인 ALC_PLAN을 채웁니다. 이 테이블에는 다음 열이 포함됩니다.

• 계획 ID

• 점포

• 주말 날짜

• 매장

• 클래스

• 하위클래스

• 아이템

• 차별 1

• 수량

따라서 주-점포-수량별로 다음 수준의 레코드가 존재할 수 있습니다.

• 매장

• 매장-클래스

• 매장-클래스-하위클래스

• 아이템-색상

• SKU

상품 관리 인터페이스 테이블

이 단원에서는 다음의 상품 관리 시스템 내에서 Retek Allocation 10.0이 사용하는 테이블을 기능 영역으로 구분해서 설명합니다.

• RMS 10.1

• RMS 9.0.X

• 레거시 시스템


RMS 10.1 테이블(RMS를 사용하는 고객 전용) 다음 표는 Retek Allocation 10.0이 데이터를 가져오는 RMS 10.1의 테이블을 보여 줍니다.

RMS 10.1 테이블

기능 영역 관련 테이블

SUB_ITEMS_HEAD

SUB_ITEMS_DETAIL

ITEM_SUPP_COUNTRY

ITEM_SUPPLIER

ITEM_LOC

ITEM_LOC_HIST

ITEM_LOC_SOH

ITEM DATA

ITEM_PARENT_LOC_HIST

SKULIST_HEAD SKULIST DATA

SKULIST_DETAIL

PACKITEM

ITEM_MASTER

PACK DATA

ITEM_LOC

ORDHEAD

ORDLOC_WKSHT

ORDLOC

ORDSKU

ALLOC_HEADER

ALLOC_DETAIL

ORDER DATA

SHIPMENT

SUPS SUPPLIER DATA

ITEM_SUPPLIER

LOC_LIST_HEAD

LOC_LIST_DETAIL

LOCATION LIST DATA

LOC_LIST_CRITERIA

DEPS

CLASS

MERCHANDISE HIERARCHY DATA

SUBCLASS

26 Retek Allocation

RMS 10.1 테이블


STORE

WH

ORGANIZATIONAL HIERARCHY DATA

WH_STORE_ASSIGN

SHIPMENT SHIPMENT DATA

SHIPSKU

STORE_GRADE_GROUP

STORE_GRADE

STORE

BUYER

STORE GRADE DATA

STORE_GRADE_STORE

SEC_USER_LOC_MATRIX SECURITY DATA

SEC_USER_PROD_MATRIX

LOC_TRAITS

LOC_TRAITS_MATRIX

LOC_AREA_TRAITS

LOC_REGION_TRAITS

LOCATION TRAITS DATA

LOC_DISTRICT_TRAITS

TSFHEAD TRANSFER DATA

TSFDETAIL

UDA

UDA_VALUES

UDA DATA

UDA_ITEM_LOV

DEPT_SALES_FORECAST

CLASS_SALES_FORECAST

SUBCLASS_SALES_FORECAST

FORECAST DATA

ITEM_FORECAST

DEPT_SALES_HIST

CLASS_SALES_HIST

SUBCLASS_SALES_HIST

ITEM_LOC_HIST

SALES DATA

ITEM_PARENT_LOC_HIST


RMS 10.1 테이블


APPT_HEAD APPOINTMENT DATA

APPT_DETAIL

RMS 9.0.X 테이블(RMS를 사용하는 고객 전용) 다음 표는 Retek Allocation 10.0이 데이터를 가져오는 RMS 9.0.X의 테이블을 보여 줍니다.

RMS 9.0.X 테이블


DESC_LOOK

RAG_SKUS

SUB_ITEMS_HEAD

SUB_ITEMS_DETAIL

ITEM_SUPP_COUNTRY

ITEM_SUPPLIER

RAG_STYLE

RAG_STYLE_ST

RAG_STYLE_WH

RAG_SKUS_WH

RAG_SKUS_ST

WIN_SKUS

WIN_STORE

WIN_STORE_HIST

WIN_WH

ITEM DATA

WIN_WH_HIST

SKULIST_HEAD SKULIST DATA

SKULIST_DETAIL

PACKHEAD

PACKSTORE

PACKWH

PACKSKU

PACK DATA

PACKITEM

28 Retek Allocation

RMS 9.0.X 테이블


ORDHEAD

ORDLOC_WKSHT

ORDLOC

ORDSKU

ALLOC_HEADER

ALLOC_DETAIL

ORDER DATA

SHIPMENT

SUPS SUPPLIER DATA

ITEM_SUPPLIER

LOC_LIST_HEAD

LOC_LIST_DETAIL

LOCATION LIST DATA

LOC_LIST_CRITERIA

DEPS

CLASS


SUBCLASS

STORE

WH


WH_STORE_ASSIGN

SHIPMENT SHIPMENT DATA

SHIPSKU

STORE_GRADE_GROUP

STORE_GRADE

STORE

BUYER

STORE GRADE DATA

STORE_GRADE_STORE

SEC_USER_LOC_MATRIX SECURITY DATA

SEC_USER_PROD_MATRIX

LOC_TRAITS

LOC_TRAITS_MATRIX

LOC_AREA_TRAITS

LOC_REGION_TRAITS


LOC_DISTRICT_TRAITS


RMS 9.0.X 테이블


TSFHEAD

TSFDETAIL

TRANSFER DATA

TSFALLOC

UDA

UDA_VALUES

UDA DATA

UDA_ITEM_LOV

DEPT_SALES_FORECAST

CLASS_SALES_FORECAST

SUBCLASS_SALES_FORECAST

FORECAST DATA

ITEM_FORECAST

DEPT_SALES_HIST

CLASS_SALES_HIST

SUBCLASS_SALES_HIST

WIN_STORE_HIST

WIN_WH_HIST

RAG_SKUS_ST_HIST

SALES DATA

RAG_SKUS_WH_HIST

30 Retek Allocation

제안된 레거시 시스템 테이블

다음 표는 Retek Allocation 10.0이 데이터를 가져오는 레거시 시스템의 제안된 테이블을 보여 줍니다.

제안된 레거시 테이블


로케이션별로 대체 아이템 헤더 정보를 보유하는 테이블

로케이션별로 대체 아이템 상세정보를 보유하는 테이블

지정된 아이템-공급자와 연관된 각 원산지 국가에 대해 하나의 레코드를 보유하는 테이블

시스템 내의 각 아이템-공급자 조합에 대해 하나의 행을 포함하는 테이블

회사 내의 각 로케이션에 보유된 각 아이템에 대해 하나의 행을 포함하는 테이블

각 아이템-로케이션-주-판매 유형의 조합에 대해 하나의 행을 포함하는 테이블. 각 조합에 대한 판매 내역, 예측 및 계획 정보가 포함될 수 있습니다.

회사 내의 각 로케이션에 보유된 각 아이템의 보유 재고 정보에 대해 하나의 행을 포함하는 테이블

ITEM DATA

상위 아이템에 대한 롤업된 판매 내역을 보유하는 테이블

시스템 내에서 작성된 각 아이템 목록에 대한 헤더 정보를 포함하는 테이블. 아이템 목록은 SKU 및 스타일을 포함할 수 있습니다.

SKULIST DATA

아이템 목록 내의 각 아이템 또는 상위 아이템에 대해 하나의 행을 포함하는 테이블

작성된 각 팩 아이템-아이템 조합에 대해 하나의 행을 포함하는 테이블. 각 팩에 있는 각 아이템에 대한 기본 정보가 보유됩니다.

회사 내에 보유된 각 아이템에 대한 단일 행을 포함하는 테이블. 이 테이블은 마스터 테이블로, 각 아이템과 연관된 모든 기본 정보를 보유합니다.

PACK DATA

회사 내의 각 로케이션에 보유된 각 아이템에 대해 하나의 행을 포함하는 테이블




회사에서 작성한 각 발주에 대해 하나의 행을 포함하는 테이블

발주에 대한 워크시트 레코드를 포함하는 테이블. 사용자는 워크시트 테이블에 아이템을 추가한 다음 아이템이 완전히 분배된 후에 삭제할 수 있습니다.

회사에서 작성한 각 발주-SKU-점포 또는 창고 조합에 대한 단일 행을 포함하는 테이블

회사에서 작성한 각 발주-아이템 조합에 대해 하나의 행을 포함하는 테이블. 각 발주의 각 아이템에 대한 기본 정보가 보유됩니다.

창고에서 점포 그룹이나 다른 창고로 수행된 SKU 할당에 대한 헤더 수준 정보를 포함하는 테이블

모든 할당 점포-창고 조합에 대해 하나의 행을 포함하는 테이블. 할당을 발주서에 연결하거나 독립형 할당으로 작성할 수 있습니다.

ORDER DATA

시스템 내의 각 출하에 대해 하나의 행을 포함하는 테이블 각 발주의 각 출하에 대한 기본 정보는 관련된 발주서 헤더가 보유되는 동안 이 테이블에 보유됩니다.

회사 내의 각 공급자에 대해 하나의 행을 포함하는 테이블. Retek에서 공급자 이름과 같은 데이터가 사용되거나 공급자 번호가 유효하다고 확인될 때마다 항상 이 테이블에서 데이터가 선택됩니다.

SUPPLIER DATA

시스템 내의 각 아이템-공급자 조합에 대해 하나의 행을 포함하는 테이블

LOCATION LIST DATA 시스템에서 설정된 각 로케이션 목록에 대한 헤더 수준 정보를 포함하는 테이블. 로케이션 목록에는 점포 및 창고가 포함될 수 있습니다. 이 정보에는 점포 및 창고에 대한 그룹화 기준이 포함됩니다. 이러한 기준은 모든 목록을 재작성할 때 사용 됩니다.

32 Retek Allocation



로케이션 목록 내의 각 로케이션(점포 또는 창고)에 대해 하나의 행을 포함하는 테이블

점포 그룹화 기준 및 창고 그룹화 기준을 얻기 위해 수행되는 각 작업 단계에 대해 하나의 행을 포함하는 테이블. 수행되는 각 단계에 대해 로케이션 목록에 로케이션을 포함시키거나 목록에서 로케이션을 제외시키기 위한 질의가 형성됩니다. 이러한 그룹화 기준은 로케이션 목록을 재작성할 때 사용할 수 있습니다.

회사 내의 각 매장에 대해 하나의 행을 포함하는 테이블. Retek에서 매장 이름과 같은 데이터가 사용되거나 매장 번호가 유효하다고 확인될 때마다 이 테이블에서 데이터가 선택됩니다.

회사 내의 각 클래스에 대해 하나의 행을 포함하는 테이블. Retek에서 클래스 이름이 사용되거나 클래스가 유효하다고 확인될 때마다 항상 이 테이블에서 데이터가 선택됩니다.


회사 내의 각 매장-하위클래스 조합에 대해 하나의 행을 포함하는 테이블. Retek에서 하위클래스 이름이 사용되거나 하위클래스가 유효하다고 확인될 때마다 항상 이 테이블에서 데이터가 선택됩니다.

회사 내의 각 점포에 대해 하나의 행을 포함하는 테이블

회사 내의 각 창고에 대해 하나의 행을 포함하는 테이블. Retek에서 창고 이름이나 주소와 같은 데이터가 사용되거나 창고 번호가 유효하다고 확인될 때마다 항상 이 테이블에서 데이터가 선택됩니다.


창고 점포 지정 정보를 포함하는 테이블. 각 레코드는 점포가 창고로 지정될 날짜를 결정합니다.

SHIPMENT DATA 시스템 내의 각 출하에 대해 하나의 행을 포함하는 테이블. 각 발주의 각 출하에 대한 기본 정보는 관련된 발주서 헤더가 보유되는 동안 이 테이블에 보유됩니다.




시스템의 각 출하-SKU 조합에 대해 하나의 행을 포함하는 테이블. 출하 헤더가 제거 되면 이 테이블의 관련 행도 모두 제거됩니다.

점포 등급 그룹 정보를 포함하는 테이블. 이것은 점포 등급에 대한 헤더 테이블입 니다. 점포 등급 그룹은 점포를 함께 그룹화하기 위한 메커니즘입니다. 하나의 점포 등급 그룹은 각각 여러 점포를 포함하는 여러 점포 등급으로 구성됩니다.

점포 등급 정보를 포함하는 테이블. 그룹 내의 각 점포 등급은 하나 이상의 점포를 포함합니다.

회사 내의 각 점포에 대해 하나의 행을 포함하는 테이블

발주서를 작성할 권한이 있는 각 사람에 대해 하나의 행을 포함하는 테이블

STORE GRADE DATA

각 점포 등급 그룹에 대한 레코드를 포함하는 테이블

사용자 로케이션 보안 속성을 저장하는 데 사용되는 테이블

SECURITY DATA

사용자 제품 보안 속성을 저장하는 데 사용되는 테이블

시스템의 각 로케이션 특성에 대해 하나의 행을 포함하는 테이블. 로케이션 특성을 사용하면 공통 특성에 따라 점포를 그룹화할 수 있습니다.

점포-로케이션 특성 관계를 포함하는 테이블

Retek 내에 정의된 각 영역 수준의 로케이션 특성에 대해 하나의 행을 포함하는 테이블

Retek 내에 정의된 각 지역 수준의 로케이션 특성에 대해 하나의 행을 포함하는 테이블


Retek 내에 정의된 각 구역 수준의 로케이션 특성에 대해 하나의 행을 포함하는 테이블

TRANSFER DATA 시스템에 작성된 각 대출입에 대해 하나의 행을 포함하는 테이블

34 Retek Allocation



시스템에 보유된 각 대출입-SKU-사전포장-재고 상태 조합에 대해 하나의 행을 포함하는 테이블

상품 관리 시스템 내에 정의된 각 UDA (사용자 정의 속성)에 대해 하나의 행을 포함하는 테이블. 일반적으로 UDA는 상품 관리 시스템에서 특수하게 처리되지 않는 속성입니다.

이 테이블은 UDA와 연관된 모든 유효 값을 포함합니다.

UDA DATA

이 테이블은 값 목록(LV)이 display_type인 UDA의 각 아이템-속성 조합에 대해 하나의 행을 포함합니다.

이 테이블은 매장-로케이션-주말 날짜로 요약된 예측 정보를 보유합니다.

이 테이블은 클래스-로케이션-주말 날짜로 요약된 예측 정보를 보유하며 도메인 ID별로 분할됩니다. 따라서 도메인의 한 부분만 예측되는 경우 도메인 ID별로 재구축이 수행됩니다.

이 테이블은 하위클래스-로케이션-주말 날짜로 요약된 예측 정보를 보유하며 도메인별로 분할됩니다. 따라서 도메인의 한 부분만 예측되는 경우 도메인 ID별로 재구축이 수행됩니다.

FORECAST DATA

이 테이블은 RDF에서 추출한 아이템 수준의 예측 정보를 보유합니다. 이 테이블은 모든 아이템 유형을 보유합니다. 이 테이블은 도메인 수준에 따라 분할됩니다.

이 테이블은 각 매장-로케이션-주-판매 유형의 조합에 대해 하나의 행을 포함합니다. 각 조합에 대한 판매 내역, 예측 및 계획 정보를 포함합니다.

SALES DATA

이 테이블은 각 클래스-로케이션-주-판매 유형의 조합에 대해 하나의 행을 포함합 니다. 각 조합에 대한 판매 내역, 예측 및 계획 정보를 포함합니다.




이 테이블은 각 하위클래스-로케이션-주-판매 유형의 조합에 대해 하나의 행을 포함합니다. 각 조합에 대한 판매 내역, 예측 및 계획 정보를 포함합니다.

이 테이블은 각 아이템-로케이션-주-판매 유형의 조합에 대해 하나의 행을 포함합니다. 각 조합에 대한 판매 내역, 예측 및 계획 정보가 포함될 수 있습니다.

이 테이블은 상위 아이템에 대한 롤업된 판매 내역을 보유합니다.

이 테이블은 분배 관리 시스템에서 생성된 예약에 대해 헤더 수준의 정보를 보유합 니다.

APPOINTMENT DATA

이 테이블은 분배 관리 시스템에서 생성된 예약에 대한 상세한 정보를 보유합니다.

4장 – 기술 아키텍처 37

4장 – 기술 아키텍처 이 장에서는 Retek Allocation 10.0의 전반적인 소프트웨어 아키텍처에 대해 설명합니다. 이 장에서는 다양한 Java 코드 계층을 포함하여 시스템의 일반 구조를 상세히 보여 줍니다.

개요

Retek Allocation 10.0은 데이터베이스 독립성을 유지하기 위한 최적의 해결책을 제시하는 Java 플랫폼을 사용합니다. 예를 들어, Java 플랫폼은 RMS 버전 비호환성 문제를 해결해 줍니다.

Retek Allocation 10.0의 n계층 아키텍처는 비즈니스 로직의 캡슐화를 가능하게 하므로 고객은 백 엔드 시스템의 복잡성을 느끼지 못합니다. 1장, “소개”에서도 간단히 설명된 다음 다이어그램은 다이어그램에 표시된 각 계층에 따라 아래에 상세히 설명되어 있습니다.

GUI/클라이언트계층

비즈니스 로직을 포함하는

JavaBeans

비즈니스 객체데이터베이스

JDBC

데이터베이스버전 호환

드라이버를 가진 데이터 액세스 계층

JSPsJavascript

HTMLJSP 태그 라이브러리

비즈니스 객체계층

데이터베이스계층

데이터 액세스계층

계층 구분 표시

중간 계층

Retek Allocation 10.0 n계층 아키텍처

38 Retek Allocation

구성요소 설명 및 표준

JDK(Java Development Kit), 버전 1.3.X

Sun Microsystems의 표준 Java 개발 툴킷

JSP(Java Server Pages), 버전 1.1

HTML 페이지 내에 Java 및 JavaScript를 포함시킵니다. 이러한 페이지는 웹 브라우저에 .jsp 확장자를 갖는 파일로 표시됩니다. JSP는 Sun의 J2EE 사양에 속합니다. JSP는 서블릿으로 컴파일되며 사용자 인터페이스를 비즈니스 로직에서 분리해 줍니다.

Java Servlet, 버전 2.2

서버쪽 Java 개발에 사용되는 Java Servlet은 Sun의 J2EE 사양에 속합니다.

JDBC, 버전 1.0.2

JDBC는 Retek Allocation 10.0과 같은 Java 아키텍처 응용프로그램에서 Oracle과 같은 SQL 규격 데이터베이스에 대해 SQL 문을 실행하는 방법을 제공합니다. Sun의 J2EE 사양을 따르는 대부분의 데이터베이스 공급업체는 이 사양을 구현합니다.

GUI 계층

GUI는 사용자에게 데이터를 표시하고 ‘프런트 엔드’를 통해 사용자로부터 직접 데이터를 받습니다.

씬 클라이언트(Thin-client) 표준

GUI는 오늘날의 씬 클라이언트(Thin-client) 표준을 준수합니다. ‘팻’ 클라이언트(fat client)는 클라이언트쪽에서 중요한 데이터 검증 및 업무 처리를 수행하는 반면 씬 클라이언트는 처리의 일부만 수행합니다. 대부분의 응용프로그램 처리 로드는 서버에서 처리합니다.

Retek Allocation 10.0은 씬 클라이언트를 사용합니다. 첫째, 브라우저를 실행할 수 있어야 한다는 점을 제외하고 클라이언트 시스템에 대한 특수한 요구 사항이 없습니다. 둘째로 클라이언트 시스템의 유지 관리 작업이 거의 필요하지 않습니다. 즉, 응용프로그램이 중앙 서버에 위치하므로 각 클라이언트 시스템에 응용프로그램을 설치할 필요가 없습니다. 클라이언트는 응용프로그램에 액세스하기 위해 브라우저만 있으면 됩니다. 마지막으로, 표준 HTTP가 사용되므로 방화벽 내부와 외부 모두에서 배치 작업을 수행할 수 있습니다.


JSP(Java server pages) 및 HTML

GUI는 경량 JSP(JSP 1.1 사양)의 일부로 구성됩니다. JSP 기술은 Sun의 J2EE 규격의 중요한 부분입니다.

JSP는 서블릿으로 컴파일됩니다. 또한 JSP는 중간 계층 객체에 액세스할 수 있게 해 줍니다.

JSP는 JavaScript와 표준 HTML로 구성됩니다. JSP는 태그 라이브러리를 호출하며 최소의 Java 코드를 포함합니다. 이 코드는 표준 HTML 형식 지정 태그 내에 위치합니다. Java 서블릿 기술에서 확장된 JSP는 응용프로그램 컨텐트에서 GUI 페이지 레이아웃을 구분해 줍니다. GUI 인터페이스는 원하는 대로 쉽게 구성할 수 있고 동적 기능 또한 쉽게 구현할 수 있습니다.

앞에서 설명한 것처럼 JSP/HTML GUI는 ‘경량’이며 표준 HTTP(Hypertext transfer protocol)를 사용하므로 응용프로그램을 방화벽 내부와 외부 모두에 배치할 수 있습니다.

JavaScript JavaScript는 비즈니스와 관련되지 않은 규칙에 대한 검증 작업을 처리하는 데 사용됩니다. 예를 들어, JavaScript는 다음 기능을 수행합니다.

• 날짜 항목 검증

• 필드 길이 검증

• 영숫자 검증(예: 미국 우편 번호는 문자를 포함할 수 없음)

JSP 태그 라이브러리

JSP 태그 라이브러리는 유틸리티용으로 호출됩니다. 태그 라이브러리를 사용하면 재활용이 가능해집니다. 즉, 유틸리티 코드가 모든 JSP에 중복될 필요가 없습니다. 예를 들어, 하나의 페이징 태그를 사용하면 해당 페이징 태그를 참조하는 모든 JSP 페이지에서 페이징이 수행될 수 있습니다. 또한 변경이 필요한 경우에도 한 위치에서 한 번만 변경하면 됩니다.

40 Retek Allocation

중간 계층

일반적으로 ‘중간 계층’은 두 개의 계층으로 구성됩니다. 첫 번째 계층은 모든 비즈니스 로직을 포함하는 JavaBeans로 구성됩니다. 두 번째 계층은 데이터 액세스 계층입니다. 이 계층은 데이터베이스 계층의 코드와 상호 작용하며 데이터베이스 버전 고유의 드라이버를 포함합니다.

비즈니스 객체 계층

비즈니스 객체는 비즈니스 규칙을 구현합니다. 일반적인 비즈니스 객체 인프라에서는 엔터프라이즈 내에서 구성요소를 반복해서 사용할 수 있습니다. Retek Allocation 10.0 내의 비즈니스 객체는 기본적으로 재활용이 가능한 Java 클래스에 해당하는 JavaBeans로 표시됩니다.

참고: Retek Allocation 10.0에서 활용하는 ‘JavaBeans’는 EJB(Enterprise JavaBeans)가 아닙니다. Retek Allocation 10.0은 EJB를 사용하지 않습니다.

Retek Allocation 10.0에서 JavaBeans는 기능 엔터티의 로직을 의미합니다. 이 로직은 소프트웨어 구성요소에 적용되므로 반복해서 인스턴스화할 수 있습니다. 예를 들어, Retek Allocation 10.0에서 ‘아이템’은 JavaBean으로 표시됩니다. 따라서 상품 관리 시스템의 모든 유형의 ‘아이템’은 JavaBean으로서, 재활용이 가능한 구성요소가 됩니다.

비즈니스 객체와 데이터베이스 테이블 간에 반드시 일대일 관계가 형성되는 것은 아닙니다.

비즈니스 규칙 검증은 서버 기반의 중간 계층 비즈니스 객체에 의해 처리 됩니다.

데이터 액세스 계층

중간 계층의 이 부분은 실질적으로 그리고 소프트웨어 자체에서 비즈니스 로직을 응용프로그램 프리젠테이션 및 데이터베이스 기능으로부터 분리해 줍니다. 따라서 데이터 액세스 계층을 통해 비즈니스 로직 및 GUI는 데이터베이스에서 발생한 문제로 인해 영향을 받지 않습니다.

JDBC 프로토콜 및 드라이버

중간 계층은 산업 표준의 JDBC(Java database connectivity) 프로토콜을 통해 데이터베이스와 통신합니다. JDBC는 Java 응용프로그램과 관계형 데이터베이스 간의 통신을 용이하게 해줍니다. 기본적으로 JDBC는 데이터베이스와 독립적으로 Retek Allocation 10.0에서 데이터를 추출하고 데이터를 삽입할 수 있게 하는 API(응용프로그램 프로그래밍 인터페이스) 집합입니다.

이러한 삽입과 추출 작업을 수행하기 위해 이 계층에는 작성, 읽기, 갱신 및 삭제 작업을 용이하게 해주는 SQL 코드도 포함되어 있습니다.

‘드라이버’가 다른 기반 데이터에 매핑되므로 Allocation 10.0은 독립 실행형 할당 시스템이 될 수 있습니다. 이러한 드라이버는 클라이언트 레거시 시스템뿐 아니라 RMS 9.0.X 및 RMS 10.1과도 통합됩니다. 이러한 드라이버는 각 데이터베이스가 기반 데이터를 처리하는 방식의 차이를 해결해줍니다. 예를 들어, 드라이버는 RMS 9.0.X와 RMS 10.1 간에 발생한 아이템 변경을 처리합니다.


자동 생성된 행 빈(bean)

Retek Allocation 10.0 테이블:

지정된 테이블의 행과 액세스 클래스는 모두 DALGen(Data Access Layer Generator) 도구를 사용하여 자동으로 생성됩니다.

이 도구는 메타데이터에 대해 많은 수의 질의를 실행한 후에 특정 테이블이나 뷰에 액세스하기 위한 일반 JDBC 코드를 생성할 수 있습니다.

DALGen은 구성 파일에 따라, 지정된 데이터베이스 테이블에 대해 두 개의 클래스를 생성합니다. Access 클래스는 Row 클래스의 인스턴스를 제어하는 데 사용되며 기본 데이터베이스 작업인 작성, 읽기, 갱신 및 삭제 작업을 수행할 수 있습니다. 각 데이터베이스 작업에 대해 대량 행 버전과 단일 행 버전이 모두 있으며 개발자는 추가 코딩 작업 없이 비교적 복잡한 SQL(join, order by, SQL hint 등)을 사용할 수 있습니다.

자동화된 코드 생성은 빠른 응용프로그램 개발을 가능하게 할 뿐 아니라 Retek Allocation 10.0 응용프로그램이 JDBC를 호출하는 방식을 전반적으로 변경하며 비용이 많이 드는 엔지니어링 노력 없이도 이러한 변경 결과를 롤아웃할 수 있게 해줍니다.

대부분의 경우 Java 개발자는 SQL 코드를 수동으로 작성할 필요가 없습니다. 경우에 따라 개발자는 너무 고유한 내용을 담고 있어서 자동으로 생성할 수 없는 사용자 지정 SQL을 구현하기 위해 지정된 Access 클래스를 확장할 수 있습니다.

데이터 액세스 드라이버 빈(bean) 데이터 액세스 드라이버 빈(bean)은 추상 팩토리 인터페이스로 프로그래밍되는 Java 클래스입니다. 각 클래스는 중간 계층 비즈니스 로직의 요구를 충족시키기 위해 개발자가 수동으로 구현하는 SQL 코드를 포함합니다. 추상 팩토리 디자인 패턴은 이 응용프로그램에서 여러 다른 버전의 RMS를 사용할 수 있도록 합니다. 드라이버(적용 가능한 RMS 버전에 고유하게 적용되는 SQL 코드)가 적절하기만 하면 동일한 중간 계층을 활용할 수 있으며 응용프로그램은 성공적으로 작동될 수 있습니다.

풀링

응용프로그램의 연결이 ‘해제될 때’ 연결은 실제로 해제되지 않고 풀에 저장 됩니다. 이와 같이 표준 연결 풀링 방식에 따라 연결이 저장되므로 Retek Allocation 10.0은 풀에서 기존의 연결을 재활용할 수 있습니다. 따라서 후속 연결에 대해 연결 프로세스가 진행될 필요가 없습니다. Retek Allocation 10.0은 최대 크기의 풀을 구성할 수 있도록 하는 PoolMan이라는 오픈소스 연결 풀을 기반으로 합니다.

42 Retek Allocation

데이터 저장소 계층

데이터베이스 계층은 응용프로그램의 저장소 플랫폼으로, 전체 응용프로그램에서 사용되는 실제 데이터(사용자 및 시스템)를 포함합니다. 이 계층은 정보의 저장 및 검색만을 처리하며 데이터의 제어나 전달에는 관여하지 않습니다. 이 계층은 질의에 응답하며 질의를 시작하지 않습니다.

실시간으로 상품 관리 시스템 데이터에 액세스

Retek Allocation 10.0에 사용되는 데이터는 할당 고유의 테이블과 상품 관리 시스템(예: RMS) 테이블에 위치합니다. Retek Allocation 10.0은 상품 관리 시스템(예: RMS)과 동일한 스키마를 공유하므로 상품 관리 시스템의 데이터와 직접 실시간으로 상호 작용할 수 있습니다.

n계층 아키텍처의 이점 요약

다음은 n계층 아키텍처를 통해 얻을 수 있는 이점을 요약한 것입니다.

• N계층 아키텍처는 산업 표준이 되었습니다.

• 프리젠테이션, 비즈니스 로직 및 데이터가 분리되므로 소프트웨어가 보다 명확하고, 관리가 용이하고, 수정하기 쉬워집니다.

• 각 계층의 하드웨어 및 소프트웨어를 쉽게 확장할 수 있습니다.

• GUI가 백 엔드와 견고하게 결합되어 있지 않으므로 응용프로그램의 인터페이스를 보다 쉽게 갱신할 수 있습니다.

• 입증된 산업 표준 기술이 사용됩니다(예: JSP, JDBC 등).

• 구성요소 지향 모델링을 통해 코드를 재활용할 수 있으므로 개발 시간이 단축됩니다.

5장 – 계산 대기열 43

5장 – 계산 대기열 이 장에서는 할당 계산 대기열 프로세스를 대략적으로 설명합니다. 할당 작업 중에는 여러 다른 로케이션에 여러 아이템을 분배해야 하므로 올바른 할당을 위해서는 다양한 로케이션에서 아이템의 전반적인 수요를 잘 분석해야 합니다.

Retek Allocation 10.0의 계산 엔진은 되도록 제한된 제품 수량에 맞게 각 점포의 수요를 미리 계산하여 채울 수 있게 디자인되었습니다.

계산과 관련된 가정

지정된 할당이 다음 지침을 따른다는 가정 하에 시스템이 프로그래밍됩니다.

점포 주문 복수 가정

SOM(점포 주문 복수)은 아이템이 창고에서 점포로 출하될 때 사용되는 기본 계측단위(예: 판지상자, 내부 팩, 개별 단위 등)입니다. 시스템은 SOM과 동일한 그룹 단위로 할당을 하므로 크기 프로필을 정확하게 적용하지 못할 수 있습니다.

시스템은 한 가지 스타일의 모든 SKU가 해당 스타일과 동일한 SOM을 갖는다고 가정합니다. 즉, 한 가지 스타일을 갖는 여러 SKU에서 SOM이 다를 수 없습니다.

비례적 할당 가정

시스템은 비례적 할당에서 하나의 점포로 이동되는 단위가 10,000개 이하일 것으로 가정합니다. 이러한 10,000개의 단위 제한은 엄격하게 적용되며 이 값이 초과될 경우 시스템 알고리즘에서 해결할 수 없는 오류가 발생합니다.

44 Retek Allocation

계산 대기열 프로세스 다이어그램

다음 다이어그램은 계산 대기열 프로세스를 대략적으로 보여 줍니다. 번호가 매겨진 단계에 대한 설명은 다음 페이지에 있습니다. 이 번호는 반드시 시스템의 작동 순서를 나타내는 것은 아니며 프로세스를 보다 이해하기 쉽게 설명하기 위해 지정한 것입니다.

수요 수집

상품 관리시스템

계산 대기열

RetekAllocation 10.0

테이블

보유 재고 수집

알고리즘

1

2

3

4

5

데이터베이스

Retek Allocation 10.0 계산 대기열 프로세스


계산 대기열 프로세스

1 지속적으로 실행되는 스레드는 계산할 할당을 할당 대기열로 보냅니다.

2 관련 규칙과 데이터베이스의 데이터를 토대로 수요가 수집됩니다. 예를 들어, 계획 데이터, 판매 내역 데이터, 예측 데이터, 계획 재기획(Bayesian 방식 계산) 데이터 등에 따라 수요가 수집될 수 있습니다. 이러한 계산은 Retek Allocation 10.0에서 Java 내부적으로 수행됩니다. 시스템에서 총수요를 생성하는 데 사용하는 데이터에 대한 자세한 내용은 3장을 참조하십시오.

3 총수요를 원하는지 순수요를 원하는지에 따라 데이터베이스에서 재고가 수집됩니다. 이러한 계산은 Retek Allocation 10.0에서 Java 내부적으로

수행됩니다. 재고 데이터의 소스와 재고 데이터가 계산되는 방식에 대한 자세한 내용은 3장을 참조하십시오.

4 지정된 매개변수 및 문제의 제약 조건이 적용된다고 가정할 경우 통계 결과를 바탕으로 최상의 할당을 결정하기 위해 C++로 작성된 외부

라이브러리인 알고리즘이 호출됩니다. 알고리즘 함수에 전달되는 입력

데이터에는 다음이 포함됩니다.

SKU별 가용 수량

정확한 플래그 및 비례적 플래그

수요, 재고, 최소, 최대 및 연동에 대한 SKU-점포 모형

계단식 모드(Cascade mode)는 계단식 수준의 대상, 최소, 최대 및 연동에 대한 추가 벡터를 사용합니다. 팩 모드는 팩 구성요소 수량을 나타내는 모형을 사용합니다.

여러 다른 옵션의 평가에 대한 상대적 점수를 나타내는 ‘목적’ 함수를 포함하여 모드(예: 단순, 계단식 또는 팩) 및 지정된 문제의 제약 조건에 따라 알고리즘이 선택됩니다. 모든 모드에서 반환 값은 할당 및 출하할 SKU(팩)-점포 수량을 나타냅니다. 모든 모드(예: 단순 모드, 계단식 모드 등)에서 경험적 알고리즘(heuristic algorithm)을 통해 최적화가 수행됩니다.

5 결과가 검색된 후에 데이터베이스에 저장됩니다.

46 Retek Allocation

여러 로케이션의 수요 충족

여러 로케이션의 수요를 충족하기 위한 응용프로그램의 작동 방식을 컨테이너에 물을 채우는 과정과 비교할 수 있습니다.

컨테이너의 꽉 찬 높이는 모든 로케이션 수요의 100%를 나타내며 사용할 수 있는 물의 양은 가용 재고를 나타냅니다. 컨테이너에 모든 물을 쏟아 부으면 물 높이는 자연스럽게 목표 재고에 도달합니다.

컨테이너 맨 아래가 분할되며 각 파티션은 각기 다른 점포를 나타낸다고 가정해 봅시다.

물은 모든 점포에서 일관된 재고를 유지할 수 있도록 스스로 높이를 맞춥니다.

차트에 표시된 것처럼 다음의 세 가지 조건이 적용된다고 가정합니다.

• 각 점포에서 이미 재고를 사용할 수 있습니다.

• 컨테이너의 각 파티션 높이는 해당 로케이션에 있던 재고의 양을 나타냅니다.

• 파티션은 재고 비율의 오름차순으로 왼쪽에서 오른쪽으로 정렬됩니다.

0%

20%

40%

60%

80%

100%

점포

3

점포

4

점포

5

점포

8

점포

10

점포

2

점포

9

점포

6

점포

1

점포

7

할당 전 점포의 기존 재고 및 수요


이 계단형 컨테이너가 물로 채워지면 물 높이 왼쪽의 모든 로케이션은 수요를 충족하는 할당 수량을 받게 됩니다. 물 높이 오른쪽의 모든 로케이션은 기존 재고로 수요가 충족되므로 할당을 받지 않습니다. 최종 할당 후에 모든 점포가 동일한 수요 비율을 가지게 된다고 할 수 없지만, 대신 할당을 받는 모든 로케이션이 동일한 수요 비율을 가지며 다른 모든 로케이션은 이 수요 비율 수준이거나 그 이상의 비율을 가지게 됩니다.

0%

20%

40%

60%

80%

100%

점포3 점포5 점포10 점포9 점포1

할당 후 점포의 재고

올림 및 내림 조건

일부 할당 알고리즘에서는 반올림 규칙을 사용하여 소수 구성요소를 정수 결과로 올림하거나 내림해야 할 때를 결정합니다. 그러나 올림 또는 내림을 단순하게 수행할 경우 너무 많거나 적은 아이템을 할당하는 것과 같은 문제가 발생할 수 있습니다. Retek의 할당 알고리즘은 보다 정교한 최적화 기법을 사용하여 직접 정수 결과를 산출하며 올림이나 내림 과정을 없앱니다.

48 Retek Allocation

팩 할당

Retek은 팩에 포함된 개별 구성요소 아이템에 대한 점포의 수요에 따라 여러 아이템의 팩을 최적으로 할당합니다. 이 방법은 시스템이 규칙에 따라 팩 및 아이템을 할당하지 않아도 된다는 이점이 있습니다. 대신 일관된 경험적 방법(holistic approach)이 사용됩니다. 할당 방법은 구성요소 아이템의 할당 결과가 개별 아이템에 대한 점포의 수요를 얼마나 잘 충족시키는가에 따라 평가됩니다. 판매 가능과 판매 불가의 두 가지 팩 유형에 대한 정의를 보려면 “용어집”을 참조하십시오.

판매 가능 팩에는 다음 조건이 적용됩니다.

• 판매 가능 팩은 구성요소 SKU가 아니라 팩 번호를 통해 계획 데이터와 예측 데이터에 연결됩니다.

• RMS 9.0.X의 경우 판매 가능 팩의 SKU 수준 내역을 결정하는 데 PACKSTORE_HIST 테이블이 사용됩니다. RMS 10.1의 경우 판매 가능 팩의 SKU 수준 내역을 결정하는 데 ITEM_LOC_HIST 테이블이 사용됩니다.

• 판매 가능 팩의 재고 값은 구성요소에 대한 것이 아니라 팩에 대한 것입니다.

판매 불가 팩에는 다음 조건이 적용됩니다.

• 사용자가 할당할 스타일-색상을 선택하면 시스템은 해당 스타일-색상만 포함하는 모든 판매 불가 팩을 검색합니다.

• 검색된 판매 불가 팩은 사용자에게 표시되지 않지만 팩의 내용은 가용 수량에 포함됩니다.

• 판매 불가 팩의 재고 값은 구성요소 수준에서 결정됩니다. 스타일-색상에 대해 재고 값을 생성할 수 있습니다.

• 판매 불가 팩의 수요 값은 구성요소 수준에서 결정됩니다. 스타일-색상에 대해 수요 값을 생성할 수 있습니다.

• 할당 트랜잭션은 기초 재고(SKU) 및 관련된 팩 수준 모두와 관련됩니다.

Retek Allocation 10.0은 최적화를 위해 구성요소-점포 수요에 대해 가용 팩의 전체 모형을 고려하여 여러 제품 팩의 분배를 위한 정교한 솔루션을 제공 합니다.


다음 예제에서는 비교적 단순한 패션상품 사전포장 할당을 보여 줍니다.

사용자는 할당할 스타일을 선택합니다. 시스템은 창고 또는 PO로부터 스타일의 가용성을 확인하고, 할당할 수 있는 수량과 사전포장 모형(팩의 구성요소 구조)을 파악합니다. 사용자는 해당 스타일에 대해 사용할 수 있는 총 아이템 수를 확인합니다. 아래 예제에서는 420개 단위가 됩니다.

사전포장 모형

S M L

가용 팩 수 가용 아이템 수

팩 1 3 3 6 20 240

팩 2 3 6 3 15 180

사용자는 할당되는 스타일에 대한 수요를 정의하는 규칙을 선택합니다. 이 수요는 구성요소 아이템이나 팩에 대한 것이 아니라 스타일에 대한 것입니다.

스타일에 대한 수요

점포 1 150

점포 2 150

점포 3 100

할당 시스템은 스타일 또는 하위클래스에 따라 각 스타일-점포에 맞는 크기 곡선을 찾아냅니다. 크기 곡선은 할당 프로세스 중에 계산되지 않습니다. Retek Curve 또는 다른 유사 시스템이 크기 프로필 계산에 사용됩니다.

크기 곡선

S M L

점포 1 20% 50% 30%

점포 2 20% 30% 50%

점포 3 20% 30% 50%

각 개별 아이템에 대한 수요는 스타일 수요를 크기 곡선에 곱하여 계산합니다.

아이템 수요

S M L 합계

점포 1 30 75 45 150

점포 2 30 45 75 150

점포 3 20 30 50 100

마지막으로 할당 알고리즘은 최적의 팩 할당을 결정합니다. 위의 사전포장 모형, 가용 팩 및 아이템 수요가 프로세스 중에 입력됩니다. 이 예제에 표시되지 않은 다른 값(예: 최소, 최대, 연동, 보유 재고 등)도 입력될 수 있습니다.

50 Retek Allocation

팩 할당

팩 1 팩 2

점포 1 1 12

점포 2 11 2

점포 3 8 1

사용자는 다음 표에 나타난 것처럼 스타일당 할당되는 수량의 형태로 결과를 볼 수 있습니다.

스타일 할당

수요 할당

점포 1 150 156

점포 2 150 156

점포 3 100 108

사용자는 개별 아이템에 따른 결과도 볼 수 있으므로 크기 분배가 적절한지 확인할 수 있습니다. 분배가 적절하지 않으면 할당 전에 더 많은 제품을 발주하거나 팩을 나누는 등의 작업이 필요할 수 있습니다.

아이템 할당

S M L

점포 1 39 75 42

점포 2 39 45 72

점포 3 27 30 51

이 알고리즘의 목표는 실제 할당과 모든 아이템-점포 조합에서 발생하는 수요 간의 편차를 최소화하는 것입니다.

팩과 개별 제품을 모두 사용하는 알고리즘

이 알고리즘은 모든 개별 제품의 전체 할당을 토대로 최적의 결과를 결정합니다. 팩과 개별 제품을 모두 필요에 맞게 점포에 할당합니다. 그러나 분배되는 총 단위 수를 최소화하여 처리 비용을 절감하기 위해 개별 제품보다는 팩이 선호됩니다.


계단식 할당

많은 상황에서 SKU 수준에서 발생하는 상품 관리 문제는 상품 분류체계에서 더 높은 수준에 있는 할당을 조정하여 해결할 수 있습니다. Retek Allocation 10.0의 할당 최적화 알고리즘은 계단식 할당에 적용됩니다.

다음 예제는 계단식 할당에 대해 설명합니다.

고객은 노란색 사진을 사용하여 티셔츠 광고를 처리하고 있습니다. 모든 티셔츠가 점포 테이블에 표시됩니다. 노란색 티셔츠가 할당되었으며, 다음 단계로, 모든 점포에서 고객이 다른 티셔츠를 선택할 수 있도록 모든 티셔츠를 적절한 수준의 재고로 보유하고 있는지 확인해야 합니다.

단순 모드 할당에서는 계산된 수요가 될 때까지 아이템 단위로 최대한 많은 수량을 분배합니다. 그러나 계단식 모드의 할당에서는 범주의 수요를 충족시킬 필요가 있는 경우 아이템 수요가 초과될 수 있습니다. “총 아이템 및 할당 수량” 차트에서는 모든 티셔츠가 계단식 모드로 분배되며 이 중 두 가지 티셔츠는 총 범주의 수요를 충족시키기 위해 원래 수요 이상으로 할당되었음을 보여 줍니다.

0

10

20

30

40

50

60

수요 단순 모드 계단식 모드

총 아이템 및 할당 수량

참고: 이 예제에서 나타나는 두 가지 아이템의 과도한 재고 보유 상황은 제약 조건(예: 최소, 최대, 연동 등)이 결과를 제한하는 데 영향을 주지 않기 때문에 발생합니다. 이 예제는 두 가지 다른 계산 모드의 효과를 중점적으로 보여 주기 위해 만들어진 것입니다.

52 Retek Allocation

“총 범주-점포 수요 및 할당 수량” 차트는 범주 수요가 계단식 모드에 의해 정확히 충족됨을 보여 줍니다. 이 간단한 예제에서는 아이템이 아닌 범주 차원에서 점포에 재고를 보유하는 시스템의 기본 작동 방식을 보여 줍니다.

점포 1점포 2

점포 3

0

10

20

30

40

50

60

70

80

수요 단순 모드 계단식 모드

총 범주-점포 수요 및 할당 수량

이러한 결과를 얻기 위해 사용하는 계단식 모드로 하위클래스(또는 적절한) 수준에서 계획 규칙을 사용하여 할당할 티셔츠를 선택합니다. 계단식 모드를 선택하면 특정 셔츠의 가용 수량의 수요나 부족 상태를 고려하기 보다 티셔츠 테이블을 채울 수 있는 수요를 고려하여 할당이 수행됩니다. 최소 및 최대 수량과 같은 제약 조건을 사용하여 합리적인 할당을 수행할 수 있습니다.

시스템은 사용자가 알지 못하게, 할당할 수 있는 아이템 수, 점포에 있는 재고 아이템의 수 및 범주-점포별 수요를 비롯한 설정 정보를 결정합니다.

할당할 수 있는 아이템 수량

스타일 단색 줄무늬 단색 줄무늬 로고 로고

색상 노란색 노란색 흰색 파란색 흰색 파란색 합계

가용 수량 0 0 80 85 16 20 201


점포 재고 아이템



점포 1 50 50 20 20 15 15 170

점포 2 30 30 10 5 10 10 95

점포 3 30 30 10 5 10 5 90

합계 110 110 40 30 35 30

범주 수요 및 점포 보유 재고

수요 재고

점포 1 250 170

점포 2 125 95

점포 3 125 90

다음 단계로 아이템-점포별로 수요를 결정하기 위해 범주-점포별 수요가 검토됩니다. 다음 결과는 단순 및 계단식 모드로 Retek Allocation 10.0 알고리즘을 사용하여 할당할 때 나타납니다. 계단식 모드는 단순 모드와 정확히 동일한 정보를 사용하며 추가로 범주 대상을 사용합니다. 최소, 최대 및 연동과 같은 제약 조건을 두 가지 계산에 추가할 수 있습니다. 계단식 모드는 범주 수준에서 선택적 제약 조건을 고려할 수 있습니다.

계단식이 아닌 단순 모드



점포 1 0 0 0 0 5 5 10

점포 2 0 0 0 3 0 0 3

점포 3 0 0 0 4 0 4 8

합계 0 0 0 7 5 9

계단식 모드 할당



점포 1 0 0 35 35 5 5 80

점포 2 0 0 7 12 6 5 30

점포 3 0 0 8 12 5 10 35

54 Retek Allocation

계단식 모드 할당



합계 0 0 50 59 16 20

일반상품 계단식 계산 및 패션상품 계단식 계산

다음 다이어그램은 시스템의 일반상품의 계단식 계산과 패션상품의 계단식 계산 방법을 보여 줍니다.

일반상품 계단식 계산

Pass 1과 Pass 2에 대한 설명은 다이어그램 아래에 있습니다.

NN1 = GN1 – SOH1

NN21 = NN11 – SOH21 NN22 = NN12 – SOH22 NN23 = NN13 – SOH23

로케이션 1Pass 1

Pass 2

일반상품 계단식 계산

Pass 1 GN1 = 로케이션의 총수요

SOH1 = 해당 로케이션에서 ItemList-D-C-SC의 모든 SKU에 대한 SOH 합계

NN1 = Net Net(Pass 1 이후)

NN1 = GN1 = SOH1-

Pass 2 로케이션의 모든 아이템 (X)로 NN1을 나눕니다[NN1x=NN1/3]. NN11 = 로케이션에서 아이템 1에 대한 계단식 계산 수요

NN12 = 로케이션에서 아이템 2에 대한 계단식 계산 수요

NN13 = 로케이션에서 아이템 3에 대한 계단식 계산 수요


각 아이템-로케이션은 개별 SOH를 갖습니다. SOH21 = 로케이션에서 아이템 1에 대한 SOH SOH22 = 로케이션에서 아이템 2에 대한 SOH SOH23 = 로케이션에서 아이템 3에 대한 SOH

로케이션에서 개별 아이템에 적용되는 수요 NN21 = NN11– SOH21 NN22 = NN12– SOH22 NN23 = NN13– SOH23

패션상품 계단식 계산

Pass 1, Pass 2 및 Pass 3(다이어그램에는 표시되지 않음)에 대한 설명은 다이어그램 아래에 있습니다.

2

로케이션 1

NN11 NN12NN12 NN21 NN23NN22 NN31 NN33NN32

NN2 = GN2 – SOH NN3 = GN3 – SOH3NN1 = GN1 – SOH1

GNPass 1

Pass 2스타일 색상 수준

패션상품 계단식 계산

Pass 1 GN=로케이션의 총수요

Pass 2 지정된 로케이션의 모든 스타일에서 GN을 나누어 GN을 구한 다음 SOH를 빼서 각 스타일-색상에 대한 NNx를 구합니다. NN1 = GN1– SOH1 NN2 = GN2– SOH2 NN3 = GN3– SOH3

Pass 3 NNx를 분할하여 순수요 NNxy를 구합니다.

56 Retek Allocation

스타일 1 스타일 2 스타일 3

NN11 NN21 NN31

NN12 NN22 NN32

NN13 NN23 NN33

사전포장 알고리즘

소매업체에서는 경우에 따라 상품을 점포에 제공하는 데 사용할 여러 개의 사전포장과 사전포장 구성을 지정할 수 있습니다. 사전포장 정의를 최적화하면 창고 처리 비용을 줄일 수 있는 이점이 있습니다. 팩을 효율적으로 구성하면 구매한 팩을 사용하여 재고 수준을 향상시킬 수 있고, 기간이 끝날 때 팩을 분할하는 데 시간과 비용이 보다 적게 소요됩니다.

이 경우에 사전포장 알고리즘은 점포 수요에 가장 잘 맞는 제안된 사전포장 구성을 제공합니다. 사전포장 구성 알고리즘은 앞에 나온 “Retek Allocation 10.0 계산 대기열 프로세스”에서 설명된 것과는 다른 알고리즘입니다. 사전포장 알고리즘은 상품 관리 시스템 내에서 어떠한 거래도 작성하지 않습니다.

다음 예제에서는 사전포장 알고리즘에 대해 설명합니다.

아래 표에서는 스타일-점포 수요와 크기 곡선을 곱하여 계산한 아이템-점포 수요를 보여 줍니다.

아이템 수요

S M L 합계

점포 1 30 75 45 150

점포 2 30 45 75 150

점포 3 20 30 50 100

해당 수요는 이상적인 할당을 나타냅니다. 작업 환경이 기간 이전 모드이고 공급자가 사전포장 구성을 지정할 수 있다고 가정할 경우 두 개의 사전포장을 구성하여 해당 수요를 충족시킬 수 있습니다.

지정된 아이템 집합 및 위에 제시된 수요와 같은 해당하는 아이템-점포 할당 수요에 대해 사용자는 다음과 같은 몇 가지 값을 지정합니다.

작성하려는 사전포장 개수

총 아이템에 따라 계산한 해당 사전포장의 최소 크기 및 최대 크기


이 예제에서 선택된 값은 2, 12, 12입니다.

사전포장 구성

팩 수 최소 최대

아이템 집합 2 12 12

시스템은 사전포장 계산의 경우와 동일한 로직을 사용하여 가능한 사전포장 조합 중에서 지정된 수요에 가장 적합한 할당 결과를 제공하는 조합을 찾습니다.

사전포장 모형

S M L

팩 1 3 9 0

팩 2 2 2 8

이러한 사전포장 모형을 사용하여 위의 할당을 실행하면 다음과 같은 할당 결과를 얻을 수 있습니다.

팩 할당

팩 1 팩 2

점포 1 7 6

점포 2 3 9

점포 3 2 6

스타일 수준에서, 다음 값은 점포의 총 수요를 더 많이 충족시켜 줍니다.

스타일 할당

수요 할당

점포 1 150 156

점포 2 150 144

점포 3 100 96

아이템 수준에서 보통 및 큰 아이템에 대한 결과는 대단히 유사하지만 작은 아이템에서는 훨씬 나은 결과가 나타납니다. 점포별 수요는 30 30 20이며 결과 33 27 18은 39 39 27보다 더 바람직합니다.

아이템 할당

S M L

점포 1 33 75 48

점포 2 27 45 72

점포 3 18 30 48

58 Retek Allocation

고객은 이제 공급자에게 이상적인 구성을 알려 줄 수 있습니다. 이 구성은 상품 관리 시스템에서 설정하며 발주서를 작성할 때 사용할 수 있습니다.

6장 – 국제화 및 지역화 59

6장 – 국제화 및 지역화

개요

Retek Allocation 10.0의 기술 인프라는 영어 이외의 언어를 지원합니다. 현재 Retek Allocation 10.0은 한국어와 일본어를 지원할 예정입니다.

고객의 특정 요구사항 및 계약에 따라 영어 이외에 프랑스어, 스페인어, 독일어가 우선 지원될 수 있습니다. 고객의 요구에 따라 다른 언어도 지원될 수 있습니다.

Retek Allocation 10.0은 기본적으로 사용자가 사용하는 언어로 프로그래밍됩니다.

국제화

Retek Allocation 10.0에는 I18N이라고도 하는 ‘국제화’와 연관된 수정 과정이 적용되었습니다. I18N 이름은 ‘internationalization’의 첫째 ‘i’와 마지막 ‘n’ 사이에 18개의 문자가 있다는 것에서 유래했습니다. 국제화는 여러 언어를 효율적으로 처리할 수 있도록 소프트웨어를 준비하는 과정입니다. 즉, 국제 시장에 출시할 수 있게 소프트웨어를 작성하는 것입니다.

이 절에서는 기본 응용프로그램이 여러 언어를 처리할 수 있도록 소프트웨어가 어떻게 수정되었는가를 설명합니다.

다중 바이트 코딩

Retek Allocation 10.0은 다중 바이트 언어(예: 한국어)와 호환되도록 개발되었습니다. 다중 바이트 표현에서 하나의 문자는 둘 이상의 바이트로 이루어질 수 있습니다.

실행 코드에서 분리된 인터페이스 텍스트

다양한 언어로 실행될 수 있는 응용프로그램을 어느 정도 ‘일반적인’ 제품으로 변형해야 합니다. 즉, 한 언어나 로케일에만 국한될 수 있는 응용프로그램의 기능(예: 텍스트, 날짜 형식 등)은 소프트웨어에 하드코딩하면 안됩니다. 대신, 로케일 고유의 정보를 응용프로그램 외부의 파일에 배치하는 것이 좋습니다.

Retek Allocation 10.0에서도 특정 로케일에 적용되는 대부분의 기능을 코드에서 분리하여 파일에 배치했습니다. 이러한 파일의 내용은 인터페이스와 관련되어 있으며 실행 코드와는 별도로 관리됩니다. 여러 allocation.properties 파일의 텍스트는 인터페이스가 로컬 설정에 따라 작동되도록 변환됩니다. 이러한 파일은 인터페이스 계층을 구성합니다. allocation_gui.properties 파일은 변환되는 GUI 문자열 내의 텍스트를 포함합니다(예: 단추 이름, 메뉴 이름, 제목 표시줄 등).

단일 실행 파일

단일 실행 파일로 여러 언어를 처리할 수 있으므로 응용프로그램은 여러 언어로 출시될 수 있습니다. 사용자는 ‘매우 쉽고 빠르게’ 원하는 언어를 선택하고 필요할 때 편의에 따라 언어를 전환할 수 있습니다.

60 Retek Allocation

단일 실행 파일만 있으므로 관리 노력이 최소화됩니다. 고객은 언어를 전환할 때 다시 컴파일할 필요가 없습니다. 또한 패치가 출시되어도 코드와 인터페이스에 한 번만 적용하면 됩니다.

날짜 형식 기본 설정

이해하기 쉬운 일반적인 네 가지 날짜 형식이 제공됩니다. 2장에서 설명한 것처럼 시스템 관리자가 이 중 한 가지를 선택합니다. 다음과 같은 형식이 있습니다.

• dd/mm/yyyy

• dd-mm-yyyy

• mm-dd-yyyy

• mm/dd/yyyy

지역화

L10N이라고도 하는 지역화는 지역 언어 형태로 현지 시장에 출시될 수 있도록 국제화된 소프트웨어를 현지 적용하는 프로세스입니다. L10N이란 이름은 ‘localization’에서 첫째 ‘l’와 마지막 ‘n’ 사이에 10개의 문자가 있다는 것에서 유래합니다. 소프트웨어 국제화는 한 번만 수행되지만 지역화 과정은 각 언어마다, 또는 제품을 출시할 지역마다 수행되어야 합니다.

이 절에서는 특정 지역에서 사용할 수 있도록 Retek Allocation 10.0에서 수행된 변경 사항에 대해 설명합니다.

.war 파일

대부분의 경우 Retek은 완전히 지역화된 소프트웨어 버전을 제작합니다. 예를 들어, 지역화 작업이 끝나면 일본어 및 한국어 버전의 Retek Allocation 10.0에 대해 .war 파일(웹 서버에 위치)이 존재하게 됩니다.

번역

번역은 한 언어에서 다른 언어로 텍스트를 해석해서 적용하는 프로세스 입니다. 코드 자체는 변환되지 않지만 다음과 같은 응용프로그램 구성요소가 번역됩니다.

• GUI(그래픽 사용자 인터페이스)

• 온라인 도움말

• 설명서

• 오류 메시지

6장 – 국제화 및 지역화 61

번역 품질 확인

Retek은 소프트웨어 및 소매 업계에 정확하고 일관되게 번역된 제품을 제공하기 위해 다양한 작업을 수행하고 있습니다.

응용프로그램을 번역하기 전에 두 가지 언어로 구성된 제품 용어집과 Retek 전문 용어를 정리하여 해당 국가 리뷰어들에게 보낸 후 피드백과 승인을 받습니다.

승인된 용어집은 GUI 및 온라인 도움말 번역 지침으로 사용됩니다.

마지막으로 번역사는 응용프로그램 런타임 중에 언어 품질 테스트를 실시하여 용어가 상황에 맞게 제대로 사용되었는지 확인합니다.

용어집 63

용어집 이 용어집은 제품 할당 프로세스 및 해당 프로세스를 용이하게 해주는 Retek 소프트웨어와 관련하여 일반적으로 사용되는 용어와 그 정의를 제공 합니다. 프런트 엔드 사용자가 사용할 수 있는 추가 옵션에 대해서는 Retek Allocation 10.0 사용자 안내서를 참조하십시오.

가용 수량

가용 수량은 공급처로부터 할당할 수 있는 단위 수입니다.

가정

‘가정’ 기능을 사용하면 할당을 실행하여 구매를 검증하거나 구매량을 결정할 수 있습니다. ‘가정’ 기능은 처음에는 제품 수에 제한을 두지 않으며 선택된 모든 점포에서 창고로, 다시 총계로 수요를 롤업합니다. 결과에 만족하는 사용자는 PO를 마감하고 ‘가정’ 시나리오를 실행한 최종 결과로 해당 할당을 첨부할 수 있습니다.

가중

특정 주에 대한 점포 수요에 곱할 ‘승수’로서 가중치가 적용됩니다. 가중치를 사용하여 지정된 기간 동안 제품-점포 조합에 대해 할당 수량이 지정된 승수에 비례적으로 증가하도록 지정할 수 있습니다. 이 승수는 기본적으로 1이며 수동으로 변경할 수 있습니다.

계단식(Cascade)

계단식 계산은 점포에 집계된 수요를 각 개별 제품에 대한 수요만큼 중요하게 간주합니다. 예를 들어, 기계 부품 공급업체인 C가 제 시간에 부품을 배달할 수 없으면 부품 그룹의 재고를 적절히 유지하기 위해 더 많은 부품 A와 B가 할당됩니다.

계획 규칙

이 규칙은 시스템에서 계획된 판매량을 이용하여 각 로케이션에 대한 총수요를 생성합니다. 시스템은 고객 계획 시스템에서 작성된 데이터를 사용합니다.

계획 재기획 규칙

이 강력한 규칙은 Bayesian 예측 방법을 활용하여 미래의 계획을 재기획합니다. 이 규칙은 판매 내역을 활용하며 해당 데이터를 계획 데이터에 결합시켜 예측을 작성합니다. 고객은 기간 중간에 이 규칙을 실제 판매 결과와 함께 사용합니다.

고정 수량

고정 수량 제한을 사용하여 하나 또는 여러 제품-점포에 대해 특정 결과를 적용할 수 있습니다. 수동(판매 이외) 계산에서 이 필드는 해당 알고리즘을 사용하지 않고 전체 할당을 지정하는 데 사용됩니다.

국제화

국제화는 여러 언어를 효율적으로 처리할 수 있도록 소프트웨어를 준비하는 과정입니다.

64 Retek Allocation

기업 규칙

이 규칙은 고객이 구현한 제품-점포 수준의 사용자 지정 규칙 목록을 포함합니다. 수요는 해당 제품 수준에서 또는 종합적으로 설정할 수 있습니다. 시간 범위는 지정할 필요가 없습니다.

내역 규칙

이 규칙은 할당하기 위해 선택된 제품, 점포, 시간 및 판매 유형에 대한 판매 내역을 사용하여 각 로케이션에 보내진 수량을 파악합니다. 정기, 판촉 및/또는 재고정리 판매를 포함시킬 수 있습니다. 매장, 클래스, 하위클래스, 스타일-색상, SKU 또는 아이템 목록 수준에서 판매 내역을 수집할 수 있습니다.

내역 및 계획 규칙

제품, 점포 및 시간에 따른 판매 내역 및 계획 테이블에서 값을 산정합니다. 내역 값은 지나간 날짜 및 판매 유형에 대해 수집됩니다. 계획 값은 미래의 날짜에 대해 수집됩니다.

대량 PO(발주서)

선택된 아이템의 총 수량에 대해 공급자당 하나의 발주서가 작성된 후 지정된 대량 창고에 할당됩니다.

로케이션 템플릿

로케이션 템플릿은 어떠한 할당에도 적용할 수 있는 저장된 점포 그룹 집합입니다. 이 템플릿은 할당을 설정할 때 시간을 절약하고 일관된 결과를 생성하기 위해 사용됩니다.

발주 위임일에

이 필드에 미래의 날짜를 입력하면 앞으로 승인될 할당이 계산에 포함됩니다. 이 필드가 null 상태가 되면 인도일자가 오늘인 승인된 할당만 고려됩니다.

보유 재고

보유 재고 값은 점포별로 계산됩니다. 보유 아이템 수준은 현재의 재고와 앞으로 점포로 유입될 수량을 토대로 합니다.

비례적 계산

이 알고리즘은 결과가 점포 수요를 초과하는 경우에도 모든 가용 수량을 할당합니다.

사전포장

사전포장은 소매업체에서 취급 비용을 줄이기 위해 여러 제품을 패키지로 묶은 것을 말합니다. Allocation에서는 최적화 알고리즘을 사용하여 유통 계획에 가장 적합한 사전포장 방식을 정의합니다.

사전 할당

사전 할당은 아직 입고되지 않은 제품을 할당하는 것입니다.

사후 할당

사후 할당은 창고의 제품을 할당하는 것입니다.

용어집 65

수동 규칙

사용자가 직접 각 아이템/로케이션에 대한 수량을 할당합니다. 수동 규칙과 연관된 기준이 따로 있는 것은 아니며 사용자가 지정한 기준이 적용됩니다. 알고리즘에는 액세스되지 않습니다.

수량 무시

무시 필드에서는 아이템-그룹-점포 수준에서 할당을 편집할 수 있습니다.

수량 실행

실행 필드에서는 아이템-그룹 수준에서 할당을 편집할 수 있습니다. 사용자 항목은 그룹의 모든 점포 구성원에 비례적으로 할당됩니다.

수량 제한

수량 제한을 사용하여 해당 제품-점포에 대한 할당의 여러 단계에 영향을 주는 매개변수를 설정할 수 있습니다.

수준

수요는 SKU, 스타일-색상 또는 하위클래스, 클래스, 매장과 같은 상품 분류체계 수준에서 계산됩니다.

순수요

순수요는 총수요에서 제품-점포별 SOH(보유 재고)를 빼서 구합니다. SOH 값(기 발주량 및 운송 중인 수량 포함)을 생성하는 수식에 대해서는 3장을 참조하십시오.

연동

이 특수 수량 제한은 선택한 제품-점포에 대한 할당 결과를 제한합니다. 연동 X를 설정하면 시스템은 ‘최소값 X를 할당하거나 아무 것도 할당하지 않습니다’. 연동을 사용하여 수익성이 없는 제품의 할당을 제한할 수 있을 뿐 아니라 시스템은 어떤 점포에서 가용 제품이 가장 잘 판매되는지 쉽게 확인할 수 있습니다.

예약 상태

할당이 예약 상태가 되면 제품을 사용할 수 없습니다.

예측 규칙

이 규칙은 고객 예측 시스템을 통해 제품, 점포 및 시간에 따른 예상 판매량을 확인하여 각 로케이션에 대한 수요를 산정합니다. 사용자가 지정한 옵션에 따라 매장, 클래스, 하위클래스, 스타일-색상, SKU 또는 아이템 목록 수준에서 제품이 예측됩니다.

66 Retek Allocation

인도일자

인도일자는 할당이 발생할 날짜를 제어합니다. 이 날짜를 지정하면 점포에는 제품이, 창고에는 관련 지침이 시기 적절하게 인도됩니다.

Retek Allocation 10.0이 RMS 9.0.X 또는 레거시 시스템과 통합되면 ‘인도일자’ 하루 전에 할당 내용이 상품 관리 시스템에서 분배 관리 시스템(예: RDM)으로 추출됩니다.

Retek Allocation 10.0이 RMS 10.1과 통합되면 승인된 할당을 즉시 RMS 10.1 및 분배 시스템(예: RDM)에서 확인할 수 있으며 추출 프로세스는 발생하지 않습니다.

Retek은 시스템 제한 및 특정 업무 요구 사항에 따라 구현 시 이 기능이 사용자 지정될 것으로 예상합니다.

점포 직송 PO

점포 직송 PO는 PO의 제품이 점포로 직접 출하되도록 공급자에게 지시합니다. 즉, 제품은 창고를 거치지 않습니다.

정확한 계산

이 알고리즘은 점포 수요를 초과하지 않게 할당을 수행합니다. 따라서 가용 수량 일부가 할당되지 않을 수 있습니다.

지역화

지역화는 지역 언어 형태로 현지 시장에 출시될 수 있도록 국제화된 소프트웨어를 현지 적용하는 프로세스입니다.

지연 수량/비율

이 값은 할당할 수 있는 가용 수량을 실제로 또는 비율로 줄이는 데 사용 됩니다.

창고 PO

공급자별로 하나의 발주서가 작성되고 해당 제품은 할당에 표시된 창고로 출하됩니다.

총수요

이 값은 사용자가 선택한 규칙 매개변수에 따라 제품-점포별로 계산됩니다. 규칙에 정의된 것처럼 총수요는 제품-점포별로 확인된 필수 재고 수량입니다. 제품의 가용 수량은 필요한 재고를 충족시킬 수 있게 할당됩니다. 보유 재고, 기 발주 제품 및 이동 중인 제품은 고려되지 않습니다.

최대

‘최대’ 수량 제한은 제품-점포에 대한 할당 결과가 입력된 수량 ‘이하’가 되도록 제한합니다. 사용자는 결과 재고가 아닌 할당을 제한하는 보유 재고를 포함시킬 수 있습니다.

최소

‘최소’ 수량 제한은 제품-점포에 대한 할당 결과가 입력된 수량 ‘이상’이 되도록 제한합니다. 사용자는 결과 재고가 아닌 할당을 제한하는 보유 재고를 포함시킬 수 있습니다.

용어집 67

최소 수요

최소 수요 수량 제한은 선택한 규칙에 따라 ‘최소 총수요’를 설정합니다. 계산된 총수요 값은 최소 수요 값과 비교됩니다. 최소 수요보다 작은 총수요 값은 최소 수요 값으로 변경됩니다.

추세 계수

추세 계수는 특정 제품-점포에 대한 수요를 수정할 수 있는 수량 제한입니다. 총수요는 입력된 비율에 따라 수정됩니다.

출하 중지

시스템은 제품 창에 입력된 인도일자를 확인한 후 상품 관리 시스템을 통해 입력된 출하 중지 레코드와 비교합니다. 인도일자가 출하 중지 날짜와 같거나 날짜 범위에 속하면 시스템은 이 제품에 대해 점포에 0을 자동으로 할당합니다.

크로스도킹 PO

크로스도킹 PO는 제품이 공급자로부터 창고를 통해 점포로 전달되도록 합니다. 공급자는 개별 점포로 전달될 상자에 라벨을 붙입니다.

판매 가능 팩

판매 가능 팩은 고객에게 팩 단위로 판매되며 점포에서 구성요소 부분으로 나뉘어지지 않습니다. 판매 가능 팩은 최종 사용자의 관점에서 볼 때 일반상품 SKU와 상당히 유사하게 처리됩니다.

판매 불가 팩

판매 불가 팩은 쉬운 출하를 위해 공급업체나 창고에서 작성하는 팩으로, 점포에 도달되면 SKU로 나뉘어집니다. 판매 불가 팩은 제품 검색 창에는 나타나지 않지만 이 팩의 스타일-색상이 선택되면 시스템에서 해당 내용을 포함시킵니다.

필터

필터를 사용하여 해당 열에 필터 기준과 일치하는 레코드만 표시할 수 있습니다. 기준을 선택하려면 필드와 연관된 드롭다운 목록의 값 중에서 원하는 값을 선택합니다. 테이블에는 선택된 기준과 일치하는 기록만 표시됩니다.

할당

할당은 각 점포로 분배될 SKU(재고 보유 단위) 수를 결정하는 방법입니다. 할당 프로세스 중에는 할당 담당자가 확인한 점포의 수요 및 판매 능력에 따라 여러 점포 간에 미리 결정한 상품 수량을 나누는 과정이 진행됩니다.

현재 규칙 수준

이 옵션을 선택하면 규칙과 함께 선택된 수준(예: 전체 매장, 클래스 또는 하위클래스)에 대한 점포 보유 재고를 고려하여 계산이 수행됩니다.

WOS(공급 주)

이 값은 계산된 최소값에 대한 특수한 수량 제한입니다. 주별 평균은 선택한 총수요에서 계산됩니다. 이 평균을 WOS 항목과 곱하면 바로 최소 할당 수량이 나옵니다.

Download - Retek Allocation 10 - Oracle · 2002-10-14 · 2장 – 시스템 관리 이 장은 데이터베이스를 지원하고 실행 시스템을 모니터링하는 데이터베이스 관리자를

Top Related