物流、支付代理管理系统和装置的制作方法

本发明涉及一种物流、支付代理管理技术，其作为产品制造商与向产品制造商供给构成部件的多个部件供应商之间的中介，进行产品制造商对部件供应商的构成部件的货款支付代理。

背景技术：

产品制造商从多个部件供应商采购构成产品的各部件。产品制造商进行对部件供应商订购部件的订购业务和支付从部件供应商采购(购买)部件的货款的货款支付业务，但随着部件供应商数量越来越多，会使这些业务的负担加重，并且增加人工费等成本。

另外，对于产品制造商而言，由于所订购部件的交货期延迟，例如无法制造产品，因此对已经向各部件供应商订购的部件、即部件库存的管理较为重要。然而，产品制造商需要对每次向多个部件供应商订购的构成部件进行验收来管理各构成部件的库存，即繁琐又费事。

现有技术文献

专利文献

专利文献1：日本特开2012-238301号公报

技术实现要素：

本发明要解决的问题

本发明的目的在于提供一种物流、支付代理管理系统，其不仅进行物流仓库的构成部件的入库出库管理，将从多个部件供应商各个发货的构成部件入库，将构成部件向产品制造商的交货地点出库，并且代理产品制造商与部件供应商之间的付款通知、支付。

用于解决课题的手段

(1)本发明的物流、支付代理管理系统使订购产品构成部件的产品制造商、向所述产品制造商供给所订购的所述构成部件的多个部件供应商、和经由将从所述部件供应商发货的所述构成部件入库，并将所述构成部件出库到所述产品制造商的交货地点的物流仓库来管理入库出库的物流商协同，由订购所述构成部件的所述产品制造商向所述部件供应商进行货款支付处理。

所述物流、支付代理管理系统具有：P/O受理部，其对于从所述产品制造商对各所述部件供应商发布所述构成部件的P/O信息，随着该P/O信息向所述部件供应商发布，而从所述产品制造商的制造商侧装置进行接收该P/O信息；存储部，其将接收到的所述P/O信息作为要从各所述部件供应商向所述物流仓库入库的所述构成部件的入库预定信息进行存储；入库出库管理部，其将，由对入库所述物流仓库的所述构成部件进行验收的作业人员经仓库侧装置输入的，所述作业人员根据所述P/O信息验收后的所述构成部件的验收入库数，作为所述入库预定信息的入库实际结果进行登记；和支付代理控制部，其进行：入款处理，根据所述验收入库数和预先取得的所述构成部件的单价信息，计算出每个所述P/O信息的验收金额，并将以所述物流商为窗口，对应支付给多个所述部件供应商的所述验收金额的入款账户汇集成的入款委托发送至所述制造商侧装置；汇款处理，对于多个所述部件供应商的每个，从所述物流商向所述部件供应商进行所述验收金额的汇款。

并且，所述入库出库管理部判断所述验收入库数是否小于所述P/O信息的订购数，若判断为所述验收入库数小于所述订购数时，则将所述验收入库数登记为对所述P/O信息的部分验收入库数，并且根据所述订购数与部分验收入库数之差计算出未验收入库数，与已登记所述部分验收入库数的所述P/O信息建立联系，生成以计算出的未验收入库数为订购数的分批交货用的P/O信息，所述支付代理控制部对于已登记所述部分验收入库数的所述P/O信息的部分验收金额进行所述入款处理和所述汇款处理。

对于本发明，经由物流仓库将分别由多个部件供应商发货的构成部件入库，将构成部件向产品制造商的交货地点出库来管理构成部件的入库出库的物流商，代理产品制造商与部件供应商之间对P/O信息的货款的付款通知、支付。

即，通过产品制造商接收从产品制造商对部件供应商发布的P/O信息，对由部件供应商入库物流仓库的入库预定信息进行管理。计数由部件供应商实际入库物流仓库的实物构成部件的个数，作为入库实际结果反映至入库预定信息(P/O信息)。因此，对于入库实际结果，换言之，在入库物流仓库的时刻，以物流商作为窗口将由多个部件供应商供给的构成部件的库存整合(汇集)，并且物流商可以根据入库物流仓库的实际结果一并验收由多个部件供应商供给的构成部件。

以往，产品制造商在发布P/O(Purchase Order：采购订单)之后，在交货地点针对每个P/O进行验收由部件供应商发货的构成部件，根据确定交货后构成部件的库存来确定给部件供应商的支付金额，之后，向部件供应商进行所确定支付金额(验收金额)的支付。即，产品制造商每次在交货地点验收时，需要分别对发布的多个P/O信息确定支付金额，每次进行向部件供应商的支付。因此，当作为产品制造商的交易对象的部件供应商的数量多至几十家、几百家时，针对P/O信息的支付处理也需要分别向众多的部件供应商进行，非常地费事且增加人工费等成本。

然而，对于本发明，在物流仓库验收的构成部件是已确定的由物流仓库向产品制造商交货的P/O信息所对应的库存，反映了入库实际结果的入库预定信息是产品制造商的库存信息。因此，在构成部件入库物流仓库的时刻，物流商可以代替产品制造商确定由产品制造商针对P/O信息给各部件供应商的支付金额(验收金额)。

这样，在入库物流仓库的时刻(入库实际结果)，物流商代理确定(算出)P/O信息所对应的由产品制造商支付给各部件供应商的支付金额(验收金额)，并且针对P/O信息将应支付给各部件供应商的验收金额的入款账户以物流商作为窗口汇集成入款委托以及进行用于由物流商向多个部件供应商分别汇款的汇款处理，因此可以通过物流商对P/O信息所对应的付款通知、支付管理一并管理，能降低人工费等成本。

另一方面，部件供应商根据P/O信息向产品制造商供给所订购数量份的构成部件，但是例如在构成部件的生产管理方面，存在将P/O信息的订购数所对应的构成部件的发货分为多次进行的分批交货的情况。分批交货对于产品制造商而言，例如，即使没有满足订购数也能尽早地确定作为库存的能由部件供应商供给的供给数，能灵活地进行产品的制造管理。然而，即使通过分批交货先行而尽早地交货构成部件，直至满足P/O信息的订购数为止无法进行P/O信息整体的验收，在剩余交货完成之前无法进行P/O信息所对应的验收，即向部件供应商支付验收金额。

对此，对于本发明，判断是否验收入库数小于P/O信息的订购数，若判断验收入库数小于订购数时，则将验收入库数作为部分验收的部分入库实际结果进行登记，并进行已部分验收的P/O信息的部分验收金额所对应的上述入款处理和上述汇款处理。通过这样构成，在每次分批交货时，可以向部件供应商支付部分验收份的验收金额。

并且，通过订购数与部分验收入库数之差计算出未验收入库数，与已登记部分验收入库数的P/O信息联系，生成以计算出的未验收入库数作为订购数的分批交货用的P/O信息，因此直至满足P/O信息整体的订购数为止作为入库预定信息进行管理，并且当针对未验收入库数有构成部件的入库时，与已先行部分验收的P/O信息关联，能单独进行入库的验收和验收金额的确定，并进行上述入款处理和上述汇款处理。

(2)对于上述(1)的物流、支付代理管理系统，所述入库出库管理部将所述P/O信息的订购数作为预定入库所述物流仓库的订购余数，判断所述验收入库数是否小于所述订购余数，若判断所述验收入库数小于所述订购余数时，则将所述验收入库数登记为对所述P/O信息的部分验收入库数，并且从所述订购余数中减去所述验收入库数计算出所述未验收入库数，与已登记所述部分验收入库数的所述P/O信息建立联系，生成以计算出的未验收入库数为新订购余数的所述分批交货用的P/O信息，并且在登记所述部分验收入库数之后，将针对该所述P/O信息输入的验收入库数登记为对所述分批交货用的P/O信息的入库实际结果。然后，所述支付代理控制部可以单独进行对登记有所述部分验收入库数的所述P/O信息和所述分批交货用的P/O信息的各部分验收金额的所述入款处理和所述汇款处理。

(3)对于上述(1)或(2)的物流、支付代理管理系统，所述支付代理控制部计算出将多个所述部件供应商的所述P/O信息的各个的验收金额汇总的总金额，生成汇集有应支付给多个所述部件供应商的所述验收金额的所述总金额的所述入款委托，并发送至所述制造商侧装置。

(4)对于上述(3)的物流、支付代理管理系统，所述存储部可以针对每个所述部件供应商存储所述验收金额的支付日期被设定的部件供应商信息。此时，所述支付代理控制部从所述制造商侧装置接收从所述物流仓库出库的所述构成部件在所述产品制造商的交货地点被验收的交货地点验收日，并根据属于所述交货地点验收日的计入月和所述支付日期，计算出所述汇款处理中向多个所述部件供应商汇款的汇款日期，提取所述汇款日期相同的所述P/O信息，计算出所述总金额，而进行所述入款处理，并且在所述汇款日期对与提取的所述P/O信息相应的各所述部件供应商进行所述汇款处理。

(5)对于上述(4)的物流、支付代理管理系统，还可以具有交货预定信息提供部，其根据已登记所述入库实际结果的所述入库预定信息生成交货预定信息，并提供至所述制造商侧装置。所述支付代理控制部可以从所述制造商侧装置接收针对每个所述P/O信息输入有所述交货验收日的所述交货预定信息。

(6)对于上述(1)～(4)的物流、支付代理管理系统，还可以具有商品主数据管理部，其从所述制造商侧装置接收包括每个所述构成部件的交货地点的商品主数据信息并存储于所述存储部。所述商品主数据管理部可以将所述商品主数据信息发送至所述仓库侧装置，所述商品主数据信息中将预先由所述产品制造商或者所述交货地点提供的所述构成部件的保税管理信息与所述构成部件相关联。所述仓库侧装置具有：发货管理部，其生成打包明细表和发货标签信息，该打包明细表作为用于将入库所述物流仓库的所述构成部件中，包括相同交货地点的所述构成部件的各所述P/O信息作为一个组而交货至所述交货地点的打包明细信息，包括与所述组内的所述构成部件相对应的所述保税管理信息，并且该发货标签信息被粘贴于所述打包明细表中的各所述构成部件，用于识别属于所述组的所述构成部件；和印刷控制部，其通过规定的印刷装置输出所述打包明细表和所述发货标签信息。

附图说明

图1是用于说明第1实施方式的物流、支付代理管理系统的示意图。

图2是用于说明第1实施方式的物流、支付代理管理系统以物流商作为中介进行产品制造商与多个部件供应商之间的物流管理和支付代理管理的示意图。

图3是第1实施方式的物流、支付代理管理系统的网络结构和各装置的结构框图。

图4中(a)是表示第1实施方式的P/O数据的一个例子的图，(b)是表示商品主数据信息的一个例子的图，(c)是表示包括保税管理信息的商品主数据信息的一个例子的图。

图5是表示第1实施方式的物流、支付代理管理系统的商品主数据信息和保税管理信息的处理流程图。

图6是表示第1实施方式的物流、支付代理管理系统根据P/O数据进行入库出库管理的处理流程图。

图7中(a)是表示第1实施方式的入库预定信息的一个例子的图，(b)是表示入库出库登记信息的一个例子的图，(c)是表示部件供应商用支付明细信息的一个例子的图，(d)是表示产品制造商用付款通知明细信息的一个例子的图。

图8是表示第1实施方式的在相同交货地点交货的多个构成部件的封装表和发货标签信息的一个例子的图。

图9是表示用于说明图6所示的入库实际结果登记处理的详细处理和分批交货处理的处理流程图。

图10是表示第1实施方式的物流、支付代理管理系统的支付代理处理流程图。

图11是表示第1实施方式的部件供应商信息的一个例子的图。

图12是用于说明第1实施方式的与支付给部件供应商的各支付日期相对应的支付代理处理的图。

附图标记说明

100 产品制造商侧管理装置

110 通信部

120 控制部(CPU)

121 P/O控制部

122 商品主数据管理部

123 入款处理部

130 存储部

200 厂商侧管理装置

210 通信部

220 控制部(CPU)

221 P/O受理部

222 发送管理部

223 付款通知处理部

230 存储部

300 物流商侧管理装置

310 通信部

320 控制部(CPU)

321 P/O受理部

322 商品主数据管理部

323 入库出库信息控制部

324 支付代理控制部

330 存储部

400 仓库侧管理装置

410 通信部

420 控制部(CPU)

421 入库出库管理部

422 发货管理部

423 印刷控制部

430 存储部

具体实施方式

以下，参照附图，对实施方式进行说明。

(第1实施方式)

图1至图12是表示第1实施方式的图。图1是用于说明本实施方式的物流、支付代理管理系统的示意图。

产品制造商向多个部件供应商发布P/O(Purchase Order)，部件供应商根据P/O涉及的订购(购买订单)商品，例如构成产品制造商制造、销售的产品的构成部件，向产品制造商供给。

在该产品制造商与多个部件供应商之间会发生从部件供应商至产品制造商的交货地点的实物构成部件的物流，和交货至产品制造商的构成部件所对应的货款的付款通知、支付。对于本实施方式的物流、支付代理管理系统，如图1所示，将从多个部件供应商的各个发货的构成部件入库，将构成部件向产品制造商的交货地点出库的物流仓库来管理构成部件的入库出库的物流商，作为产品制造商与部件供应商之间的中介，代理P/O所对应的货款的付款通知、支付。

首先，参照图1，针对本实施方式的物流、支付代理管理系统的整体流程进行说明。随着产品制造商向部件供应商发布P/O，物流商预先受理部件供应商的发布。受理的P/O作为从部件供应商向物流商的物流仓库入库的入库预定信息被登记。

部件供应商将基于P/O的多个构成部件从厂商的发货基地向物流商(物流仓库)发货。物流商由于预先登记了从部件供应商向物流仓库入库的构成部件的P/O作为入库预定信息，因此物流仓库的作业人员使用P/O匹配由部件供应商实际入库物流仓库的实物构成部件，计数构成部件的入库数，并作为入库实际结果登记至入库预定信息(P/O数据)。

对于物流商，将入库的构成部件向产品制造商的交货地点出库，并且代替产品制造商确定入库实际结果，换言之，在构成部件入库物流仓库的时刻下，代替产品制造商确定由产品制造商针对P/O数据向部件供应商支付的支付金额(验收金额)。对于物流商，代替产品制造商，与部件供应商之间进行所确定的支付金额的确认。

另一方面，对于物流商，作为运输业进行从物流仓库出库P/O所对应的构成部件，送达至产品制造商的交货地点的物流业务。产品制造商在交货地点进行P/O所对应的构成部件的验收。在交货地点验收后，物流商代替部件供应商向产品制造商确认，与部件供应商之间确认的支付金额所对应的货款，并进行入款委托。产品制造商向物流商的账户入款应支付给部件供应商的货款。物流商向部件供应商的账户汇款P/O所对应的支付金额。

以往，产品制造商在发布P/O之后，在交货地点针对每个P/O进行验收由部件供应商发货的构成部件，确定给部件供应商的支付金额，之后，向部件供应商进行所确定支付金额(验收金额)的支付。即，产品制造商每次在交货地点验收时，需要分别对发布的多个P/O确定支付金额，每次进行向部件供应商的支付。因此，当作为产品制造商的交易对象的部件供应商的数量多至几十家、几百家时，针对P/O的支付处理也需要分别向众多的部件供应商进行，非常地费事且增加人工费等成本。

然而，对于本实施方式，在物流仓库验收的构成部件是已确定的由物流仓库向产品制造商交货的P/O所对应的库存，反映了入库实际结果的入库预定信息是产品制造商的库存信息。即，从产品制造商接收从产品制造商对部件供应商发布的P/O，对由部件供应商入库物流仓库的入库预定信息进行管理。由部件供应商实际入库物流仓库的实物构成部件，作为入库实际结果反映至入库预定信息(P/O)。因此，对于入库实际结果，换言之，在入库物流仓库的时刻，以物流商作为窗口将由多个部件供应商供给的构成部件的库存整合(汇集)，并且物流商可以根据入库物流仓库的实际结果一并验收由多个部件供应商供给的构成部件。

因此，在构成部件入库物流仓库的时刻，物流商可以代替产品制造商确定针对P/O由产品制造商应支付给各部件供应商的金额(验收金额)。

如图2所示，对于本实施方式的物流、支付代理管理系统，将从多个部件供应商各个发货的构成部件入库，在入库物流仓库的时刻，以物流商作为窗口将由多个部件供应商供给的构成部件的库存汇集。并且，物流商根据入库物流仓库的实际结果一并验收由多个部件供应商供给的构成部件，物流商代理确定P/O所对应的由产品制造商支付给各部件供应商的支付金额。

产品制造商将P/O所对应的应支付给各部件供应商的验收金额的窗口在物流商处汇集。物流商分别代替每个部件供应商，对产品制造商进行将各验收金额汇总成货款的入款委托，并且将由产品制造商汇集且入款的货款基于P/O由物流商向每个部件供应商汇款。

这样，物流商根据从产品制造商受理的P/O，相对于构成部件的入库预定登记入库实际结果，将已确定的由多个部件供应商供给的构成部件向产品制造商的交货作为库存一并管理，并且可以遵循由物流商汇集的各部件供应商与产品制造商之间的物流，一并管理产品制造商与多个部件供应商之间针对P/O的付款通知、支付管理。因此，即使产品制造商进行交易的部件供应商的数量众多，物流商作为代理(中介)基于P/O一并进行订购部件的库存管理和付款通知、支付管理，因此能降低人工费等成本。

接着，参照图3，针对本实施方式的物流、支付代理管理系统的网络结构和各装置的功能进行说明。物流、支付代理管理系统包括：对经由物流仓库的构成部件进行入库出库管理的物流商侧管理装置(相当于物流、支付代理管理装置)300，和与物流商侧管理装置利用网络连接，通过在物流仓库对由部件供应商入库的构成部件进行验收的作业人员来操作的仓库侧管理装置(相当于仓库侧装置)400。

另外，物流、支付代理管理系统可以利用网络来连接产品制造商侧管理装置(相当于制造商侧装置)100和多个厂商侧管理装置(相当于厂商侧装置)200。

产品制造商侧管理装置100包括：通信部110、控制部120和存储部130。通信部110利用网络与各装置之间进行通信控制。控制部120具备：P/O控制部121、商品主数据管理部122和入款处理部123。

对于P/O控制部121，生成向部件供应商发布的P/O数据，并进行发送至厂商侧管理装置200和物流商侧管理装置300的P/O发布处理。图4(a)是表示P/O数据的一个例子的图。P/O数据包括：分类(新建订单/变更/取消)、作为部件供应商的识别信息的采购商ID、厂商名、购买负责人、交货期、订购构成部件的品种ID和品种名(商品名1：日语、商品名2：英语)、P/O序号、订单数量、数量单位(订购单位数量)、单价、货币等。产品制造商按照产品的制造计划，相应地发布P/O数据，从部件供应商采购构成部件。

对于商品主数据管理部122，将P/O数据中包括的构成部件作为商品主数据进行管理。图4(b)是商品主数据信息的一个例子，每个品种ID中包括：商品名(商品名1、2)、采购商ID、采购商名、数量单位、单价、单重(每规定单位(重量、面积、长度、容积、数量)的重量)、货币、销售地。销售地是由部件供应商供给构成部件的交货地点(交货场所)。产品制造商预先与部件供应商签订购买合同，对向部件供应商订购的各品种进行主数据管理，并且可以预先对各品种登记作为交货地点的销售地。

对于入款处理部123，针对P/O数据从物流商侧管理装置300受理入款委托而向多个部件供应商支付金额，进行用于向物流商的账户入款的处理。

厂商侧管理装置200包括：通信部210、控制部220和存储部230。通信部210利用网络与各装置之间进行通信控制。控制部220具备：P/O受理部221、发送管理部222和付款通知处理部223。

对于P/O受理部221，对由产品制造商侧管理装置100发送的P/O数据进行接收。部件供应商根据接收来自产品制造商的P/O数据，进行将所订购的构成部件向物流商的物流仓库发货的发货管理。部件供应商从发货基地或发货仓库将P/O数据订购数量份的构成部件与发货单据一同向物流仓库发送。对于发送管理部222，对基于P/O数据向物流仓库发货的构成部件的包括P/O序号、发货数(订购数)和采购商ID(作为发货地的部件供应商)的发货单据进行控制，使用规定的印刷装置进行印刷。

对于付款通知处理部223，进行与物流商侧管理装置300之间，针对P/O数据的支付货款的确认处理和付款通知书发布处理。并且，进行针对发布的付款通知书由物流商向部件供应商的账户汇款的汇款确认处理。

物流商侧管理装置300包括：通信部310、控制部320和存储部330。通信部310利用网络与各装置之间进行通信控制。控制部320具备：P/O受理部321、商品主数据管理部322、入库出库信息控制部323和支付代理控制部324。

产品制造商侧管理装置100与厂商侧管理装置200之间交换的P/O数据，还通过网络向物流商侧管理装置300发送。对于P/O受理部321，随着产品制造商对部件供应商的各个发布各P/O数据，从产品制造商侧管理装置100接收P/O信息。存储部330用于存储所接收的P/O数据。在此，将由产品制造商受理的P/O数据作为从各部件供应商向物流仓库入库的构成部件的入库预定信息存储于存储部330，并进行管理。

商品主数据管理部322用于接收由产品制造商侧管理装置100提供的图4(b)所示的商品主数据信息，并存储于存储部330。并且，商品主数据管理部322取得每个构成部件所对应的品种的保税管理信息，并进行将其登记于商品主数据信息中的处理。

例如，以日本的海外作为销售地，在对向物流仓库入库的构成部件进行交货时，将利用船舶或飞机进口的进口货物临时搬入保税区域，实施对海关的进口申告，进口申请完成之后，可以将进口货物运输至保税区域外的交货场所。即，每次在保税区域进行进口申告，获得必须的许可，否则无法从保税区域运输至产品制造商的交货地点进行交货。因此，通过预先进行进口申请获得必须的许可(进口许可)，可以顺利地进行经由保税区域向产品制造商的交货。

对此，产品制造商预先在每次交货地点所对应的保税区域进行各品种的进口申告，可以取得作为进口许可的保税管理信息。物流商通过预先取得各品种的进口许可，以海外作为销售地进行交货时，制作包括已取得进口许可的各品种的进口通关文件，并将制作的进口通关文件与P/O数据所对应的构成部件一同向销售地运输，由此能顺利地进行在保税区域的通关许可，而缩短交货之前的交付周期。并且，由于可以顺利地进行在保税区域的通关许可，因此能缩短在交货地点验收之前的交付周期，而防止基于在交货地点的验收的P/O所对应的货款支付的延迟，例如可以如期进行对部件供应商的货款支付。

图5是表示物流、支付代理管理系统的商品主数据信息和保税管理信息的处理流程图。如图5所示，产品制造商侧管理装置100的商品主数据管理部122向物流商侧管理装置300发送商品主数据信息(S101)。需要说明的是，产品制造商侧管理装置100例如可以定期地或者在针对商品主数据信息进行品种的新建登记、更新、删除等的时刻下，适当地向物流商侧管理装置300发送。并且，物流商侧管理装置300可以向产品制造商侧管理装置100发送商品主数据信息的取得要求，根据取得要求向物流商侧管理装置300提供商品主数据信息。

若物流商侧管理装置300的商品主数据管理部322接收来自产品制造商侧管理装置100的商品主数据信息，则进行商品主数据的更新、登记处理(S301)。对于商品主数据管理部322，例如将所接收的商品主数据信息的品种ID作为线索，对存储部330中存储的商品主数据信息进行检索。当没有与所检索的吻合时，则判断该品种ID所对应的商品为新建商品(S302的“是”)，对存储部330的商品主数据信息进行新建登记(追加)(S303)。

商品主数据管理部322为了取得新建登记的品种ID的构成部件的保税管理信息，对产品制造商的交货地点终端进行保税管理信息的验证要求(S304)。交货地点终端是在交货地点操作的计算机装置，从销售地的保税区域运输P/O数据所对应的构成部件。交货地点终端将验证要求的品种ID所对应的保税管理信息发送至物流商侧管理装置300(S3041)。对于商品主数据管理部322，如图4(c)所示，将所接收的来自交货地点终端的保税管理信息与相对应的品种ID关联并登记在商品主数据信息中(S305)。商品主数据管理部322可以将如图4(c)所示的商品主数据信息向仓库侧管理装置400提供。

需要说明的是，对于保税管理信息，可以由产品制造商侧管理装置100向物流商侧管理装置300提供。原因是，对于产品制造商侧预先取得的保税管理信息，可以使产品制造商侧管理装置100与交货地点终端共有。从保税区域交货的构成部件的交货地点管理P/O数据所对应的进口许可，如上所述，可以与交货地点终端之间进行保税管理信息的验证和登记。

另外，在从日本国内的部件供应商向日本国内的销售地交货P/O数据所对应的构成部件时等不需要保税管理信息。此时，省略步骤S304至S305的处理。对于商品主数据管理部322，例如判断商品主数据信息中包括的销售地是否为日本国内，若不是日本国内，则进行步骤S304至S305，若为日本国内，则可以控制将步骤S304至S305的处理省略。

对于入库出库信息控制部323，将由产品制造商提供的P/O数据作为入库预定信息向仓库侧管理装置400发送，从仓库侧管理装置400接收P/O数据所对应的入库出库信息，对从部件供应商向物流仓库入库的构成部件进行入库出库管理。

图6是表示本实施方式根据P/O数据进行入库出库管理的处理流程图。首先，如图6所示，产品制造商侧管理装置100进行P/O发布处理(S110)，并向部件供应商和物流商的双方发送相同的P/O数据。厂商侧管理装置200(P/O受理部221)接收由产品制造商侧管理装置100发送的P/O数据(S210)，根据所接收的P/O数据，进行将所订购的构成部件向物流商的物流仓库发货的发货处理(S211)。

另一方面，物流商侧管理装置300(P/O受理部321)接收来自产品制造商侧管理装置100的P/O数据(S310)。此时，由于P/O数据中包括分类，因此判断分类是否为“删除”(S311)。若物流商侧管理装置300所接收的P/O数据的分类为“删除”时(S311的“是”)，则从已经作为入库预定信息被存储于存储部330的P/O数据中以P/O序号为线索进行检索，将该P/O数据删除(S313)。若判断所接收的P/O数据的分类不是“删除”时(S311的“否”)，则作为入库预定信息进行新建登记，若已经作为入库预定信息登记过相同P/O序号的P/O数据，则进行覆盖更新(S312)。

接着，将构成部件与来自部件供应商的发货单据一同向物流仓库入库。物流仓库的作业人员将入库的实物构成部件的个数与发货单据中记载的发货数匹配，进行入库验收。

仓库侧管理装置400具备：入库出库管理部421、发货管理部422和印刷控制部423。对于入库出库管理部421，接收来自物流商侧管理装置300的入库预定信息，并存储于存储部430(S314)。物流商侧管理装置300的入库出库信息控制部323在规定的时刻向仓库侧管理装置400发送入库预定信息，或者当入库出库管理部421进行用于登记入库实际结果的规定操作时，对物流商侧管理装置300进行入库预定信息的取得要求，可以从物流商侧管理装置300取得入库预定信息。

入库出库管理部421在显示装置中显示存储部430中存储的输入画面。作业人员将入库验收结果，即入库预定信息的各P/O数据所对应的入库实际结果向仓库侧管理装置400输入。在输入画面中，可以设置用于输入采购商ID、P/O序号的输入栏，作业人员将部件供应商所发布的发货单据中的采购商ID或P/O序号输入。

例如进行以下显示控制，若在输入画面中输入采购商ID，则将与所输入的采购商ID相对应的P/O数据从存储部430提取并在输入画面中显示，若输入P/O序号，则将该P/O序号的P/O数据在输入画面中显示。图7(a)是表示入库预定信息的一个例子的图，示出包括向多个部件供应商发布的各P/O数据的方式。需要说明的是，当输入的采购商ID、P/O序号所对应的P/O数据无法利用存储部430检索时，能进行报错处理(登记不可通知)等。

在显示P/O数据的输入画面中，包括用于输入所验收的入库数的输入栏，作业人员向每个所验收的P/O序号所对应的P/O数据输入验收日、验收入库数。将输入的验收日、验收入库数与入库预定信息联系，并作为入库实际结果存储于存储部430(S410)。

图7(b)是表示向入库预定信息登记入库实际结果信息的入库登记信息的一个例子的图。入库实际结果信息中包括所登记的验收入库数以及验收日、验收金额。对于入库出库管理部421，当登记验收入库数时，则使用预先取得的构成部件的单价(P/O数据中包括的构成部件的单价或者商品主数据信息中存储的单价)，计算出P/O数据所对应的验收金额，作为基于入库实际结果的验收金额与入库预定信息关联并存储于存储部430。需要说明的是，对于验收日，可以自动地输入入库实际结果信息的登记日，或者由作业人员输入。

接着，作业人员进行将入库物流仓库且验收的构成部件向交货地点出库的发货处理(S411)。首先，对于发货管理部422，在完成入库实际结果的登记之后，对未出库的多个P/O数据进行提取，并将提取出的多个P/O数据按各销售地(交货地点)进行分组。具体而言，发货管理部422从物流商侧管理装置300取得图4(c)所示的包括保税管理信息的商品主数据信息。取得的时刻可以是进行发货处理的时刻或者也可以是在此之前的任意时刻。

发货管理部422根据商品主数据信息，按各交货地点分组入库物流仓库的多个构成部件，将同一交货地点的多个P/O数据进行分组。例如，当作业人员通过仓库侧管理装置400输入发货处理按钮时，发货管理部422将未出库、即出库日未确定(输入)的P/O数据进行提取，并显示在发货处理画面中。

对于发货管理部422，在显示出未出库的P/O数据的发货处理画面中，根据商品主数据信息进行控制，能选择交货地点，作业人员选择出一个交货地点。发货管理部422将与所选择的交货地点联系的未出库的P/O数据进行提取，生成同一交货地点的发货表并进行显示。作业人员向显示发货表的画面输入出库日、交货预定日，并进行出库登记。发货管理部422将所输入的出库日和交货预定日与登记了入库实际结果的入库预定信息关联，存储于各P/O数据中。

另外，发货管理部422针对将向同一交货地点交货的多个构成物品分组成的发货表，生成发货标签信息。即，生成用于识别同一交货地点的发货表的各发货组和属于发货组的各构成部件的发货标签。需要说明的是，发货标签例如可以包括每个发货表(同一交货地点)不同的母标签，和与母标签联系，发货表内的各P/O数据(构成部件)不同的子标签。

图8是表示向同一交货地点交货的多个构成部件的发货表和发货标签信息的一个例子的图。在图8的例中，例如生成将向同一销售地“中国的A工厂”发货的多个构成部件分组成的发货表，并将作为识别销售地的母标签的发货标签“Q0001”与作为子标签的标签子序号“0001、0002···”关联。并且，可以基于图4(b)或图4(c)所示的商品主数据信息生成发货表，其中包括P/O序号、品种ID、商品名1、商品名2、验收入库数所对应的发货数量、单价、单重、保税管理信息。

另外，在图8所示的发货表中，包括单重和保税管理信息。对于发货表，可以获取被打包的向同一的交货地点发货的多个构成部件，并能用作封装表(打包明细)。如上所述，当交货地点为海外时，在保税区域要进行通关处理。因此，包括保税管理信息的发货表(相当于打包明细信息)能用作进口通关文件(相当于封装表)。

印刷控制部423利用与仓库侧管理装置400连接的打印机等印刷装置进行发货表和发货标签的印刷控制。当作业人员进行用于印刷所生成的发货表和发货标签信息的操作时，则发货管理部422指示印刷控制部423通过印刷装置进行输出，而经由印刷控制部423将发货表和发货标签通过印刷装置打印输出。

在上述发货处理之后，作业人员制作入库出库报告书，向物流商侧管理装置300提供。在此，入库出库报告书是登记了入库实际结果、出库日和交货预定日的P/O数据。因此，对于发货管理部422，根据用于由作业人员制作入库出库报告书的操作，从存储部430提取登记了入库实际结果(入库数量、订购余数、验收日、验收完成数量、验收金额)、出库日和交货预定日的P/O数据，而生成入库出库数据(S412)。发货管理部422将生成的入库出库数据向物流商侧管理装置300发送。

入库出库信息控制部323对入库出库数据进行接收，将入库实际结果(入库数量、订购余数、验收日、验收完成数量、验收金额)、出库日和交货预定日与每个入库预定信息的P/O数据关联，而生成入库出库登记信息，并存储于存储部330(S315、参照图7(b))。

另外，入库出库信息控制部323可以作为交货预定信息提供部来发挥功能。对于入库出库信息控制部323，根据接收的来自仓库侧管理装置400的入库出库数据，而生成向产品制造商侧提供的交货预定信息(S316)，并向产品制造商侧管理装置100和交货地点终端发送(S317)。交货预定信息是已确定的向产品制造商的交货地点交货的库存信息，并且被用作交货地点验收信息。例如，在图7(b)的例中，可以在登记了入库实际结果、出库日和交货预定日的入库预定信息中，生成追加有交货地点验收确认用的输入栏的交货预定信息。在交货地点验收确认栏中输入产品制造商的交货地点的验收交货日和构成部件的验收交货数，并由产品制造商侧(产品制造商侧管理装置100或者交货地点终端)接收包括验收交货日和验收交货数的交货预定信息，由此能把握交货地点的验收情况。

在此，针对仓库侧管理装置400的入库实际结果登记处理(图6的步骤S410)的分批交货处理进行说明。如上所述，部件供应商根据P/O向产品制造商供给所订购数量份的构成部件，但是例如在构成部件的生产管理方面，存在将P/O的订购数所对应的构成部件的发货分为多次进行的分批交货的情况。

分批交货对于产品制造商而言，例如，即使没有满足订购数也能尽早地确定作为库存的部件供应商可以供给的供给数，能灵活地进行产品的制造管理。然而，即使通过分批交货先行来交货构成部件，直至满足P/O的订购数为止无法进行P/O信息整体的验收，在剩余(订购余)的交货完成之前无法进行P/O所对应的验收，即向部件供应商支付验收金额。

对此，对于本实施方式，即使验收入库数小于P/O的订购数，对没有满足订购数的验收入库数进行部分验收并登记入库实际结果，从而可以确定部分验收的P/O的部分验收金额。通过这样构成，在每次分批交货时，可以向部件供应商支付部分验收份的验收金额。

图9是表示用于说明图6的入库实际结果登记处理的详细处理和分批交货处理的处理流程图。首先，入库出库管理部421可以控制在输入验收入库数的输入画面显示订购余数。例如，当针对订购数“1000”而输入的验收入库数为“800”时，作为订购余数则显示“200”。即，当针对订购数而输入相同数量的验收入库数时，作为订购余数则显示“0”，在没有输入验收入库数的状态下，作为订购余数则显示订购数。

如图9所示，对于仓库侧管理装置400的入库出库管理部421，在向显示P/O数据的输入画面中输入验收入库数时(S4101的“是”)，判断输入的验收入库数与订购余数是否相同(S4102)。

若验收入库数与订购余数相同，入库出库管理部421计算出P/O数据所对应的验收金额，并将验收入库数和基于入库实际结果的验收金额与入库预定信息关联，存储于存储部430。

另一方面，当判断验收入库数与订购余数不相同时，则进入步骤S4103，入库出库管理部421判断输入的验收入库数是否小于订购余数。当判断小于时(S4103的“是”)，则入库出库管理部421对没有满足订购余数的验收入库数进行部分验收，并基于验收入库数和单价计算出部分验收金额(S4104)。

然后，入库出库管理部421进行部分验收之后的分批交货处理(S4105)。具体而言，入库出库管理部421计算出由订购余数将所输入的验收入库数减去的P/O数据所对应的未入库数。并且，与登记了部分入库实际结果的P/O数据联系，生成将计算出的未入库数作为订购余数的分批交货用P/O数据。

此时，入库出库管理部421为了将登记了部分入库实际结果的P/O数据与分批交货用P/O数据联系，可以针对相同的P/O序号生成子序号，赋予于P/O数据。即，赋予于针对存在订购余数(订购余数不为零)的P/O数据生成的相同P/O序号的分批交货用P/O数据子序号。

对于子序号，例如，可以作为识别信息生成，来表示相对于订购数“1000”的P/O数据整体的分批交货序号(分批交货次数)。如图7(b)所示，对于P/O序号“P0002”，针对订购数“1000”分为两次进行分批交货。最初的入库数为“800”，将“800”作为部分验收入库数、“200”作为订购余数进行登记，并对P/O序号“P0002”赋予子序号“0001”。在对最初的入库数“800”进行部分验收时，则生成针对相同P/O序号“P0002”赋予子序号“0002”的分批交货用P/O数据。当剩余的“200”入库时，对分批交货用P/O数据登记验收入库数“200”，则订购余数变为“0”，并针对P/O序号为“P0002”的P/O数据进行部分验收。

在如上所述的本实施方式中，将P/O数据的订购数作为向物流仓库入库预定的订购余数进行管理，入库出库管理部421判断所输入的验收入库数是否小于订购余数。当判断验收入库数小于订购余数时，则计算出由订购余数减去验收入库数的未入库数。对于入库出库管理部421，将所输入的验收入库数作为P/O数据所对应的部分入库实际结果进行登记，并与登记了部分入库实际结果的P/O数据联系，生成将计算出的未入库数作为订购余数的分批交货用P/O数据，并作为入库预定信息进行登记。因此，即使在P/O数据存在订购余数的状态下，也可以将登记了部分入库实际结果的P/O数据的一部分独立地验收。

对于入库出库管理部421，在登记部分验收入库数之后，将针对相同P/O数据输入的验收入库数作为分批交货用P/O数据所对应的入库实际结果进行登记。然后，此时的入库出库管理部421再判断所输入的验收入库数是否小于新的订购余数。当判断验收入库数小于订购余数时，则计算出由分批交货用P/O数据的订购余数减去验收入库数的未入库数。对于入库出库管理部421，将所输入的验收入库数作为分批交货用P/O数据所对应的部分入库实际结果进行登记，并与登记了部分入库实际结果的分批交货用P/O数据联系，生成将计算出的未入库数作为订购余数的新的分批交货用P/O数据(P/O序号为“P0002”且子序号为“0003”的分批交货用P/O数据)，并作为入库预定信息进行登记。

需要说明的是，在图9的步骤S4103中，当入库出库管理部421判断所输入的验收入库数大于订购余数时(S4103的“否”)，则进行规定的报警处理(S4106)。作为报警处理，例如由于验收入库数大于P/O数据的订购数，因此可以输出用于提示确认或修正P/O数据订购数的信息。并且，还可以输出指明无法输入(登记)验收入库数的信息。当入库数量大时，后述支付代理处理涉及的验收金额多于基于P/O数据的订购数的金额，因此需要对部件供应商侧的发货错误等进行确认。

接着，支付代理控制部324执行支付代理处理。图10是表示本实施方式的支付代理处理流程图。如图10所示，对于物流商侧管理装置300，向产品制造商交货(出库)构成部件之后，从交货地点终端取得交货地点验收信息(S3042)。在此，交货地点验收信息是指，例如在图6的步骤S317中向产品制造商侧(包括交货地点)提供的追加有交货地点验收确认用的输入栏的交货预定信息。

对于支付代理控制部324，当从交货地点终端接收交货地点验收信息时，则进行验收匹配处理(S320)。对于验收匹配处理，对各P/O数据进行判断，交货地点发送的交货地点验收信息、存储于存储部330的入库出库登记信息和商品主数据信息之间，至少构成部件的数量和构成部件的单价是否一致。

在交货地点，例如可以基于来自物流商侧管理装置300提供的交货预定信息，向各P/O数据中输入所交货的实物构成部件的验收交货数、交货验收日。并且，还可以根据由产品制造商发布的P/O数据来验证交货预定信息中包括的构成部件的单价。例如，从部件供应商向物流仓库入库之后，或者从物流仓库向交货地点发货构成部件之后，若存在P/O数据的内容变更的情况时，在交货地点进行验收时，例如可以基于变更后的(最新的)P/O数据对单价进行变更，并反映至交货验收信息中。

对于支付代理控制部324，针对各P/O数据进行匹配从交货地点发送的交货地点验收信息的验收交货数和单价，与入库出库登记信息的验收入库数和单价。并且，也可以进行匹配商品主数据信息的单价与这些信息。对于支付代理控制部324，在交货地点验收信息与入库出库登记信息之间，若发生验收交货数和单价不一致的情况时(S321的“是”)，则提取验收交货数和单价产生不一致的P/O数据，并生成不一致表。然后，将生成的不一致表向产品制造商侧管理装置100和厂商侧管理装置200提供(S3201)，进行确认。

对于不一致表中包括的P/O数据的验收交货数或单价的错误匹配，在产品制造商与部件供应商之间进行确认、协商，例如由产品制造商来提供正确的单价和验收交货数的确认信息。支付代理控制部324将不一致表中各P/O数据的确认信息中包括的单价和验收交货数反映到入库出库登记信息。并且，若单价被变更，则对该各品种ID的商品主数据信息的单价进行更新(S3202)。

支付代理控制部324根据确认信息对入库出库登记信息和商品主数据信息的数据修正处理之后，再次进行步骤S320的验收匹配处理，使P/O数据所对应的物流仓库的入库实际结果与在交货地点的验收交货数或单价一致。需要说明的是，由产品制造商提供的确认信息中可以包括交货地点验收信息不正确的情况，此时，可以再次通过交货地点终端或产品制造商侧管理装置100接收订正后的交货地点验收信息，进行步骤S320的验收匹配处理。

在如上所述的本实施方式中，虽然在入库物流仓库的时刻下对P/O数据所对应的构成部件的验收金额进行确定，但物流商作为产品制造商与多个各部件供应商之间的中介，一并确认交货地点的最终验收信息，从而消除基于物流仓库的入库实际结果的验收金额与交货地点的验收金额之间的错误匹配。因此，产品制造商不需要与多个部件供应商之间进行基于交货地点验收信息的验收金额的确认，从而可以顺利地确定支付给部件供应商的支付金额。由于产品制造商不需要与多个部件供应商之间单独地对交货地点验收信息确认一致/不一致，因此可以缩短产品制造商侧从交货地点验收开始至验收金额确定的交付周期，例如可以如期进行对部件供应商的货款支付。

另外，交货地点验收信息是向产品制造商侧提供的追加有交货地点验收确认用输入栏的交货预定信息，并遵循存储部330中存储的入库出库登记信息的数据构成(数据结构)。因此，对于交货地点验收信息和入库出库登记信息，如图7(a)、图7(b)所示，共有(关联)入库预定信息和入库实际结果信息的各数据，基于共同的数据结构能容易地进行步骤S320的验收匹配处理中的数据彼此对照(更新等)。例如，若交货地点验收信息和入库出库登记信息的数据结构不同，则需要进行统一成其中一方的数据构成等的数据整理，但在本实施方式中，不需要进行数据整理，由于能迅速地进行验收匹配处理，并且不需要数据整理时人工进行的订正作业，因此可以抑制数据修正时产生的人为错误。

对于支付代理控制部324，在基于物流仓库的入库实际结果的验收金额与在交货地点的验收金额之间的错误匹配被消除之后，根据与交货地点验收信息所匹配的入库出库登记信息，对每个P/O数据进行验收金额的确定(S322)。需要说明的是，在步骤S321中，对于交货地点验收信息的验收交货数和单价，与入库出库登记信息的验收入库数和单价匹配的P/O数据(S321的“否”)，则不进行验收入库数和单价的订正而确定验收金额。另外，可以将交货地点验收信息的验收交货日和构成部件的验收交货数反映至各P/O数据的入库出库登记信息中。

对于支付代理控制部324，若在步骤S322中每个P/O数据的验收金额被确定之后，则生成用于各部件供应商的支付明细(汇款明细)信息(S323)。图7(c)是表示部件供应商用支付明细信息的一个例子的图。支付代理控制部324基于存储部330中存储的入库出库登记信息，例如部件供应商分别提取图7(c)所示的支付明细信息，而生成各部件供应商用的支付明细信息。在图7(c)的例中，对于采购商ID“B0001”，可以生成包括P/O序号为“P0001”和“P0002”的支付明细信息。

支付代理控制部324将生成的支付明细信息向各厂商侧管理装置200提供(S324)。部件供应商(厂商侧管理装置200的付款通知处理部223)根据接收到的来自物流商侧管理装置300的支付明细信息，对各P/O数据进行验收金额的确认(匹配)。付款通知处理部223进行基于支付明细信息的付款通知书发布处理(S220)，并将所发布的付款通知书数据向物流商侧管理装置300进行发送。即，提供步骤S324的支付明细信息，对各部件供应商进行基于支付明细的付款通知书发布委托。

另一方面，对于支付代理控制部324，在步骤S323中，生成各部件供应商的支付明细(汇款明细)信息的同时生成产品制造商用付款通知明细信息。图7(d)是表示产品制造商用付款通知明细信息的一个例子的图。即，将图7(c)所示的各部件供应商用支付明细信息作为产品制造商用汇集而成的信息，支付给各部件供应商的支付金额作为向产品制造商的付款通知金额。本实施方式的产品制造商用付款通知明细信息是将应支付给多个部件供应商的验收(付款通知)金额的入款账户以物流商作为窗口汇集成的入款委托。

支付代理控制部324将作为入款委托的产品制造商用付款通知明细信息向产品制造商侧管理装置100发送(S325)。产品制造商侧管理装置100的入款处理部123对产品制造商用付款通知明细信息进行接收，例如进行用于将产品制造商用付款通知明细信息的各P/O数据的各验收金额从产品制造商的账户向物流商的账户进行入款的入款处理(S120)。产品制造商侧管理装置100中预先存储有物流商的账户信息，入款处理部123可以基于产品制造商用付款通知明细信息和物流商的账户信息进行入款处理。

支付代理控制部324进行确认由产品制造商向物流商账户的入款(S326)。例如，支付代理控制部324可以通过规定的金融机构取得向物流商账户入款的入款金额信息。对于支付代理控制部324，确认来自产品制造商的入款之后，针对多个部件供应商的每一个，进行由物流商向部件供应商的账户汇款P/O数据所对应的验收金额的汇款处理(S327)。此时，针对一个部件供应商进行多个P/O数据所对应的验收金额的汇款时，可以将对这些验收金额汇总成总金额对部件供应商的账户进行汇款。另外，在本实施方式的汇款处理中，例如包括向开设有物流商账户的金融机构进行用于向各部件供应商的金融机构的账户转帐验收金额的汇款委托处理。支付代理控制部324可以将生成的包括各部件供应商的金融机构的账户信息、相当于验收金额的转账金额、相当于后述支付日期的转账委托日等的转账委托数据，利用互联网等网络发送至金融机构，或者将生成的转账委托数据利用FAX等发送至金融机构。

需要说明的是，支付代理控制部324在从步骤S322至步骤S328的支付代理处理中，如图7(c)和图7(d)所示，对于已登记部分验收入库数的P/O数据(P/O序号“P0002”、子序号“0001”)的部分验收金额也进行入款处理和汇款处理。

图11是表示部件供应商信息的一个例子的图。部件供应商信息可以预先进行存储。例如，物流商侧管理装置300提供通过部件供应商的登记画面输入部件供应商信息的功能，并且将管理者等通过登记画面输入的部件供应商信息存储于存储部330。作为部件供应商信息，可以包括与P/O数据关联的采购商ID、采购商名、地址、联系方式，以及收款方银行名、收款方银行账户等。

对于支付代理控制部324，在进行入款处理和汇款处理之后，生成包括基于产品制造商用付款通知明细信息的入款委托所对应的入款记录和向各部件供应商汇款的汇款记录的入款、汇款信息，并存储于存储部330(S328)。例如入款记录包括基于入款委托No(号)的入款金额、入款日等，所述入款委托No(号)包括入款对象的多个P/O序号。作为汇款记录，包括与各P/O序号联系的向各部件供应商汇款的汇款金额和汇款日等。

图12是用于说明与支付给部件供应商的各支付日期相对应的支付代理处理的图。例如，各部件供应商可以将支付日期设定为，例如交货后30日、60日、120日等。在此，可以将交货后30日的起算日定为产品制造商侧的交货地点验收日。

例如，对于符合分包货款支付延迟等防止法的部件供应商，需要对通过交货地点验收日和截止日计算出的计入月起30日以内交货的构成部件进行货款支付。在本实施方式中，对基于这种法律的支付日期、或预先在产品制造商与部件供应商之间设定的支付日期进行管理(设定)，以使向部件供应商的货款支付如期进行。

需要说明的是，对于支付日期的设定，例如可以通过在部件供应商信息的登记画面中，向支付日期栏输入规定的支付日期进行设定。另外，作为分包货款支付延迟等防止法对象的部件供应商，例如可以使登记画面中显示出“分包法”复选框，对于“分包法”复选框被确认的部件供应商，支付日期将自动地设为“30日”。

如图12所示，对于支付代理控制部324，将从交货地点发送的交货地点验收信息的交货地点验收日存储于每个P/O数据中，并且根据交货地点验收日能计算出支付给部件供应商的货款支付月，换言之，可以计算出表示产品制造商的货款支付所对应的验收金额的入款月的计入月。可以通过交货地点验收日和截止日计算出计入月。例如，当截止日为每月的29日时，若交货地点验收日为当月的29日以前，则计入月算为当月，若为30日以后，则计入月算为下月。需要说明的是，对于截止日和计入月等会计方面的计算等，可以适当地设定。

支付代理控制部324可以根据针对每个P/O数据所计算出的计入月，和部件厂商信息中设定的支付日期，计算出汇款日(汇款日期)。例如，对于计入月为5月且支付日期为30日的部件供应商的P/O数据，可以计算出下月的6月末为汇款日。支付代理控制部324将入库出库登记信息中包括的P/O数据中、已登记交货地点验收日的P/O数据作为对象，对通过交货地点验收日和截止日计算出的计入月和根据计入月和支付日期计算出的汇款日进行设定。可以在适当设定的规定时刻下进行计入月和汇款日的计算和设定的处理。

例如支付代理控制部324可以根据针对汇款日(汇款日期)而设定的产品制造商的入款日来进行图10的步骤S323～S325。以来自产品制造商的入款作为前提，在进行向部件供应商的货款支付时，例如可以设定早于汇款日的几日前为入款日，且在早于入款日之前向产品制造商提供付款通知明细信息。

在图12的例中，支付代理控制部324针对6月末的汇款日，生成将6月25日作为入款日而设定的产品制造商用付款通知信息。此时，对于支付代理控制部324，如图12所示，作为6月份计算出将多个部件供应商的各P/O数据的验收金额汇总的入款总金额，并生成将应支付给多个部件供应商的各验收金额汇集成入款总金额的入款委托。

这样，支付代理控制部324根据属于交货地点验收日的计入月和针对各部件供应商分别设定的不同的支付日期，计算出汇款处理中向多个部件供应商汇款的汇款日期，提取汇款日期相同的P/O数据并计算出将多个部件供应商的各P/O数据的验收金额汇总的入款总金额，生成并提供产品制造商用付款通知明细信息。另外，在针对部件供应商计算出的汇款日期，对各部件供应商进行各P/O数据所对应的汇款处理。

因此，产品制造商接受将针对P/O数据应支付给各部件供应商的验收金额以物流商作为窗口汇集成的入款委托，物流商进行用于向多个部件供应商分别汇款的汇款处理，因此可以通过物流商对P/O数据所对应的付款通知、支付管理一并管理，能降低人工费等成本。

进一步，如图12的例所示，在本实施方式中，可以利用分批交货对部分验收P/O数据跨月单独进行入款处理和汇款处理。具体而言，对P/O序号“P0002”，子序号“0001”的P/O数据进行以5月末作为汇款日的入款处理和汇款处理，对相同P/O序号且子序号为“0002”的分批交货用的P/O数据进行以下月的6月末作为汇款日的入款处理和汇款处理。

即，在本实施方式中，通过上述分批交货处理，对部分验收的P/O数据生成分批交货用的P/O数据，将在部分验收后对相同P/O数据(P/O序号)输入的验收入库数作为分批交货用的P/O数据所对应的入库实际结果进行登记，因此直至满足P/O数据整体的订购数为止作为入库预定信息进行管理，并且当针对未验收入库数有构成部件的入库时，与已先行部分验收的P/O数据关联，从而确定单独入库的验收和验收金额的确定。

因此，支付代理控制部324可以单独进行已登记部分验收入库数的P/O数据(子序号“0001”)和分批交货用的P/O数据(子序号“0002”)的各部分验收金额所对应的入款处理和汇款处理。

即使通过分批交货先行而尽早地交货构成部件，直至满足P/O数据的订购数为止也无法进行P/O数据整体的验收，在剩余交货结束之前无法进行针对P/O数据的验收，即可以消除无法进行向部件供应商支付验收金额的情况，在每次分批交货时，可以向部件供应商支付部分验收份的验收金额。

以上，在上述实施方式中，图6和图9所示的入库信息的登记处理(包括分批交货处理)和出库信息的登记处理是通过仓库侧管理装置400来进行的，但也可以通过物流商侧管理装置300来进行。

例如，使物流商侧管理装置300的入库出库信息控制部323具备入库出库管理部421和发货管理部422的功能。此时，入库出库管理部421进行输入画面的显示控制和由作业人员输入的输入信息的输入控制。对于入库出库信息控制部323，若在输入画面中输入采购商ID、P/O序号，则从存储部330提取出与所输入的采购商ID、P/O序号相对应的P/O数据，并发送至仓库侧管理装置400。入库出库管理部421将接收到的P/O数据表示于输入画面。

对于入库出库管理部421，在表示出P/O数据的输入画面中，分别向已验收的与P/O序号相对应的P/O数据输入验收日、验收入库数时，则向物流商侧管理装置300发送，入库出库信息控制部323将从仓库侧管理装置400接收到的验收日、验收入库数与入库预定信息联系并作为入库实际结果存储于存储部330。另外，入库出库信息控制部323利用P/O数据中包括的构成部件的单价或者商品主数据信息中存储的单价，和通过输入画面输入的验收入库数，计算出P/O数据所对应的验收金额，并作为基于入库实际结果的验收金额与入库预定信息关联，存储于存储部330。

进一步，对于入库出库信息控制部323，若接收来自仓库侧管理装置400的发货处理要求，则从存储部330提取出出库日未被确定(输入)的P/O数据，仓库侧管理装置400将其显示在发货处理画面中。对于入库出库管理部421，若在显示出未出库的P/O数据的发货处理画面中选择一个交货地点，则将所选择的交货地点发送至物流商侧管理装置300。入库出库信息控制部323提取出与所选择的交货地点联系的未出库的P/O数据，并生成同一交货地点的发货表，发送至仓库侧管理装置400。入库出库管理部421由显示出发货表的画面输入出库日、交货预定日，向物流商侧管理装置300发送，入库出库信息控制部323将接收到的出库日、交货预定日与登记了入库实际结果的入库预定信息相关联，存储于各P/O数据中。

另外，对于入库出库信息控制部323，同样地，可以针对将向同一交货地点交货的多个构成物品分组的发货表，生成发货标签信息，以及生成包括单重和保税管理信息的发货表，并发送至仓库侧管理装置400。仓库侧管理装置400可以控制印刷装置经由印刷控制部423印刷接收到的发货标签信息和包括单重和保税管理信息的发货表。需要说明的是，此时，由于入库出库数据如上所述地被存储于物流商侧管理装置300，从而可以省略入库出库报告书的制作处理。作业人员例如选择与入库出库报告书制作相对应的入库出库完成按钮等，通过仓库侧管理装置400向物流商侧管理装置300发送入库出库完成要求，由此能完成入库出库报告书的制作。

另外，上述装置100、200、300、400可以具备进行画面、信息的显示控制的浏览器功能。并且，作为硬件结构，除了上述以外，还可以具备液晶显示器等显示装置、对装置整体(各部)的控制进行管理的CPU、存储器(主存储装置)、鼠标、键盘、触摸面板、扫描器等操作输入手段、打印机、扬声器等输出手段、辅助存储装置(硬盘等)等。

另外，可以利用程序来实现本发明的各功能，为了实现各功能而将预先准备好的计算机程序存储于補助存储装置中，CPU等控制部将存储于補助存储装置中的程序在主存储装置中读取，控制部对在主存储装置中读取的该程序进行执行，由此可以在计算机装置中执行物流商侧管理装置300、仓库侧管理装置400各部分的功能。另外，可以通过分别独立的控制装置来构成本发明的各功能，将多个控制装置直接地或通过网络进行连接，也可以构成例如物流商侧管理装置300。

另外，对于上述程序，也可以在被记录于计算机可读取的记录介质的状态下向计算机提供。作为计算机可读取的记录介质，可列举出CD-ROM等光盘、DVD-ROM等相变型光盘、MO(Magnet Optical：磁光盘)、MD(Mini Disk：迷你光碟)等磁光盘、软盘(Floppy：注册商标)、可移动硬盘等磁盘、微型闪存器(注册商标)、智能媒体、SD存储卡、记忆棒等存储卡。另外，为了实现本发明的目的，作为记录介质也包括特别设计而构成的集成电路(IC芯片等)等硬件装置。