CN102292737A - 用于处理请求方案以及管理库存的方法和系统 - Google Patents

Abstract

本发明涉及用于制造预估、生产组装和库存管理的新的系统和方法。在一个实施例中，提供一系统来生成和回复RFP、执行对以后的生产线的产能规划、有效率地以软件实施生产线并追踪详细仓储数据，包括交易数据。这样的追踪可以允许提高工艺、生成报告和市场研究分析。在另一个实施例中，一个或多个系统可以用于实施本发明的一个或多个方面。

Description

用于处理请求方案以及管理库存的方法和系统

著作权声明

本专利文件的一部分包含受著作权保护的材料。著作权所有人对于在专利商标局专利档案中本专利文件或专利公开内容的复制没有意见，但是保留其他著作权权利。

背景技术

拥有品牌的公司(客户)诸如大型包装消费品公司持续加大将他们的物流和制造行为外包给特殊的承包商，这些承包商能够降低成本并能对品牌拥有者的供应链增值。

这些拥有品牌的客户经常使用各种承包商来提供各种合同服务，这是因为承包商在一种服务往往有能力而在其他服务中往往缺乏能力。例如，处理物流或产能规划的承包商缺乏该客户外包的在制造方面的能力。对于承包商来讲，提供两种服务会加大业务复杂度。这可能因为是，例如他们在品牌拥有者的供应链的末端、对他们必须制造和供货的产品的交付周期的控制或影响很小。

由于现代客户市场和品牌拥有者的销售策略的性质，这种行业的挑战性进一步加强。结果是，服务诸如变化很大的制造项目可能生产周期很短(有时仅几小时)，也可能非常复杂而需要大量人工。这些承包商可能需要满足所有这些要求、面对所有压力而维持高产出，还得满足严格的质量和合规要求。

因此需要系统和方法来协助处理对客户和服务客户的承包商的这些和其他挑战，同时成本低、耗时少、准确性更高且质量更高。

发明内容

本发明的一个方面就是提供一种请求方案(RFP)处理的系统，该系统包括一系统供应者，该系统供应者包括(i)一客户模块，其设置为生成一RFP并将其提供给一个或多个组装商，和(ii)一组装商模块，其设置为生成一请求方案回复(RFPR)并将请求方案回复提供给一客户。

本发明的另一个方面就是提供一种使客户能够生成请求方案(RFP)并使承包商通过请求方案回复(RFPR)来对请求方案进行反馈的方法，该方法包括：协助客户准备一请求方案；使得客户提交该请求方案；将该请求方案分发给一个或多个承包商；协助每一承包商生成请求方案回复；使每一承包商对该请求方案回复定稿；以及将一个或多个请求方案回复提供给该客户。

本发明的又一个方面就是提供一仓储系统，用于获得与一个或多个产品的交易数据，该仓储系统包括：一接收终端，设置为获取与接收至少一个部件商品相关的交易数据，每一部件商品包括一个或多个子部件；至少一仓储终端，设置为获取与储存或移动至少一个部件商品相关的交易数据；一送货终端，设置为获取与对一个或多个库存商品或一个或多个子部件的送货相关的交易数据；其中，所述接收终端、所述至少一仓储终端和所述送货终端中至少一设置为与一系统供应者通信，该系统供应者设置为获取并维持交易数据。

本发明的又一个方面就是提供一种与一个或多个库存商品相关的清楚(clean)交易数据的方法，该方法包括：接收至少一部件商品，每一部件商品包括一个或多个子部件；获取与接收每一部件商品相关的交易数据；存储每一部件商品；获取与存储每一部件商品相关的交易数据；对一个或多个库存商品或一个或多个子部件进行送货；获取与每个库存商品或每个子部件送货相关的交易数据；以及获取并维持交易数据。

本发明的又一个方面就是提供一种库存管理和产能规划的系统，该系统包括：一系统提供者，设置为接收一个或多个组装商输入和一个或多个客户输入；该系统提供者进一步包括一用于获取库存数据的库存管理模块，一执行产能规划和管理生产的生产模块，和储存库存数据的多个数据存储器。

本发明的又一个方面就是提供一种库存管理和产能规划的系统，该系统包括一系统提供者，该系统提供者进一步包括一管理库存的库存管理模块，一执行产能规划和管理生产的生产模块，和储存交易数据或库存数据的多个数据存储器。该库存管理模块可以从一仓储系统(例如在本文所描述的)接收交易数据，以允许进行库存管理。这样的交易数据可以包括库存数据，也可以为用户输入或机器输入。用户输入可以包括输入一终端(例如在仓库中)的数据，机器输入可以包括从仓库中的机器获得的数据(例如，半成品(WIP)中)。

库存管理模块可以实时监视库存。这可以通过使用交易数据或库存数据实现。生产模块可以设置为生成一条或多条生产线。这可以通过接收用户输入、使用用于生产线的一个或多个模板或使用来自客户请求和承包商回复的数据。

生产模块可以设置为接收一个或多个要求和一个或多个资源输入，以对一条或多条生产线生成一个或多个方案。生产模块可以设置为，对于一个或多个情形(scenario)中的至少一个，基于一个或多个资源输入中的至少一个，确定对于生产线的一个或多个要求中的至少一个要求是否可以得到满足。这可以实时进行。

生产模块可以设置为可以监视该生产线并对其进行改变或请求对其进行改变。

该系统还可以包括一承包商回复模块以生成一客户回复或者一客户请求模块以生成客户请求。该承包商回复模块可以从承包商回复中提供数据，或者客户请求模块可以从客户请求中提供数据，给生产模块以生成生产线。

该系统可以设置为如软件即服务(SaaS)来操作。

本发明的又一个方面就是提供一种获取交易数据的仓储系统，该交易数据与包括一个或多个子部件的一个或多个成品有关。该仓储系统可以包括一接收终端，其设置为获取与接收至少一部件商品相关的交易数据；至少一仓储终端，其设置为获取与存储或移动至少一部件商品相关的交易数据；一送货终端，其设置为获取与对一个或多个成品或一个或多个子部件进行送货相关的交易数据；其中，所述接收终端、所述至少一仓储终端和所述送货终端中至少一个设置为与一系统提供者通信，该系统提供者设置为获取和维持交易数据。

系统提供者可以设置为使得一个或多个监视终端或计算设备能够浏览交易数据的至少一个子集。这可以通过监视模块提供数据到终端，例如通过一通信网络。

该系统还可以包括一半成品(work-in-progress，WIP)终端，其设置为从半成品获取交易数据。该系统还可以包括一个或多个机器终端，其设置为获取与移动子部件相关的交易数据。

该系统可以通过使得所述接收终端、所述至少一仓储终端、所述送货终端和所述半成品终端中的至少一个经由至少一通信网络与该系统通信，来与仓储系统集成。该仓储系统可以与库存管理模块通信。

本发明的又一个方面就是提供一种用于客户请求处理的系统，其包括一系统供应者18，该系统供应者可以设有一客户模块22c，该模块设置为生成一客户请求并将其提供给一个或多个承包商12；一承包商模块22a，设置为生成一承包商回复并将其提供给客户14。一个或多个承包商12和客户14之间的通信可以通过一个或多个通信网络，例如因特网。用于客户请求处理的系统可以以软件即服务(SaaS)模式或架构来提供。当一客户请求完成时，该请求可以自动提供给一个或多个承包商12。系统10可以决定将该请求提供给那个承包商12。类似地，当一个承包商回复完成时，可以自动提供给客户14。

系统和客户模块和/或承包商模块可以有一个或多个模板，以协助生成客户请求和承包商回复。这些模板可以由用户选择或者由系统建议，例如基于用户曾经生成过模板、有以前用过的模板或对于类似的服务生成过客户请求或承包商回复。如本文所描述，模板可以包括对于任何可能构成客户请求和承包商回复的数据的预设值。

系统可以进一步允许承包商将他们的承包商回复的一个或多个方面导入实际的生产线或生产环境。

本发明的实施例会在下文进一步描述。

附图说明

结合附图描述本发明，但是附图仅仅是示例性和非限定性的，其中类似的附图标记代表类似的或相应的部件。附图中：

图1示出了根据本发明的系统的一个实施例的示意图；

图2示出了根据本发明的系统的一个实施例的另一个示意图；

图3示出了根据本发明的系统的一个实施例的又一个示意图；

图4示出了根据本发明的方案请求提交和回复方法的一个实施例的流程图；

图5示出了根据本发明的生成RFP或RFPR的方法的一个实施例的流程图；

图6示出了根据本发明的生成生产线的方法的一个实施例的流程图；

图7示出了根据本发明的确保满足要求的方法的一个实施例的流程图；

图8示出了根据本发明的仓储系统的一个实施例的示意图；

图9示出了根据本发明的用于交易数据的方法的一个实施例的流程图；

图10示出了根据本发明的用于监视一生产线的方法的一个实施例的流程图；

图11A-E为根据本发明的请求方案回复的用户屏幕的实施例；

图12A-E为根据本发明的用于项目或生产线的用户屏幕的实施例；

图13为根据本发明的生产进度板的用户屏幕的实施例；

图14为根据本发明的产能规划的用户屏幕的实施例。

具体实施例

术语定义

在本文整个范围之内，以下术语有以下含义：

计算设备：能够与其他计算设备进行的通信的一种电子硬件组件。计算设备可以包括但不限于个人计算机(PC)、计算机服务器、笔记本电脑、个人电子助理(PDA)、计算机终端、可编程控制器(PLC)、移动电话、生产线设备、组装机器和安装在仓储机器上的设备。计算设备还可以包括一个或多个外设，例如扫描仪、打印机、读码器、蓝牙或其他接收设备或者图像装置。

客户请求：一种对服务提供商、承包商、供应商或组装商的邀请，通常通过竞价过程，以对特定商品、成品或服务提交方案。客户请求可以包括以下一种或多种：要使用的特定子部件列表，要求的成品的数量，完成的时间，生产线要求的人员数量，产品规格型号信息和其他细节。客户请求可以包含在一个或多个用户屏幕内、输入其中或通过其浏览数据。客户请求可以包括一个或多个具有不同要求的“情形”-不同的成品的量、不同的时限等。客户请求还可以包括包装规格型号信息，该信息可以对一个方案提供更详细的信息或者基本上是一个完整的客户请求，例如给组装合同并不需要竞价过程。一个示例性的客户请求可以是一个RFP(方案请求)，除非特别注明，这两个术语在全文互换使用。

请求报价(RFQ)：一种对承包商(包括供应商或组装商)的邀请，以对特定商品或服务进行竞价。RFQ通常包括物品/服务详情，以确保所有供应商对相同的物品/服务竞价。在本文中，除非特别注明，RFQ被认为是与客户请求基本类似。

承包商回复、请求方案回复(RFPR)、估价或报价(除非特别注明，这些术语互换使用)：一种对承包商(包括供应商或组装商)对RFP(请求方案)的回复。RFPR可以包括：要用的特定子部件列表，所需的成品的数量，完成的时间，产品规格型号信息，生产线要求的人员数量，和其他细节。RFPR可以包括对RFPR是否由客户选择具有决定性的因素，例如价格。价格信息可以包括在价目表中。每个RFPR可以包括一个或多个“假定状况下的情形”或“情形”，这些情形适于达到RFPR要回复的RFP中一个或多个情形的一个或多个要求。每一个情形有自己的RFPR数据。客户可以选择RFPR中的一个特定“情形”投入生产。RFPR可以包含在一个或多个用户的数据屏幕内、输入其中或通过其浏览。

价目表：有关一种情形的各种费用的汇编。价目表可以和RFP和/或RFPR一起存储在库中，在利用可以提高效率。价目表可以包括与以下一个或多个相关的价格信息：人工信息、商品费用、子部件费用、制造费用、以及运输费用(例如送货和接收)、经营费用、场地费用或佣金费用。价目表细节可以由组装商准备RFPR时手工输入，也可以链接到数据源(例如第三方网站或新闻素材)，以获取相关费用(例如基准利率、最低工资、商品价格)。价目表可以包括时间点价格信息或者示出这些费用随时间如何变化。另外，价目表可以跟踪整个工作或项目的一种或多种费用(例如人工或电费)的总量，和/或将这样的费用分摊给每件成品。一个或多个价目表也可以允许生成“成本加价”RFPR，其中固定的利润或利润率用于实际人工、材料、子部件价格、经营费用等之上。这种利润率可以用于价目表中的单独的物品，或者用于一个或多个价目表。

请求报价回复(RFQR)：供应商或组装商对RFQ的回复。在本文中，除非特别注明，RFQR被认为是与RFPR或承包商回复基本类似。

软件即服务(SaaS)：一种软件应用模式，其中维持应用程序作为通过网络(例如因特网)提供给客户的服务。应用程序可以安装和运行在一计算机上，该计算机可以是客户或承包商自己的计算机系统的一部分，或者与之完全独立。服务提供商将应用程序维持在它自己的网络服务器上，或者这种功能通过第三方应用服务提供商(ASP)来实现。

概览

本发明的各方面

本发明一方面提供一种促进和提高承包商对客户请求的回复的质量的框架。该框架可以包括客户模块，其使得客户能生成客户请求并将该请求提供给一组装上模块。该组装上模块可以使承包商通过考虑该客户请求生成对该客户请求的回复，随后将该承包商的的回复提交给所述客户模块。客户因此可以容易地将一个客户请求分发给对应一个或多个承包商的一个或多个组装模块，并从所述一个或多个承包商接收相互竞争的回复。

本发明另一方面提供一种实时追踪交易数据的系统，该系统为产品处理提供的更高的可见性和可追踪性。这可以包括提供实时库存、人工和生产可见性，和/或监视所有进入和经过生产线的方式。这样的实时和/或交易数据可以使得更灵活和更有针对性的产能规划成为可能，例如由于生产线比计划超前运行而需要订购的子部件的自动确定。交易数据可以有系统提供者在整个生产线上获取和储存，包括在接收终端处、至少一仓储终端处和/或送货终端处。该系统提供者可以维持交易数据，以使客户或承包商能够有实时库存、人工和生产可见性或监视商品、部件及其子部件。

本发明又一方面可以操作处理由本发明收集的交易数据，以提供自动的、可配置的产能规划和库存管理。

本发明又一方面提供一种或多种系统架构的途径，其允许报告和可以支持连续提高行为的商业智能。这可能涉及存储实时指标和数据(例如与生产线相关)并能够相对于最初的估计或目标关联和生成报告(例如可以提供在或设计在承包商回复内)。

根据本发明又一方面，上面所述的组装模块可以收集基于承包商以前的回复的历史数据，使得承包商能够返回以前的承包商回复并利用“如果”数据来看该承包商已经提供或会提供的服务中那些可以提高。

还可以有一种在集成系统中对客户和承包商的合作需求提供服务的方式。其可以允许来自客户请求和承包商回复的数据直接输入操作或生产系统。这样可能效率更高并确保更高质量的生产，可以允许来自生产操作系统中的数据对客户可用，以实现关于生产、承包商回复或他们自己的客户请求的更多信息的决定。

一个或多个数据点(例如交易数据、人工数据等，来自客户和承包商)的集合和现有的系统可以使得对任一方的业务进行数据挖掘。这样的数据挖掘可以为客户、承包商或一个或多个行业整体提供有价值的信息。

根据本发明又一方面，提供一种库存管理和产能规划的系统，该系统包括：一系统提供者18，该系统提供者进一步包括一用于库存管理的库存管理模块，一执行产能规划和管理生产的生产模块，和储存交易数据或库存数据的多个数据存储器。该库存管理模块可以从一仓储系统(例如本文所描述的)接收交易数据，以允许进行库存管理。这样的交易数据可以包括库存数据，也可以为用户输入或机器输入。用户输入可以包括输入一终端(例如在仓库中)的数据，机器输入可以包括从仓库中的机器获得的数据(例如，半成品(WIP)中)。

库存管理模块可以实时监视库存。这可以通过使用交易数据或库存数据实现。

生产模块可以设置为生成一条或多条生产线。这可以通过接收用户输入、使用用于生产线的一个或多个模板或使用来自客户请求和承包商回复的数据。

生产模块可以设置为接收一个或多个要求和一个或多个资源输入，以对一条或多条生产线生成一个或多个情形。生产模块可以设置为，对于所述一个或多个方案中的至少一个，基于一个或多个资源输入中的至少一个，确定对于生产线的一个或多个要求中的至少一个要求是否可以得到满足。这可以实时进行。

生产模块可以设置为可以监视该生产线并对其进行改变或请求对其进行改变。这允许客户请求改变，例如添加一台机器，以提高产出。或者，承包商(其控制该生产线)可以直接对该生产线进行改变。

该系统还可以包括一承包商回复模块以生成一承包商回复和/或一客户请求模块以生成客户请求。该承包商回复模块可以从承包商回复中提供数据，或者客户请求模块可以从客户请求中提供数据，给生产模块以生成生产线。

该系统可以设置为如软件即服务(SaaS)来操作。

本发明的又一个方面就是提供一种获取交易数据的仓储系统800，该交易数据与包括一个或多个子部件的成品有关。系统800可以包括一接收终端，其设置为获取与接收至少一部件商品相关的交易数据；至少一仓储终端，其设置为获取与存储或移动至少一部件商品相关的交易数据；一送货终端，其设置为获取与对一个或多个库存商品或一个或多个子部件进行送货相关的交易数据；其中，所述接收终端、所述至少一仓储终端和所述送货终端中的至少一个设置为与一系统提供者通信，该系统提供者设置为获取和维持交易数据。

系统提供者18可以设置为使得一个或多个监视终端或计算设备能够浏览交易数据的至少一个子集。这可以通过监视模块52提供数据到终端，例如通过一通信网络，例如一个或多个网页(可以是可扩展标记语言(XML)页面)，其包含允许浏览交易数据一个或多个其他的子集的链接。这允许用户浏览仓库中的库存808的一个或多个方面的详细信息，或者仓库中一个机器的表现的详细信息。

系统800还可以包括一半成品(work-in-progress，WIP)终端，其设置为获取在WIP中与使用一个或多个子部件来装配一个或多个成品或人工信息(例如雇员工时)相关或者与一生产线相关的交易数据。系统800还可以包括一个或多个机器终端，其设置为获取与移动子部件相关的交易数据。一个示例性的机器终端可以是带一终端或读码器的叉车，其可以例如由叉车操作员使用，以随着库存808在仓库内的移动而输入(获取)交易数据。

系统800可以例如通过使得所示接收终端、所述至少一仓储终端、所述送货终端和所述半成品终端中的至少一个经由至少一通信网络与该系统10通信，来与系统10集成(如本文所描述)，系统10例如是库存管理模块。仓库内可以设有局域网，所有收集交易数据的终端连接到该局域网。该局域网内的一个终端可以例如通过因特网连接到系统10，以允许交易数据存储到例如数据存储器24内。

本发明的又一个方面就是提供一种用于客户请求处理的系统，其包括一系统供应者18，该系统供应者可以设有一客户模块22c，该模块设置为生成一客户请求并将其提供给一个或多个承包商12；一承包商模块22a，设置为生成一承包商回复并将其提供给客户14。一个或多个承包商12和客户14之间的通信可以通过一个或多个通信网络，例如因特网。用于客户请求处理的系统可以以软件即服务(SaaS)模式或架构来提供。当一客户请求完成时，该请求可以例如通过电子传输实时地自动提供给一个或多个承包商。系统10可以基于例如系统10知道承包商12能够执行的服务或者判断为能很好执行的服务，决定将该请求提供给哪个承包商12。类似地，当一个承包商回复完成时，可以例如通过电子传输实时地自动提供给客户14。

系统10和客户模块22c和/或承包商模块22a可以有一个或多个模板，以协助生成客户请求和承包商回复。这些模板可以由用户(例如客户14或承包商12)选择或者由系统10建议，例如基于用户曾经生成过模板、有以前用过的模板或对于类似的服务生成过客户请求或承包商回复。如本文所描述，模板可以包括对于任何可能构成客户请求和承包商回复的数据的预设值。

根据本发明又一方面，系统10还可以使得承包商12将他们的承包商回复的一个或多个方面输入到实际生产线或生产环境。这可以促使通过减轻手工重新输入数据的需求来协助提供服务(例如通过一生产线来组装成品)或使服务更高效，所述数据已经在客户请求和承包商回复中获取。

本发明的多方面的结合

用于库存的管理和产能规划的系统可以和仓储系统800一起操作以提供交易数据。如本文所描述，这可以为用于库存的管理和产能规划的系统提供额外的优点。

另外，系统10可以用来在客户14和承包商12之间建立关系，导致客户请求和承包商回复的交换。客户请求和承包商回复和系统10，整体来讲，可以和用于库存的管理和产能规划的系统一起使用，也可以是用于库存的管理和产能规划的系统的一部分，并且允许例如容易地从客户请求和承包商回复中的数据由生产线模块生成一生产线。

客户和承包商之间的交互

根据本发明的一个方面，提供一种框架，使得客户能生成一RFP并将该RFP提供给一个或多个承包商。所述一个或多个承包商通过考虑该RFP随后生成一RFPR。承包商随后将该RFPR交给该客户。下面详细描述该框架。

客户14有多种需要作的服务(例如从一个或多个子部件来组装成品)，有的服务可能超出了他们的能力或核心竞争力。在这种情况下，客户14可以联系服务提供者例如承包商12来执行服务。

通过一个RFP的条款，客户14可以提供关于他们需要执行的服务的一些细节。这种RFP可以在不同程度上包括关于各方关系的细节、关于完成的服务和/或产品和子部件、产品数量和时限的细节，关于服务如何执行的细节。

在提供RFP回复时，服务提供者或承包商12可以提供或确认RFP中的细节并且可以包括关于他们如何提议执行服务或组装的特别信息。RFP回复还允许服务提供者使用系统提供者18的一个或多个软件模块来设计一条生产线(例如一条虚拟估计生产线)并确保该生产线能满足RFP中设定的要求。

本发明的多个方面使得可以生成RFP和RFP回复并分发。

用户屏幕300可以通过提供给客户智能搜索来协助客户准备RFP，智能搜索查找以前用过的部件(例如子部件的来源、生产线或虚拟生产线的设计以及要求的资源)和对给定成品的建议的途径，这样本发明使生成更快速。例如，当一个客户准备用于礼品篮的RFP而他们以前作过一个礼品篮的RFP时，系统提供者18可以提供一个模板来开始。

一旦客户完成RFP的制作，该客户可以提交该RFP并指定一个或多个承包商接收该RFP。当客户14提交该RFP，系统提供者18和数据存储器24内的数据可以用来立即自动将该RFP分发给适当的承包商12。客户14对一种特定类型的成品可以有一承包商12的列表，或者系统提供者18可以识别对承包商12的核心竞争力的要求并将该RFP立即发送给那些承包商12。类似的用户屏幕和系统提供者18的多个方面可以在生成来自承包商12的RFP回复和对该RFP回复定稿并随后将该RFP回复提供给客户14上操作。

客户14可以选择一个RFP回复(以及其相关的承包商12)来执行该项任务(例如承包商12已经获得该合同，例如组装该成品)。在此时，会通知承包商12并要求其实施一个生产线，例如在一个或多个仓库或组装处。

本发明的多个方面使得赢得该合同的承包商12快速有效地设立一条生产线。

估计的生产线可以直接转化成可以直接用于本发明的产能规划和仓储管理方面(可以引作WIP816)的生产线。这防止承包商12重新输入或重新设计生产线。基本上来自RFP和RFP回复的任何细节均可以输入该生产线。这允许例如销售人员生成一个估计的生产线而工程师直接将其导入生产环境。尽管可以进行改变，这样的直接导入可以节约时间并允许以后对估计的生产线(例如在RFP回复中)和生产线进行比较。

同时，由于要求承包商12实施一条生产线，可以要求他们监视该生产线，例如确保满足要求(例如数量、时限、费用等)。

本发明的多个方面使得承包商12和客户14实时进行产能规划、监视和调整生产以及调整要求。系统提供者18的多个模块可以提供这种功能，例如监视模块52和生产模块120，这种功能会在客户14和承包商12使用的一个或多个终端上执行。系统提供者18的多个模块可以显示生产的准确状态(例如实时地)、哪种资源或子部件可能用尽以及对满足要求的其他障碍。客户14或承包商12可以通过一个或多个设置为与系统提供者18通信的终端来改变生产线或对子部件下订单等，以继续满足要求，或者可以改变要求。这些任务可以实时进行并且是可行的，这是由于保留了交易数据(其可以提供生成所有方面的实时概览)。产能规划、仓储管理和监视功能都可以直接链接并予以考虑，以提高服务的执行、客户的满意度和效率中的一个或多个方面。

本发明的允许系统提供者18准确显示和维持生产的准确状态的一个方面可以是仓储系统800。系统800可以包括一个或多个终端，包括一个接收终端、一个或多个仓储终端和一个送货终端，他们收集与仓库和生产线(WIP)相关的交易数据。这样的交易数据可以与以下相关：例如，部件或子部件的抵达、部件或子部件的移动、生产线上机器的表现、移动到送货的成品以及废弃物。这样的交易数据可以提供给系统提供者18或者由系统提供者18存储，并且可以用于产能规划、生产和监视。也可以收集和维持与召回的子部件或产品、废弃的库存808或完好的成品的其他偏差相关的交易数据。这样的交易数据可以提高召回的效率，这是因为召回的特定子部件可以实时找到。

完成至少一部分服务(例如完成产品的一项或多项工作)后，系统提供者和客户14可能执行对服务的各种报告或分析。这样的分析可以是比较RFP对生产的回复、提供服务或组装成品的效率(例如成为成品时的损耗、子部件的低效移动等)。

本发明的多个方面允许客户14和系统提供者进行详细分析。估计的生产线(以及相关估计，例如财务、废弃量、人工成本等)可以与实施的生产线相比较。这是由于两者均存储在系统提供者18，并且由于估计的生产线直接导入成为生产线。而且，将产能规划链接到仓储管理使得可以找到计划满足要求和实际满足要求之间的间隙的原因。另外，如果仓储管理是通过系统800或者仓储管理收集和存储交易数据，在任一点及时重现服务的任何方面是可以的。交易数据允许对生产“回卷”和“重新执行”，以了解发生了什么情况。

在该概览描述的优点可以是本发明的一些方面或实施例所提供的一些优点。可以理解，不是所有方面或实施例均能提供这些特定优点的任一个或多个。还应当理解，在此所描述的特定实施例和例子仅仅是示例性的并不意在限制在此描述的本发明的范围。

本申请余下的部分大体分成描述本发明的多个方面的多个部分。这些部分基本上带有小标题。本发明的不同方面可以在一个或多个部分讨论(例如不同方面以不同方式交互)。标题意在协助阅读和理解本发明的多个方面。

架构系统

图1是根据本发明的系统的一个实施例的示意图。系统10包括承包商12、客户14、通信网络16和系统提供者18，系统提供者还包括提供者模块20、一个或多个子模块22诸如承包商模块22a和客户模块22c以及一个或多个数据存储器24。

可以理解，承包商12、客户14和系统提供者18中的每一个可以是一个计算设备和/或一方。例如，承包商12可以是一个公司。或者，承包商12可以是一个公司使用的计算设备，其可以访问系统提供者18。

承包商12和客户14可以用系统10来执行对各种商品、产品或服务进行组装的竞价过程。该竞价过程通常涉及客户14准备RFP，该RFP提交后分发给一个或多个承包商12。每个承包商12随后准备一个RFPR，该RFPR定稿后提供给客户14。如果该RFPR被客户14选中(由客户14决定的因素确定，其可以包括价格、标准、数量、时间安排、要用的子部件)，该竞价过程完成，承包商12得到该合同。承包商12提供的服务可以包括但不限于合同包装服务(例如客户想要将一个或多个子部件组装成产品诸如装礼品的礼品篮)、合同制造(例如客户想要从一个或多个子部件或基本材料制造成成品)或第三方物流(例如第三方接收一个或多个子部件并负责将一个或多个子部件或产品按预定时间分送)。

一个或多个或基本上所有承包商12和客户14可以将系统10用于一个或多个特定服务或行业。因而当客户14完成一个RFP时，基于承包商12、客户14和提供者系统18中的一个或多个所确定的标准，该RFP会被直接提供给提供这种服务的所有承包商12或者这种承包商的一个子集。当所述一个或多个组装商中的一个或多个完成一个RFPR时，该RFPR可以直接提供给客户14。如本文所描述，系统10允许这种直接提供RFP和RFPR，例如通过将通知发送给适当的一方或者通过将RFP和RFPR文件发送给适当的一方。通知和文件的发送可以是电子式的，例如通过电子邮件。

除了执行竞价过程，客户14或一个或多个承包商12可以使用系统10建立服务规则(例如通过一条组装线)、获取需要的资源和子部件、产能规划、管理库存以及监视以上任意一个的状态。监视还可以是实时的。

系统10可以允许库存追踪，可能结合系统800。这样的库存追踪可以是任何详细层级，包括栈板级(pallet level)、箱级(case level)和单元级(unit level)。而且，不同成品和子部件(可以是同一成品的一部分或者可以不是)可以在不同详细层级来追踪。追踪较详细的层级或者完全追踪可能很困难，特别是在仓库里的移动迅速进行的时候。系统10和系统800可以使得这种追踪更容易更准确地进行。

如本文所描述，系统10不仅允许库存的追踪，而且允许产能规划和材料要求规划(其可以涉及获得资源，例如在要求的时间获得子部件)。执行库存追踪和产能规划允许组装商14在库存追踪和制造资源规划相结合的领域实现以前无法实现的结果。

如本文所描述，系统10和尤其是系统提供者18可以以软件即服务(SaaS)模式或架构提供。客户14和承包商12可以通过登录的用户名(ID)或现有技术中已知的方式限制软件系统仅供许可的用户使用来访问系统10和系统提供者18。

客户14可以是任何需要组装成品或生产成品的一方，例如通过承包商12。客户14可以是一个公司或一个个人。客户14可以需要对各种成品生成和分发RFP的系统，其高效、全面、广泛接受、准确、提供全面监视性能、使得能够进行更快的合作和通信并且不贵。

如本文所描述，客户14位于距离承包商12和系统提供者18中的一个或多个的远处。客户14可以是任意数量的硬件配置，允许客户14访问系统提供者18。这可以包括客户14为基本上与系统提供者18和/或承包商12相同的硬件。在一个实施例中，如图1所示，客户14可以是一个人电脑(PC)，其设置为通过网络16访问提供者系统18。

承包商12可以是提供与为客户14组装和/或生产成品相关的服务的一方。承包商12可以是一个公司或一个个人，涉及例如第三方物流和供应、贴牌和包装、合同包装(例如根据订单生产/定制、组装和包装以及次级包装)、合同制造(例如满足合同、初级包装、柔性包装)、显示和打印(例如销售点打印、直邮和寄信)以及品牌所有人和制造商。

承包商12可以需要一种系统，例如系统10，用于对提供各种服务生成和分发RFPR的系统，其高效、全面、广泛接受、准确、提供全面监视性能并且不贵。

如本文所描述，承包商12位于距离客户14和系统提供者18中的一个或多个的远处。承包商12可以是任意数量的硬件配置，允许承包商12访问系统提供者18。这可以包括承包商12为基本上与系统提供者18和/或客户14相同的硬件。在一个实施例中，如图1所示，承包商12可以是一个人电脑(PC)，其设置为通过网络16访问提供者系统18。

通信网络16(网络16)可以是任何设置为允许客户14和承包商12中的一个或多个访问提供者系统18的网络。网络16可以是任何局域网或广域网，并且至少部分为有线或无线(包括例如无线因特网、射频标签(RFID)、海外或蓝牙)。网络16可以由客户14、承包商12和系统提供者18中的一个或多个控制，也可以由一个第三方网络提供者控制。尽管在图1中示为一个网络云，网络16可以包括一个或多个具有一个特征和/或协议的网络。在一个实施例中，网络16可以是因特网。在另一个实施例中，网络16可以是因特网而网络16的其他部分为位于客户14和承包商12中的一个或多个的局域网。在又一个实施例中，网络16可以是实施为穿过地理远程的多点的VPN(虚拟专用网络)。

系统提供者18可以是提供系统的任何一方，该系统与协助组装和/或生产成品有关。系统提供者18可以是一个公司或一个个人。系统提供者18可以维持一个或多个软件模块，该模块设置为使得可以执行与组装和/或生产成品相关的任务。这样的任务可以包括生成和分发RFP和RFPR、建立一条或多条估计生产线、生产或虚拟生产线(可选地通过使用模板或以前生成的生产线)、对一条或多条生产线进行产能规划、进行库存追踪和管理以及监视(包括实时监视)有关这些任务的进展。

系统提供者18可以有一个或多个模块和子模块(如本文所描述)，以协助这些和其他任务。可以理解，尽管本文描述了多种模块的一个或多个实施例，可以使用任意数量的模块，任何模块可以提供功能的不同结合。而且，尽管如图1所示系统提供者18位于一个位置，系统提供者18可以有一个或多个位置，每个位置可以相对客户14或承包商12在远处或近处。在一个示例性实施例中，系统提供者18的一个或多个模块可以位于客户14或为客户14的一部分。在又一个实施例中，系统提供者18可以提供一个或多个硬件组件(例如预配置的PC或计算机终端)给承包商12。这样的硬件组件可以有执行一项或多项上述任务的软件模块。这样，系统提供者18能将这些硬件组件带到承包商12或客户14并有“现货”系统而无须较长的安装时间。

系统提供者18可以在距离客户14和/或承包商12的远处。

系统提供者18还可以包括承包商模块22a和客户模块22c。这些模块提供关于上述任务的基本上所有功能。如本文所描述，这些模块可以有不同的功能设置同时在本发明的范围之内。

客户模块22c可以基本上是客户14用来访问系统提供者18的模块。因此，组装商模块22c可以提供一个或多个用户屏幕(如本文所描述)，以允许客户14生成RFP、分发RFP、接收和浏览一个或多个RFPR、提供或改变产能需求以及监视生产、库存等级和其他信息，优选实时进行。

客户模块22c可以在一个或多个数据存储器24存储信息并可以访问一个或多个数据存储器24。通过一个或多个用户屏幕，客户模块22c还可以存储客户14提供的信息到一个或多个数据存储器24，例如通过一个或多个通过键击或鼠标点击进行的客户输入，并且可以显示从一个或多个数据存储器24获得的信息给客户14。

组装商模块22a可以基本上是承包商12用来访问系统提供者18的模块。因此，组装商模块22a可以提供一个或多个用户屏幕(如本文所描述)，以允许承包商12接收RFP、生成RFPR、提供RFPR、安排资源、提供或改变产能需求以及监视生产、库存等级和其他信息，优选实时进行。组装商模块22a也可以称作承包商模块22a。

组装商模块22a可以在一个或多个数据存储器24存储信息并可以访问一个或多个数据存储器24。通过一个或多个用户屏幕，组装商模块22a还可以存储承包商12提供的信息到一个或多个数据存储器24，例如通过一个或多个通过键击或鼠标点击进行的客户输入，并且可以显示从一个或多个数据存储器24获得的信息给承包商12。

数据存储器24可以存储与系统10和系统提供者18和组装商模块22a和客户模块22c提供的任务或功能相关的数据。数据存储器可以通过承包商12和客户14通过例如用户屏幕提供数据，来从组装商模块22a和客户模块22c提供数据。数据存储器24还可以从承包商12和客户14中的一个或多个获取数据，如本文所描述，经过组装商模块22a和客户模块22c而无须用户交互。数据存储器24内的数据可以是本领域技术人员已知的任何形式并以已知的形式组织。

数据存储器24可以存储包括一个或多个RFP库的数据。这样的数据库可以基于承包商12、客户14、提供的服务的性质、生产线的性质以及RFP是否得到回复来组织或查找。在一个实施例中，每一客户14可以有他们自己的RFP库。这样的库允许客户14通过例如RFP终端14a和客户模块22c来访问旧的RFP并修改该RFP以生成一个新的RFP。RFP库的使用使得RFPR的生成更容易、更高效和更统一。

类似地，数据存储器24存储包括一个或多个RFPR库的数据。这样的数据库可以基于承包商12、客户14、提供的服务的性质、生产线的性质以及RFPR是否被客户14选中来组织或查找。在一个实施例中，每一承包商12可以有他们自己的RFPR库。这样的库允许承包商12通过例如RFP终端108和组装商模块22a来访问旧的RFPR并修改该RFPR以生成一个新的RFPR。RFPR库的使用使得RFPR的生成更容易、更高效和更统一。

数据存储器24可以存储其他类型的数据，包括RFP和RFPR数据和模板、交易性数据、库存数据、资源数据和产能数据。

如本文所使用，交易性数据或交易数据是任何给予组装的任一方面的更准确概览的数据，例如订购和接收子部件(其也可以是资源数据和库存数据的一部分)、存储子部件、将子部件带到组装线、组装线的细节(人工成本、雇员和他们的表现、机器操作诸如组装线上机器的产出(其可以是对系统提供者18的输入)、效率、生产表现结果和趋势，所有这些可以是库存、资源数据、产能数据和组装一个或多个成品的一部分)和得到的成品和副产品(浪费的子部件和其他细节，其也可以是库存的一部分)。交易数据可以是基本上实时的数据，可以允许系统提供者18提供更准确的组装过程的简介，以及示出导致该简介的交易。交易数据可以基本上允许重新生成从过程开始到当前状态的基本上整个生产过程。

交易数据越详细、越清楚，重新生成会越好。但是，更细节的数据很难保持“清楚”，其中数据准确代表库存和仓库的状态。

系统10和其一个或多个模块可以有一种或多种技术，以保持清楚和详细同时保持性能和可用性。例如，系统10可以在一个或多个细节层级追踪数据并显示所述一个或多个细节层级的子集，该子集可以由客户14或承包商12选择。而且，总和为零的对很详细的库存的调整会被忽略(例如三个单元的子部件A移出库存存储位置812而三个单元的子部件A进入相同的库存存储位置)，尽管例如为了失效和可追踪性目的仍会对标识符进行追踪。

如本文所描述，交易数据可以由人来提供(作为用户输入)，或者在承包商处或者在客户处；或者可以由机器、传感器和其他电子设备来提供(作为机器输入)。

获取和存储交易数据可以允许许多有益的使用。作为示例，交易数据可以允许子部件和其他库存或资源的所有移动、送货、接收、生产和消费的完全可追踪性。可以允许自动优化仓库布置和对每一子部件的库存位置分配。用户可以确定仓库昨天、上个月有什么以及在任何阶段该仓库的吞吐量。交易数据可以揭示哪些物品移动最快以及哪些物品在库存里滞留最长。而且，出错的行为可以回卷以保持数据清楚。可以监视和研究雇员的生产率、生产线效率和生产率以及哪个子部件被拒绝最多。交易数据越清楚且交易越详细，交易数据对上述优点越有用。

交易数据可以包括这样的数据，其允许一个或多个实物物品(例如子部件和成品)基于“每个交易”在任一细节层级被追踪。交易可以发生在实物物品在仓库移动的任何时候。以示例的方式，以下移动可以构成一个实物物品的交易：抵达仓库接收区域以及随后从该区域离开(这可以类似于金融借记和贷记，其中从一处离开对应在另一处抵达)、到达和离开仓库中一个或多个存储位置、到达和离开半成品区域(WIP)(其可以是一条生产线)、成为成品或废品的一部分、移动到送货位置以及离开仓库。而且，每一交易(其可以包括一项或多项交易数据)和每一项交易数据可以构成对库存诸如库存808的一项或多项详细的调节。以示例的方式，交易数据可以包括在栈板上移动10个成品到送货区。包括在这种交易数据中的细节调节可以反映所用的每个成品、废弃物或资源中单独的子部件，以及较大交易的其他更详细的细节。

实物物品诸如库存808可以在任何层级追踪(意味着至少一些交易性数据存在)，包括栈板级、箱级、单元级和“个”级。对于任意子部件或产品，实物物品的追踪可以在不同详细层级，数据存储器24和系统提供者18可以同时在不同层级跟踪。以示例的方式，两个栈板抵达接收区域并且均包括子部件A和子部件B。一个栈板可以移动到一库存存储位置并被追踪为一个栈板，相关该栈板的移动获取交易性数据(在这种情况下交易数据可以包括一个或多个物品标识符、库存地段编码、失效日期、库存号、单位量、状态、日期戳、接收位置标识符、存储位置标识符、移动该栈板的机器和机器操作员)。另一栈板可以分成子部件A箱和子部件B箱并移动到不同的库存位置812。每一箱可以分别追踪，而该栈板仍然可以追踪(该栈板可以追踪为移动到两个位置，基于箱的追踪知道该栈板的哪个部分去了哪个库存位置)。

库存808可以例如是四种状态的一种：有货(库存可以转化成产品)、已预订(表明该库存已经有一定目的因而不能用于新的产品或其他目的)、隔离(表明其可能是召回的一部分或者不应该再使用)或拒绝。所有的仓库概念、终端和系统均可引入所有四种状态。如图12-14所示，这些状态可以显示在一个或多个用户屏幕上。这可以提供一种机制来区分基本特征集(BAS)基本相同的有区别的库存类型。

交易性数据还可以包括与以下相关的数据：产能规划、资源可获性以及生产线进展(例如过程中一个步骤需要多长时间、有多少员工工作以及他们的生产率如何，以及浪费了多少个子部件)、产品交付的前导时间、轮班细节、在生产开始前子部件多久到达仓库的截补料时间、重新订购子部件的状态或者何时项目会有其所需的资源。

当新的交易引入系统时，内部一致性的交易数据的实现会有赖于几个基本的原理。首先，必须获取与交易相关的至少一些常用数据(例如栈板、位置、库存编号、失效日期、库存地段编码、时间戳和状态，尽管可以使用不同的数据)。这些可以称作“基本特征集”或BAS。第二，多个交易(和相关的获取的交易数据)可以分组以获得更集合性的信息。例如，确定一个位置的库存编号的总数可能涉及将所有涉及给定库存编码和给定位置的所有交易相加。第三，交易的修改不能影响库存的历史层级。例如，修改两周前的收据数量会产生当前的新交易而不是改变已经存在的交易。最后，库存在任何位置基本上不能是负值。如本文所描述，可能有例外，与仓库中半成品(WIP)区域的子部件反冲有关。

客户与系统提供者的交互

图2为根据本发明的系统10的一个实施例的示意图。系统10包括通信网络16、客户14和系统提供者18，客户14进一步包括RFP生成终端14a和监视终端14b，系统提供者18包括客户模块22c和数据存储器24，客户模块22c包括RFP生成模块50和监视模块52。应当理解，本文所用的类似的附图标记指代类似的部件。

客户14基本上如本文所描述，可以包括RFP生成终端14a和监视终端14b。RFP终端14a和监视终端14b可以是同一终端，也可以是不同终端。而且，可以有多个终端，每个终端可以实现和其他终端基本相同的功能。如本文所描述，RFP生成终端14a和监视终端14b可以设置为从客户模块22c接收一个或多个用户屏幕并将他们显示给客户14处的一个用户。

RFP生成终端14a和监视终端14b可以是一个或多个计算设备，客户14或用户在采购、项目管理、业务或其他部门使用这些计算设备。RFP生成终端14a和监视终端14b可以位于客户14处、系统提供者18处或第三方位置。

如图2所示，RFP生成终端14a和监视终端14b可以基本上为客户14或者与通过与网络16相同或类似的网络与客户14通信。

用户可以用RFP生成终端14a来生成一个RFP并分发该RFP。这可以经由由RFP生成模块提供并显示在RFP生成终端14a上的用户屏幕来进行。示例性的用户屏幕可以参见附图11A-E。

监视终端14b可以允许监视组装过程的一个或多个方面，包括准备RFPR时组装商的进展、库存层级、成品的数量、生产预期、交易数据和任何其他要求的信息。监视终端14b可以浏览图13的生产进度板1300来监视生产。或者，监视终端14b可以浏览图12A-E的用户屏幕1102来监视生产。

客户模块22c还可以包括RFP生成模块50和监视模块52。

RFP生成模块50允许客户14可能使用RFP生成终端14a来生成RFP。RFP生成模块50可以提供对RFP的完成和质量的评估，以确保RFP的全面性。RFP生成模块50可以在RFP生成终端14a上呈现一个或多个用户屏幕给客户14。这样用户屏幕允许客户14可以从数据存储器24中的库选择一个旧的RFP，以开始生成一个新的RFP。或者，客户14可以简单地开始输入RFP要求的信息到RFP生成模块50提供的一个或多个用户屏幕。这样的信息可以包括RFP名称、过程涉及的人员、要求的生产、关于子部件或成品的细节、送货安排和配置、测量、仓库要求、状态更新和编码等等。

客户14可以指示保存RFP，例如通过提交按钮。这可以生成RFP或者仅将其通过例如其他用户屏幕保存以供以后修改。客户14还可以在RFP完成时将其分发。客户14可以选择一分发按钮，在该点RFP生成模块50可以将该RFP提供给一个或多个承包商12。以示例的方式，RFP生成模块50可以访问数据存储器24以获取客户12想要其接收RFP的组装商列表。该列表可以包括发送RFP的电子邮箱，或者包括用户ID，这样承包商12下次访问系统提供者18时可以浏览该RFP。客户14能够指明要分发RFP的承包商。RFP生成模块50可以允许客户14基本上不花时间在分发RFP上。

RFP生成模块50可以允许客户14生成需要的任何类型的RFP并允许客户14指定要承包商12的RFPR要满足的一个或多个要求(例如产能要求)。这样的要求可以包括每一件产品的价格、完成时间或交货日期、质量或操作标准、子部件的浪费或损坏的最大量。而且，RFP生成模块50可以允许客户14生成带一个或多个情形的RFP。每一情形可以针对或指明RFP要满足的不同要求。

监视模块52允许客户14可能利用监视模块14b监视组装过程。监视模块52可以在监视终端14b上呈现一个或多个用户屏幕给客户14。这样用户屏幕允许客户14可以选择要监视的组装过程的一个方面然后开始监视。另外，监视模块52可以允许客户14对RFP或者RFP的一个或多个情形添加或修改要求。作为示例，监视模块52可以允许客户14缩短时间或者改变想要的成品的数量。这可以在生产过程中随时进行。

服务提供者/组装者与系统提供者的交互

图3为根据本发明的系统的一个实施例的示意图。系统10包括通信网络16、承包商12和系统提供者18。承包商12包括机器终端102、仓储终端106、RFP回复终端108、生产线设备110和生产终端112，机器终端102进一步包括机器计算设备100和外设104，仓储终端106进一步包括外设104。系统提供者18包括组装商模块22a和数据存储器24，组装商模块22a进一步包括生产模块120、监视模块50、RFPR模块122和库存管理模块124。

机器终端102、仓储终端106、RFP回复终端108、生产线设备110和生产终端112可以通过与网络16相同或类似的通信网络连接。机器终端102、仓储终端106、RFP回复终端108、生产线设备110和生产终端112可以通过网络16直接连接到系统提供者18，或者通过在承包商12处的局域网(未示出)来通信，该局域网通过网络16与系统提供者18通信。

RFP回复终端108和生产终端112可以是同一终端或者是不同的终端。而且，可以有一个或多个终端能够执行与其他终端基本相同的功能。如本文所描述，RFP回复终端108和生产终端112可以设置为从组装商模块22a接收一个或多个用户屏幕并将他们显示给承包商12处的用户。

RFP回复终端108和生产终端112可以是组装商或用户在采购、项目管理、经营或其他部门使用的一个或多个计算设备。RFP回复终端108和生产终端112可以位于承包商12处、系统提供者18处或者第三方位置。

RFP回复终端108和生产终端112可以基本上是承包商12或者如图3所示通过一个与网络16相同或类似的通信网络与承包商12通信。

RFPR终端108允许承包商12可能使用RFPR模块122来接收RFP、生成和分发RFPR。

生产终端112可以允许可能使用生产模块120来生成一生产线和进行产能规划。

机器终端102可以使得以栈板、箱或每个为单位移动一个或多个实物物品(例如子部件和产品)。机器终端102可以位于承包商12的仓库内处，每一仓库可以有一个或多个机器终端102。

机器终端102可以允许追踪实物物品的移动并获取交易数据。可以在获得实物物品时或者将其放置到一个新位置时获取交易数据。这样的获取和追踪可以通过机器计算设备100和外设104。机器终端102可以直接或间接与组装商模块22a的库存管理模块124通信。在一个实施例中，机器终端102可以直接通过网络16与组装商模块22a通信。在另一个实施例中，机器终端102可以与另一个终端诸如生产终端112通信，而所述另一终端与系统提供者18的组装商模块22a通信。

机器终端102可以包括一个或多个计算设备，以允许用户输入与正移动的实物物品相关的交易数据。

在一个实施例中，机器终端可以是装有计算设备的叉车而外设可以是能够扫描实物物品的扫码器。当叉车的操作员将该实物物品从第一位置移走而装载时，可以扫描该位置或者手工键入该位置，然后扫描该实物物品并将交易数据提供给例如组装商模块22a。同时，仓储终端106可以扫描该实物物品，以指明其要离开第一位置。当叉车操作员在第二位置卸货时，会再次扫描该实物物品并将该交易数据提供给例如组装商模块22a。同时，仓储终端106可以扫描该实物物品，以指明其要到达第二位置。

在另一个实施例中，实物物品可以带有一发射器(例如RFID发射器)而机器终端102可以带有一接收器以自动从要移动的实物物品接收信息。在又一个实施例中，实物物品可以有允许追踪的条码，或者是声音识别系统的一部分，允许提供关于要移动的实物物品的交易数据。

仓储终端106可以位于承包商12处的一个或多个库存位置812并且可以实质上是一个或多个计算设备；每个仓库可以有一个或多个仓储终端106。

仓储终端106可以允许追踪实物物品的移动并获取交易数据。可以在实物物品被带到仓储终端106的地理区域时或者将实物物品带离仓储终端106的地理区域时获取交易数据。仓储终端106还允许用户输入与正在移动的实物物品相关的交易数据。这样的获取和追踪以及输入数据可以涉及外设104。

仓储终端106可以直接或间接与组装商模块22a的库存管理模块124通信。在一个实施例中，仓储终端106可以直接通过网络16与组装商模块22a通信。在另一个实施例中，仓储终端106可以与另一个终端诸如生产终端112通信，而所述另一终端与系统提供者18的组装商模块22a通信。

仓储终端106可以位于仓库的不同区域，以协助仓库利用他们获取和输入交易数据。

在一个实施例中，仓储终端106可以是带条码扫描器的PC，可以扫描该实物物品。仓储终端106可以位于接收位置810(例如接收终端806/106)、一个或多个库存位置812、一个或多个WIP位置816(例如WIP终端826/106)和一个或多个送货位置824(例如送货终端822/106)。当一件实物物品要从第一位置诸如接收位置810移走，扫描该实物物品(例如库存908)并将交易数据提供给例如组装商模块22a。当该实物物品到达第二位置诸如库存位置812时，扫描该位置或手工输入该位置，随后再次扫描该实物物品并将交易数据提供给例如组装商模块22a。可以理解，至少一些交易数据的收集可以通过人工方法进行，例如写下交易，随后将交易数据输入到一个终端诸如仓储终端106。

生产线设备110可以是任何计算设备、设备、传感器或机器，其可以是生产线的一部分。生产线设备可以包括但不限于：计算设备、卷绕机、封装机、激光编码设备、贴标签机、分拣/核对机、插入机、切割机、折叠机、填充设备和废弃和损坏品容器。生产线设备可以用于执行生产的一个步骤或多个步骤，和/或用于追踪与其相关的数据，例如交易数据。生产线设备可以位于生产线上，每一生产线可以包括一个或多个生产线设备110。

生产线设备110可以允许追踪实物物品的移动并获取交易数据。可以在实物物品被带到生产线设备110的地理区域时或者在生产线设备110对子部件或者其他实物物品操作时获取交易数据。生产线设备110还允许用户输入与正在移动的实物物品相关的交易数据。

生产线设备110可以直接或间接与组装商模块22a的库存管理模块124通信。在一个实施例中，仓储终端106可以直接通过网络16与组装商模块22a通信。在另一个实施例中，仓储终端106可以与另一个终端诸如生产终端112通信，而所述另一终端与系统提供者18的组装商模块22a通信。

组装商模块22a可以进一步包括生产模块120、监视模块50、RFPR模块122和库存管理模块124。可以理解，尽管描述为单独的模块，他们可以实质上是同一模块，每一模块的功能可以在其他模块或多个模块上实现。而且，尽管如图3所示在一个位置并在系统提供者18上，可以理解，一个或多个模块可以在分别的计算设备上并可以在不同的远程位置，包括在承包商12处和客户12处。

监视模块52可以基本上如本文所描述。监视模块52可以由客户14和承包商12使用。监视模块52可以是组装商模块22a或客户模块22c的一部分，或者两者的一部分。监视模块52可以呈现一个或多个用户屏幕给承包商12或客户14，显示关于该生产线的信息。一个示例性的用户屏幕见图13。

RFPR模块122可以基本上是承包商12可能使用RFPR终端108来生成和分发RFPR的模块。RFPR模块122可以允许和分发一个全新的RFPR或者一个基于旧RFPR的RFPR。

RFPR模块122可以由承包商12的特定雇员(例如销售人员)访问。这种访问的控制可以例如通过使用RFPR模块122特定的用户ID或系统提供者18通用的用户ID来实现。应当理解，本发明的一个或多个模块可以有访问控制，访问控制可以通过使用用户ID来实现。这种访问可以是对于一个或多个模块或者对于整个系统提供者18。

RFPR模块122可以在RFPR生成终端108上给承包商12呈现一个或多个用户屏幕，如图12A-E所示。这些用户屏幕允许承包商从数据存储器24上的库选择旧的RFPR，以开始生成新的RFPR。所选择的旧的RFPR的数据可以呈现在用户屏幕上，以提供新的RFPR的起始点。或者，承包商12可以简单地开始输入RFPR所要求的信息到RFPR模块122所提供的一个或多个用户屏幕。要求输入的信息包括识别该RFPR的大体信息、情形细节(例如产品和子部件描述)、要求的量和情形的状态、价格信息(可以包括一个或多个价目表)以及组装或生产步骤(带或不带关于所用的生产线设备110的信息)。

RFPR模块122可以在一个或多个数据存储器24存储信息并访问一个或多个数据存储器24中的信息。通过一个或多个用户屏幕，组装商模块22a还可以在一个或多个数据存储器24存储承包商12所提供的信息并将来自一个或多个数据存储器24中的信息显示给承包商12。

RFPR模块122可以允许承包商12生成基本上任何想要类型的RFPR，并允许承包商12设计RFPR以符合RFP列出的一个或多个要求，该要求是RFPR所针对回复的，例如产能要求。

另外，RFPR模块122可以允许客户14生成带一个或多个情形的RFPR。每一情形可以指明RFP要满足的不同要求。作为示例，RFPR可以有一个要求10,000个成品的情形和另一个要求100,000个成品的情形。在这样的例子中，两种情形的价目表可以是不同的，这是因为在购买大量子部件时可以得到一定折扣。

承包商12和RFPR模块122生成的情形不能起到生产线的功能。但是，RFPR模块的RFPR和情形可以导入到生产模块120以成为生产线。

承包商12可以指明(例如通过提交按钮)以保存RFPR。这生成RFPR或者仅仅将其保存以备通过例如用户屏幕进一步修改。承包商12还可以在RFPR完成时分发RFPR。承包商可以选择分发按钮，在此时RFPR模块122可以将RFPR提供给发出RFP的客户。作为示例，在选择分发后，RFPR模块122可以将RFPR电邮给客户14的特定电子邮箱或者发送通知给客户14，例如发给客户14的系统用户ID或者通过短信发给选定的手机，这样客户14下一次访问系统提供者18时可以浏览该RFPR了。RFP模块124可以允许承包商12实质上不在分发该RFPR上花费时间。

生产模块120可以基本上是由承包商12使用来生成项目(项目类似于通过RFP回复赢取的要进行服务的工作订单)的模块，项目可以包括一条或多条生产线以及用于所述一条或多条生产线的一项或多项工作(工作可以是整个要进行的生产的一部分的安排)，项目可能使用生产终端112对所述一条或多条生产线进行产能规划以及监视生产。生产模块120可以允许生成一新的生产线、将来自RFPR的生产线转化成一条生产线或者使用可以从存储在数据存储器24的生产线库访问的一条旧的生产线。生成模块120可以允许生成“主数据”或库，例如客户、位置和物品细节列表。

承包商的特定雇员可以访问生产模块120，例如项目经理和采购。这种访问控制可以实现为例如通过使用专用于生产模块120的用户ID或适用于整个系统提供者18的用户ID。

生产模块120可以呈现一个或多个用户屏幕给生产终端120上的承包商12，例如如图11B的UIB(用户界面按钮)1106g所示。这些用户屏幕允许承包商12从RFPR中选择一个情形，该RFPR是承包商12针对客户14的RFP以前提交给客户14的。或者，这些用户屏幕允许承包商12从数据存储器24的库内选择一条生产线来改成现在的生产或开始生成一条新的生产线。来自选定情形或旧生产线的数据可以呈现到用户屏幕，以提供新的生产线的基点。这使得生成生产线更高效、准确。或者，承包商12可以简单地开始输入生产线要求的信息到RFPR模块122提供的一个或多个用户屏幕上。

生产模块120可以在一个或多个数据存储器24存储信息并访问一个或多个数据存储器24中的信息。通过一个或多个用户屏幕，组装商模块22a，特别是生产模块120，还可以在一个或多个数据存储器24存储承包商12所提供的信息并将来自一个或多个数据存储器24中的信息显示给承包商12。

生产模块120可以允许生成基本上任何想要类型的生产线，并允许承包商12设计生产线以符合RFP列出的一个或多个要求。如果承包商12将来自RFPR的情形转化进入生产线，要求(例如产能要求和人工要求)可能已经满足，这是因为他们已经由RFPR生产线满足。

为了满足要求，生产模块120可以用于找出产品所要求的所有资源。其可以包括雇员、机器、能源和燃料、子部件、空间(例如仓库空间)和时间。资源，计划的(例如要定购的子部件和要雇用的员工)和现在安排的(例如已经订购的子部件和已经到位的机器)，可以提供给生成模块120作为资源输入，并且可以用来确保要求得到满足。生产模块120还可以用来确定需要多久才能获得这些资源，例如无论是否已经订购需要多久才能获得这些资源。因此，生产模块120可以有所有要求的信息以确保要求得到满足。如图14所示，生产模块120可以在一个或多个用户屏幕上呈现，以允许承包商12确保要求得到满足。这可以通过例如甘特图(Gantt chart)来实现，承包商12可以改动和调整(例如早些订购子部件使得其按时到达)该图以满足生产。组装商可以把任何要求作为目标，可以更新用户屏幕或甘特图以允许承包商12进行调整以满足要求。作为替代方案，例如如果新的或改过的要求需要新的生产线，可以生成和显示新的甘特图。作为示例，第一屏幕要求两个月内完成10,000个成品，每个1.5$。但是，新的要求，一个半月内完成10,000个成品，每个2.0$，需要新的图表着重于更早的交货(例如更快捷地送货或者雇佣更有经验、更快的工人)。

生产模块120也可能与其他模块和/或系统800结合使用，以实现一个或多个“鼓-缓冲-绳”(生产排程)制造或组装概念。尽管这些概念可以在其他模块(例如生成RFPR的RFPR模块)实现，这些概念可以使用一条或多条生产线基本上应用于实际生产。这些概念可以例如通过监视模块52和监视终端14a或生产终端112来监视和报告。在这样的概念中，“鼓”可以是WIP(和/或在该处实现的过程)，“缓冲”可以是子部件供应的测量(单元数量、生产可以持续的时间等)，而“绳”可以是订购或补充子部件或其他资源的速度，其可以例如与生产率绑定。每个生产线都可以对一个或多个子部件或资源实施“鼓-缓冲-绳”概念，或者单独进行，或者彼此结合。应当理解，要求的输入(WIP数据、接收数据等)的部分或全部可以由系统800提供，手工或通过另一个仓储系统。要求的输出(例如下订单)的部分或全部可以由系统800、生产终端112、送货终端822/106或仓储终端106来提供，并且可以经过或不经过人工交互。作为示例，客户14或承包商12可以监视一条生产线或WIP(其可以是“缓冲”)并观察“鼓-缓冲-绳”数据。这可以表明，还需要订购子部件而他们可以继续下这样的订单。

另外，生产模块120可以允许客户14生成带一个或多个情形的项目。每一情形可以指明生产线要满足的不同要求，作为示例，项目可以有一条生产线来在两个月之内完成要求的成品并有一条生产线来在一个月之内完成要求的成品。在这样的例子中，两个情形的价目表的不同条目可以不同(例如由于需要更多人员、更有经验的人员或者夜班而人工费用不同)或者生产线的其他方面可以不同(例如由于要求不同或更多的机器人员来使更快获得成品而生产线安排不同)。如果要求变化，可以变化生产线以满足新的要求(例如增加夜班使生产线保持运转)或者一条新的生产线可以加入项目。例如，如果新的要求呈现对流程更基础性的变化(例如如果一个新的子部件要加到成品中)，则可以加入一条新的生产线。要求变化可以由承包商12或客户14指明，并且可以使用一个或多个用户屏幕进行，这些屏幕由生产模块120、RFP模块124或监视模块52呈现在生产终端112或监视终端14a。

生产线可以获取生产中实际发生的事情，而情形可以获取预测或预计的结果。因此，尤其在情形转化成生产线时，生产线和情形的结果的对比可以提供很有价值的分析数据，例如用于持续提高和精益制造。在数据是更详细、更清楚或更实时，这种比较可能更有价值。另外，这样的生产线可以获取反映生产中所实际发生的交易数据。这样的交易数据可以提供本文描述的优点并允许更有意义的提高和精益制造。例如，其可以允许追踪(可视化地或其他)子部件、人员或产品的移动以探测和改进低效的移动。作为另一个例子，交易数据可以允许确定库存程度是否太高以及是否一个或多个子部件应当较低频率订购或者订购量更少，这是因为他们在库存位置滞留太久。

库存管理模块124可以基本上是在承包商12的仓库追踪库存的模块。库存管理模块124追踪和操作数据以确保实现和维持清楚的数据。库存管理模块124可以接收交易数据、在数据存储器24储存交易数据并从数据存储器24获取交易数据。交易数据可以例如(直接地或间接地)从系统800(例如从机器终端102、仓储终端106、RFP回复终端108、生产线设备110和生产终端111中的一个或多个)或其他仓储管理系统(WMS)接收。

库存管理模块124可以提供信息给组装商模块22a和客户模块22c的一个或多个其他模块，例如监视模块52和生产模块120。

库存管理模块124可以例如在生产终端120上呈现一个或多个用户屏幕给承包商12，或者例如在监视终端14b上呈现一个或多个用户屏幕给客户14。这允许监视库存数据和/或交易数据。或者，库存管理模块124可以提供交易数据给一个或多个其他模块，例如监视模块52或生产模块120，以呈现在这些模块的一个或多个用户屏幕上。

RFP和RFP回复的生成和分发

图4是用于RFP提交和回复的过程400的一个实施例的流程图。过程400允许例如通过客户(像客户14)生成RFP并分发该RFP。过程400还允许例如通过组装商(像承包商12)生成RFPR并分发该RFPR。

过程400在402处开始，在该处生成RFP。可以通过使用系统提供者18和尤其是RFP生成模块50和RFP终端14a来进行生成。生成可以涉及提供关于该RFP的信息，例如本文描述的与RFP生成模块50相关的信息。如本文所描述，生成可以涉及使用来自以前的RFP和情形的模板。在402处的生成还可以保存RFP到例如数据存储器24，其可以表明该RFP可以分发了。

过程400在404处继续，在该处分发RFP。分发涉及将RFP提供给一个或多个承包商12，这些承包商希望用RFPR来回复RFP。分发可以涉及通过例如电子邮件将该RFP发送给一个或多个承包商12。或者，承包商可以接收一个通知或者在他们下一次访问系统提供者18、组装商模块22a或RFP生成模块50时能够浏览该RFP。分发可以要求很少的或者基本上没有与用户的交互。尽管希望分发给很多承包商12，在404处的分发可以仅由系统提供者18执行并且无需来自用户例如已经准备该RFP的客户14的时间或努力。在一个实施例中，系统提供者18和一个或多个RFP生成模块50和RFPR模块122可以使用一个或多个词(例如关键词)在RFP中，以查找应当自动接收该RFP的承包商。作为示例，该RFP可以描述产品为“篮子”。系统提供者18可以查找表明能够组装篮子的任何承包商。这种表明可以存储在例如承包商12的档案中，该档案可以存储在数据存储器24中。作为另一个示例，系统提供者18可以查找已经得到回复的类似的RFP，并将新的RFP发给回复给类似的RFP的承包商12。可以理解，有很多其他可用使用或查找的标准或关键词。

在406处，该RFP提供给一个或多个承包商12，承包商可以浏览该RFP并决定是否对其进行回复。在406处的提供可以发生在RFPR终端14b或者RFP电子邮寄的任何地方。

在408处，可以响应该RFP生成一个或多个RFPR。这可以例如使用RFPR模块122和RFPR生成终端108进行。生成RFPR可以涉及提供关于该RFPR的信息，例如本文描述的关于RFPR模块122的信息。在408处的生成还可以涉及存储该RFPR到例如数据存储器24中，这可以表明该RFPR可以分发了。可以理解，RFP和RFPR不必全部一次生成。使用系统提供者以及尤其是数据存储器24，部分完成的RFP或RFPR可以存储以供以后完成。

过程400在410处继续，在此分发一个或多个RFPR。分发涉及将RFPR提供给分发该RFP的客户14。分发可以涉及通过例如电子邮件发送该RFPR。或者，客户14可以接收一个通知或者在他们下一次访问系统提供者18、客户模块22c或RFP生成模块50时能够浏览该RFPR。分发可以需要来自用户的很少的或者基本上为零的交互、时间或努力并仅由系统提供者18执行。

图5是用于生成RFP或RFPR的过程500的一个流程图。过程500可以在例如402或408处与过程400一起使用。过程500允许生成RFP或RFPR，可选地通过使用一个或多个模板，例如旧的情形、RFP、RFPR，或者通过将一个情形转化成一条生产线。过程500可以通过使用系统提供者来执行，例如系统提供者18和组装商模块22a和客户模块22c。过程500可以通过系统提供者来实现，例如通过一个或多个用户屏幕。

过程500的多个部分可以通过例如图11A-E中的用户屏幕1102实现。

过程500通过访问系统提供者而在502处开始。这可以通过例如提供用户ID并登陆来进行。用户可以使用RFP生成模块14a或RFPR终端108。

过程500在504处继续，在该处查询是否要生成RFP或RFPR。这样的查询可以通过知道哪个用户登录的系统提供者18来简单地答复。在一个实施例中，系统提供者18可以知道一给定用户是客户例如客户14并因此会生成RFP。

如果要生成RFP，过程500在506处继续，以允许选择要生成RFP的产品。这可以例如通过提供列表供用户选择或让用户定义一个新的列表来完成。

如果不要生成RFP，而是要生成RFPR，过程在508处继续，在该处提供要回复的RFP。这可以确定例如RFPR与那个成品有关。

在506或508之后，过程500在510处继续，在该处可以选择模板。模板可以以列表形式呈现，可以根据506或508来自动选择，或者可以呈现所有模板。在510处，系统提供者18可以知道模板是否应当是RFP或RFPR。在这种情况，仅仅会提供合适的模板。模板可以是旧的RFP、旧的RFPR或者他们的一部分。模板可以匹配系统提供者的用户，使得仅呈现用户以前使用过的模板。也可以应用其他过滤以为该用户量身定制模板清单。当选定一个模板，过程500继续到512处。可以理解，尽管有益于效率，并不要求在510处选择模板。如果没有合适模板、理想的模板或者没有模板，过程仍然会前进到512，在该处可以手工添加关于RFP或RFPR的细节。这可以涉及从空白屏幕或者普遍的RFP或RFPR模板屏幕开始。

在512处，针对当前的RFP或RFPR修改选定的模板。在512处的修改可以是实质上的修改，例如对于设备和人工的修改。另外，修改也可以是性质上很小的修改，例如对费用或要求成品数量的修改。但是，在512处对于模板的任何已有方面均可以按照要求修改。

过程500随后在514处继续，在该处可以加入RFP或RFPR的细节。与512处相反，在514处可以加入以前忽略的细节。作为示例，如果需要另一种子部件，则其可以在514处加入。

可以理解，512和514可以同时进行并有明显的重叠。这可以简单地提供一种到达最终RFP或RFPR的机会。

在516处，新生成和调整的RFP或RFPR定稿。提交可是指示RFP或RFPR已经完成并且可以分发了。或者，定稿可以只是指示可以存储了，尽管可以理解在过程500的任一点均可以存储RFP或RFPR，以在以后定稿。

生成一条生产线

图6为用于生成一条生产线的过程600的流程图，可选地从已有信息生成。例如在承包商12的RFPR已经接受并且他们希望设立和实施一条实际的生产线时，可以使用过程600。如果没有以前存在的信息，这个过程可能会很耗时。过程600也可以帮助生产线适合于提交获得合同的情形或RFPR。这允许生产线与RFRP对比，以追踪RFPR中设立的预计的实际表现。而且，新的工作、项目或生产线可以基于已经存在的生产线生成，并且可以允许用户解决生产线新的和已经存在的任何属性之间的冲突。

过程600可以通过使用系统提供者来执行，系统提供者例如是系统提供者18和组装商模块22a(例如通过库存管理模块124)和客户模块22c(例如通过监视模块52)。过程600可以由系统提供者实现，例如通过一个或多个用户屏幕1102。

在602处，过程600查询是否存在一个RFPR、情况或生产线。由于通常要求以回复RFP，RFPR或情形一般会存在。在这种情况，过程600继续到604。但是，RFPR或情形也可以不存在。这可以在以下情况发生，例如如果没有输入竞价过程(这可以发生在如果客户14和承包商12决定无须竞价过程而一起工作的情况)或者要求的变化导致了新的生产线。如果没有RFPR或情形存在，则过程600继续到606。

继续到606，可以导入RFPR或情形以生成新的项目或一条或多条生产线。这可以通过例如生产模块120完成。导入可以涉及将RFPR或情形中的一些或全部数据复制到一生产线。这可能要求例如从数据存储器24获得数据，并将其放入新的数据元素。这种新的数据元素可以是生产线数据元素(其设置为存储与一条生产线相关的所有信息)，可以在导入后或者过程600后期或者过程600完成后保存在数据存储器24。

在604处，过程600可以是客户模块22c和组装商模块22a的交互区域，可以产生效率。其还可以是RFP生成、RFPR生成和生产线生成的交互区域，可以产生效率。

尤其对于604，导入可以通过例如直接集成、网络应用程序接口(WPI)集成或文档集成进行。

直接集成可以是RFPR采用组装商22a内的预估对象的形式。这种预估的对象可以用来生成一生产线对象，或者基本上是一生产线对象，其可以由组装商模块22a用于生产线。通过客户模块22c或者组装商模块22a，客户14或承包商12可以浏览已经在组装商模块22a内直接生成的预估(RFPR)。由于RFPR由与预估相同的信息支持，这可以提供最紧密的集成。RFPR数据(例如定价情形和数量信息)的可获得性帮助从RFP“获胜”转移到朝向赢取竞价的生产初始。

网络WPI集成可以允许RFPR采用客户模块22c内的RFPR对象的形式，并允许在客户模块22c或组装商模块22a之内浏览RFPR，并且在生产开始时获胜的RFPR可以在客户模块22c或组装商模块22a之间推或拉。这种推或拉可以使用基于网络的API，其使用代表状态迁移以在组装商模块22a和任何其他连接(例如客户连接)通信。

文档集成允许RFPR从客户模块22c或组装商模块22a导出到一文档(例如可扩展标记语言(XML)或者.csv形式)，并随后通过预估导入行为导入组装商模块22a。

在606处，如果没有RFPR或情形存在，则选择一模板。这与在510处选择模板基本上类似。

在604或606之后，过程600继续到608，以调整导入的RFPR或情形。这种调整与针对512和514描述的调整基本上类似。

在610处，过程600确保新的生产线满足要求。该要求可以在RFP中指定，或者以其他方式通信。这种要求可以是基本上任何在此讨论的要求。如在本文所描述，确保满足要求可以涉及先比较生产线和要求，随后可以涉及调整该生产线和/或要求的资源，例如使用甘特图。在610处确保满足要求在602处没有RFPR或情形存在时更为相关，这是因为生产要求倾向于通过其一满足。但是，该过程的要求、资源或其他方面可以在RFPR和生产线之间改变数次，这可能是要求610存在的少数几个理由。

产能规划和确保满足要求

图7为确保满足要求(例如产量)的过程700的流程图。例如，在他们的RFPR得到接受时、在他们已经设立和实施了一条生产线时以及他们想要确保例如产量满足要求时，承包商12可以使用过程700。或者，在他们准备RFPR以确保RFP的要求得到满足时以及允许实现适当的生产线时(例如满足产量要求的生产线)，承包商12可以使用过程700。

过程700可以通过使用系统提供者来执行，系统提供者例如是系统提供者18和组装商模块22a(例如通过库存管理模块124)和客户模块22c(例如通过监视模块52)。如本文所描述，过程700可以由系统提供者实现，例如通过一个或多个用户屏幕，包括带甘特图、日历或表格的用户屏幕。

过程700可以以预定频率启动，例如一小时一次或一天一次。过程700也可以由一个或多个用户启动(例如承包商12或客户14)，或者响应生产线及其环境(例如资源短缺、剔除、质量问题诸如成品不满足质量标准、特定操作员或雇员的低生产率或者机器不可用的时间)的一个或多个变化启动。

过程700在702处开始，查询生成是否满足要求。这可以通过例如比较一个或多个要求和生产线的进展而确定。这可以例如通过系统提供者18的生产模块18来执行。

如果要求得到满足，过程700前进到704，在该处查询是否有新的要求。新的要求可以由例如客户14或承包商12指明，可以包括增加的量、降低的成本、新的送货地址或者成品的新的子部件。这样的要求可以例如通过生产终端108和生产模块120或者通过监视模块52和监视终端14b或生产终端108之一或两者来指明。如果在704没有新的要求，则过程返回到702。如果有新的要求，则过程700前进到706。在一个示例性实施例中，客户14可以要求更多的成品。更多的成品要求可以直接导致例如在生产模块120为承包商12生成另一个项目或工作。可以自动允许或拒绝客户生成新项目的能力，这可以基于例如承包商12和客户14之间的关系并且例如在生产模块120指明。

回到702，如果没有满足要求，则过程700前进到706，这会在本文讨论。

在706处，查询是否需要更多、更少或不同资源来满足新的要求。不同的资源可以包括但不限于：新的子部件、生产中需要当前还没有的机器的新步骤、改变生产线的安排或次序以及当前没有有经验的工人。

如果在706不需要新的资源，则过程700前进到708，在该处调整生产线以满足新的要求。708处的调整可以包括任何无须新的资源的变化。示例性变化可以包括加快机器速度、增加更多的工人、增加一个班次或者更快地订购子部件。

回到706，如果要求更多资源，则在710处查找是否有这些资源。一些资源可能不能获得，例如稀缺商品、仓库没有足够的空间来扩大生产线，或者没有足够的熟练工人。如果他们不能得到，则过程700前进到714，以重新访问要求并确定是否能改变要求。如果要求可以改变，则改变要求而过程700返回704。如果要求不能改变，则过程700在716终止。如果任何启始事件发生，过程700可以在702重新开始。

如果在710处可以获得资源，则过程前进到712。可以获得的资源的例子可以包括订购更多的子部件、雇佣更多的工人、增加夜班或添加另外的机器。在712处，获得资源-购买、雇佣、租赁或以任何需要的方式。

过程700随后前进到708，在该处如本文所描述调整生产线以满足新的要求。

在另一个实施例中，过程700可以部分由客户14的客户执行。这可以是例如客户14的成品的零售商、批发商或者客户(统一称作终端客户)。在这样一个实施例中，承包商12可以允许终端客户生成新的要求。这可以类似于客户14如何产生新的要求。这可以为承包商12生成新的项目或工作，承包商是终端客户的直接目标(这样送货地址可以例如是终端客户的地址)。每一个终端用户对成品的要求可能稍有差别。尽管可能增加复杂性(因为通常生产线意在生产同样的成品)，其可以完成并允许客户14的终端客户的“自己动手”的方式。因为在系统800中可以追踪任何层级并且获得交易数据(例如，允许承包商12知道一个终端用户的想要的稍不同的包装纸的详细不同之处)，仓储系统800可以确保正确定制的正确成品会发给该终端客户。

交易数据的仓储系统

图8是根据本发明的仓储系统800的一个实施例的示意图。系统800包括接收系统802、库存808、一个或多个机器终端102、库存位置812、半成品(WIP)816和送货系统820，接收系统802进一步包括一个或多个供应商804、接收位置810和接收终端806/106，机器终端102进一步包括外设104，库存位置812进一步包括包括外设104的仓储终端，WIP 816进一步包括生产线818，生产线818进一步包括一个或多个生产线设备110和WIP终端826/106，送货系统820进一步包括送货终端822/106、送货位置824和送货人826。

系统800为一个组装仓库系统，其允许收集和维持交易数据，允许保留仓库中的子部件和成品的库存的清楚数据(如本文所描述，这会提供不断的过程改进和精益生产)。系统800可以有一个或多个接收系统、库存位置812、WIP 816和送货系统820。理想的是，库存808(其可以是子部件或成品)的每个移动均可以得到追踪；在这种情况，理想的是，在子部件或成品所在的仓库的任何位置都有接收系统、库存位置812、WIP 816和送货系统820中的至少一个。那样，无论子部件或成品何时离开或到达可以获得和追踪的位置，均导致更多的交易数据(以及其相关的优点，如本文所描述)和更清楚的数据。

系统800可通过手工方法来接收至少一些收集的数据，例如通过工人写下交易数据然后将该交易数据输入到一终端诸如存储终端106。这可以用于例如替换系统800的某些自动化的方面，可以用于备份目的，或者在系统800不这样的话操作会很昂贵或很困难的情况。而且，系统800可以用在一些承包商12而不用在其他承包商，以及用在甚至一些而不是全部属于一个承包商12的仓库。

系统800也可以对用户请求或启动的移动(库存808例如子部件或成品的移动)响应，如本文所描述，尤其参考过程900。响应时，系统800可以收集交易数据，其可以是确认的交易数据，基本上如本文所描述。

尽管理想的是对于所有仓库、对于所有承包商12均实施整个系统800，应当理解，系统800的一些部分可以实现在至少一个仓库并且仍然可以操作收集和维持交易数据。

系统800可以提供数据，例如本文所描述的交易数据，作为一个或多个仓库输入，提供给系统提供者18以及尤其是组装商模块22a和客户模块22c，来存储在数据存储器24。这样的数据可以用于实施本文所描述的一个或多个过程，并且可以显示在本文所描述的一个或多个用户屏幕1102。或者，其他系统诸如WMS系统可以单独或结合系统800提供数据。系统提供者18和其模块以及数据存储器24可以设置为从WMS系统接收这样的数据，其中这样的数据可以与系统800中的交易数据不同，也可以例如不是交易数据而是静态的“抓拍”或“计数”数据，该数据不能捕获子部件的流动以及其他方面。在一个示例性实施例中，另一个WMS系统可以以EDI(电子数据交换)格式提供数据，允许系统提供者18以已知格式接收数据并使用该数据为客户14和承包商12达到得系统提供者18的理想结果。在这样的一个实施例中，系统800可以基本上类似于插件，为系统提供者18接收数据。这种途径允许系统提供者18的多个方面由仓库实施的系统800分别达到。

应当理解，系统提供者18(如本文所描述)的其他方面或其他系统也可以实现为基本上类似插件，同样的插件或一个或多个更多的插件。这样的插件可以要求系统提供者18进行设置或者可以配置为与系统提供者18通信而无须要求对系统提供者18进行设置。

作为示例，系统提供者18还可以包括一广告模块(未示出)或者设置为与一广告插件通信。广告模块可以允许在一个或多个用户屏幕作广告。这样的广告可以针对系统提供者18、客户14和承包商12的基本上任何方面。例如，广告可以是承包商12的广告并且可以在RFP的生成过程中呈现给一个或多个客户。作为另一个示例，广告可以与数据存储器24的库内的一个或多个物品相关，例如在客户14或承包商12生成RFP或RFPR时或订购子部件时的子部件供应商。

作为另一个示例，系统提供者还可以包括市场数据挖掘和报告模块(未示出)或者设置为与市场数据挖掘和报告模块通信。这样的市场数据挖掘模块可以执行跨市场(例如子部件、成品、客户14、承包商12)市场数据挖掘，并可以用于研究生产速度、RFPR和时间生产相比有多准确、剔除数量、人工成本和市场的其他方面。如本文所描述，这样的市场数据模块例如可以访问数据存储器24上的交易数据、库和其他的数据的至少一个子集。可以改动可访问的数据，以移除客户14或承包商12的识别信息以及保密信息。作为另一个示例，交易数据(原始或者以报告格式)可以通过市场数据模块提供。

如本文所描述，接收终端806/106、WIP终端826/106和送货终端822/106可以基本上与仓储终端106相同。这些终端都可以设置为获取与库存808(和/或组成栈板、箱和“个”)的到达和离开相关的交易数据以及这些终端在仓库里的位置。接收终端806/106、WIP终端826/106、送货终端822/106、机器终端102和仓储终端106可能需要人工参与以获取交易数据(例如对于操作外设-扫描仪)或者自动进行(例如通过RFID(无线射频标识))。任何所需的人工交互可以由该仓库的雇员提供，例如接收人员、生产线个人、机器操作员或送货人员。

机器终端和外设104可以基本上如本文所描述。

组装仓库系统可以位于承包商12。在使用系统800的一个实施例中，供应商804可以带入接收库存808并将其送到承包商12的接收位置。接收终端808/106可以获取与接收库存808有关的交易数据。机器终端102捡起接收库存808，获得与捡起库存808相关的交易数据。机器终端102随后可以将库存808放到库存位置812，获得与放下库存808相关的交易数据。仓储终端106可以获取与接收库存808相关的数据。机器终端102从仓库位置814捡起接收库存808，获得与捡起库存808相关的交易数据。机器终端102随后可以将库存808放到WIP 916，获得与放下库存808相关的交易数据。WIP终端826/106可以获得与接收库存808相关的数据。随着其组装进成品，在WIP 816的生产线设备随后可以获得与接收库存808(以及其包括的子部件)相关的数据。机器终端102从WIP 816捡起接收库存808(现在是成品的形式)，获得与捡起库存808相关的交易数据。机器终端102随后可以将库存808放到送货系统820，获得与放下库存808相关的交易数据。送货终端822随后可以获取与库存808提供给送货人并离开该仓库相关的数据。

接收系统802可以将库存808引入到仓库。

供应商804可以是库存808的外部供应商，例如承包商12的客户14或第三方客户。供应商804可以是来自承包商12的不同公司(其仓库库存808可以供货)或者是不同的实体，例如库存808可以来自另一个承包商12的建筑或位置。供应商804可以使用卡车、送货人、火车或其他方式来运送库存808。库存808可以是供应商804自己的或者供应商只是简单地送货。

库存808可以组织成各种形式以及各种层级，例如栈板级、箱级和单元/“个”级。在一个实施例中，库存808以栈板级到达，栈板由多个箱和多个“个”的成品所要求的一个或多个子部件组成。一个或多个层级可以有其独特的标识符，该标识符可以用于获取交易数据和用于追踪。无论特定层级是否有独特的标识符，均可以追踪库存808和获取交易数据。而且，库存808的一个或多个栈板可以有其自己独特的标识符，而库存808的另外一些栈板没有。在任何情况，系统800能够追踪库存808以及每一栈板。

库存808可以是基本上子部件和其他材料或进入成品的消费品任何细节的层级。对于每一个子部件、材料或消费品，系统800中可以有是否追踪他们移动的设定(基本上是对那个物品关闭获取交易数据功能)。这种设定可以关闭，例如对于普通物品诸如胶、手套、发兜、胶带等。这允许这些物品不必进入生产线818而消耗进入成品。他们可以在库存中存在的任何地方消耗。这可以保持库存的准确性，同时节约用户移动这些物品的步骤或者与此相关的获取。

接收系统802可以进一步包括一个或多个接收位置810，该位置可以有一个或多个接收终端806/106。接收位置810可以是库存808在系统800卸货的位置，可以基本上是仓库内的一个实际位置。每个接收位置10可以由一个雇员操作，例如收货员。接收终端806/106可以基本上类似于仓储终端106并位于一接收位置以获取与从供应商804接收库存808有关的交易数据。接收终端806/106也可以获得与收到的库存808的损坏或问题相关的数据，这些数据可以包括在交易数据之内，例如接收库存808时的图片或诠释数据(matadata)。接收终端806/106可以需要人工参与来获得交易数据(例如操作一个外设104，例如扫描仪)或者可以自动进行(例如通过RFID)。

库存位置812可以是系统中库存808在移动到WIP要组装前的储存位置。库存808可以在移动到WIP之前的一个或多个库存位置812，尽管例如出于效率考虑优选不在多个库存位置812之间移动。库存808可以以与到达时的层级不同的层级存储。作为示例，库存808可以以带一箱或多箱两种不同子部件的栈板到达。每一箱可以存储在不同的存储位置并分别追踪。可以维持该栈板的原始关系(例如该栈板有一独特的ID)，但是可以进行更详细的追踪。库存位置812可以由一个或多个库存位置的一个雇员或一组雇员操作。或者，机器终端102的操作员可以执行基本上库存位置812的操作员的任务。

库存位置812还包括带外设104的仓储终端106和仓库位置814。仓库位置814可以存储库存808并可以由货架或其他储存系统组成。

WIP 816可以是一个或多个子部件制成产品的区域。WIP 816还包括一条或多条生产线818，生产线进一步包括一个或多个生产线设备110和WIP终端826/106。系统800可以基本上像对库存位置812一样对待WIP816。库存808可以移动到WIP 816而与该移动相关的交易数据可以获得。在WIP 816时，库存可以像在库存位置812时基本上一样对待，基本上实时进行，像就在库存位置812中。

在WIP 816可以进行一次或多次质量检查。这样的质量检查可以由客户14(例如在RFP中)或承包商12(例如在RFPR中)指明。这样的质量检查可以导入到项目或工作中并且可以与成品相关。这些质量检查可以由在生产线上的人员或机器来进行，并且与通过(检查)或未通过(检查)相关的交易数据可以例如在WIP终端826/106或者由生产线设备110获取。尽管也可以人工执行质量检查并人工提供签署，可以使用本文描述的终端并且在终端上的这种签署可以通过输入密码来在这些检查中记录同意和授权。质量检查可以间隔进行，系统800可以提供质量检查时间的通知。如本文所描述，在发生故障时触发警报或通知。

一条或多条生产线818可以是生产线设备110的集合，用来将子部件组装成成品。生产线818还可以包括一个或多个雇员(未示出)，生产线设备可以由相同的一个或多个雇员或者另外的一个或多个雇员操作。或者，生产线818和生产线设备110可以是完全自动化的。

送货系统820可以在库存808(以成品形式)离开仓库时使用。

送货系统820还可以包括送货终端822/106、送货位置824和送货员826。送货位置可以是成品制成后在系统800内卸货的位置并且基本上是仓库内的一个实际位置。每个送货终端822/106可以基本上与仓储终端106类似，并且位于一送货位置824，以获得与提供库存808(以成品形式)给送货员826相关的交易数据。

送货员826可以是库存808的外部接收人。送货员826可以来自与承包商12(库存送到其仓库)不同的公司，也可以是相同的单位。送货员826可以使用卡车、送货人员、火车或任何其他方式提走库存808。

交易数据的采集

图9为从一个仓库获取交易数据的过程900的流程图。如本文所讨论，获得交易数据有很多优点。获得交易数据越多，用于分析仓库的数据越清楚。仓库中获得交易数据可能较困难，例如如果所有交易数据都必须人工输入时。因此，一些交易数据能自动输入以及一些交易数据能与交易数据相关联是有优点的，所述交易数据例如通过系统提供者18人工或自动获得。

过程900接收到库存808(可以是一栈板的子部件)后在902处开始。

过程900在904处继续，在该处获取与该接收有关的交易数据。这可以例如通过接收终端806/106进行。获取交易数据可以由一位雇员(例如送货员、接收员、生产线雇员或仓库雇员)在904、908、912和916任意处手工进行。这可以例如使用外设104诸如扫码器扫描库存808和/或在附近的终端输入信息来进行。或者，获取(数据)可以自动进行，例如通过无线通信诸如RFID、802.11 WiFi(无线局域网)或蓝牙。

获取交易数据可以包括一个或多个库存808的标识符、一个或多个位置标识符、时间信息、一个或多个雇员信息和任何与这些相关的信息。示例性的相关信息可以包括库存808相关的情形、供应商、要从库存808制造的成品。这样的信息可以例如通过例如库存管理模块124关联。

在906处，库存808可以移动到一库存位置诸如库存位置912。这种移动可以通过例如机器终端102执行并且依据一算法诸如开槽算法(slotting algorithm)执行，其可以使得存储更高效(例如子部件要移动的最小距离、将不常用的子部件放在更高的货架，等等)。尽管图10中未示出，库存808可以分开并移动到分别的库存位置812，或者部分或全部移动到不同的库存位置812。理想的是，例如处于效率考虑，将库存808的所有部分均放在一个库存位置。

在908处，获得与该移动相关的交易数据。这种获取方式与将库存808从其当前位置移走或者将其放在下一位置或者两者有关。可以通过一个或多个机器终端102、接收终端806/106或仓储终端106来进行这样的获取。

尽管在906和908处的移动描述为由移动实际的库存808启动，可以理解，移动可以通过一个或多个组装商模块22a或客户模块22c来启动，例如通过仓储终端106、RFP回复终端108、生成终端112或监视终端14b。这可以涉及例如用户选择要移动的一个或多个子部件或成品中的一件或多件。

用户实际启动前虚拟启动的移动可以实施为类似于电子商业的站点的购物车。用户可以先查找并选择在仓库的一个或多个位置的一个或多个库存物品(虚拟物品，例如在一个或多个终端上的一个或多个用户屏幕，终端例如是生产终端112或监视终端14b)。这是可能的，由于可以将仓储的交易数据与库存相关联。库存物品的查找和过滤可以基于库存的多个属性(例如名称、价格、大小、到达数据等)。用户也可以指明一定量的这种库存物品移动。库存808的这个量可以加入到“购物车”。这可以重复一次或多次。用户随后可以指明库存808(例如子部件或成品)应该移动到哪里(例如库存位置812、WIP系统816或送货系统820)。当“购物车”满了时(例如用户已经指明了想要的所有移动)，移动可以虚拟启动-导致库存808的实际移动。可以理解，上述用户启动的移动可以通过一个或多个用户屏幕(未示出，但是可以类似于图11-13所示)实施。一个或多个模块可以协助该用户启动移动。作为示例，当一个用户选择要移动的子部件时，生成模块120可以自动选择或建议应该移动那个特定单元。这可以基于例如库存概念，例如后进先出(LIFO)或先进先出(FIFO)。这种特定的单元可以有这样的模块自动添加到该购物车。

输入这样的移动信息并启动，可以引起实际库存808的这样的移动。这可以通过对一个或多个仓储终端106或机器终端102发送一个或多个通知。

过程900在910处继续，在该处库存808可以从一存储位置移动到WIP，例如WIP系统816。这种移动可以例如由机器终端102执行。

在912处，获取与该移动相关的交易数据。这样的交易数据可以与将库存808从其当前位置移走或者将其放在下一个位置或者两者相关。可以例如通过一个或多个机器终端102、仓储终端106或WIP终端826/106来进行获取。

在912处，可以进行已知的转化过程。转化是这样一个过程，子部件根据预定材料单转化成成品(其可以例如是组装步骤、RFP或RFPR的一部分)。该材料单可以描述单独的转化率。例如，“生产1单元的成品X需要3单元的子部件P和2单元的子部件Q”。从交易角度来看，可以有两个交易。第一阶段是消耗子部件，减少子部件库存。根据前面的例子，如果生产10单元的成品X，则-30单元的子部件P和-20单元的子部件Q代表两个分别的交易。第二阶段称作成品生产，其会增加成品库存。由于增加了10个单元的成品，+10单元的成品X可以用一个交易代表。

如本文所描述，重要的是确定准确数量的子部件进入特定成品。但是，通过转化来维持准确的、有用的交易数据可能是困难的。例如，这可能由于生产线的速度。尽管有这样的困难，最好还是维持准确性，也可以采用各种“回溯”途径(以确保转化中的准确数据)。

对于BAS(基本特征集)级别的回溯，一个或多个用户可以记录子部件进入到成品的库存栈板的批次编码。可以在生产线移动很慢时采用BAS级回溯(或者栈板级的回溯)，允许用户随着组装进栈板而检查这些信息。

对账(reconciliation)级的回溯可以在一项工作(生产多个栈板的成品)完成时进行。这可以涉及确定在那项工作中进入成品的所有子部件的库存编码。这不允许在栈板级追踪子部件库存编码，但可以在工作级追踪。这可以在生产线移动很快而栈板很快整理和移出WIP(和/或送货处)时使用。作为示例，100个栈板可以是装载在卡车并送货的一项工作的一部分。可以知道在这100个栈板之一种有库存编码1-1000或子部件A。这可以随后输入并在转化后检查，使得可以完成工作级追踪。

过程900在914处继续，在该处库存808(其现在可以是成品或废弃的子部件的形式)可以从WIP移动到送货区，例如送货系统820。这种移动可以例如由机器终端102或人工进行。

在916处，获取与WIP系统816中的一条或多条生产线的移动和操作相关的交易数据。获取可以与将库存808从WIP中移走或者将其放在送货区或者两者相关。获取还可以涉及其他生产数据，例如每个子部件有多少浪费。这样的获取可以通过例如一个或多个机器终端102、WIP终端816/106或者送货终端822/106进行。在916处的交易数据可以涉及确定每个子部件有多少每个成品。

可以理解，尽管图10未示出，库存808和/或任何子部件可以从WIP返回库存位置以及从库存位置返回接收位置。这可以在例如有缺陷、有要退货的物品、未使用的物品或者因为其他原因的情况下发生。如果有任何这些发生，也可以获取与这些移动相关的交易数据。

生产和监视要求

图10为用于监视仓库的一条生产线的过程1000的流程图。

过程1000可以通过使用系统提供者来执行，例如系统提供者18和组装商模块22a(例如通过库存管理模块124、监视模块52或生产模块120)和客户模块22c(例如通过监视模块52)。过程700可以由系统提供者来实施，例如通过一个或多个用户屏幕，包括本文描述的带甘特图、日历或表格的用户屏幕。

过程1000在1002处开始访问系统。这可以与过程500的502基本类似。

在1004处选择一条生产线。每一个访问的人可以有例如基于他们的用户ID和访问级别监视不同生产线和他们的相关工作的能力。在1004处，他们可以从那些生产线中选择。

在1006处，浏览选定的生产线或工作以及其数据。这可以经过由监视模块52提供的一个或多个用户屏幕。一个示例性屏幕见图13。通过选择不同的用户界面组件，用户可以浏览与该生产线相关的不同的实时或历史数据，包括任何从该生产线获得的交易数据。这可以通过从数据存储器24访问交易数据来完成，访问可以经由生产模块120、监视模块52和库存管理模块124。可以浏览的数据可以包括生成的产品的数量、子部件的到达时间、成本、废弃的子部件的量、人工成本和雇员生产率。

在1008处，查询是否调整该生产线。这可以响应在1006处浏览的任何数据。可能希望调整，例如在成品数量太少(其可以导致安排新的工作或者增加工作会产生的成品的数量)、废弃的子部件数量太多或者子部件没有安排足够快地到达。如果该用户是客户，例如客户14，他们可能调整该生产线或工作，作为对更多数量的成品的新的要求的结果，例如销售比预期的要好。如果该用户是组装商，例如承包商12，他们可能调整该生产线，调整是通过增加雇员的技能或数量、改变生产线设备110，例如为了减少浪费或其他原因。

如果无须调整，则过程在1010处终止。

应当理解，对生产线的调整可能因用户的不同而不同。例如，客户可能不能直接改变组装商的生产线而组装商可以。这可以是如果需要调整则过程1000继续到1012的原因。

在1012处，查询该用户是否是客户例如客户14。如果是，过程1000继续到1014。在1014处，可以发出调整该生产线的请求。该请求可以是具体请求，例如改变生产线设备110或撤走/增加一名雇员。或者，该请求可以是改动的要求，例如增加产品的数量(再次，其可以导致安排新的工作或者增加工作会产生的成品的数量)或者改变生产出成品的时间。要求的方式可以经由系统提供者18，尤其是监视模块52和/或生产模块120。在1014处发送该请求后，过程1000在1010处终止。

如果在1012处该用户不是客户，则过程1000继续到1016以查询该用户是否是组装商。如果不是，过程1000在1010处终止，这是因为只有承包商12和客户14才能调整一条生产线。或者，过程1000可以在1002处阻止其他用户访问该系统。如果该用户是组装商，则过程1000在1018处继续。

在1018处，可以对该生产线调整。这可以包括本文描述的任何调整或改变要求。承包商12可能希望通过增加一个班次来增加生产。他们可能希望因商品或子部件价格上涨以及他们不急于制造成品而希望减产。或者，他们可以从客户接收调整生产线的请求(通过系统提供者18以及生产模块或者与客户14的对话)。调整该生产线后，过程在1010处终止。

在过程1000的一个实施例中，客户14可以在监视终端14b浏览该生产线并注意到成品的数量太少。他们可以填写一个表格，要求下一周多制造10000个成品。这个要求可以在承包商下次访问系统提供者18时提供给承包商，可以通过一个通知给他们(例如通过SMS短信、自动语音信息或者警告，警告例如是承包商12处的终端的弹出信息，该终端例如是仓储终端106或生产终端112)或者电邮该通知给他们。承包商12随后可以调整该生产线，例如使用生产线模块120，以确保满足该要求。

在过程1000的另一个实施例中，承包商12可以在监视终端14b上浏览该生产线并注意到人工成本太高以及雇员生产率不高或者不能到达他们的目标效率。他们随后从该生产线拿走两个雇员并用一个有经验的雇员替换。

在过程1000的又一个实施例中，承包商12可以访问生产模块120并从客户14收到调整的要求，要求每天增加1000个成品。他们随后选择该生产线并浏览数据。如果他们同意该请求，他们可以选择通知该生产线。在1018处，他们进行必要的调整(优选使用过程700以确保满足新的要求)，过程1000在1010处终止。

实施本发明的多个方面的示例性用户屏幕

图11A-D为用于生成RFPR的用户屏幕1102，可以用于在不同程度上实施过程500。

可以理解，对于图11-13中的任何用户屏幕1102，用户屏幕1102可以在客户14或承包商12的任何终端浏览，可以由系统提供者的任何模块提供，例如客户模块22c和组装商模块22a，可以显示来自数据存储器24的数据以及允许用户指明信息(例如通过UIDE(用户界面数据元素)1104，其可以是文本框、列表框、表格、自动填充框、下拉菜单、单选按钮、多选框或者其他AJXA(非同步Javascript(脚本语言)和XML(可扩展标记语言)控制)并启动本文所描述的过程和功能(例如通过UIB(用户界面按钮)1106)。用户可以在多个用户屏幕之间巡览，例如通过用户界面按钮1106或者本领域技术人员知道的其他用户界面按钮。

图11A的用户屏幕1102可以包括关于该RFPR的一般信息的一个或多个用户界面数据元素1104和一个或多个UIB 1106。UIB 1106b可以例如启动过程500的505。UIB 1106a可以允许生成一个新的客户14。这可以在承包商12为一个新的客户14生成一RFPR时要求。

图11B的用户屏幕1102可以包括关于一个情形的细节的一个或多个用户界面数据元素(UIDE)1104、一个或多个UIB 1106和价格表1108。

UIB 1106c可以对一个RFPR添加一个情形，例如客户14要求一RFPR，该RFPR带有生产10,000个成品的情形和生产100,000个成品的情形。UIB 1106g可以启动为该情形或RFPR选择一个模型或模板(如过程500中510处所描述)、复制RFPR的一个情形或者删除一个RFPR或情形，可以例如在过程500启动504。UIB 1106f可以允许编辑RFPR或情形，其可以通过使用一个或多个UIDE 1104完成，可以类似于过程500的512和514。

价目表1108可以显示与图11B的情形相关的至少一部分价格表。价格表或者至少其一部分可以通过选择UIB 1106d来浏览并通过选择UIB1106e来编辑。选择UIB 1106d或1106e可以引起呈现新的用户屏幕(未示出)。从图11B可以看出，价目表1108可以包括关于人工、材料、经营、设立和机器的价格信息。也可以包括其他信息。

价目表1108可以涉及一RFPR的一个或多个情形和/或一项目的一个或多个工作。不同的情形、RFPR、工作和项目可以有他们自己的价格表，其可以反映在不同的价目表1108中。这在以下情况尤其有用，例如确定接受一RFPR(一个由客户14进行的决定)、确定生产中执行一工作或者因为一个或多个工作提供足够的价格结果而确定是否进行一项目。

图11C的用户屏幕1102可以包括一个或多个关于生产的信息的用户界面数据元素1104、一个或多个UIB 1106、价格表工资细节1108b和组装步骤表1110。

组装步骤表可以用于列出组装一特定成品的每一步详细步骤。可以手动输入安装步骤表1110或者在使用旧的RFPR或情形时自动输入。步骤可以包括生产成品必须进行的任何东西，并且可以包括机器、人员或其结合所执行的步骤。

UIB 1106h可以用于优化组装步骤表1110的步骤。示例性优化可以包括以下限制/结果优化输出对：

限制：有一组人员可用。输出：通过分布人员来在整个步骤实现最大输出。

限制：有理想的生产速率。输出：在每个步骤需要的人员的数量。

限制：有一组人员和生产速率。输出：每个人完成每一步骤所需的时间。

价格表工资细节1108b可以是价格表1108的一部分，并且可以允许追踪与工资和雇员有关的任何信息，包括生产时雇员的时间、他们的成本、效率、速度和浪费。

UIB 1106i可以允许编辑情形或RFPR以存储到数据存储器24。

图11D中的用户屏幕1102可以包括价格表材料细节1108c和UIB1106i。价格表材料细节1108c可以是价格表1108的一部分并且可以允许追踪与材料有关的任何信息，包括材料编码、成本、加价、所需的量、订购的量以及测量的单位。

图11E中的用户屏幕1102可以包括一个或多个关于成品或子部件的数据的UIDE 1104和价格表材料细节1108c。UIDE 1104可以对情形、RFPR、项目、生产线或工资呈现关于成品或子部件所有要求的信息。如果使用模板、模型或以前用过的RFPR、情形、生产线或工作来生成该RFPR或项目，会有很多UIDE 1104出现。用户也可以增加任何UIDE 1104。价格表材料细节1108c可以是价格表1108的一部分，并且可以允许追踪与与材料有关的任何信息，包括材料编码、成本、加价、所需的量、订购的量以及测量的单位。

图12A-为项目、生产线或工作的用户屏幕1102，可以用于在不同程度上实施过程600。图11A-E中的用户屏幕可以与对RFP的竞价有关，图12A-中的用户屏幕可以与该RFP要求实施的生产有关。

图12A中的用户屏幕1102可以包括一个或多个关于该项目的一般信息的用户界面数据元素1104和UIB 1106j。

选择UIB 1106j可以允许示出关于工作或生产线的更多信息，例如图12B中的用户屏幕1102。

图12B中的用户屏幕1102可以包括一个或多个关于该项目的一般信息的用户界面数据元素1104和一个或多个UIB 1106。

UIB 1106k可以允许生成开始、终止和暂停。作为示例，UIDE 1104上的用户屏幕1102上的工作信息可以只出现在选择UIB 1106k上的播放按钮后。类似地，工作暂停时按暂停按钮，例如机器故障时或午餐休息时。选择终止按钮时可以表明更永久性地终止该工作，例如需要发生改变或者子部件已经耗尽而会延迟接收到更多。UIB 1106k可以贡献给系统提供者18这样的能力，以允许实时追踪、监视和收集交易数据。

UIB 1106l可以允许请求材料。选择UIB 1106l可以提供另一个用户屏幕1102(未示出)，在该用户屏幕上可以下订单(例如由承包商12)请求下订单(例如由客户14)或者要求下订单(例如由客户14)。UIB 1106l可以在不同程度上实施过程700和1000，尤其是712、910、1014和1018。可以请求的材料可以包括子部件、商品、人工和生产线设备110。

UIB 1106m可以允许物品移出生产线。这可以用于例如反应交易数据没有获取的移动或者已经发生但不能追踪的移动。

UIB 1106n可以允许生产线与其数据对上帐。这可以涉及例如验证获取的交易数据(例如通过过程900以及使用系统800)是准确的以及进行要求的更新。UIB 1106n以及图12B的用户屏幕1102上的各种其他UIB1106可以和获得交易数据的系统800一起使用，以确保实际物品(他们的位置、数量、剔除数量、产品数量等)匹配系统提供者18的数据存储器24内所存储的数据。这至少是部分的验证过程。

验证或对账可以包括任何确保代表生产的数据与实际生产一致的东西。这可以包括例如人工对成品、废弃物、库存908和子部件计数。

其他验证技术或阻止需要验证的技术可以包括：

不允许同一栈板、箱或单元同时在两个位置存在；

在实际没有要求量的要移动的子部件时，发出警示；

例如通过自动填表功能，对于要在系统10或系统800中进行的移动，建议在仓库中实际存在的子部件的库存编码、失效日期、库存/栈板信息；

适当时请求用户输入库存编码和失效日期；确保终止时间在开始时间之后以及同一人员不能同时安排在多个工作或生产线；

可选地，确保库存(在非生产区域)不能为负；

自动在生产区域将库存编码和失效日期与工作相关联，以确保库存编码和失效日期的召回功能能起作用，即使在生产太快而无法人工输入库存编码和失效日期的时候；以及

在执行普通任务时自动行动以减少用户出错，普通任务例如是将未用的生产物品退回库存和将要求的库存移动到WIP。

对于基于栈板追踪的子部件和非基于栈板追踪的子部件的验证可以不同。例如，对基于栈板追踪的子部件可以要求建立子部件为成品的具体单元数或个数。这可能例如要求子部件有失效日期。非基于栈板追踪可以使得验证和对账更容易。而且，系统10和生产模块120可以专用于子部件和成品的移动。这种专用可以先于实际物品的移动，并可以保持数据更清楚并有助于验证。

一个示例的验证可以从找出或提供需要对账的物品(例如子部件或成品)开始。获得的人工计数可以与系统10的计数(例如存储在数据存储器24并例如通过生产模块120访问)相比。来自系统10的计数可以包括计数来自何处的明细(移动、生产、剔除、消费等)，其例如可以通过参考系统800以前获取的交易数据而获得。可以找出数据输入错误(例如交易数据缺失，例如由于人工或机器错误)，系统10可以例如通过生产模块120来建议纠正方案。一旦系统10的计数与人工计数一致，该物品就对上帐了。应当注意，为了确保生产线总是输入数据，系统10可以允许物品计数(例如子部件库存计数)为负。这样负值随后在适当时候对账。

图12C的用户屏幕1102可以包括一个或多个关于人工的信息的用户界面数据元素1104和一个或多个UIB 1106。

UIDE 1104可以接收关于在一个特定项目、工作或生产线上工作的人员的数量信息，例如在仓库的不同部分工作，在WIP 816或生产线818或机器终端102。UIDE 1104可以接收可以扫描的信息例如员工卡，员工卡可以追踪工作的时间、休息的次数和其他人工信息诸如工资。UIDE 1104还可以追踪期望的人工信息和实际的人工信息。一个或多个生成模块120和UIDE 1104可以追踪通常流失的生产线人工成本，例如“无价值”或“离线时间”。这种离线时间可以在生产线操作员在生产线之间实际移动时发生。生产模块120可以自动将该时间与用户离开第一条生产线的时间(其可以由例如刷员工卡表明)和用户进入第二条生产线的时间相关联。这个时间可以归于这两个生产线之一。这可以允许经理获取时间并对需要大量这种移动的生产线收费，通常导致承包商12的成本(或者承包商12可以试图在累计到一定程度时收回)。

用户12C中的用户屏幕1102中UIDE 1104(和实际上任何其他用户屏幕)可以提供基本上实时信息或数据。UIDE 1104还可以在数据变化时实时更新，例如在例如系统800获取交易数据时。UIDE 1104中的示例性实时数据可以包括实际工作的员工人数、实际的工时和员工的休息信息，其可以通过员工进入或离开时刷卡或ID牌时获得。

UIB 1106o可以允许更新时间记录，可选地实时或历史性地。作为示例，如果输错一个数值，由于数据的实时获取而错误的数值得到储存。UIB1106o可以允许以后进行更正，以允许用正确的数字来更新获取的交易数据。尽管后来更改数据错误的能力有很多应用程序，至少有一个应用程序确保基于数据的任何决定使用正确的数据。

用户12D中的用户屏幕1102包括一个或多个关于成品信息的UIDE1104。

UIDE 1104可以包括每小时生产的成品(其可以用“栈板”、“箱”或“个”来衡量)、栈板、箱或“个”、效率和其他信息，也可以是基本上实时的。UIDE 1104可以包括成品和子部件的库存编号和失效日期。该信息可以用于库存编号召回或追踪，并且可以用于确保成品失效前送货。

作为示例，失效日期和库存编码可以在子部件和成品的基本上任何详细层级(例如工作级、栈板级、箱级或“个”级)允许库存召回。这可以由例如获取的交易数据帮助实现，这些数据指明哪个栈板、箱或“个”的子部件进入了哪个特定成品。因此，当指明哪个子部件栈板召回时，获取的交易数据可以用于确定哪项工作生成成品、哪个是所得的特定成品、他们在仓库哪里以及是否需要因为获取的交易数据的不准确而人工调整。随后，这些成品可以召回。没有获取交易数据，就不可能确定哪个成品为要召回的子部件的栈板的所生产的。这样会导致许多成品不必要地召回。

这个信息可以由用户人工输入，例如在承包商12处，通过一个或多个机器终端102、仓储终端106、RFP回复终端108、生产线设备110和生产终端112。

如果承包商12有一个库存系统例如系统800，UIDE 1104可以从系统800接收信息(直接或间接或通过用户与系统800中的一个或多个终端交互)，还可以将子部件转化为成品而无需人工输入该信息。

用户12E中的用户屏幕1102包括一个或多个关于剔除、废弃、质量检查和浪费的信息的UIDE 1104。这可以包括关于子部件、成品和在制造或组装子部件或成品时使用的材料的信息。

质量检查可以人工进行，例如通过一个操作员、通过一个或多个生产设备110或者两者的结合。关于质量检查的数据可以例如由生产线设备110获取为交易数据(例如通过/不通过(检查)、不通过的性质的描述、失败的位置，负责的操作员和其他数据)可以进入WIP终端826/106或系统800中的任何终端。

图13为生产进度板1300的用户屏幕1102。图13中的用户屏幕1102可以包括一个或多个关于生产的信息的UIDE 1104和一个或多个UIB1106p。生产进度板1300可以用于在不同程度实施过程1000和700。生产进度板1300也可以自动更新以显示最新的信息而无需用户的交互。这可以例如通过周期性调查一个或多个数据存储器24来进行。

生产进度板1300可以允许由承包商12和客户14监视项目和生产线。生产进度板1300可以从承包商12、客户14和系统提供者18处的计算设备或从远离这些位置处例如旅行的员工和第三方例如成品的供应商和接收方浏览。生产进度板1300可以允许向用户警示可以显示在生产进度板1300上的生产的任何一个或多个方面的情况。这种警示或通知可以是本文描述的警示和通知，可以包括SMS短信、电子邮件和用户使用系统提供者18和/或系统800时的警示。生产进度板1300还可以允许用户与可能进行生产的仓库通信，尤其和该仓库的一个或多个终端通信。这有助于警示或其他任务，例如控制仓库里的计算设备(例如设备和机器)。

UIDE 1104可以有图12A-E中的UIDE 1004中包含的信息的至少一部分，并有额外的信息。UIDE 1104可以从数据存储器24中的信息获得，也可以是用户输入然后存储在数据存储器24。UIB 1106p可以允许显示一个或多个用户屏幕(未示出)，其可以提供关于一特定工作或项目的更多信息。

UIB 1106p可以允许显示一个或多个用户屏幕(未示出)，其提供关于一特定工作或项目的更多信息。

图14为根据本发明用于进行产能规划的用户屏幕的一个实施例。图14包括浏览调整器1404、产能规划可视化工具1402、项目选择链接1406和生产要求选择1408。

产能规划可视化工具1402可以显示要进行的一个或多个项目的一个或多个工作。其可以包括多个生产线，并显示所需的一种或多种资源、所需的子部件、客户的要求、现有的或要求的产品，或者与组装或服务相关的基本上任何信息。产能规划可视化工具1402可以允许用户看看那些要求可能不能满足(这可以由例如突出会发生故障或引起故障的产能规划可视化工具1402的某些方面来指示)，并允许用户调整工作(例如将其改为该天较早的时间)以试图更正可能发生的故障。如果该指示返回显示“安全”(例如通过移走失败用色)，用户会知道当前计划会满足要求。产能规划可视化工具1402还可以连接到各种其他模块或系统，例如系统800，用于实时显示和产能规划。应当理解，产能规划和生产监视的许多方面可以用产能规划可视化工具1402来执行。

浏览调整器1404允许改变屏幕所示的多个方面，例如调整可见的小时数或天数、该显示包括的整个过程的那个区域或部分(例如WIP 818或仓库方面)。对于给定的项目，浏览调整器1404的变化可以引起不同的信息显示在产能规划可视化工具1402中。

目标选择链接1406可以允许用户在产能规划可视化工具1402中浏览选定目标的产能规划信息。

生产要求选择1408可以允许用户例如在产能规划可视化工具1402中看看在给定时间段关于特定物品、项目、工作或成品的信息。

本领域技术人员容易理解，模块和硬件的其他设置可以用于本发明的产品、方法和系统的前述任一实施例。

应当理解，本说明书示例性示出了本发明，本领域技术人员会理解本发明的主旨和范围内的其他实施例。

所有引用的文献在此引作参考。

Claims (34)

1.一种用于请求方案(RFP)处理的系统，包含：

一系统提供者，该系统提供者包括(i)一客户模块，设置为生成一RFP并将其提供给一个或多个组装商，和(ii)一组装商模块，设置为生成一请求方案回复(RFPR)并将其提供给客户。

2.如权利要求1所述的系统，其特征在于，所述所述客户模块和所述组装商模块与所述一个或多个组装商和所述客户通过一通信网络通信。

3.如权利要求2所述的系统，其特征在于，所述客户模块设置为通过来自一客户的一个或多个用户输入来生成一RFP，所述组装商模块设置为通过来自一组装商的一个或多个用户输入来生成一RFPR。

4.如权利要求3所述的系统，其特征在于，(i)所述客户模块还包括一个或多个RFP模板，客户可以通过一个或多个输入来选择该模板，和(ii)所述组装商模块还包括一个或多个RFPR模板，客户可以通过一个或多个输入来选择该模板。

5.如权利要求1所述的系统，其特征在于，所述RFP在其生成时自动提供，而所述RFPR在其生成时自动提供。

6.一种方法，用于使客户生成一请求方案(RFP)并用于使承包商生成一请求方案回复(RFPR)，该方法包括：

协助客户准备一RFP；

使得该客户提交该RFP；

将该RFP分发给一个或多个承包商；

协助每一承包商生成一RFPR；

使得每一承包商对该RFPR定稿；以及

将所述一个或多个RFPR提供该该客户。

7.如权利要求6所述的方法，其特征在于，所述协助、提交、分发、定稿和提供步骤通过与一系统提供者的用户交互来执行。

8.如权利要求6所述的方法，其特征在于，所述系统提供者通过一通信网络访问和交互。

9.如权利要求8所述的方法，其特征在于，所述协助还包括选择一RFP模板而所述使得还包括选择一RFPR模板。

10.如权利要求7所述的方法，其特征在于，在提交后所述分发通过所述系统提供者自动执行，且在定稿后所述提供通过所述系统提供者自动执行。

11.一种仓储系统，用于获取与一个或多个成品相关的交易数据，该仓储系统包括：

一接收终端，设置为获取与至少一部件物品的接收相关的交易数据，每一部件物品包括一个或多个子部件；

至少一仓储终端，设置为获取与至少一部件物品的存储和移动相关的交易数据；

一送货终端，设置为获取与对一个或多个成品或一个或多个子部件的送货相关的交易数据；

其中，所述接收终端、所述至少一仓储终端和所述送货终端中的至少一个设置为与一系统提供者通信，该系统提供者设置为获取和维持交易数据。

12.如权利要求11所述的系统，其特征在于，所述系统提供者设置为使得一个或多个监视终端能浏览该交易数据的至少一个子集。

13.如权利要求11所述的系统，其特征在于，还包括一半成品(WIP)终端，设置为获取与使用一个或多个子部件组装成一个或多个成品相关的交易数据。

14.如权利要求11所述的系统，其特征在于，所述系统提供者与所述接收终端、所述至少一仓储终端、所述送货终端和所述WIP终端中的至少一个通过至少一通信网络通信。

15.如权利要求14所述的系统，其特征在于，所述WIP终端设置为获取与人工相关的交易数据。

16.如权利要求11所述的系统，其特征在于，还包括一机器终端，设置为获取与移动子部件相关的交易数据。

17.一种获取一个或多个成品有关的清楚交易数据的方法，该方法包括：

接收至少一部件物品，每一部件物品包括一个或多个子部件；

获取与接收每一部件物品相关的交易数据；

存储每一部件物品；

获取与至少一部件物品的存储相关的交易数据；

对一个或多个成品或一个或多个子部件的送货；

获取与对每一件成品或每一件子部件的送货相关的交易数据；

获取和维持交易数据。

18.如权利要求17所述的方法，其特征在于，还包括移动一个或多个子部件并获取与该移动相关的交易数据。

19.如权利要求18所述的方法，其特征在于，还包括从一个或多个子部件组装一个或多个成品并获取与该组装相关的交易数据。

20.一种用于库存管理和产能规划的系统，其包括：

一系统提供者，设置为接收一个或多个组装商输入和一个或多个客户输入，还包括一用于获取库存数据的库存管理模块、一执行产能规划和管理生产的生产模块和多个用于存储库存数据的数据存储器。

21.如权利要求20所述的系统，其特征在于，所述系统提供者设置为以软件即服务(SaaS)操作。

22.如权利要求20所述的系统，其特征在于，所述库存管理模块设置为从一个或多个仓储系统中接收一个或多个仓库输入。

23.如权利要求22所述的系统，其特征在于，所述库存系统输入包括用户输入和机器输入中的至少一个。

24.如权利要求23所述的系统，其特征在于，所述库存数据包括交易数据。

25.如权利要求24所述的系统，其特征在于，所述库存管理模块设置为实时监视库存数据。

26.如权利要求25所述的系统，其特征在于，所述库存管理模块设置为能够对一条或多条生产线进行改变或请求改变。

27.如权利要求20所述的系统，其特征在于，所述生产模块设置为接收一个或多个组装商输入并生成一条或多条生产线。

28.如权利要求27所述的系统，其特征在于，所述生产模块设置为接收一个或多个要求和一个或多个资源输入，以为所述的一条或多条生成线生成一个或多个情形。

29.如权利要求28所述的系统，其特征在于，所述生产模块设置为对于至少一个或所述的一个或多个情形，基于一个或多个资源输入中的至少一个，确定能否满足所述生产线的一个或多个要求中的至少一个。

30.如权利要求29所述的系统，其特征在于，所述确定实时进行。

31.如权利要求30所述的系统，其特征在于，所述生产模块设置为允许监视该生产线和对其进行改变或要求进行改变。

32.如权利要求20所述的系统，其特征在于，所述系统提供者还包括一请求方案回复(RFPR)模块以生成RFPR。

33.如权利要求32所述的系统，其特征在于，所述RFPR模块接收组装商输入以生成RFPR。

34.如权利要求33所述的系统，其特征在于，所述生产模块设置为接收一个或多个组装商输入并将该RFPR转化成生产线。

Images