CN103201755B

CN103201755B - 用于实现履行管理的方法和系统

Info

Publication number: CN103201755B
Application number: CN201180052397.3A
Authority: CN
Inventors: K·L·伯伦纳; K·L·布朗; E·万斯; D·T·奥库诺-普利科特; J·W·赫戴尔布林克; J·E·约瑟夫; Y·B·菲尔德曼; T·G·文奇; P·D·迪埃茨
Original assignee: Oracle International Corp
Current assignee: Oracle International Corp
Priority date: 2010-09-16
Filing date: 2011-09-15
Publication date: 2017-06-27
Anticipated expiration: 2031-09-15
Also published as: US20120072431A1; CN103201755A; US8838612B2; WO2012037326A2; WO2012037326A3

Abstract

本发明的实施例包括实现履行管理的方法。该方法包括：接收订单信息，其中，订单信息包含一个或更多个订单行；选择一个或更多个订单行中的至少一个订单行；对所选择的一个或更多个订单行评分；和访问分配给一个或更多个订单行的一个或更多个规则。该方法还包括：基于分配的规则限定所选择的一个或更多个订单行中的每一个订单行的优先级等级；基于所选择的一个或更多个订单行中的每一个订单行的优先级和评分指定库存的履行；和基于所指定的履行分配库存。

Description

用于实现履行管理的方法和系统

优先权要求

本PCT申请要求在2010年9月16日提交的发明名称为FULFILLMENT MANAGEMENT的美国临时申请No.61/383724和发明名称为METHODS AND SYSTEMS FOR IMPLEMENTINGFULILLMENT MANAGEMENT的美国非临时申请No.13/213411作为优先权。出于所有的目的加入这两个申请的全部内容作为参考。

背景技术

一般地，履行管理系统简单地使用先入先出（FIFO）排队方案。换句话说，不会对订单的任一个属性施加权重，而是最老的订单被首先供应，直到消除当前的库存。由于制造商和供应商一般不具有足够的供给以满足需求，因此这可导致明显的问题。因此，根据FIFO方案，未供应或部分供应的订单可能长时间保持未履行，这导致商业、顾客和收入的损失。由此，在现有技术中需要改进。

附图说明

参照说明书的剩余部分和附图，可以更好地理解本发明的特征和优点，其中，在这几个图中使用类似的附图标记以表示类似的部件。在一些情况下，副标签与附图标记相关联以表示多个类似的部件中的一个部件。当提到附图标记而没有详述现有副标签时，指的是所有这样的多个类似的部件。

图1A～图1C是示出根据本发明的各种实施例的实现履行管理的方法的流程图。

图2是示出根据本发明的各种实施例的用于实现履行管理的系统的框图。

图3A～图3C是示出根据本发明的各种实施例的用于实现履行管理的界面的用户界面。

图4A～图4C示出根据本发明的各种实施例的履行管理的各方面。

图5A～图5E是示出根据本发明的各种实施例的履行管理的各方面的用户界面和示图。

图6是示出根据本发明的各种实施例的计算机系统的一般化示意图。

图7是示出可在根据本发明的各种实施例中使用的计算机的网络化系统的框图。

发明内容

本发明的一个实施例描述了实现履行管理的方法。该方法包括：接收订单信息，其中，该订单信息包含一个或更多个订单行；选择一个或更多个订单行中的至少一个订单行；对所选择的一个或更多个订单行评分；和访问分配给一个或更多个订单行的一个或更多个规则。该方法还包括：基于分配的规则，限定所选择的一个或更多个订单行中的每一个订单行的优先级等级；基于所选择的一个或更多个订单行中的每一个订单行的优先级和评分指定库存的履行；和基于所指定的履行分配库存。

此外，该方法还包括：确定一个或更多个订单行中的至少一个订单行包含绕过订单内容；和响应一个或更多个订单行中的至少一个订单行包含绕过内容，对于一个或更多个订单行中的该至少一个订单行直接分配库存。此外，绕过订单内容包含以下中的一个或更多个：按订单制造、按订单配置、非存货项目或直接装运订单，并且，评分包含加权订单行属性。此外，订单行属性包含以下中的一个或更多个：订单类型、行类型、请求日期年龄或顾客优先级。

此外，限定订单行中的每一个订单行的优先级等级包含提供订单行属性的加权。该方法还包括访问服务水平规则，该服务水平规则包含部分数量协议、最小数量阈值、订单行供应百分比和最小释放量。该方法还包括提供用户界面，该用户界面用于提供分配的库存的回顾。该用户界面至少包含订单行中的每一个订单行的数量分配。此外，选择一个或更多个订单行中的至少一个订单行包含针对偏好检查订单行中的每一个订单行，以确定哪个订单行与偏好对应。

在另一实施例中，描述了一种用于实现履行管理的系统。该系统包括履行管理服务器，该履行管理服务器包括存储器装置和与该存储器装置通信的处理器。存储器装置具有存储于其上的当被处理器执行时使得处理器接收订单信息的多组指令。订单信息包含一个或更多个订单行。这些指令还使得处理器完成以下操作：选择一个或更多个订单行中的至少一个订单行；对所选择的一个或更多个订单行评分；访问分配给一个或更多个订单行的一个或更多个规则；和基于分配的规则，限定一个或更多个选择的订单行中的每一个订单行的优先级等级。还使得处理完成以下操作：基于所选择的一个或更多个订单行中的每一个订单行的优先级和评分指定库存的履行；和基于所指定的履行分配库存。

该系统还包括与履行管理服务器通信的订单承接服务器。该订单承接服务器被配置为接收订单信息，并且，订单信息从以下中的一个或更多个被接收：SO条目、CSR SO条目、CSS、总括订单、重现订单、需求调度执行（DSE）、电子数据交换（EDI）或传送订单。

在另一实施例中，描述了一种计算机可读介质。该计算机可读介质包含用于接收订单信息的指令。订单信息包含一个或更多个订单行。该计算机可读介质还包括用于完成以下操作的指令：选择一个或更多个订单行中的至少一个订单行；对所选择的一个或更多个订单行评分；访问分配给一个或更多个订单行的一个或更多个规则；基于分配的规则，限定所选择的一个或更多个订单行中的每一个订单行的优先级等级。此外，该计算机可读介质还包括用于完成以下操作的指令：基于所选择的一个或更多个订单行中的每一个订单行的优先级和评分指定库存的履行；和基于所指定的履行分配库存。

此外，该计算机可读介质还包括用于确定一个或更多个订单行中的至少一个订单行包含绕过订单内容和响应一个或更多个订单行中的至少一个订单行包含绕过内容而对于一个或更多个订单行中的该至少一个订单行直接分配库存的指令。绕过订单内容包含以下中的一个或更多个：按订单制造、按订单配置、非存货项目或直接装运订单。此外，评分包含加权订单行属性，并且，订单行属性包含以下中的一个或更多个：订单类型、行类型、请求日期年龄或顾客优先级。

具体实施方式

虽然以上概括了本发明的实施例的各种方面，但是，以下的详细的描述进一步详细地示出示例性实施例，以使得本领域技术人员能够实施本发明。在以下的描述中，出于解释的目的，为了提供本发明的彻底理解，阐述大量的特定的细节。但是，很显然，对于本领域技术人员来说，可以在没有这些特定的细节中的一些细节的情况下实施本发明。在其它情况下，以框图的形式表示公知的结构和装置。以下描述本发明的几个实施例，并且，虽然各种特征可归于不同的实施例，但应理解，关于一个实施例描述的特征也可被加入另一实施例中。但是，出于相同的原因，任何描述的实施例的单一特征或多个特征不应被视为是本发明必需的，原因是本发明的其它的实施例可省略这些特征。

本发明的各方面涉及履行管理；例如，通过指定销售订单行的优先级、基于优先级和服务水平规则分配库存、基于顾客和顾客偏好分配部分数量、取消未结余额数量等来管理供给。这种供给管理技术通过提高对于优先顾客的订单和行的供应率、强制实施目标服务水平、减少优先顾客的延迟订单、减少延期交货和损失销售、跟踪超越标准服务水平规则的原因等提供改进的顾客服务。另外，通过自动强制实施供应率、在成本上减少惩罚费用和罚金、基于规则自动取消未结余额、通过强制实施释放的数目而降低运输成本（例如，装运），实现管理成本的降低。

此外，本发明增强履行过程，以使得顾客能够确定如何针对销售订单履行（或分配）库存。例如，履行管理包括：选择要进入过程的订单；将订单评分；对于订单履行库存；回顾履行；和将订单释放回标准销售过程。选择过程包括不使所有订单或项目进入过程，监视对于特定的项目的标准订单数量的履行并通过不总是履行100%的所有订单而控制需求的能力。评分和分配规则使得在订单键入过程中可交互完成评分和规则的分配。作为替代方案，可通过使用批程序完成这一点，以减少订单键入期间的性能影响。

特别地，评分使用来自订单和顾客的信息，以将订单行（例如，顾客优先级、订单类型、行类型、请求的日期年龄等）评分。服务水平协议规则的分配可固定于订单行，并然后通过过程的其余部分被强制实施。服务水平协议规则可包含最小供应率、部分承诺、余额的取消等。此外，履行包含被设置以通过使用分数、安全存货、供应百分比等自动分配库存的规则。回顾过程使得在必需时可回顾和修改履行计划（例如，改变履行数量、改变来源分支/工厂、观看项目可用性等）。

此外，释放允许系统将订单移回销售订单过程（即，打印挑库单（pick slip）），这确证订单已被供应至服务水平规则。当订单被释放时，可向用户限定的实体发送通知（即，通过电子邮件、SMS文本、电话等），以警告该一方还没有完全履行订单。

另外，履行工具允许顾客将手动过程流水线化和形式化，以在日常的基础上履行订单。诸如订单和行供应百分比、部分和取消规则的服务水平规则和履行评分偏好将使顾客订单策略的执行大大地自动化。消费品和医疗产品业中的顾客将从该新的功能大大受益。履行管理还允许顾客提高其顾客满意度并降低服务其顾客的成本（可跨多个层面使用）。此外，履行管理足够灵活，以处理履行需求，包括顾客优先、订单供应率、装运窗口和装运频率限制。通过工作台变得可能的多层配置更精确地考虑顾客的装运需求，并且，出现的处理的视觉回顾很清楚地突出允许关注需要注意的订单的例外。

现在转到图1A～图1C，示出实现履行管理的方法。在处理块105处，通过履行处理系统键入和接收订单信息。在一个实施例中，可通过SO条目、CSR SO条目、CSS、总括订单、重现订单、需求调度执行（DSE）、电子数据交换（EDI）或传送订单中的一个或更多个键入订单信息。此外，订单条目可具有顾客偏好，以定制订单条目和订单信息。

在处理块110处，从图1A中的点A继续到图1B中的点A，可履行订单。因而，在图1B中的处理块111处，在履行处理期间，选择订单行。本发明的一个方面是通过各单个订单行进行选择的能力。顾客可能需要仅使订单行的子集通过履行处理进行处理，并且，剩余部分可通过使例如标准的FIFO方法立即履行。此外，单个地处理订单行的能力允许更有效和更加定制化的订单履行，这又增加产出率和客户满意度。

在另一实施例中，可通过订单行属性选择和归类订单行。例如，对订单行或订单行组的选择可基于顾客（或顾客组）、项目（或项目组）、文档类型等。此外，顾客可选择自动确定对于履行处理选择哪些订单行的偏好。

可关于选择处理进行的另一确定包含确定订单行的订单类型是否是绕过订单类型（决定块112）。在一个实施例中，绕过订单行类型包含：按订单制造、按订单配置、非存货项目、按订单设计或直接装运订单（从供给者直接到顾客）等。因此，被视为绕过订单的这些订单会被直接发送给打印挑库单（处理块117）。否则，该方法继续到处理块113，该处理块113包含对所选择的订单行评分和分配服务水平协议规则。

评分从图1B的点C继续到图1C的点C。在处理块113a处，订单行中的每一个订单行基于订单准则被评分。在一个实施例，订单准则可包含订单类型、行类型、请求日期年龄、顾客优先级、数量等。此外，可以使用任何可能的项目、顾客或订单行属性以将订单行评分。

在处理块113b处，可以向各属性施加加权因子。例如，各属性可在0%与100%之间被加权，使得所有的属性的总数为100%。因而，顾客优先级可在80%上被加权，并且，请求日期年龄可在20%上被加权。这允许灵活地使得一个属性比其它属性更重要。

例如，订单行1可具有为25天的日期请求年龄和为1的顾客优先级，而订单行10可具有为45天的日期请求年龄和为2的顾客优先级。假定顾客优先级的权重比日期请求年龄高，那么，即使订单行2已经等待了更长的时间，订单行1也会在订单行2之前被履行。因此，可以利用任何订单行属性配置和加权以将订单行分级。

由此，在处理块113c处，可以基于准则和权重因子向订单分配分数。在处理块113d处，可以访问履行水平规则。在一个实施例中，可以使用履行水平规则以进一步限定订单行的履行优先级。此外，在处理块113e处，可以访问服务水平规则。如上所述，服务水平规则可包含指定在向仓库释放订单之前订单或行的必须供应的百分比，以及确定向仓库释放该行的次数的能力。还可以完成在销售订单行级别、订单级别或者这两者上的规则的创建。还存在如何设置规则的灵活性；例如，如果存在用于顾客的正式服务水平规则，或者如果存在对于分支/工厂或项目的内部服务水平目标，那么可以满足这种要求。

与评分类似，如果存在更复杂的服务水平规则，那么可以以定制商业功能创建它们，并然后从规则调用它们。此外，可在从履行释放之前完成行和/或订单被供应达到特定的服务水平的确证，以及供应水平的确证。因而，可利用基于顾客、顾客组、项目、项目组、分支/工厂、有效日期等的规则创建服务水平规则。

因此，在处理块113f处，可基于履行和服务水平规则以及行的分数对于各订单行指定库存的履行。因此，可以以最佳的方式对于履行指定可用的库存。

继续从图1C中的点D到图1B中的点D，在处理块114处，然后可根据分数和规则分配所指定的库存。在一个实施例中，可以以批格式或者交互地完成分配。在交互格式中，顾客具有回顾分配的机会（处理块115）。在回顾处理期间，顾客可改变履行分支/工厂，改变数量等。另外，顾客可通过订单行分数或其它订单行属性将分配分类。如上所述，订单行分数越高，则分配给该订单的库存越多；但是，可能需要经常改变分配。因而，在释放被授权之前，不能释放订单（决定块116）。

例如，一些库存可能被保留（出于销售管理者或供给管理者已知的原因，或者，可存在库存水平加载、安全存货保留等）。另外，可使用历史数据以预期供给需要，并且，可以实现已知的可能新的订单的保留，从而为这些将来的订单储备存货。此外，可在履行各行之前，或者在分配了可用的存货之前，处理各行。

另外，在回顾处理期间，可对于未履行、部分供应、逾期的订单等表示标记或其它的通知。此外，可通过问题行进行分类。可对于顾客给出任何级别的回顾，以关于库存的分配和库存自身进行判断调用。

处理从图1B中的点B继续到图1A中的点B。在处理块117处，打印挑库单，然后，可确认订单的装运（处理块118），并且，可打印或产生票据（处理块119）。此外，在处理块120处，可根据履行的订单更新销售信息。

下面参照图2，该图示出根据本发明的实施例的用于实现履行管理系统的系统200。在一个实施例中，系统200可包含与履行管理服务器210通信并进一步与订单处理服务器215通信的订单承接服务器205。在一个实施例中，订单承接服务器205可包含多个承接选项，包括：SO条目205a、CSR SO条目205b、CSS205c、总括订单205d、重现订单205e、需求调度执行（DSE）205f、电子数据交换（EDI）205g和传送订单205h。在一个实施例中，可在订单承接服务器205处从承接方法中的一个或更多个接收订单行中的每一个。

此外，履行管理服务器210可根据本发明的实施例，例如，根据图1A～图1C的方法100接收订单和处理履行。因此，在订单处理服务器215处，可执行所做出的履行分配并最终对于装运处理所做出的履行分配。

现在转到图3A～图3C，示出根据本发明的各种实施例的实现履行管理的方面。图3A表示项目记录，例如，项目主列表、项目分支列表、项目组等。项目主记录可包含基本项目信息，诸如项目号、描述、成本水平、标准UOM转换、打印消息、承诺方法、套件配置定价方法、UOM、行类型、销售价格水平、购买价格水平、检查可用性和允许延期交货等。附加的信息可包含：项目价格组、销售等级、利润和投资（对于投资银行）、重新定价组、UNSPC代码、双重UOM、商品代码等。

在一个实施例中，项目主记录还可包含项目的权重和度量。例如，权重和度量可包：一次、定价、生产、重量、二次、装运、部件、体积等。项目主记录还可包含批次处理信息，例如，序号、批次状态代码批次处理类型、承诺日期、货架寿命、缺省天数、有效日期等。

现在转到图3B，表示顾客记录，例如，地址薄、顾客帐单指示、顾客组等。在一个实施例中，地址薄可包含：搜索类型、税号、相关地址、邮件信息、顾客名称、电话号码、类别代码等。此外，顾客主记录可包含：缺省收入帐户、支付项目、货币代码、顾客帐单信息、收集（collections）信息、电子数据交换（EDI）信息等。

现在转到图3C，表示可包含文档类型、行类型组合、状态代码等的订单活动规则。订单活动规则可使得用户能够限定销售订单通过订单处理的步骤（或流程）。此外，履行提供例如订单状态的附加可见性。例如，可在520与540之间添加新的状态代码，诸如用于“履行中”指示的524。

图4A～图4C示出根据本发明的各种实施例的用于实现履行管理的界面和流程图。现在转到图4A，该图包括用于销售订单管理的各种步骤。在一个实施例中，履行处理使得顾客能够确定如何对于销售订单履行（或分配）库存。履行管理包括：例如，选择不进入处理的订单；将订单评分；对于订单履行库存；回顾履行；和将订单释放回标准销售处理。选择处理包含不使所有的订单或项目进入处理以及监视特定项目的标准订单数量的履行并通过不总是履行所有订单的100%控制需要的能力。

另外，可从SOE、CSS、报价（quotes）、总括订单、生成销售订单的重现订单、需求调度执行（DSE）、导入的电子数据交换（EDI）、复制、传送订单中的所有形式键入订单。此外，从通过文档类型设置的偏好，不必将所有的订单行处理进入履行处理。例如，仓促订单可能不进入该处理并通过使用当前承诺处理得到分配的库存。此外，不是所有的项目都进入履行处理－按订单配置或按订单制作的一些项目不通过履行处理。

评分和分配规则使得在订单键入期间，可交互完成评分和规则的分配；作为替代方案，可通过使用批程序完成这一点，以减少订单键入期间的性能影响。特别地，评分使用来自订单和顾客的信息以将订单行评分（例如，顾客优先级、订单类型、行类型、请求日期年龄等）。在一个实施例中，存在两个评分方法：基本评分和高级评分。

参照图5A和图5B，对于基本分数分配，可以使用网格以通过有限的计算来输入分配的分数。例如，可键入准则并然后指定最终的分数。参照图5C和图5D，高级分数分配可对于订单类型、行类型、请求日期年龄等以及顾客优先级使用多个偏好。然后向各属性分配以上的准则的加权的平均。例如，可通过天数的范围（即，日期是下面的2天、2～5天等）设置请求日期年龄。高级评分基于准则和对于准则中的每一个准则的权重计算分数。

履行规则使用分数以确定对于订单履行多少。在一个例子中，分数越低，则优先级越高。因而，如果分数是0-4.9并且任何事项是可用的，那么行应被100%履行，如果分数是5-9.9并且安全存货的至少50%是可用的，那么行应被100%履行。此外，如果分数是10-24.9并且安全存货的至少75%是可用的，那么行应被80%履行，而如果分数超过25并且安全存货的100%是可用的，那么行应被75%履行。因此，即使完全订单数量是可用的，系统也仅履行订单数量的75%以确保库存对于其它的订单是可用的。另外，如果由于订单是2星期以后分数是30，那么系统会部分分配库存（订单数量的75%），然后，当请求日期临近时，订单的重新评分可重新分配例如3的分数，此时，系统然后分配100%的订单数量。

另外，可当创建订单时应用服务水平规则。在一个实施例中，评分和服务水平规则可作为形式履行的单独的部分运行，并且可能不要求顾客使用这两者。此外，服务水平规则和评分可同时进行，并且可相互独立。例如，服务水平规则使得顾客能够指定在向仓库释放订单之前必须供应订单或行的百分比以及确定希望向仓库释放行的次数。可在销售订单行级别上、在订单级别上或者在两者上完成这一点（存在如何设置规则的灵活性）。如果顾客具有正式服务水平规则或者如果存在用于分支/工厂或项目的内部服务水平目标，那么服务水平规则可因此被设定。与评分类似，如果顾客具有更复杂的规则，那么顾客可创建定制商业功能并从规则调用它。

另外，服务水平规则可被用于确证订单行并确保订单被供应达到特定的服务水平，以及在从履行释放之前确证供应水平。因而，可基于例如顾客、顾客组、项目、项目组、分支/工厂等创建规则。基本上，可使用可相互区分订单的任何准则以作为服务水平规则的基础。例如，不管其它顾客的订单行的紧急程度如何，最重要的客户的项目可总是被履行。此外，可以实现对于唯一或高度复杂服务水平规则的定制商业功能的可选的调用。

特别地，为了确保适当的数量被履行，行供应百分比把订单数量和分配数量与服务水平供应百分比相比较。可结合行供应百分比使用通过行计数的订单供应百分比，使得可比较符合行供应要求的行数与订单上的行的总数。此外，如果不满足服务水平供应百分比，则也可以指定是否承诺部分数量。

行级别的服务水平规则的一个例子可包含：订单qty=10，分配qty=8，供应8/10＝80%，行级别供应百分比＝90%。在这种情况下，未满足供应百分比，而在以下的订单中，订单具有10个行，8个行满足它们的90%的行供应水平，供应订单的8/10＝80%，订单级别供应百分比＝80%。在这种情况下，由于10个行中的8个满足90%的行级别供应要求，因此，满足了订单供应比率。此外，服务水平规则使得顾客能够确定是否取消订单行的未结余额，例如，当存在行的98%的供应时，可以设定规则以取消未结的2%等。

一旦已分配和应用了评分和服务水平规则，就可开始库存的分配。分配使得系统向未结销售订单行分配（或配给、履行等）库存。在一个实施例中，如图4B和图4C所示，存在向未结销售订单行分配库存的两个选项：用于创建系统产生的履行计划的批履行或用于手动向行分配库存的交互工作台。

在一个实施例中，批履行基于例如数据选择、分类次序（即，分数、日期等）、履行规则、服务水平规则等向订单行分配库存。此外，在分配库存之前，可以评价订单行并且可选地多次重新评价订单行（即，运行“如果…会怎样”方案）。此外，批可在认证模式中运行以回顾信息并然后在最终模式中运行以观看例如工作台或其它UI界面中的结果。在一个实施例中，该批处理可创建显示订单信息、数量信息等的PDF（或类似的文档）。

在某些情况下，顾客可能希望重新运行已分配库存的订单。例如，可通过电子数据交换（EDI）在夜里接收订单，并且在早晨7点运行该批以分配库存，并然后在早晨8点，最高优先级客户对于项目用紧急请求而呼叫。此时，为了捕获新的需求并重新分配库存，可在键入订单之后执行该批的重新运行。基本上，系统将取消分配先前运行并且再次步进通过履行处理。

参照图4C，示出在可提供的工作台上执行以修改通过批程序创建的库存分配的回顾处理。在一个实施例中，交互工作台提供批履行的结果的示图和不可被供应的订单行的例外监视。工作台进一步提供改变供应数量、许诺运输日期、分支/工厂等的能力。此外，可用缺省处理选项占据搜索栏值，并且，当用户进入工作台时，他们能够确定是否通过顾客、项目来监视例外（例如，过滤器）、观看所有销售订单行等。

履行处理的释放步骤允许顾客确证并释放库存分配（例如，批履行、交互工作台、批释放等）（订单行在被释放之前处于履行中）。由此，当释放计划时，系统可被配置为使订单行返回销售订单处理中的下一步骤（即，打印挑库单），如果订单数量部分履行，则分割订单行，如果在服务水平规则中被指定，则取消未结余额，并且，如果订单没有被完全供应，则向用户限定的一方发送通知。如果行根本没有供应或者被部分供应，那么可向顾客服务代表或类似的个人发送电子邮件通知。这种通知的一个例子可给出关于行的基本信息（例如，顾客、订购数量、释放、供应、未供应等）。此外，该通知可指示，由于行不满足90%供应百分比，因此行不被释放，并且被通知的人可积极地呼叫顾客并讨论选项。在某些情况下，可决定超越供应百分比并用强制订单通过可用的库存或者等待直到更多的库存可用于供应行是最好的。这种跟踪和通知使得代表能够积极地与客户讨论而不是在订单已晚之后后知后觉地讨论。

因而，履行管理处理的最终步骤是如何将订单行移动回销售订单处理中的释放步骤，这里，挑库单会被打印，进行装运确认等。因此，一旦释放批运行，系统就确证服务水平规则得到满足并且从履行管理系统释放订单行。

下面参照图4B，表示履行管理用户界面浏览形式。在本例子中，未供应订单的示图通过项目被分类。用户界面表示项目号＝Jacket*上的询问。然后，Jacket2被选择以观看对于项目的相关联的销售订单。此外，订单号可被突出显示，以指示未供应数量或许诺传输日期的问题。当执行通过项目的询问时，系统也可显示图表。该图表可代表可用对未供应库存、安全存货和订单上的数量的视觉代表。可存在例如4个已被限定的图表类型。在本例子中，它们指示可用的库存、订单库存、安全存货库存和未供应订单之间的差异。在一个实施例中，如果用户停留于图表上的条上，则系统显示数量。

图5A～图5E是示出根据本发明的各种实施例的履行管理的各方面的用户界面和图表。图5A表示用于设置基本评分的用户界面。在顾客55330的该示图中，在顾客帐单指示中存在为10的优先级，订单是在2010年6月11日键入的，请求日期2010年6月11日，比其请求日期晚18天。因而，它会接收为100的分数，这将与被突出显示的第一行对应，由于具有为10的顾客优先级并处于其请求日期的-999和5天之间。因此，该界面可被用于操作基本评分选项。

现在参照图5B，该图示出与图5A有关的基本分数搜索次序的例子。对于该例子，分数越高，则优先级越高。在系统可选择分数之前，它可对数据重新排序（即，不必是其如何在形式上表示）：订单类型＝升序，行类型＝升序，顾客优先级＝降序，请求日期年龄＝降序，而定制功能优先级＝降序。该系统可然后开始记录选择。

在本例子中，订单类型等于销售订单文档类型，行类型等于销售订单细节行类型，并且顾客优先级值小于等于分配给销售订单行的优先级处理值的特定操作代码。请求日期年龄小于等于销售订单行上的请求日期与今天的日期之间的差值。定制功能优先级小于等于从在评分批处理选项中指定的定制功能返回的值。在本例子中，评分不使用定制程序，因此，所有的值相同。

然后，进行第一记录的选择，原因是它最能匹配订单信息。如果系统没有找到分数，那么它将分配零（因此，可能不需要评分的订单行将得到最高的优先级分数（由于低分数＝高优先级））。在一个实施例中，系统可使用零作为分数的缺省值。由此，如果低分数＝高优先级，那么零可以是订单行的有效分数。

现在转到图5C，表示用于利用高级评分的用户界面。在一个实施例中，可以限定用于各优先级的权重。然后，可通过调整各权重乘以各优先级并然后将其加在一起以产生总分数。

现在转到图5E，对于履行批表示用于操作处理选项的用户界面。这些选项可包括：论证或最终模式（在这种情况下，缺省为最终模式）和履行计划描述。另外，可包括用于包括延期交货数量作为可用数量的选项。该任选可被设为不向可用数量添加延期交货数量或者向可用数量添加延期交货数量的任一个。

此外，界面可提供在履行订单之后从履行自动释放订单的选项。此外，可包括履行规则名称、重新处理履行选项、记录保留和超越高级偏好选项。这些选项中的每一个可向顾客提供履行灵活性。

现在转到图5D，表示高级评分表。在高级评分中，为了对于订单内的订单行中的每一个提供更稳固的评分，可在加权的属性和准则上执行计算。因而，图5D示出可用于提供高级评分计算的一些类别和与类别相关联的加权。

图6是示出其中可实现本发明的实施例的示例性计算机系统600的框图。计算机系统600被示为包括可通过总线690电气耦合的硬件元件。硬件元件可包括一个或更多个中央处理单元610、一个或更多个输入装置620（例如，鼠标、键盘等）和一个或更多个输出装置630（例如，显示装置、打印机等）。计算机系统600还可包括一个或更多个存储装置640。作为例子，存储装置640可以是可编程并且/或者可快擦写更新的盘驱动器、光学存储装置、诸如随机存取存储器（“RAM”）和/或只读存储器（“ROM”）的固态存储装置。

计算机系统600可另外包括计算机可读存储介质读取器650、通信系统660（例如，调制解调器、网络卡（无线或有线）、红外-红通信装置、蓝牙^TM装置、蜂窝通信装置等）和可包括上述的RAM和ROM装置的工作存储器680。在一些实施例中，计算机系统600还可包括可包含数字信号处理器和/或特定用途处理器等的处理加速单元670。

计算机可读存储介质读取器650还可与计算机可读存储介质连接，从而一起（此外，可选地，与存储装置640组合）综合代表远程、本地、固定和/或可去除存储装置加用于暂时和/或更永久地包含计算机可读信息的存储介质。通信系统660可允许与网络、系统、计算机和/或上述的其它部件交换数据。

通信系统660还可包括示为当前位于工作存储器680内的软件元件，包括操作系统688和/或其它的代码684。应当理解，通信系统660的替代性实施例可具有大量的从上述情况的变化。例如，也可使用定制的硬件，并且/或者，可在硬件、软件（包含便携式软件，诸如applet）或者两者中实现特定的元件。此外，还可出现与诸如网络输入/输出和数据获取装置的其它计算装置的连接。

通信系统660的软件可包含用于实现这里描述的架构的各种元件的功能中的任一个或全部的代码684。例如，存储于诸如系统600的计算机系统上并被其执行的软件可提供诸如以上讨论的本发明的功能和/或其它部件。以上更详细地讨论了可在这些部件中的一些上通过软件实现的方法。

仅作为例子，图7示出可根据一组实施例使用的系统700的示意图。系统700可包括一个或更多个用户计算机705。用户计算机705可以是通用个人计算机（这里，作为例子，包括运行Microsoft Corp.的Windows^TM和/或Apple Corp.的Macintosh^TM操作系统的任何适当版本的个人计算机和/或膝上型计算机）和/或运行各种商业可用UNIX^TM或类似于UNIX的操作系统中的任一种的工作站计算机。这些用户计算机705还可具有各种应用中的任一种，包括被配置为执行本发明的方法的一个或更多个应用以及一个或更多个办公应用、数据库客户端和/或服务器应用和网络浏览器应用。作为替代方案，用户计算机705可以是能够通过网络（例如，以下描述的网络710）通信并且/或者显示和导航网页或其它类型电子文档的诸如薄客户机计算机、因特网启用移动电话和/或个人数字助理（PDA）的任何其它电子装置。虽然示例性的系统700被示为具有三个用户计算机705，但是，可以支持任意数量的用户计算机。

本发明的某些实施例在可包含网络710的网络环境中操作。网络710可以是本领域技术人员熟悉的可通过使用包括但不限于TCP/IP、SNA、IPX和AppleTalk等的各种商业可用协议中的任一种支持数据通信的任意类型的网络。仅作为例子，网络710可以是：局域网络（“LAN”），包括但不限于以太网和/或令牌环网络等；广域网络（WAN）；虚拟网络，包括但不限于虚拟私人网络（“VPN”）；因特网；内联网；外联网；公共开关电话网络（“PSTN”）；红外网络；无线网络，包括但不限于根据IEEE802.11套协议、在本领域中已知的蓝牙^TM协议和/或任何其它无线协议中的任一种操作的网络；和/或这些和/或其它网络的任意组合。

本发明的实施例可包括一个或更多个服务器计算机715。服务器计算机715中的每一个可被配有操作系统，包括但不限于以上讨论的那些以及任何商业（或自由）可用的服务器操作系统。服务器715中的每一个也可运行可被配置为向一个或更多个用户计算机705和/或其它的服务器计算机715提供服务的一个或更多个应用。

仅作为例子，服务器计算机715中的一个可以是网络服务器，仅作为例子，该网络服务器可被用于处理来自用户计算机705的对于网页或其它电子文档的请求。网络服务器也可运行各种服务器应用，包括HTTP服务器、FTP服务器、CGI服务器、数据库服务器、Java^TM服务器等。在本发明的一些实施例中，网络服务器可被配置为服务可在用户计算机705中的一个或更多个上的网络浏览器内操作的网页，以执行本发明的方法。

服务器计算机715在一些实施例中可包含一个或更多个应用服务器，这些应用服务器可包含可通过在用户计算机705或其它服务器计算机715中的一个或更多个上运行的客户端访问的一个或更多个应用。仅作为例子，服务器计算机715可以是能够响应用户计算机705或其它服务器计算机715执行包括但不限于网络应用（在一些情况下，可被配置为执行本发明的方法）的程序或脚本的一个或更多个通用计算机。仅作为例子，网络应用可实现为：以任何适当的编程语言书写的一个或更多个脚本或程序，诸如Java^TM、C、C#^TM或C++；和/或任何脚本语言，诸如Perl、Python或TCL以及任何的编程/脚本语言的组合。应用服务器也可包括数据库服务器，包括但不限于可从Oracle^TM、Microsoft^TM、Sybase^TM和IBM^TM等商业得到的那些，这些数据库服务器可处理来自在用户计算机705和/或其它服务器计算机715上运行的客户端（根据配置，包括数据库客户端、API客户端、网络浏览器等）的请求。在一些实施例中，根据本发明的实施例，应用服务器可创建用于动态显示信息的网页。由应用服务器提供的数据可格式化为网页（例如，包含HTML、Javascript等）。类似地，网络服务器可从用户计算机705接收网页请求和/或输入数据，并且/或者将网页请求和/或输入数据转送到应用服务器。在一些情况下，网络服务器可与应用服务器一体化。

根据其它的实施例，一个或更多个服务器计算机715可用作文件服务器，并且/或者可包含通过在用户计算机705和/或另一服务器计算机715上运行的应用加入的实现本发明的方法所需要的文件中的一个或更多个（例如，应用代码、数据文件等）。作为替代方案，本领域技术人员可以理解，文件服务器可包含所有必要的文件，从而允许这种应用被用户计算机705和/或服务器计算机715远程调用。应当注意，根据实现特定的需要和参数，可通过单个服务器和/或多个专用服务器执行关于这里的各种服务器（例如，应用服务器、数据库服务器、网络服务器、文件服务器等）描述的功能。

在某些实施例中，系统可包含一个或更多个数据库720。数据库720的位置是任意的。仅作为例子，数据库720a可驻留于服务器计算机715a（和/或用户计算机705）本地的存储介质上（并且或者驻留于其中）。作为替代方案，数据库720b可远离计算机705、715中的任一个或全部，只要数据库可与这些计算机中的一个或更多个通信。在特定的一组实施例中，数据库720可驻留于本领域技术人员熟悉的存储区域网络（“SAN”）中。（类似地，可根据需要在相应的计算机上在本地并且/或者远程存储用于执行归于计算机705、715的功能的任何必要的文件）。在一组实施例中，数据库720可以是适于响应SQL格式化命令而存储、更新和检索数据的关系数据库，诸如Oracle^TM数据库。例如，如上所述，数据库可被数据库服务器控制和/或保持。

现在为了阐明和理解详细描述了本发明。但应理解，在不背离所附的权利要求中的范围的情况下，可以实现某些变化和修改。

Claims

1.一种实现履行管理的方法，所述方法包括：

接收订单信息，其中，所述订单信息包含多个订单行；

确定所述多个订单行中的至少一个订单行包括绕过订单内容并且所述多个订单行中的两个或更多个订单行不包括绕过订单内容；

基于先入先出(FIFO)方法为所述多个订单行中的包括绕过内容的至少一个订单行分配库存；

为所述多个订单行中的不包括绕过内容的两个或更多个订单行中的每一个订单行单独评分，其中所述评分包括加权订单行属性，并且其中所述订单行属性包含以下中的一个或更多个：订单类型、行类型、请求日期年龄或顾客优先级；

访问限定适用于销售订单的服务水平协定的一个或更多个规则，其中所述规则包括部分数量协议、最小数量阈值、订单行供应百分比和最小释放量中的一个或者更多个的限定；

将所述一个或更多个规则单独分配给所述多个订单行中的不包括绕过内容的两个或更多个订单行中的每一个订单行；

基于分配的规则，限定所述多个订单行中的不包括绕过内容的两个或更多个订单行中的每一个订单行的优先级等级；

基于所述多个订单行中的不包括绕过内容的两个或更多个订单行中的每一个订单行的优先级和评分指定库存的履行；和

基于所指定的履行，为所述多个订单行中的不包括绕过内容的两个或更多个订单行中的每一个订单行分配库存。

2.如权利要求1所述的实现履行管理的方法，其中，所述绕过订单内容包含以下中的一个或更多个：按订单制造、按订单配置、非存货项目或直接装运订单。

3.如权利要求1所述的实现履行管理的方法，其中，限定所述多个订单行中的不包括绕过内容的两个或更多个订单行中的每一个订单行的优先级等级包括提供所述订单行属性的加权。

4.如权利要求1所述的实现履行管理的方法，还包括提供用户界面，所述用户界面用于提供分配的库存的回顾，其中，所述用户界面至少包含用于订单行中的每一个订单行的数量分配。

5.如权利要求1所述的实现履行管理的方法，还包括针对偏好检查所述订单行中的每一个订单行，以确定哪个订单行包括绕过内容并且哪些订单行不包括绕过内容。

6.一种用于实现履行管理的系统，所述系统包括：

履行管理服务器，所述履行管理服务器包括：

存储器装置；和

与所述存储器装置通信的处理器，其中，所述存储器装置上存储有当被所述处理器执行时使得所述处理器完成以下操作的多组指令：

接收订单信息，其中，所述订单信息包含多个订单行；

访问限定适用于销售订单的服务水平协定的一个或更多个规则，其中所述规则包括部分数量协议、最小数量阈值、订单行供应百分比和最小释放量中的一个或者多个的限定；

7.如权利要求6所述的实现履行管理的系统，还包括与所述履行管理服务器通信的订单承接服务器，其中，所述订单承接服务器被配置为接收所述订单信息。

8.如权利要求7所述的实现履行管理的系统，其中，所述订单信息从以下中的一个或更多个被接收：SO条目、CSR SO条目、CSS、总括订单、重现订单、需求调度执行(DSE)、电子数据交换(EDI)或传送订单。

9.一种用于实现履行管理的系统，所述系统包括：

用于接收订单信息的装置，其中，所述订单信息包含多个订单行；

用于确定所述多个订单行中的至少一个订单行包括绕过订单内容并且所述多个订单行中的两个或更多个订单行不包括绕过订单内容的装置；

用于基于先入先出(FIFO)方法为所述多个订单行中的包括绕过内容的至少一个订单行分配库存的装置；

用于为所述多个订单行中的不包括绕过内容的两个或更多个订单行中的每一个订单行单独评分的装置，其中所述评分包括加权订单行属性，并且其中所述订单行属性包含以下中的一个或更多个：订单类型、行类型、请求日期年龄或顾客优先级；

用于访问限定适用于销售订单的服务水平协定的一个或更多个规则的装置，其中所述规则包括部分数量协议、最小数量阈值、订单行供应百分比和最小释放量中的一个或者多个的限定；

用于将所述一个或更多个规则单独分配给所述多个订单行中的不包括绕过内容的两个或更多个订单行中的每一个订单行的装置；

用于基于分配的规则，限定所述多个订单行中的不包括绕过内容的两个或更多个订单行中的每一个订单行的优先级等级的装置；

用于基于所述多个订单行中的不包括绕过内容的两个或更多个订单行中的每一个订单行的优先级和评分指定库存的履行的装置；和

用于基于所指定的履行，为所述多个订单行中的不包括绕过内容的两个或更多个订单行中的每一个订单行分配库存的装置。

10.如权利要求9所述的实现履行管理的系统，其中，所述绕过订单内容包含以下中的一个或更多个：按订单制造、按订单配置、非存货项目或直接装运订单。

11.如权利要求9所述的实现履行管理的系统，其中，用于限定所述多个订单行中的不包括绕过内容的两个或更多个订单行中的每一个订单行的优先级等级的装置包括用于提供所述订单行属性的加权的装置。

12.如权利要求9所述的实现履行管理的系统，还包括用于提供用户界面的装置，所述用户界面用于提供分配的库存的回顾，其中，所述用户界面至少包含用于订单行中的每一个订单行的数量分配。

13.如权利要求9所述的实现履行管理的系统，还包括用于针对偏好检查所述订单行中的每一个订单行，以确定哪个订单行包括绕过内容并且哪些订单行不包括绕过内容的装置。