CN101599147A - 交易方法和运用交易方法的计算机系统及应用 - Google Patents
交易方法和运用交易方法的计算机系统及应用 Download PDFInfo
- Publication number
- CN101599147A CN101599147A CNA2008100386707A CN200810038670A CN101599147A CN 101599147 A CN101599147 A CN 101599147A CN A2008100386707 A CNA2008100386707 A CN A2008100386707A CN 200810038670 A CN200810038670 A CN 200810038670A CN 101599147 A CN101599147 A CN 101599147A
- Authority
- CN
- China
- Prior art keywords
- payment
- buyer
- module
- fund
- contract
- 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
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明涉及一种交易方法，以支付保证机构保障支付，转移登记机构维护买方权利义务的概括转移，从而促进交易和流通，以及这种交易方法的应用、运用这种方法的计算机系统。与“支付宝”、跟单信用证或类似的工具相比，能够处理服务性质的交易、长期交易，可以化解恶意履行风险、履约能力风险等。
Description
技术领域
本发明涉及一种交易方法，以支付保证机构保障支付，转移登记机构维护买方权利义务的概括转移，从而促进交易和流通，以及这种交易方法的应用、运用这种方法的计算机系统。
背景技术
为了取得客户的信任，从而达成交易，有多种方法。对于非经常性的交易，可以采用担保、保险等方法。对于规模性制造商来说，需要发展渠道，或者广告宣传。对于尚未建立市场品牌的新企业来说，拓展销售，风险和成本都比较大。
目前也有“支付宝”、跟单信用证或类似的工具，用于转化买卖双方的商业风险为相对于支付机构的风险。这类工具解决货物交易，包括实体货物和虚拟产品的交易，都有广泛的适用性。但是，它们不太适用于处理服务类产品、货物或服务交付之后的维修、维护、客户服务等的卖方诚信风险。同时，对于长期的质量保证等，这些工具也不太适合。
比如，购买新电脑，同时购买厂家的3年保修。目前“支付宝”类的做法是，电脑交付时，买方验证通过，就需要将电脑以及3年保修的费用一起支付，即对非“一手交钱，一手交货”的交易不太适合。对于跟单信用证，则不保障基础合同本身，仅保障单证一致，对于非“一手交钱，一手交单”的合同不太适合。
大多数交易都不需要由第三方提供交易验货，但是需要卖方保证交付产品或服务的质量与合同约定一致(这种约定可能位于产品说明书、报价单等文件中)，并且买方自身也很难当场验货。这时，买方能够提供一个第三方保证当出现交付产品或服务的质量与合同约定不一致时，凭约定的证明文件取得赔偿，也可以转化买卖双方的商业风险为相对于支付机构的风险，从而促进交易。这种风险，很难通过购买保险的方式化解。
对于不能现场交付的交易，通常还存在恶意履行风险、卖方履约能力风险、担保人担保能力风险等很难通过购买保险的方式化解的风险。这些交易不适合用“支付宝”、跟单信用证或类似的工具来处理。
发明内容
鉴于以上实际情况，本发明的目的在于提供一种交易方法，以支付保证机构保障支付，转移登记机构维护买方权利义务的概括转移，从而促进交易和流通，以及这种交易方法的应用、运用这种方法的计算机系统。
本发明所述交易方法要求交易的基础合同必须约定两项内容：
(a)特定的款项由第三方保证支付；
(b)买方的权利义务可以凭买方单方的意志概括转移，并由第三方负责概括转移的登记和通知。
这样，一方面，可以解决服务类交易、长期交易、货物交付后按需验货等的支付保障问题；另一方面，可以解决合同履行期间，买方方便地转让自己的权益。具体来说，这个方法具有如下特征：
(a)买卖双方约定特定的款项由第三方保证支付，这里的第三方称为支付保证方；
(b)买卖双方约定买方的权利义务可以凭买方单方的意志概括转移，并由第三方负责概括转移的登记和通知，并登记相应的基础交易合同，这里的第三方称为转移登记方，转移登记方和支付保证方可以是同一机构，通知的形式取决于对转移登记方的选择或要求，包括但不限于转移登记方主动通知、卖方能够通过转移登记方主动查询；
(c)买方或卖方向支付保证方申请支付保证；
(d)支付保证方发出保证单之后，卖方按照基础合同的约定提供货物或服务，简称赔付保证的交付；
(e)买方主导赔付，确定对保证支付款项的处理，简称行权；
(f)支付保证方根据付款指示向卖方支付约定款项，或者根据赔款请求向买方支付约定款项；
(g)约定期限届满之前，买方可以将基础合同约定己方的权利义务概括转移给第三方，在转移登记方登记，凭登记凭证在资金支付保证方进行变更，第三方取代自己获得对支付保证方的权利和义务，在资金支付保证方进行的变更可以由转移登记方代为处理，新买方可以再次进行权利义务概括转移。
本发明涉及的买卖交易包括但不限于《中华人民共和国合同法》所指买卖，既包括涉及所有权转移的交易，也包括提供服务的交易。
步骤(c)中，买方先将一定的款项打入支付保证方指定账户，或者买方取得支付保证方的信用，或者买方向支付保证方提供人或物的担保，或者卖方先将一定的款项打入支付保证方指定账户，或者卖方取得支付保证方的信用，或者卖方向支付保证方提供人或物的担保，简称代付承诺；使支付保证方同意收到买方的赔款请求时支付基础合同约定的款项给买方，简称代赔承诺。
买方或卖方打入的款项包含到支付时的孳息低于支付保证方保证支付的款项，即基础合同约定的款项时，称为基于赔率的担保，等于或大于支付保证方保证支付的款项时，称为基于资金的担保，支付保证方基于买方或卖方的信用作出担保，称为基于信用的担保。
支付保证方提供保证根据买方的付款指示付款的保证单据，简称保付单；支付保证方提供保证根据买方的赔款请求付款的保证单据，简称保赔单。保付单和保赔单统称保证单。
行权包括：
(a)约定期限届满之前，买方可以指示支付保证方到期时向卖方代为支付，简称付款指示，付款指示的形式包括但不限于一个买方发出的付款指令、买方设置的提款密码、支付保证方制作并由买方交付的提款单，也可以是一个买方签署的准予付款的凭证，也可以是一个买方签署的收到货物或服务的凭证，还可以是支付保证方向买方发送的支付询问的确认回复，也可以是一个默示，基础合同可以约定到期未作任何表示视为发出付款指示，简称默示支付，也可以约定到期未作任何表示视为未发出付款指示，简称默示拒付；
(b)如果支付保证方给出的是保赔书，买方可以在约定期限届满之前提供基础合同约定的证明文件向支付保证方发出赔款请求。
转移登记的方式包括但不限于：
(a)原买方和新买方一起实际到转移登记方登记；
(b)原买方出具转让证明给新买方并由新买方持证明自行到转移登记方登记；
(c)原买方通过电子方式设定或转移登记方提供一个变更文件或变更码并由原买方转移给新买方以便新买方利用变更文件或变更码通过电子方式完成登记；
(d)向新买方交付载明转移登记条款的文件以便新买方条款登记转移。
上述交易方法，可以这样分类：支付保证方基于买方打入的款项或买方的信用作出代付承诺的交易方法，称为买方保证的交易，支付保证方基于卖方打入的款项或卖方房的信用作出代付承诺的交易方法，称为卖方保证的交易。
当转移登记方和资金支付保证方是同一家银行，简称银行时，上述交易方法，可以按如下方式操作：
(a)银行提供交易资金监管和买方权利义务转移登记和通知服务，并制定带有前文所述特征的基础合同条款，以及相应的支付保证条款的三方格式合同，合同中事先包含保证单，简称格式合同；
(b)卖方接受银行的格式合同，银行向卖方提供可以用于权利要求1所述合同登记和进行保证单的终端，简称终端；
(c)交易双方达成一致后，卖方在终端补全格式合同，买方在终端刷卡，并输入自己的身份验证信息，终端收到通过验证，且银行同意保证的消息后，打印格式合同，银行同意保证可能是基于买方账户的资金或买方信用，也可能基于卖方账户的资金或卖方信用，取决于采用买方保证的交易，还是卖方保证的交易；
(d)卖方在买方签署格式合同后，按照合同的约定提供货物或服务；
(e)约定期限届满之前，买方可以作出行权，即向银行发出付款指示，或提供合同约定的证明文件向银行发出赔款请求：
(f)银行根据付款指示向卖方支付约定款项，或者根据赔款请求向买方支付约定款项；
(g)约定期限届满之前，买方可以将基础合同约定己方的权利义务概括转移给第三方，并在银行登记，第三方取代自己获得对银行的权利和义务。
本发明进一步公布了两种交易平台作为支付保证方和转移登记方时，本发明所述交易方法的操作方式。在下面的叙述中，交易平台提供商简称平台。
方式一：
(a)卖方在平台上开设虚拟或实体的店面，平台制定带有权利要求1所述特征的基础合同条款，简称格式合同：
(b)平台作为转移登记方和资金支付保证方，银行或第三方支付机构向平台提供包括根据授权冻结指定款项、划拨已冻结的指定款项、撤销冻结指定款项的接口，简称支付接口，平台提供登记基础合同、买方权利义务概括转移和通知的服务，并根据指示使用支付接口从银行或第三方机构冻结、划拨、撤销冻结指定款项，指定款项可以来自买方的账户，也可以来自卖方的账户，取决于采用买方保证的交易，还是卖方保证的交易；
(c)买卖双方就交易达成一致，并接受平台制定的格式合同，通过平台进行交易合同登记；
(d)交易双方通过平台提供的界面授权银行或第三方支付机构根据平台的意志冻结、划拨、撤销冻结指定款项，冻结操作成功之后，平台发出保证单；
(e)收到保证单之后，卖方按照基础合同的约定提供货物或服务；
(f)约定期限届满之前，买方可以作出行权，即通过平台提供的界面发出付款指示或赔款请求；
(g)卖方通过平台提供的界面，收取买方已经发出了付款指示的款项，买方通过平台提供的界面收取平台验证证明文件合格而确认的赔款；
(h)约定期限届满之前，买方可以将基础合同约定己方的权利义务概括转移给第三方，在平台登记，第三方取代自己获得对平台的权利和义务。
方式二：
(a)卖方在平台上开设虚拟或实体的店面，平台并制定带有权利要求1所述特征的基础合同条款，简称格式合同；
(b)平台作为转移登记方和支付保证方，向买方公开一个银行账号，简称代收账号；
(c)买卖双方就交易达成一致，并接受平台制定的格式合同，通过平台进行交易合同登记；
(d)买方或卖方将一定款项打入代收账号，平台发出保证单；
(e)收到保证单之后，卖方按照基础合同的约定提供货物或服务；
(f)约定期限届满之前，买方可以作出行权，即通过平台提供的界面发出付款指示或者发出赔款请求；
(g)卖方通过平台提供的界面收取买方已经发出了付款指示的款项，买方通过平台提供的界面收取平台验证证明文件合格而确认的赔款；
(h)约定期限届满之前，买方可以将基础合同约定己方的权利义务概括转移给第三方，在平台登记，第三方取代自己获得对平台的权利和义务。
为了约束和方便买方形权，本发明进一步公开了一个涉及交易保障机构的交易方法的进一步改进：基础合同约定买方作出拒绝支付或请求赔款的意思表示，需要交易保障机构出具基础合同约定的证明文件，买方凭此证明文件向支付保证方作出自己的意思表示。这里，交易保障机构可以是公正机构、政府机构或其它机构。交易保障机构可以和转移登记机构是同一家机构，或在某些情况下，可以和支付保证机构是同一家机构。同时，基础合同可以进一步约定买方可以凭交易保障机构的受理凭证向支付保证方提出中止支付或赔偿预请求。这里的中止支付是指冻结指定的款项，在中止期间内不向卖方支付特定款项。赔偿预请求是指告知支付保证机构为可能的赔偿请求进行准备，如果中止期间超过保证赔偿的期间，只要赔偿预请求发生在保证赔偿的期间内即认为没有超过保证赔偿的期间。
实际上，本发明通常用于分批地交易和对卖方从义务的保证。为此，本发明进一步拓展：
(a)基础合同约定的交易款项，可以是分批支付的，并分别对应卖方提供的分批的货物或服务，或分别对应卖方履行的主义务与从义务，分批支付的款项，可以部分批次采用买方保证的支付保证方式，部分批次采用其他方式；
(b)收到某批次的付款或保付指示时，卖方按照基础合同的约定提供对应的货物或服务；
(c)买方可以将基础合同约定己方的权利义务概括转移给第三方之后，如果还有没有付款或没有发出保付指示的批次，新的买方需要自行决定是否为这些批次进行付款或向支付保证方取得代付承诺。
为了处理特定的卖方相关的风险事件，本发明作了进一步扩展：
基础合同约定的款项，包含与约定风险事件无关的款项，和基于约定风险事件产生的款项，基于约定风险事件产生的款项简称保险赔款，保险赔款采用支付保证方式，保险费用可以是买方支付，也可以是卖方支付。这里的约定风险事件是与卖方履约行为或履约能力相关的，包括但不限于：
(1)恶意履行风险；
(2)卖方履约能力风险；
(3)担保人担保能力风险。
有时，仅有交易保障机构还不够。因为交易保障机构，主要起证明作用，只能处理定额的支付或赔偿。因此，本发明进一步引入了损失鉴定机构。基础合同约定当卖方发生履约瑕疵或约定的风险事件发生时，买方根据损失鉴定机构作出的鉴定，向支付保证方作出部分付款指示、不付款指示或部分赔偿请求、全额赔偿请求，统称理损。当买方不作出任何指示或请求时，默示为作出付款指示或不赔偿表示，基础合同可以进一步约定买方可以凭损失鉴定机构的受理凭证向支付保证方提出理损预请求。这里理损预请求是指告知支付保证机构为可能的理损请求进行准备，如果中止期间超过支付保证的期间，只要理损预请求发生在支付保证的期间内即认为没有超过支付保证的期间。
上述交易方法，可以采用计算机系统进行辅助或处理。本发明公布了一种运用本发明所述交易方法的计算机系统的组成模块，即包含以下一个或多个模块：基础合同登记模块、支付保证模块、行权模块、中止支付模块、赔偿预请求模块、交易保障模块、转移登记模块、损失鉴定模块、理损模块、理损预请求模块、止付款项处理模块、合同查询模块、账款查询模块、收款模块、概括转移查询模块、用户注册登陆模块。
本发明进一步指出了上述模块在实施时可以选择的优选组合：
(1)用户注册登陆模块、基础合同登记模块、转移登记模块、概括转移查询模块、合同查询模块；
(2)用户注册登陆模块、基础合同登记模块、转移登记模块、概括转移查询模块、合同查询模块、支付保证模块、行权模块、账款查询模块、收款模块、止付款项处理模块；
(3)用户注册登陆模块、基础合同登记模块、转移登记模块、概括转移查询模块、合同查询模块、支付保证模块、行权模块、中止支付模块、赔偿预请求模块、账款查询模块、收款模块、止付款项处理模块、交易保障模块；
(4)用户注册登陆模块、基础合同登记模块、转移登记模块、概括转移查询模块、合同查询模块、支付保证模块、行权模块、中止支付模块、赔偿预请求模块、账款查询模块、收款模块、止付款项处理模块、交易保障模块、损失鉴定模块、理损模块、理损预请求模块；
(5)用户注册登陆模块、基础合同登记模块、转移登记模块、概括转移查询模块、合同查询模块、支付保证模块、行权模块、账款查询模块、收款模块、止付款项处理模块、交易保障模块、损失鉴定模块、理损模块、理损预请求模块。
为便于实施，本发明公布了上述部分模块的优化的工作流程：
(一)基础合同登记模块采用如下合同登记流程：
(a)买方或卖方登陆系统，填写基础合同，核实内容无误后进行确认；
(b)另一方登陆系统，核实内容无误后进行确认；
(c)系统向双方发送登记成功的消息以及合同编号。
(二)支付保证模块采用如下操作流程：
(a)对应买方申请保证的交易或卖方申请保证的交易，买方或卖方登陆系统，输入合同编号，并申请支付保证；
(b)判断是否是基于赔率的保证，从而计算并确定需要向支付保证方支付的金额，简称金额；
(c)判断是否基于信用给予保证，如果是，则判断金额是否在可用信用额度内，从而确定是否发出保证单，如果否，则进入申请人付款程序，根据付款处理结果，确定是否发出保证单。
(三)约定的支付期限到期，且保证支付的款项尚未处理时，系统自动启动买方默示行权处理，且遵循下列流程：
(a)如果支付保证方作出的是保付书，则判断默示类型，如果是默示拒绝，则进入止付处理，如果是默示支付，则系统进入自动付款处理，止付处理是指将这笔款项的状态设置为有争议状态；
(b)如果支付保证方作出的是保赔书，则进入保证期限届满处理。
(四)止付款项处理模块遵循下列流程：
(a)止付款项权利人凭买卖双方达成的协议、仲裁文书、调解协议、判决书等向支付保证方提出款项提取请求；
(b)支付保证方核实上述文件，如果同意提取款项，则登陆系统，选择止付款项处理，输入合同编号，填写相关内容；
(c)根据(b)填写的内容，修改保证支付款项的相关状态，并相应增加以权利人为收款人提取金额为金额的支付条目。
(五)转移登记模块遵循下列流程：
(a)新买方登陆系统，选择转移登记；
(b)输入合同编号与变更码或变更文件，当变更码或变更文件可以唯一确定基础合同时，可以只输入变更码或变更文件；
(c)验证输入，验证通过后，向转移双方发送变更成功消息。
为了方便对交易保障机构与本发明中提及的其它主体一起进行交互，特别是电子方式的交互，本发进一步指出，可以要求交易保障模块提供电子证明文件，且电子证明文件至少包含下列内容：
(a)基础合同的合同编号；
(b)是否符合拒绝支付条件，或是否符合请求赔偿条件。
以交易保障机构提供上述电子证明文件为基础，本发明公开了行权模块可以采用的一种优化操作流程，即采用如下操作流程处理买方网上明示行权：
(a)买方登陆系统，输入合同编号，并选择行权类型；
(b)判断行权类型，如果是付款指示，则系统进入自动付款处理，即修改这笔款项的状态，并增加一个卖方为收款人的支付条目，以便卖方可以通过收款模块收取这笔款项；
(c)如果是赔款请求，则进入提交电子证明文件流程，然后验证证明文件，验证合格则进入赔款处理，即修改这笔款项的状态，并增加一个买方为收款人的支付条目，以便买方可以通过收款模块收取这笔款项；
(d)如果是拒绝付款，则判断是否是有条件的，如果是有条件拒绝付款，则进入提交证明文件流程，然后验证证明文件，验证合格则进入自动向买方返款处理，即修改这笔款项的状态，并增加一个买方为收款人的支付条目，以便买方可以通过收款模块收取这笔款项，如果是无条件拒绝付款，则进入止付处理。
类似地，本发明也进一步指出了，可以要求损失鉴定模块提供电子鉴定文件，且损失鉴定模块提供的电子鉴定文件至少包含下列内容：
(a)基础合同的合同编号；
(b)是否发生卖方履约瑕疵或约定的风险事件；
(c)损失金额。
在上述基础之上，即损失鉴定模块提供电子鉴定文件，理损模块采用如下操作流程：
(a)买方登陆系统，输入合同编号，并选择理损；
(b)进入电子鉴定文件提交流程；
(c)验证鉴定文件，验证合格则后续处理；
(d)解析鉴定文件，抽取出损失金额；
(e)如果支付保正方提供的是保付书，且损失小于保证支付的款项，则进行部分支付处理，即修改这笔款项的状态，并增加一条以买方为收款人金额为损失金额的支付条目，以及另一条以卖方为收款人金额为扣除损失后的余额；
(f)如果支付保正方提供的是保付书，且损失不小于保证支付的款项，则进行不支付处理，即修改这笔款项的状态，并增加一条以买方为收款人金额为保证支付的款项的支付条目；
(g)如果支付保正方提供的是保赔书，且损失小于保证支付的款项，则进行部分赔偿处理，即修改这笔款项的状态，并增加一条以买方为收款人金额为损失金额的支付条目；
(h)如果支付保正方提供的是保赔书，且损失不小于保证支付的款项，则进行全额赔偿处理，即修改这笔款项的状态，并增加一条以买方为收款人金额为保证支付的款项的支付条目。
引入计算机系统后，本发明所述的交易方法，可以进一步优化。本发明公布了两个优化：
(一)涉及交易保障机构的交易方法，可以如下优化：
(a)交易保障机构可以代理买方向支付保证方进行下列一个或多个行为：提出中止支付申请、提出赔偿预请求、发出拒绝支付的指示、提出赔偿请求；
(b)交易保障模块在接收买方申请时，可以让买方选择是否代理提出中止支付申请/提出赔偿预请求、发出拒绝支付的指示/提出赔偿请求；
(c)经审查符合受理条件，且买方委托中止支付申请/赔偿预请求时，交易保障模块自动向行权模块发出中止支付申请/赔偿预请求；
(d)经审查符合拒绝支付条件，且买方委托发出拒绝支付的指示时，交易保障模块自动向行权模块发出拒绝支付的指示；
(e)经审查符合赔偿条件，且买方委托发出赔偿请求时，交易保障模块自动向行权模块发出赔偿请求。
(二)涉及损失鉴定机构的交易方法，可以如下优化：
(a)损失鉴定机构可以代理买方向支付保证方进行下列一个或多个行为：提出中止支付申请、提出赔偿预请求、发出拒绝支付的指示、提出赔偿请求；
(b)损失鉴定模块在接收买方申请时，可以让买方选择是否代理提出理损预请求、提出理损请求；
(c)经审查符合受理条件，且买方委托理损预请求时，损失鉴定模块自动向理损模块发出理损预请求；
(d)经鉴定，确实发生卖方履约瑕疵或约定的风险事件，并理算出卖方履约瑕疵或约定的风险事件导致的损失，且买方委托发出拒绝支付的指示时，损失鉴定模块自动向理损模块发出理损请求。
进一步，本系统公布了本发明所述交易方法的如下几种应用，即不同方法相对应的适用场景：
(一)适合买方作是否支付的行权表示的应用：
基础合同约定买卖双方就货物或服务以通常方式进行交易，即以通常的方式进行货物或服务的交付以及付款，并约定卖方在一定期间内，对货物或服务按照约定的或惯常的质量提供以下内型中的一种或多种客户服务，并由支付保证方保证根据买方的指示到期支付对应的对价：
(1)保修、维修、零配件供应；
(2)保养、安全检测；
(3)培训、咨询、指导；
(4)安装、调试、移机。
(二)适合卖方进行质量保证以促进交易的应用：
基础合同约定买卖双方就货物或服务以通常方式进行交易，即以通常的方式进行货物或服务的交付以及付款，同时卖方对货物或服务的所满足的以下一项或多项质量特征提供保证，约定买方可以在一定期间内，对货物或服务不符合质量的情况请求定额赔偿，并由支付保证方保证赔偿：
(1)正品；
(2)保值期；
(3)生产日期；
(4)产地、生产条件、制造商；
(5)质量等级；
(6)数量、尺寸、纯度、亮度、浓度、硬度等；
(7)行业标准、国家标准、国际标准、其他标准；
(8)服务人员的资质、施工单位的资质。
(三)适合对风险事件进行保障的应用：
基础合同约定的款项，包含与约定风险事件无关的款项，和基于约定风险事件产生的款项，基于约定风险事件产生的款项简称保险赔款，保险赔款采用支付保证方式，保险费用可以是买方支付，也可以是卖方支付，这里的约定风险事件是与卖方履约行为或履约能力相关的，包括但不限于：
(1)恶意履行风险；
(2)卖方履约能力风险；
(3)担保人担保能力风险。
(四)适合引入损失鉴定机构的应用
卖方提供的服务是下列服务之一：
(1)承揽；
(2)租赁；
(3)建设工程；
(4)运输；
(5)技术开发、技术转让、技术咨询、技术服务；
(6)仓储；
(7)行纪；
(8)居间。
附图说明
图1描述了支付保证模块处理处理支付保证申请的流程。支付保证申请，可能由买方提出，也可能有卖方提出。处理过程，需要判断是否基于赔率的保证，这涉及到做出保证需要收取的金额的计算。
图2描述的是行权模块的内部流程。它要求交易保障机构能够出具包含特定内容的电子证明文件。行权流程由权利人在网上进行时，如果需要进行赔款请求或有条件拒绝付款，则需要权利人提交交易保障机构出具的电子证明文件。当行权由交易保障机构代理时，电子证明文件为由交易保障模块传输，行权模块接收。
图3是理损模块的内部流程。它要求损失鉴定机构能够出具包含特定内容的电子鉴定文件。
具体实施方式
发明内容、附图说明章节，已经对如何实施进行了具体描述，包括相关的计算机系统模块、内部流程、适用场景。在这里，用实施例的方式，对难点部分进行进一步阐述。
实施例一
本实施例涉及如下主体：一个零售商品销售平台，简称平台、一个电脑制造商，简称卖方、买方甲、受让方乙。卖方通过平台销售电脑，平台负责合同的登记，同时充当转移登记方、支付保证方、交易保障机构的角色。
卖方与平台协商，设置如下交易条款：
(1)一台某型号电脑基本货款8000￥，包含一年免费维修，款项由平台代收；
(2)平台对一年免费维修进行保证，如果卖方不提供此项服务，可以向平台提出投诉，经平台协调，仍然没有达成免费维修服务，或卖方已经清算解散，平台负责向买方赔偿1000￥；
(3)卖方提供第二年的有偿维护服务，价格为800￥，维护服务为对合理使用造成的硬件损坏进行保修，款项由平台代为支付，电脑交付之日起10个月内付款有效；
(4)平台对(3)所述有偿服务进行支付保证，如果卖方不提供此项服务，可以向平台提出投诉，经平台协调，仍然没有达成免费维修服务，或卖方已经清算解散，平台负责向买方退还800￥；
(5)买方向第三人转让电脑时，卖方的服务同时面向受让人，买方对平台的权利由受让人取代。
买方甲于2008年5月25日通过平台购买电脑一台，支付8000￥。平台的计算机系统完成基础合同登记、收款、支付保证，并向买方出具保证书，保证在卖方不履行保修义务或卖方丧失市场主体资格时，赔偿1000￥。平台在收到8000￥的款项后，卖方实际可以收取的款项为7000￥，其余的款项1000￥要在1年后。
2008年10月1日，买方甲转让电脑予受让方乙，并在平台进行登记，平台出具转移登记书。买方甲将转移登记书与保证书一并交付给受让方乙。
2008年12月1日，受让方乙通过平台支付800￥的第二年保修服务款项。平台向卖方出具到期支付的保证书。
2009年3月1日，卖方清算解散。
2009年4月2日，受让方乙发现电脑由故障，需要维修。结果发现卖方已经解散，于是向平台要求1000￥赔偿，以及退还800￥第二年的保修款。
这个例子中，涉及基础合同条款的制定、合同登记、买方付款、支付保证、卖方收款、买方权利义务概括转移、转移登记等流程，以及相关的计算机系统模块。保修服务的保证、卖方市场主体丧失风险的保险、分期支付，降低了买方的风险，促进了交易。允许买方概括转移权利义务，可以促进商品流通。
实施例二
本实施例涉及如下主体：一个仓储服务提供方，简称保管方、一个存货方、受让方、损失鉴定机构、支付保证方。存货方是保管货物的所有人。支付保证方同时负责合同登记和存货方权利义务转移登记。
保管方与存货方协商，达成如下服务条款：
(1)存货方按照入库要求交存500台机器，存储期间为3个月，费用为5000￥；
(2)存货方不能按期存货，应偿付保管方的损失200￥，逾期超过3天，仓储合同自动解除；
(3)存货方应按期提货，每逾期1日，赔偿损失200￥，逾期超过1个月，保管方可以
(3)赔偿货物的损失，一律按照1200￥/台计算，有残值的，残件归赔偿方，不负责赔偿实物，货物损失必须在收货之日起7天内提出；
(4)货物损失最高赔偿额为300000￥，由支付保证方保证根据损失鉴定机构的鉴定结果进行赔偿；
(5)存货方可以向第三人转让自己的权利义务。
保管方以仓库作为担保，支付保证方同意提供保证，并出具保赔书。存货方按期按照入库要求交存货物，并支付5000￥，保管方出具保管凭证。
2月后，存货方转让自己的权利义务给受让方，并在支付保证方登记。
半月以后，受让方提货，发现部分因保管不善，导致毁损，申请损失鉴定机构鉴定，凭受理凭证向支付保证方提出理损预请求。经损失鉴定机构鉴定，损失金额为3600￥。受让方凭损失鉴定文件，向支付保证方要求理损，获赔3600￥。
这个例子中，涉及基础合同条款的制定、合同登记、支付保证、买方权利义务概括转移、转移登记、损失鉴定、理损预请求、理损等流程，以及相关的计算机系统模块。损失赔偿的保证降低了存货方的风险，促进了交易。允许存货方概括转移权利义务，可以促进仓储商品的流通。
实施例三
本实施例涉及如下主体：一个零售商品销售平台，简称平台、一个电脑制造商，简称卖方、买方甲、受让方乙。卖方通过平台销售电脑，平台负责合同的登记，同时充当转移登记方、支付保证方、交易保障机构的角色。
卖方与平台协商，设置如下交易条款：
(1)一台某型号电脑基本货款8000￥，包含一年免费维修，款项由平台代收；
(2)平台对一年免费维修进行保证，如果卖方不提供此项服务，可以向平台提出投诉，经平台协调，仍然没有达成免费维修服务，或卖方已经清算解散，平台负责向买方赔偿1000￥；
(3)买方向第三人转让电脑时，卖方的服务同时面向受让人，买方对平台的权利由受让人取代。
买方甲于2008年5月25日通过平台购买电脑一台，支付8000￥。平台的计算机系统完成基础合同登记、收款、支付保证，并向买方出具保证书，保证在卖方不履行保修义务或卖方丧失市场主体资格时，赔偿1000￥。平台在收到8000￥的款项后，卖方实际可以收取的款项为7900￥，其余的款项100￥为平台收取的保证费用。这里，支付保证方是基于赔率提供保证的。
2008年10月1日，买方甲转让电脑予受让方乙，并在平台进行登记，平台出具转移登记书。买方甲将转移登记书与保证书一并交付给受让方乙。
2009年3月1日，卖方清算解散。
2009年4月2日，受让方乙发现电脑由故障，需要维修。结果发现卖方已经解散，于是向平台要求1000￥赔偿。
这个例子中，涉及基础合同条款的制定、合同登记、买方付款、支付保证、卖方收款、买方权利义务概括转移、转移登记等流程，以及相关的计算机系统模块。保修服务的保证、卖方市场主体丧失风险的保险、分期支付，降低了买方的风险，促进了交易。允许买方概括转移权利义务，可以促进商品流通。
Claims (24)
1、一种可以促进流通的交易方法，其特征在于：
(a)买卖双方约定特定的款项由第三方保证支付，这里的第三方称为支付保证方，卖方是服务或货物的提供者，并以此向买方收取费用，涉及的买卖交易包括但不限于《中华人民共和国合同法》所指买卖，既包括涉及所有权转移的交易，也包括提供服务的交易；
(b)买卖双方约定买方的权利义务可以凭买方单方的意志概括转移，并由第三方负责概括转移的登记和通知，并登记相应的基础交易合同，这里的第三方称为转移登记方，转移登记方和支付保证方可以是同一机构，通知的形式取决于对转移登记方的选择或要求，包括但不限于转移登记方主动通知、卖方通过转移登记方主动查询；
(c)买方先将一定的款项打入支付保证方指定账户，或者买方取得支付保证方的信用，或者买方向支付保证方提供人或物的担保，或者卖方先将一定的款项打入支付保证方指定账户，或者卖方取得支付保证方的信用，或者卖方向支付保证方提供人或物的担保，使支付保证方同意收到买方的付款指示时支付基础合同约定的款项给卖方，简称代付承诺，或者使支付保证方同意收到买方的赔款请求时支付基础合同约定的款项给买方，简称代赔承诺，支付保证方提供保证根据买方的付款指示付款的保证单据，简称保付单，支付保证方提供保证根据买方的赔款请求付款的保证单据，简称保赔单，保付单和保赔单统称保证单，买方或卖方打入的款项包含到支付时的孳息低于支付保证方保证支付的款项，即基础合同约定的款项时，称为基于赔率的担保，等于或大于支付保证方保证支付的款项时，称为基于资金的担保，支付保证方基于买方或卖方的信用作出担保，称为基于信用的担保；
(d)支付保证方发出保证单之后，卖方按照基础合同的约定提供货物或服务，简称赔付保证的交付；
(e)买方主导赔付，确定对保证支付款项的处理，简称行权：
(e1)约定期限届满之前，买方可以指示支付保证方到期时向卖方代为支付，简称付款指示，付款指示的形式包括但不限于一个买方发出的付款指令、买方设置的提款密码、支付保证方制作并由买方交付的提款单，也可以是一个买方签署的准予付款的凭证，也可以是一个买方签署的收到货物或服务的凭证，还可以是支付保证方向买方发送的支付询问的确认回复，也可以是一个默示，基础合同可以约定到期未作任何表示视为发出付款指示，简称默示支付，也可以约定到期未作任何表示 视为未发出付款指示，简称默示拒付；
(e2)如果支付保证方给出的是保赔单，买方可以在约定期限届满之前提供基础合同约定的证明文件向支付保证方发出赔款请求；
(f)支付保证方根据付款指示向卖方支付约定款项，或者根据赔款请求向买方支付约定款项；
(g)约定期限届满之前，买方可以将基础合同约定己方的权利义务概括转移给第三方，在转移登记方登记，凭登记凭证在资金支付保证方进行变更，第三方取代自己获得对支付保证方的权利和义务，转移登记的方式包括但不限于原买方和新买方一起实际到转移登记方登记、原买方出具转让证明给新买方并由新买方持证明自行到转移登记方登记、原买方通过电子方式设定或转移登记方提供一个变更文件或变更码并由原买方转移给新买方以便新买方利用变更文件或变更码通过电子方式完成登记、向新买方交付载明转移登记条款的文件以便新买方条款登记转移，在资金支付保证方进行的变更可以由转移登记方代为处理，新买方可以再次进行权利义务概括转移。
2、如权利要求1所述的方法，其特征在于：
(a)转移登记方和资金支付保证方是同一家银行，以下称银行；
(b)银行提供交易资金监管和买方权利义务转移登记和通知服务，并制定带有权利要求1所述特征的基础合同条款，以及相应的支付保证条款的三方格式合同，合同中事先包含保证单，简称格式合同；
(c)卖方接受银行的格式合同，银行向卖方提供可以用于权利要求1所述合同登记和进行保证单输出的终端，简称终端；
(d)交易双方达成一致后，卖方在终端补全格式合同，买方在终端刷卡，并输入自己的身份验证信息，终端收到通过验证，且银行同意保证的消息后，打印格式合同，银行同意保证可能是基于买方账户的资金或买方信用，也可能基于卖方账户的资金或卖方信用，取决于采用买方保证的交易，还是卖方保证的交易；
(e)卖方在买方签署格式合同后，按照合同的约定提供货物或服务；
(f)约定期限届满之前，买方可以作出行权，即向银行发出付款指示，或提供合同约定的证明文件向银行发出赔款请求；
(g)银行根据付款指示向卖方支付约定款项，或者根据赔款请求向买方支付约定款项；
(h)约定期限届满之前，买方可以将基础合同约定己方的权利义务概括转移给第三方，并在银行登记，第三方取代自己获得对银行的权利和义务。
3、如权利要求1所述的方法，其特征在于：
(a)存在一个交易平台提供商，简称平台，卖方在平台上开设虚拟或实体的店面，平台制定带有权利要求1所述特征的基础合同条款，简称格式合同；
(b)平台作为转移登记方和资金支付保证方，银行或第三方支付机构向平台提供包括根据授权冻结指定款项、划拨已冻结的指定款项、撤销冻结指定款项的接口，简称支付接口，平台提供登记基础合同、买方权利义务概括转移和通知的服务，并根据指示使用支付接口从银行或第三方机构冻结、划拨、撤销冻结指定款项，指定款项可以来自买方的账户，也可以来自卖方的账户，取决于采用买方保证的交易，还是卖方保证的交易；
(c)买卖双方就交易达成一致，并接受平台制定的格式合同，通过平台进行交易合同登记；
(d)交易双方通过平台提供的界面授权银行或第三方支付机构根据平台的意志冻结、划拨、撤销冻结指定款项，冻结操作成功之后，平台发出保证单；
(e)收到保证单之后，卖方按照基础合同的约定提供货物或服务；
(f)约定期限届满之前，买方可以作出行权，即通过平台提供的界面发出付款指示或赔款请求；
(g)卖方通过平台提供的界面，收取买方已经发出了付款指示的款项，买方通过平台提供的界面收取平台验证证明文件合格而确认的赔款；
(h)约定期限届满之前，买方可以将基础合同约定己方的权利义务概括转移给第三方，在平台登记，第三方取代自己获得对平台的权利和义务。
4、如权利要求1所述的方法，其特征在于：
(a)存在一个交易平台提供商，简称平台，卖方在平台上开设虚拟或实体的店面，平台并制定带有权利要求1所述特征的基础合同条款，简称格式合同；
(b)平台作为转移登记方和支付保证方，向买方公开一个银行账号，简称代收账号；
(c)买卖双方就交易达成一致，并接受平台制定的格式合同，通过平台进行交易合同登记；
(d)买方或卖方将一定款项打入代收账号，平台发出保证单；
(e)收到保证单之后，卖方按照基础合同的约定提供货物或服务；
(f)约定期限届满之前，买方可以作出行权，即通过平台提供的界面发出付款指示或者发出赔款请求；
(g)卖方通过平台提供的界面收取买方已经发出了付款指示的款项，买方通过平台提供的界面收取平台验证证明文件合格而确认的赔款；
(h)约定期限届满之前，买方可以将基础合同约定己方的权利义务概括转移给第三方，在平台登记，第三方取代自己获得对平台的权利和义务。
5、如权利要求1到4所述的方法，其特征在于存在一个交易保障机构，基础合同约定买方作出拒绝支付或请求赔款的意思表示，需要交易保障机构出具基础合同约定的证明文件，买方凭此证明文件向支付保证方作出自己的意思表示，交易保障机构可以是公正机构、政府机构或其它机构，交易保障机构可以和转移登记机构或支付保证机构是同一家机构，基础合同可以进一步约定买方可以凭交易保障机构的受理凭证向支付保证方提出中止支付或赔偿预请求，这里的中止支付是指冻结指定的款项，在中止期间内不向卖方支付特定款项，赔偿预请求是指告知支付保证机构为可能的赔偿请求进行准备，如果中止期间超过保证赔偿的期间，只要赔偿预请求发生在保证赔偿的期间内即认为没有超过保证赔偿的期间。
6、如权利要求1到5所述的方法，其特征在于：
(a)基础合同约定的交易款项，可以是分批支付的，并分别对应卖方提供的分批的货物或服务，或分别对应卖方履行的主义务与从义务，分批支付的款项，可以部分批次采用买方保证的支付保证方式，部分批次采用其他方式；
(b)收到某批次的付款或保付指示时，卖方按照基础合同的约定提供对应的货物或服务；
(c)买方可以将基础合同约定己方的权利义务概括转移给第三方之后，如果还有没有付款或没有发出保付指示的批次，新的买方需要自行决定是否为这些批次进行付款或向支付保证方取得代付承诺。
7、如权利要求1到5所述的方法，其特征在于基础合同约定的款项，包含与约定风险事件无关的款项，和基于约定风险事件产生的款项，基于约定风险事件产生的款项简称保险赔款，保险赔款采用支付保证方式，保险费用可以是买方支付，也可以是卖方支付，这里的约定风险事件是与卖方履约行为或履约能力相关的，包括但不限于：
(1)恶意履行风险；
(2)卖方履约能力风险；
(3)担保人担保能力风险。
8、如权利要1到7所述的方法，其特征在于存在一个损失鉴定机构，基础合同约定当卖方发生履约瑕疵或约定的风险事件发生时，买方根据损失鉴定机构作出的鉴定，向支付保证方作出部分付款指示、不付款指示或部分赔偿请求、全额赔偿请求，统称理损，当买方不作出任何指示或请求时，默示为作出付款指示或不赔偿表示，基础合同可以进一步约定买方可以凭损失鉴定机构的受理凭证向支付保证方提出理损预请求，这里理损预请求是指告知支付保证机构为可能的理损请求进行准备，如果中止期间超过支付保证的期间，只要理损预请求发生在支付保证的期间内即认为没有超过支付保证的期间。
9、运用权利要求1到8所述交易方法的计算机系统，其特征在于包含以下一个或多个模块：基础合同登记模块、支付保证模块、行权模块、中止支付模块、赔偿预请求模块、交易保障模块、转移登记模块、损失鉴定模块、理损模块、理损预请求模块、止付款项处理模块、合同查询模块、账款查询模块、收款模块、概括转移查询模块、用户注册登陆模块。
10、运用权利要求1到8所述交易方法的计算机系统，其特征在于采用如下模块组合之一：
(1)用户注册登陆模块、基础合同登记模块、转移登记模块、概括转移查询模块、合同查询模块；
(2)用户注册登陆模块、基础合同登记模块、转移登记模块、概括转移查询模块、合同查询模块、支付保证模块、行权模块、账款查询模块、收款模块、止付款项处理模块；
(3)用户注册登陆模块、基础合同登记模块、转移登记模块、概括转移查询模块、合同查询模块、支付保证模块、行权模块、中止支付模块、赔偿预请求模块、账款查询模块、收款模块、止付款项处理模块、交易保障模块；
(4)用户注册登陆模块、基础合同登记模块、转移登记模块、概括转移查询模块、合同查询模块、支付保证模块、行权模块、中止支付模块、赔偿预请求模块、账款查询模块、收款模块、止付款项处理模块、交易保障模块、损失鉴定模块、理损模块、理损预请求模块；
(5)用户注册登陆模块、基础合同登记模块、转移登记模块、概括转移查询模块、合同查询模块、支付保证模块、行权模块、账款查询模块、收款模块、止付款项处理模块、交易保障模块、损失鉴定模块、理损模块、理损预请求模块。
11、如权利要求9所述的系统，其特征在于基础合同登记模块采用如下合同登记流程：
(a)买方或卖方登陆系统，填写基础合同，核实内容无误后进行确认；
(b)另一方登陆系统，核实内容无误后进行确认；
(c)系统向双方发送登记成功的消息以及合同编号。
12、如权利要求9所述的系统，其特征在于支付保证模块采用如下操作流程：
(a)对应买方申请保证的交易或卖方申请保证的交易，买方或卖方登陆系统，输入合同编号，并申请支付保证；
(b)判断是否是基于赔率的保证，从而计算并确定需要向支付保证方支付的金额，简称金额；
(c)判断是否基于信用给予保证，如果是，则判断金额是否在可用信用额度内，从而确定是否发出保证单，如果否，则进入申请人付款程序，根据付款处理结果，确定是否发出保证单。
13、如权利要求9所述的系统，其特征在于约定的支付期限到期，且保证支付的款项尚未处理时，系统自动启动买方默示行权处理，且遵循下列流程：
(a)如果支付保证方作出的是保付书，则判断默示类型，如果是默示拒绝，则进入止付处理，如果是默示支付，则系统进入自动付款处理，止付处理是指将这笔款项的状态设置为有争议状态；
(b)如果支付保证方作出的是保赔书，则进入保证期限届满处理。
14、如权利要求9所述的系统，其特征在于止付款项处理模块遵循下列流程：
(a)止付款项权利人凭买卖双方达成的协议、仲裁文书、调解协议、判决书等向支付保证方提出款项提取请求；
(b)支付保证方核实上述文件，如果同意提取款项，则登陆系统，选择止付款项处理，输入合同编号，填写相关内容；
(c)根据(b)填写的内容，修改保证支付款项的相关状态，并相应增加以权利人为收款人提取金额为金额的支付条目。
15、如权利要求9所述的系统，其特征在于转移登记模块遵循下列流程：
(a)新买方登陆系统，选择转移登记；
(b)输入合同编号与变更码或变更文件，当变更码或变更文件可以唯一确定基础合同时，可以只输入变更码或变更文件；
(c)验证输入，验证通过后，向转移双方发送变更成功消息。
16、如权利要求9所述的系统，其特征在于交易保障模块提供的电子证明文件，且电子证明文件至少包含下列内容：
(a)基础合同的合同编号；
(b)是否符合拒绝支付条件，或是否符合请求赔偿条件。
17、如权利要求9所述的系统，其特征在于以权利要求16为基础，且行权模块采用如下操作流程处理买方网上明示行权：
(a)买方登陆系统，输入合同编号，并选择行权类型；
(b)判断行权类型，如果是付款指示，则系统进入自动付款处理，即修改这笔款项的状态，并增加一个卖方为收款人的支付条目，以便卖方可以通过收款模块收取这笔款项；
(c)如果是赔款请求，则进入提交电子证明文件流程，然后验证证明文件，验证合格则进入赔款处理，即修改这笔款项的状态，并增加一个买方为收款人的支付条目，以便买方可以通过收款模块收取这笔款项；
(d)如果是拒绝付款，则判断是否是有条件的，如果是有条件拒绝付款，则进入提交证明文件流程，然后验证证明文件，验证合格则进入自动向买方返款处理，即修改这笔款项的状态，并增加一个买方为收款人的支付条目，以便买方可以通过收款模块收取这笔款项，如果是无条件拒绝付款，则进入止付处理。
18、如权利要求9所述的系统，其特征在于损失鉴定模块提供的电子鉴定文件至少包含下列内容：
(a)基础合同的合同编号；
(b)是否发生卖方履约瑕疵或约定的风险事件；
(c)损失金额。
19、如权利要求9所述的系统，其特征在于以权利要求18为基础，且理损模块采用如下操作流程：
(a)买方登陆系统，输入合同编号，并选择理损；
(b)进入电子鉴定文件提交流程；
(c)验证鉴定文件，验证合格则后续处理；
(d)解析鉴定文件，抽取出损失金额；
(e)如果支付保正方提供的是保付书，且损失小于保证支付的款项，则进行部分支付处理，即修改这笔款项的状态，并增加一条以买方为收款人金额为损失金额的支付条目，以及另一条以卖方为收款人金额为扣除损失后的余额；
(f)如果支付保正方提供的是保付书，且损失不小于保证支付的款项，则进行不支付处理，即修改这笔款项的状态，并增加一条以买方为收款人金额为保证支付的款项的支付条目；
(g)如果支付保正方提供的是保赔书，且损失小于保证支付的款项，则进行部分赔偿处理，即修改这笔款项的状态，并增加一条以买方为收款人金额为损失金额的支付条目；
(h)如果支付保正方提供的是保赔书，且损失不小于保证支付的款项，则进行全额赔偿处理，即修改这笔款项的状态，并增加一条以买方为收款人金额为保证支付的款项的支付条目。
20、利用权利要求9所述系统，对权利要求5所述交易方法的优化，其特征在于：
(a)交易保障机构可以代理买方向支付保证方进行下列一个或多个行为：提出中止支付申请、提出赔偿预清求、发出拒绝支付的指示、提出赔偿请求；
(b)交易保障模块在接收买方申请时，可以让买方选择是否代理提出中止支付申请/提出赔偿预请求、发出拒绝支付的指示/提出赔偿请求；
(c)经审查符合受理条件，且买方委托中止支付申请/赔偿预请求时，交易保障模块自动向行权模块发出中止支付申请/赔偿预请求；
(d)经审查符合拒绝支付条件，且买方委托发出拒绝支付的指示时，交易保障模块自动向行权模块发出拒绝支付的指示；
(e)经审查符合赔偿条件，且买方委托发出赔偿请求时，交易保障模块自动向行权模块发出赔偿请求。
21、利用权利要求9所述系统，对权利要求8所述交易方法的优化，其特征在于：
(a)损失鉴定机构可以代理买方向支付保证方进行下列一个或多个行为：提出中止支付申请、提出赔偿预请求、发出拒绝支付的指示、提出赔偿请求；
(b)损失鉴定模块在接收买方申请时，可以让买方选择是否代理提出理损预请求、提出理损请求；
(c)经审查符合受理条件，且买方委托理损预请求时，损失鉴定模块自动向理损模块发出理损预请求；
(d)经鉴定，确实发生卖方履约瑕疵或约定的风险事件，并理算出卖方履约瑕疵或约定的风险事件导致的损失，且买方委托发出拒绝支付的指示时，损失鉴定模块自动向理损模块发出理损请求。
22、如权利要1到6所述系统的应用，其特征在于基础合同约定买卖双方就货物或服务以通常方式进行交易，即以通常的方式进行货物或服务的交付以及付款，并约定卖方在一定期间内，对货物或服务按照约定的或惯常的质量提供以下内型中的一种或多种客户服务，并由支付保证方保证根据买方的指示到期支付对应的对价：
(1)保修、维修、零配件供应；
(2)保养、安全检测；
(3)培训、咨询、指导；
(4)安装、调试、移机。
23、如权利要1到6所述系统的应用，其特征在于基础合同约定买卖双方就货物或服务以通常方式进行交易，即以通常的方式进行货物或服务的交付以及付款，同时卖方对货物或服务的所满足的以下一项或多项质量特征提供保证，约定买方可以在一定期间内，对货物或服务不符合质量的情况请求定额赔偿，并由支付保证方保证赔偿：
(1)正品；
(2)保值期；
(3)生产日期；
(4)产地、生产条件、制造商；
(5)质量等级；
(6)数量、尺寸、纯度、亮度、浓度、硬度等；
(7)行业标准、国家标准、国际标准、其他标准；
(8)服务人员的资质、施工单位的资质。
24、如权利要8所述系统的应用，其特征在于卖方提供的服务是下列服务之一：
(1)承揽；
(2)租赁；
(3)建设工程；
(4)运输；
(5)技术开发、技术转让、技术咨询、技术服务；
(6)仓储；
(7)行纪；
(8)居间。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2008100386707A CN101599147A (zh) | 2008-06-06 | 2008-06-06 | 交易方法和运用交易方法的计算机系统及应用 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2008100386707A CN101599147A (zh) | 2008-06-06 | 2008-06-06 | 交易方法和运用交易方法的计算机系统及应用 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101599147A true CN101599147A (zh) | 2009-12-09 |
Family
ID=41420584
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2008100386707A Pending CN101599147A (zh) | 2008-06-06 | 2008-06-06 | 交易方法和运用交易方法的计算机系统及应用 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101599147A (zh) |
Cited By (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102867250A (zh) * | 2011-06-22 | 2013-01-09 | 美国博通公司 | 用于交易支付授权的移动装置 |
| CN103413241A (zh) * | 2013-07-12 | 2013-11-27 | 广州银联网络支付有限公司 | 一种银行代收付系统 |
| CN103679533A (zh) * | 2013-12-09 | 2014-03-26 | 上海信联商贸发展有限公司 | 处理账款业务的系统及方法 |
| CN104937624A (zh) * | 2014-03-11 | 2015-09-23 | 深圳市银信网银科技有限公司 | 网络支付系统及其方法 |
| WO2016155195A1 (zh) * | 2015-04-02 | 2016-10-06 | 浙江吉利控股集团有限公司 | 一种安全的网络交易方法、网络交易平台以及服务费用平台 |
| WO2016191931A1 (zh) * | 2015-05-29 | 2016-12-08 | 深圳市银信网银科技有限公司 | 还贷方法、数据交互处理方法、终端以及系统 |
| CN106462836A (zh) * | 2015-07-21 | 2017-02-22 | 深圳市银信网银科技有限公司 | 电子凭证的设置方法、数据交互处理方法及其装置、系统 |
| CN107578207A (zh) * | 2017-09-22 | 2018-01-12 | 江苏满运软件科技有限公司 | 一种物流运输的担保交易系统及其方法 |
| CN107909470A (zh) * | 2017-11-22 | 2018-04-13 | 中国银行股份有限公司 | 数据处理方法和装置 |
| CN108171599A (zh) * | 2018-01-16 | 2018-06-15 | 北京汇聚天下投资有限公司 | 适用于搭建诚信交易平台的智能约定系统 |
| CN108256843A (zh) * | 2018-01-12 | 2018-07-06 | 上海瀚银信息技术有限公司 | 一种代付交易方法及代付交易系统 |
| CN108256844A (zh) * | 2018-02-05 | 2018-07-06 | 浙江米致科技有限公司 | 一种传统供应链金融领域中结算支付方法 |
| CN108510257A (zh) * | 2018-04-23 | 2018-09-07 | 孙峰 | 一种电子支付方式 |
| CN108537557A (zh) * | 2018-03-20 | 2018-09-14 | 徐州独角兽信息科技有限公司 | 一种网游交易平台 |
| CN109214789A (zh) * | 2018-08-09 | 2019-01-15 | 北京领知数据服务中心（有限合伙） | 一种交易平台的数据处理方法和装置 |
| CN109214960A (zh) * | 2018-08-09 | 2019-01-15 | 北京领知数据服务中心（有限合伙） | 一种交易平台的数据处理方法和装置 |
| CN109313781A (zh) * | 2016-07-01 | 2019-02-05 | 富国银行 | 国际贸易融资区块链系统 |
| CN109872042A (zh) * | 2019-01-17 | 2019-06-11 | 平安城市建设科技(深圳)有限公司 | 基于区块链的房产交易监管方法、装置、设备及存储介质 |
| WO2019177722A1 (en) * | 2018-03-12 | 2019-09-19 | Mastercard International Incorporated | Systems, methods and computer program products for automated bill payment |
| WO2019205824A1 (zh) * | 2018-04-23 | 2019-10-31 | 赵春雨 | 一种可质付网上交易支付方法及系统 |
| CN110473053A (zh) * | 2019-07-17 | 2019-11-19 | 阿里巴巴集团控股有限公司 | 基于担保的风险控制方法和装置 |
| TWI796565B (zh) * | 2019-12-25 | 2023-03-21 | 大陸商支付寶（杭州）信息技術有限公司 | 業務資訊的處理方法、裝置及電子設備 |
-
2008
- 2008-06-06 CN CNA2008100386707A patent/CN101599147A/zh active Pending
Cited By (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102867250A (zh) * | 2011-06-22 | 2013-01-09 | 美国博通公司 | 用于交易支付授权的移动装置 |
| CN103413241A (zh) * | 2013-07-12 | 2013-11-27 | 广州银联网络支付有限公司 | 一种银行代收付系统 |
| CN103679533A (zh) * | 2013-12-09 | 2014-03-26 | 上海信联商贸发展有限公司 | 处理账款业务的系统及方法 |
| CN104937624A (zh) * | 2014-03-11 | 2015-09-23 | 深圳市银信网银科技有限公司 | 网络支付系统及其方法 |
| CN107430747A (zh) * | 2015-04-02 | 2017-12-01 | 浙江吉利控股集团有限公司 | 一种安全的网络交易方法、网络交易平台以及服务费用平台 |
| WO2016155195A1 (zh) * | 2015-04-02 | 2016-10-06 | 浙江吉利控股集团有限公司 | 一种安全的网络交易方法、网络交易平台以及服务费用平台 |
| WO2016191931A1 (zh) * | 2015-05-29 | 2016-12-08 | 深圳市银信网银科技有限公司 | 还贷方法、数据交互处理方法、终端以及系统 |
| CN106462836A (zh) * | 2015-07-21 | 2017-02-22 | 深圳市银信网银科技有限公司 | 电子凭证的设置方法、数据交互处理方法及其装置、系统 |
| CN109313781A (zh) * | 2016-07-01 | 2019-02-05 | 富国银行 | 国际贸易融资区块链系统 |
| CN107578207A (zh) * | 2017-09-22 | 2018-01-12 | 江苏满运软件科技有限公司 | 一种物流运输的担保交易系统及其方法 |
| CN107909470A (zh) * | 2017-11-22 | 2018-04-13 | 中国银行股份有限公司 | 数据处理方法和装置 |
| CN108256843A (zh) * | 2018-01-12 | 2018-07-06 | 上海瀚银信息技术有限公司 | 一种代付交易方法及代付交易系统 |
| CN108256843B (zh) * | 2018-01-12 | 2022-06-07 | 上海瀚银信息技术有限公司 | 一种代付交易方法及代付交易系统 |
| CN108171599A (zh) * | 2018-01-16 | 2018-06-15 | 北京汇聚天下投资有限公司 | 适用于搭建诚信交易平台的智能约定系统 |
| CN108256844A (zh) * | 2018-02-05 | 2018-07-06 | 浙江米致科技有限公司 | 一种传统供应链金融领域中结算支付方法 |
| WO2019177722A1 (en) * | 2018-03-12 | 2019-09-19 | Mastercard International Incorporated | Systems, methods and computer program products for automated bill payment |
| CN108537557A (zh) * | 2018-03-20 | 2018-09-14 | 徐州独角兽信息科技有限公司 | 一种网游交易平台 |
| WO2019205824A1 (zh) * | 2018-04-23 | 2019-10-31 | 赵春雨 | 一种可质付网上交易支付方法及系统 |
| CN108510257A (zh) * | 2018-04-23 | 2018-09-07 | 孙峰 | 一种电子支付方式 |
| CN109214789A (zh) * | 2018-08-09 | 2019-01-15 | 北京领知数据服务中心（有限合伙） | 一种交易平台的数据处理方法和装置 |
| CN109214960A (zh) * | 2018-08-09 | 2019-01-15 | 北京领知数据服务中心（有限合伙） | 一种交易平台的数据处理方法和装置 |
| CN109872042A (zh) * | 2019-01-17 | 2019-06-11 | 平安城市建设科技(深圳)有限公司 | 基于区块链的房产交易监管方法、装置、设备及存储介质 |
| CN110473053A (zh) * | 2019-07-17 | 2019-11-19 | 阿里巴巴集团控股有限公司 | 基于担保的风险控制方法和装置 |
| TWI796565B (zh) * | 2019-12-25 | 2023-03-21 | 大陸商支付寶（杭州）信息技術有限公司 | 業務資訊的處理方法、裝置及電子設備 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101599147A (zh) | 交易方法和运用交易方法的计算机系统及应用 | |
| US8577768B2 (en) | Systems and methods relating to credit | |
| WO2002071299A1 (en) | Web based system and method for managing business to business online transactions | |
| US20090313161A1 (en) | System and method for electronic trading and delivery of a commoditized product | |
| WO2004001639A2 (en) | Method and apparatus for facilitating funding of trade | |
| US20080103966A1 (en) | System and/or method for dynamic determination of transaction processing fees | |
| KR101138416B1 (ko) | 가상 계좌를 이용한 국제 거래 결제 시스템 및 그 방법 | |
| KR20070095721A (ko) | 전자상거래 매매 보호 시스템 및 방법 | |
| US20020188482A1 (en) | System and method for package return insurance | |
| US20020046164A1 (en) | Method and system for financially intermediating transaction of products | |
| KR20110001203A (ko) | 배송확인을 통한 전자 상거래 매매 보호 방법 과 그 시스템 | |
| JP2005173908A (ja) | 電子市場における売掛債権流動化方法 | |
| US7930235B2 (en) | Agency payment system | |
| CA2412548A1 (en) | Account settling system | |
| CA2545352A1 (en) | Commodities exchange system and method | |
| KR20020009370A (ko) | 인터넷을 이용한 상거래방법 및 상거래시스템 | |
| US20240185195A1 (en) | Method for real-time transfer of funds between customer and seller including generating accounting entries | |
| KR101135551B1 (ko) | 부동산 거래 대금 처리방법 및 시스템과 이를 위한 부동산거래대금 처리서버, 기록매체 | |
| United States. International Trade Administration | Trade Finance Guide: A Quick Reference for US Exporters | |
| US20090259587A1 (en) | Commissions Futures Trading | |
| CA3216596A1 (en) | Method for real-time transfer of funds between customer and seller including generating accounting entries | |
| CN114723501A (zh) | 一种基于nfr的数字礼券交易系统 | |
| KR20070117980A (ko) | 공급망에 대한 지불 시스템 | |
| WO2008036998A1 (en) | Financial transaction processing method and system | |
| CA2482506A1 (en) | System and method of supply chain finance |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| DD01 | Delivery of document by public notice |
Addressee: Wan Dehong Document name: Notification of Publication of the Application for Invention |
|
| DD01 | Delivery of document by public notice |
Addressee: Wan Dehong Document name: Notification of before Expiration of Request of Examination as to Substance |
|
| DD01 | Delivery of document by public notice |
Addressee: Wan Dehong Document name: Notification that Application Deemed to be Withdrawn |
|
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20091209 |