KR20010113896A - 부품 공급 관리 시스템을 위한 데이터 처리 방법 - Google Patents

부품 공급 관리 시스템을 위한 데이터 처리 방법 Download PDF

Info

Publication number
KR20010113896A
KR20010113896A KR1020017013678A KR20017013678A KR20010113896A KR 20010113896 A KR20010113896 A KR 20010113896A KR 1020017013678 A KR1020017013678 A KR 1020017013678A KR 20017013678 A KR20017013678 A KR 20017013678A KR 20010113896 A KR20010113896 A KR 20010113896A
Authority
KR
South Korea
Prior art keywords
data
information
week
supplier
parts
Prior art date
Application number
KR1020017013678A
Other languages
English (en)
Other versions
KR100475146B1 (ko
Inventor
도노우치히데노리
고마츄유키오
Original Assignee
추후제출
루비콘 가부시키가이샤
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 추후제출, 루비콘 가부시키가이샤 filed Critical 추후제출
Publication of KR20010113896A publication Critical patent/KR20010113896A/ko
Application granted granted Critical
Publication of KR100475146B1 publication Critical patent/KR100475146B1/ko

Links

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B65—CONVEYING; PACKING; STORING; HANDLING THIN OR FILAMENTARY MATERIAL
    • B65G—TRANSPORT OR STORAGE DEVICES, e.g. CONVEYORS FOR LOADING OR TIPPING, SHOP CONVEYOR SYSTEMS OR PNEUMATIC TUBE CONVEYORS
    • B65G1/00—Storing articles, individually or in orderly arrangement, in warehouses or magazines
    • B65G1/02—Storage devices
    • B65G1/04—Storage devices mechanical
    • B65G1/137—Storage devices mechanical with arrangements or automatic control means for selecting which articles are to be removed
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Finance (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Mechanical Engineering (AREA)
  • General Factory Administration (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Automatic Assembly (AREA)
  • Control By Computers (AREA)

Abstract

본 발명은 사용자와 공급자 간의 긴밀한 상호 관련을 유지하는 것으로 부품량을 초과하거나 부족하지 않도록 공급할 수 있는 부품 공급 관리 시스템을 위한 데이터 처리 방법을 제공한다. 상기 데이터 처리 방법에 있어서, 공급자측 서버(10)는 네트워크(1)를 통해 상기 사용자측 서버(20)로부터 부품이용 예측정보와 주문 정보를 수신하고, 상기 부품이용 예측정보와 주문 정보를 저장하며, 상기 부품이용 예측정보를 기반으로 생산 준비 정버를 획득하고, 상기 부품이용 예측정보 또는 주문 정보를 기반으로 재고 예측 정보를 획득하며, 그리고 상기 부품이용 예측정보와 상기 재고 예측 정보를 기반으로 보충 정보를 획득한다.

Description

부품 공급 관리 시스템을 위한 데이터 처리 방법{DATA PROCESSING METHOD FOR COMPONENT SUPPLY MANAGING SYSTEM}
사용자는 부품들을 다수의 공급자들로부터 구입하고 상기 구입된 부품들을 조립하고 최종 제품으로 조립한 상기 부품들을 선적한다. 일반적으로 공급자는 다양한 응용을 가지는 다양한 종류의 부품들을 다루기 때문에, 상기 공급자는 각 종류별로 상기 부품들을 방대하게 저장하고 있지 못하다. 그러나, 상기 공급자는 사용자로부터 특정한 종류의 부품들을 원하는 양만큼 가장 빠른 시간 내에 운송해달라는 요청을 받게된다.
이를 위해서, 상기 공급자는 상기 사용자로부터 부분 이용 예측 정보(예측)을 받고, 상기 예측을 기반으로 상기 사용자에의해 요구되는 후속 부품을 생산하고, 사용자 재고의 부족 인접 시점에서 상기 부품들을 비축한다. 그래서, 상기 공급자는 사용자로부터 기 설정된 종류의 부품들을 기 설정된 양만큼 기 설정된 시간 내에 운송해달라는 요청을 이행할 수 있다.
그러나, 수요가 많은 부품의 경우, 예측 운반 양은 점점 증가하고, 수요가 없는 부품은 예측 운반 양이 점점 줄어든다. 그래서, 상기 사용자는 상기 예측 양만큼 상기 공급자에게 주문하지는 않으며, 실질적으로 상기 예측 양과 실질적인 주문 양은 큰 격차를 가지는 경우가 발생한다.
상기 예측 양이 상기 실제 주문된 양보다 많은 경우, 상기 공급자는 과다한 부품들을 재고로 비축해야만 한다. 반대로, 실질적으로 주문된 양이 예측 양보다 많은 경우, 상기 공급자가 사용자로부터 요청된 상기 부품들을 공급하지 못하는 단점이 발생한다.
부가적으로, 상기 적재 지점(stock point)에 적재된 부품들의 양은 단일 배송에 대한 양일 필요는 없다. 그러나, 초과되는 부품들의 양이 갑자기 주문되는 경우, 상기 주문으로 요청된 양은 확보될 수 있다손 치더라도 이는 상기 계획된 부품들의 자연스런 배송을 흐트러트리며 다음 공급과 이어지는 그 다음 공급에서 공급된 부품들의 부족을 유발한다. 이러한 경우와 같이, 요구되는 부품들의 짧은 공급을 유발하는 원인이 불분명한데, 이는 상기 사용자의 요청이 상기 예측 양보다 많은 경우 또는 상기 적재 지점으로 부품들의 예측된 양을 전달하지 못한 공급자 실수일 수도 있다. 그 다음, 상기 어떠한 경우에도 상기 공급자(약자(weaker party))는 항상 자비로 이러한 문제들을 해결해야하는 책임을 가진다.
본 발명의 목적은 그 내부의 고유한 문제들을 해결하도록 상기 언급한 일반적인 시스템에 적용할 수있는 부품 공급 관리 시스템을 위한 데이터 처리 방법을 제공하는 것이며, 이는 사용자의 요청을 상기 사용자와 공급자 간의 밀접한 정보 교환을 허용하는 것에의해 요청되는 환경들로 다룰 수 있다.
본 발명의 다른 목적은 네트워크들을 사용하는 부품 공급 관리 시스템을 위한 데이터 처리 방법을 제공하는 것이다.
본 발명의 또다른 목적은 상기 사용자와 공급자에의한 의무에 대한 책임을 명백히 할 수 있는 부품 공급 관리 시스템을 위한 표시 방법을 제공하는 것이다.
본 발명의 목적은 상기 사용자와 상기 공급자가 취할 최적의 경로를 결정할 수 있도록 하는 부품 공급 관리 시스템을위한 시뮬레이션 방법을 제공하는 것이다.
본 발명은 부품들을 생산하는 단체(공급자)와 부품들을 공급받는 단체(사용자)를 밀접하게 연결하는 것으로 부품들이 요구되는 시점에 요구되는 양을 부족함 없이 공급하는 부품 공급 관리 시스템을 위한 데이터 처리 방법에 관한 것이다. 좀더 구체적으로, 본 발명은 부품 공급 관리 시스템의 표시 방법 또는 부품 공급 관리 시스템을 위한 표시 방법 혹은 시뮬레이션 방법에 관한 것이다.
도 1은 본 발명에 따르는 부품 공급 관리 시스템을 위한 데이터 처리 방법을 보이는 간략한 블럭도이다.
도 2는 본 발명에 따르는 부품 공급 관리 시스템을 위한 데이터 처리 방법의 모든 처리의 흐름을 보이는 흐름도이다.
도 3은 "예측" 데이터의 데이터 구조의 예제를 예시한 다이어그램이다.
도 4는 "실제 주문" 데이터의 데이터 구조의 예제를 예시한 다이어그램이다.
도 5는 "긴급 이송 정보" 데이터의 데이터 구조의 예제를 예시한 다이어그램이다.
도 6은 "선적 허용된 양" 데이터, "선적 허용된 재고량" 데이터, "생산 준비량"데이터 그리고 "창고에 대해 계획된 생산 준비량" 데이터를 획득하기위한 흐름도이다.
도 7은 "선적 준비된 재고량" 데이터, "보충량" 데이터 그리고 "창고에 대해 계획된 보충량" 데이터를 획득하기위한 흐름도이다.
도 8은 "과다하게 이용된 양의 누적" 데이터와 "배송 지시" 데이터를 획득하기위한 흐름도이다.
도 9는 "부족량 누적" 데이터를 획득하기위한 흐름도이다.
도 10은 "창고에 대해 계획된 긴급 이송량" 데이터를 획득하기위한 흐름도이다.
도 11은 본 발명에 따르는 부품 공급 관리 시스템을 위한 데이터 처리 방법에 사용되기위한 배송 상태 화면의 예제를 도시하는 다이어그램이다.
도 12는 본 발명에 따르는 부품 공급 관리 시스템을 위한 데이터 처리 방법에 사용되기위한 배송 상태 화면의 다른 예제를 도시하는 다이어그램이다.
도 13은 본 발명에 따르는 부품 공급 관리 시스템을 위한 데이터 처리 방법에 사용되기위한 배송 상태 화면의 예제를 도시하는 다이어그램이다.
도 14는 본 발명에 따르는 부품 공급 관리 시스템을 위한 데이터 처리 방법에 사용되기위한 배송 상태 화면의 다른 예제를 도시하는 다이어그램이다.
도 15는 본 발명에 따르는 부품 공급 관리 시스템을 위한 데이터 처리 방법에 사용되기위한 배송 상태 화면의 예제를 도시하는 다이어그램이다.
도 16은 본 발명에 따르는 부품 공급 관리 시스템을 위한 데이터 처리 방법에 사용되기위한 배송 상태 화면의 다른 예제를 도시하는 다이어그램이다.
도 17은 본 발명에 따르는 부품 공급 관리 시스템을 위한 데이터 처리 방법에 사용되기위한 배송 상태 화면의 예제를 도시하는 다이어그램이다.
도 18은 본 발명에 따르는 부품 공급 관리 시스템을 위한 데이터 처리 방법에 사용되기위한 배송 상태 화면의 다른 예제를 도시하는 다이어그램이다.
본 발명에 따르면, 네트워크에 접속할 수 있도록 상호 접속된 공급자측 서버와 사용자측 서버를 가지는 부품 공급 관리 시스템에 대한 데이터 처리 방법을 제공하며, 이는,
상기 공급자측 서버에 있어서,
네트워크를 통해 상기 사용자측 서버로부터 부품 이용 예측 정보와 주문 정보를 수신하는 단계와,
상기 부품 이용 예측 정보와 주문 정보를 저장하는 단계와,
상기 부품 이용 예측 정보를 기반으로 생산 준비(arrangement) 정보를 획득하는 단계와, 상기 생산 준비 정보는 부품 생산을 위한 준비를 시작하고, 이렇게 생산된 부품들을 전달하는데 사용되며,
부품 이용 예측 정보 또는 주문 정보를 기반으로 재고 예측 정보를 획득하는 단계와, 그리고
상기 부품 이용 예측 정보와 상기 재고 예측 정보를 기반으로 보충(supplement) 정보를 획득하는 단계를 포함하며, 상기 보충 정보는 부품의 보충과 이렇게 보충된 부품들의 전달을 시작하는데 사용된다.
부가적으로, 상기 공급자측 서버는 상기 생산 준비 정보, 상기 재고 예측 정보 그리고 상기 보충 정보를 포함하는 표시 화면을 생성하고 상기 표시 화면을 상기 사용자측 서버로 전송하는 것이 바람직하다.
또한, 상기 생산 준비 정보는 상기 사용자에게 상기 공급자가 부품들을 제공하는 요구 주기보다 길거나 같은 제 1주기에 대한 부품 이용 예측 정보를 기반으로 결정되는 것이 바람직하다.
그리고, 상기 공급 정보는 상기 제 1주기보다 짧은 제 2주기에 대한 부품 예측 정보와 재고 예측 정보를 기반으로 결정되는 것이 바람직하다.
부가적으로, 상기 공급자측 서버는 상기 재고 예측 정보와 상기 주문 정보를 비교하고 상기 재고 예측 정보가 가리키는 양이 상기 주문 정보가 가리키는 양에 미치지 못하는 경우 상기 표시 화면 상에 주의(alarm)를 발생시킨다.
또한, 상기 공급자측 서버는 상기 공급자가 상기 사용자에 대한 재고로 보유하도록 허가한 부품 양에 해당하는 재고 허용량과, 상기 부품 이용 예측 정보를 기반으로 상기 공급자가 상기 사용자에게 발송되는 것을 허가한 부품량에 해당하는 배송 허용된 양을 획득하고 이 정보를 상기 표시 화면 상에 나타내는 것이 바람직하다.
그리고, 상기 공급자측 서버는 상기 배송 허용된 양 정보와 상기 주문 정보를 기반으로 상기 사용자측의 주문 상태들을 나타내는 과대하게 이용된 양 정보를 획득하고 이 정보를 상기 표시 화면 상에 나타내는 것이 바람직하다.
부가적으로, 상기 공급자측 서버는 상기 생산 준비 정보와 상기 보충 정보를 기반으로 상기 공급자측 상의 부품 공급 상태를 나타내는 정보를 획득하고 이 정보를 상기 표시 화면 상에 나타내는 것이 바람직하다.
또한, 상기 상기 공급자측 서버는 상기 네트워크를 통해 상기 사용자측 서버로부터 긴급 이송 정보를 수신하고, 상기 긴급 이송 정보를 기반으로 상기 재고 예측 정보를 변경하는 것이 바람직하다.
그리고, 상기 긴급 이송 정보는 이송 방법 상의 정보를 포함하는 것이 바람직하다.
부가적으로, 상기 공급자측 서버는 화면 표시를 생성하기위해 상기 제품 준비 정보, 상기 재고 예측 정보 그리고 보충 정보를 상기 네트워크를 통해 상기 사용자측 서버로 전달한다.
또한, 상기 공급자측 서버는 상기 공급자가 상기 사용자에 대한 재고로 보유하도록 허가한 부품 양에 해당하는 재고 허용량과, 상기 부품 이용 예측 정보를 기반으로 상기 공급자가 상기 사용자에게 발송되는 것을 허가한 부품량에 해당하는 배송 허용된 양을 획득하고 이 정보를 상기 네트워크를 통해 상기 사용자측 서버로 전송하는 것이 바람직하다.
그리고, 상기 공급자측 서버는 상기 생산 준비 정보와 상기 보충 정보를 기반으로 상기 공급자측 상의 부품 공급 상태를 나타내는 정보를 획득하고 이 정보를 상기 네트워크를 통해 상기 사용자측 서버로 전송하는 것이 바람직하다.
본 발명에 따르는 부품 공급 관리 시스템을 위한 표시 방법에 있어서, "생산 준비량(PRODUCTION ARRANGEMENT VOLUME)" 데이터와 "선적 허용된 재고량(SHIPMENT AGRRED STOCK VOLUME)" 데이터가 "예측(FORECAST)" 정보를 기반으로 획득되고, "보충량(SUPPLEMENT VOLUME)" 데이더가 상기 "선적 허용된 재고량" 데이터를 기반으로 획득되기 때문에, 사용자로부터 요청된 부품 주문 예측량의 변화를 즉시 처리할 수 있다.
부가적으로, 본 발명에 따르는 부품 공급 관리 시스템을 위한 표시 방법에 있어서, 상기 부품 생산에 대한 준비가 상기 공급자가 사용자에게 부품을 공급하는데 요구되는 시간보다 긴 제 1주기 내에서 실행되고(상기 "생산 준비량" 데이터가 획득됨), 상기 보충이(상기 "보충량" 데이터가 획득됨) 상기 제 1주기보다 짧은 제 2주기 내에서 실행되기 때문에, 사용자에의해 요청된 부품 주문 예측량의 변화는 즉시 처리될 수 있다. 상기 공급자로부터 상기 사용자에게 부품들을 공급하기위해 요구되는 상기 주기는 "생산 주기(PRODUCTION PERIOD)" 데이터 + "필요 주기(REQUIRED PERIOD)" 데이터에 해당하는 주기로서 간주된다. 부가적으로, 상기 "결정 주기(DETERMINATION PERIOD)" 데이터는 제 1주기에 해당하고, "필요 주기" 데이터는 제 2주기에 해당한다.
또한, 본 발명에 따르는 부품 공급 관리 시스템을 위한 표시 방법에있어서,배송 예측이 사용자로부터 제공되는 상기 "예측" 데이터와 "실제 주문(FIRM ORDER)" 데이터를 기반으로 적용되기 때문에, 알람은 사용자에의해 요청되는 배송이 불가능하다는 예측이 있는 경우에 표시된다.
그리고, 본 발명에 따르는 부품 공급 관리 시스템을 위한 표시 방법에있어서, "과다하게 이용된 양의 누적(EXCESSIVELY UTILIZED VOLUME ACCUMULATION)" 데이터와 "부족 량 누적(SHORT VOLUME ACCUMULATION)" 데이터가 획득되기 때문에, 부품 배송 상태를 악화시키는 원인 제공자가 사용자인지 생산자인지를 확실하게 알 수 있다.
도 1은 본 발명에 따르는 부품 공급 관리 시스템을 위한 데이터 처리 방법을 보이는 간략한 블럭도이다. 상기 시스템의 요약은 도 1을 참조하여 설명된다. 상기 시스템은 인터넷거ㅏ 특정한 통신 선로들과 같은 다양한 종류의 네트워크들(1)과 상호 연결되는 공급자측 서버(10)와 사용자측 서버(20)로 구성된다.
상기 공급자측 서버(10)는 표시 유닛(11), 다양한 종류의 데이터를 송신 및 수신하고 다양한 종류의 처리들을 수행하는 프로세서 유닛(12)과, 다양한 종류의 데이터 또는 그와 유사한 것을 기억하기위한 주 메모리 유닛(13), 그리고 다양한 종류의 조작들의 입력을 수행하고 다양한 종류의 데이터를 입력 받기위한 입력 유닛(14)을 포함한다. 부가적으로, 상기 사용자측 서버(20)는 표시 유닛(21), 다양한 종류의 데이터를 송신 및 수신하고 다양한 종류의 처리들을 수행하는 프로세서 유닛(22)과, 다양한 종류의 데이터 또는 그와 유사한 것을 기억하기위한 주 메모리 유닛(23), 그리고 다양한 종류의 조작들의 입력을 수행하고 다양한 종류의 데이터를 입력 받기위한 입력 유닛(24)을 포함한다.
먼저, 상기 공급자는 전자 부품과 같은 부품들을 생산한다. 그 다음, 상기 공급자는 상기 부품들을 상기 사용자의 위치와 인접한 적재장소(창고 또는 유시한 곳)에 임시 저장하기위해 전송한다. 그래서, 상기 공급자는 상기 사용자로브터 수신된 주문에 대한 즉각적인 부품 배송을 위해 준비한다. 이러한 경우, 다양한 종류의 데이터는 상기 네트워크(1)를 통해 상기 적재장소측 서버로부터 상기 공급자측 서버(10)로 전송될 수 있다.
도 2는 본 발명에 따르는 부품 공급 관리 시스템을 위한 데이터 처리 시스템의 전체 과정의 흐름을 예시하는 흐름도이다. 상기 시스템의 전체 처리 흐름은 도 2를 참조하여 설명될 것이다. 도 2에 도시된 상기 전체 과정은 상기 공급자측 서버(10) 상의 주 메모리 유닛(13)에 후속적으로 저장되는 주 프로그램에 따라서 상기 프로세서 유닛(12)에의해 주로 실행되며, 상기 사용자측 서버(20)의 전체 과정 흐름은 주 메모리 유닛(23)에 후속적으로 저장되는 주 프로그램에 따라서 상기 프로세서 유닛(22)에의해 주로 실행된다.
먼저, 상기 사용자는 "예측" 데이터, "실제 주문" 데이터 또는 "긴급 이송 정보" 데이터를 상기 입력 유닛(24)을 이용하여 입력한다. 그 다음, 상기 "예측" 데이터, "실제 주문" 데이터 또는 "긴급 이송 정보" 데이터는 상기 네트워크(1)를 통해 상기 공급자측 서버로 전송된다(단계 201). 상기 데이터의 다양한 종류들의 자세한 설명은 이후 실시될 것이다.
그 다음, 상기 공급자측 서버(10)는 상기 "예측" 데이터, "실제 주문" 데이터 또는 "긴급 이송 정보" 데이터를 수신한다(단계 202).
다음, 상기 수신된 "예측" 데이터, "실제 주문" 데이터 또는 "긴급 이송 정보" 데이터는 상기 메모리 수단(13)에 저장된다(단계 203).
그 다음, 상기 공급자측 서버(10)는 상기 주 메모리 수단(13)에 저장된 파라메터들과 이러한 다양한 데이터 종류들을 기반으로 "선적 허용된 재고량 정보" 데이터, "선전 준비된 재고량" 데이터, "과다하게 이용된 양의 누적" 데이터, "부족량 누적" 데이터, "선적 허용량" 데이터, "생산 준비량" 데이터, "창고에 대해 계획된 생산 준비량" 데이터, "보충량" 데이터, "창고에 대해 계획된 보충량" 데이터 그리고 "창고에 대해 계획된 긴급 이송량" 데이터를 연산한다(단계 204). 상기 파라메터들과 연산 방법은 이후 설명된다.
그 다음, 상기 다양한 데이터 종류들과 이들의 연산들은 상기 주 메모리 유닛(13)에 저장된다(단계 205).
그 다음, 상기 "실제 주문" 데이터를 기반으로 하는 "배송 지시" 데이터는 상기 적재 장소로 전달된다(단계 206). 상기 적재 위치에 적재된 부품들은 그 다음 상기 "배송 지시" 데이터에 따라서 상기 사용자에게 전달된다.
그 다음, 배송 상태 화면은 상기 수신된 데이터의 다양한 종류들을 기반으로 생성되며, 상기 다양한 데이터 종류들은 연산을 통해 획득된다(단계 207).
그런 연후에, 상기 생성된 배송 상태 화면은 상기 네트워크(1)를 통해 상기 사용자측 서버(20)로 전달된다(단계 208).
다음, 상기 사용자측 서버(20)는 상기 배송 상태 화면을 수신하고(단계 209) 상기 배송 상태 화면을 상기 표시 유닛(21) 상에 표시한다. 상기 사용자는 상기 배송 상태 화면을 통해 부품 배송 예측을 확인할 수 있다. 부가적으로, 상기 수신된 배송 상태 화면을 확인하는 중에, 상기 사용자는 다음번이나 후속 주문을 위해 "예측" 데이터, "실제 주문" 데이터 그리고 "긴급 이송 정보" 데이터를 전송할 수 있다. 그 다음, 유사한 단계들이 반복된다.
도 2에 예시된 흐름에서, 상기 배송 상태 화면은 상기 공급자측 서버(10)에서 상기 사용자측 서버(20)로도 전송될 수 있지만, 상기 공급자측 서버(10)는 수신된 것에 대한 예측 데이터 만을 전송하고, 상기 사용자측 서버(20)는 상기 사용자측 서버(20)에 저장된 소프트웨어에 따라서 배송 상태 화면을 생성할 수 있다는 것을 주의한다.
도 3은 상기 "예측" 데이터에 대한 데이터 구성의 한 예를 예시하는 다이어그램이다. 상기 "예측" 데이터는 도 3을 이용하여 설명될 것이다. 도시한 바와 같이, 상기 "예측" 데이터는 발행된(issued) 날자 데이터(301), 예측된 배송 데이터(302) 그리고 예측 데이터(303)를 예상하는 것으로 구성된다. 그래서, 상기 도시된 데이터 구조는 그 내부에 1999년 36번째 주, 42번째 주까지 100개 유닛들을 주문하고, 43번째 주까지 100개 유닛들, 44번째 주까지 100개 유닛들, 45번째 주까지 60개 유닛들, 46번째 주까지 50개 유닛들, 47번째 주까지 50개 유닛들, 48번째 주까지 50개 유닛들 그리고 49번째 주까지 50개 유닛들을 주문할 것이라는 상기 사용자의 예측들을 나타내고 있다.
도 3은 1999년 42번째 주부터 49번째 주까지의 8주들의 데이터를 나타내고 있지만, 상기 묘사된 데이터는 8주로 제한 된 것은 아니며 어떠한 주기의 시간에 대한 데이터로도 전송될 수 있다. 부가적으로, 도 3에서, 상기 배송 주기데이터가 한 주를 단위로 설명되었지만, 일단위, 주단위 또는 다른 길이의 시간단위 역시 상황에 따라 참조로서 사용될 수 있다. 또한, 도 3에서, 상기 "예측" 데이터는 유닛들로 표시되었지만, 개 단위로 표시될 수 있다.
도 4는 "실제 주문"을 구성하는 상기 데이터 예제를 예시하는 다이어그램이다. 상기 "실제 주문" 데이터는 도 4를 이용하여 설명될 것이다. 도시된 바와 같이, 상기 "실제 주문" 데이터는 발행 날자 데이터(401), 예측된 배송 데이터(402) 그리고 주문 데이터(403)로 구성된다. 그래서, 상기 데이터는 1999년 42번째 주에 43번째 주의 150 유닛과 44번째 주의 180 유닛과 같은 실제 공식적 주문으로 구성된다.
도 4는 1999년 43번째 주와 44번째 주와 같은 2주에 대한 데이터를 설명했지만, 2주에 대한 데이터로 제한 되지는 않으며 어떠한 시간 주기에 대한 데이터도 첨부될 수 있다. 부가적으로, 도 4에서 배송 주기는 주단위 데이터로 설명되었지만, 월단위 데이터 또는 어떠한 길이의 시간 단위도 상황에 따라 참조로서 사용될 수 있다. 또한, 도 4에서, 상기 "실제 주문" 데이터는 유닛들로 표시되었지만, 개 단위로 표시될 수 있다.
도 5는 "긴급 이송 정보"를 구성하는 상기 데이터 예제를 예시하는 다이어그램이다. 상기 "긴급 이송 정보" 데이터는 도 5를 이용하여 설명될 것이다. 도시된 바와 같이, 상기 "긴급 이송 정보" 데이터는 긴급 이송 정보 발행일 데이터(501), 예측된 배송 데이터(502), 이송 데이터(503) 그리고 이송 방법 데이터(504)로 구성된다. 여기서, 상기 데이터는 1999년 43번째 주에 창고에서 상기 적재 위치로 10 유닛들을 항공 운송하라는 요청으로 이루어진다.
도 5는 1999년 43번째 주와 같은 1주에 대한 데이터를 설명했지만, 1주에 대한 데이터로 제한 되지는 않으며 어떠한 시간 주기에 대한 데이터도 첨부될 수 있다. 부가적으로, 도 5에서 배송 주기는 주단위 데이터로 설명되었지만, 일단위, 월단위 데이터 또는 어떠한 길이의 시간 단위도 상황에 따라 참조로서 사용될 수 있다. 또한, 도 5에서, 상기 "이송" 데이터는 유닛들로 표시되었지만, 개 단위로 표시될 수 있다. 또한, 선적 및 트럭과 같은 다른 이송 수단들도 다른 이송 방법들에 사용될 수 있다.
다음으로, 다양한 파라메터들이 설명될 것이다.
상기 다양한 파라메터들에서는 "결정 주기(DETERMINATION PERIOD)" 데이터, "적재 주기(STOCK PERIOD)" 데이터, "생산 주기(PRODUCTION PERIOD)" 데이터, "요구 주기(REQUIRED PERIOD)" 데이터 그리고 "배송 주기(DELIVERY PERIOD)" 데이터를 포함한다. 부가적으로, 상기 다양한 파라메터들은 이후 상기 주 메모리 유닛(12)에 저장된다.
상기 "결정 주기"는 고정된 타이밍에 사용되기위한 파라메터이며, 여기서 "생산 준비량" 또는 유사한 것이 결정되며 이는 이후 자세히 설명한다. 상기 "적재 주기" 데이터는 "선적 허용된 재고량"을 결정하는데 사용된다. 상기 "생산 주기" 데이터는 목표 부품들의 생산에 필요한 주기와 연관된 파라메터이다. 상기 "요구 주기" 데이터는 상기 공급자로부터 상기 적재 위치까지 부픔들을 이송하는데 필요한 주기와 연관된 파라메터이고, 이는 타이밍을 결정하는데 사용되며, 여기서 "보충량" 또는 그와 유사한 것이 결정된다. 상기 "배송 주기" 데이터는 상기 적재 위치에서 상기 사용자에게 부품들을 배송하는데 요구되는 주기와 연관되는 파라메터이다.
이하 설명에서, 상기 "결정 주기" 데이터는 후속 6주로 설정하고, 상기 "적재 주기"는 후속 4주로 설정하며, 상기 "생산 주기"는 후속 2주로 설정하고, 상기 "요구 주기"는 후속 3주로 설정하며 그리고 상기 "배송 주기" 데이터는 후속 0주로 설정한다. 여기서 상기 "결정 주기" 데이터는 타이밍을 결정하는데 사용하기위한 데이터이며 여기서 부품들의 생산 준비는 고정되기 때문에, 상기 데이터는 상기 "생산 주기" 데이터 + "요구 주기" 데이터와 같거나 긴 것이 바람직하다는 것을 유의한다. 부가적으로, 이러한 파라메터들은 상황들에 따라 자유롭게 선택될 수 있으며, 그로인해 이들은 상기 나타낸 값들로 제한되지 않는다.
그 다음, 연산을 통해 획득되는 다양한 데이터가 설명될 것이다.
상기 "선적 허용된 량" 데이터는 "결정 주기" 데이터에 해당하는 주 내에서 상기 사용자에게 선적되는 것을 상기 공급자가 동의한 부품들의 양을 나타낸다. 예를 들어, 지금이 1999년 36번째 주이고 상기 "결정 주기"는 6주라고 하면, 상기 선적 허용된 부품들의 양은 1999년 42번째 주에 나타날 것이다.
상기 "선적 허용된 재고량" 데이터는 "결정 주기" 데이터에 해당하는 주의 시작에서 시간 내에 상기 적재 위치의 창고로 이송할, 상기 공급자가 상기 사용자와 동의한 부품의 양을 나타네는 데이터이다. 부가적으로, 상기 적재 지점에서 창고 보관되는 부품들의 양은 상기 "적재 주기" 데이터에 해당하는 주기(여기서는 4주)에 대한 양이다.
상기 "생산 준비량" 데이터는 상기 공급자에의해 생산되도록 지시된 부품들의 양을 나타낸다.
상기 "창고에 대해 계획된 생산 준비량" 데이터는 상기 적재 위치에서의 생산된 부품들을 언제 창고로 옮길 것인지를 나타내는 데이터이며, 이는 상기 "생산 주기" 데이터와 상기 "요구 시간" 데이터를 기반으로 얻어진다.
상기 "선적 준비된 재고량" 데이터는 적절한 주의 시작에서 시간 내에 상기 적재 장소로 실재 적재되는 부품들의 양 혹은 시뮬레이션의 결과로서 적절한 주의 시작에서 시간 내에 상기 적재 위치로 적재되도록 기대되는 부품들의 양을 나타내는 데이터이다. 상기 끝 부분에서 상기 양은 괄호 안에 넣어져서 나타난다는 것을 주의한다.
상기 "보충량" 데이터는 보충으로 생산되도록 지시된 부품들의 양을 나타내는 데이터이다.
상기 "창고에 대해 계획된 보충량" 데이터는 상기 적재 위치에서의 보충을 위해 생산되도록 지시된부품들을 언제 창고로 옮길 것인지를 나타내는 데이터이며, 상기 데이터는 상기 "생산 주기" 데이터와/또는 상기 "요구 시간" 데이터를 기반으로 얻어진다.
상기 "과다하게 이용된 양의 누적" 데이터는 상기 생산자가 상기 사용자에대한 선적을 동의한 부품들의 양을 나타내는 "선적 허용된 량" 데이터를 초과하는 상기 사용자의 "실제 주문" 데이터를 누적한 것을 나타내는 데이터이다.
상기 "부족량 누적" 데이터는 상기 "생산 준비량" 데이터와 "보충량" 데이터로 나타내어지는 상기 적재 위치에서 부품들이 창고 보관되지 않은 경우 공급이 부족한 부품들의 양을 누적한 것을 나타내는 데이터이다.
상기 "창고에 대해 계획된 긴급 이송량" 데이터는 상기 적재 위치에서의 급하게 이송되기위한 부품들을 언제 창고로 옮길 것인지를 나타내는 데이터이며, 상기 데이터는 상기 "요구 시간" 데이터를 기반으로 얻어진다.
그 다음, 도 6에서 10을 참조하여 연산을 통해 다양한 종류들의 데이터를 획득하는 방법을 이하 설명할 것이다. 도 6에서 10까지의 각 과정은 상기 주 메모리 유닛(13)에 저장된 각 프로그램에 따르는 상기 프로세서 유닛(12)에서 주로 실행된다.
도 6은 "선적 허용량" 데이터, "선적 허용된 재고량" 데이터, "생산 준비량" 데이터 그리고 "창고에 대해 계획된 생산 준비량" 데이터를 확득하기위한 흐름도이다.
먼저, 이미 상기 주 메모리 유닛(13)에 저장된 상기 "결정 주기" 데이터(이 경우 6주)와 상기 "적재 주기" 데이터(이경우 4주) 모두가 읽혀진다(단계 601).
그 다음, 상기 "결정 주기" 데이터에 해당하는 최근 "예측" 데이터의 존재 유무를 결정한다(단계 602). 만일 해당하는 데이터가 없다면, 이 흐름은 종료된다. 만일 해당하는 데이터가 있다면, 상기 최근의 해당 "예측" 데이터는 "선적 허용량" 데이터가 된다(단계 603). 이는 바뀔 수 있는데, 상기 "선적 허용량"은 현재가지 존재하는 상기 "예측" 데이터와 "실제 주문" 데이터의 경향을 기반으로 결정될 수 있다.
그 다음, 상기 "선적 허용된 재고량" 데이터는 상기 "선적 주기" 데이터를기반으로 획득된다(단계 604). 이러한 경우, 상기 "결정 주기"에 해당하는 주는 42번째 주이고, 상기 "적재 주기" 데이터는 4주이며, 상기 42번째 주에서 45번째 주까지의 4주에 대한 상기 "예측" 데이터는 합쳐져서 "선적 허용 재고량" 데이터가 된다.
다음, 상기 "계획된 생산 준비량" 데이터는 상기 "예측" 데이터와 상기 "결정 주기" 데이터를 기반으로 획득된다(단계 606). 상기 "계획된 생산 준비량" 데이터는 상기 "생산 준비량" 데이터를 획득하기 용이하도록 사용되는 데이터이다. 좀더 구체적으로, 상기 "계획된 생산 준비량" 데이터는 다음의 식을 통해 얻어진다. 식에서, "n"은 상기 시스템이 초기화 된 이후로 얼마나 많은 주가 경과되었는지를 나타내며, "a"는 상기 시스템이 초기화된 주를 나타낸다.
상기 "계획된 생산 준비량" 데이터 [a+(n-1)]주 =
(k주의 "선적 허용량" 데이터)
+ [a+(n-1)]에 대한 "예측" 데이터 [a+(n-1)+7]주
+ [a+(n-1)]에 대한 "예측" 데이터 [a+(n-1)+8]주
+ [a+(n-1)]에 대한 "예측" 데이터 [a+(n-1)+9]주
-(k주의 "생산 준비량").
여기서 상기 [a+(n-1)]주의 "계획된 생산 준비량" 데이터가 음수가 되면, 이는 0이 된다. 그리고, n=1인 경우, a-(k주에 대한 "생산 중비량")이 된다.
그 다음, 상기 시스템의 초기화가 상기 "결정 주기" 데이터에 속한 이후 상기 지점이 시간 내에 있는 지를 결정한다(단계 606). 그래서, 상기 공급자측 서버(10)가 처음 "예측" 데이터 또는 그와 유사한 것을 상기 사용자측 서버(20)로부터 수신하기 시작한 이후 현재 지점이 6주 내에 속하는 가를 결정한다.
만일 현재 지점이 상기 "결정 주기" 데이터의 시간 내에 속하면, 상기 흐름은 단계(706)로 분기한다. 단계(607)에서, 상기 "계획된 생산 준비량" 데이터는 "예측 준비량" 데이터가 된다. 또한, 상기 "생산 주기" 데이터 + 상기 "요구 주기" 데이터에 해당하는 상기 "창고에 대해 계획된 생산 준비량" 데이터는 "생산 준비량" 데이터가 된다. 예를 들어, 상기 "생산 주기"가 2주라하고 상기 "요구 주기" 데이터가 3주라고 하면, 상기 "생산 준비량" 데이터에 해당하는 부품량은 5주 안에 창고에 도착하여야 한다는 것을 나타낸다. 즉, 창고에 보관되는 부품의 평가된 타이밍은 상기 부품의 생산 준비가 시작된 후 걸리는 시간을 고려하여 결정된 후, 상기 부품들인 생산되고 상기와 같이 생산된 부품들은 상기 적재 지점으로 이송된다.
부가적으로, 단계(606)에서, 만일 상기 현재 시점이 상기 "결정 주기"에 속하지 않으면, 상기 흐름은 단계(608)로 분기하도록 결정된다. 단계(608)에서, 상기 "선적 허용된 재고량" 데이터와 상기"과다하게 이용된 앵의 누적" 데이터는 상기 주 메모리 유닛(13)에서 읽혀진다. 그 다음, 상기 "생산 준비량" 데이터는 단계(605)에서 얻어지는 "계획된 생산 준비량" 데이터와 상기 "과다하게 이용된 양의 누적" 데이터로부터 획득된다. 구체적으로, 만일 상기 "과다하게 이용된 양의누적" 데이터가 음수라면, 상기 "생산 준비량" 데이터 = 상기 "계획된 생산 준비량" 데이터 + "과다하게 이용된 양의 누적" 데이터가 된다. 부가적으로, 만일 상기 "과다하게 이용된 양의 누적" 데이터가 0이나 양수라면, 상기 "생산 준비량" 데이터 = 상기 "계획된 생산 준비량" 데이터가 된다. 그리고, 단계(608)에서, 상기 "창고에 대해 계획된 생산 준비량" 데이터는 상기 단계(607)에 사용된 것과 동일한 절차로 획득되고(단계 609), 상기 도 6의 흐름이 완료된다.
도 7은 "선적 준비된 재고량" 데이터, "보충량" 데이터 그리고 "창고에 대해 계획된 보충량" 데이터를 획득하기위한 흐름도이다.
먼저, 상기 주 메모리 유닛(13)에 저장된 상기 "결정 주기" 데이터와 상기 "적재 주기" 모두가 읽혀진다(단계 701). 유사하게, 상기 "창고에 대해 계획된 생산 준비량" 데이터, 상기 "창고에 대해 계획된 보충량" 데이터, 상기 "창고에 대해 계획된 긴급 이송량" 데이터 그리고 "선적 허용된 재고량" 데이터가 상기 주 메모리 유닛(13)으로부어 읽혀진다(단계 702).
그 다음, 상기 "결정 주기" 데이터에 해당하는 "예측" 데이터 또는 "실제 주문" 데이터의 존재 유무를 결정한다(단계 703). 예를 들어서, 현재 시점이 1999년 36번째 주이고 상기 "결정 주기"가 6주라고 가정하면, 42번째 주에 대한 "예측" 데이터 또는 "실제 주문" 데이터가 있는지 없는지를 결정한다. 만일 해당하는 데이터가 없다면, 이 흐름은 종료된다. 만일 해당하는 데이터가 있다면, 상기 "선적 준비된 적재량" 데이터는 상기 "예측" 데이터 또는 상기 "실제 주문" 데이터와 상기 "창고에 대해 계획된 생산 준비량" 데이터, 상기 "창고에 대해 계획된 보충량" 데이터, 상기 "창고에 대해 계획된 긴급 이송량" 데이터 그리고 "선적 허용된 재고량" 데이터를 기반으로 획득된다. 즉, X번째 주에 대한 "선적 준비된 재고량" 데이터는 상기 X번째 주의 "예측" 데이터 또는 X번째 주의 "실제 주문" 데이터 중 큰 것을 상기 X-1번째 주에 대한 "선적 준비량" 데이터에서 빼고 상기 X-1번째 주에 대한 "창고에 대해 계획된 생산 준비량" 데이터를 더하는 것으로 얻어지며, 상기 X-1번째 주에 대한 "창고에 대해 계획된 보충량" 데이터와 상기 "창고에 대해 계획된 긴급 이송량" 데이터는 상기 뺄셈으로부터 얻어진다. 다시 말해서, 상기 적재 지점에서의 적재 레벨은 이번 주 적재 위치로부터 선적되는 부품량 또는 이번 주 내에 상기 적재 위치로부터 선적될 부품량을 상기 적재 위치에 존재하는 적재량에서 빼고, 이를 이번 주 창고에 있는 부품량을 뺀 것으로 획득되는 것 또는 이번 주 내에 창고에 있을 부품량을 뺀 것으로 획득되는 것에 더한다. 상기 "선적 준비된 적재량"은 각 주에 대해 시뮬레이트 될 수 있다. 부가적으로, 예를 들어, 상기 현재 지점이 40번째 주에 속하고 상기 "요구 주기"는 3주라고 가정하면, 상기 "선적 준비된 적재량"은 상기 41번째 주에서 상기 43번째 주까지 단 3주에 대해서 시뮬레이트될 수 있다.
그 다음, "선적 허용된 재고량" - "선적 준비된 재고량" 이 상기 "요구 주기" 데이터에 해당하는 주에 대해서 음수인지를 결정한다(단계 705). 예를 들어서, 상기 현재 지점이 40번째 주에 속하고 상기 "요구 주기"는 3주라고 가정하면, 43번재 주에 대한 상기 "선적 허용된 적재량" - "선적 준비된 재고량"이 고려된다. 즉, 상기 공급자가 적재 지점 창고에서 동의한 부품량은 그 이후 "예측"의 변화에 따라시뮬레이트된 적재 예측과 비교되며, 그리고 그 때의 적재 위치에서의 부품량이 시간 내에 부족한 지를 결정한다.
기본적으로, 상기 공급자측 서버(10)는 상기 사용자로부터의 부품 이용 예측 정보인 "예측" 데이터를 기반으로하는 생산 및 이송 지시에 해당하는 상기 "생산 준비량"을 획득한다. 그 다음, 생산 그리고/또는 이송 지시에 해당하는 상기 "선적량" 데이터는 이후 수행되는 시뮬레이션을 통해 획득되는 적재 예측인 상기"선적 준비 적재량" 데이터를 기반으로 얻어지며, 여기서 상기 부품량을 상기 적재 지점의 창고에 대해 조절한다.
단계(705)에 설명된 조건이 맞으면, 상기 "선적 준비된 재고량" - "선적 허용된 적재량"의 결과인 부족에 해당하는 부품량은 상기 "보충량" 데이터를 만든다(단계 706). 즉, 상기 부품의 생산 그리고/또는 이송이 지시되고, 그로인해 부가적으로 상기 "보충량" 데이터에 해당하는 부품량을 상기 적재 위치에 제공한다.
그 다음, 상기 "창고에 대해 계획된 보충량" 데이터가 상기 "요구 주기" 데이터 그리고/또는 "생산 주기" 데이터로부터 획득되고(단계 707), 그리고 도 7에 도시되는 흐름이 완료된다. 보충에 있어서, 상기 "요구 주기" 데이터에 해당하는 기간이 경과된 후 상기 적재 위치에 창고 보관된 이미 생산된 부품들을 예측하고, 상기 "창고에 대해 계획된 보충량" 데이터 + "요구 주기" 데이터에 해당하는 기간이 경과된 후 상기 적재 위치에 창고 보관된 생산되어야 할 부품들이 예측된다. 이후, 상기 "창고에 대해 계획된 공급량" 데이터는 상기 "생산 주기" 데이터 + "요구 주기" 데이터에 해당하는 주기를 요구하는 것으로 설명되지만 상기 데이터는 요구되는 환경에 따라 변경될 수 있다.
도 8은 "과다하게 이용된 양의 누적" 데이터와 "배송 지시" 데이터를 획득하기위한 흐름도이다. 도 8에 예시된 처리는 해당하는 주에 대한 상기 "실제 주문" 데이터가 수신되는 경우에만 활성화 된다.
먼저, 해당 주에 대한 "실제 주문" 데이터와 "선적 준비된 재고량" 데이터를 상기 주 메모리 유닛(13)으로부터 읽어온다(단계 801).
그 다음, ("선적 준비된 재고량" 데이터 - "실제 주문" 데이터 >0) 인지를 결정한다(단계 802).
만일 단계(802)의 조건이 만족되면, 상기 흐름은 단계(803)로 분기하는데, 상기 "실제 주문" 데이터는 "배송 지시" 데이터가 된다. 부품의 지시량은 실질적으로 상기 "배송 지시" 데이터와 함께 상기 적재 위치에서 상기 사용자에게 배송된다. 상기 방법에서 "실제 주문" 데이터가 그 자체로 "배송 지시"가 되지 않는 경우에는 다른 참조를 이용하여 조절될 수 있다는 것을 유의한다. 예를 들어서, 상기 사용자는 상기 "실제 주문" 데이터로부터 상기 "실제 주문" 데이터를 보이는 것으로 획득되는 데이터와 유사한 상기 "배송 지시" 데이터를 분리하여 보일 수 있으며, 이는 이후 자세히 설명된다.
다음, ("배송 지시" 데이터 - "선적 허용량" 데이터)가 매주 연산되고, 상기 연산 결과들의 누적은 "과다하게 이용된 양의 누적"이 된다(단계 804). 만일 상기 "과다하게 이용된 양의 누적" 데이터가 양수이면, 상기 사용자는 상기 공급자와 약정한 "선적 허용량" 데이터를 초과하는 실제 주문을 낸 경우를 의미한다. 반면에,만일 상기 "과다하게 이용된 양의 누적" 데이터가 음수라면, 상기 사용자는 상기 공급자와 약정한 "선적 허용량" 데이터에 미달하는 실제 주문을 낸 경우를 의미한다.
부가적으로, 만일 상기 단계(802)의 조건이 만족되지 않으면, 상기 흐름은 단계(803)으로 분기하고, 여기서 경고(alarm)이 표시된다(단계 805). 알람이 표시되는 경우, 상기 알람은 상기 사용자에의해 수신되는 실제 주문에 해당하는 부품들의 양이 상기 적재 위치에서 선적 준비되지 않았다는 것을 나타낸다.
도 9는 "부족량의 누적" 데이터를 획득하기위한 흐름도이다.
먼저, 상기 "창고에 대해 계획된 생산 준비량" 데이터, "창고 보관된 생산 준비량 누적" 데이터, "창고에 대해 계획된 보충량" 데이터 그리고 "창고 보관된 보충량 누적" 데이터가 상기 주 메모리 유닛(13)으로부터 읽어진다(단계 901). 여기서, 상기 "창고 보관된 생산 준비량 누적" 데이터는 상기 적재 위치에 이미 존재하는 부품량을 나타낸다. 예를 들어서, 1999년 41번째 주에 "창고에 대해 계획된 생산 준비량" 데이터가 360개 유닛들이고, 만일 360 유닛들의 부품들이 실질적으로 42번째 주에 상기 적재 위치에 보관되어 있다면, 상기 "창고 보관된 생산 준비량 누적"은 360 유닛들이 된다.
그 다음, ("창고에 대해 계획된 생산 준비량" - "창고 보관된 생산 준비량 누적") + ("창고에 대해 계획된 보충량" - "창고 보관된 보충량 누적") 은 각각 매주 연산되고 상기 연산들의 결과에 대한 누적 값은 "부족량 누적" 데이터가 된다(단계 902). 즉, 만일 상기 "부족량 누적" 데이터가 양수라면, 상기 공급자는 상기"생산 준비량" 데이터와 상기 "보충량" 데이터의 양이 일치하는 부품량을 상기 적재 위치에 적재하고 있지 못하다는 것을 의미한다.
상기 시스템에서, 상기 "창고 보관된 생산 준비량 누적" 데이터와 상기 "창고 보관된 보충량 누적" 데이터는 조작자에의해 상기 입력 유닛(14)으로 입력되고, 상기 조작자는 공급자측에서 상기 적재 위치측의 실제 상황을 통제하고, 그로인해 상기 입력 데이터는 주 메모리 유닛(13)에 저장된다. 그러나, 서버는 상기 적재 위치측에 제공될 수 있으며, 그로인해 데이터는 상기 공급자측 서버(10)로 전송되기위해 상기 서버로부터 입력될 수 있다. 부가적으로, 상기 시스템에서, 도 9에 예시된 흐름은 상기 "창고 보관된 생산 준비량 누적" 데이터와 상기 "창고 보관된 보충량 누적" 데이터가 입력되는 경우에만 활성화 되도록 지시된다.
도 10은 "창고에 대해 계획된 임시 이송량" 데이터를 확득하기위한 흐름도.
먼저, 상기 "요구 주기" 데이터와 상기 "긴급 이송 정보" 데이터가 상기 주 메모리 유닛(13)으로부터 읽혀진다(단계 1001).
그 다음, 상기 "창고에 대해 계획된 긴급 이송량" 데이터는 상기 "긴급 이송 정보" 데이터를 포함하는 상기 이송 방법 데이터에 해당하는 상기 "요구 주기" 데이터를 기반으로 획득된다(도 5의 504 참조). 상기 "요구 주기" 데이터는 이전에 설명된 바와 같이 선박을 통한 경우 이전 3주로 설정된다고 설명했다. 그러나, 항공을 이용하는 경우 선적을 위한 "요구 주기" 데이터는 1주로 설정되며, 항공의 일등석 선적을 위한 "요구 주기" 데이터는 3일로 설정된다. 여기서, 긴급 이송에 대한 부품이 특정 이송 방법들에 해당하는 적재 위치에 보관된 경우, 상기 "창고에대해 계획된 긴급 이송량" 데이터가 획득된다. 상기 도 10에 예시된 흐름도는 상기 "긴급 이송 정보" 데이터가 수신되는 경우에만 활성화 된다는 것을 유의한다.
도 10에 예시된 흐름은 "창고에 대해 계획된 긴급 이송량" 데이터가 "긴급 이송 정보" 데이터가 수신되는 경우 자동으로 획득되도록 설계된다. 그러나, 상기 생산 준비 또는 부품 보충이 이미 지시되었다면, 상기 지시는 상기 적재 위치에 보관된 부품들에서 타이밍을 앞당기는 것으로 지시된다. 즉, 상기 "긴급 이송 정보" 데이터에 따라서, 상기 "창고에 대해 계획된 생산 준비량" 데이터 또는 "창고에 대해 계획된 보충량" 데이터의 계획된 창고 보관 타이밍이 변하고, 그로인해 시간이 당겨진다. 또한, 상기 변화와 연관되어, 상기 "선적 준비된 재고량" 데이터도 도 7에 예시된 흐름에 따라 변경된다.
도 11에서 18은 본 발명에 따르는 부품 공급 관리 시스템에 대한 데이터 처리 방법에 사용되기위한 배송 상태 화면의 예제들을 보이는 다이어그램들이다. 상기 수신된 "예측" 데이터, "실제 주문" 데이터 그리고 "긴급 이송 정보"를 기반으로 생성되는 배송 종류들의 상태 화면들이 시간 순서에 따라 이하 설명될 것이다.
여기서, 상기 공급자측 서버(10)와 상기 사용자측 서버(20) 간의 데이터 교환은 1999년 36번째 주에 초기화 되고 실제 부품들의 배송은 1999년 42번째 주부터 실시된다. 즉, 상기 시스템은 1999년 36번째 주에 초기화 된다. 또한, 여기서, 상기 "결정 주기" 데이터는 이전 6주이고, "적재 주기" 데이터는 4주, "생산 주기" 데이터는 2주, 선박을 통한 선적에 대한 "요구 주기" 데이터는 3주, 항공을 통한 선적의 "요구 주기" 데이터는 1주, 그리고 "배송 주기" 데이터는 0주로 설정한다.상기 "결정 주기" 데이터는 일반적으로 3주로 설정한다(선박을 이용한 선적).
도 11은 1999년 36번째 주의 상태를 나타내며, 1101에의해 도시되는 것 처럼, 199년 42번째 주에서 49번째 주에 대한 상기 "예측" 데이터가 수신된다. 부가적으로, "실제 주문" 데이터 또는 "긴급 이송 정보"가 수신되지 않는다. 1102는 상기 데이터를 기반으로 생성된 배송 상태 화면을 나타낸다.
상기 최상단 열들(1101과 1102)은 각각 1999년의 주들을 나타낸다. 즉, 1101은 1999년 42번째 주부터 1999년 49번째 주를 나타내고, 1102는 1999년 34번째 주부터 1999년 41번째 주를 나타낸다. 이후, 이들은 도 12에서 18까지 유사하다.
적절한 주에 상기 사용자로부터 수신된 상기 최종 "예측" 데이터는 1102의 열에 "현재 예측"으로 나타내어져 있다. 부가적으로, 1102열에 "실제 주문"과 "긴급 이송정보"로 각각 지시되는 상기 "실제 주문" 데이터와 상기 "긴급 이송 정보" 데이터는 상기 사용자로부터 수신된다. 부가적으로, "비-선적(NON-SHIPMENT) 지시된량" 데이터는 상기 사용자에게 배송하라는 지시가 내려지지 않으 실제 주문된 부품들의 부품량을 나타내며, "배송 지시량 - 선적 허용량"은 상기 "선적 허용량" 데이터가 상기 "배송 지시량" 데이터에서 감산된 값을 나타낸다.
36번째 주에서, "결정 주기" 데이터(이후 6주)에 해당하는 것은 42번째 주이다. 따라서, 도 6에 예시된 흐름에 따라서, "선적 허용량" 100유닛들과 "선적 허용 재고량" 360유닛들은 연산을 통해 획득된다. 즉, 상기 42번째 주에 대한 "예측" 데이터 100유닛은 상기 "선적 허용량" 데이터 자체가 된다. 부가적으로, 상기 42번째 주에서 45번째 주까지의 4주에 대한 "예측" 데이터가 가산되고 이렇게 가산된 것은42번째 주에 대한 "선적 허용된 재고량" 360 유닛(100+100+100+60)이 된다.
또한, 36번째 주에 대한 "계획된 생산 준비량" 360 유닛은 도 6에 예시된 흐름에 따라 연산된다. 즉, 상기 시스템이 36번째 주에 초기화 되었기 때문에 a=36, 이고 36번째 주에서 n=1이다. 따라서, 상기 36번째 주에 대한 "계획된 생산 준비량" 데이터 = 100(36번째 주에 결정된 42번째 주에 대한 "선적 허용량" 데이터) + 100(43번째 주에 대한 "예측" 데이터) + 100(44번째 주에 대한 "예측" 데이터) + 60(45번째 주에 대한 "예측" 데이터)-0(n=1이므로) = 360 유닛이다.
또한, 41번째 주에 대한 "창고에 대해 계획된 생산 준비량" 360 유닛들은 도 6에 예시된 흐름에 따라 연산된다. 즉, 36번째 주의 생산에 대해 준비된 부품들은 이후 생산되고 전송되며, 5주(="생산 주기" 데이터 + "요구 주기" 데이터) 후인 41번째 주에 적재 위치에 창고보관될 것이라는 것을 나타낸다.
부가적으로, 36번째 주에서, 도 7에서 10에 예시된 흐름의 활성화에 대한 조건들이 만족되지 않으면, 상기 "선적 준비된 재고량" 데이터, "보충량" 데이터, "창고에 대해 계획된 긴급 이송량" 데이터, "과다하게 이용된 양의 누적" 데이터, "창고에 대해 계획된 긴급 이송량" 데이터 그리고 "부족량 누적" 데이터는 연산을 통해 획득할 수 없다. 부가적으로, 상기 배송 상태 화면(1102)은 상기 설명한 바와 같이 생성되어 상기 사용자측 서버(20)로 전송된다.
도 12는 1999년 37번째 주의 상태를 나타내며, 도 11의 상태에서 1주일이 지난 것이다. 여기서, 1201에 도시한 바와 같이, 상기 42번째 주에서 49번째 주까지의 "예측" 데이터가 수신되었다는 것을 이해할 수 있을 것이다.
37번째 주에서, "결정 주기" 데이터(이후 6주)에 해당하는 것은 43번째 주이다. 따라서, 43번째 주에 대한 "선적 허용량" 60유닛들과 "선적 허용 재고량" 240유닛들이 연산을 통해 획득된다. 즉, 상기 43번째 주에 대한 "예측" 데이터 60유닛은 상기 43번째 주에 대한 "선적 허용량" 데이터 자체가 된다. 부가적으로, 상기 43번째 주에서 46번째 주까지의 4주에 대한 "예측" 데이터가 가산되고 이렇게 가산된 것은 43번째 주에 대한 "선적 허용된 재고량" 240 유닛(60+60+60+60)이 된다.
또한, 37번째 주에 대한 "계획된 생산 준비량" 0 유닛은 도 6에 예시된 흐름에 따라 연산된다. 즉, 상기 시스템이 36번째 주에 초기화 되었기 때문에 "a"=36, 이고 37번째 주에서 n=2이다. 따라서, 상기 37번째 주에 대한 "계획된 생산 준비량" 데이터 = 100(42번째 주에 대한 "선적 허용량" 데이터) + 60(37번째 주에 결정된 43번째 주에 대한 "선적 허용량" 데이터) + 60(44번째 주에 대한 "예측" 데이터) + 60(45번째 주에 대한 "예측" 데이터) + 60(46번째 주에 대한 "예측" 데이터) - 360(36번째 주에 대한 "생산 준비량" 데이터) = -20 유닛이다. 상기 값이 음수이기 때문에, 37번째 주에 대한 상기 "계획된 생산 준비량" 데이터는 0유닛이다. 또한, 상기 "과다하게 이용된 양의 누적" 데이터는 0유닛이기 때문에, 상기 "생산 준비량" 데이터 = "계획된 생산 준비량" 데이터 이므로 상기 37번째 주에 대한 "생산 준비량" 데이터는 0유닛이다.
또한, 42번째 주에 대한 "창고에 대해 계획된 생산 준비량" 0 유닛들은 도 6에 예시된 흐름에 따라 연산된다.
부가적으로, 37번째 주에서, 도 7에서 10에 예시된 흐름의 활성화에 대한 조건들이 만족되지 않으므로, 상기 "선적 준비된 재고량" 데이터, "보충량" 데이터, "창고에 대해 계획된 긴급 이송량" 데이터, "과다하게 이용된 양의 누적" 데이터, "창고에 대해 계획된 긴급 이송량" 데이터 그리고 "부족량 누적" 데이터는 연산을 통해 획득할 수 없다. 부가적으로, 상기 배송 상태 화면(1202)은 상기 설명한 바와 같이 생성되어 상기 사용자측 서버(20)로 전송된다.
도 13은 1999년 38번째 주의 상태를 나타내며, 도 12의 상태에서 1주일이 지난 것이다. 여기서, 1301에 도시한 바와 같이, 상기 42번째 주에서 49번째 주까지의 "예측" 데이터가 수신되었다는 것을 이해할 수 있을 것이다.
38번째 주에서, "결정 주기" 데이터(이후 6주)에 해당하는 것은 44번째 주이다. 따라서, 44번째 주에 대한 "선적 허용량" 50유닛들과 "선적 허용 재고량" 270유닛들이 연산을 통해 획득된다.
또한, 38번째 주에 대한 "계획된 생산 준비량" 70 유닛은 도 6에 예시된 흐름에 따라 연산된다. 즉, 상기 시스템이 36번째 주에 초기화 되었기 때문에 "a"=36, 이고 38번째 주에서 n=3이다. 따라서, 상기 38번째 주에 대한 "계획된 생산 준비량" 데이터 = 100(42번째 주에 대한 "선적 허용량" 데이터) + 60(43번째 주에 대한 "선적 허용량" 데이터) + 50(38번째 주에 결정된 44번째 주에 대한 "선적 허용량" 데이터) + 50(45번째 주에 대한 "예측" 데이터) + 50(46번째 주에 대한 "예측" 데이터) + 120(47번째 주에 대한 "예측" 데이터) - 360(36번째 주에 대한 "생산 준비량" 데이터) - 0(37번째 주에 대한 "생산 준비량" 데이터) = 70 유닛이다. 또한, 상기 "과다하게 이용된 양의 누적" 데이터는 0유닛이기 때문에, 상기 "생산 준비량" 데이터 = "계획된 생산 준비량" 데이터 이므로 상기 38번째 주에 대한 "생산 준비량" 데이터는 70유닛이다.
또한, 43번째 주에 대한 "창고에 대해 계획된 생산 준비량" 70 유닛들은 도 6에 예시된 흐름에 따라 연산된다.
부가적으로, 38번째 주에서, 도 7에서 10에 예시된 흐름의 활성화에 대한 조건들이 만족되지 않으므로, 상기 "선적 준비된 재고량" 데이터, "보충량" 데이터, "창고에 대해 계획된 긴급 이송량" 데이터, "과다하게 이용된 양의 누적" 데이터, "창고에 대해 계획된 긴급 이송량" 데이터 그리고 "부족량 누적" 데이터는 연산을 통해 획득할 수 없다. 부가적으로, 상기 배송 상태 화면(1302)은 상기 설명한 바와 같이 생성되어 상기 사용자측 서버(20)로 전송된다.
도 14는 1999년 39번째 주의 상태를 나타내며, 도 13의 상태에서 1주일이 지난 것이다. 여기서, 1401에 도시한 바와 같이, 상기 42번째 주에서 50번째 주까지의 "예측" 데이터가 수신되었다는 것을 이해할 수 있을 것이다.
39번째 주에서, "결정 주기" 데이터(이후 6주)에 해당하는 것은 45번째 주이다. 따라서, 45번째 주에 대한 "선적 허용량" 10유닛들과 "선적 허용 재고량" 130유닛들이 연산을 통해 획득된다.
또한, 39번째 주에 대한 "계획된 생산 준비량" 0 유닛은 도 6에 예시된 흐름에 따라 연산된다. 즉, 상기 시스템이 36번째 주에 초기화 되었기 때문에 "a"=36, 이고 39번째 주에서 n=4이다. 따라서, 상기 39번째 주에 대한 "계획된 생산 준비량" 데이터 = 100(42번째 주에 대한 "선적 허용량" 데이터) + 60(43번째 주에 대한 "선적 허용량" 데이터) + 50(44번째 주에 대한 "선적 허용량" 데이터) + 10(39번째 주에 결정된 45번째 주에 대한 "선적 허용량" 데이터) + 10(46번째 주에 대한 "예측" 데이터) + 10(47번째 주에 대한 "예측" 데이터) + 100(48번째 주에 대한 "예측" 데이터) - 360(36번째 주에 대한 "생산 준비량" 데이터) - 0(37번째 주에 대한 "생산 준비량" 데이터) -70(38번째 주에 대한 "생산 준비량" 데이터) = -90 유닛이다. 상기 값이 음수이기 때문에, 39번째 주에 대한 상기 "계획된 생산 준비량" 데이터는 0유닛이다. 또한, 상기 "과다하게 이용된 양의 누적" 데이터는 0유닛이기 때문에, 상기 "생산 준비량" 데이터 = "계획된 생산 준비량" 데이터 이므로 상기 39번째 주에 대한 "생산 준비량" 데이터는 0유닛이다.
또한, 44번째 주에 대한 "창고에 대해 계획된 생산 준비량" 0 유닛들은 도 6에 예시된 흐름에 따라 연산된다.
또한, 상기 42번째 주는 3주 후이며, 상기 "결정 주기" 데이터 내에 속하기 때문에, 상기 "선적 준비된 재고량" (360)유닛들은 도 7에 예시된 흐름에 따르는 연산을 통해 획득될 수 있다. 상기 값이 괄호안에 있는 이유는 이 값이 예측 값이기 때문이다. 여기서, 상기 연산이 상기 "실제 주문" 데이터와 상기 "배송 지시량" 데이터가 각각 50유닛이라는 가정으로 실시된 것이므로, 42번째 주에대해 나태내어진 바와 같이, 상기 값들은 42번째 주의 개별적인 역들에 괄호값을 넣어지지만, 이들은 항상 이렇게 나타내어지는 것은 아니다.
또한, 상기 39번째 주에 대한 "보충량" 데이터 0 유닛과 44번째 주에 대한 "창고에 대해 계획된 보충량" 데이터 0유닛은 상기 42번째 주에 대한 "선적 허용된 재고량" 데이터와 상기 "선적 준비된 적재량" 데이터와는 상이한 연산을 통해 획득된다.
부가적으로, 39번째 주에서, 도 8에서 10에 예시된 흐름의 활성화에 대한 조건들이 만족되지 않으므로, 상기 "과다하게 이용된 양의 누적" 데이터, "창고에 대해 계획된 긴급 이송량" 데이터 그리고 "부족량 누적" 데이터는 연산을 통해 획득할 수 없다. 부가적으로, 상기 배송 상태 화면(1402)은 상기 설명한 바와 같이 생성되어 상기 사용자측 서버(20)로 전송된다.
도 15는 1999년 40번째 주의 상태를 나타내며, 도 14의 상태에서 1주일이 지난 것이다. 여기서, 1501에 도시한 바와 같이, 상기 42번째 주에서 50번째 주까지의 "예측" 데이터가 수신되었다는 것을 이해할 수 있을 것이다.
40번째 주에서, "결정 주기" 데이터(이후 6주)에 해당하는 것은 46번째 주이다. 따라서, 46번째 주에 대한 "선적 허용량" 5유닛들과 "선적 허용 재고량" 105유닛들이 연산을 통해 획득된다.
또한, 40번째 주에 대한 "계획된 생산 준비량" 0 유닛은 도 6에 예시된 흐름에 따라 연산된다. 즉, 상기 시스템이 36번째 주에 초기화 되었기 때문에 "a"=36, 이고 40번째 주에서 n=5이다. 따라서, 상기 40번째 주에 대한 "계획된 생산 준비량" 데이터 = 100(42번째 주에 대한 "선적 허용량" 데이터) + 60(43번째 주에 대한 "선적 허용량" 데이터) + 50(44번째 주에 대한 "선적 허용량" 데이터) + 10(45번째 주에 대한 "선적 허용량" 데이터) + 5(40번째 주에 결정된 46번째 주에 대한 "선적허용량" 데이터) + 10(47번째 주에 대한 "예측" 데이터) + 20(48번째 주에 대한 "예측" 데이터) + 70(49번째 주에 대한 "예측" 데이터) - 360(36번째 주에 대한 "생산 준비량" 데이터) - 0(37번째 주에 대한 "생산 준비량" 데이터) -70(38번째 주에 대한 "생산 준비량" 데이터) - 0(39번째 주에 대한 "생산 준비량" 데이터) = -105 유닛이다. 상기 값이 음수이기 때문에, 40번째 주에 대한 상기 "계획된 생산 준비량" 데이터는 0유닛이다. 또한, 상기 "과다하게 이용된 양의 누적" 데이터는 0유닛이기 때문에, 상기 "생산 준비량" 데이터 = "계획된 생산 준비량" 데이터 이므로 상기 40번째 주에 대한 "생산 준비량" 데이터는 0유닛이다.
또한, 45번째 주에 대한 "창고에 대해 계획된 생산 준비량" 0 유닛들은 도 6에 예시된 흐름에 따라 연산된다.
또한, 상기 42번째 주와 상기 43번째 주는 3주 후이며, 상기 "결정 주기" 데이터 내에 속하기 때문에, 각각 상기 42번째 주와 상기 43번째 주에 대한 상기 "선적 준비된 재고량" (360)유닛들과 상기 "선적 준비된 재고량" (290)유닛들은 도 7에 예시된 흐름에 따르는 연산을 통해 획득될 수 있다. 여기서, 상기 "선적 준비된 적재량"(290)은 41번째 주에 대한 "창고에 대해 계획된 생산 준비량" 360 유닛들과 42번째 주에 대한 "예측" 70 유닛들로부터 (360-70=290)이라는 식을 통해 얻어진다.
또한, 상기 40번째 주에 대한 "보충량" 데이터 0 유닛과 45번째 주에 대한 "창고에 대해 계획된 보충량" 데이터 0유닛은 상기 43번째 주에 대한 "선적 허용된 재고량" 데이터와 상기 "선적 준비된 적재량" 데이터와는 상이한 연산을 통해 획득된다.
부가적으로, 39번째 주에서, 도 8에서 10에 예시된 흐름의 활성화에 대한 조건들이 만족되지 않으므로, 상기 "과다하게 이용된 양의 누적" 데이터, "창고에 대해 계획된 긴급 이송량" 데이터 그리고 "부족량 누적" 데이터는 연산을 통해 획득할 수 없다. 부가적으로, 상기 배송 상태 화면(1102)은 상기 설명한 바와 같이 생성되어 상기 사용자측 서버(20)로 전송된다.
도 16는 1999년 41번째 주의 상태를 나타내며, 도 15의 상태에서 1주일이 지난 것이다. 여기서, 1601에 도시한 바와 같이, 상기 43번째 주에서 50번째 주까지의 "예측" 데이터가 수신되었다는 것을 이해할 수 있을 것이다. 부가적으로, 1601에 도시된 바와 같이, 상기 1999년 43번째 주에 대한 "긴급 이송 정보" 데이터가 수신되지 않았다. 또한, "배송 지시량" 열에 도시한 바와 같이, 상기 42번째 주에 상기 사용자에게 배송될 부품들 110 유닛들은 아직 배송 명령을 받지 못했다는 것을 이해하기바란다. 그리고, "창고 보관된 생산 준비량 누적" 데이터 열에 따르면, 상기 적재 위치에 실질적으로 360개 부품 유닛들이 보관되어 있다는 것을 유의하기 바란다.
41번째 주에서, "결정 주기" 데이터(이후 6주)에 해당하는 것은 47번째 주이다. 따라서, 47번째 주에 대한 "선적 허용량" 10유닛들과 "선적 허용 재고량" 235유닛들이 연산을 통해 획득된다.
또한, 41번째 주에 대한 "계획된 생산 준비량" 30 유닛은 도 6에 예시된 흐름에 따라 연산된다. 즉, 상기 시스템이 36번째 주에 초기화 되었기 때문에"a"=36, 이고 41번째 주에서 n=6이다. 따라서, 상기 41번째 주에 대한 "계획된 생산 준비량" 데이터 = 100(42번째 주에 대한 "선적 허용량" 데이터) + 60(43번째 주에 대한 "선적 허용량" 데이터) + 50(44번째 주에 대한 "선적 허용량" 데이터) + 10(45번째 주에 대한 "선적 허용량" 데이터) + 5(46번째 주에 대한 "선적 허용량" 데이터) + 10(41번째 주에 결정된 47번째 주에 대한 "선적 허용량" 데이터) + 20(48번째 주에 대한 "예측" 데이터) + 100(49번째 주에 대한 "예측" 데이터) + 105(50번째 주에 대한 "예측" 데이터) - 360(36번째 주에 대한 "생산 준비량" 데이터) - 0(37번째 주에 대한 "생산 준비량" 데이터) -70(38번째 주에 대한 "생산 준비량" 데이터) - 0(39번째 주에 대한 "생산 준비량" 데이터) - 0(40번째 주에 대한 "생산 준비량" 데이터)= 30 유닛이다. 또한, 상기 "과다하게 이용된 양의 누적" 데이터는 양수이기 때문에, 상기 "생산 준비량" 데이터 = "계획된 생산 준비량" 데이터 이므로 상기 41번째 주에 대한 "생산 준비량" 데이터는 30유닛이다.
또한, 상기 42번째 주에서 상기 44번째 주는 3주 후이며, 상기 "결정 주기" 데이터 내에 속하기 때문에, 각각 상기 42번째 주에서 상기 44번째 주에 대한 상기 "선적 준비된 재고량"유닛들과 같이 360 유닛들, (250) 유닛들 그리고 (240)유닛들이 연산을 통해 획득될 수 있다. 상기 43번째 주에 대한 "선적 준비된 재고량"(250)은 실질적으로 적재 위치에 보관된 360 유닛들에서 "배송 지시" 데이터 110 유닛들을 빼는 식 (360-110=250)을 통해 얻어진다. 부가적으로 상기 44번째 주에 대한 "선적 준비된 재고량" (240) 유닛들은 상기 43번째 주에 대한 "예측" 데이터 80 유닛들이 배송되고, 43번째 주에 대한 "창고에 대해 계획된 생산 준비량"데이터 70 유닛들이 식(110-100 =10)을 통해 이미 창고 보관된다는 가정 하에서 상기 49번째 주에 대한 "선적 준비된 재고량" (250) 유닛으로부터 얻어진다.
또한, 상기 44번째 주에 대한 "선적 허용된 재고량" 데이터 270 유닛들이 도 7에 예시되는 흐름에 따라서 상기 "선적 허용된 재고량" (240) 유닛들과 비교되는 경우, 상기 "선적 준비된 재고량" 데이너는 30 유닛들이 부족하고, 그로인해 상기 "보충량" 데이터 30유닛들과 "창고에 대해 계획된 생산 준비량" 데이터 30 유닛들은 연산을 통해 획득된다.
또한, 상기 "과다하게 이용된 양의 누적" 데이터 10유닛들은 도 8에 예시되는 흐름에 따라서 상기 "실제 주문" 데이터 - "선적 허용량" 데이터(110 - 100 = 10)로부터 얻어진다. 부가적으로 "선적 준비된 재고량" 데이터 - "실제 주문" 데이터가 42번째 주에 음수가 아니기 때문에 주의는 표시되지 않는다.
그리고, 42번째 주에 대한 "부족량 누적" 데이터 0 유닛((360-360) + (0-0) = 0)은 도 9에 도시되는 흐름에 따라서 ("창고에 대해 계획된 생산 준비량" 데이터 - "청고 보관된 생산 준비량 누적" 데이터) + ("창고에 대해 계획된 보충량" 데이터 - "창고 보관된 보충량" 데이터)를 통한 연산으로 구해진다.
부가적으로, 42번째 주에서, "긴급 이송 정보" 데이터는 수신되지 않으므로 도 10의 흐름은 활성화 되지 않고, "창고에 대해 계획된 긴급 이송량" 데이터는 연산되지 않는다. 그리고, 상기 배송 상태 화면(1602)은 상기 설명한 바와 같이 생성되어 상기 사용자측 서버(20)로 전송된다.
도 17은 1999년 42번째 주의 상태를 나타내며, 도 16의 상태에서 1주일이 지난 것이다. 여기서, 1701에 도시한 바와 같이, 상기 1999년 45번째 주에서 50번째 주까지의 "예측" 데이터와 1999년 42번째 주와 44번째 주에 대한 "실제 주문" 데이터가 수신되었다는 것을 이해할 수 있을 것이다. 부가적으로, 1701에 도시된 바와 같이, 현재 "긴급 이송 정보" 데이터가 수신되지 않았다. 또한, "배송 지시량" 열에 도시한 바와 같이, 상기 43번째 주에 상기 사용자에게 배송될 부품들 150 유닛들은 다른 배송 명령을 받지 못했다는 것을 이해하기바란다.
42번째 주에서, "결정 주기" 데이터(이후 6주)에 해당하는 것은 48번째 주이다. 따라서, 48번째 주에 대한 "선적 허용량" 20유닛들과 "선적 허용 재고량" 275유닛들이 연산을 통해 획득된다.
또한, 42번째 주에 대한 "계획된 생산 준비량" 50 유닛은 도 6에 예시된 흐름에 따라 연산된다. 즉, 상기 시스템이 36번째 주에 초기화 되었기 때문에 "a"=36, 이고 42번째 주에서 n=7이다. 따라서, 상기 42번째 주에 대한 "계획된 생산 준비량" 데이터 = 100(42번째 주에 대한 "선적 허용량" 데이터) + 60(43번째 주에 대한 "선적 허용량" 데이터) + 50(44번째 주에 대한 "선적 허용량" 데이터) + 10(45번째 주에 대한 "선적 허용량" 데이터) + 5(46번째 주에 대한 "선적 허용량" 데이터) + 10(47번째 주에 대한 "선적 허용량" 데이터) + 20(42번째 주에 결정된 48번째 주에 대한 "선적 허용량" 데이터) + 100(49번째 주에 대한 "예측" 데이터) + 105(50번째 주에 대한 "예측" 데이터) + 50(51번째 주에 대한 "예측" 데이터) - 360(36번째 주에 대한 "생산 준비량" 데이터) - 0(37번째 주에 대한 "생산 준비량" 데이터) -70(38번째 주에 대한 "생산 준비량" 데이터) - 0(39번째 주에 대한 "생산준비량" 데이터) - 0(40번째 주에 대한 "생산 준비량" 데이터) - 30(41번째 주에 대한 "생산 준비량" 데이터)= 50 유닛이다. 또한, 상기 "과다하게 이용된 양의 누적" 데이터는 양수이기 때문에, 상기 "생산 준비량" 데이터 = "계획된 생산 준비량" 데이터 이므로 상기 42번째 주에 대한 "생산 준비량" 데이터는 50유닛이다.
또한, 상기 42번째 주에서 상기 45번째 주는 3주 후이며, 상기 "결정 주기" 데이터 내에 속하기 때문에, 각각 상기 42번째 주에서 상기 45번째 주에 대한 상기 "선적 준비된 재고량"유닛들과 같이 360 유닛들, 250 유닛들, 170유닛들 그리고 (-10)유닛들이 연산을 통해 획득될 수 있다.
또한, 상기 45번째 주에 대한 "선적 허용된 재고량" 데이터 130 유닛들이 도 7에 예시되는 흐름에 따라서 상기 "선적 준비된 재고량" (-10) 유닛들과 비교되는 경우, 상기 "선적 준비된 재고량" 데이터는 140 유닛들이 부족하고, 그로인해 42번째 주에 대한 상기 "보충량" 데이터 140유닛들과 47번째 주에 대한 "창고에 대해 계획된 생산 준비량" 데이터 140 유닛들은 연산을 통해 획득된다.
또한, 상기 "과다하게 이용된 양의 누적" 데이터 100유닛들은 도 8에 예시되는 흐름에 따라서 43번째 주에 대한 90 유닛들(150-60=90)을 상기 42번째 주에 대한 10 유닛들에 더하는 것으로 얻어진다. 부가적으로, "선적 준비된 재고량" 데이터 - "실제 주문" 데이터가 44번째 주에 음수(170-180=-10)이기 때문에 점멸하는 표시자인 주의가 상기 적절한 열에 표시된다.
그리고, 43번째 주에 대한 "부족량 누적" 데이터 0 유닛은 도 9에 도시되는 흐름에 따라서 42번째 주에 대한 0유닛과 41번째 주에 대한 0유닛을 더하는 연산으로 구해진다.
부가적으로, 42번째 주에서, "긴급 이송 정보" 데이터는 수신되지 않으므로 도 10의 흐름은 활성화 되지 않고, "창고에 대해 계획된 긴급 이송량" 데이터는 연산되지 않는다. 그리고, 상기 배송 상태 화면(1702)은 상기 설명한 바와 같이 생성되어 상기 사용자측 서버(20)로 전송된다.
도 17에 도시된 상황을 보면, 상기 사용자에의해 배송 요구되는 부품량(180)이 44 번째 주에 상기 적재 위체에 준비될 수 있는 부품량(170 유닛)보다 많으므로, 상기 "실제 주문" 데이터는 만족될 수 없다. 여기서, 상기 경우가 발생하는 이유는 "과다하게 이용된 양의 누적" 데이터와 "부족 량의 누적" 데이터가 고려된다. 먼저, 43번째 주의 상기 "과다하게 이용된 양의 누적" 데이터는 100유닛이고, 상기 사용자로부터 수신된 "예측" 데이터를 기반으로하는 상기 "선적 허용량" 데이터가 과다하게 초과되어 "실제 주문" 된 것을 이해할 수 있을 것이다. 반면에, 43번째 주의 상기 "부족량 누적" 데이터는 0유닛이고, 이를 통해 상기 공급자는 상기 "생산 준비량" 데이터와 상기 "보충량" 데이터가 상기 적재위치에 보관된다는 것을 확신했다는 것을 이해할 수 있을 것이다. 결과적으로, 상기 "선적 준비된 재고량" 데이터가 상기 "실제 주문" 데이터와 일치하지 않는 것은 명백히 사용자 책임이라는 것을 알 수 있다.
도 17과 유사하게, 도 18은 1999년 42번째 주의 현재 상태를 나타낸다. 그러나 도 18은 상기 사용자의 상황을 나타낸 것으로, 표시 유닛(21) 상에 도 17에서 1707로 표시된 배송 상태 화면이 나타나 있으며, 이는 1801로 지시되는 "긴급 이송정보" 데이터가 전송된다.
상기 공급자측 서버(10)는 상기 "긴급 이송 정보" 데이터, 43번째 주에 대한 "창고에 대해 계획된 긴급 이송량" 데이터 10 유닛들이 연산을 통해 획득된다. 이러한 사실의 결과로, 상기 42번째 주에 대한 상기 "긴급 이송 정보" 데이터의 "전송 방법" 데이터가 항공에 해당하는 데이터가 되고, 상기 "요구 주기"는 1주가 된다. 부가적으로, 43번째 주에 대한 "창고에 대해 계획된 긴급 이송량" 데이터 10 유닛들의 부가로 상기 44번째 주 이루에 대한 "선적 준비된 재고량" 데이터가 변경된다.
그래서, 상기 도 18에 1801로 지시되는 배송 상태 화면이 생성되어 상기 사용자측 서버(20)로 전달된다.
부가적으로, 도 18에서 중요한 것은 상기 적재 위치까지 항공으로 이송되는 10 유닛들에 대한 비용이다. 일반적으로 상기 공급자로부터 부품들이 선박으로 전달되는데 3주가 소요된다. 또한, 상기 선박으로 이송되는 비용은 상기 부품들의 가격에 이미 포함된 것이다. 여기서, 상기 항공으로 선적됨으로 인해 발생하는 비용을 누기 부담하는가 하는 문제가 발생한다. 종래에는 상기 사용자와 공급자의 상황에 따라 상이하게 판단되었고, 일반적으로 상기 공급자가 추가 비용을 지불했다. 그러나, 본 발명에 따르는 상기 시스템이 이용되면, 상기 긴급 이송의 이유가 명백해진다. 방법론 적으로, 상기 사용자는 상기 긴급 이송의 발생에 대한 책임이 있다고 여겨진다.
도 11에서 18에 사용된 상기 배송 상태 화면들은 예제이고, 이들은 다양하게변경될 수 있다. 예를 들어서, 기 설명된 예제들에서, 다양한 종류들의 데이터들은 상기 배송 정보 화면을 생성하기위해 주단위로 연산되었지만, 상기 데이터 처리는 일단위 또는 월단위로 변경될 수 있다. 부가적으로, 상기 시스템은 전자 부품 공급 관리에 사용되는 것이 바람직하지만, 상기 시스템은 전자 부품들이 아닌 다른 부품들의 공급을 관리하는데 사용될 수 있다.

Claims (16)

  1. 네트워크에 접속할 수 있도록 상호 접속된 공급자측 서버와 사용자측 서버를 가지는 부품 공급 관리 시스템에 대한 데이터 처리 방법에 있어서, 이는,
    상기 공급자측 서버에 있어서,
    네트워크를 통해 상기 사용자측 서버로부터 부품 이용 예측 정보와 주문 정보를 수신하는 단계와,
    상기 부품 이용 예측 정보와 주문 정보를 저장하는 단계와,
    상기 부품 이용 예측 정보를 기반으로 생산 준비(arrangement) 정보를 획득하는 단계와, 상기 생산 준비 정보는 부품 생산을 위한 준비를 시작하고, 이렇게 생산된 부품들을 전달하는데 사용되며,
    부품 이용 예측 정보 또는 주문 정보를 기반으로 재고 예측 정보를 획득하는 단계와, 그리고
    상기 부품 이용 예측 정보와 상기 재고 예측 정보를 기반으로 보충(supplement) 정보를 획득하는 단계를 포함하며, 상기 보충 정보는 부품의 보충과 이렇게 보충된 부품들의 전달을 시작하는데 사용되는 것을 특징으로 하는 데이터 처리 방법.
  2. 제 1항에 있어서, 상기 공급자측 서버는 상기 생산 준비 정보, 상기 재고 예측 정보 그리고 상기 보충 정보를 포함하는 표시 화면을 생성하고 상기 표시 화면을 상기 사용자측 서버로 전송하는 것을 특징으로 하는 데이터 처리 방법.
  3. 제 1항에 있어서, 상기 생산 준비 정보는 상기 사용자에게 상기 공급자가 부품들을 제공하는 요구 주기보다 길거나 같은 제 1주기에 대한 부품 이용 예측 정보를 기반으로 결정되는 것을 특징으로 하는 데이터 처리 방법.
  4. 제 1항에 있어서, 상기 공급 정보는 상기 제 1주기보다 짧은 제 2주기에 대한 부품 예측 정보와 재고 예측 정보를 기반으로 결정되는 것을 특징으로 하는 데이터 처리 방법.
  5. 제 2항에 있어서, 상기 공급자측 서버는 상기 재고 예측 정보와 상기 주문 정보를 비교하고 상기 재고 예측 정보가 가리키는 양이 상기 주문 정보가 가리키는 양에 미치지 못하는 경우 상기 표시 화면 상에 주의(alarm)를 발생시키는 것을 특징으로 하는 데이터 처리 방법.
  6. 제 2항에 있어서, 상기 공급자측 서버는 상기 공급자가 상기 사용자에 대한 재고로 보유하도록 허가한 부품 양에 해당하는 재고 허용량과, 상기 부품 이용 예측 정보를 기반으로 상기 공급자가 상기 사용자에게 발송되는 것을 허가한 부품량에 해당하는 배송 허용된 양을 획득하고 이 정보를 상기 표시 화면 상에 나타내는 것을 특징으로 하는 데이터 처리 방법.
  7. 제 6항에 있어서, 상기 공급자측 서버는 상기 배송 허용된 양 정보와 상기 주문 정보를 기반으로 상기 사용자측의 주문 상태들을 나타내는 과대하게 이용된 양 정보를 획득하고 이 정보를 상기 표시 화면 상에 나타내는 것을 특징으로 하는 데이터 처리 방법.
  8. 제 2항에 있어서, 상기 공급자측 서버는 상기 생산 준비 정보와 상기 보충 정보를 기반으로 상기 공급자측 상의 부품 공급 상태를 나타내는 정보를 획득하고 이 정보를 상기 표시 화면 상에 나타내는 것을 특징으로 하는 데이터 처리 방법.
  9. 제 1항에 있어서, 상기 상기 공급자측 서버는 상기 네트워크를 통해 상기 사용자측 서버로부터 긴급 이송 정보를 수신하고, 상기 긴급 이송 정보를 기반으로 상기 재고 예측 정보를 변경하는 것을 특징으로 하는 데이터 처리 방법.
  10. 제 9항에 있어서, 상기 긴급 이송 정보는 이송 방법 상의 정보를 포함하는 것을 특징으로 하는 데이터 처리 방법.
  11. 제 1항에 있어서, 상기 공급자측 서버는 화면 표시를 생성하기위해 상기 제품 준비 정보, 상기 재고 예측 정보 그리고 보충 정보를 상기 네트워크를 통해 상기 사용자측 서버로 전달하는 것을 특징으로 하는 데이터 처리 방법.
  12. 제 11항에 있어서, 상기 공급자측 서버는 상기 공급자가 상기 사용자에 대한 재고로 보유하도록 허가한 부품 양에 해당하는 재고 허용량과, 상기 부품 이용 예측 정보를 기반으로 상기 공급자가 상기 사용자에게 발송되는 것을 허가한 부품량에 해당하는 배송 허용된 양을 획득하고 이 정보를 상기 네트워크를 통해 상기 사용자측 서버로 전송하는 것을 특징으로 하는 데이터 처리 방법.
  13. 제 11항에 있어서, 상기 공급자측 서버는 상기 생산 준비 정보와 상기 보충 정보를 기반으로 상기 공급자측 상의 부품 공급 상태를 나타내는 정보를 획득하고 이 정보를 상기 네트워크를 통해 상기 사용자측 서버로 전송하는 것을 특징으로 하는 데이터 처리 방법.
  14. 제 11항에 있어서, 상기 공급자측 서버는 상기 생산 준비 정보와 상기 보충 정보를 기반으로 공급자측 상의 부품 공급 상태를 나타내는 정보를 획득하고 이 정보를 상기 네트워크를 통해 상기 사용자측 서버로 전송하는 것을 특징으로 하는 데이터 처리 방법.
  15. 제 11항에 있어서, 상기 상기 공급자측 서버는 상기 네트워크를 통해 상기 사용자측 서버로부터 긴급 이송 정보를 수신하고, 상기 긴급 이송 정보를 기반으로 상기 재고 예측 정보를 변경하는 것을 특징으로 하는 데이터 처리 방법.
  16. 제 15항에 있어서, 상기 긴급 이송 정보는 이송 방법 상의 정보를 포함하는 것을 특징으로 하는 데이터 처리 방법.
KR10-2001-7013678A 2000-02-25 2001-02-23 부품 공급 관리 시스템을 위한 데이터 처리 방법 KR100475146B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JPJP-P-2000-00054433 2000-02-25
JP2000054433A JP3654812B2 (ja) 2000-02-25 2000-02-25 部品供給管理システムにおける表示方法及び管理方法
PCT/JP2001/001387 WO2001062633A1 (fr) 2000-02-25 2001-02-23 Procede de traitement de donnees destine a un systeme de gestion des approvisionnements en composants

Publications (2)

Publication Number Publication Date
KR20010113896A true KR20010113896A (ko) 2001-12-28
KR100475146B1 KR100475146B1 (ko) 2005-03-08

Family

ID=18575684

Family Applications (1)

Application Number Title Priority Date Filing Date
KR10-2001-7013678A KR100475146B1 (ko) 2000-02-25 2001-02-23 부품 공급 관리 시스템을 위한 데이터 처리 방법

Country Status (9)

Country Link
US (1) US20020174037A1 (ko)
EP (1) EP1205407A4 (ko)
JP (1) JP3654812B2 (ko)
KR (1) KR100475146B1 (ko)
CN (1) CN1362931A (ko)
AU (1) AU3416501A (ko)
HK (1) HK1045490A1 (ko)
TW (1) TW539969B (ko)
WO (1) WO2001062633A1 (ko)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1367515A1 (fr) * 2002-05-29 2003-12-03 L'AIR LIQUIDE, Société Anonyme à Directoire et Conseil de Surveillance pour l'Etude et l'Exploitation des Système d'information pour la gestion dynamique de produits en vrac
US20040236643A1 (en) * 2003-05-23 2004-11-25 Marie-Caroline Dick Information system for the dynamic management of bulk products
US20060106664A1 (en) * 2004-11-17 2006-05-18 International Business Machines Corporation Method, system, and storage medium for developing a forecast of goods and services
JP2006313492A (ja) 2005-05-09 2006-11-16 Shimano Inc 釣り用品のメンテナンス費用見積もりシステムおよび釣り用品のメンテナンス費用見積もりプログラム
JP4891744B2 (ja) * 2006-11-30 2012-03-07 株式会社日立製作所 部品補充システムおよび部品補充方法
JP2009154986A (ja) * 2007-12-25 2009-07-16 Hitachi Ltd 輸送計画システム及びその方法
JP5204683B2 (ja) * 2009-01-29 2013-06-05 株式会社日立製作所 フォーキャスト管理装置およびそのプログラム
JP2017004448A (ja) * 2015-06-16 2017-01-05 株式会社日立製作所 フォーキャスト算出装置およびフォーキャスト算出方法
CN107977818A (zh) * 2017-12-05 2018-05-01 北京小米移动软件有限公司 供应数据处理方法、装置、计算设备及存储介质
US11158018B2 (en) * 2017-12-11 2021-10-26 Verizon Patent And Licensing Inc. Forecasting simulator
CN110874683A (zh) * 2018-09-03 2020-03-10 富泰华工业（深圳）有限公司 设备信息的数字化***及方法
CN111090264A (zh) * 2018-10-23 2020-05-01 富泰华工业（深圳）有限公司 设备远程控制***及方法
CN110510347A (zh) * 2019-08-21 2019-11-29 明门(中国)幼童用品有限公司 童椅自动装配线之物料配送方法

Family Cites Families (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3705410A (en) * 1971-01-21 1972-12-05 Pillsbury Co Automated method for optimizing utilization of warehouse storage space
JP2554713B2 (ja) * 1988-08-12 1996-11-13 トヨタ自動車株式会社 生産計画方法
JPH02155067A (ja) * 1988-12-07 1990-06-14 Hitachi Ltd 在庫警告方法及びこれを用いた在庫警告システム
JP2794837B2 (ja) * 1989-10-16 1998-09-10 トヨタ自動車株式会社 部品納入指示装置
US5229948A (en) * 1990-11-03 1993-07-20 Ford Motor Company Method of optimizing a serial manufacturing system
JPH0512304A (ja) * 1991-06-28 1993-01-22 Dainippon Printing Co Ltd 統合生産管理システム
JPH05242121A (ja) * 1992-02-28 1993-09-21 Toyota Motor Corp 部品納入指示装置
JPH05250387A (ja) * 1992-03-09 1993-09-28 Nec Corp 予想在庫量による発注方式
JPH05324686A (ja) * 1992-05-19 1993-12-07 Tokyo Electric Co Ltd ハンディターミナル
JPH0628362A (ja) * 1992-07-07 1994-02-04 Hokuriku Nippon Denki Software Kk 出荷可能判断方式
US5790409A (en) * 1993-01-25 1998-08-04 Medselect Systems, Inc. Inventory monitoring and dispensing system for medical items
US5712989A (en) * 1993-04-02 1998-01-27 Fisher Scientific Company Just-in-time requisition and inventory management system
JPH07129687A (ja) * 1993-11-08 1995-05-19 Asahi Chem Ind Co Ltd 生産計画警報システム
US5638519A (en) * 1994-05-20 1997-06-10 Haluska; John E. Electronic method and system for controlling and tracking information related to business transactions
US5787000A (en) * 1994-05-27 1998-07-28 Lilly Software Associates, Inc. Method and apparatus for scheduling work orders in a manufacturing process
US6801820B1 (en) * 1994-05-27 2004-10-05 Lilly Software Associates, Inc. Method and apparatus for scheduling work orders in a manufacturing process
US6023683A (en) * 1994-08-10 2000-02-08 Fisher Scientific Company Electronic sourcing system and method
JPH08137961A (ja) * 1994-11-15 1996-05-31 Kawasaki Steel Corp 製品に関する情報処理システムおよびその情報管理方法
US5608621A (en) * 1995-03-24 1997-03-04 Panduit Corporation System and method for controlling the number of units of parts in an inventory
US6188989B1 (en) * 1995-06-16 2001-02-13 I2 Technologies, Inc. System and method for managing available to promised product (ATP)
EP0770967A3 (en) * 1995-10-26 1998-12-30 Koninklijke Philips Electronics N.V. Decision support system for the management of an agile supply chain
JPH09147041A (ja) * 1995-11-28 1997-06-06 Hitachi Ltd 在庫引当の管理方法
US5893076A (en) * 1996-01-16 1999-04-06 Sterling Commerce, Inc. Supplier driven commerce transaction processing system and methodology
US6549891B1 (en) * 1996-03-26 2003-04-15 Recovery Management Corporation Method for managing inventory
US5732401A (en) * 1996-03-29 1998-03-24 Intellitecs International Ltd. Activity based cost tracking systems
US5983198A (en) * 1996-04-23 1999-11-09 Novus International, Inc. Integrated system monitoring use of materials, controlling and monitoring delivery of materials and providing automated billing of delivered materials
US5963919A (en) * 1996-12-23 1999-10-05 Northern Telecom Limited Inventory management strategy evaluation system and method
US5884300A (en) * 1997-05-01 1999-03-16 At&T Wireless Services Inc. Inventory pipeline management system
US6453352B1 (en) * 1997-07-14 2002-09-17 Electronic Data Systems Corporation Integrated electronic commerce system and method
JPH1131183A (ja) * 1997-07-14 1999-02-02 Murooka Shoji Kk 商品の在庫管理方式
US6415196B1 (en) * 1997-08-28 2002-07-02 Manugistics, Inc. Manufacturing scheduling process with improved modeling, scheduling and editing capabilities for solving finite capacity planning problems
AU758001B2 (en) * 1997-09-15 2003-03-13 Mro Software, Inc. Electronic information network for inventory control and transfer
JPH1196242A (ja) * 1997-09-22 1999-04-09 Nippon Steel Corp 需給計画システム、需給計画方法およびそのための記録媒体
US6002344A (en) * 1997-11-21 1999-12-14 Bandy; William R. System and method for electronic inventory
US6052319A (en) * 1997-12-04 2000-04-18 Cypress Semiconductor Corp. Apparatus and method for controlling experimental inventory
US6338045B1 (en) * 1998-01-20 2002-01-08 John Charalambos Pappas Apparatus for and method of managing and tracking activities and parts
US6253187B1 (en) * 1998-08-31 2001-06-26 Maxagrid International, Inc. Integrated inventory management system
US6366829B1 (en) * 1998-10-06 2002-04-02 J. P. Donmoyer, Inc. Bulk inventory network system (BINS)
SE9803586L (sv) * 1998-10-21 2000-04-22 Ma System Ab Metod och system för kontroll av en försörjningskedja
US6341271B1 (en) * 1998-11-13 2002-01-22 General Electric Company Inventory management system and method
US6339764B1 (en) * 1998-12-10 2002-01-15 Woodson Incorporated Paperless warehouse management system
US6393332B1 (en) * 1999-04-02 2002-05-21 American Standard Inc. Method and system for providing sufficient availability of manufacturing resources to meet unanticipated demand
US6516239B1 (en) * 1999-08-03 2003-02-04 Honda Of Canada Incorporated Assembly line control system
US6801821B2 (en) * 1999-08-03 2004-10-05 Honda Canada Incorporated Assembly line control system
US6578013B1 (en) * 1999-11-17 2003-06-10 Dell Usa, L.P. Method and system for communicating between supplier and customer devices
US6430540B1 (en) * 1999-12-30 2002-08-06 General Electric Company Method and system for monitoring and modifying a consumption forecast over a computer network
US6996538B2 (en) * 2000-03-07 2006-02-07 Unisone Corporation Inventory control system and methods
US6662193B1 (en) * 2000-06-02 2003-12-09 Cg4 Solutions, Inc. Methods and systems for manipulating a database through portable data entry devices
US6684119B2 (en) * 2000-07-19 2004-01-27 Ford Motor Company Method of providing dynamic production material replenishment information via an internet

Also Published As

Publication number Publication date
EP1205407A1 (en) 2002-05-15
JP2001239431A (ja) 2001-09-04
EP1205407A4 (en) 2006-02-01
KR100475146B1 (ko) 2005-03-08
CN1362931A (zh) 2002-08-07
HK1045490A1 (zh) 2002-11-29
AU3416501A (en) 2001-09-03
US20020174037A1 (en) 2002-11-21
WO2001062633A1 (fr) 2001-08-30
JP3654812B2 (ja) 2005-06-02
TW539969B (en) 2003-07-01

Similar Documents

Publication Publication Date Title
KR20010113896A (ko) 부품 공급 관리 시스템을 위한 데이터 처리 방법
Lium et al. A study of demand stochasticity in service network design
Pauls-Worm et al. An MILP approximation for ordering perishable products with non-stationary demand and service level constraints
Campbell et al. The inventory routing problem
Jaramillo et al. Fleet deployment optimization for liner shipping Part 2. Implementation and results
US8265986B2 (en) System and method for determining carbon emission-conscious order fulfillment alternatives with multiple supply modes
CN111932161B (zh) 针对物品的车辆调度方法、装置、电子设备和计算机介质
CN111932189B (zh) 库存相关信息显示方法、装置、电子设备和计算机介质
JP4847030B2 (ja) 受発注システム及び受発注方法
US20030204463A1 (en) Stock planning method
AU2008282178A1 (en) Transportation management system
EP1639531A1 (en) Method and system for automating inventory managment in a supply chain
Garcia-Sabater et al. A new formulation technique to model materials and operations planning: the generic materials and operations planning (GMOP) problem
Peirleitner et al. A simulation approach for multi-stage supply chain optimization to analyze real world transportation effects
WO2009081525A1 (ja) 輸送計画システム及びその方法
Jarugumilli et al. RFID-enabled inventory routing problems
Viau et al. Integration of inventory and transportation decisions in decentralised supply chains
JPH08272402A (ja) 原料輸送配船計画用推論装置
WO2006082808A1 (ja) 納期回答プログラム、納期回答方法、及びこの方法を実行するシステム
US20060036499A1 (en) Inventory management system and method
US20160055438A1 (en) System and method for empty container reposition resistant to disruptions
US20050075952A1 (en) Determination of best transportation guidelines
Novaes et al. Mitigating supply chain tardiness risks in OEM milk-run operations
Stadtler Purchasing and material requirements planning
JPH08147358A (ja) 原材料の発注計画作成装置

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20090106

Year of fee payment: 5

LAPS Lapse due to unpaid annual fee