KR20080040663A

KR20080040663A - 재화의 특징 옵션에 따른 일자별 온라인,오프라인 통합 재고관리시스템

Info

Publication number: KR20080040663A
Application number: KR1020080036400A
Authority: KR
Inventors: 허강현
Original assignee: 허강현
Priority date: 2008-01-16
Filing date: 2008-04-18
Publication date: 2008-05-08
Also published as: KR20080014100A

Abstract

본 발명은 온라인과 오프라인에서의 옵션에 따른 일자별

재고연동에 관한것으로 보다 상세하게는

인터넷쇼핑몰과 오프라인매장에서의

재화 및 제품(이하 재화으로 통칭한다.)의

실제 재고관리를 제품의 특징에 따른 옵션별로 인터넷쇼핑몰과 연계하여,

입출고 및 판매시점관리, 공급업체와의 실시간연동까지

인터넷에서 통합관리할 수 있게 하는 통합재고관리시스템을 말한다.

본 발명에 따르면, 재화의

특징 및 상태,형태에 따라 재고를 인터넷상에서 실시간으로 파악하여

각 오프라인매장 및 인터넷쇼핑몰에서의 재고상태를

고객들에게 미리 공지하고 알림으로써,반품/결제취소를 미연에 방지하고,

재고의 입출고 트랜젝션관리가 가능하며,

재화의 입고예정일,출고상태,입고시점별 온라인/오프라인재고관리가

가능하여, 물류시점파악과 각 매장별 실재고를 온라인상에서

실시간으로 통합이 가능하고, 재고파악시간을 단축, 비용절감을 할수 있다.

또한, 현재는 온라인쇼핑몰과 오프라인상에서의 별도로 사용하는

POS(판매시점관리프로그램)는

온라인과 별개로 동작하여,

재화의 특징을 반영하지 못한 단방향

재고관리밖에는 하지 못하나,

본 발명을 적용하면, 모든 재화의 상태와 특징에 따라 온/오프라인별로

판매시점관리를 할수 있으며, 바코드시스템을 연동하여 관리하고 있어,

웹POS시스템의 역활도 수행이 가능하다.

온라인쇼핑몰프로그램, 재고관리프로그램, 온라인/오프라인 통합재고관리시스템,POS

Description

재화의 특징 옵션에 따른 일자별 온라인,오프라인 통합 재고관리시스템 { Product Optional Daily ON/OFF Line Integration Stock Manager System }

온라인쇼핑몰프로그램, 재고관리프로그램(POS),

전사적 자원관리프로그램(ERP), 공급망관리프로그램(SCM)

최근 온라인쇼핑몰에서의 재화의 판매가 급증하고 있는 반면,

재화를 판매하는 공급업체에서는 기존 오프라인에서의 사용하는

POS 시스템을 통해서 재고관리를 하게 되는데,

온라인쇼핑몰에 연동하여 관리할수 없기 때문에,

인력과 비용을 들여 비효율적으로 재고관리를 진행하고 있다.

기존 재고관리를 위한 시스템에서의 제일 큰 문제점인 단방향적인

재화명에 의한 단일재고관리방식으로 급성장하고 있는 온라인쇼핑몰과의

입고일별 통합재고연동관리는 사실상 불가능에 가까운 일이 되었다.

쇼핑몰프로그램에서도, 옵션별로 재화의 재고를 관리하게끔 진화되었기는

하나, 이는 쇼핑몰에서의 단순한 재고의 유무를 판단만 해주는 기능으로

온라인과 오프라인의 입고일별 통합재고관리는 기대하기 어려운 실정이다.

이에 본 발명을 개발하게 되었으며,

발명의 적용을 통해서 위의 적시한 최대의 문제점을

해결할 수 있는 길을 열게 되었다.

1) 현재 이용중인 모든 재고관리프로그램은

오프라인에서의 재고관리와 온라인쇼핑몰의 재고관리를 통합하기

어렵기 때문에, 많은 온/오프라인상점들은 자체 오프라인POS 시스템이나,

혹은 웹상에서의 웹POS 시스템을 통하여, 별도로

오프라인재고를 파악하고 있으며,

온라인에서의 판매재고는 별도로 관리하여, 실제 재고와 온라인상에서의

재고가 서로 상이하고, 매장의 재고관리 또한 개별적으로 이루어지고 있어

비용 및 재고파악에 따른 시간낭비가 많다.

2) 고객들의 구매시기와 재고의 현재시점 제대로 파악이 되지 않아

온라인쇼핑몰상점과 오프라인상점간/매장간 재고의 차이로 인해,

반품 및 환불이 많고, 고객불신을 가중시키고,

이에 따라 고객상담과 관리비용이 늘어 운영에 부담을 주고 있다.

3) 온라인 운영상점의 경우,

많은 인력이 각 재화을 개별적으로 상품을 비효율적으로 등록하고,

각 페이지마다 열람하여 재고를 갱신하며, 실재고파악또한

맞지 않아, 인력대비 비용측면에서도 효과가 매우 적다.

4) 현재 이용되고 있는

재고관리프로그램의 문제점인 오프라인 POS 시스템과 온라인상의

쇼핑몰재고의 입고일시를 확인할 수 없어, 합산된 수량으로만

각각 동작되고 있어, 정확한 재고의 입/출고일을 정확히 통합하여

알기가 힘들다. 모두 수동으로 계산하고 , 합산하여야 한다.

도면1 에서와 같이 비지니스플로우를 보면

도면1 의 100 ~ 103 까지의 항목은

온라인인터넷쇼핑몰에서 입고일별로 재화를 각 옵션별로 등록한다.

도면5 와 같이 재화 등록시 옵션의 항목을 최대 3가지로 매칭하여

등록이 가능하기때문에, 기존에는 각각 등록하여 관리하고 있는것을

옵션정보에 따라 한번 등록으로 관리가 가능하며,

각 옵션값은 이론상 무한대로 입력이 가능하다.

따라서, 대부분의 재화특징을 기입할수 있기 때문에 적용범위 또한 넓고,

시간또한 절약되어, 비용절감효과를 얻을 수 있다. (과제3 해결)

예를 들어, A 제품이 상태(사이즈,색상)에 내용에 따라,

중복등록을 계속하여야 하고, 같은 제품을 비효율적으로 관리를 해야하지만,

본 발명을 적용시에는

최대 3가지의 특징별로 한번의 등록으로 관리가 가능하다는 것이다.

이로인해 낭비되는 인력과 비용을 막을 수 있어 비용절감효과를

얻을수 있다.

또한 도면1 - 104 에서 오프라인상점을 통해 재화가 판매요청되었다면,

본 발명을 적용한 시스템을 통해 재화의 현재 재고상태를 미리 파악을 하고,

각 제품의 옵션에 따른 재고의 일자별로 입,출고관리되어,

재화의 현재 입고된 시점에서 출고일까지의

기간을 산출할 수 있으며, 서로 다른 재고의 판매시점을

온라인과 오프라인의 구분없이 동기화할 수 있다.

(과제4 해결).

도면1 106 에서 B 고객이 상품구매요청을 온라인에서 할때,

107,108 에서 재고여부를 파악해 B고객에게 실시간으로 재고유무를

통보해 줄수 있다. 이에 따라, 반품 및 환불상태를 미연에 방지하고

재입고 시기를 파악하여 확인할 수 있고, 제품판매를 끊김없이

계속 영위할수 있다.

온라인 쇼핑몰에서도 실시간재화판매를 통해 배송되어질 재화을 제외하고,

가용재고를 파악할수 있음과 동시에

오프라인매장에서 실질적으로 판매할 수 있는 재고 확인이 가능해진다.

또한 서로 각기 다른 매장에서 본 발명을 적용한 통합재고시스템을 사용하면,

A라는 매장에 재화의 재고가 없을때, 동기화되어진 재고로 입/출고관리가 되기 때문에, 각 매장별 현재 재고를 파악하여, 고객에게 배송,판매함으로써

고객의 요청에 빠르게 대응할수 있게된다.(과제1,과제2 해결)

1) 모든 재화는 온/오프라인에 관계없이 통합적으로

입고시점부터 출고시점을 파악할수 있어 제품의

판매기간 및 재고를 실시간으로 확인할 수 있다.

2) 재고가 없는 상태에서 주문을 받아, 재입고시까지 기다리거나,

고객의 환불/반품/항의등을 받을 필요없이,

현재 재고파악을 실시간으로 통합시스템이 통보해주어 고객으로

부터의 환불 및 반품을 줄일 수 있다.

3) 실시간 통합재고관리가 가능하기 때문에,

입고시점이 다가오면, 공급망관리시스템을 통해

서로 연결된 업체에 통보하여

재화를 미리 보충할 수 있도록 통지해 주어, 많은 재고를 두고 판매하지

않고도 안전하게 재화를 판매할 수 있다.

4) 제화를 등록시에 반복적인 제품등록을 피할수 있어,

불필요한 직원들의 자원소모를 막을 수 있고, 반복된 실재고파악을

실시간으로 자동파악되어, 많은 비용절감효과도 볼수 있다.

또한 모든 재화의 특징에 맞게 구성이 가능하여, 일목요연하게 통계가

가능하다.

먼저 옵션별 입고일별 통합재고관리시스템을 구축하기 위해서는

도면4 의 450 , 451 , 452 , 453 의 데이타베이스의 테이블을 구축하고,

453 의 경우 각 월별로 구성하여, 부하분산을 위해 여러개의 입고일별 재고테이블을 생성하여 관리하도록 되어 있다.

제품의 재고정보를 등록하기 위해 제품등록페이지중의 일부인

도면5의 제품의 옵션별 재고등록폼을 이용해, 각 특성별 옵션에 맞게 분류된

정보를 기입하고, 재고량과 바코드정보등을 기입하여,

데이타베이스에 입력하게 된다.

자세히 설명하면,

도면 2는 재고의 실시간파악을 위해 제공되는 플로우 차트로써

도면2의 201 은 옵션의 제품을 등록하는것으로 도면5 에서와 같이

현재 모두 구현된 제품등록 페이지에서 등록을 진행한다.

도면5 - 501 에서는 현재 재고가 옵션별로 특징을 줄수 있는 제품인지

혹은 단일재고관리를 할수 있는 제품인지를 구분하여 등록된다.

단일재고는 재화를 특징 및 상태별로 구분하지 않고 판매가 가능한

재화일때에 선택한 후 등록을 하며,

옵션별 재고는 재화를 특징 및 상태별로 구분하여 등록하기 위해,

빠른 시간내에 한번의 등록으로,

제품의 특징 및 상태별로 토대로 등록하는 것을 말한다.

예를 들어 제품이 남성의류라면, 제품의 사이즈와 색상이 있을것이다.

이는 옵션내용수 2개를 를 선택한 후, 도면 5의 502와 같이

활성화된 입력폼에 재고등록일을 설정하고 ,

도면 5의 503 의 입력폼에 입고량, 추가가격, 매입가 , 배송비 ,

바코드정보등을 기입한후 등록한다.

부가적으로 옵션등록시 바코드정보를 기입하게 되는데,

실시간으로 도면7과 같이 701항목에 기입하고,

저장하게 되면, 자동으로 702와 같이 바코드정보가 생성된다.

이 바코드는 EAN13, code128 , UPCA 를 지원하여, 오프라인매장에서

사용할 수 있도록 매칭되어진다.

등록폼을 통해 전송된 재고정보데이타를

옵션재고엔진이 도면2의 202, 203 의 내용을 파악하고

204,205와 같이 처리하게 되며,

재고등록일 기준으로 현재재고가 동기화되며, 추가입고량과 함께

온라인쇼핑몰에서 판매할때의 부가적인 정보도 저장을 한다.

자세히 설명하면,

모든 항목을 기입후 전송을 하면 도면2 - 202 의 옵션재고엔진에서 처리과정

을 거친다. 이때, 재고관리 도면2 - 203 에서 재고의 정보를 파악하기 위해

옵션재고인지 확인한다. 단일재고일때에는 도면4 - 407,418 의 통합/옵션별 확인ID , 즉 매핑키를 저장할 필드를 말하며,

필드의 키는 0 으로 그 외 옵션재고제품일 경우는 순서대로

1.2.3.4....N의 값이 저장되게된다.

이때 중요한 알고리즘이 필요하게 되는데,

자체 개발된 청구항4의 매칭알고리즘이 필요하게 된다.

옵션별통합재고관리의 데이타베이스정보인 도면8은

이때 각 재고의 상태를

매칭된 KEY 로 찾게 되기때문에, 도면-8의 알고리즘이 필요하다.

도면2 의 204, 205를 거치고,

데이타를 저장하는 단계를 엔진에서 처리하게 된다.

저장된 제품정보를 기반으로 온라인쇼핑몰에서

옵션별재고관리시스템을 이용한 재화구매를 하게 되는것을

도면1에서의 비지니스 프로세스로

도면3 에서는 제품구매에 대한 플로우차트로 구현해 놓은것으로

재화의 현재 재고여부와 함께

(도면3 303,308) 등록된 재고정보는

온라인과 오프라인의 재고관리가 실시간으로 동기화되어

관리할 수 있게 되고, 출고시에는 일별입고량등에 따라 출고일을 기준으로

재고가 출고되어 결과값을 저장되는 시스템으로 구현되게 된다.(도면3 305, 310)

이렇게 정리된 재고정보는 온라인쇼핑몰 관리자모드에서

일목요연하게 확인이 가능하게 되는데,

도면 6 에서와 같이 현재 재고를 한눈에 파악이

가능하게 되며, 일자별로(도면 6 - 602)

각 옵션재화에 따라 구성이 되어, 입고일,출고일에 따른

재고를 명확히 할 수 있다. 도면 6 - 601 은 제품의 일자별에 따른

입고,출고,이월,반품,교환,파손 등의 항목을 구성하여 확인이 가능하며,

도면 6 - 603은 현재의 총재고량을 확인하여, 해당 재화의 동기화된

최종 수량을 나타내게 된다.

또한, 도면 11 의 605 와 같이 실시간으로 재고의 상태를 관리자가 직접

변경할 수 있게 되어 있다.

오프라인매장에서는 구매되어질 제품의 바코드정보를

도면3 - 302 와 같이 바코드입력기를 이용해 판매정보를 등록하면

도면3 - 303 과 같이 옵션별 재고엔진의 재고여부를 확인하고

도면3- 304 와 같이 재고존재여부를 파악하고, 옵션별 재고엔진에서 재고수량처리를 진행하게 된다.(도면3 - 305)

처리된 데이타는 도면3 - 306 의 절차대로 데이타를 저장하고

온라인 쇼핑몰의 데이타베이스와 연동되게 된다.

이렇게 오프라인과 온라인의 재고관리가 자동으로 통합관리가 가능하게 된다.

모든 재화의 특징에 맞게 유동적으로 동작될 수 있고,

어떤 재화이던간에 온라인과 오프라인의 통합재고관리가 가능해지기 때문에,

무한한 잠재가치가 내재되어 있다.

인터넷 쇼핑몰시장 외에 IPTV 또한 인터넷과 연결된 공간이라면

재화를 판매하게 되면, 재고관리가 필요한 재화는 본 발명을 적용한 시스템으로 모두 적용이 가능하게 된다.

따라서, 재고의 실시간입출고관리가 가능하여, 재고의 상태파악이

수월해 지며, 판매시점관리를 통해 고객의 성향또한 구분이 가능하여

기존 POS 시스템에서의 장점 또한 연계하고, 동일하게 얻을수 있다.

또한, 공급망관리프로그램과의 연동또한 꾀할수 있어,

실제적으로 비용절감을 절실히 필요로 하는 기업과 상점 매장에

광범위한 적용을 꾀할 수 있다.

도면1 옵션별 통합 재고관리시스템의 비지니스 프로세스

- 101 : 관리자가 옵션형태의 색상은 빨강, 사이즈는 XL ,

무게는 10kg 의 임의의 상품 A를 재고 1개가 있음을 등록을 말한다.

- 102 : A상품의 재고정보는 옵션별재고관리시스템의 엔진에 전달된다.

- 103 : 옵션별재고관리엔진에서 처리한 정보를 데이타베이스에 저장, 필요할때 검색하게 된다

- 104 : 등록된 A 제품을 오프라인 매장에서 A 고객이 구매를 한다.

- 105 : 구매요청된 제품을 바코드시스템으로 재고처리요청을 옵션별 재고관리엔진에 전달하다

- 106 : 온라인 쇼핑몰에서 B고객은 같은 A제품을 구매하려고 진행한다

- 107 : 재고여부에 대해 옵션별재고관리엔진에 질의한다

- 108 : 재고여부를 파악된 내용을 인터넷쇼핑몰사이트에 응답한다.

- 109 : 현재 재고가 없음을 안내한다. ( 주문은 했으나, 제품이 없어 반품 및 결제취소에 대한 미연에 방지할 수 있다)

도면2 옵션별 통합 재고관리시스템의 비지니스 프로세스

- 201 : 단일재고제품 과 옵션재고제품을 각각 등록한다.

- 202 : 옵션재고관리엔진에 등록요청을 한다.

- 203 : 옵션재고관리엔진은 옵션별재고제품인지, 단일재고제품인지를 분류한다.

- 204 : 단일재고제품일 경우 통합재고수량처리를 통해 옵션값은 0 을 기입처리한다.

- 205 : 옵션별재고제품로 각 옵션별로 매핑키를 구성하여 처리한다.

- 206 : 204 와 205의 처리결과를 데이타베이스에 처리요청한다.

- 207 : 온라인쇼핑몰 데이타베이스에 처리된 제품의 재고정보를 저장한다.

도면3 제품구매시 온라인쇼핑몰과 오프라인매장 에서의 판매에 따른 재고연동에 따른 플로우차트

- 301 : 오프라인 매장에서 고객이 제품 A의 구매요청을 진행한다.

- 302 : 바코드기기를 통해 제품정보를 옵션별재고엔진에 요청한다.

- 303 , 308 : 옵션별 재고엔진이 재고확인을 위해 질의한다.

- 304 , 309 : 재고존재여부에 대해서 분기한다.

- 305 , 310 : 재고가 존재하고, 출고처리를 진행한다.

- 306 , 11 : 출고처리후의 재고정보를 데이타베이스에 갱신하여 저장한다.

- 307 : 온라인 쇼핑몰(인터넷쇼핑몰) 에서 A 라는 제품을 구매요청한다.

도면4 옵션별 통합재고 정보를 저장하기 위한 데이타베이스구성요소

- 450 : 제품기본정보를 담는 데이타베이스의 테이블

- 451 : 제품의 옵션별 재고의 기본정보를 담을 수 있는 테이블

- 452 : 제품의 옵션의 구체적내용을 담을 수 있는 데이타베이스의 테이블

- 453 : 제품의 옵션정보를 입고일별 등록을 관리하기 위한 데이타베이스이 테이블

- 401 , 403 , 408 , 419 : 제품의 기본정보와 연결을 위한 필드

- 407 , 418 : 제품의 옵션별관리의 매핑키정보를 저장하는 필드

- 402 : 옵션의 순서를 위한 소트필드

- 404 , 405 , 406 , 409 . 410 . 411 , 420 , 421 , 422 : 옵션의 제목내용을 저장하는 필드

- 412 , 413 , 414 , 415 는 각각 추가금액, 공급가액, 총재고수량 , 배송비용 필드

- 416 , 429 : 바코드입력기를 통해서 입력된 바코드정보 저장하여, 오프라인에서의 연동목적으로 사용하는 필드

- 417 : 바코드의 형식을 저장

- 423 , 424 , 425 , 426 ,427 ,428 은 각각 입고, 출고, 이월 , 반품 , 교환 , 파손 되어진 제품의 수량정보를 담는 필드

- 430 : 입고일별 관리를 위해서 입고한 재고등록일

도면5 재화등록시 옵션별 재고등록 화면구성

- 501 : 재고의 상태에 따른 설정, 단일재고상품 혹은 옵션별재고상품을 선 택하는 폼

- 502 : 옵션에 따른 기본정보를 기입하는 폼

- 503 : 옵션내용에 따른 입고량을 설정, 부가적인 정보를 입력하는 폼

도면6 옵션별재고 입고일별 재고현황관리 화면구성

- 601 : 제품의 재고상태에 따른 분류

- 602 : 일자별 재고등록일

- 603 : 일자별 총합재고등록정보

도면7 실시간 오프라인바코드 자동생성시스템 화면구성

- 701 : 바코드정보를 기입하는 폼

- 702 : 자동생성되어진 바코드이미지정보

도면8 옵션키 맵핑을 위한 알고리즘

- 801 : 옵션의 매핑키를 추출하기 위한 알고리즘1

도면9 매핑알고리즘1을 이용한 예제

도면10 매핑알고리즘2를 이용한 예제

도면11 옵션별재고 입고일별 재고현황관리 화면구성(추가)

- 605 : 옵션재고를 일자별로 직접수정할수 있는 폼

도면12 옵션키 맵핑을 위한 알고리즘

- 802 : 옵션의 매핑키를 추출하기 위한 알고리즘2

Claims

각 재화의 온/오프라인 통합재고관리를 위한

현재 재고의 정보를 전달할 수 있는 매체의 통신수단(인터넷등)과

부가적인 전송매체(바코드,키보드등)을 통해

온라인쇼핑몰과 오프라인매장간의 재고관리를

입고일별로 실시간 관리할수 있는 옵션에 따른 일자별 온라인/오프라인 통합재고관리시스템

> 상세설명

옵션에 따른 일자별 온라인/오프라인 통합재고관리시스템이란,

본 발명의 " 발명의 실시를 위한 구체적인 내용" 에서 작성된 내용의

관련기술을 적용한 온라인/오프라인 옵션별 통합재고관리시스템 말한다.

자세하게 설명하면, 통합재고관리를 위해서는

단일재고의 제품과 옵션재고의 제품을 이해해야 하는데,

예를 들면 도면5 에서 정의한대로,

여성복 A 라는 제품이 있으면 이 A 라는 제품은

같은 제품이더라도 사이즈 , 색상 등으로 제품은 각기 구성이 다른 제품이다.

즉, 제품의 이름은 같지만, 사이즈, 색상에 따라 구성이 다른걸 의미하고,

이를 옵션별제품이라고 한다.

반면, 단일제품의 예로 도서 A 라는 제품은 별도로 특성이 없고,

그대로 1권,2권등으로 판매할수 있기 때문에,

단일제품이라고 한다.

현재 이용되는 재고관리시스템들은 제품/제화에서 특징이 없는

단일제품을 적용하고 있기 때문에,

온라인과 오프라인의 재고를 완전히 동기화 한다는건 무리가 따르는 일이고,

옵션구성이 되어 있는

온라인쇼핑몰등은 입고일별로 오프라인과 통합하여 연동을 할 수는 없었다.

따라서, 위에서와 같이 제품의 특징에 따라서 모두 다르기 때문에 온라인과 오프라인에서의 재고파악은 거의 불가능에 가까웠다.

하지만, 청구항 1항인 본 발명의 핵심인

온라인과 오프라인의 옵션별 입고일별 통합재고관리를 위해서

청구항 3항의 데이타베이스구성 내용을 구축한 후,

(도면1)의 흐름대로 인터넷쇼핑몰(온라인) 혹은 오프라인매장에서

데이타입력을 위한 전송매체인 키보드와 바코드입력기등을 통해서

도면7 의 701 의 내용을 입력하게 되면,

온라인과 오프라인의 통합재고관리를 위해서

도면4 의 407, 418 인 통합/옵션별재고확인ID(이하 매핑옵션키로 정의)를 구성하여,

제품의 기본정보인 도면4 의 450 의 제품기준을 연결하게 되며, 이는

제품의 옵션에 따른 재고관리가 가능하게 되는데,

"발명의 실시를 위한 구체적인 내용" 에서도 언급되어진 대로,

해당 매핑옵션키의 구성은 0 , 1 , 2 , 3 , 4 .... N 의 형태로

순차적으로 구성되며, 0 은 옵션이 없는 단일제품일때,

1 , 2 , 3 , 4 ... N 은 옵션을 보유한 다중옵션제품을 구분한다.

이러한 각각의 매핑옵션키를 구성하기 위해서 청구항 4항의 옵션키값 매핑을 위한 알고리즘을 적용하여,

재고정보전달의 매체인 통신수단인 인터넷을 통해서 등록관리가 되며,

(도면6) 에서와 같이

인터넷을 통해 도면6의 601 에서 적시된 입고,출고,교환,반품,이월,파손등이

모두 입고일과 출고일 기준으로 동기화 되고,

도면6의 603 에서와 같이 일별 전체재고를 온라인과 오프라인에서 재고의 상태를 바로 확인이 가능하고, 도면 11의 605 에서와 같이 각 제품별 재고의 상태와 전체재고상태도 파악을 할수 있으며, 온라인쇼핑몰의 사용자들도 현재재고를 알수 있게 한다.

이러한 시스템의 구성을 적용하면 실시간으로 재화의 특징에 따라 통합관리가 가능하게 되는데, 이러한 발명을 적용한 옵션에 따른 일자별 온라인/오프라인 통합재고관리시스템을 말한다
청구항 1 에서의 옵션에 따른 일자별 통합재고관리시스템을 적용한

공급망관리프로그램(SCM) 및 ERP 시스템, POS 시스템, 쇼핑몰솔루션

> 상세설명

각 시스템의 용도에 대해서 간략히 소개하면,

SCM (공급망관리프로그램)은 제품의 공급의 시기를 공급업체에 미리통보하고,

제품의 재고상태를 업체 상호간 제품 상태를 파악할수 있는 시스템을 말한다.

POS 시스템은 오프라인상에서 제품의 상태를 판매시점을 기준으로 입고,출고를 관리하는 프로그램을 말한다.

ERP 시스템은 회사의 자원관리의 목적으로 운영되는 자원관리시스템을 말하며, SCM 기능을 포함하게 된다.

쇼핑몰솔루션은 본 발명의 기준이 되며, 제품 및 재화를 판매하기 위해서 온라인에서의 상점을 의미한다.

이와 같이 모두 제품/재화의 재고관리를 할 수 있는 기능을 내재하고 있다.

따라서,

위 4가지 종류의 관리시스템은 모두 청구항 1의 기능을 탑재할 수 있고, 온라인과 오프라인에서의 문제점인 통합재고관리의 한계를 극복할수 있기 때문에, 청구항의 1항을 포함한 범위에 두기 위해 특허청구항으로 포함하게 되었다.
제 1 항의 옵션별 통합재고관리시스템을 구현할수 있는

근간이 되는 데이타베이스구성내용

> 상세내용

도면 4 에서

450 은 제품기본정보를 담는 데이타베이스의 테이블이며,

451 은 제품의 옵션별 재고의 기본정보를 담을 수 있는 테이블이며,

452 는 제품의 옵션의 구체적내용을 담을 수 있는 데이타베이스의 테이블이며,

453 는 제품의 옵션정보를 입고일별 등록을 관리하기 위한

데이타베이스이 테이블이다.

제품의 기본정보와 연결을 위해 401 과 연결필드인 403 , 408 , 419 는

각각의 테이블정보를 연결하는 역할을 하는 속성이며,

제품의 옵션별 관리의 매핑키정보를 저장하는

407 ,418 은 453의 입고일별 재고정보를 저장하고 있는 부분을 연결하는 필드이다.

402 는 옵션의 순서를 위해서 소트하기 위한 필드이다.

404 , 405 , 406 , 409 . 410 . 411 , 420 , 421 , 422 은 각각

옵션의 제목부분을 저장하는 필드이다.

예를들면, 색상, 사이즈 와 같은 옵션제목을 저장한다.

409 , 410 , 411 과 420 , 421 ,422 는

검색시 빠르게 하기 위해서 옵션제목을 404,405,406 과 같은 내용을 저장하는

필드이다.

412 , 413 , 414 ,415 는 각각 옵션별로 제품의 추가금액, 공급가액, 총재고수량 , 배송비용을 말한다.

414 의 총재고수량은 453의 입고일별 재고수량을 모두 합한 수량을 저장하여, 총재고수량의 검색시 빠르게 열람할 수 있게 하는 목적의 필드이다.

416 , 417 은 바코드입력기를 통해서 입력된 바코드정보와 바코드형식을 저장하여, 오프라인에서의 연동목적으로 사용하는 필드이다. 416 과 429는 같은 바코드정보를 담아서, 검색시에 같은 제품임을 알수 있게 한다.

423 , 424 , 425 , 426 ,427 ,428 은 각각의 상황에 따라서, 입고, 출고, 이월 , 반품 , 교환 , 파손 되어진 제품의 수량을 연산하고, 정보를 담는 필드이다.

430 은 입고일별 관리를 위해서 입고한 재고등록일을 의미한다.
청구항 1 의 옵션에 따른 일자별 통합재고관리시스템 구축을 위한

도면 8 , 도면 12 의 옵션키값 매핑을 위한 알고리즘

> 상세내용

청구항 1항에서도 정의한 대로,

각각의 제품에 대한 매핑옵션키를 획득하기 위해서 고안된 알고리즘이다.

매핑알고리즘은 2가지가 있는데, 도면 8의 801 을 사용하는

예를 들어 보면,

도면5 의 502 , 503 에서와 같이

색상 , 사이즈 , 무게 를 갖는 제화/제품이 A 라고 했을때,

A제품의 색상은 갈색( 선택1 ),검은색( 선택2 ) => ( 옵션1 )

A제품의 사이즈는 M( 선택1 ) , L( 선택2 ) , XL( 선택3 ) => ( 옵션2 )

A제품의 무게는 10kg( 선택1 ) , 20kg( 선택2 ) => ( 옵션3 )

이라고 가정하면, 각각의 제품을 순차적으로 매핑하면 아래와 같이

A 라는 제품은

갈색 - M - 10kg - 매핑옵션키 1

갈색 - M - 20kg - 매핑옵션키 2

갈색 - L - 10kg - 매핑옵션키 3

갈색 - L - 20kg - 매핑옵션키 4

갈색 - XL - 10kg - 매핑옵션키 5

갈색 - XL - 20kg - 매핑옵션키 6

검은색 - M - 10kg - 매핑옵션키 7

검은색 - M - 20kg - 매핑옵션키 8

검은색 - L - 10kg - 매핑옵션키 9

검은색 - L - 20kg - 매핑옵션키 10

검은색 - XL - 10kg - 매핑옵션키 11

검은색 - XL - 20kg - 매핑옵션키 12

12개의 제품의 특성을 갖게 된다.

즉, 하나의 제품이지만 각기 다른 특징을 갖게 된다.

여기서 매핑알고리즘에 대해서 설명하면,

본 발명의 적용을 위해서는 제품을 구매하게 될때,

매핑옵션키를 알아야 해당 제품의 재고를 관리할 수 있다. 예를 들면,

어느 소비자가 제품 색상은 갈색을 사이즈는 XL을, 무게는 10 kg 에

해당하는 제품을 구매하려고 할때,

옵션정보에 따라서 아래와 같이

색상 옵션1에서 (선택1) 을

사이즈 옵션2에서 (선택3) 을

무게 옵션3에서 (선택1)

을 한 것이기 때문에,

우리가 원하는 매핑옵션키 5를 얻어서 재고의 상태를 조정해 주어야 한다.

여기서 매핑알고리즘1을 사용하면,

도면 8, 도면 9 에서와 같이

현재는 옵션이 3개이기 때문에 3단계옵션재고일때의 알고리즘을 사용한다.

참고로 +(더하기) , -(빼기) , *(곱하기) , / (나누기) 를 의미한다.

매핑알고리즘:

(( 옵션1의선택 - 1) * 옵션2항목수 * 옵션3항목수 ) + ( 옵션2의선택 -1) * 옵션3의 항목수) + 옵션3의 선택

적용 :

((1-1) * 3 * 2) + ((3 - 1) * 2) + 1 = 5

이처럼 5를 확인할 수 있다.

또, 옵션이 2단계라고 가정하면,

옵션1의 선택 * 옵션2의 선택을 적용하면

매핑옵션값은 1 * 3 = 3 을 갖게 된다.

옵션이 한개일경우는 옵션1의 선택을 그대로 사용하게 되는것이다.

또다른 방법으로 매핑키를 구하기 위해서

매핑알고리즘2 을 사용할수 있는데, 이 알고리즘은

순환하여, 해당매핑코드를 찾는 방법이다.

도면 12 의 802 는 별도의 수학식이 아닌, 미리 옵션정보를 선언해서 값을 찾는 방식으로 도면10과 같이 예제로 자세히 설명하였는데,

기재되어 있는 내용을 풀어쓰면,

위 매핑알고리즘1의 예제와 같이 3단계 옵션이라고 가정하고,

예제에서의 매핑옵션키 1~ 12 에 해당하는

선택을 아래와 같이 항목을 지정해 놓고,

옵션1의선택1 , 옵션1의 선택1 , 옵션1의 선택1 = 1

옵션1의선택1 , 옵션1의 선택1 , 옵션1의 선택2 = 2

옵션1의선택1 , 옵션1의 선택2 , 옵션1의 선택1 = 3

옵션1의선택1 , 옵션1의 선택2 , 옵션1의 선택2 = 4

옵션1의선택1 , 옵션1의 선택3 , 옵션1의 선택1 = 5

옵션1의선택1 , 옵션1의 선택3 , 옵션1의 선택2 = 6

옵션1의선택2 , 옵션1의 선택1 , 옵션1의 선택1 = 7

옵션1의선택2 , 옵션1의 선택1 , 옵션1의 선택2 = 8

옵션1의선택2 , 옵션1의 선택2 , 옵션1의 선택1 = 9

옵션1의선택2 , 옵션1의 선택2 , 옵션1의 선택2 = 10

옵션1의선택2 , 옵션1의 선택3 , 옵션1의 선택1 = 11

옵션1의선택2 , 옵션1의 선택3 , 옵션1의 선택2 = 12

위와 같이 선택한 값을 미리 연결해서 매핑키를 얻게 된다.

즉 선택1 , 선택 3 , 선택1 은 5가 되는 매핑알고리즘이다.

.

2단계옵션일 경우는

옵션1의 선택1 , 옵션2의 선택1 = 1

옵션1의 선택1, 옵션2의 선택2 = 2

옵션1의 선택1, 옵션2의 선택3 = 3

옵션2의 선택2, 옵션2의 선택1 = 4

옵션2의 선택2, 옵션2의 선택2 = 5

옵션2의 선택2, 옵션2의 선택3 = 6

이고, 옵션1의 선택 , 옵션3의 선택을 하면 매핑키는 3이 나오게 된다.

1단계옵션은 선택한 값이 해당 키가 되게 된다.

청구항 4항은

이러한 제품의 특성에 따라서 재고를 관리하기 위해서 매핑옵션키를 설정하여 해당 제품의 재화를 연결하게 도와주는 알고리즘을 의미하며, 해당 알고리즘에 대해 특허청구를 하게 된것이다.