CN1392994A - 代销代理系统 - Google Patents

代销代理系统 Download PDF

Info

Publication number
CN1392994A
CN1392994A CN01803133.1A CN01803133A CN1392994A CN 1392994 A CN1392994 A CN 1392994A CN 01803133 A CN01803133 A CN 01803133A CN 1392994 A CN1392994 A CN 1392994A
Authority
CN
China
Prior art keywords
supplier
commission basis
factoring
selling
financial institution
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN01803133.1A
Other languages
English (en)
Inventor
江田敏彦
窪小谷隆
濑户口达也
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Billings Systems Inc
Toshiba Corp
Original Assignee
Billings Systems Inc
Toshiba Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Billings Systems Inc, Toshiba Corp filed Critical Billings Systems Inc
Publication of CN1392994A publication Critical patent/CN1392994A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/04Billing or invoicing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02Banking, e.g. interest calculation or account maintenance

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Computer Security & Cryptography (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明的一种代销代理系统1,其特征在于,包括:代销目标数据产生装置51,用于接收来自门户站点2的作为关于帐单的信息的费用详细信息,和用于根据供应商所规定的条件从费用详细信息中产生要被代销的代销目标数据;和代销装置52,用于将这一代销目标数据发送到用于购买销售信用单的购买金融机构6,和使购买金融机构6从代销目标数据中提取出可购买的销售单并将可购买的销售单的支付款汇给供应商指定金融机构10。因此,能够减轻供应商所承受的代销数据处理负担,并能够成批处理发给多个金融机构的代销请求。

Description

代销代理系统
技术领域
本发明涉及一种代销代理(factoring commission)系统,用于受委托出售门户站点等处的销售交易利用计算机系统所产生的销售信用单,尤其涉及这样一种代销代理系统,它能够减轻供应商所承受的数据处理负担,并能够成批处理发给多个金融机构的代销请求。
背景技术
在公司之间的商业交易中,当成功地进行了商业谈判并完成了商品的交货时,会为供应商产生一个可收款帐单。按照惯例,每个公司都执行预定的代销,以通过将这一可收款帐单作为一个销售信用单出售给某个银行来获得资金。
然而,按惯例,请求代销的供应商必须通过亲自就每个买方和每个付款到期日调整可收款帐单来准备代销所需的数据。因此,要求供应商执行复杂的数据处理始终是一个问题。
此外,按惯例,供应商发出代销请求局限于某个指定的金融机构,比如帐户所在银行。因此,无法在多个金融机构中进行代销也一直是一个问题。
本发明考虑到了上述问题,本发明的目的在于提供这样一种代销代理系统,它能够减轻供应商所承受的代销数据处理负担,并能够成批处理发给多个金融机构的代销请求。
发明内容
为了达到上述目的,提供了一种如权利要求1所述的本发明的代销代理方法,用以利用计算机系统来执行通过门户站点的供应商品的供应商与购买商品的买方之间的交易,并利用服务器来受委托出售这些交易所产生的销售信用单。这种代销代理方法其特征在于:该服务器根据供应商所规定的代销条件,从作为关于门户站点处的交易所产生的费用帐单的信息的费用详细信息中产生要被代销的代销目标数据,将代销目标数据发送到用于购买销售信用单的购买金融机构,和使购买金融机构从代销目标数据中提取出可购买的销售信用单并将可购买的销售信用单的支付款汇给供应商所指定的供应商指定金融机构。
根据权利要求1的发明,能够减轻供应商所承受的代销数据处理负担,并能够成批处理发给多个金融机构的代销请求。
提供了一种如权利要求2所述的本发明的代销代理设备,用以受委托出售利用计算机系统所执行的通过门户站点的供应商品的供应商与购买商品的买方之间的交易所产生的销售信用单。该代销代理设备其特征在于,包括:代销目标数据产生装置,用于接收来自门户站点的作为关于门户站点处的交易所产生的费用帐单的信息的费用详细信息,和用于根据供应商所规定的代销条件从费用详细信息中产生要被代销的代销目标数据;和代销装置,用于将代销目标数据产生装置所产生的代销目标数据发送到用于购买销售信用单的购买金融机构,和使购买金融机构从代销目标数据中提取出可购买的销售信用单并将可购买的销售信用单的支付款汇给供应商所指定的供应商指定金融机构。
根据权利要求2的发明,能够减轻供应商所承受的代销数据处理负担,并能够成批处理发给多个金融机构的代销请求。
权利要求3中所述的本发明的代销代理设备的代销目标数据产生装置的特征在于,根据供应商所输入的搜索条件来搜索费用详细信息,并向供应商提供与搜索条件相符合的费用详细信息。
根据权利要求3的发明,由于向供应商提供了与搜索条件相符合的费用详细信息,因此,供应商能容易地选择想要被代销的销售信用单。
权利要求4中所述的本发明的代销代理设备其特征在于,还包括分销证明装置,用于向购买金融机构显示证实分销公司已将交易商品交货的分销证明。
根据权利要求4的发明,由于购买金融机构可以通过查阅分销证明来提取可用于代销的信用单,因此,购买金融机构可毫无顾虑地购买销售信用单。
权利要求5中所述的本发明的代销代理设备的代销装置其特征在于,在供应商与购买金融机构之间调整和决定购买金融机构所提取出的可购买的销售信用单的购买条件。
根据权利要求5的发明,由于可以在供应商与购买金融机构之间调整购买条件,因此,在这两者之间可以以最好的条件来买卖销售信用单。
权利要求6中所述的本发明的代销代理设备其特征在于,还包括信用调查信息提供装置,用于提供关于公司的信用的信用调查信息。
根据权利要求6的发明,由于购买金融机构可以通过查阅信用调查信息来提取代销可用的信用单,因此,购买金融机构可毫无顾虑地购买销售信用单。
权利要求7中所述的本发明的代销代理设备其特征在于,还包括代销状态提供装置,用于当输入搜索代销状态的代销状态搜索条件时提供关于与代销状态搜索条件相符的销售信用单的信息。
根据权利要求7的发明,代销代理公司总是能了解代销代理状态并核实因破产等原因而无法收到款的信用单。
提供了一种如权利要求8所述的本发明的代销代理程序,用以受委托出售利用计算机系统所执行的通过门户站点的供应商品的供应商与购买商品的买方之间的交易所产生的销售信用单。该代销代理程序其特征在于,包括:代销目标数据产生过程,用于接收来自门户站点的作为关于门户站点处的交易所产生的费用帐单的信息的费用详细信息,和用于根据供应商所规定的代销条件从费用详细信息中产生要被代销的代销目标数据;和代销过程,用于将代销目标数据产生过程中所产生的代销目标数据发送到用于购买销售信用单的购买金融机构,和使购买金融机构从代销目标数据中提取出可购买的销售信用单并将可购买的销售信用单的支付款汇给供应商所指定的供应商指定金融机构。
根据权利要求8的发明,能够减轻供应商所承受的代销数据处理负担,并能够成批处理发给多个金融机构的代销请求。
权利要求9中所述的本发明的代销代理程序的代销目标数据产生过程其特征在于,根据供应商所输入的搜索条件来搜索费用详细信息,并向供应商提供与搜索条件相符合的费用详细信息。
根据权利要求9的发明,由于向供应商提供了与搜索条件相符合的费用详细信息,因此,供应商能容易地选择想要被代销的销售信用单。
权利要求10中所述的本发明的代销代理程序其特征在于,还包括分销证明过程,用于向购买金融机构显示证实分销公司已将交易商品交货的分销证明。
根据权利要求10的发明,由于购买金融机构可以通过查阅分销证明来提取代销可用的信用单,因此,购买金融机构可毫无顾虑地购买销售信用单。
权利要求11中所述的本发明的代销代理程序的代销过程其特征在于,在供应商与购买金融机构之间调整和决定购买金融机构所提取出的可购买的销售信用单的购买条件。
根据权利要求11的发明,由于可以在供应商与购买金融机构之间调整购买条件,因此,在这两者之间可以以最好的条件来买卖销售信用单。
权利要求12中所述的本发明的代销代理程序其特征在于,还包括信用调查信息提供过程,用于提供关于公司的信用的信用调查信息。
根据权利要求12的发明,由于购买金融机构可以通过查阅信用调查信息来提取代销可用的信用单,因此,购买金融机构可毫无顾虑地购买销售信用单。
权利要求13中所述的本发明的代销代理程序其特征在于,还包括代销状态提供过程,用于当输入搜索代销状态的代销状态搜索条件时提供关于与代销状态搜索条件相符的销售信用单的信息。
根据权利要求13的发明,代销代理公司总是能了解代销代理状态并核实因破产等原因而无法收到款的信用单。
提供了一种如权利要求14所述的本发明的供应商终端,用以通过计算机系统向门户站点提供商品信息,并通过与买方进行交易来销售商品。该供应商终端其特征在于:提示供应商规定代销条件,用于从作为关于门户站点处的交易所产生的费用帐单的信息的费用详细信息中产生要被代销的代销目标数据;当供应商规定了代销条件时,将代销条件发送到服务器,于是服务器产生代销目标数据;和在购买金融机构从代销目标数据中提取出可购买的销售信用单并且供应商所指定的供应商指定金融机构接收到可购买的销售信用单的支付款后,接收用于核实支付款的一个收到款的通知。
根据权利要求14的发明,能够减轻供应商所承受的代销数据处理负担,并能够成批处理发给多个金融机构的代销请求。
权利要求15中所述的本发明的供应商终端其特征在于,当供应商输入用于搜索所持有的销售信用单的搜索条件时,将搜索条件发送到服务器,然后接收来自服务器的根据搜索条件搜索到的费用详细信息并将其提供给供应商。
根据权利要求15的发明,由于向供应商提供了与搜索条件相符合的费用详细信息,因此,供应商能容易地选择想要被代销的销售信用单。
权利要求16中所述的本发明的供应商终端其特征在于,当接收到来自所述服务器的由所述购买金融机构所输入的所述可购买的销售信用单的购买条件时,提示所述供应商输入一个对所述购买条件的响应,并当输入了所述响应后将所述响应发送到所述服务器。
根据权利要求16的发明,由于供应商可以与购买金融机构协商购买条件,因此,供应商可以以最好的条件来出售销售信用单。
附图说明
图1是表示根据本发明的第一实施方式的代销代理系统的配置的框图。
图2是说明图1中所示的代销代理系统中的会员信息登记的流程图。
图3示出了图2中所示的会员信息登记中的金融机构的登记屏幕的一个例子。
图4示出了图2中所示的会员信息登记中的会员信息的显示屏幕的一个例子。
图5是说明图1中所示的门户站点处的商品销售交易的流程图。
图6是说明图1中所示的代销代理系统中的受委托代销的流程图。
图7示出了图6中所示的受委托代销中的供应商所持有的销售信用单的总表的一个例子。
图8示出了图7中所示的所持有的销售信用单的总表的详细情况。
图9示出了图6中所示的受委托代销中的代销条件的输入屏幕的一个例子。
图10示出了图6中所示的受委托代销中的代销目标数据的明细表屏幕的一个例子。
图11示出了图10中所示的代销目标数据的详细情况。
图12示出了图6中所示的受委托代销中可被代销的信用单的明细表屏幕的一个例子。
图13示出了图12中所示的代销可用的信用单的详细情况。
图14示出了图6中所示的受委托代销中的代销执行请求屏幕的一个例子。
图15示出了图6中所示的受委托代销中的所购买的信用单的报告屏幕的一个例子。
图16示出了图6中所示的受委托代销中的未收到款的信用单的明细表屏幕的一个例子。
图17是表示根据本发明的第二实施方式的代销代理系统的配置的框图。
图18是说明图17中所示的门户站点处的商品销售交易的流程图。
图19A和19B是说明图17所示的代销代理系统中的受委托代销的流程图。
图20示出了图19A和19B中所示的受委托代销中的代销申请屏幕。
图21示出了图19A和19B中所示的受委托代销中的所持有的销售信用单的总表的一个例子。
图22示出了图21中所示的所持有的销售信用单的总表的详细情况。
图23详细示出了图22中所示的所持有的销售信用单的详细情况表。
图24示出了图23中所示的所持有的销售信用单的详尽内容。
图25示出了图19A和19B中所示的受委托代销中的代销目标搜索中的搜索条件输入屏幕的一个例子。
图26示出了图19A和19B中所示的受委托代销中的代销目标搜索中的搜索结果的一个例子。
图27示出了图19A和19B中所示的受委托代销中的代销条件的输入屏幕的一个例子。
图28示出了图19A和19B中所示的受委托代销中的代销条件的输入屏幕的一个例子。
图29示出了图19A和19B中所示的受委托代销中的代销目标数据的明细表屏幕的一个例子。
图30示出了图29中所示的代销目标数据的详细情况。
图31示出了图19A和19B中所示的受委托代销中的可购买的信用单的明细表屏幕的一个例子。
图32示出了图31中所示的可购买的信用单的详细情况。
图33详细示出了图32中所示的可购买的信用单的详细情况表。
图34示出了图33中所示的可购买的信用单的详尽内容。
图35示出了图19A和19B中所示的受委托代销中的信用调查信息的选择屏幕的一个例子。
图36示出了图19A和19B中所示的受委托代销中的信用调查信息的一个例子。
图37示出了图19A和19B中所示的受委托代销中所出现的分销证明的一个例子。
图38示出了图19A和19B中所示的受委托代销中的购买条件的输入屏幕的一个例子。
图39示出了图19A和19B中所示的受委托代销中的购买条件的调整屏幕的一个例子。
图40示出了图19A和19B中所示的受委托代销中的购买条件的输入屏幕的一个例子。
图41示出了图19A和19B中所示的受委托代销中的购买条件的调整屏幕的一个例子。
图42示出了图19A和19B中所示的受委托代销中的意见记录屏幕的一个例子。
图43示出了图19A和19B中所示的受委托代销中的代销可用的信用单的明细表屏幕的一个例子。
图44示出了图43中所示的代销可用的信用单的一种详细情况。
图45示出了图19A和19B中所示的受委托代销中的代销执行请求屏幕的一个例子。
图46示出了图19A和19B中所示的受委托代销中的所购买的信用单的报告屏幕的一个例子。
图47示出了图19A和19B中所示的受委托代销中的未收到款的信用单的明细表屏幕的一个例子。
图48示出了图19A和19B中所示的受委托代销中的代销状态的搜索屏幕的一个例子。
图49示出了图19A和19B中所示的受委托代销中的未收到款的信用单的明细表屏幕的一个例子。
具体实施方式
下面,参照附图来描述根据本发明的实施方式的代销代理系统。
(第一实施方式)
1.系统配置
如图1中所示,本实施方式的代销代理系统1包括:买方公司的买方终端3,用于通过接入门户站点2A,2B,...,和2N来购买商品;供应商公司的供应商终端4,用于将商品信息提供给门户站点2A,2B,...,和2N;作为服务器的代销代理设备5,用以根据供应商与买方之间的交易所产生的销售信用单来执行受委托的代销;购买金融机构6A,6B,...,和6N,用于购买销售交易所产生的销售信用单;作为销售信用单的支付款的接收方的供应商所指定的供应商指定金融机构10;和作为可收款帐单的接收方的买方所指定的买方指定金融机构11。
在这种情况下,买方终端3、供应商终端4、门户站点2A,2B,...,和2N与代销代理设备5通过通信网7互连。门户站点2A,2B,...,和2N与代销代理设备5通过通信网8互连。代销代理设备5与金融机构6A,..,6N、10和11通过通信网9互连。通信网7、8和9由通信线路比如因特网、拨号接通、专用线路、VPN和无线连接构成。具体地说,在通信网8中,根据TCP/IP或SAP R3的协议进行连接,而在通信网9中,根据Zengin协议(日本银行家协会的标准通信协议)或海外汇款中的SWIFT格式进行连接。
此外,代销代理设备5包括:代销目标数据产生装置51,用于接收作为关于门户站点2A,2B,...,和2N处的交易所产生的费用帐单的信息的费用详细信息,和根据供应商所规定的条件从费用详细信息中产生要被代销的代销目标数据;和代销装置52,用于将代销目标数据产生装置51所产生的代销目标数据发送到购买金融机构6,和使购买金融机构6从代销目标数据中提取出可购买的销售信用单并将可购买的销售信用单的支付款汇给供应商指定金融机构10。
代销代理设备5是一个服务器,它由一个用于执行各种处理操作的含有CPU的普通计算机系统和一个用于存储这些操作的命令的存储装置构成,由所谓的因特网提供者来管理,并通过因特网连接到未示出的主计算机。当买方终端3或供应商终端4通过通信网7或8接入时,代销代理设备5提供一个发给买方或供应商的主页。在这一主页上,显示了关于代销目标数据的查询或代销的结果的信息。
另外,代销代理设备5还包括:会员信息数据库55,用于存储作为代销代理系统1的会员的买方或供应商的会员信息;费用详细信息数据库56,用于存储作为关于门户站点2A,2B,...,和2N处的交易所产生的费用帐单的信息的费用详细信息;和代销信息数据库57,用于存储代销所需诸如代销目标数据之类的信息。
这里,会员信息数据库55存储这样一些信息,比如,作为其会员信息的各个买方和供应商的公司名称、办公室名称、主管分部名称、邮政编码、地址、主管人名字、电话号码、传真号码、指定金融机构的名称、行业类型、门户站点ID、门户站点会员ID、合同ID和用户ID。
费用详细信息数据库56存储这样一些信息,比如,作为费用详细信息的各个费用帐单的管理ID、费用编号、买方名称、买方的合同ID和用户ID、供应商名称、供应商的合同ID和用户ID、商品名称、商品编号、商品量、单价、金融机构名称和付款到期日。
金融机构6A,6B,...,6N、10和11中的每一个都包括银行、信贷公司等。购买金融机构6从代销目标数据中提取出可购买的销售信用单,将可购买的销售信用单的支付款汇给供应商指定金融机构10,并执行信用单保护,比如禁止支付款从接收帐户到作为可收款帐单的接收方的买方指定金融机构11。
2.操作
下面,参照附图来描述通过本实施方式的代销代理系统1所执行的每一处理。
2-1.会员信息登记
首先,描述通过该实施方式的代销代理系统1所进行的买方和供应商的会员信息登记。
想使用该实施方式的代销代理系统1所进行的受委托代销的买方通过从买方终端3接入交易门户站点2来申请会员资格(S201)。在这种情况下,买方输入会员信息,比如,公司名称、办公室名称和指定金融机构的名称。具体地说,在类似图3中所示的输入屏幕上,输入指定金融机构。可以指定多个用于为可收款帐单付款的买方指定金融机构,并可以指定这些机构的优先权。
输入会员信息后,门户站点2提供门户站点会员ID,并执行买方会员登记(S202)。
类似地,供应商通过从供应商终端4接入门户站点2来申请会员资格(S203),并输入会员信息,比如,公司名称、办公室名称和作为销售信用单的收款方的供应商指定金融机构的名称。根据这种会员信息,门户站点2提供门户站点会员ID,并执行供应商会员登记(S204)。
会员登记后,门户站点2在会员信息中加入一个用于指定门户站点的门户站点ID,并将会员信息发送到代销代理设备5(S205)。
然后,代销代理设备5在接收到会员信息、门户站点ID和门户站点会员ID时,提供作为代销代理设备5的会员ID的合同ID和用户ID,并登记该会员信息(S206),再将会员信息存储到数据库55中。
登记了会员信息后,向供应商4、买方3和门户站点2中的每一个都显示一个类似于图4中所示的登记核实屏幕,并对会员信息进行核实(S207),从而完成了登记。
可分别根据图3和4中的屏幕来改变指定金融机构和会员信息。
2-2.门户站点处的商品销售交易
下面,根据图5中的流程图来描述门户站点2处的商品销售交易。
首先,供应商从供应商终端4接入门户站点2,并将所要销售的商品写入门户站点2的目录(S501)。门户站点2在接收到所写入的条目时就将商品登记到该目录中(S502)。
然后,买方从买方终端3接入门户站点2,并查阅目录(S503)。当有买方想购买的商品时,买方向门户站点2发送一个定单(S504)。门户站点2在接收到定单时,就接收和登记其定单信息(S505)。
然后,将定单信息发送到供应商的供应商终端4(S506)。供应商根据定单信息接收定单(S507),将所定购的商品交付给买方(S508),并将交货信息发送到门户站点2(S509)。然后,门户站点2登记该交货信息(S510)。
接收到商品的买方检查所交货的商品(S511),如果商品有缺陷就将它们退还给供应商(S512),并向门户站点2发送退货信息(S513)。然后,门户站点2登记退货信息(S514)。
在门户站点2处登记了交货信息和退货信息后,门户站点2根据交货信息和退货信息产生费用信息,并将所产生的费用信息通知给供应商和买方(S515)。然后,门户站点2从费用信息中提取出结算所需的信息以产生费用详细信息,并将所产生的费用详细信息发送到代销代理设备5(S516),从而完成了门户站点2处的商品销售交易。
如果费用详细信息含有错误或不必要的信息,那么,门户站点2向代销代理设备5发送加有管理ID的费用详细信息,以指示一个诸如更改或删除等的状态。代销代理设备5根据帐单号指定帐单,并根据管理ID的状态进行更新、删除等处理。
2-3.受委托代销
下面,根据图6的流程图来描述通过该实施方式的代销代理设备5所执行的受委托代销。
如图6中所示,当从合同所规定的门户站点2A,2B,...,或2N发出费用详细信息(S601)时,代销代理设备5接收该费用详细信息,并将其存储到费用详细信息数据库56中。
然后,代销代理设备5定期读取存储在费用详细信息数据库56中的费用详细信息,每月或每周为各供应商结帐一次(S602),根据供应商主页上的结帐情况显示各供应商的帐单内容(S603),并通过电子邮件等方式将帐单内容通知给供应商(S604)。
供应商一得知帐单就向代销代理设备5发送一个代销执行请求。相应地,代销代理设备5搜索费用详细信息数据库56,并提取出该供应商所持有的销售信用单,从而显示类似于图7中所示的销售信用单的总表(S606)。然后,将关于所提取出的销售信用单的信息存储到代销信息数据库57中。
在这种情况下,图7中的销售信用单的总表基于付款期限和表示买方公司的信用评估的等级示出了×○Δ公司所持有的销售信用单的分类,并示出了销售信用单的各种合计。通过点击图7的屏幕上的等级A,可以显示类似于图8中所示的销售信用单的详细情况表,从而示出了各公司的等级为A的买方的销售信用单。
此外,供应商可以将门户站点处那些交易之外的其他交易所产生的帐单加到图7的表中。
在类似于图7或8所示的屏幕上显示了关于销售信用单的信息后,供应商通过查阅信息,在图9中所示的代销条件的输入屏幕上输入代销条件(S607)。
在图9的条件输入屏幕上,根据等级和付款期限来选择想要出售的信用单,并输入作为所希望的信用单买方的购买金融机构、所希望的出售期限、收款方的名称和接收帐户。在这种情况下,如果没有指定具体的购买金融机构,那么,由代销代理设备5来选择和指定一个购买金融机构。
如上所述,由于供应商可以规定代销条件,因此,可以按供应商的要求来执行代销。具体地说,由于可以从多个金融机构当中指定一个购买金融机构,因此,供应商可以向许多金融机构发出代销请求。
在按上述方式规定了代销条件后,代销代理设备5根据代销条件从供应商所持有的销售信用单中选择并产生要被代销的代销目标数据(S608)。然后,将所产生的代销目标数据通知给供应商(S609),于是接收到该通知的供应商在图10所示的代销目标数据的明细表屏幕上查阅该代销目标数据(S610)。在这种情况下,通过点击图10的明细表屏幕上的“详细情况”按钮,就可以查阅图11中所示的各公司的代销目标数据的详细情况。
另一方面,还可以将所产生的代销目标数据发送到用于执行代销的购买金融机构6(S611)。
购买金融机构6在接收到代销目标数据时,考虑买方的信用评估、风险等,从供应商所请求的代销目标数据中提取出可被代销的数据,并将该数据发送到代销代理设备5(S612)。
代销代理设备5在接收到代销可用的数据时,将该数据存储到代销信息数据库57中,并将该代销可用的数据通知给供应商(S613)。供应商可以在图12中所示的代销可用的信用单明细表屏幕上查阅代销可用的数据(S614)。在该明细表屏幕上,所示的代销可用的信用单是按等级和付款期限分类的。图12说明了购买金融机构6同意购买所显示的信用单,这些信用单的总金额为1.83亿日元。在图12的明细表屏幕上,通过点击“详细情况”按钮,就可以查阅图13中所示的各公司的代销可用的信用单的详细情况。
然后,通过查阅图12和13,当供应商向购买金融机构6发出代销执行请求时,在图14的请求屏幕上输入代销执行请求,并将其发送到代销代理设备5(S615)。
代销代理设备5将接收到的执行请求发送到购买金融机构6(S616)。在购买金融机构6处保护所购买的信用单的接收帐户(S617),供应商所指定的供应商指定金融机构10接收购买款(S618),然后代销执行通知被发回到代销代理设备5(S619)。
将代销执行通知从代销代理设备5发送到供应商(S620)。供应商在图15所示的报告屏幕上查阅购买金融机构6所作的信用单购买报告(S621)。
此外,在供应商的帐户接收到购买款后,供应商指定金融机构10向供应商发送一个收到款的通知(S622)。
随后,买方指定金融机构11在付款到期日之前向购买金融机构6支付信用单的款项(S623)。在这种情况下,如果在付款到期日之前没有支付所代销的信用单的款项,那么供应商买回已被出售的信用单。
首先,如果因买方破产等原因在付款到期日还没有支付所有所代销的信用单的款项,那么购买金融机构6向代销代理设备5发送一个未收到款的通知(S624)。
然后,代销代理设备5在接收到该未收到款的通知时,向供应商发出一个信用单买回请求(S625)。供应商在接收到该通知时,在图16中所示的明细表屏幕上对未收到款的信用单进行核实(S626),然后向供应商指定金融机构10发出一个汇出用于收回未收到款的信用单的款项的指令(S627)。
然后,供应商指定金融机构10根据汇款指令向购买金融机构6汇出未收到款的信用单所需的款项(S628)。因此,完成了未收到款的信用单的处理,从而完成了代销代理设备5所执行的受委托代销。
如上所述,本实施方式的代销代理系统1使其代销代理设备5可以汇总费用详细信息并为各供应商产生代销目标数据。因此,可以大大减轻供应商所承受的代销数据处理负担。
此外,供应商通过规定代销条件能从多个金融机构当中选出一个购买金融机构。因此,可以向许多金融机构发出代销请求。
因此,根据本实施方式的代销代理系统1,供应商能有效地将销售信用单兑换成资金。
以上描述了在门户站点处的交易的例子。即使在电子市场、Web-EDI等中的电子商务交易中,本实施方式的代销代理系统也能实现受委托代销。
再者,本实施方式以销售信用单出售为例进行了描述。然而,本实施方式的代销代理系统甚至能像在销售信用单出售的情况下一样借助销售信用单的安全性来处理来自金融机构的信用授让。
(第二实施方式)
下面,参照附图来描述根据本发明的第二实施方式的代销代理系统。
1.系统配置
首先,参照图17来描述本实施方式的代销代理系统的配置。不过,由于与第一实施方式中的情况类似的部分用类似的标号来表示,因此省略其详述。
如图17中所示,本实施方式的代销代理系统1701包括:买方公司的买方终端3,用于通过接入门户站点2A,2B,...,和2N来购买商品;供应商公司的供应商终端4,用于将商品信息提供给门户站点2A,2B,...,和2N;作为服务器的代销代理设备1705,用以根据供应商与买方之间的交易所产生的销售信用单来执行受委托的代销;购买金融机构6A,6B,...,和6N,用于购买销售交易所产生的销售信用单;作为销售信用单的支付款的接收方的供应商所指定的供应商指定金融机构10;作为可收款帐单的接收方的买方所指定的买方指定金融机构11;分销公司1712,用于在接收到供应商的请求时交付商品;分销公司1713,用于在接收到买方的请求时将商品退货;信用调查公司1714,用于对公司的信用进行调查并提供信用调查信息;和代销代理公司的管理终端1716,用于管理代销代理设备1705所执行的受委托代销。
在这种情况下,买方终端3、供应商终端4、门户站点2A,2B,...,和2N、分销公司1712和1713、管理终端1716和代销代理设备1705通过通信网7互连。门户站点2A,2B,...,和2N与代销代理设备1705通过通信网8互连。代销代理设备1705、金融机构6A,...,6N、10和11与信用调查公司1714通过通信网9互连。通信网7、8和9由通信线路比如因特网、拨号接通、专用线路、VPN和无线连接构成。具体地说,在通信网8中,根据TCP/IP或SAP R3的协议进行连接,而在通信网9中,根据Zengin协议(日本银行家协会的标准通信协议)或海外汇款中的SWIFT格式进行连接。
此外,代销代理设备1705包括:代销目标数据产生装置71,用于接收作为关于门户站点2A,2B,...,和2N处的交易所产生的费用帐单的信息的费用详细信息,和根据供应商所规定的条件从费用详细信息中产生要被代销的代销目标数据;代销装置72,用于将代销目标数据产生装置71所产生的代销目标数据发送到购买金融机构6,和使购买金融机构6从代销目标数据中提取出可购买的销售信用单并将可购买的销售信用单的支付款汇给供应商指定金融机构10;信用调查信息提供装置73,用于提供关于公司的信用的信用调查信息;分销证明装置74,用于显示证实分销公司已将所交易商品交货的分销证明;和代销状态提供装置75,用于当输入搜索代销状态的代销状态条件时提供关于与代销状态搜索条件相符的销售信用单的信息。
代销代理设备1705是一个服务器,它由一个用于执行各种处理操作的含有CPU的普通计算机系统和一个用于存储这些操作的命令的存储装置构成,由所谓的因特网提供者来管理,并通过因特网连接到未示出的主计算机。当买方终端3或供应商终端4通过通信网7或8接入时,代销代理设备1705提供一个发给买方或供应商的主页。在这一主页上,显示了关于代销目标数据的查询或代销的结果的信息。
另外,代销代理设备1705还包括:会员信息数据库55,用于存储作为代销代理系统1701的会员的买方或供应商的会员信息;费用详细信息数据库56,用于存储作为关于门户站点2A,2B,...,和2N处的交易所产生的费用帐单的信息的费用详细信息;代销信息数据库57,用于存储代销所需的诸如代销目标数据之类的信息;和信用调查信息数据库1715,用于存储信用调查公司1714所提供的信用调查信息。
这里,信用调查信息数据库1715存储信用调查公司(比如Teikoku数据银行或东京Shoko研究所)所提供的各类公司的信用调查信息。
2.操作
下面,参照附图来描述本实施方式的代销代理系统1701所执行的每一处理。
2-1.会员信息登记
通过第二实施方式的代销代理系统1701所进行的买方和供应商的会员信息登记与图2中所示的第一实施方式的情况类似,因此,省略其描述。
2-2.门户站点处的商品销售交易
下面,根据图18中的流程图来描述门户站点2处的销售交易。
首先,供应商从供应商终端4接入门户站点2,并将所要销售的商品写入门户站点2的目录(S1801)。门户站点2在接收到时就将商品登记到该目录中(S1802)。
然后,买方从买方终端3接入门户站点2,并查阅目录(S1803)。当有买方想购买的商品时,买方向门户站点2发送一个定单(S1804)。门户站点2在接收到定单时,就接收和登记其定单信息(S1805)。
然后,将定单信息发送到供应商的供应商终端4(S1806)。供应商根据定单信息接收定单(S1807),并向分销公司1712发出一个交货请求(S1808)。
分销公司1712在接收到交货请求时将商品交付给买方(S1809),并将交货信息发送到门户站点2和代销代理设备1705(S1810)。在这种情况下,分销公司1712利用第三方证明机构比如Verisign发出一个证实交货的分销证明,并发送这一包含交货信息的分销证明。
然后,门户站点2在接收到交货信息时登记该交货信息(S1811)。
另一方面,接收到商品的买方检查所交货的商品(S1812),如果商品有缺陷就将商品退还给分销公司1713(S1813)。
然后,分销公司1713在接收到退货请求时将商品退还给供应商(S1814),并向门户站点2和代销代理设备1705发送退货信息(S1815)。在这种情况下,分销公司1713利用第三方证明机构比如Verisign发出一个证实商品退货的分销证明,并发送这一包含退货信息的分销证明。
然后,门户站点2登记退货信息(S1816)。
在门户站点2处登记了交货信息和退货信息后,门户站点2根据交货信息和退货信息产生费用信息,并将这种费用信息通知给供应商和买方(S1817)。
在这种情况下,供应商和买方可以下载所通知的XML文件格式的费用信息。
根据XML文件格式,由于信息可以利用一种标记给出含义并具有逐位的结构,因此,可以容易地将该信息引用到系统中。上述情况利用了这一优点。
因此,供应商和买方可以容易地将费用信息的数据引用到公司的系统中,并且在进行销售的删除或结账处理时还能有效地利用所通知的费用信息的数据。
然后,门户站点2从费用信息中提取出结算所需的信息以产生费用详细信息,并将费用详细信息发送到代销代理设备1705(S1818),从而完成了门户站点2处的商品销售交易。
代销代理设备1705可以通过接收XML文件格式的费用详细信息,从带有标记的费用详细信息中提取出必要的信息。从而,代销信息的处理过程得以简化。
如果费用详细信息含有错误或不必要的信息,那么,门户站点2向代销代理设备1705发送加有管理ID的费用详细信息,以指示一个比如更改或删除的状态。代销代理设备1705根据帐单号指定帐单,并根据管理ID的状态进行更新、删除等处理。
当分销公司1712或1713在步骤S1810或S1815中没有发出分销证明时,代销代理设备1705利用第三方证明机构比如Verisign根据交货信息和退货信息发出一个分销证明(S1819)。
2-3.受委托代销
下面,根据图19A和19B的流程图来描述通过该实施方式的代销代理设备1705所执行的受委托代销。
如图19A和19B中所示,当从合同据以订立的门户站点2A,2B,...,和2N发出费用详细信息(S1901)时,代销代理设备1705接收该费用详细信息,并将其存储到费用详细信息数据库56中。
然后,代销代理设备1705定期读取存储在费用详细信息数据库56中的费用详细信息,每月或每周为各供应商结帐一次(S1902),根据供应商主页上的结帐情况显示各供应商的帐单内容(S1903),并通过电子邮件等方式将帐单内容通知给供应商(S1904)。
供应商一得知帐单就申请类似于图20中所示的申请屏幕上的代销(S1905)。在这种情况下,供应商确认是针对每个帐户所在银行成批选择要被代销的销售信用单还是所通过条件搜索来决定要被代销的销售信用单(S1906)。在成批选择情况下,在图20的屏幕上点击“成批选择”按钮201。在条件搜索情况下,点击“条件搜索”按钮202以便输入条件。
当供应商选择成批选择时,代销代理设备1705搜索费用详细信息数据库56,并提取出该供应商所持有的销售信用单,从而显示类似于图21中所示的销售信用单的总表(S1907)。然后,将关于所提取出的销售信用单的信息存储到代销信息数据库57中。
在这种情况下,图21中的销售信用单的总表按付款期限和帐户所在银行示出了×○Δ公司所持有的销售信用单的分类,并示出了销售信用单的各种合计。提供了用于选择各种金额的检查框,通过点击这种检查框,供应商可以选择要被代销的销售信用单。此外,供应商可以将门户站点处那些交易之外的其他交易所产生的帐单加到图21的表中。
在这种情况下,当在图21的屏幕上点击银行A时,可以显示类似于图22中所示的销售信用单的详细情况表,从而示出了各买方的利用作为帐户所在银行的银行A所交易的销售信用单。
此外,当在图22的屏幕上点击所显示的金额时,将详细显示类似于图23中所示的销售信用单的详细情况。例如,在图22的屏幕上点击买方公司为“XXX”而付款期限为1-2个月的选择中所示的“4”时,将详细显示类似于图23中所示的销售信用单的详细情况。类似地,通过点击图22的屏幕上的金额选择中的检查框,供应商可以选择要被代销的销售信用单。
再者,在图23的屏幕上点击帐单号时,将显示类似于图24中所示的屏幕,并示出帐单中所含的商品的更为详细的情况。通过点击图23的选择部分中的检查框,供应商可以选择要被代销的销售信用单。
因此,在类似于图21-24所示的屏幕上显示出关于销售信用单的信息后,供应商可以查阅这些信息并可以点击图21-24的屏幕上的检查框以选择想要被代销的销售信用单。选择了所有销售信用单后,供应商点击图21、22和23的代销目标选择按钮211、221和231,并将代销目标的选择结果发送到代销代理设备1705(S1908)。
另一方面,当供应商在步骤S1906中选择了条件搜索时,在类似于图25中所示的输入屏幕上输入用于搜索要被代销的销售信用单的搜索条件(S1909)。在图25的输入屏幕上,输入作为必需项的买方公司名称,以及其他搜索条件,比如买方帐户所在银行、所安排的付款日期和所安排的支付金额。
然后,代销代理设备1705根据所输入的搜索条件搜索费用详细信息数据库56(S1910),提取出供应商所持有的与搜索条件相符的销售信用单,并显示类似于图26中所示的销售信用单的详细情况(S1911)。然后,将关于所提取的销售信用单的信息存储到代销信息数据库57中。
如上所述,由于通过输入搜索条件可以搜索销售信用单,因此,供应商可以容易地选择想要被代销的销售信用单。
然后,供应商点击图26的屏幕上的检查框以选择想要被代销的销售信用单,选择了所有销售单后点击代销目标选择按钮261,并将代销目标的选择结果发送到代销代理设备1705(S1912)。
在步骤S1908或S1912中输入了要被代销的销售信用单后,代销代理设备1705将显示出用于选择作为代销目标的购买金融机构的选择屏幕(S1913)。在这种情况下,当在类似于图21中所示的表示按各个帐户所在银行分类情况的屏幕上点击代销目标选择按钮时,将显示出表示所希望的销售信用单按各个帐户所在银行分类情况的选择屏幕,如图27中所示。当在类似于图22、23和26中的每一个图中所示的表示按各个买方分类情况的选择屏幕上点击代销目标选择按钮时,将显示出类似于图28中所示的所希望的销售信用单按各个买方分类情况的选择屏幕。
然后,供应商在图27或28的屏幕上输入代销条件,比如作为所希望的买方的购买金融机构、所希望的出售期限、收款方的名称和接收帐户(S1914)。
如上所述,由于供应商可以规定代销条件,因此,可以按供应商的要求来执行代销。具体地说,由于可以从多个金融机构当中指定一个购买金融机构,因此,供应商可以向许多金融机构发出代销请求。
在按上述方式规定了代销条件后,代销代理设备1705根据代销条件从供应商所选择的所希望销售信用单中产生要被代销的代销目标数据(S1915)。然后,将所产生的代销目标数据通知给供应商(S1916),于是接收到该通知的供应商在图29所示的代销目标数据的明细表屏幕上查阅该代销目标数据(S1917)。在这种情况下,通过点击图29的明细表屏幕上的“详细情况”按钮291,就可以查阅图30中所示的各公司的代销目标数据的详细情况。
另一方面,代销代理设备1705还可以将该代销目标数据发送到用于执行代销的购买金融机构6(S1918)。
购买金融机构6在接收到代销目标数据时,就可以在类似于图31中所示的明细表屏幕上查阅作为代销目标数据的可购买的信用单(S1919)。
这里,图31中的可购买的信用单的明细表按收款期限和帐户所在金融机构的分类情况示出了×○Δ公司请求代销的销售信用单的总金额。
在这种情况下,当在图31的屏幕上点击银行A时,将显示出类似于图32中所示的可购买的信用单的详细情况,从而为各买方显示出通过银行A所交易的买方的销售信用单。
此外,当在图32的屏幕上点击所显示的金额时,将显示出类似于图33中所示的可购买的信用单的详细情况。例如,在图32的屏幕上点击买方公司为“XXX”而付款期限为1-2个月的选择中所示的“4”时,将详细显示类似于图33中所示的销售信用单的详细情况。然后,通过通过点击图32的屏幕上的金额选择中的检查框,购买金融机构6可以选择要购买的销售信用单。
再者,在图33的屏幕上点击帐单号时,将显示类似于图34中所示的屏幕,并示出帐单中所含的商品的更为详细的情况。
此外,通过点击图33的屏幕的选择部分中的检查框,购买金融机构6可以选择要购买的销售信用单。
因此,购买金融机构6通过在上述屏幕上查阅请求代销的信用单提取出可用于代销的信用单。然而,在这种情况下,必须考虑买方的信用评估和风险,因此,购买金融机构6点击图32中的“信用信息查询”按钮321,以获得信用调查信息(S1920)。在这种情况下,当购买金融机构6点击“信用信息查询”按钮321时,将显示出类似于图35中所示的信用调查信息选择屏幕。当点击这一屏幕上的选择部分中的检查框选择了所需的信用调查信息然后点击“调查结果显示”按钮351时,将显示出类似于图36中所示的调查结果。这里信用调查信息可以通过因特网等访问信用调查公司1714来获得。或者,可以事先将从信用调查公司1714获得的信用调查信息存储在信用调查信息数据库1715中,然后通过访问信用调查信息数据库1715来获得。
此外,当点击“存在交货失误”的部分中的标记“○”以核实交货(S1921)时,代销代理设备1705将显示出类似于图37中所示的证实商品实际上是否已交货的分销证明(S1922)。这种分销证明的发出如步骤S1810、S1815或S1819中所讨论,它表示关于发向的目标、发出的源、交货日期、分销区段、交货编号、有效期等的信息,并保证分销公司已运送和交付商品。
然后,购买金融机构6在查阅了信用调查信息和分销证明后,通过点击图32或33的检查框来提取可用于代销的信用单(S1923)。
如上所述,由于购买金融机构6可以通过查阅信用调查信息和分销证明来提取可用于代销的信用单,因此,购买金融机构6可以毫无顾虑地购买销售信用单,从而使得本实施方式的代销代理系统1710中的代销代理业务具有高安全性。
在购买金融机构6提取了要购买的信用单后,并在图31、32或33的屏幕上点击了“购买条件输入”按钮311、321和331时,将显示出类似于图38中所示的购买条件输入屏幕。于是,购买金融机构6在输入屏幕上输入购买条件,比如购买利益分成比率,并点击“申请”按钮381以申请代销(S1924)。在图38的输入屏幕上,当购买金融机构6输入了购买利益分成比率时,根据所显示的利益分成比率计算出利益分成和购买金额。
供应商接收到代销申请时,根据所提出的购买利益分成比率确定是否接受代销(S1925)。如果供应商想调整购买金融机构6所提出的购买利益分成比率,那么如图39中所示,供应商输入一个答复利益分成比率并点击“调整”按钮391(S1926)。
购买金融机构6接收到答复后,如图39中所示,又输入一个购买利益分成比率并点击“申请”按钮401(S1924)。
供应商接收到上述申请时,根据再次提出的购买利益分成比率确定是否接受代销(S1925)。如果接受,那么点击“建立”按钮411以建立购买条件,并将所建立的购买条件发送到代销代理设备1705(S1927)。
除了在屏幕上输入购买利益分成比率等之外,还可以利用电话或聊天功能在供应商与购买金融机构之间进行协商。在这种情况下,通过在步骤S1924和1925中点击图38-41中的“意见记录”按钮382、392、402和412,可以在类似于图42所示的屏幕上输入关于交易的意见,并将所输入的意见作为购买记录被保存。
如上所述,由于可以在供应商与并购买金融机构6之间进行购买条件的调整,因此,在这两者之间可以以最好的条件来买卖销售信用单。
此外,由于供应商与并购买金融机构6可以输入意见,因此,在这两者之间可以顺利地进行购买条件的协商。
在建立了购买条件并将其发送到代销代理设备1705后,代销代理设备1705将购买条件和可用于代销的信用单的数据存储在代销信息数据库57中,并将该条件和数据通知给购买金融机构6(S1928)。
然后,购买金融机构6在图43中所示的代销可用的信用单的明细表屏幕上查阅可用于代销的数据(S1929)。在该明细表屏幕上,所示的可用于代销的信用单是按帐户所在银行和付款期限分类的,并且还示出了购买金融机构6同意购买信用单的总金额为1.83亿日元的信用单。在图43的明细表屏幕上,通过点击“详细情况”按钮431,就可以查阅图44中所示的各公司的可用于代销的信用单的详细情况。
然后,通过查阅图43和44,当购买金融机构6发出代销执行请求时,在图45的请求屏幕上点击“确定”按钮451以输入代销执行请求,并将该代销执行请求发送到代销代理设备1705(S1930)。
然后,代销代理设备1705根据接收到的代销执行请求将关于销售信用的数据下载到购买金融机构6(S1931)。
在这种情况下,代销代理设备1705具有以XML文件格式提供关于销售信用单的数据的功能。
于是,由于购买金融机构6可以利用上述功能获得以一种标记给出含义的数据项,因此购买金融机构6可以根据这种信息直接连接到基本系统,并可以快速地成批处理作为代销信息的关于销售信用单的数据。
此外,根据上述信息,购买金融机构6可以获得以买方或供应商为用户的销售单信息。因此,可以获得客户信息(比如金融机构),并且该信息还可以供其他事务(信用公开管理等)使用。
在已接收到关于销售信用单的数据的购买金融机构6处,保护所购买的信用单的接收帐户(S1932),供应商所指定的供应商指定金融机构10接收购买款(S1933),然后代销执行通知被发回到代销代理设备1705(S1934)。
将代销执行通知从代销代理设备1705发送到供应商(S1935)。供应商在图46所示的报告屏幕上查阅购买金融机构6所作的信用单购买报告(S1936)。
此外,在供应商的帐户接收到购买款后,供应商指定金融机构10向供应商发送一个收到款的通知(S1937)。
随后,买方指定金融机构11在付款到期日之前向购买金融机构6支付信用单的款项(S1938)。在这种情况下,如果在付款到期日之前没有支付所代销的信用单的款项,那么供应商买回已被出售的信用单。
首先,如果因买方破产等原因在付款到期日还没有支付所有所代销的信用单的款项,那么购买金融机构6向代销代理设备1705发送一个未收到款的通知(S1939)。
然后,代销代理设备1705在接收到该未收到款的通知时,向供应商发出一个信用单买回请求(S1940)。供应商在接收到该通知时,在图47中所示的明细表屏幕上对未收到款的信用单进行核实(S1941),然后向供应商指定金融机构10发出一个汇出用于收回未收到款的信用单的款项的指令(S1942)。
然后,供应商指定金融机构10根据汇款指令向购买金融机构6汇出未收到款的信用单所需的款项(S1943)。因此,完成了未收到款的信用单的处理,从而完成了代销代理设备1705所执行的受委托代销。
在本实施方式的代销代理系统1701中,代销代理公司可以通过管理终端1716搜索代销状态。在代销状态的搜索中,通过在类似于图48中所示的搜索屏幕上输入搜索条件来进行搜索。
此外,当在图48的屏幕上点击“未收到款信息”按钮481时,将显示类似于图49中所示的未收到款的所购买信用单的明细表屏幕,从而可以查阅目前未收到款的信用单。
因此,代销代理公司总是能了解代销代理状态并核实因破产等原因而未收到款的信用单。
如上所述,在本实施方式的代销代理系统1701中,代销代理设备1705可以汇总费用详细信息并为各供应商产生代销目标数据。因此,可以大大减轻供应商所承受的代销数据处理负担。
此外,供应商通过规定代销条件能从多个金融机构当中选出一个购买金融机构。因此,可以向许多金融机构发出代销请求。
因此,根据本实施方式的代销代理系统1701,供应商能有效地将销售信用单兑换成资金。
以上描述了在门户站点处的交易的例子。即使在电子市场、Web-EDI等中的电子商务交易中,本实施方式的代销代理系统也能实现受委托代销。
再者,本实施方式以销售信用单出售为例进行了描述。然而,本实施方式的代销代理系统甚至能像在销售信用单出售的情况下一样借助销售信用单的安全性来处理来自金融机构的信用授让。
此外,可以将实现上述代销代理系统1和1701中的代销代理设备5和1705的处理操作的程序保存在一种记录媒体中。通过使计算机系统读该记录媒体,代销代理设备5和1705的处理操作可以通过执行程序和控制计算机来完成。在这种情况下,记录媒体包括能记录程序的装置,例如,存储器、磁盘装置、光盘装置等。
从附属权利要求书中可以看到,这些发明也在本发明的技术范围内。
如上所述,根据本发明的代销代理系统,能够减轻供应商所承受的代销数据处理负担,并能够成批处理许多供应商发给多个金融机构的代销请求。

Claims (16)

1.一种代销代理方法,在这种方法中,利用计算机系统来执行通过门户站点的供应商品的供应商与购买商品的买方之间的交易,并利用服务器来受委托出售这些交易所产生的销售信用单,这种代销代理方法包括:
所述服务器根据所述供应商所规定的代销条件,从作为关于所述门户站点处的交易所产生的费用帐单的信息的费用详细信息中产生要被代销的代销目标数据;
所述服务器将代销目标数据发送到用于购买销售信用单的购买金融机构,和使购买金融机构从代销目标数据中提取出可购买的销售信用单并将可购买的销售信用单的支付款汇给所述供应商所指定的供应商指定金融机构。
2.一种代销代理设备,用以受委托出售利用计算机系统所执行的通过门户站点的供应商品的供应商与购买商品的买方之间的交易所产生的销售信用单,该代销代理设备包括:
代销目标数据产生装置,用于接收来自所述门户站点的作为关于所述门户站点处的交易所产生的费用帐单的信息的费用详细信息,和用于根据所述供应商所规定的代销条件从费用详细信息中产生要被代销的代销目标数据;和
代销装置,用于将所述代销目标数据产生装置所产生的所述代销目标数据发送到用于购买销售信用单的购买金融机构,和使购买金融机构从所述代销目标数据中提取出可购买的销售信用单并将可购买的销售信用单的支付款汇给所述供应商所指定的供应商指定金融机构。
3.权利要求2的代销代理设备,其中,所述代销目标数据产生装置根据所述供应商所输入的搜索条件来搜索所述费用详细信息,并向所述供应商提供与所述搜索条件相符合的所述费用详细信息。
4.权利要求2或3的代销代理设备,还包括分销证明装置,用于向所述购买金融机构显示证实分销公司已将交易商品交货的分销证明。
5.权利要求2、3或4的代销代理设备,其中,所述代销装置使得可在所述供应商与所述购买金融机构之间调整和决定所述购买金融机构所提取出的可购买的销售信用单的所述购买条件。
6.权利要求2、3、4或5的代销代理设备,还包括信用调查信息提供装置,用于提供关于公司的信用的信用调查信息。
7.权利要求2、3、4、5或6的代销代理设备,还包括代销状态提供装置,用于当输入搜索代销状态的代销状态搜索条件时提供关于与代销状态搜索条件相符的销售信用单的信息。
8.一种代销代理程序,用以受委托出售利用计算机系统所执行的通过门户站点的供应商品的供应商与购买商品的买方之间的交易所产生的销售信用单,该代销代理程序包括:
代销目标数据产生过程,用于接收来自所述门户站点的作为关于门户站点处的交易所产生的费用帐单的信息的费用详细信息,和用于根据所述供应商所规定的代销条件从费用详细信息中产生要被代销的代销目标数据;和
代销过程,用于将所述代销目标数据产生过程中所产生的所述代销目标数据发送到用于购买销售信用单的购买金融机构,和使所述购买金融机构从所述代销目标数据中提取出可购买的销售信用单并将可购买的销售信用单的支付款汇给所述供应商所指定的供应商指定金融机构。
9.权利要求8的代销代理程序,其中,所述代销目标数据产生过程根据所述供应商所输入的搜索条件来搜索所述费用详细信息,并向所述供应商提供与所述搜索条件相符合的费用详细信息。
10.权利要求8或9的代销代理程序,还包括分销证明过程,用于向所述购买金融机构显示证实分销公司已将交易商品交货的分销证明。
11.权利要求8、9或10的代销代理程序,其中,所述代销过程在所述供应商与所述购买金融机构之间调整和决定所述购买金融机构所提取出的可购买的销售信用单的购买条件。
12.权利要求8、9、10或11的代销代理程序,还包括信用调查信息提供过程,用于提供关于公司的信用的信用调查信息。
13.权利要求8、9、10、11或12的代销代理程序,还包括代销状态提供过程,用于当输入搜索代销状态的代销状态搜索条件时提供关于与代销状态搜索条件相符的销售信用单的信息。
14.一种供应商终端,用于供应商通过计算机系统向门户站点提供商品信息,并通过与买方进行交易来销售商品,其特征在于:
提示所述供应商规定代销条件,用于从与所述买方的交易所产生的费用的费用详细信息中产生要被代销的代销目标数据;
当所述供应商规定了代销条件时,将代销条件发送到服务器;和
在所述服务器产生了所述代销目标数据,购买销售信用单的购买金融机构从所述代销目标数据中提取出可购买的销售信用单,并且所述供应商所指定的供应商指定金融机构接收到所述可购买的销售信用单的支付款后,接收用于核实收到款的一个收到款的通知。
15.权利要求14的供应商终端,其特征在于,当所述供应商输入用于搜索所持有的销售信用单的搜索条件时,将所述搜索条件发送到所述服务器,然后接收来自所述服务器的根据所述搜索条件搜索到的费用详细信息并将其提供给所述供应商。
16.权利要求14或15的供应商终端,其特征在于,当接收到来自所述服务器的由所述购买金融机构所输入的所述可购买的销售信用单的购买条件时,提示所述供应商输入一个对所述购买条件的响应,并当输入了所述响应后将所述响应发送到所述服务器。
CN01803133.1A 2000-09-14 2001-03-29 代销代理系统 Pending CN1392994A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2000280209 2000-09-14
JP280209/2000 2000-09-14

Publications (1)

Publication Number Publication Date
CN1392994A true CN1392994A (zh) 2003-01-22

Family

ID=18765093

Family Applications (1)

Application Number Title Priority Date Filing Date
CN01803133.1A Pending CN1392994A (zh) 2000-09-14 2001-03-29 代销代理系统

Country Status (4)

Country Link
US (1) US20030182240A1 (zh)
JP (1) JP4585169B2 (zh)
CN (1) CN1392994A (zh)
WO (1) WO2002023421A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103038791A (zh) * 2011-07-25 2013-04-10 乐天株式会社 代销管理装置、代销管理方法、代销管理程序、及存储该程序的计算机可读取的记录介质
CN105894355A (zh) * 2016-03-30 2016-08-24 乐视控股(北京)有限公司 一种单据自动化处理方法和系统
CN107710268A (zh) * 2015-06-23 2018-02-16 特兰萨株式会社 基于电子记录债权的批量保理交易中压缩债务者的债务与改善财务内容的方法及其系统
CN110619399A (zh) * 2019-09-19 2019-12-27 四川虹美智能科技有限公司 一种智能设备的管理平台及管理方法

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7310677B1 (en) * 2002-12-20 2007-12-18 Sap Portals Israel Ltd. Resolver service for making decisions at run-time in a componentized system
FR2864663B1 (fr) * 2003-12-31 2006-03-17 Ge Factofrance Echange securise de donnees, notamment de donnees certifiees pour l'affacturage
US8788416B1 (en) * 2009-10-30 2014-07-22 Intuit Inc. Advance payment notice to financial institutions
TWI453688B (zh) * 2010-01-29 2014-09-21 Vteam Financial Technology Service Corp 避免應收帳款重複轉讓及/或融資之系統
JP5738779B2 (ja) * 2012-01-30 2015-06-24 株式会社日立製作所 供給能力推定システム、方法、及びプログラム
KR102255522B1 (ko) * 2013-11-27 2021-05-24 조현 팩터간 신용위험비용율차 이용해 팩토링비용 절감하는 방법과 시스템
US10810560B2 (en) * 2015-06-09 2020-10-20 International Business Machines Corporation System and method for payment promise transfers based on preferences
JP6971046B2 (ja) * 2017-03-28 2021-11-24 株式会社オービック 債権選定装置、債権選定方法、及び債権選定プログラム
US11681986B2 (en) 2019-04-25 2023-06-20 Itz Co., Ltd. Work credit transaction system
JP7173109B2 (ja) * 2020-09-30 2022-11-16 株式会社リコー 提案サーバ、通信システム、提供方法、及びプログラム
JP7178521B2 (ja) * 2020-12-23 2022-11-25 Gmoクリエイターズネットワーク株式会社 情報処理方法、プログラム及び情報処理装置
JP7413487B2 (ja) 2022-02-28 2024-01-15 Gmoクリエイターズネットワーク株式会社 情報処理方法、プログラム及び情報処理装置

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5797402A (en) * 1994-07-06 1998-08-25 West; Raymond O. Disposable drape for medical examination
US5732400A (en) * 1995-01-04 1998-03-24 Citibank N.A. System and method for a risk-based purchase of goods
US5832460A (en) * 1995-06-02 1998-11-03 International Business Machines Corporation Method and system for bill presentation and payment reconciliation
US5699528A (en) * 1995-10-31 1997-12-16 Mastercard International, Inc. System and method for bill delivery and payment over a communications network
US6119105A (en) * 1996-06-17 2000-09-12 Verifone, Inc. System, method and article of manufacture for initiation of software distribution from a point of certificate creation utilizing an extensible, flexible architecture
US6324525B1 (en) * 1996-06-17 2001-11-27 Hewlett-Packard Company Settlement of aggregated electronic transactions over a network
US5884288A (en) * 1996-07-01 1999-03-16 Sun Microsystems, Inc. Method and system for electronic bill payment
JPH1078993A (ja) * 1996-09-05 1998-03-24 Kougin Syst Kaihatsu Kk ファクタリング情報処理システム
US5920848A (en) * 1997-02-12 1999-07-06 Citibank, N.A. Method and system for using intelligent agents for financial transactions, services, accounting, and advice
US5996076A (en) * 1997-02-19 1999-11-30 Verifone, Inc. System, method and article of manufacture for secure digital certification of electronic commerce
JPH1196247A (ja) * 1997-09-19 1999-04-09 Chuo Trust & Banking Co Ltd 一括ファクタリング装置、債権流動化装置及び一括ファクタリングシステム
US5978780A (en) * 1997-11-21 1999-11-02 Craig Michael Watson Integrated bill consolidation, payment aggregation, and settlement system
JP2000181974A (ja) * 1998-12-14 2000-06-30 Sakura Bank Ltd 一括ファクタリング装置
US6243689B1 (en) * 1998-12-29 2001-06-05 Robert G. Norton System and method for authorizing electronic funds transfer at a point of sale
US20010047336A1 (en) * 2000-04-03 2001-11-29 Maycock Sidney M. Credit card management system
JP2002063490A (ja) * 2000-06-06 2002-02-28 Giichi Takasaki 電子カタログを利用した仮想店舗システム及び仮想店舗を構築するためのシステム

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103038791A (zh) * 2011-07-25 2013-04-10 乐天株式会社 代销管理装置、代销管理方法、代销管理程序、及存储该程序的计算机可读取的记录介质
CN107710268A (zh) * 2015-06-23 2018-02-16 特兰萨株式会社 基于电子记录债权的批量保理交易中压缩债务者的债务与改善财务内容的方法及其系统
CN105894355A (zh) * 2016-03-30 2016-08-24 乐视控股(北京)有限公司 一种单据自动化处理方法和系统
CN110619399A (zh) * 2019-09-19 2019-12-27 四川虹美智能科技有限公司 一种智能设备的管理平台及管理方法

Also Published As

Publication number Publication date
JPWO2002023421A1 (ja) 2004-01-22
US20030182240A1 (en) 2003-09-25
JP4585169B2 (ja) 2010-11-24
WO2002023421A1 (fr) 2002-03-21

Similar Documents

Publication Publication Date Title
CN1263259C (zh) 结算中介处理装置
CN1392994A (zh) 代销代理系统
CN1501308A (zh) 管理交易和清算的方法,通知关于消费动向的信息的方法
CN1532760A (zh) 通信系统、结算管理装置及方法以及便携信息终端及信息处理方法
CN1222899C (zh) 有关制订和经营投资合同的方法
CN1592909A (zh) 自动化竞争招标系统和方法
CN1750036A (zh) 电子票据和电子支票管理、转换、买卖中介的系统和方法
CN1397125A (zh) 互联网上的计费方法和系统
CN101076828A (zh) 执行自动授权的程序性交易
CN101051372A (zh) 电子商务中对金融业务信息安全认证的方法
CN1465027A (zh) 电子货币系统
CN1542665A (zh) 计算机化争议解决系统和方法
CN101080737A (zh) 程序性交易的自动授权
CN1472681A (zh) 大中型药业连锁物流计算机管理系统及方法
CN1333896A (zh) 销售支持系统
CN1459759A (zh) 金融交易的系统和方法
CN1320883A (zh) 销售活动管理系统、装置和方法
CN101059857A (zh) 对发票进行电子验证的方法、系统和程序产品
CN1606049A (zh) 广告显示系统和用于其中的自动交易装置
CN1229749C (zh) 图像形成系统及图像形成方法
CN1692363A (zh) 信息处理系统、信息处理装置、信息处理方法、程序、和记录媒体
CN1669035A (zh) 用于产权交易网络的方法和设备
CN1577366A (zh) 收费系统和装置、计算机程序、客户终端装置及收费方法
CN1409848A (zh) 结算代理系统
CN1346114A (zh) 通信设备、通信系统、通信方法和记录介质

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C12 Rejection of a patent application after its publication
RJ01 Rejection of invention patent application after publication