专利名称：智能且授权的返回系统和方法
技术领域：
本发明涉及逆向物流的领域。尤其，本发明涉及一种提供运送标签到现场服务技术员以便在返回备件中使用的系统和方法。
背景技术：
高技术装备制造的趋势朝向来自多个外部供给商的模块化组件的装配。作为该趋势的结果，现场服务技术员，那些负责这些产品的售后服务和修理的人，通常更关注于诊断和更换而不是诊断和修理。实际上，如果问题由来源于第三方供应商的模块化组件而引起，该组件可能不服从制造商或者它的修理人员的现场修理。
因此，现代现场服务技术员的大量效率依赖于当问题出现时手头具有正确的更换零件。如果技术员不得不经过多步行程到现场以进行修理，售后服务的任何经济和效率或者被损害或者损失。因此，现场服务技术员带着额外的备件到修理现场比使得技术员执行第一次行程以诊断问题并执行第二次行程以带零件来修理它通常更有效。
但是，将现场服务技术员发送到装备有多种选择的备件的修理场所存在障碍。一个障碍是当存在很少关于哪些备件将在修理中实际地使用的指示时，跟踪和管理备件库存水平方面固有的困难。对于任何给定的修理，技术员带到现场的备件的一些或全部可能在修理中不使用。那么这些备件运送回备件仓库或其他储藏室，在那里它们可以对下一个服务调用可用。
为了实例，典型的服务调用在图1中说明。在步骤1中，现场服务技术员被通知服务调用并且接收书面或口头的问题描述。在步骤2中，技术员基于技术员已经接收的书面或口头描述做初步的问题诊断，以及在步骤3中，技术员基于技术员可能需要什么的最初印象定购多个备件。
备件典型地储藏在配销中心或区域库存点中。通常存在比配销中心多的区域库存点；因此，如果现场技术员立即需要零件，零件通常从区域库存点定购，而较少时间敏感度的备件定购通常从配销中心供给。
在步骤4中，现场服务技术员在步骤3中定购的备件发送到运输商获取场所，其通常称作“保存获取”过程。依赖于备件是从区域库存点还是从配销中心定购，零件在它们被定购之后的几个小时到几天之间任何时间到达运输商获取场所。在步骤5中，现场服务技术员获取备件。在过去，现场服务技术员仅能够在正常营业时间期间获取备件；但是，近些年，运输商例如美国包裹联合服务公司已经提供允许服务技术员昼夜不停地获取零件的保存获取服务。
在“保存获取”过程中，制造商使得现场技术员跨越多个场所修理装备，并且这些技术员经常具有对来自库存点或配销中心的修理零件的立即需求。如果制造商要求包含零件的包裹的普通通宵递送，技术员将不能接收到修理零件直到早上很晚。虽然早晨递送选项有时可用，它们对于制造商在常规基础上使用太昂贵。在保存获取过程中，制造商要求包裹保存在最接近工作场所的运输商合并点，以便由技术员早晨私人获取。该程序具有包裹的早接收和低成本的双重好处，因为由小的交通工具从运输商场所到收货人的最终递送是包裹运输过程中昂贵的部分。
在步骤6中，现场服务技术员已经获取零件并且带它们到修理场所，在那里技术员完成所需的修理。为了该实例，我们将假设现场服务技术员为修理定购了五个零件并且在修理中使用零件中的三个。另外，在该实例中，我们将假设被更换的零件中的一个仍然在保用期内并且需要返回到制造商或者到组合零件制造商以修理。因此，在该说明中，在修理完成之后，现场服务技术员具有从未使用的两个“新”零件和需要修理的一个“用过的”零件。
为了进一步使情况复杂化，现场技术员每天具有八到十个修理问题要解决。结果，现场服务技术员将备用和用过的零件储藏在修理工程车或运货棚车中长达两周或多周直到技术员有机会将零件运送回以重新搁置和/或修理不是不通常的(步骤7)。
在步骤8中，现场服务技术员将备用零件运送回以重新搁置并且将用过的零件运送回以修理。如本领域中已知的，现场服务技术员通常每周花费一整天来分类零件以确定哪些零件与哪些修理相关以及将零件返回到哪里。在一些情况下，未使用备件可能保存在修理工程车中长达两周或多周直到技术员有机会分类零件并将零件运送回多个配销中心和区域库存点。
在上述过程下，几个显著的问题已经被注意到，如下讨论。未使用零件返回的延迟导致低效率和不准确的产品库存管理。在任何给定时刻，公司可能具有价值几百万美金的未使用备件位于修理工程车中或者在从已经保存零件长达可变长度时间的技术员到配销中心和区域库存点的路上。因为公司不知道哪些备件在修理中使用以及哪些将最终返回以重新搁置，公司面临零件库存管理问题。
与前述过程相关的另一个问题是记账的显著延迟。在上面的说明中，现场服务技术员为修理定购五个零件，但是在修理中仅使用五个零件中的三个。典型地，公司不能给它的客户为修理记账，直到备件返回并且公司确定零件中哪些在修理中使用。因此，本领域中已知的客户记账周期通常延迟，当公司和现场服务技术员确定哪些零件在修理中使用和哪些被重新搁置时。
由前述实例说明的再一个问题是用过零件的处理。在一些情况下，服务技术员将运送作为保用过程的一部分已经更换的零件，在其他情况下，零件的价值证明它的修理。当零件到达但是没有来自现场技术员的关于零件将重新搁置还是送去修理的指示时，用过零件问题经常在配销中心和区域库存点出现。在一些仓库中，公司已经建立了复杂的测试操作以确定从它们的现场技术员接收的零件是否需要修理。这些经常手工的测试操作成本高且容易出错。
因此，不满足的需求存在于改进的备件返回系统的行业中，即其克服一些在上面讨论的现有技术中的不足。
因此已经概括地描述了本发明，现在将参考附随附图，其不一定按比例绘制，并且其中图1是本领域中已知的服务调用的流程图。
图2是根据本发明一种实施方案的备件返回系统的高级框图。
图3A-3C是对根据本发明一种实施方案的备件返回系统的用户可用的典型报告。
图4说明根据本发明一种实施方案的备件返回系统的分布式应用体系结构。
图5是根据本发明一种实施方案的备件返回系统的高级流程。
图6是说明根据本发明一种实施方案在处理备件订单中涉及的步骤的流程图。
图7是说明根据本发明一种实施方案存储程序如何在备件订单的处理期间被调用的流程图。
图8是说明根据本发明一种实施方案相对于备件订单应用规则的流程图。
图9是根据本发明一种实施方案的检索和预处理操作的流程图。
图10是说明根据本发明一种实施方案的企业级java bean客户端的调用的流程图。
图11是说明根据本发明一种实施方案规则到备件订单的应用的流程图。
图12是说明根据本发明一种实施方案为准备数据库更新，接收并处理备件订单对象/数据的过程的流程图。
图13是说明根据本发明一种实施方案更新订单数据库的过程的流程图。
图14是说明根据本发明一种实施方案的备件订单处理操作的选择和运送步骤的流程图。
图15是说明根据本发明一种实施方案的运送标签打印操作的流程图。
图16是根据本发明一种实施方案的运送标签打印操作的另一种流程图。
图17是说明根据本发明一种实施方案的打印机放落文件的创建的流程图。
图18说明根据本发明一种实施方案的备件返回运送标签。
图19说明根据本发明一种实施方案的另一种备件返回运送标签。
发明内容
本发明公开提供运送标签以便在返回配给到现场服务技术员的零件中使用的系统和方法。公开一种系统，其相对于一个或多个规则处理备件订单请求，并且产生打印并与备件一起封装在包裹中的返回运送标签。现场服务技术员使用适当的返回运送标签来标识备件的状态并且保证用过和未使用的备件及时返回到装备以处理它们的机构。
根据本发明一种实施方案，描述一种提供备件到现场技术员的方法，其包括步骤接收订单以将零件运送到现场技术员，订单包括与零件相关联的零件标识符；使用零件标识符查询零件数据库以识别所述零件有库存的仓库；相对于规则引擎处理订单以将出站运送标签以及一个或多个返回运送标签与订单相关联，并且为出站运送标签和为一个或多个返回运送标签产生运送标签数据；在仓库打印出站运送标签和一个或多个返回运送标签；将一个或多个返回运送标签与零件一起封装在包裹中；将出站运送标签贴在包裹上；以及将包裹运送到现场技术员。
在另一种相关实施方案中，描述该方法，其中查询零件数据库以识别仓库的步骤包括查询零件数据库以确定零件是否可用，并且如果可用，零件位于哪里。在另一种实施方案中，查询零件数据库以识别仓库的步骤包括识别具有该零件库存的仓库；设置零件数据库中的标志以预定零件；以及联系仓库使得零件被选择以运送的步骤。在再一种实施方案中，查询零件数据库以识别仓库的步骤包括查询零件数据库以确定零件是否可用，并且如果不可用，缺货通知该零件。在又一种公开的实施方案中，相对于规则引擎处理订单的步骤包括将订单转换成订单阵列以经由企业级Java bean客户端提交到企业级Java bean；接收订单阵列进入企业级Java bean；创建适合于由规则引擎处理的Java订单对象；以及将订单对象传递到规则引擎的步骤。
在另一种相关实施方案中，描述该方法，其中为一个或多个返回运送标签产生运送标签数据的步骤包括为第一和第二返回运送标签产生标签数据，第一返回运送标签将返回零件标识为用过，而第二返回运送标签将返回零件标识为未使用。在另一种实施方案中，为一个或多个返回运送标签产生运送标签数据的步骤包括产生使得现场技术员能够运送用过的零件以便修理、重新入库、废物处理和废弃中至少一种的运送标签数据。在再一种描述的实施方案中，在仓库打印出站标签和一个或多个返回运送标签的步骤包括以电子格式发送运送标签数据到位于仓库的打印设备；并且在打印设备上打印出站标签和一个或多个返回运送标签，其中打印在运送标签上的信息至少部分基于运送标签数据。在又一种实施方案中，在仓库打印出站标签和一个或多个返回运送标签的步骤包括以电子格式发送运送标签数据到与仓库相关联的计算机系统；当手工激活仓库计算机系统时将运送标签数据转发到运输商应用；将包裹跟踪编号分配给出站运送标签以及一个或多个运送标签的每个；至少部分基于运送标签数据产生出站运送标签和一个或多个运送标签；以及在仓库打印出站运送标签和一个或多个运送标签。
在另一种公开的实施方案中，上述方法也包括将为包裹跟踪编号分配给出站运送标签和分配给一个或多个返回运送标签的每个。并且在另一种相关实施方案中，将一个或多个返回运送标签与零件一起封装在包裹中的步骤包括从仓库中的储藏区域选择零件；将零件置于包裹中；从打印设备获取一个或多个返回运送标签；以及将一个或多个返回运送标签封装在包裹中的步骤。
根据本发明另一种实施方案，描述一种备件运送系统，其包括订单输入应用，该定点输入应用配置以从用户接收订单数据，订单数据包括至少一个备件编号；与订单输入应用电子通信的零件管理应用，该零件管理应用配置以接收订单数据和使用备件编号查询零件数据库以确定备件的可用性；与订单输入系统和零件管理应用中至少一个电子通信的规则引擎，该规则引擎配置以接收订单数据并且相对于一个或多个规则处理订单数据，该规则引擎进一步配置以至少部分基于一个或多个规则产生运送标签数据；以及配置以至少部分基于运送标签数据打印至少一个运送标签的打印设备。
在另一种相关实施方案中，零件管理应用还配置以识别具有备件库存的仓库。在另外的实施方案中，零件管理应用还配置以预定备件和缺货通知不可用的备件。在再一种描述的实施方案中，规则引擎配置以相对于运输商规则、物流规则和用户定义规则中至少一个来处理订单数据。在另一种实施方案中，规则引擎配置以为出站运送标签和返回运送标签产生运送标签数据。
在另一种实施方案中，描述该系统使得规则引擎配置以为第一和第二返回运送标签产生运送标签数据，第一返回运送标签将返回零件标识为用过，而第二返回运送标签将返回零件标识为未使用。在再一种实施方案中，规则引擎配置以为返回运送标签产生运送标签数据，其中返回运送标签使得现场技术员能够运送用过零件用于修理，重新入库，废物处理和废弃中至少一种。
在再一种实施方案中，系统被描述还包括仓库应用，该仓库应用配置以接收运送标签数据，该仓库应用还配置以发送运送标签数据到运输商系统并从运输商系统接收运送标签图像；以及位于运输商系统上的运送标签产生应用，该运送标签产生应用配置以接收运送标签数据并产生运送标签图像。在又一种实施方案中，运送标签应用还配置以发送运送标签图像到打印设备，并且由打印设备打印的运送标签至少部分基于运送标签图像。
根据本发明的另一种实施方案，公开一种监控运送到现场技术员的备件的状态的方法，其包括步骤接收备件请求，备件请求包括运送备件到现场技术员的请求；响应备件请求产生出站运送标签和返回运送标签；将第一备件跟踪编号分配给出站运送标签并且将第二备件跟踪编号分配给返回运送标签；将关于备件请求的信息存储在备件交易数据库中，存储的信息包括第一和第二备件跟踪编号；捕捉关于通过运输商运送的包裹的包裹级详细信息，包裹级详细信息包括包裹运送状态和与包裹相关联的包裹跟踪编号；以及当包裹跟踪编号与第一或第二备件跟踪编号相对应时用包裹级详细信息更新备件交易数据库。
具体实施例方式
本发明现在将参考附随附图在下文中更完整地描述，其中本发明的优选实施方案在附随附图中显示。但是，本发明可以以许多不同的形式实施并且不应当解释为限制于这里陈述的实施方案；相反地，这些实施方案被提供使得该公开内容将彻底和完整，并且将本发明的范围完全地传达到本领域技术人员。自始至终相同的编号指相同的元素。
本发明的许多修改和其他实施方案将由本发明适合于其的本领域技术人员想到，其具有在前述描述和相关附图中呈现的讲授的好处。因此，应当理解，本发明并不局限于公开的具体实施方案，并且修改和其他实施方案打算包括在附加权利要求的范围内。虽然具体的术语在这里使用，它们仅在普通和描述的意义上使用而不是为了限制。
下面的段落描述根据本发明一种实施方案的备件返回系统10，其功能是提供运送标签以便在返回配给到现场服务技术员的零件中使用。
通常，备件被选择、包装和从配销中心和/或区域库存点运送到可能使用或可能不使用零件来对产品进行修理的现场服务技术员。备件伴随一个或多个运送标签到达现场技术员，现场技术员将使用该一个或多个运送标签从需要被返回的修理中返回未使用的备件，或者在一些情况下，返回用过的零件。典型地，至少提供两个运送标签，一个用于新的或未使用零件的返回，而另一个用于用过零件的返回。备件的返回位置可以基于订单或零件属性的变化而变化。用过零件可能返回或可能根本不返回。返回的用过零件优选地发送到装备以整修、废物处理和/或安全废弃零件的场所。未使用零件可以返回到它从其运送的配销机构或区域库存点，经历该零件短缺的仓库，或者到用于随后重新分配的中心场所。
图2是备件返回系统10的一种实施方案的高级框图。在该实施方案中，产品的制造商12使用一个或多个现场服务技术员14来服务该产品。当制造商12接收到服务请求时，制造商12用问题的描述联系现场服务技术员14。现场服务技术员14做出问题的最初诊断并且向制造商12发送执行修理可能需要的备件列表。
当接收到备件列表时，制造商12使用订单输入系统16来使得备件运送到现场服务技术员14。订单输入系统16可以是制造商计算机网络的一个组件，在这种情况下，制造商12将备件信息输入到订单系统16中。作为选择，订单输入系统16可以位于远程位置并且服务多个制造商。在该备选实施方案中，制造商12通过本领域中众所周知的几种方法中的任何一种将备件列表发送到订单输入系统16，包括电子数据交换(EDI)，电子邮件，传真或者经由电话到将请求输入订单系统16中的客户服务代表。在再一种实施方案中，图2中虚线所示，现场服务技术员14将备件列表直接通信到订单输入系统16。
一旦备件列表输入到订单输入系统16中，零件列表发送到备件管理系统18。备件(service part)管理系统18查询备件数据库20以确定被请求的备件是否可用，并且如果可用被请求的零件位于哪里。当备件管理系统18发现被请求的零件可用时，标志设置在备件数据库20中以预定零件。关于被请求备件的可用性和位置的信息经由订单输入系统16到达制造商12和/或现场服务技术员14。
如果用户对于备件的可用性和位置满意，订单放置在订单输入系统16中，并且备件从它们的库存位置提出并准备运送。订单发送到备件管理系统18并且备件数据库20更新以反映被请求备件正在运送到现场服务技术员14。
在备选实施方案中，定购过程不是零件可用性在订单输入之前检查的两步过程。代替地，当备件列表输入时，订单被创建并且发送到备件管理系统18。在订单中涉及的零件然后相对于备件数据库20而检查并且为订单预定。如果零件不可用，零件或者缺货通知或者执行供应商系统的搜索，以使得零件从供应商直接运送到现场服务技术员14。
一旦服务订单被放置，备件管理系统18联系供给被请求备件的配销中心和/或区域库存点的仓库库存系统22。多个配销中心和区域库存点可能涉及于单个备件订单中，并且每个场所可能具有不同的仓库库存系统22。在本发明的一种实施方案中，从备件管理系统18发送到仓库库存系统22的备件订单电子地发送，并且相同的格式在每个仓库系统22中使用。在备选实施方案中，不同的仓库系统22需要不同的备件订单格式，并且备件管理系统18配置以不同的格式提供备件订单。
然后，备件管理系统18相对于规则引擎24处理备件订单。相对于规则引擎24处理订单的操作在下面更详细地描述。通常，规则确定是否以及哪些备件运送标签将为被请求备件的每个而产生。另外，运送标签上字段的几个是用户可定义的并且规则确定将填充这些字段的数据。
在优选实施方案中，当备件被选择时，规则处理发生。运送标签信息从规则处理输出并且存储在运送标签表格中。通常，运送标签信息包括与备件一起包装并且由现场服务技术员14使用以将备件运送回仓库的运送标签的备件返回运送标签信息。而且，用来运送零件到现场服务技术员14的出站运送标签的信息可以包括在运送标签表格中。
对规则引擎24的更新经由开发工作站或经由维护应用而发生。开发者使用规则开发工作站来添加或修改引擎24中的规则。因为修改通过开发工作站来进行，它们立即存储在规则引擎24的主或生产版本中。相反地，由非开发者执行的规则引擎24的添加、删除或修改在它们移至生产中之前首先存储在规则引擎24的质量控制或测试版本中。尽管开发者使用开发者工作站实现规则中的改变，非开发者使用规则维护应用，其在优选实施方案中包括比它的开发者副本更加用户友好的图形界面。
在规则处理完成并且备件被选择并包装以运送到现场服务技术员14之后，仓库职工通过指示零件准备好运送来启动下一步。在优选实施方案中，职工将激活仓库应用上的运送功能以启动下面的运送过程。
当激活运送功能时，运送标签信息发送到包装跟踪系统26，在那里包裹跟踪编号分配给每个标签。包裹跟踪编号在本领域中众所周知，并且包括使得交易方能够在运输商系统中跟踪运送从获取到递送的唯一标识符。在优选实施方案中，唯一包裹跟踪编号分配给每个运送标签，因此包裹跟踪数据库被更新。
当分配包裹跟踪编号时，备件管理系统18将每个运送标签的运送信息传递到标签产生应用28，其产生被请求的运送标签。然后运送标签发送到适当的配销中心和/或区域库存点，在那里它们被打印并包括在包含运送到现场服务技术员14的备件的包裹中。在一种实施方案中，发送到配销中心和/或区域库存点的运送标签包括将备件包裹运送到现场服务技术员所需的运送标签。另外，将由现场服务技术员14使用以返回用过和未使用的备件的运送标签被发送，并且这些返回运送标签包括在包含备件的包裹中。
在优选实施方案中，备件管理系统18产生关于正在运送的备件的详细信息并且将该信息上传到包裹运输商。该信息可能包括例如，包裹的源和目的地址，包裹的大小和重量以及运送的方法和/或服务级别。本领域技术人员将容易认识到，关于包裹运送的另外信息在过程的该步骤中捕获和上传。在一种实施方案中，包裹运输商操作备件返回系统10并且承担从多个配销中心和区域库存点获取备件并且将零件递送到现场服务技术员的责任。在备选实施方案中，备件返回系统10可以服务多个运输商，并且备件订单可以指定几个包裹运输商中的一个。在又一种实施方案中，不同的包裹运输商可能用来递送单个备件订单中的不同备件。但是，为了说明，下面的段落描述单个包裹运输商用于备件包裹运送的备件返回系统10。
在优选实施方案中，包裹运输商接收备件运送细节并且派遣运输商驾驶员到在运送细节中指定的多个配销中心和区域库存点以获取由现场服务技术员14请求的备件。在该实施方案中，包含备件的包裹也包括如上所述产生的一个或多个返回运送标签。
在接下来的步骤中，包裹运输商将包含备件的包裹递送到现场服务技术员14。在优选实施方案中，包含由现场服务技术员14请求的备件的包裹从多个位置发送。因此，包裹发送到本地运输商机构，并且保存在那里，直到现场服务技术员获取它们。在优选实施方案中，发送到现场服务技术员14的备件包裹使用例如本领域中众所周知的保存获取服务来发送。使用该服务，当包含备件的包裹到达目的运输商机构时，它们被搁置并且为现场服务技术员14保存而不是进一步通过运输商系统处理。如本领域中已知的，该服务的好处在于现场服务技术员14可以较早地获取包含备件的包裹并且可以立即进行服务调用。
为了说明，假设现场服务技术员14为给定服务调用定购并接收五个备件。在该实例中，技术员14使用五个备件中的三个来实现修理，并且另外，从修理的产品中获得一个用过的零件。当技术员14打开包含备件的包裹时，技术员14获得备件以及与每个备件一起包装的一个或多个返回运送标签。
在该实例中，发送到现场技术员14的五个备件中的三个用来修理产品并且将不被返回。两个未使用的备件和一个用过的零件将被返回。在优选实施方案中，两个返回运送标签与两个未使用备件的每个一起被包括。两个返回运送标签的第一个指示备件还没有使用并且具有配销中心、区域库存点或者装备以接收并重新入库该备件的其他场所的目标地址。第二返回运送标签指示备件已经被使用和/或损坏。第二返回运送标签的目的地址典型地将是装备以整修、废物处理或废弃用过零件的机构。
关于在修理中没有使用的两个备件，现场服务技术员14重新包装备件并且贴上将零件标识为未使用的返回运送标签。作为选择，如果在修理期间服务技术员14发现备件的一个或两个都损坏，技术员14将贴上将零件标识为用过的返回运送标签以防止损坏的零件被重新搁置。在再一种实施方案中，第三返回运送标签对技术员14可用，其将零件标识为没有在修理中使用但是损坏的。第三返回运送标签的目的地址可以是与用过零件相同的目的，或者作为选择，标识为损坏的备件返回到提供损坏零件的机构。
现场服务技术员14也使用返回运送标签以返回在修理期间获得的用过零件。如果用过零件由运送到技术员14的备件中的一个更换，与更换备件一起封装的将零件标识为用过的返回运送标签贴到包含用过零件的包裹上。在备选实施方案中，另外的返回运送标签可以提供给技术员14，用于在保用期内的任何零件。因此，在备选实施方案中，如果服务技术员14确定用过的零件在保用期内，将货物标识为保用期返回的返回运送标签贴到包含用过零件的包裹上。
一旦现场服务技术员14已经重新包装待返回的备件并且贴上适当的标签，包装递送到包裹运输商。在优选实施方案中，用来返回备件运送的包裹运输商是与用来运送备件到技术员14相同的运输商。但是在备选实施方案中，现场服务技术员14可以从几个包裹运输商中为返回运送选择。但是，如果包裹运输商的选择可用，选择应当在各种返回运送标签产生之前做出，因为不同的包裹运输商使用不同的运送标签格式。
当包裹运输商接受返回包裹时，包含备件的包裹上的返回运送标签被扫描。然后返回运送信息发送到包裹运输商的中心存储机构。在优选实施方案中，备件包裹的返回运送标签指示包裹与备件返回系统10相关联。因此，无论何时备件返回包裹被扫描，返回运送信息发送到备件管理系统18。
备件管理系统18接收返回备件包裹的运送信息并且将信息转发到制造商12。在优选实施方案中，成批的运送信息在一天期间预先确定的时间发送到制造商12。但是，本领域技术人员将容易认识到，运送信息可以根据需求或者根据制造商12的请求以许多不同的方法发送。因为多个制造商12可以参与备件返回系统10，备件管理系统18仅发送与给定制造商相关联的运送信息。
在优选实施方案中，返回运送标签的包裹运输商扫描捕捉制造商12可以识别包含在包裹中的备件以及该零件状态的、关于包裹的足够信息。因此，由包裹运输商提供到制造商12的返回运送信息识别入站的备件和每个零件的状态和目的。并且，包裹运送系统中该增强的可见性向制造商12提供预测其备件库存的更大准确度。在优选实施方案中，包裹运输商扫描在它的系统中运送中的每个包裹，并且通过比较包裹跟踪编号以及分配给备件运送标签和相关出站运送标签的包裹跟踪编号来识别包含备件的那些包裹。备件跟踪编号可以与关于相关服务订单的其他信息一起，存储在例如备件交易数据库中。
该更大可见行的另一个好处在于修理记账延迟的消除。在本领域中已知的过程中，服务费用经常延迟几周直到制造商12接收用过和未使用的备件并且确定最初由现场服务技术员14定购的零件中哪些在修理中使用。本发明通过通知制造商12正在运送到其配销中心和/或区域库存点的备件来消除这些延迟。
该过程的再一个好处在于关于仓库和现场服务技术员14之间备件移动的历史数据的累计。如将对本领域技术人员容易明白的，许多报告可以从该历史数据中产生，其将向制造商12提供有价值的工具。在优选实施方案中，备件管理系统18包括向制造商12和其他用户提供关于备件移动的可定制报告的报告产生特征。
在一种实施方案中，具体的报告对系统10的用户可用。在备选实施方案中，用户中的一些或全部访问包括与每个用户相关联的历史数据的备件交易数据库30。到交易数据库30的用户访问使得用户能够用公式表示他们自身的查询并且产生定制报告。对用户可用的报告中的一些在图3A-3C中说明，并且包括老化报告，收益报告，和周转报告。本领域技术人员将容易认识到，另外的报告能力提供给访问交易数据库30的用户。
下面的段落提供关于本发明实施方案的系统体系结构的更多细节。
图4说明根据本发明另一种实施方案的备件返回系统10的分布式应用体系结构。在该图中，应用服务器50表示成单个系统；但是，本领域技术人员将容易认识到，该服务器可以物理地示例成具有为可伸缩和冗余而分布的组件的服务器集合。在优选实施方案中，应用服务器50支持Oracle关系数据库管理系统(RDBMS)，虽然本领域技术人员将认识到，本发明对于本领域中已知的其他数据库系统同样有利。
运输商运送系统55经由网络60与应用服务器50通信。在优选实施方案中，网络60是以太网；但是，本领域中已知的其他网络同样可以使用。运输商运送系统55为系统产生包裹跟踪编号和相关运送数据，并且负责将承运方日数据上载到相关承运方主系统。在优选实施方案中，与运输商运送系统55的通信经由运行在本领域中已知的MQSeries上的消息队列串联接口(MQSI)而发生。
仓库管理服务器65经由网络60与应用和运输商运送系统55通信。再次，虽然表示成单个服务器，仓库管理服务器65可以物理地示例为具有为可伸缩和冗余而分布的组件的服务器集合。在优选实施方案中，仓库管理服务器65提供到Oracle企业资源计划系统(ERP)的RF扩展并且提供仓库功能性。在操作中，仓库管理服务器65从应用服务器50接收备件订单数据，并且经由MQSI与运输商运送系统55交换运送数据。
ARS服务器70也经由网络60通信并且包括确定如果有的话，哪些运送标签由系统10产生的规则引擎24。在优选实施方案中，ARS服务器70经由企业级Java bean(EJB)展开规则引擎24。企业级bean提供规则处理到传递到bean的备件订单数据。
开发者工作站75和规则维护工作站80是允许开发者和其他用户添加、修改和/或删除规则的接口。在优选实施方案中，规则维护工作站80主要由非技术用户使用，因此，更大的限制放置在由这些工作站对规则做出的修改上。例如，在优选实施方案中，规则执行的标准可以经由规则维护工作站80来改变，但是规则的基础结构不行。
在优选实施方案中，开发者工作站75和规则维护工作站80经由规则开发网络85与系统网络60和其他系统组件通信。在优选实施方案中，规则开发网络85是以太网。但是容易明白，本领域中已知的其他类型的网络可以与本发明一起使用。
打包站90和标签打印机95经由仓库网络100连接到系统网络60。在优选实施方案中，仓库网络是以太网，但是再次本领域中已知的其他网络将提供相同的功能性。在图4中表示的打包站90提供由配销中心和区域库存点使用的仓库系统。在优选实施方案中，这些系统代表使用到其他服务器包括应用服务器50和仓库管理服务器65的基于浏览器连接的仅表示层。标签打印机95是运送标签打印在上面的打印机。在优选实施方案中，Eltron打印机被使用并且提供标签打印能力以支持出站和备件返回运送标签。喷射式服务器105(没有显示)也存在以管理允许运送标签打印的打印队列。在优选实施方案中，运送标签放落文件由喷射式服务器105识别并为提供包含数据的标签的标签打印机95解释。
下面的段落描述根据本发明一种实施方案的备件返回系统的操作。描述以向下深入的形式表示，其中更多细节在随后段落和相关附图中提供。
图5说明备件返回系统10的最高级流程。在高级，系统的功能是从用户接收备件订单并且产生与订单相关联的一个或多个出站和/或备件返回运送标签。
图6说明向过程中的第一次向下深入。处理生命周期是订单自身。说明的过程从备件订单的输入开始。典型地，现场服务技术员14诊断修理问题并且定购技术员认为可能与问题相关的备件。订单数据可以由现场服务技术员14，制造商12或客户服务代表中任何一个用作订单输入系统16的用户来输入。订单数据输入经由网络，EDI或手工输入。
当输入时，订单数据复制到Oracle的实例。再次，Oracle在这里为了说明而表示，因为Oracle是众所周知的数据库和应用开发软件提供商。本发明对于其他数据库应用同样有利。当证实备件可用时，订单被释放以选择。在选择释放时，处理因正在电子处理的备件订单而岔开，因为备件物理地在一个或多个仓库场所选择。处理在打包站再次会集，在那里备件被包装并且运送标签被打印。在优选实施方案中，出站和备件返回运送标签被打印。返回运送标签与备件一起放置在包裹中以便在返回零件中使用，并且出站运送标签贴到运送到现场服务技术员14的包裹上。如说明的，Oracle提供到许多过程的输入并且接收来自过程的输入。
图7说明备件返回系统10过程由Oracle存储程序调用。Oracle程序调用位于Oracle中的备件存储程序。在优选实施方案中，备件存储程序从备件订单数据中接收订单编号作为它的输入。
图8说明从备件存储程序中开始的过程，其中订单数据从Oracle中使用作为参数传递的订单编号来获得。订单数据被预处理以识别原始区域和目的区域，以便当规则应用时随后使用。然后，数据被打包并用来示例用作规则处理引擎的EJB。在优选实施方案中，EJB的该实例化经由java存储程序(JSP)使用在规则服务器上调用的bean，其对于调用它的Oracle实例可能是或可能不是远程的。
一旦实例化，bean将指定规则应用到传递进来的备件订单数据，并且另外的Oracle数据可以获得如果必要的话以完成规则处理。在相对于规则处理完订单数据之后，EJB将运送标签数据返回到调用备件存储程序，在那里后处理发生并且Oracle用运送标签数据更新。
图9说明根据本发明一种实施方案的检索和预处理操作。如上所述，备件订单数据使用订单编号从Oracle中检索并且从Oracle选择释放存储程序中传递。在优选实施方案中，检索的数据包括首部和行数据以及备件属性。如果其订单正在处理的用户利用区域的概念，那么与运送到和运送自地址相关联的区域被确定。然后，该更新数据以阵列准备好，用于经由EJB客户端提交给EJB。
图10说明EJB客户端的调用。在优选实施方案中，EJB客户端是在Oracle RDBMS系统上实现的Java客户端。EJB客户端接收备件订单数据的阵列，创建适合于由规则引擎24处理的Java订单对象，并且将该对象传递到规则引擎24。在应用规则到订单数据之后，EJB客户端将订单数据经由用来最初传递数据的阵列再次返回到调用Oracle存储程序。在该实施方案中，阵列中传递返回到Oracle程序的阵列是新的阵列，其包括运送标签数据，这是规则处理的结果。
图11说明根据本发明一种实施方案的规则的应用。规则的应用以两种方法分等级，订单首先在首部级，并且如果必要的话，在行级检查。最初的规则看订单首部数据确定备件处理是否需要。如果处理不需要，订单被标记成已经处理而不是需要备件运送标签。
如果订单数据指示备件处理需要，每个订单行被处理。运输商规则对每个而应用。运输商规则是运输商应用到在其系统中运送的包裹上的运输商专用规则的集合。运输商规则可以包括例如，地面运输用于包裹运送到或从某些位置的需要。在备件返回系统10的上下文中，运输商可以要求备件交易仅在某些地区或者某些条件下可用。
如果运输商规则处理指示没有备件运送标签应当为该行条目创建，本地订单数据被更新并且下一个订单行条目被处理。假设运输商规则不排除备件返回运送标签的产生，备件物流规则被应用。备件物流规则可以从运输商到运输商而有所不同。在优选实施方案中，备件物流规则包括证实产生服务订单请求的客户具有有效付款账号的检查。如对于本领域技术人员容易明白的，另外的检查可以基于用户和/或备件订单信息在该步骤中执行。
在优选实施方案中，运输商规则和备件物流规则的一个或两个都可能指示备件运送标签不应当为给定行条目而产生。假设运输商或备件物流规则都不排除备件运送标签的创建，订单行数据被更新，并且用户专用规则应用到订单行。
每个订单行根据前述步骤来处理。当所有订单行已经处理完时，EJB返回更新的订单数据以在使用运送标签数据填充Oracle时使用。该数据返回到EJB客户端，在那里它被打包并返回到备件存储程序。
图12说明为准备更新Oracle数据库接收和处理订单对象/数据的过程。在优选实施方案中，后处理运送标签数据识别解析由规则引擎24填充的地址和收据代码的需求。这些代码用作在Oracle位置中查询以完成地址信息和确定什么数据将填充备件运送标签的用户定义区域的关键字。地址和收据信息用来填充备件运送标签表格。
图13说明根据本发明一种实施方案更新Oracle的过程。在优选实施方案中，Oracle数据库用三种类型的数据更新，包括地址数据，运输商数据例如服务级别和参考域，以及用户专用参考值。同样在优选实施方案中，所有这些数据元素存储在备件标签数据表格中。
图14说明选择和运送订单过程的步骤。该过程在备件存储于那里的配销中心和区域库存点发生。当订单在仓库处接收到时，涉及的备件从储藏中选择并包装以便发送。作为上述并行处理的一部分，出站和备件返回运送标签在仓库中的打包站产生和打印。备件返回运送标签与备件一起放置在包裹中。出站运送标签贴到包裹上并且包裹被处置。
打印运送标签的过程在图15和16中说明。该过程在配销中心或区域库存点的打包站发生。在优选实施方案中，仓库职工通过激活仓库管理服务器接口上的“运送”按钮(或者类似名字)来启动过程，这产生XML打印请求文档。该文档经由MQ Series递送并且由MQSI中流处理。然后XML数据发送到运输商运送系统55并且作为结果的运送数据返回到仓库管理服务器65并且更新Oracle数据库。发送到仓库管理服务器65的更新也经由MQ Series作为XML文档。在优选实施方案中，从运输商运送系统55返回的运送数据用来创建打印机放落文件。放落文件随后放在适当的目录中使得运送标签在相关打印机上打印。
在优选实施方案中，由MQSI接收的运送请求文档包含打印出站和备件返回运送标签所必需的数据。MQSI分析数据并且为每个运送标签创建XML文档。这些文档在图16中标识为XML跟踪请求文档。然后每个XML跟踪请求文档发送到运输商运送系统55，其产生运送数据，包括包裹跟踪编号和路由代码。然后运输商运送系统55将运送数据格式化为XML运送请求文档，其返回到MQSI。MQSI缓冲XML运送请求文档，并且使用它来创建打印机放落文件。另外，MQSI格式化用来使用新的运送细节更新仓库管理服务器65的XML打印更新文档。当所有运送标签数据已经处理完时，用来创建打印机放落文件的数据存储在存储器中。
图17说明创建打印机放落文件所必需的过程。在优选实施方案中，打印机放落文件的创建需要重复在存储器中缓冲的运送标签数据。每次遇到运送标签数据时，它以适当的格式写入到打印机放落文件。在该实施方案中，出站标签数据被忽视直到结束，那时它也被写入打印机放落文件。出站标签被保存直到最后一次通过，使得出站运送标签用作给定包裹的最后标签已经完成打印的对仓库人员的指示。
图18和19说明根据本发明一种实施方案的备件返回运送标签110。每个运送标签110包括运送源地址112，运送目的地址114，MaxicodeTM116，邮局代码118，邮局条形码120，包裹跟踪编号122，运输商条形码124，包裹重量126和服务级别标识符128。运送标签也包括将标签标识为备件返回系统10一部分的专用字段。这些字段包括零件编号130，客户参考域132，备件状态标识符134，订单编号136一个或多个用户可定制字段138。
在优选实施方案中，零件编号130标识现场服务技术员14正在运送的备件并且备件状态标识符134指示零件是用过的还是未使用的。在用过零件的情况下，运送目的地址114可能是制造商、零件提供商或者准备接收并处理用过零件的其他机构的地址。在一种实施方案中，用过零件的处理至少部分基于零件编号130。例如，第一用过零件可能运送到待修理的机构，而第二用过零件运送到废物处理地区，而第三用过零件运送到废弃场所。在一种实施方案中，在状态标识符区域134中标识为未使用的备件可以返回到它们来源的配销中心或区域库存点，或者作为选择返回到具有该零件低库存的仓库场所。
备件返回运送标签110的客户参考域132可以包括订单编号，零件编号，出站包裹跟踪编号，或处置编号中的一个或全部。因为客户参考域132是用户可定制的，用来填充该字段的信息可以从用户到用户而有所不同，并且可以包括制造商12或其他客户请求放置在运送标签上的任何附加信息。
另外，多个用户可定制字段138包括在运送标签110的按钮上。这些字段138可以包括用户希望放置在标签上的任何附加信息。例如，备件可能是特别易碎的，并且这些字段可以包括特殊包装指示，无论何时运送标签为该零件而产生时。作为选择，用户可定制字段138可以指示现场服务技术员14何时和如何使用与备件一起包括的各种运送标签。本领域技术人员将容易认识到，各个用户可能具有对这些可定制字段138的特殊需求，并且这些需求打算由本发明包括。
在优选实施方案中，接收修理用备件的现场服务技术员接收在图18和19中说明的运送标签110。因为运送标签110是用于返回相同备件的备用运送标签，许多标签字段将使用相同的信息，包括但不局限于零件编号，客户参考编号，运送源地址，包裹重量，服务级别和RCV参考编号。在优选实施方案中，标签110具有不同的包裹跟踪编号，这使得运输商能够识别哪个运送标签用于返回。在优选实施方案中，当包裹被接受时包裹跟踪编号由运输商扫描，并且包裹跟踪编号与一个或多个备件跟踪编号相比较以识别包裹的运送标签和内容。因此该信息变得对运输商客户可用，并且向他们提供关于运送中的备件的增加可见性，从而提供零件库存和及时记账开始的增加的准确度和效率。
图18的运送标签110用来返回在修理中没有使用的备件。在该说明中，标签的状态标识符134和运送目的地址114将零件标识为未使用。而且，标签110的用户可定制区域138向现场服务技术员提供关于如何和何时使用ARS标签的指示。在一种实施方案中，运送源地址可以是备件来源仓库的地址。作为选择，运送目的地址可以是装备以接收未使用零件的场所和/或具有该特定备件的短缺的场所的地址。在优选实施方案中，现场服务技术员也接收图19中说明的运送标签110。在该实例中，现场服务技术员使用图19的运送标签，如果零件损坏、用过、盒子中的错误零件，或者到达时坏了。在备选实施方案中，另外的运送标签可以用于这些不同情况的一些或全部。
包括可选择服务的定购列表的备件返回系统10可以在由或者结合指令执行系统、装置，或设备例如基于计算机的系统，包含处理器的系统，或者可以从指令执行系统、装置或设备中取走指令并且执行指令的其他系统使用的任何计算机可读介质中实施。在该文献的上下文中，“计算机可读介质”可以是可以包含，存储，通信，传播或传送由或结合指令执行系统、装置或设备使用的程序的任何装置。计算机可读介质可以是，例如但不局限于，电、磁、光、电磁、红外或半导体系统、装置、设备或传播介质。计算机可读介质的更具体实例(非穷举列表)将包括下面具有一个或多个线的电连接(电)，便携式计算机软磁盘(磁)，随机存取存储器(RAM)(磁)，只读存储器(ROM)(磁)，可擦可编程只读存储器(EPROM或闪速存储器)(磁)，光纤(光)，以及便携式光盘只读存储器(CDROM)(光)。注意，计算机可读介质可能甚至是程序打印在上面的纸或者另外适当的介质，因为程序可以电子捕获，经由例如纸或其他介质的光学扫描，然后编辑，解释或者以适当方式的其他处理，如果必要的话，然后存储在计算机存储器中。
而且，流程图中的任何过程描述或框应当理解为代表包括用于实现过程中特定逻辑功能或步骤的一个或多个可执行指令的代码的模块、段，或部分，并且备用实现包括在本发明优选实施方案的范围内，其中功能可以脱离显示或讨论的顺序而执行，包括基本上同时或者相反的顺序，依赖于涉及的功能性，如将由本发明领域中技术人员理解的。
应当强调，本发明的上述实施方案，特别是任何“优选实施方案”仅仅是实现的可能实例，仅仅为本发明原理的清晰理解而陈述。可以对本发明的上述实施方案做任何改变和修改，而基本上不背离本发明原理的本质。所有这些修改和改变于此打算包括在公开和本发明的范围内并且由下面的权利要求所保护。
在总结详细描述时，应当注意，可以对优选实施方案做许多改变和修改而基本上不背离本发明的原理，对本领域技术人员将是显然的。同样，这种改变和修改打算于此包括在附加权利要求中陈述的本发明的范围内。此外，在随后的权利要求中，所有装置或步骤附加功能元素的结构，材料，动作和等价物打算包括用于执行它们陈述功能的任何结构，材料或动作。
权利要求
1.一种用于提供备件到现场技术员的运送系统，所述系统包括从用户接收订单数据的订单输入应用，所述订单数据包括至少一个备件编号；与所述订单输入应用电子通信的零件管理应用，该零件管理应用接收所述订单数据并且使用所述备件编号查询零件数据库以确定备件的可用性；与所述订单输入系统和所述零件管理应用中至少一个电子通信的规则引擎，所述规则引擎配置以接收所述订单数据并且相对于至少一个规则处理所述订单数据；所述规则引擎还配置以至少部分基于所述至少一个规则产生运送标签数据；以及打印设备，配置以至少部分基于所述运送标签数据打印至少一个运送标签。
2.根据权利要求1的系统，其中用户是所述现场技术员。
3.根据权利要求1的系统，其中所述用户是与所述现场技术员联系的客户服务代表。
4.根据权利要求1的系统，其中所述订单输入应用经由电子数据交换接收所述订单数据。
5.根据权利要求1的系统，其中所述订单输入应用经由电子邮件，传真和电话中至少一种接收所述订单数据。
6.根据权利要求1的系统，其中所述零件标识符是备件编号。
7.根据权利要求1的系统，其中所述零件管理应用还配置以识别具有所述备件库存的仓库。
8.根据权利要求7的系统，其中所述零件管理应用与所述仓库的库存计算机系统通信，并且如果所述备件可用则预定所述备件。
9.根据权利要求8的系统，其中所述零件管理应用与所述仓库的库存计算机系统通信，并且如果它不可用则缺货通知所述备件。
10.根据权利要求1的系统，其中所述规则引擎从所述订单输入应用接收所述订单数据。
12.根据权利要求1的系统，其中所述规则引擎从所述零件管理系统接收所述订单数据。
13.根据权利要求1的系统，其中所述规则引擎相对于运输商规则、物流规则和用户定义规则中至少一个来处理所述订单数据。
14.根据权利要求1的系统，其中所述规则引擎为出站运送标签和返回运送标签产生运送标签数据。
15.根据权利要求1的系统，其中所述规则引擎为第一和第二返回运送标签产生运送标签数据，所述第一返回运送标签将返回零件标识为用过，而所述第二返回运送标签将所述返回零件标识为未使用。
16.根据权利要求1的系统，其中所述规则引擎为返回运送标签产生运送标签数据以使得现场技术员能够运送用过的零件以用于修理，重新入库，废物处理和废弃中至少一种。
17.根据权利要求1的系统，其中所述打印设备从所述规则引擎接收所述运送标签数据。
18.根据权利要求1的系统，其中所述打印设备从所述订单输入应用和所述零件管理应用中一个接收所述运送标签数据。
19.根据权利要求1的系统，还包括仓库应用，其接收所述运送标签数据，将所述运送标签数据发送到运输商系统，并且从所述运输商系统接收运送标签图像，其中所述运输商系统包括接收所述运送标签数据并产生所述运送标签图像的运送标签产生应用。
20.根据权利要求19的系统，其中所述打印设备位于仓库。
21.根据权利要求19的系统，其中所述运送标签应用将所述运送标签图像发送到所述打印设备。
22.根据权利要求21的系统，其中所述运送标签是所述运送标签图像的打印副本。
23.根据权利要求19的系统，其中所述仓库应用接收所述运送标签图像并且将所述运送标签图像转发到所述打印设备。
24.一种监控运送到现场技术员的备件的状态的方法，该方法包括步骤接收备件请求，其包括运送备件到现场技术员的请求；产生出站运送标签和返回运送标签；将第一备件跟踪编号分配给所述出站运送标签并且将第二备件跟踪编号分配给所述返回运送标签；将所述第一和第二备件跟踪编号存储在备件交易数据库中；将所述备件以及所述出站和返回运送标签提供到所述现场技术员；随着它移动通过运输商系统，捕获关于包裹的包裹级详细信息，所述包裹级细节包括包裹运送状态和包裹跟踪编号；以及如果所述包裹跟踪编号与所述第一或第二备件跟踪编号相对应，使用所述包裹运送状态更新所述备件交易数据库。
25.一种提供至少一个备件到现场技术员的方法，所述方法包括步骤接收订单以运送零件到所述现场技术员，所述订单包括与所述零件相关联的零件标识符；用所述零件标识符查询零件数据库以定位具有所述零件库存的仓库；相对于规则引擎处理所述订单以将出站运送标签和至少一个返回运送标签关联到所述订单，并且为所述出站运送标签和为所述至少一个返回运送标签产生运送标签数据；在所述仓库打印所述出站运送标签和所述至少一个返回运送标签；将所述至少一个返回运送标签与所述零件一起封装在包裹中；将所述出站运送标签贴在所述包裹上；以及运送所述包裹到所述现场技术员。
26.根据权利要求25的方法，其中接收订单的步骤包括从所述现场技术员接收订单。
27.根据权利要求25的方法，其中接收订单的步骤包括从与所述现场技术员相关联的雇主或公司接收订单。
28.根据权利要求25的方法，其中接收订单的步骤包括从订单输入系统接收订单。
29.根据权利要求25的方法，其中接收订单的步骤包括经由电子数据交换接收订单。
30.根据权利要求25的方法，其中接收订单的步骤包括经由电子邮件接收订单。
31.根据权利要求25的方法，其中接收订单的步骤包括经由输入订单到订单输入系统中的客户服务代表传真或电话来接收订单。
32.根据权利要求25的方法，其中包括在所述订单中的所述零件标识符是零件编号。
32.根据权利要求25的方法，其中查询零件数据库以识别仓库的步骤包括查询零件数据库以确定所述零件的可用性和位置。
33.根据权利要求25的方法，其中查询零件数据库以识别仓库的步骤包括步骤定位具有所述零件库存的仓库；设置库存数据库中的标志以预定所述零件；以及联系所述仓库以使得所述零件被选择以运送。
34.根据权利要求25的方法，其中查询零件数据库以识别仓库的步骤包括查询零件数据库以确定所述零件是否可用，并且如果不可用，缺货通知所述零件。
35.根据权利要求25的方法，其中相对于规则引擎处理所述订单的步骤包括步骤将所述订单转换成订单阵列，以便经由企业级Java bean客户端提交到企业级Java bean；接收所述订单阵列进入所述企业级Java bean；创建适合于由所述规则引擎处理的Java订单对象；以及将所述订单对象传递到所述规则引擎。
36.根据权利要求25的方法，其中相对于规则引擎处理所述订单的步骤包括应用运输商规则、物流规则和用户定义规则中至少一个到所述订单。
37.根据权利要求25的方法，其中为所述至少一个返回运送标签产生运送标签数据的步骤包括为第一和第二返回运送标签产生标签数据，其中所述第一返回运送标签将返回零件标识为用过，而所述第二返回运送标签将所述返回零件标识为未使用。
38.根据权利要求25的方法，其中为所述至少一个返回运送标签产生运送标签数据的步骤包括为用来返回所述零件到所述仓库的返回运送标签产生数据。
39.根据权利要求25的方法，其中为所述至少一个返回运送标签产生运送标签数据的步骤包括为运送标签产生数据以使得所述现场技术员能够返回所述零件到所述仓库。
40.根据权利要求25的方法，其中为至少一个返回运送标签产生运送标签数据的步骤包括为运送标签产生数据，其将所述仓库指定为所述运送标签的目的地址。
42.根据权利要求25的方法，其中为所述至少一个返回运送标签产生运送标签数据的步骤包括为一个或多个运送标签产生数据，以使得所述现场技术员能够运送用过的零件用于修理，重新入库，废物处理和废弃中至少一种。
43.根据权利要求25的方法，其中在所述仓库打印所述出站标签和所述至少一个返回运送标签的步骤包括以电子格式将所述运送标签数据发送到位于所述仓库的打印设备；以及经由所述打印设备打印所述出站标签和所述至少一个返回运送标签，其中所述至少一个运送标签至少部分基于所述运送标签数据。
44.根据权利要求25的方法，其中在所述仓库打印所述出站标签和所述至少一个返回运送标签的步骤包括以电子格式将所述运送标签数据发送到与所述仓库相关联的计算机系统；当手工激活所述仓库计算机系统时，将所述运送标签数据转发到运输商应用；将包裹跟踪编号分配给所述出站运送标签以及所述一个或多个运送标签的每个；至少部分基于所述运送标签数据产生所述出站运送标签和所述至少一个返回运送标签；以及在所述仓库打印所述出站运送标签和所述至少一个返回运送标签。
45.根据权利要求25的方法，还包括将第一跟踪编号分配给所述出站运送标签和将第二跟踪编号分配给返回运送标签的步骤。
46.根据权利要求25的方法，其中将所述至少一个返回运送标签与所述零件一起封装在包裹中的步骤包括从所述仓库中的储藏区域选择所述零件；将所述零件置于包裹中；从打印设备获得所述至少一个返回运送标签；以及将所述至少一个返回运送标签封装在所述包裹中。
全文摘要
本发明公开提供运送标签以便在返回配给到现场服务技术员的零件中使用的系统和方法。公开一种系统，其相对于一个或多个规则处理备件订单请求，并且产生打印并且与备件一起封装在包裹中的返回运送标签。现场服务技术员使用适当的返回运送标签以标识备件的状态，并且保证用过和未使用备件及时返回到装备以处理它们的机构。
文档编号G06Q10/00GK1647086SQ03808161
公开日2005年7月27日 申请日期2003年4月9日 优先权日2002年4月11日
发明者小威谦姆·劳埃得·斯密斯 申请人:美国联合包裹服务公司