CN104077702A - 一种结算信息处理方法和装置 - Google Patents
一种结算信息处理方法和装置 Download PDFInfo
- Publication number
- CN104077702A CN104077702A CN201410253073.1A CN201410253073A CN104077702A CN 104077702 A CN104077702 A CN 104077702A CN 201410253073 A CN201410253073 A CN 201410253073A CN 104077702 A CN104077702 A CN 104077702A
- Authority
- CN
- China
- Prior art keywords
- order
- blanket
- call
- amount
- money
- 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
Links
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明提供了一种结算信息处理方法,包括:通过第一客户端向第二客户端用户发起货物总订单,所述总订单包括总订单金额、多次付款的结算周期;在得到第二客户端用户对所述总订单的确认后,按照所述结算周期通过银行系统向所述第二客户端用户多次发起分订单付款,其中分订单付款金额根据本次结算周期内销售的货物数量而定;若多次分订单付款的金额等于所述总订单金额,则通过银行系统结束所述总订单涉及的交易。本发明还提供了相应了装置。实施本发明提供的方法和装置,方便了用户按照结算周期根据本周期内货物的销售数量多次发起分订单付款交易,显著改善了结算信息处理的灵活性和实时性。
Description
技术领域
本发明涉及计算机数据处理领域,具体而言,涉及将一种结算信息处理方法和装置。
背景技术
随着电子商务平台的不断发展,各电商平台之间的竞争越来越激烈。目前主流电子商务平台的结算模式为卖家(即供应商)根据向买家(即经销商)发出商品的数量进行计算,计算金额与订单金额一致后交易结束,买家将未卖完的货物退回给卖家再将未卖完货物的货款退给买家。现有的计算方式是供应商根据经销商发起的订单进行发货,经销商一次支付全额货款,货款金额必须与订单金额一致,银行系统才能关闭交易。在这样的结算方式中,使得经销商在前期垫付全部货款,只能在退回货物后才能收到未销商品的款项,在计算信息的实时性和灵活性处理方面亟需改善。
发明内容
本发明提供了一种结算信息处理的方法,通过在货物总订单中包括每次付款的结算周期,方便了用户按照结算周期根据本周期内货物的销售数量多次发起分订单付款交易,显著改善了结算信息处理的灵活性和实时性。
根据本发明实施方式的第一方面,提供了一种结算信息处理的方法,该方法包括:
通过第一客户端向第二客户端用户发起货物总订单,所述总订单包括总订单金额、多次付款的结算周期;
在得到第二客户端用户对所述总订单的确认后,按照所述结算周期通过银行系统向所述第二客户端用户多次发起分订单付款,其中分订单付款金额根据本次结算周期内销售的货物数量而定;
若多次分订单付款的金额等于所述总订单金额,则通过银行系统结束所述总订单涉及的交易。
在进一步的实施方式中,本发明的结算信息处理方法还可以包括,如果多次分订单付款的金额总和小于所述总订单金额,则第二客户端用户(也就是供应商)可通过银行系统主动结束总订单涉及的交易。
在进一步的实施方式中,经销商发起的总订单与分订单在数量上为一对多的映射关系。
在进一步的实施方式中,总订单中包括的多次付款的结算周期可以是固定时间间隔的周期,也可以是非固定时间间隔的周期。
在又进一步的实施方式中,本发明的结算信息处理的方法还可包括:在得到第二客户端用户对所述总订单的确认之前,经销商通过第一客户端修改所述总订单。
根据本发明实施方式的第二方面,提供了一种结算信息处理装置,包括:第一客户端、第二客户端和银行系统,其中,
第一客户端,用于向第二客户端用户发起货物总订单,所述总订单包括总订单金额、多次付款的结算周期,还用于在得到第二客户端用户对所述总订单的确认后,按照所述结算周期通过银行系统向所述第二客户端用户多次发起分订单付款,其中分订单付款金额根据本次结算周期内销售的货物数量而定;
银行系统,用于若多次分订单付款的金额等于所述总订单金额,结束所述总订单涉及的交易。
在进一步的实施方式中,本发明的银行系统还可用于若多次分订单付款的金额小于所述总订单金额,接收第二客户端用户的主动请求结束所述总订单涉及的交易。
在进一步的实施方式中,经销商发起的总订单与分订单在数量上为一对多的映射关系。
在进一步的实施方式中,总订单中包括的多次付款的结算周期可以是固定时间间隔的周期,也可以是非固定时间间隔的周期。
在又进一步的实施方式中,所述第一客户端还用于在在得到第二客户端用户对所述总订单的确认之前,修改所述总订单。
实施本发明实施方式提供的结算信息处理方法和装置,经销商通过第一客户端在发起总订单的同时可设置灵活的结算周期,并且可根据各结算周期内货物的销售数量确定该结算周期内分订单的付款金额,显著改善了结算信息处理的实时性和灵活性;并且可以在多次的分订单金额总和等于总订单金额时,正常地结束本次总订单涉及的交易,另外也可以在多次的分订单金额总和小于总订单金额时,由供应商通过银行系统主动结束本次总订单涉及的交易。
附图说明
图1图示了根据本发明实施方式的结算信息处理方法的流程示意图;
图2图示了根据本发明实施方式的结算信息处理装置的结构示意图。
具体实施方式
为使本发明的实施例的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述。
参照图1,图1图示了根据本发明实施方式的结算信息处理方法的流程示意图,该方法具体可以包括如下步骤;
S101,通过第一客户端向第二客户端用户发起货物总订单,所述总订单包括总订单金额、多次付款的结算周期;
S102,在得到第二客户端用户对所述总订单的确认后,按照所述结算周期通过银行系统向所述第二客户端用户多次发起分订单付款,其中分订单付款金额根据本次结算周期内销售的货物数量而定;
S103,若多次分订单付款的金额等于所述总订单金额,则通过银行系统结束所述总订单涉及的交易。
在本发明的实施方式中,第一客户端可以是设置于经销商处的计算机设备上的客户端,经销商可以通过该客户端发起货物订单,修改货物订单以及其他有关订单的操作等。第二客户端可以是设置于供应商处的计算机设备上的客户端,供应商通过该客户端可以接收经销商发起的订单,以及对有关订单的数据进行相应的处理。银行系统可对经销商的发起的总订单、各次的分订单的付款进行相应的处理。
在结算信息的处理中,经销商通过第一客户端向第二客户端用户(即供应商)发起货物总订单,并根据货物总订单中的货物清单确定需要付款的总订单金额、多次付款的结算周期以及总订单金额结清的日期等。一个总订单生成为一条记录,该条记录包括多个字段,包括总订单号、金额、创建时间、订单状态、经销商ID、供应商ID、付款金额、付款方式、订单状态等,其中总订单号是以字符串的形式,例如总订单号的字符段为7+YYYMMDDHH+B2B_TRADE_SEQ_ITEMID。在总订单中包括总订单金额、多次付款的结算周期、结清日期、订单类型(例如,本实施方式中的订单类型为代销订单)等信息,在总订单生成记录后,提交总订单,具体而言是通过数据接口发送至后台的数据库,例如可以是关系型数据库。
在本发明的一些实施方式中,后台的数据库可以根据总订单记录中的供应商ID(sellerid)字段的信息判断该总订单的供应商,并将该总订单记录的信息推送至对应的供应商。此外,供应商还可以通过选择查看不同类型的订单。例如,可以根据数据库中订单的订单类型分类查看,若查看代销类型的订单,则可以在数据库中查询订单类型为代销类型的订单,若查看其他类型的订单,则可以在数据库中查询订单类型为普通的订单。供应商通过第二客户端可查看各个经销商通过第一客户端提交的货物总订单,并可以对提交的订单进行确认。需要说明的是,本发明实施方式中涉及的多次可以指1次以上,例如2次、3次、5次、10次等。在一些实施方式中,在供应商对经销商提交的订单进行确认之前,经销商可以通过第一客户端对总订单中的各项信息(例如,总订单金额、多次付款的结算周期和结清日期等)进行修改,在供应商确认经销商提交的订单之后,经销商对提交的订单不能进行修改,一般供应商会以经销商距离确认最近的一次修改后的订单为准,进行确认。
经销商在得到供应商对总订单的确认后,可以按照总订单中约定的多次付款的结算周期通过银行系统(以建行为例,可以是电子商务金融服务平台)向供应商多次发起分订单付款。一个分订单生成一条记录,该记录在数据库存储可包括多个字段,这些字段包括:总订单号、金额、创建时间、订单状态、经销商ID、供应商ID、付款金额、分订单号、付款方式、订单状态等,保证每个分订单号关联某个总订单号。其中,分订单付款金额可根据本次结算周期内销售的货物数量而定,也就是说,分订单付款金额可以在本次结算周期内销售的货物数量大时适当地提高,在本次结算周期内销售的货物数量小时适当地降低,这使得分订单结算金额的灵活性大大地提高,而且采用多次分订单的形式付款,与现有的首先一次性全额结算,然后退回货物时再折回货款的方式相比,也明显提高了结算、退回处理的实时性。本发明实施方式中的总订单与分订单在数量上是一对多的映射关系,总订单为经销商发起货物订购请求时生成的静态订单,而分订单是经销商按照结算周期每次发起付款时实时生成的多个动态订单,静态的总订单和多个动态的分订单均具有订单编号,总订单的订单编号与分订单拥有的订单编号与一对多的映射关系。
在本发明的一些实施方式中,多次付款的结算周期可以是固定时间间隔的周期,例如这样固定时间间隔可以是10天、1个月、1个季度、1年等。在本发明的一些实施方式中,多次付款的结算周期可以是非固定时间间隔的周期,例如,可以包括1或2个时间间隔为10天,而另外的1个或多个时间间隔为1个月、1个季度、1年等。这种结算周期形式可以在销售旺季时设置较短的时间间隔,而在销售淡季时设置较长的时间间隔,这样的结算周期设置进一步改善了结算信息处理的灵活性。
在货物销售结束时,银行系统可根据订单编号将总订单信息与各个分订单信息进行数据表关联,若总订单金额和分订单金额总和相等,则银行系统自动关闭本次总订单涉及的交易。若总订单金额大于分订单金额总和,即经销商没有销售完总订单的全部货物,那么供应商可通过银行系统主动发起关闭本次总订单涉及的交易。在关闭总订单涉及的交易中,需要通过向后台发送报文确定执行调用关闭订单接口、修改参数的程序,从而将订单的状态从待支付修改为交易成功。这种由供应商主动关闭总订单交易的方式,解决了现有技术中由于总订单金额与分订单金额总和不一致而导致的交易无法关闭的问题。本发明的实施方式中采用关系型数据库将总订单和分订单进行数据库表的关联,主订单保存在第一数据库表中,分订单保存在第二数据库表中,通过完整性约束要求分订单在生成记录时一定要从属于某个总订单才能生成。后台创建数据时,每个分订单的记录都包括总订单号和分订单号,例如,总订单号字符段为7+YYYMMDDHH+B2B_TRADE_SEQ_ITEMID,分订单将第一个数字换位4,分订单号字符段可以是4+YYYMMDDHH+B2B_TRADE_SEQ_ITEMID。
以上结合具体实施方式描述了本发明的结算信息处理的方法,下面将结合具体实施方式描述应用上述结算信息处理的方法的计算信息处理装置。
参见图2,图示了根据本发明实施方式的结算信息处理装置的结构示意图,该计算信息处理装置具体可包括:第一客户端、第二客户端和银行系统,其中,
第一客户端,用于向第二客户端用户发起货物总订单,所述总订单包括总订单金额、多次付款的结算周期,还用于在得到第二客户端用户对所述总订单的确认后,按照所述结算周期通过银行系统向所述第二客户端用户多次发起分订单付款,其中分订单付款金额根据本次结算周期内销售的货物数量而定;
银行系统,用于若多次分订单付款的金额等于所述总订单金额,结束所述总订单涉及的交易。
在本发明的实施方式中,第一客户端可以是设置于经销商处的计算机设备上的客户端,经销商可以通过该客户端发起货物订单,修改货物订单以及其他有关订单的操作等。第二客户端可以是设置于供应商处的计算机设备上的客户端,供应商通过该客户端可以接收经销商发起的订单,以及对有关订单的数据进行相应的处理。银行系统(以建行为例,可以是电子商务金融服务平台)可对经销商的发起的总订单、各次的分订单的付款进行相应的处理。
在结算信息的处理中,经销商通过第一客户端向第二客户端用户(即供应商)发起货物总订单,并根据货物总订单中的货物清单确定需要付款的总订单金额、多次付款的结算周期以及总订单金额结清的日期等。一个总订单生成为一条记录,该条记录包括多个字段,包括总订单号、金额、创建时间、订单状态、经销商ID、供应商ID、付款金额、付款方式、订单状态等,其中总订单号是以字符串的形式,例如总订单号的字符段为7+YYYMMDDHH+B2B_TRADE_SEQ_ITEMID。在总订单中包括总订单金额、多次付款的结算周期和结清日期、订单类型(例如,本实施方式中的订单类型为代销订单)等信息,在总订单生成记录后,提交总订单,具体而言是通过数据接口发送至后台的数据库,例如可以是关系型数据库。
在本发明的一些实施方式中,后台的数据库可以根据总订单记录中的供应商ID(sellerid)字段的信息判断该总订单的供应商,并将该总订单记录的信息推送至对应的供应商。此外,供应商还可以通过选择查看不同类型的订单。例如,可以根据数据库中订单的订单类型分类查看,若查看代销类型的订单,则可以在数据库中查询订单类型为代销类型的订单,若查看其他类型的订单,则可以在数据库中查询订单类型为普通的订单。供应商通过第二客户端可查看各个经销商通过第一客户端提交的货物总订单,并可以对提交的订单进行确认。在一些实施方式中,在供应商对经销商提交的订单进行确认之前,经销商可以通过第一客户端对总订单中的各项信息(例如,总订单金额、多次付款的结算周期和结清日期等)进行修改,在供应商确认经销商提交的订单之后,经销商对提交的订单不能进行修改,一般供应商会以经销商距离确认最近的一次修改后的订单为准,进行确认。
经销商在得到供应商对总订单的确认后,可以按照总订单中约定的多次付款的结算周期通过银行系统向供应商多次发起分订单付款。一个分订单生成一条记录,该记录在数据库存储可包括多个字段,这些字段包括:总订单号、金额、创建时间、订单状态、经销商ID、供应商ID、付款金额、分订单号、付款方式、订单状态等,保证每个分订单号关联某个总订单号。其中,分订单付款金额可根据本次结算周期内销售的货物数量而定,也就是说,分订单付款金额可以在本次结算周期内销售的货物数量大时适当地提高,在本次结算周期内销售的货物数量小时适当地降低,这使得分订单结算金额的灵活性大大地提高,而且采用多次分订单的形式付款,与现有的首先一次性全额结算,然后退回货物时再折回货款的方式相比,也明显提高了结算、退回处理的实时性。本发明实施方式中的总订单与分订单在数量上是一对多的映射关系,总订单为经销商发起货物订购请求时生成的静态订单,而分订单是经销商按照结算周期每次发起付款时实时生成的多个动态订单,静态的总订单和多个动态的分订单均具有订单编号,总订单的订单编号与分订单拥有的订单编号与一对多的映射关系。
在本发明的一些实施方式中,多次付款的结算周期可以是固定时间间隔的周期,例如这样固定时间间隔可以是10天、1个月、1个季度、1年等。在本发明的一些实施方式中,多次付款的结算周期可以是非固定时间间隔的周期,例如,可以包括1或2个时间间隔为10天,而另外的1个或多个时间间隔为1个月、1个季度、1年等。这种结算周期形式可以在销售旺季时设置较短的时间间隔,而在销售淡季时设置较长的时间间隔,这样的结算周期设置进一步改善了结算信息处理的灵活性。
在货物销售结束时,银行系统可根据订单编号将总订单信息与各个分订单信息进行数据表关联,若总订单金额和分订单金额总和相等,则银行系统自动关闭本次总订单涉及的交易。若总订单金额大于分订单金额总和,即经销商没有销售完总订单的全部货物,那么供应商可通过银行系统主动发起关闭本次总订单涉及的交易。在关闭总订单涉及的交易中,需要通过向后台发送报文确定执行调用关闭订单接口、修改参数的程序,从而将订单的状态从待支付修改为交易成功。这种由供应商主动关闭总订单交易的方式,解决了现有技术中由于总订单金额与分订单金额总和不一致而导致的交易无法关闭的问题。发明的实施方式中采用关系型数据库将总订单和分订单进行数据库表的关联,主订单保存在第一数据库表中,分订单保存在第二数据库表中,通过完整性约束要求分订单在生成记录时一定要从属于某个总订单才能生成。后台创建数据时,每个分订单的记录都包括总订单号和分订单号,例如,总订单号字符段为7+YYYMMDDHH+B2B_TRADE_SEQ_ITEMID,分订单将第一个数字换位4,分订单号字符段可以是4+YYYMMDDHH+B2B_TRADE_SEQ_ITEMID。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件结合硬件平台的方式来实现,当然也可以全部通过硬件来实施。基于这样的理解,本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
以上所揭露的仅为本发明的一种较佳实施例而已,当然不能以此来限定本发明之权利范围,因此依本发明权利要求所作的等同变化,仍属本发明所涵盖的范围。
Claims (12)
1.一种结算信息处理方法,其特征在于,包括:
通过第一客户端向第二客户端用户发起货物总订单,所述总订单包括总订单金额、多次付款的结算周期;
在得到第二客户端用户对所述总订单的确认后,按照所述结算周期通过银行系统向所述第二客户端用户多次发起分订单付款,其中分订单付款金额根据本次结算周期内销售的货物数量而定;
若多次分订单付款的金额等于所述总订单金额,则通过银行系统结束所述总订单涉及的交易。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若多次分订单付款的金额小于所述总订单金额,则第二客户端用户通过银行系统主动结束所述总订单涉及的交易。
3.根据权利要求1或2所述的方法,其特征在于,所述总订单与所述分订单为数量上一对多的映射关系。
4.根据权利要求3所述的方法,其特征在于,所述结算周期为固定时间间隔的周期。
5.根据权利要求3所述的方法,其特征在于,所述结算周期为非固定时间间隔的周期。
6.根据权利要求4或5所述的方法,其特征在于,所述方法还包括:
在得到第二客户端用户对所述总订单的确认之前,经销商通过第一客户端修改所述总订单。
7.一种结算信息处理装置,其特征在于,包括:第一客户端、第二客户端和银行系统,其中,
第一客户端,用于向第二客户端用户发起货物总订单,所述总订单包括总订单金额、多次付款的结算周期,还用于在得到第二客户端用户对所述总订单的确认后,按照所述结算周期通过银行系统向所述第二客户端用户多次发起分订单付款,其中分订单付款金额根据本次结算周期内销售的货物数量而定;
银行系统,用于若多次分订单付款的金额等于所述总订单金额,结束所述总订单涉及的交易。
8.根据权利要求7所述的装置,其特征在于,所述银行系统还用于若多次分订单付款的金额小于所述总订单金额,接收第二客户端用户的主动请求结束所述总订单涉及的交易。
9.根据权利要求7或8所述的装置,其特征在于,所述总订单与所述分订单为数量上一对多的映射关系。
10.根据权利要求9所述的装置,其特征在于,所述结算周期为固定时间间隔的周期。
11.根据权利要求9所述的装置,其特征在于,所述结算周期为非固定时间间隔的周期。
12.根据权利要求10或11所述的装置,其特征在于,所述第一客户端还用于在在得到第二客户端用户对所述总订单的确认之前,修改所述总订单。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410253073.1A CN104077702A (zh) | 2014-06-09 | 2014-06-09 | 一种结算信息处理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410253073.1A CN104077702A (zh) | 2014-06-09 | 2014-06-09 | 一种结算信息处理方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104077702A true CN104077702A (zh) | 2014-10-01 |
Family
ID=51598946
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410253073.1A Pending CN104077702A (zh) | 2014-06-09 | 2014-06-09 | 一种结算信息处理方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104077702A (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106022863A (zh) * | 2016-05-09 | 2016-10-12 | 上海携程商务有限公司 | 自动结算系统和方法 |
CN107067237A (zh) * | 2016-12-20 | 2017-08-18 | 北京嘉配科技有限公司 | 结算方法和系统 |
CN107169823A (zh) * | 2017-05-05 | 2017-09-15 | 北京挖玖电子商务有限公司 | 基于计算机的分期提货方法 |
CN107169812A (zh) * | 2016-03-08 | 2017-09-15 | 沈阳必然科技有限公司 | 一种混凝土原材料结算的数据管理方法 |
CN107203856A (zh) * | 2016-03-16 | 2017-09-26 | 沈阳必然科技有限公司 | 一种混凝土结算数据的管理方法 |
WO2018006293A1 (zh) * | 2016-07-06 | 2018-01-11 | 王楚 | 电子商务系统及设备 |
CN107730390A (zh) * | 2017-10-13 | 2018-02-23 | 泰康保险集团股份有限公司 | 数据处理方法及装置、计算机可读介质、电子设备 |
CN110135917A (zh) * | 2019-05-28 | 2019-08-16 | 北京京东尚科信息技术有限公司 | 数据处理方法、数据处理装置和系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101183449A (zh) * | 2007-12-26 | 2008-05-21 | 腾讯科技(深圳)有限公司 | 一种电子交易方法及系统 |
CN101996369A (zh) * | 2009-08-12 | 2011-03-30 | 浙江省公众信息产业有限公司 | 一种订单拆分方法 |
CN103106575A (zh) * | 2011-11-11 | 2013-05-15 | 阿里巴巴集团控股有限公司 | 一种交易信息的处理方法及装置 |
CN103390240A (zh) * | 2012-05-08 | 2013-11-13 | 九樱天下(北京)信息技术有限公司 | 分账结算方法和分账结算系统 |
-
2014
- 2014-06-09 CN CN201410253073.1A patent/CN104077702A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101183449A (zh) * | 2007-12-26 | 2008-05-21 | 腾讯科技(深圳)有限公司 | 一种电子交易方法及系统 |
CN101996369A (zh) * | 2009-08-12 | 2011-03-30 | 浙江省公众信息产业有限公司 | 一种订单拆分方法 |
CN103106575A (zh) * | 2011-11-11 | 2013-05-15 | 阿里巴巴集团控股有限公司 | 一种交易信息的处理方法及装置 |
CN103390240A (zh) * | 2012-05-08 | 2013-11-13 | 九樱天下(北京)信息技术有限公司 | 分账结算方法和分账结算系统 |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107169812A (zh) * | 2016-03-08 | 2017-09-15 | 沈阳必然科技有限公司 | 一种混凝土原材料结算的数据管理方法 |
CN107203856A (zh) * | 2016-03-16 | 2017-09-26 | 沈阳必然科技有限公司 | 一种混凝土结算数据的管理方法 |
CN106022863A (zh) * | 2016-05-09 | 2016-10-12 | 上海携程商务有限公司 | 自动结算系统和方法 |
WO2018006293A1 (zh) * | 2016-07-06 | 2018-01-11 | 王楚 | 电子商务系统及设备 |
CN107067237A (zh) * | 2016-12-20 | 2017-08-18 | 北京嘉配科技有限公司 | 结算方法和系统 |
CN107169823A (zh) * | 2017-05-05 | 2017-09-15 | 北京挖玖电子商务有限公司 | 基于计算机的分期提货方法 |
CN107730390A (zh) * | 2017-10-13 | 2018-02-23 | 泰康保险集团股份有限公司 | 数据处理方法及装置、计算机可读介质、电子设备 |
CN107730390B (zh) * | 2017-10-13 | 2021-12-31 | 泰康保险集团股份有限公司 | 数据处理方法及装置、计算机可读介质、电子设备 |
CN110135917A (zh) * | 2019-05-28 | 2019-08-16 | 北京京东尚科信息技术有限公司 | 数据处理方法、数据处理装置和系统 |
CN110135917B (zh) * | 2019-05-28 | 2021-09-03 | 北京京东尚科信息技术有限公司 | 数据处理方法、数据处理装置和系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104077702A (zh) | 一种结算信息处理方法和装置 | |
JP4677188B2 (ja) | 統合サプライチェーンシステム中の管理、資金供給および供給方法と装置 | |
US8386325B2 (en) | Architectural design for plan-driven procurement application software | |
AU2009200961B2 (en) | Method and system for conducting a commercial transaction between a buyer and a seller | |
CN108537627B (zh) | 一种基于区块链技术的版权交易方法及系统 | |
US20130117159A1 (en) | Transaction platform data processing method and system | |
KR101791470B1 (ko) | 매출채권의 거래 방법 | |
CN107590725A (zh) | 一种网络交易平台及其实现方法 | |
JP2019520641A (ja) | オープンマーケット上の電子商取引において決済後のランダム追加割引を提供する方法、装置およびシステム | |
US20180336627A9 (en) | Methods and systems for managing consumer savings with credit card transactions | |
CA2475449A1 (en) | System and method for settling transactions in a digital merchant exchange | |
US20030191652A1 (en) | Customs information system with assist calculation engine | |
US20090222363A1 (en) | Systems And Methods For Automated Retail Recovery Auditing | |
JP2021099676A5 (zh) | ||
KR100850325B1 (ko) | 거래자 중심의 최적화된 안전한 주문 시스템 및 그 서비스방법 | |
JP2003296648A (ja) | 資金移動処理方法、コンピュータプログラム、買手国側金融機関システム、売手国側金融機関システムおよび仲介者システム | |
JP2005055935A (ja) | 収支額算出システムおよび方法 | |
JP2019153215A (ja) | 残価設定型商品販売システム | |
JP5897883B2 (ja) | 資金を移動するためのデータを生成する方法、システム及びプログラム | |
JP7308915B1 (ja) | 電子記録債権による決済代行システム | |
US20240185195A1 (en) | Method for real-time transfer of funds between customer and seller including generating accounting entries | |
US8583479B1 (en) | Certified promissory payment method for transaction with reward points | |
KR102160680B1 (ko) | 소상공인 카드매출 상생운용 정산 방법 | |
KR101500859B1 (ko) | 온라인 마켓 제공 방법 및 이를 실행하는 서버 | |
JP2004021489A (ja) | 商品仕入販売決済システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20141001 |