CN109997158A - 用于协调商品生产的方法、***和装置 - Google Patents

Abstract

中间服务器在请求者计算设备和效应器计算设备之间同步报告数据。服务器存储至少两个事件标识符和至少两个报告模板。每个模板都有一个模板标识符，以及事件标识符子集和一组报告阶段之间的映射。服务器响应来自请求者设备的生产任务请求，获取选择的模板化标识符，并为生产任务请求生成报告数据记录。报告数据记录包括由选择的模板定义的每个阶段的字段。在将生产任务请求中继到效应器设备之后，服务器从效应器设备接收报告数据，其包含对应于所报告的事件子集的值。服务器根据模板将部分值存储在报告数据记录中；并将报告数据记录发送给请求者设备。

Description

用于协调商品生产的方法、***和装置

技术领域

本说明书一般涉及合同制造和包装，具体涉及用于协调商品生产的方法、***和装置。

背景技术

合同制造和包装通常涉及生产的产品性质的高度可变性以及短期生产。此外，在合同情景中，不同的实体管理这种生产运行中各种相互依赖的活动的不同子集，因此必须紧密协调。这对供应商和客户(生产的产品的接收者，通常然后将这些商品供应到零售环境或直接供应给消费者)提出了挑战。例如，经常需要频繁和耗时的信息交换，通常通过电子邮件或电话实现，以启动一组商品的生产。客户也可能希望在生产运行期间获取状态信息。这些信息通常是临时从供应商处获取的，需要供应商专门负责收集和报告必要的信息。

发明内容

根据本说明书的一个方面，提供了一种在中间服务器中，在请求者计算设备和效应器计算设备之间同步报告数据的方法，包括：在中间服务器处存储至少两个事件标识符；在中间服务器处存储至少两个报告模板，每个报告模板具有：(i)模板标识符，以及(ii)至少两个事件标识符的子集与一组报告阶段之间的映射；响应于从请求者计算设备接收生产任务请求，获取选择的一个模板的选择的模板标识符；生成对应于生产任务请求的报告数据记录，报告数据记录包括由选择的报告模板定义的阶段的各个字段；响应于将生产任务请求中继到效应器计算设备，从效应器计算设备接收报告数据，报告数据包含对应于每个报告的事件子集的值；根据选择报告模板定义的映射，将部分所述值存储在报告数据记录中；并将报告数据记录发送给请求者计算设备。

附图说明

参考以下附图描述实施例，其中：

图1描绘了根据非限制性实施例的用于协调商品生产的***；

图2描绘了根据非限制性实施例的图1的服务器的某些内部组件；

图3描绘了根据非限制性实施例的协调商品生产的方法；

图4描绘了根据非限制性实施例的由图1的服务器呈现给图1的客户计算设备的界面；

图5描绘了根据非限制性实施例的在执行图3的方法的框310期间由图1的服务器生成的界面；

图6描绘了根据非限制性实施例的在执行图3的方法的框330期间由图1的服务器生成的界面；以及

图7-10描绘了在执行图3的方法期间由图1的服务器生成的附加界面。

具体实施方式

图1描绘了用于协调商品生产的***100。***100中生产的商品的性质没有特别限制；实际上，这种商品的性质通常随时间变化很大。这类商品的实例包括被称为快速消费品(FMCG)和消费者包装品(CPG)的商品，例如保健品、化妆品、非处方药品等。然而，还可以想到各种其他类型的商品，包括衣服、食品等中的任何一种，或其任何组合。两类实体通常参与***100-客户(也称为品牌实体或品牌，或简称为请求者)和供应商(也称为合约包装商或合约制造商，或简称为效应器)的运作。供应商生产商品或材料，或包装以前生产的商品，以便递交给客户。一些供应商可能会充当其他供应商的供应商。反过来，客户实体将商品直接递交给终端消费者，或者递交给零售实体(未示出)以便销售给终端客户。

因此，***100包括品牌设施104(也可以包括其他品牌设施，但为简单起见，示出了一个)，以及供应商设施108(为了说明的目的示出了两个设施108-1和108-2，它们通常被称为设施108)。每个上述设施包括任何必要的设备、建筑物(在单个站点或分布在多个站点上)等，以支持对应实体的操作。例如，每个供应商设施108通常至少包括用于接收和存储原材料(例如，包装材料、供应商生产的商品的材料或成分等)的接收区域，用于将原材料转换成商品的生产线(例如，如品牌实体所要求的)，以及用于收集所生产的商品并将商品运送到其目的地的运输区(例如，品牌设施104)。

每个设施104、108还包括计算设备。特别地，品牌设施104包括计算设备112，供应商设施108-1包括计算设备116-1，供应商设施108-2包括计算设备108-2。每个计算设备执行一个或以上软件应用，以协调其各自设施的操作。各种传统材料和生产管理应用可由计算设备112和116执行。

传统上，在任一供应商设施108处开始生产运行，需要在品牌设施104和相关供应商设施108的人员之间交换信息，例如通过电子邮件或电话。然后，经由诸如键盘和鼠标之类的数据输入设备将信息(例如，要生产的物品、价格、要生产的数量等)手动提供给计算设备112和116。设施之间的后续交互(例如，从供应商设施108到品牌设施104的生产状态的报告)是通常以类似的方式执行，操作员从相关的计算设备116获取数据，并经由电子邮件、电话等将其发送给设施104的人员。

相反，***100还包括经由网络124连接到计算设备112、116-1和116-2中的每一个的中间服务器120。网络124可以是广域网的任何合适组合，例如因特网、移动无线网络等。如下面将更详细讨论的，中间服务器120被配置为与计算设备112和116通信，以允许那些计算设备交换数据以启动生产运行，并交换关于生产运行的报告数据。

现在转到图2，其示出了服务器120的某些内部组件。服务器120包括与非暂时性计算机可读存储介质(例如，存储器204)互连的处理器200。存储器204可以是易失性(例如，随机存取存储器(“RAM”))和非易失性(例如，只读存储器(“ROM”))、电可擦除可编程只读存储器(“EEPROM”)、闪存、磁性计算机存储设备或光盘)存储器的任何合适的组合。存储器204还维护可由处理器200执行的计算机可读指令。例如，这些指令包括操作***和一个或以上的应用。图2中示出的一个这样的应用是中介应用208(在此被称为“应用208”)。处理器200经由执行应用208中包含的指令，被配置为执行各种动作，如下所述。预期应用208可以保持在除存储器204之外的其他非暂时性计算机可读介质上，例如光学介质、闪存介质等。

服务器120还可以包括分别与处理器200互连的输入和输出设备，例如键盘212和显示器216。预期其他输入和输出设备也可以与服务器120一起使用，例如，包括触摸屏、扬声器、麦克风等。在一些示例(未示出)中，可以省略键盘212和显示器216，并且服务器120可以替代地从附加终端管理，例如具有与服务器120连接的相关输入和输出设备的个人计算机。例如，这种终端可以位于与服务器120相同的设施内。在其他示例中，这样的终端可以远离服务器120并且可以通过网络124与服务器120交互。终端可以包括台式计算机以及各种移动计算设备，例如膝上型计算机、移动电话、平板计算机等。

服务器120还包括网络接口控制器(NIC)220，在此也称为通信接口，用于将服务器120连接到网络124。因此，NIC 220包括用于与网络124互连的任何合适的硬件(例如，以太网控制器、无线电等)。

服务器120还在存储器204中存储包含服务器120在应用208的执行期间使用的各种类型的数据的存储库224，如下面将还详细描述的。

转到图3，经由执行协调商品生产的方法300，将说明***100的功能，特别是服务器120的功能。方法300的框由服务器120执行；更具体地，方法300的框经由处理器200执行应用208在服务器120处执行。

在框305处，服务器120被配置为从计算设备112接收生产请求。在本示例中，计算设备112通过从服务器120请求诸如图4中示出的网页来生成请求。该网页包括至少两个可选元素，其包括采购订单元素400和预测元素404。计算设备112的操作者经由选择元素400，启动购买订单请求的创建(即，生产商品的请求)。可以由服务器120更新图4中示出的网页，以在计算设备112处显示定义购买订单创建接口的网页。服务器120经由购买订单创建界面，接收定义生产请求的数据。数据包括项目标识符，其不需要对服务器120有意义，尽管服务器120可以在一些实施例中存储项目数据库，可经由图4中示出的可选元素408访问。项目数据库可以包含定义任何合适数量的项目的数据，并且可以包括诸如每单位价格、子组件、项目标识符等的参数。在框305处接收的数据还可以包括购买订单标识符，购买订单行项目标识符等。

在其他实施例中，在框305处接收的请求可以由计算设备112经由执行由计算设备112执行的生产管理应用生成，并发送到服务器120和计算设备116。例如，操作员可以与计算设备112交互(不与服务器120通信)以创建订单记录。然后，计算设备112可以被配置为格式化用于传输的订单记录，例如作为电子数据交换(EDI)文档，并将格式化的订单记录发送到服务器120。服务器120可以被配置为将格式化的订单记录中继到适当的计算设备116，或者计算设备112可以基本上发送记录到服务器120的同时将记录直接发送到适当的计算设备116。

生产请求数据还包括所讨论的商品的请求数量、支付价格(对于将生成该项目的供应商，但是这可以省略)、生产运行的到期日(例如，预期将物品运送到设施104的日期)。生产请求数据还包括供应商标识符。可以从存储在存储库224中的供应商标识符列表中选择供应商标识符(例如，经由下拉菜单)。服务器120可以存储在存储库224中的每个供应商和客户实体的简档数据(可经由图4中示出的可选元素412访问)。每个简档包括该实体是客户还是供应商的表示，并且还包括对应实体的标识符。还可以存储各种其他简档数据，包括对应于简档的设施的物理位置、对应实体的先前性能数据(例如，先前请求或完成的生产运行的记录)。轮廓数据的附加示例包括设施的生产能力、设施的生产能力(例如，设施中存在的设备的类型，服务器120可以将其与所请求的商品的存储的制造要求进行比较)、监管认证(例如用于食品处理或药品制造)等。

在一些实施例中，可以呈现存储在存储库224中的每个供应商标识符，以供选择。在其他实施例中，可以仅呈现可用供应商标识符的子集，以供选择。例如，服务器120可以基于生产请求选择的商品、每个供应商的历史性能、上述简档数据等，自动限制给定生产请求的可用供应商列表。

在框305处接收到生产请求数据后，服务器120被配置为将请求数据存储在存储库224中的生产记录中。生产记录包括客户标识符(标识创建请求的客户)、上述供应商标识符、以及上述的项目标识符、数量、价格和期限。生产记录还可以包括状态值，其表示生产记录定义的生产运行是否正在等待供应商的响应，正在协作或验收。在框305的执行之后，初始状态表示生产记录正在等待响应。

服务器120被配置为已经接收到生产请求并将请求存储在存储库224中，以通知请求中标识的供应商(例如，通过电子邮件，或者在诸如图4中示出的门户网站内)。在这样的通知之后，服务器120被配置为在框310处接收对生产记录的更新。

对生产记录的更新可以源自计算设备112和请求中标识的供应商的计算设备(例如，计算设备116-1)中的任一个或两者。每个供应商计算设备116可以请求包含其各自供应商标识符的任何生产请求的列表。服务器120被配置为向相关供应商计算设备116提供任何这样的请求，并且还可以从计算设备116接收对该请求的更新。

生产记录的更新可以采用多种形式。例如，如果请求的期限提前三天，则计算设备116-1可以向生产请求提交更新，该更新表示生产运行的有条件验收。换句话说，计算设备116-1可以对生产记录的各个方面提交提议变化(尽管生产记录中的某些项目可以被锁定，例如项目标识符)。更新也可以简单地包括来自计算设备116-1的验收的表示。

在一些实施例中，服务器120被配置为存储和执行用于评估在框310处接收的更新是否是允许的规则。例如，存储器204可以存储至少两个更新规则记录，每个更新规则记录包含基于时间的阈值以及当超过对应的阈值时允许编辑的类型的表示。例如，规则记录可以指定至少两个阈值，这些阈值定义为生产请求中指定的期限之前的时间段。这些阈值的例子是期限前十八个月、期限前十二个月、期限前四个月、期限前一个月、期限前两周。

对于每个阈值，服务器120可以存储在将更新提交到存储器之前必须满足的对应更新标准。例如，在第一阈值之前接收的更新(例如，在期限之前超过十八个月)，服务器120可以被配置为自动允许这样的更新并且简单地通知相关实体已经进行了更新。相反，在期限的一个月内(即，超过一个月的阈值)接收的更新可能需要在存储之前来自计算设备112和116验收。作为另一个例子，服务器120可以简单地拒绝在期限的两周内收到的更新。

服务器120也可以被配置为存储在框310处接收的每个更新，无论该更新是否应用于生产记录。换句话说，服务器120可以存储每个生产记录的更新历史，例如以包含相关生产记录的标识符、更新内容等的至少两个更新记录的形式。每个历史记录还可以包括是否应用更新的表示。

在框315中，服务器120被配置为确定是否已经验收了生产记录。当确定结果为否定时，服务器120等待还的更新(来自计算设备112或计算设备116-1)，并重复执行框315。参考图5，示出了在选择元素400之后在计算设备112处呈现的示例网页(或用于呈现数据的任何其他合适的界面)。存储在存储器204中的每个生产记录，其对应于与计算设备112相关联的客户标识符，与每个记录的当前状态一起被示出。计算设备112已提交状态为“待定响应”的记录，但尚未被计算设备116验收或以其他方式操作。相关的计算设备116已审查状态为“已验收变化”的记录，其已提交对记录的提议变化。换句话说，那些记录在框315处表示否定判断，之后服务器120返回到框310以等待来自计算设备112的还改变或验收。计算设备112和计算设备116-1批准具有“已验收”状态的记录和其描绘的内容。

返回到图3，在框315处的肯定判断之后，执行方法300进行到框320。如前所述，服务器120可以用于协调来自生产相关商品的供应商到请求商品的客户实体的生产运行的报告数据的传送。在框320中，通过在服务器120处从计算设备116-1接收模板选择，来启动在框315处验收的生产记录的报告。

服务器120也被配置为存储至少两个报告模板。通常，每个报告模板定义给定项目的至少一个生产阶段，并将至少一个报告事件从计算设备116映射到该生产阶段。如前所述，计算设备116通常执行用于管理设施108内的生产活动的应用。经由执行这些应用，计算设备116可以被配置为生成与商品的接收、生产和运输有关的报告数据。这种报告数据的粒度和内容随着每个计算设备116实现的特定应用的性质而变化。

经由执行应用208，服务器120被配置为处理来自计算设备116的报告事件，计算设备116根据公共预定应用编程接口(API)格式化。根据每个计算设备116的性能，计算设备可能能够报告由API定义的事件的更小或更大的子集。例如，API可以定义用于接收给定库存物品的单个托盘的事件，但是计算设备116-2可以执行不收集每个托盘接收数据的应用，因此不能报告上述事件。然而，API还可以定义表示接收完成的事件(即，已经接收到用于生产运行的所有必要材料)，并且计算设备116-2可以收集表示接收完成的数据。因此，计算设备116-2能够报告由API定义的一些事件，而不是其他事件。

现在将显而易见的，由计算设备116和计算设备112执行的应用可以不同，因此可能无法处理由另一应用报告的事件数据。报告模板在服务器120处的实现允许服务器120接收具有各种粒度级别的生产报告数据，并以一致的方式呈现报告数据。

在框320处选择模板可以是自动的，例如，服务器120可以存储用于相关项目的单个报告模板(或者用于项目和产生项目的特定供应商的组合)，并且可以自动选择该模板。或者，服务器120可以存储给定项目的至少两个模板，并将这些模板呈现给计算设备116-1，以选择用于当前生产运行的模板。表1示出了给定项目的示例报告模板。特别是，模板定义了四个生产阶段，并将事件映射到每个阶段。例如，对应于包装材料的接收的阶段被映射到计算设备116-1能够报告的两个不同的报告事件。这些事件可以对应于两种不同的包装材料(例如盒子和板条箱)。此外，模板定义了每个阶段的目标完成日期，相对于整个生产运行的最后期限。

表1：报告模板

阶段	事件	完成
			收到包装材料	接收_A；接收_B	[期限]-30天
接收基础材料	接收_C	[期限]-25天
			生产	生产_D	[期限]-12天
运输	运输_D	[期限]-10天

计算设备116还可以创建模板(例如，如果对于正在生产的物品不存在模板)存储在服务器120处。在模板创建期间，服务器120向计算设备116呈现可用事件和可用阶段的列表(在一些实施例中，阶段也可由计算设备116创建)。可以在服务器120处配置和存储可用事件，或者在其他实施例中，可以在单独的计算设备处配置可用事件，并且可以将事件的标识符提供给服务器120。通过接收一组可用阶段的选择、每个阶段的事件选择以及每个阶段的完成时间来创建模板，并将其存储在服务器120中。

在框325中，服务器120被配置为生成报告数据记录。该记录将用于存储在生产期间从计算设备116-1接收的报告数据。通常，记录包括由模板定义的每个生产阶段的字段，其将基于模板的事件映射和从计算设备116-1接收的事件数据来填入。

在框330中，服务器120被配置为从计算设备116-1接收事件报告数据。事件报告数据包括标识符，例如购买订单标识符(例如，分配给上述生产记录的标识符)，并且如果在采购订单中标识了不同的商品，则还可以在采购订单中包括单个行项目的标识符。在其他实施例中，服务器120可以采用供应商、客户和商品标识符的组合来唯一地标识相关的报告数据记录。事件报告数据包括至少一个事件，该服务器120被配置为与在框320处选择的模板进行比较，以便在框325处填入报告数据记录。可以丢弃事件报告数据中未在模板中标识的任何事件，或者存储在存储器204中的其他地方(即，不存储在报告数据记录中)。模板中标识的事件用于更新对应于这些事件映射到的生产阶段的报告数据记录字段。因此，根据表1中的示例模板，表示接收到材料A的事件被服务器120用来更新报告数据记录的包装材料接收阶段。

通常，服务器120被配置为更新报告数据记录，通过表示模板中标识的每个阶段的完成程度。完成程度可以是二进制的(即完整的或不完整的)，或者可以具有更大的粒度，这取决于从计算设备116接收的事件数据的内容。例如，如果计算设备116-1被配置为生成(并发送到服务器120)生产线上接收的每个材料托盘的事件数据，则可以更新如图6示出的服务器120处的报告数据记录。图6描绘了六个报告数据记录，每个记录包括生产数据616(例如商品标识符、数量等；这也可以从储存库224中的单独数据记录中检索)，以及每个生产运行的模板字段中的600、604、608、612对应字段。在本示例中，假设每个模板标识相同的四个阶段；然而，在其他实施例中，不同的模板可以为每个生产运行定义不同的阶段组别。例如，如图所示，在图6的第600列中，报告数据表示基于从计算设备116-1的事件数据中表示的增加的材料量，来接收包装材料的部分完成程度。

返回到图3，在框335中，服务器120被配置为确定生产是否完成。更具体地，服务器120被配置为确定从计算设备116接收的事件报告数据是否表示由在框320处选择的模板定义的最终阶段(表1和图6中的“运输”阶段)完成。当框335处的判断是肯定时，执行方法300完成。当框335处的判断为否定时，服务器120返回到框330以等待还的事件报告数据。

在执行方法300期间，更具体地，在框315处验收订单之后的任何时间，计算设备112可以从服务器120请求生产跟踪数据。响应于该请求，服务器120被配置为检索相关的报告数据记录或一组报告数据记录，并将检索到的数据呈现给计算设备112(例如，如图6所示)。

从计算设备112接收的请求可以包括用于定义要检索的报告数据记录的范围的参数。服务器120用于检索报告数据记录的标准可以包括用于生产期限的数据范围、一个或以上供应商的标识符、一个或以上项目的标识符等。例如，可以通过服务器120经由服务的网页在计算设备112处选择标准。

图7和8描绘了服务器120向计算设备112提供的生产报告数据摘要，用于落在四个可选时间间隔700中的任一选择的订单。间隔700对应于预先配置的时间间隔(例如，四个连续的一个月时段)。响应于接收到间隔700的选择，服务器120被配置为检索对应于在选择的间隔内具有生产期限的订单的任何报告数据记录。然后，服务器120被配置为呈现计算设备112，例如，来自检索到的报告数据的阶段进度信息的摘要。

例如，图7中的摘要描述了每个订单的预期开始和结束日期(如先前经由使用模板和截止期限数据所确定的)。该摘要还表示，对于已经开始生产的订单(即，已经收到至少一些事件报告数据)，实际开始日期可以是接收订单的事件报告数据的第一天。图8呈现了先前完成的订单的概要，其可以包括最初指定的期限以及由事件报告数据表示的实际完成日期(例如，表示由模板定义的最终阶段完成)。

如现在显而易见的，方法300的许多实例可以在服务器120处基本上同时执行，用于不同的订单、客户和供应商。因此，服务器120也可以被配置为向任何给定的客户提供仪表板接口，例如图9中示出的仪表板界面，其描绘了订单的总数、未完成且超出原始期限的订单总数以及尚未完成但尚未超过其原始期限的订单总数。

如在元素900处所见，服务器120还可以基于这些订单的报告数据记录的当前内容，生成有可能被延迟递交的订单的预测。例如，服务器120可以被配置为确定生产初始阶段的延迟与最终递交的延迟之间的关系，并确定基于该关系(基于其初始阶段的完成日期)可能延迟完成的订单。图10描绘了服务器120可被配置为存在的另一示例仪表板界面，其表示与图9中的数据类似的数据。除了订单摘要之外，图10还包括“协作”部分，其概述了尚未最终确定的生产记录(即，在框315尚未给出肯定的判断)。

预期对上述功能的各种修改和扩展。例如，框305到315不仅可以用于生产记录(即订单)，而且可以用于生产预测。预测表示计划订单，但未最终确定为实际订单。也就是说，协作可以如上所述进行，但是在验收预测之后，不执行方法300的剩余框，因为预测仅用于容量规划目的。然而，服务器120可以被配置为接收将验收的预测记录转换为生产记录的指令，有效地预先填入在框305处接收的请求中的一些或全部数据。

在一些实施例中，生产记录可以在某些条件下被标记为自动验收，而无需等待计算设备116或112的明确批准。例如，供应商可以向服务器120表示自动验收订单的条件(例如，超过指定的未来时间量的期限、低于指定阈值的量)。服务器120可以将这种表示存储在供应商简档中，并将入站生产请求与标准进行比较。如果框305处的请求满足标准，则可以绕过框310和315。

在进一步的实施例中，服务器120可以在框315验收订单之后被配置为自动生成生产数据以便传输到计算设备116，该计算设备116具有与由该计算设备执行的生产管理应用兼容的格式。例如，服务器120可以在存储器中存储一组转换规则，其定义由每个计算设备116执行的应用所需的数据元素及其格式。然后，服务器120可以在验收订单时，基于那些规则自动生成生产数据，以便传输到相关的计算设备116。本领域普通技术人员也会发生其他变化。

权利要求的范围不应受上述示例中阐述的实施例的限制，而是应当给出与整个描述一致的最广泛的解释。

Claims (18)

1.一种在中间服务器中用于在请求者计算设备和效应器计算设备之间同步报告数据的方法，包括：

在所述中间服务器存储至少两个事件标识符；

在所述中间服务器存储至少两个报告模板，每个报告模板具有：(i)模板标识符，以及(ii)所述至少两个事件标识符的子集与一组报告阶段之间的映射；

响应于从所述请求者计算设备接收生产任务请求，获取选择的一个所述模板的选择的模板标识符；

生成对应于所述生产任务请求的报告数据记录，所述报告数据记录包括由所述选择的报告模板定义的所述阶段的各个字段；

响应中继所述生产任务请求到所述效应器计算设备，从所述效应器计算设备接收报告数据，所述报告数据包含对应于所述事件的每个报告子集的值；

根据所述选择的报告模板所定义的所述映射，在所述报告数据记录中存储部分所述值；以及

将所述报告数据记录发送到所述请求者计算设备。

2.根据权利要求1所述的方法，其特征在于，所述映射中的所述阶段的数量小于所述映射中所述事件标识符的数量。

3.根据权利要求1所述的方法，其特征在于，获取所述选择的模板标识符包括基于所述生产任务请求自动选择所述选择的模板标识符。

4.根据权利要求1所述的方法，其特征在于，获取所述选择的模板标识符包括从所述效应器计算设备接收模板选择。

5.根据权利要求1所述的方法，还包括：

在生成所述报告数据记录之前，从所述请求者计算设备接收所述生产任务请求，所述生产任务请求包含项目标识符、对应于所述项目标识符的数量，以及对应于所述项目标识符的生产期限。

6.根据权利要求5所述的方法，其特征在于，对于所述一组阶段中的每一个，所述选择的模板还包括目标完成日期生成规则；以及

其中，生成所述报告数据记录包括基于所述完成日期生成规则为所述一组阶段中的每一个生成目标完成日期。

7.根据权利要求6所述的方法，其特征在于，每个完成日期生成规则定义相对于所述生产期限的目标完成日期。

8.根据权利要求1所述的方法，还包括：

响应于接收包含在所述选择的模板的所述映射中未标识的事件的值的报告数据，丢弃所述值。

9.根据权利要求1所述的方法，其特征在于，发送所述报告数据记录包括从所述请求者计算设备接收对所述报告数据记录的请求，并响应于所述请求发送所述报告数据记录。

10.一种用于在请求者计算设备和效应器计算设备之间同步报告数据的服务器，包括：

存储器：

至少两个事件标识符；以及

至少两个报告模板，每个报告模板具有：(i)模板标识符，和(ii)所述至少两个事件标识符的子集与一组报告阶段之间的映射；

通信接口；以及

处理器与所述存储器和所述通信接口互连，所述处理器被配置为：响应于从所述请求者计算设备接收生产任务请求，获取选择的一个所述模板的选择模板标识符；

生成对应于所述生产任务请求的报告数据记录，所述报告数据记录包括由所述选择报告模板定义的所述阶段的各个字段；

响应中继所述生产任务请求到所述效应器计算设备，从所述效应器计算设备接收报告数据，所述报告数据包括对应于所述事件的每个报告子集的值；

根据所述选择报告模板所定义的所述映射，在所述存储器中存储部分所述值在所述报告数据记录中；以及

将所述报告数据记录发送到所述请求者计算设备。

11.根据权利要求10所述的服务器，其特征在于，所述映射中的所述阶段的数量小于所述映射中的所述事件标识符的数量。

12.根据权利要求10所述的服务器，所述处理器还通过基于所述生产任务请求自动选择所述选择的模板标识符来配置，以获取选择的模板标识符。

13.根据权利要求10所述的服务器，所述处理器还通过从所述效应器计算设备接收模板选择来配置，以获取所述选择的模板标识符。

14.根据权利要求10所述的服务器，所述处理器还被配置为：

在生成所述报告数据记录之前，从所述请求者计算设备接收所述生产任务请求，所述生产任务请求包含项目标识符、对应于所述项目标识符的数量，以及对应于所述项目标识符的生产期限。

15.根据权利要求14所述的服务器，其特征在于，对于所述一组阶段中的每一个，所述选择的模板还包括目标完成日期生成规则；以及

处理器还被配置为通过基于所述完成日期生成规则，为所述一组阶段中的每一个生成目标完成日期来生成所述报告数据记录。

16.根据权利要求15所述的服务器，其特征在于，每个完成日期生成规则定义相对于所述生产期限的目标完成日期。

17.根据权利要求10所述的服务器，所述处理器还被配置为：

响应于接收包含在所述选择的模板的所述映射中未标识的事件的值的报告数据，丢弃所述值。

18.根据权利要求10所述的服务器，所述处理器还被配置为通过从所述请求者计算设备接收对所述报告数据记录的请求来发送所述报告数据记录，并且响应所述请求发送所述报告数据记录。