CN1991898A - 用于接收定购物品的方法和装置以及计算机产品 - Google Patents

Abstract

用于接收定购物品的方法和装置以及计算机产品。购买方系统的定购系统将表示是否执行在途存货管理的定购物品接收过程判断信息登记在协作模式主控服务器上的协作模式主控数据库中。供货方系统的发货系统基于从发货到交货的运输时间设置定购物品接收过程判断信息。购买方系统的定购物品接收系统基于定购物品接收过程判断信息，切换入库－检查确认处理和发票核对处理的顺序。

Description

用于接收定购物品的方法和装置以及计算机产品

技术领域

本发明涉及这样一种技术，即，其用于在发货运输需要较长一段时间时，在早期解决债权和债务之间的不一致，并且使得能够对存货进行准确管理。

背景技术

在典型的定购和定单接收系统中，购买方的定购系统发出购买单(purchasing slip)，而供货方的定单接收系统接收该购买单，并执行定单登录处理。当供货方对定购物品进行发货时，供货方的发货系统发出发票。在从供货方发货的定购物品入库然后经历检查确认处理之后，购买方的定购物品接收系统核对从发货系统接收的发票数据与购买单的购买数据，然后执行支付处理。

此外，已经开发出一种集成的物流和支付系统，其用于通过在物流系统与支付系统之间共享信息来加速结算相关事务，其中物流系统用于产品的发货和交货，而支付系统用于支付产品价款(例如，见日本专利申请特开No.2003-196571)。

然而，在传统的定购物品接收系统中，在发货时对供货方产生了债权，而在核对发票数据和购买数据时对购买方产生了债务。因此，当运输需要较长一段时间时，比如，当供货方通过船运将货物运往海外时，债权与债务之间的不一致就会延续较长一段时间。

同时，如果在供货方对定购物品发货时产生债权和债务，以消除债权与债务之间的不一致时间，则正运输的货物就被视为购买方存货的一部分。因此，实际上尚未交货的定购物品被视为在库中，这会导致错误发货，以及实际存货与存货检查期间的系统中存货之间的不一致。

发明内容

本发明的一个目的是，至少解决传统技术中的问题。

根据本发明一个方面的一种计算机可读记录介质，存储用于执行涉及接收定购物品的处理的计算机程序。该计算机程序使计算机执行：顺序确定步骤，包括确定关于定购物品的购买信息与发票信息之间的核对处理以及对于定购物品的检查处理的顺序；和核对检查执行步骤，基于在顺序确定步骤中确定的顺序，执行核对处理和检查处理。

根据本发明另一方面的一种定购物品接收方法，包括：顺序确定步骤，包括确定关于定购物品的购买信息与发票信息之间的核对处理以及对于定购物品的检查处理的顺序；和核对检查执行步骤，基于在顺序确定步骤确定的顺序，执行核对处理和检查处理。

根据本发明又一方面的一种定购物品接收装置，包括：核对-检查顺序确定单元，其确定关于定购物品的购买信息与发票信息之间的核对处理以及对于定购物品的检查处理的顺序；和核对-检查执行单元，其基于由核对-检查顺序确定单元确定的顺序，执行核对处理和检查处理。

通过结合附图阅读以下对本发明的当前优选实施例的详细描述，将更好地理解本发明的上述和其他目的、特征、优点以及技术和工业重要性。

附图说明

图1是用于示出根据当前实施例的一个实施例的定购和定购物品接收系统的系统结构的示意图；

图2是协作模式主控数据库的一个示例的表；

图3是购买单数据的一个示例的表；

图4是入库确认数据的一个示例的表；

图5是定单接收单数据的一个示例的表；

图6是发货单数据的一个示例的表；

图7是交货确认数据的一个示例的表；

图8是发票数据的一个示例的表；

图9是针对定购系统的定购处理过程的处理过程的流程图；

图10是针对供货方系统的定购物品发货处理的处理过程的流程图；

图11是针对图10所示发货处理的处理过程的流程图；

图12是针对通过定购物品接收系统的定购物品接收处理的处理过程的流程图；以及

图13是执行根据当前实施例的定购物品接收程序的计算机的框图。

具体实施方式

下面参照附图详细说明本发明的示例性实施例。

图1是用于示出根据当前实施例的一个实施例的定购和定购物品接收系统的系统结构的示意图。在根据当前实施例的定购和定购物品接收系统中，协作模式主控服务器100、购买方系统200以及供货方系统300经由专用网络10相连接。

协作模式主控服务器100管理关于通过购买方系统200与供货方系统300之间的协作而被处理为在途存货(in-transit inventory)的购买物品的信息，并且包括协作模式主控数据库110，该协作模式主控数据库110存储被处理为在途存货的购买物品的信息。在途存货是由供货方发货并且在途中的货物。在根据当前实施例的定购和定购物品接收系统中，在途货物区别于已由购买方执行过入库检查的实际存货，并被处理为在途存货。

图2是协作模式主控数据库110的一个示例的表。协作模式主控数据库110存储标识协作的协作号码、标识购买方的客户代码、定购单号码(即，购买方的购买单的号码)、定单接收单号码(即，供货方的单据号码)，以及表示是否把定购物品作为在途存货进行管理的定购物品接收过程判断信息。

定购物品接收过程判断信息是表示是否把物品作为在途存货进行管理的信息。在根据当前实施例的定购和定购物品接收系统中，根据物品是否被作为在途存货进行管理的状况，在定购物品接收处理中，用于核对购买单数据和发票数据的处理和入库-检查确认处理的顺序有所不同。因此，发货判断信息(其是用来判断是否将物品作为在途存货进行管理的信息)被称为定购物品接收过程判断信息。

如果定购物品接收过程判断信息是“在途处理”，则执行在途存货控制。如果定购物品接收过程判断信息是“正常”，则不执行在途存货控制。通过这种方式，购买方系统200和供货方系统300可以通过在协作模式主控数据库110中存储表示是否把物品作为在途存货进行管理的信息，作为定购物品接收过程判断信息，来协作管理在途存货。

购买方系统200定购购买物品，接收物品，并支付物品价款。购买方系统200包括购买单数据数据库210、定购系统220、入库确认数据数据库230、以及定购物品接收系统240。

购买单数据数据库210是存储购买单数据的数据库。图3是购买单数据的一个示例的表。购买单数据包括标识购买定单的购买定单号码、标识定购物品的物品代码、表示定购物品名称的文字说明、表示定单数量的购买定单数量、表示定购物品价格的购买定单单价、定单金额(即，购买定单数量和购买定单单价的乘积)、以及表示购买最终期限的购买日期。

定购系统220创建购买单数据，将该数据存储在购买单数据数据库210中，并且还发出该购买单。此外，定购系统220在发出购买单时从购买方接收有关是否与供货方一起执行在途存货管理的指令，并且除了登记客户代码、定购单号码等之外，还将该指令作为定购物品接收过程判断信息，登记在协作模式主控服务器100的协作模式主控数据库110中。

当发出购买单并将来自购买方的有关是否与供货方一起执行在途存货管理的指令作为定购物品接收过程判断信息登记在协作模式主控数据库110中时，定购系统220可以确定用于核对购买单数据和发票数据的处理和入库-检查确认处理的顺序，同时按照所述指令接收定购物品。

入库确认数据数据库230是用于存储入库确认数据的数据库，该入库确认数据是关于已被执行入库-检查确认处理的定购物品的信息。图4是入库确认数据的一个示例的表。入库确认数据包括抄录日期(即，执行入库-检查确认处理的日期)、标识购买单的购买单号码、物品代码、文字说明、以及入库数量(即，已入库的物品的数量)。

定购物品接收系统240执行入库-检查确认处理，将入库确认数据存储在入库确认数据数据库230中，并执行与定购物品的接收有关的处理，如购买单数据和发票数据的核对处理。

定购物品接收系统240确定是否执行在途存货管理，也就是说，参照协作模式主控数据库110中的定购物品接收过程判断信息，确定用于核对购买单数据和发票数据的发票核对处理和入库-检查确认处理的顺序。具体地，当定购物品接收过程判断信息是“在途处理”时，定购物品接收系统240在入库-检查确认处理之前执行发票核对处理，而当定购物品接收过程判断信息是“正常”时，和传统系统中一样，定购物品接收系统240在入库-检查确认处理之后执行发票核对过程。

当定购物品接收过程判断信息是“在途处理”时，定购物品接收系统240在入库-检查确认处理之前执行发票核对处理。因此，即使货物在途中，也可在早期产生债务，从而可以缩短债权和债务之间的不一致时间。

此外，定购物品接收系统240被构成为，使得当在入库-检查确认处理之前执行发票核对处理时，定购物品被作为在途存货进行管理，直到执行了针对定购物品的检查确认处理为止。

因为定购物品接收系统240被构成为，使得定购物品被作为在途存货进行管理，直到执行了针对定购物品的检查确认处理为止，所以即使定购物品在途中，也可以准确地管理存货。

供货方系统300执行定单接收处理和发货处理。供货方系统300包括定单接收单数据数据库310、定单接收系统320、发货单数据数据库330、交货确认数据数据库340、发票数据数据库350、以及发货系统360。

定单接收单数据数据库310是用于存储定单接收单数据的数据库。图5是定单接收单数据的一个示例的表。定单接收单数据包括标识定单接收单的定单接收单号码、物品代码、文字说明、表示已接收定单的数量的已接收定单数量、表示定购物品的单价的已接收定单单价、已接收定单价格(其是已接收定单数量和已接收定单单价的乘积)、以及表示交货最后期限的交货日期。

定单接收系统320接收由购买方的定购系统220发出的购买单，创建定单接收单数据，并将该数据存储在定单接收单数据数据库310中。此外，定单接收系统320将创建定单接收单数据时发出的定单接收单号码写入协作模式主控数据库110中的对应条目中。

发货单数据数据库330是用于存储在发货时使用的发货单数据的数据库。图6是发货单数据的一个示例的表。发货单数据包括表示发货目的地的发货终点、发货日期、预定交货日期、表示发货的数量的发货数量、标识发货单的发货单号码、物品代码、以及文字说明。

交货确认数据数据库340是用于存储用于派分的交货确认数据的数据库。图7是交货确认数据的一个示例的表。交货确认数据包括与发货单数据中包括的信息(如图6所示)相同的信息。

发票数据数据库350是用于存储发给购买方的发票的数据的数据库。图8是发票数据的一个示例的表。发票数据包括定单接收单号码、标识供货方的公司代码、表示发货日期的发票日期、抄录日期(即发票创建日期)、物品代码、文字说明、表示发票记录的发货物品的数量的发票数量、以及发票金额。

发货系统360执行与发货有关的处理以及与开出发票有关的处理。此外，基于运输时间是否超过指定时间量，发货系统360在协作模式主控数据库110中的对应条目中，设置从发货到交货所需的时间，即，定购物品接收过程判断信息，其中从发货到交货所需的时间是根据发货单数据中的发货日期以及预定交货日期来计算的。

当运输时间超过指定时间量时，发货系统360将定购物品接收过程判断信息设置为“在途处理”，而在其他时间发货系统360将定购物品接收过程判断信息设置为“正常”。

因为当运输时间超过指定时间量时，发货系统360将定购物品接收过程判断信息设置为“在途处理”，所以定购物品接收系统240可以基于定购物品接收过程判断信息，来确定发票核对处理和入库-检查确认处理的顺序。

虽然当运输时间超过指定时间量时定购物品接收过程判断信息被无条件地设置为“在途处理”，但是，购买方也可以在发出定单时指定“在途处理”，此外还可以在运输时间超过指定时间量时将定购物品接收过程判断信息设置为“在途处理”。

图9是针对定购系统220的定购处理过程的处理过程的流程图。定购系统220从购买方接收有关是否执行在途存货管理的指令，并将该指令登记在协作模式主控数据库110中(步骤S101)。

然后，定购系统220创建购买单数据，并将该数据登记到购买单数据数据库210，还经由专用网络10将该购买单数据传送到供货方系统300(步骤S102)。

定购系统220从购买方接收有关是否执行在途存货管理的指令，并且将该指令登记在协作模式主控数据库110中，由此使得购买方系统200和供货方系统300可以协作执行在途存货管理。

图10是针对供货方系统300的定购物品发货处理的处理过程的流程图。在供货方系统300中，定单接收系统320执行定单接收处理，该定单接收处理用于接收从定购系统220发送的购买单数据(步骤S201)。

当完成定购物品的发货准备工作时，发货系统360执行发货处理，如创建发货单数据和交货确认数据(步骤S202)，并执行发票数据创建和登记处理，即，利用定单接收单数据和交货确认数据创建发票数据并把该发票数据登记在发票数据数据库350中的处理(步骤S203)。

发货系统204执行开出发票处理，以经由专用网络10将发票数据传送到购买方系统200(步骤S204)。

图11是针对图10所示发货处理的处理过程的流程图。发货系统360执行用于接收从负责发货指令的人员输入的发货信息的发货信息输入接收处理(步骤S301)，并执行用于根据已接收的发货信息创建发货单数据并将该数据登记在发货单数据数据库330中的发货信息登记处理(步骤S302)。此外，发货系统360还执行用于基于发货确认结果创建发货确认数据并将该数据登记在交货确认数据数据库340中的处理，作为发货信息登记处理。

然后，基于交货确认数据中的发货日期和预定交货日期，判断从发货到交货所需的时间是否超过预定时间量(步骤S303)。如果所需的时间超过预定时间量，则执行定购物品接收过程判断信息设置处理，即，一种不论对应定单接收单号码的定购物品接收过程判断信息是“在途处理”还是”正常”，都把定购物品接收过程判断信息设置为“在途处理”的处理(步骤S304)。

同时，如果从发货到交货所需的时间没有超过预定时间量，则执行协作模式主控设置处理，即，用于把对应定单接收单号码的定购物品接收过程判断信息设置为“正常”的处理(步骤S305)。

当从发货到交货所需的时间超过预定时间量时，发货系统360把协作模式主控数据库110中的定购物品接收过程判断信息设置为“在途处理”，从而使得购买方系统200的定购物品接收系统240可以执行在途存货管理。

图12是针对定购物品接收系统240的定购物品接收处理的处理过程的流程图。在定购物品接收处理中，定购物品接收系统240执行发票接收处理，该发票接收处理用于接收从供货方系统300中的发货系统360传送的发票数据(步骤S401)。

然后，定购物品接收系统240执行以下处理：使用已接收的发票数据中的定单接收单号码，从协作模式主控数据库110提取定购物品接收过程判断信息，并且基于提取的定购物品接收过程判断信息，即，基于定购物品接收过程判断信息是否是“在途处理”，来判断是否进行在途处理(步骤S402)。

如果判断结果是不“执行在途处理”(步骤S403：“否”)，则正常执行入库和检查处理，即，在入库之后执行检查处理(步骤S404)。然后，判断检查是否通过(步骤S405)。如果检查通过，则执行用于核对购买单数据和发票数据的发票核对处理(步骤S406)，并执行支付处理(步骤S407)。另一方面，如果检查未通过，则“禁用”支付处理(步骤S408)。

如果判断结果是“执行在途处理”(步骤S403：“是”)，则首先，执行发票核对处理(步骤S409)，接着，执行入库-检查确认处理(步骤S410)。在发票核对处理中将正运输的发货物品处理为在途存货。

然后，判断定购物品是否通过检查(步骤S411)。如果定购物品通过了检查，则执行支付处理(步骤S412)。否则，执行错误显示(步骤S413)。

定购物品接收系统240在定购物品接收处理中，基于协作模式主控数据库110中的定购物品接收过程判断信息，切换入库-检查确认处理和发票核对处理的顺序，从而使得定购物品接收处理适合发货物品的运输时间。

如上所述，根据本实施例，购买方系统200的定购系统220基于来自购买方的指令，将表示是否执行在途存货管理的定购物品接收过程判断信息，登记在协作模式主控服务器100的协作模式主控数据库110中。供货方系统300的发货系统360基于从发货到交货的运输时间来设置定购物品接收过程判断信息。购买方系统200的定购物品接收系统240可以基于定购物品接收过程判断信息，来切换入库-检查处理和发票核对处理的顺序。因此，当运输时间比较长时，可以在入库-检查处理之前执行发票核对处理。因此，可以缩短债权和债务之间的不一致时间，并且可以利用在途存货准确地执行存货管理。

虽然在本实施例中阐述了这样一种情况，即，利用协作模式主控服务器100上的协作模式主控数据库110使购买方系统200和供货方系统300共享定购物品接收过程判断信息，但是，本发明不限于此，而可以类似地应用于由购买方系统200或供货方系统300管理定购物品接收过程判断信息的情况。

例如，供货方系统300的发货系统360可以将关于从发货到交货的时间的信息传送给购买方系统200。购买方系统200可以判断是否执行在途存货管理并且管理定购物品接收过程判断信息。另选地，供货方系统300的发货系统360可以基于从发货到交货的时间来判断是否执行在途存货管理，将该判断结果传送给购买方系统200，并且该结果可由购买方系统200作为定购物品接收过程判断信息进行管理。

虽然在本实施例中阐释了将针对各购买单的定购物品接收过程判断信息登记在协作模式主控数据库110中，但是本发明不限于此，而是可以类似地应用于例如购买方系统200管理针对各供货方的定购物品接收过程判断信息的情况。

虽然在本实施例中阐释了诸如定购物品接收系统240的系统，但是通过由软件实现该系统的结构，也可以获得具有与其相同的功能的程序。

图13是执行根据当前实施例的定购物品接收程序的计算机400的框图。计算机400包括随机存取存储器(RAM)410、中央处理单元(CPU)420、硬盘驱动器(HDD)430、局域网(LAN)接口440、输入/输出(I/O)接口450、以及数字多用盘(DVD)驱动器460。

RAM 410是向其加载程序、程序执行的中间结果等的存储器。CPU 420是读出并运行RAM 410中的程序的中央处理单元。

HDD 430是存储程序和数据的盘装置。LAN接口440是用于经由LAN将计算机400连接到另一台计算机的接口。

I/O接口450是用于连接输入装置(如鼠标或键盘)和显示装置的接口。DVD驱动器是用于对DVD进行读取和写入的装置。

DVD上存储有要在计算机400上执行的定购物品接收程序411，该定购物品接收程序411由DVD驱动器460从DVD中读出，然后安装在计算机400上。

另选地，把定购物品接收程序411存储在经由LAN接口440连接的其他计算机的数据库中。从所述数据库中获取定购物品接收程序411，并将其安装在计算机400上。

安装的定购物品接收程序411存储在HDD 430中，被加载到RAM 410，然后运行CPU 420，作为定购物品接收处理421。

根据本发明的一个实施例，按合适的顺序执行核对处理和检查处理，从而在早期解决了债权与债务之间的不一致。

而且，根据本发明的一个实施例，按合适的顺序执行对于需要在途存货管理的定购物品的核对处理和检查处理，从而在早期解决了债权与债务之间的不一致。

此外，根据本发明的一个实施例，发货判断信息被经由网络连接到另一台计算机的供货方系统所共享，从而通过与供货方系统协作，在早期解决了债权与债务之间的不一致。

而且，根据本发明的一个实施例，按合适的顺序执行核对处理和检查处理。因此，当运输时间比较长时，在检查处理之前执行核对处理，从而在早期解决了债权和债务之间的不一致。

虽然为完全且清楚的公开起见针对一个特定的实施例描述了本发明，但是，所附权利要求并不因此而受到限制，而是应被视为包括本领域技术人员可以做出的完全落入在此阐述的基本教导之内的所有修改和另选结构。

Claims (9)

1、一种计算机可读记录介质，其存储用于执行涉及接收定购物品的处理的计算机程序，其中

该计算机程序使得计算机执行：

顺序确定步骤，包括确定关于定购物品的购买信息与发票信息之间的核对处理以及对于定购物品的检查处理的顺序的步骤；和

核对检查执行步骤，基于在顺序确定步骤确定的顺序，执行核对处理和检查处理。

2、根据权利要求1所述的计算机可读记录介质，其中

顺序确定步骤包括以下步骤：当接收到发票信息时，基于有关是否把定购物品作为在途存货进行管理的发货判断信息，来确定所述顺序。

3、根据权利要求2所述的计算机可读记录介质，其中

计算机程序还使计算机执行获取步骤，该获取步骤经由网络从存储发货判断信息的计算机获取发货判断信息，并且

顺序确定步骤包括基于在获取步骤获取的发货判断信息来确定所述顺序的步骤。

4、根据权利要求2所述的计算机可读记录介质，其中

计算机程序还使得计算机执行信息确定步骤，该信息确定步骤包括基于从定购物品的发货到交货的运输时间来确定发货判断信息的步骤，并且

顺序确定步骤包括基于在信息确定步骤确定的发货判断信息来确定所述顺序的步骤。

5、一种定购物品接收方法，包括：

顺序确定步骤，包括确定关于定购物品的购买信息与发票信息之间的核对处理以及对于定购物品的检查处理的顺序的步骤；和

核对检查执行步骤，基于在顺序确定步骤确定的顺序，执行核对处理和检查处理。

6、根据权利要求5所述的定购物品接收方法，其中

顺序确定步骤包括以下步骤：当接收到发票信息时，基于有关是否把定购物品作为在途存货进行管理的发货判断信息，来确定所述顺序。

7、根据权利要求6所述的定购物品接收方法，还包括：

获取步骤，经由网络从存储发货判断信息的计算机获取发货判断信息，其中

顺序确定步骤包括基于在获取步骤获取的发货判断信息来确定所述顺序的步骤。

8、根据权利要求6所述的定购物品接收方法，还包括：

信息确定步骤，包括基于从定购物品的发货到交货的运输时间来确定发货判断信息的步骤，其中

顺序确定步骤包括基于在信息确定步骤确定的发货判断信息来确定所述顺序的步骤。

9、一种定购物品接收装置，包括：

核对-检查顺序确定单元，其确定关于定购物品的购买信息与发票信息之间的核对处理以及对于定购物品的检查处理的顺序；和

核对-检查执行单元，其基于由核对-检查顺序确定单元确定的顺序，执行核对处理和检查处理。

Images