CN107330780A - 开立云信的系统及其方法 - Google Patents
开立云信的系统及其方法 Download PDFInfo
- Publication number
- CN107330780A CN107330780A CN201710386319.6A CN201710386319A CN107330780A CN 107330780 A CN107330780 A CN 107330780A CN 201710386319 A CN201710386319 A CN 201710386319A CN 107330780 A CN107330780 A CN 107330780A
- Authority
- CN
- China
- Prior art keywords
- subsidiary
- group company
- letter
- cloud
- promise
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/03—Credit; Loans; Processing thereof
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Abstract
一种开立云信的系统及其方法，包括配置给集团公司本身的第一前台终端和配置给集团公司的子公司的第二前台终端，还包括与第一前台终端和第二前台终端相通信连接的配置给中间服务商的后台终端；所述第一前台终端包括查询模块和确认模块；所述第二前台终端包括输入模块和传输模块；所述后台终端包括录入模块、传送模块和云信生成模块。结合其方法书面有效的提高了企业管理应付账款的能力、在不改变付款计划的前提下提高了资金使用效率、节约了成本。
Description
技术领域
本发明涉及金融技术领域，具体涉及一种开立云信的系统及其方法。
背景技术
银票是指银行承兑汇票，银票承兑是指商业银行为支持在本行开户的资信良好的客户开出的银行承兑汇票的信用，在票据的正面加盖承兑章，承诺自己作为票据的主债务人，在票据到期时向持票人无条件付款的一种资产业务。
商业汇票是出票人签发的，委托付款人在指定日期无条件支付确定的金额给收款人或者持票人的票据。商业承兑汇票是由银行以外的付款人承兑。商业承兑汇票按交易双方约定，由销货企业或购货企业签发，但由购货企业承兑。
目前银行承兑汇票和商业汇票都不能拆分，操作手续很繁琐，银行承兑汇票开立成本较高(往往需要缴纳10-50％担保金)，商业汇票兑现困难。
发明内容
为解决上述问题，本发明提供了一种开立云信的系统及其方法，有效的提高了企业管理应付账款的能力、在不改变付款计划的前提下提高了资金使用效率、节约了成本。为了克服现有技术中的不足，本发明提供了一种开立云信的系统及其方法的解决方案，具体如下：
一种开立云信的系统，包括配置给集团公司本身的第一前台终端和配置给集团公司的子公司的第二前台终端，还包括与第一前台终端和第二前台终端相通信连接的配置给中间服务商的后台终端；
所述第一前台终端包括查询模块和确认模块；
所述第二前台终端包括输入模块和传输模块；
所述后台终端包括录入模块、传送模块和云信生成模块。
进一步地，所述第一前台终端为第一移动智能终端、第一PC机或者第一笔记本电脑；
所述第二前台终端包括第二移动智能终端、第二PC机或者第二笔记本电脑；
所述后台终端为后台服务器、第三移动智能终端、第三PC机或者第三笔记本电脑。
进一步地，所述配置给集团公司本身的第一前台终端和配置给集团公司的子公司的第二前台终端以及配置给中间服务商的后台终端构成了基于云平台的互联网。
进一步地，所述录入模块用来把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中；
所述查询模块用来对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息；
所述传送模块用来把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端；
所述确认模块用来对所述后台终端发送确认信息；
所述输入模块用来输入付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号；
所述传输模块用来把子公司的名称、输入的付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号发送到所述后台终端；
所述云信生成模块用来生成包括子公司的名称、付款承诺金额、承诺付款日、供应商的名称、供应商的税务登记证号以及云信编号的云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函，并把该生成的云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中。
进一步地，所述的开立云信的系统的方法，步骤如下：
步骤1：保荐商向金融机构提交保荐商本身的授信申请材料，金融机构利用保荐商本身的授信申请材料得出保荐商的授信额度，或将该保荐商已有的授信额度进行切分以确认可分配额度，上述授信额度均归属于保荐商本身；
步骤2：然后所述金融机构、中间服务商以及集团公司指定的保荐商共同签订三方协议，该三方协议中约定了云信由保荐商确认的子公司进行开立，保荐商对集团公司指定的子公司承担担保责任；
步骤3：集团公司本身和金融机构在协议中确认或约定被授信子公司，所述协议中包括被授信子公司名称的清单，所述协议的内容包括允许集团公司本身把集团公司的授信额度自由分配给集团公司的子公司，所述集团公司既可以与金融机构另行签署协议确认被授信子公司，也可以通过所述三方协议直接约定被授信子公司；
步骤4：保荐商把集团公司的授信额度分配给集团公司的子公司作为集团公司的子公司的可用授信额度，然后对金融机构提供书面的清单，所述书面的清单的内容为分配了集团公司的授信额度的集团公司的子公司的名称；这里的集团公司的子公司为所述确认或约定的被授信子公司；
步骤5：通过配置给中间服务商的后台终端的录入模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中；
步骤6：然后通过配置给集团公司本身的第一前台终端的查询模块对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息，在所述后台终端接收到该请求信息后，就启动所述传送模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端，确认无误后通过确认模块对所述后台终端发送确认信息；
步骤7：所述集团公司的子公司对负有债务的供应商提供云信，所述提供云信的方法是：
所述集团公司的子公司先进行实名认证来获得提供云信的资格，然后通过配置给该子公司的所述第二前台终端的输入付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号，接着所述传输模块把该子公司的名称、输入的付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号发送到所述后台终端进行保存，这样后台终端中的云信生成模块就生成包括该子公司的名称、付款承诺金额、承诺付款日、供应商的名称、供应商的税务登记证号以及云信编号的云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函，并把该生成的云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中，所述第二前台终端接收到云信和付款承诺函后，该子公司的人员就把该接收到的云信和付款承诺函给供应商，所述云信的编号为标识该云信的唯一标识符，所述云信为一种电子承诺支付凭证，该电子承诺支付凭证作为在规定的承诺付款日该子公司把付款承诺金额偿付给云信持有人的凭证，所述付款承诺金额不超过该子公司的可用授信额度。所述云信保存在所述后台终端的方式是所述云信保存在所述后台终端的数据库中。
进一步地，通过所述配置给中间服务商的后台终端的录入模块把调整了可用授信额的集团公司的子公司的名称、调整类型和调整额度录入并保存到所述后台终端中。
进一步地，所述集团公司指定的保荐商为集团公司本身或者指定的集团的其他公司。
进一步地，所述开立云信的系统还具有流转、保理或债权转让、再保理、双保理以及到期统计的功能。
本发明的有益效果为：
本发明具有操作便利、可流转、可融资、可拆分和无开立成本的优点。
附图说明
图1是本发明的开立云信的系统的结构示意图。
具体实施方式
下面将结合附图和实施例对本发明做进一步地说明。
实施例1
根据附图1可知，本实施例的开立云信的系统，包括配置给集团公司本身的第一前台终端和配置给集团公司的子公司的第二前台终端，还包括与第一前台终端和第二前台终端相通信连接的配置给中间服务商的后台终端；
所述第一前台终端包括查询模块和确认模块；
所述第二前台终端包括输入模块和传输模块；
所述后台终端包括录入模块、传送模块和云信生成模块。
所述的开立云信的系统的方法，步骤如下：
步骤1：保荐商向金融机构提交保荐商本身的授信申请材料，金融机构利用保荐商本身的授信申请材料得出保荐商的授信额度，或将该保荐商已有的授信额度进行切分以确认可分配额度，上述授信额度均归属于保荐商本身；所述集团公司自身不包括集团公司的子公司而只是集团公司的母公司，授信额度的计算银行常常采用人工审核的方式，利用包括集团公司本身的财务报表、企业信息这样的授信申请材料，经过公式计算得出企业信用级别和授信额度。
步骤2：然后所述金融机构、中间服务商以及集团公司指定的保荐商共同签订三方协议，该三方协议中约定了云信由保荐商确认的子公司进行开立，保荐商对集团公司指定的子公司承担担保责任；这样就保证了金融机构的授信额度的安全性。所述云信为一种电子承诺支付凭证。
步骤3：集团公司本身和金融机构在协议中确认或约定被授信子公司，所述协议中包括被授信子公司名称的清单，所述协议的内容包括允许集团公司本身把集团公司的授信额度自由分配给集团公司的子公司，所述集团公司既可以与金融机构另行签署协议确认被授信子公司，也可以通过所述三方协议直接约定被授信子公司；
步骤4：保荐商把集团公司的授信额度分配给集团公司的子公司作为集团公司的子公司的可用授信额度，然后对金融机构提供书面的清单，所述书面的清单的内容为分配了集团公司的授信额度的集团公司的子公司的名称；这里的集团公司的子公司为所述确认或约定的被授信子公司；集团公司的所有子公司的可用授信额度之和不能大于集团公司的授信额度；
步骤5：通过配置给中间服务商的后台终端的录入模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中；
步骤6：然后通过配置给集团公司本身的第一前台终端的查询模块对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息，在所述后台终端接收到该请求信息后，就启动所述传送模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端，确认无误后通过确认模块对所述后台终端发送确认信息；
步骤7：所述集团公司的子公司对负有债务的供应商提供云信，所述提供云信的方法是：
所述集团公司的子公司先进行实名认证来获得提供云信的资格，然后通过配置给该子公司的所述第二前台终端的输入付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号，接着所述传输模块把该子公司的名称、输入的付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号发送到所述后台终端进行保存，这样后台终端中的云信生成模块就生成包括该子公司的名称、付款承诺金额、承诺付款日、供应商的名称、供应商的税务登记证号以及云信编号的云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函，并把该生成的云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中，所述第二前台终端接收到云信和付款承诺函后，该子公司的人员就把该接收到的云信和付款承诺函给供应商，所述云信的编号为标识该云信的唯一标识符，所述云信为一种电子承诺支付凭证，该电子承诺支付凭证作为在规定的承诺付款日该子公司把付款承诺金额偿付给云信持有人的凭证，所述付款承诺金额不超过该子公司的可用授信额度。所述云信保存在所述后台终端的方式是所述云信保存在所述后台终端的数据库中。
本实施例的有益效果为：
本发明具有操作便利、云信能拆分和无开立成本的优点。
实施例2
根据附图1可知，本实施例的开立云信的系统，包括配置给集团公司本身的第一前台终端和配置给集团公司的子公司的第二前台终端，还包括与第一前台终端和第二前台终端相通信连接的配置给中间服务商的后台终端；
所述第一前台终端包括查询模块和确认模块；
所述第二前台终端包括输入模块和传输模块；
所述后台终端包括录入模块、传送模块和云信生成模块。
所述第一前台终端为第一移动智能终端、第一PC机或者第一笔记本电脑；
所述第二前台终端包括第二移动智能终端、第二PC机或者第二笔记本电脑；
所述后台终端为后台服务器、第三移动智能终端、第三PC机或者第三笔记本电脑。所述第一移动智能终端为第一智能手机、第一PDA或者第一平板电脑；所述第二移动智能终端包括第二智能手机、第二PDA或者第二平板电脑；所述第三移动智能终端包括第三智能手机、第三PDA或者第三平板电脑。
所述配置给集团公司本身的第一前台终端和配置给集团公司的子公司的第二前台终端以及配置给中间服务商的后台终端构成了基于云平台的互联网。
所述录入模块用来把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中；
所述查询模块用来对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息；
所述传送模块用来把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端；
所述确认模块用来对所述后台终端发送确认信息；
所述输入模块用来输入付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号；
所述传输模块用来把子公司的名称、输入的付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号发送到所述后台终端；
所述云信生成模块用来生成包括子公司的名称、付款承诺金额、承诺付款日、供应商的名称、供应商的税务登记证号以及云信编号的云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函，并把该生成的云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中。
所述的开立云信的系统的方法，步骤如下：
步骤1：保荐商向金融机构提交保荐商本身的授信申请材料，金融机构利用保荐商本身的授信申请材料得出保荐商的授信额度，或将该保荐商已有的授信额度进行切分以确认可分配额度，上述授信额度均归属于保荐商本身；所述集团公司自身不包括集团公司的子公司而只是集团公司的母公司，授信额度的计算银行常常采用人工审核的方式，利用包括集团公司本身的财务报表、企业信息这样的授信申请材料，经过公式计算得出企业信用级别和授信额度。
步骤2：然后所述金融机构、中间服务商以及集团公司指定的保荐商共同签订三方协议，该三方协议中约定了云信由保荐商确认的子公司进行开立，保荐商对集团公司指定的子公司承担担保责任；这样就保证了金融机构的授信额度的安全性。所述云信为一种电子承诺支付凭证。
步骤3：集团公司本身和金融机构在协议中确认或约定被授信子公司，所述协议中包括被授信子公司名称的清单，所述协议的内容包括允许集团公司本身把集团公司的授信额度自由分配给集团公司的子公司，所述集团公司既可以与金融机构另行签署协议确认被授信子公司，也可以通过所述三方协议直接约定被授信子公司；
步骤4：保荐商把集团公司的授信额度分配给集团公司的子公司作为集团公司的子公司的可用授信额度，然后对金融机构提供书面的清单，所述书面的清单的内容为分配了集团公司的授信额度的集团公司的子公司的名称；这里的集团公司的子公司为所述确认或约定的被授信子公司；集团公司的所有子公司的可用授信额度之和不能大于集团公司的授信额度；
步骤5：通过配置给中间服务商的后台终端的录入模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中；
步骤6：然后通过配置给集团公司本身的第一前台终端的查询模块对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息，在所述后台终端接收到该请求信息后，就启动所述传送模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端，确认无误后通过确认模块对所述后台终端发送确认信息；
步骤7：所述集团公司的子公司对负有债务的供应商提供云信，所述提供云信的方法是：
所述集团公司的子公司先进行实名认证来获得提供云信的资格，然后通过配置给该子公司的所述第二前台终端的输入付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号，接着所述传输模块把该子公司的名称、输入的付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号发送到所述后台终端进行保存，这样后台终端中的云信生成模块就生成包括该子公司的名称、付款承诺金额、承诺付款日、供应商的名称、供应商的税务登记证号以及云信编号的云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函，并把该生成的云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中，所述第二前台终端接收到云信和付款承诺函后，该子公司的人员就把该接收到的云信和付款承诺函给供应商，所述云信的编号为标识该云信的唯一标识符，所述云信为一种电子承诺支付凭证，该电子承诺支付凭证作为在规定的承诺付款日该子公司把付款承诺金额偿付给云信持有人的凭证，所述付款承诺金额不超过该子公司的可用授信额度。所述云信保存在所述后台终端的方式是所述云信保存在所述后台终端的数据库中。
集团公司本身还能够把已分配给集团公司的子公司的可用授信额度进行调整，即增加或减少所述集团公司的可用授信额度，这是通过所述配置给中间服务商的后台终端的录入模块把调整了可用授信额的集团公司的子公司的名称、调整类型和调整额度录入并保存到所述后台终端中。所述调整类型包括增加和减少这两种调整类型。
所述集团公司指定的保荐商为集团公司本身或者指定的集团的其他公司。
所述开立云信的系统还具有流转、保理或债权转让、再保理、双保理以及到期统计的功能。
本实施例的有益效果为：
本发明具有操作便利、云信能拆分和无开立成本的优点。
实施例3
根据附图1可知，本实施例的开立云信的系统，包括配置给集团公司本身的第一前台终端和配置给集团公司的子公司的第二前台终端，还包括与第一前台终端和第二前台终端相通信连接的配置给中间服务商的后台终端；
所述第一前台终端包括查询模块和确认模块；
所述第二前台终端包括输入模块和传输模块；
所述后台终端包括录入模块、传送模块和云信生成模块。
所述第一前台终端为第一移动智能终端、第一PC机或者第一笔记本电脑；
所述第二前台终端包括第二移动智能终端、第二PC机或者第二笔记本电脑；
所述后台终端为后台服务器、第三移动智能终端、第三PC机或者第三笔记本电脑。所述第一移动智能终端为第一智能手机、第一PDA或者第一平板电脑；所述第二移动智能终端包括第二智能手机、第二PDA或者第二平板电脑；所述第三移动智能终端包括第三智能手机、第三PDA或者第三平板电脑。
所述配置给集团公司本身的第一前台终端和配置给集团公司的子公司的第二前台终端以及配置给中间服务商的后台终端构成了基于云平台的互联网。
所述录入模块用来把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中；
所述查询模块用来对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息；
所述传送模块用来把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端；
所述确认模块用来对所述后台终端发送确认信息；
所述输入模块用来输入付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号；
所述传输模块用来把子公司的名称、输入的付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号发送到所述后台终端；
所述云信生成模块用来生成包括子公司的名称、付款承诺金额、承诺付款日、供应商的名称、供应商的税务登记证号以及云信编号的云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函，并把该生成的云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中。
所述的开立云信的系统的方法，步骤如下：
步骤1：保荐商向金融机构提交保荐商本身的授信申请材料，金融机构利用保荐商本身的授信申请材料得出保荐商的授信额度，或将该保荐商已有的授信额度进行切分以确认可分配额度，上述授信额度均归属于保荐商本身；所述集团公司自身不包括集团公司的子公司而只是集团公司的母公司，授信额度的计算银行常常采用人工审核的方式，利用包括集团公司本身的财务报表、企业信息这样的授信申请材料，经过公式计算得出企业信用级别和授信额度。
步骤2：然后所述金融机构、中间服务商以及集团公司指定的保荐商共同签订三方协议，该三方协议中约定了云信由保荐商确认的子公司进行开立，保荐商对集团公司指定的子公司承担担保责任；这样就保证了金融机构的授信额度的安全性。所述云信为一种电子承诺支付凭证。
步骤3：集团公司本身和金融机构在协议中确认或约定被授信子公司，所述协议中包括被授信子公司名称的清单，所述协议的内容包括允许集团公司本身把集团公司的授信额度自由分配给集团公司的子公司，所述集团公司既可以与金融机构另行签署协议确认被授信子公司，也可以通过所述三方协议直接约定被授信子公司；
步骤4：保荐商把集团公司的授信额度分配给集团公司的子公司作为集团公司的子公司的可用授信额度，然后对金融机构提供书面的清单，所述书面的清单的内容为分配了集团公司的授信额度的集团公司的子公司的名称；这里的集团公司的子公司为所述确认或约定的被授信子公司；集团公司的所有子公司的可用授信额度之和不能大于集团公司的授信额度；
步骤5：通过配置给中间服务商的后台终端的录入模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中；
步骤6：然后通过配置给集团公司本身的第一前台终端的查询模块对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息，在所述后台终端接收到该请求信息后，就启动所述传送模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端，确认无误后通过确认模块对所述后台终端发送确认信息；
步骤7：所述集团公司的子公司对负有债务的供应商提供云信，所述提供云信的方法是：
所述集团公司的子公司先进行实名认证来获得提供云信的资格，然后通过配置给该子公司的所述第二前台终端的输入付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号，接着所述传输模块把该子公司的名称、输入的付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号发送到所述后台终端进行保存，这样后台终端中的云信生成模块就生成包括该子公司的名称、付款承诺金额、承诺付款日、供应商的名称、供应商的税务登记证号以及云信编号的云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函，并把该生成的云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中，所述第二前台终端接收到云信和付款承诺函后，该子公司的人员就把该接收到的云信和付款承诺函给供应商，所述云信的编号为标识该云信的唯一标识符，所述云信为一种电子承诺支付凭证，该电子承诺支付凭证作为在规定的承诺付款日该子公司把付款承诺金额偿付给云信持有人的凭证，所述付款承诺金额不超过该子公司的可用授信额度。所述云信保存在所述后台终端的方式是所述云信保存在所述后台终端的数据库中。
集团公司本身还能够把已分配给集团公司的子公司的可用授信额度进行调整，即增加或减少所述集团公司的可用授信额度，这是通过所述配置给中间服务商的后台终端的录入模块把调整了可用授信额的集团公司的子公司的名称、调整类型和调整额度录入并保存到所述后台终端中。所述调整类型包括增加和减少这两种调整类型。
所述集团公司指定的保荐商为集团公司本身或者指定的集团的其他公司。
所述开立云信的系统还具有支付、融资、再保理、双保理以及到期统计的功能。
本实施例的有益效果为：
本发明具有操作便利、云信能拆分和无开立成本的优点。
开立云信的系统经由确认模块把确认信息传输到后台终端，而后台终端获取到确认信息后，负责后台终端的管理员就会经由后台终端经由确认模块对开立云信的系统传输响应数据。
但是管理员在处理其他事务时不能实时传输响应数据，使得传输响应数据实时性不足。
所述传输响应数据的方法包括：
预先给负责后台终端的管理员随身配置着智能手机，所述智能手机经由网络中的PC机与后台终端相连接；
接着智能手机获取PC机传输的确认信息，所述确认信息是后台终端传输给所述PC机、且符合设定要求时所述PC机传输至所述智能手机的；
所述智能手机获取针对所述确认信息而录入的响应数据；
所述智能手机将所述响应数据传输给所述PC机，所述PC机把所述响应数据传输给所述后台终端；
所述智能手机获取PC机传输的确认信息前，还包括：
所述智能手机与所述PC机构建传输链接；
所述智能手机经由所述传输链接获取所述PC机传输的管理员的登录ID，并在所述智能手机中登录所述管理员的登录ID，所述管理员的登录ID是传输所述确认信息的登录ID；
所述设定要求为：
所述PC机此时显示的对话框不是所述确认信息的传输用对话框；或者，
所述PC机当前处于屏保状态且所述PC机中的启动按钮处于设定状态，所述设定状态用于表示同意所述PC机向所述智能手机传输确认信息；或者，在第一周期内获取到所述智能手机传输的以往数据，所述第一周期的终止时点为所述PC机获取所述确认信息的时点，所述以往数据由所述智能手机根据在以往时点获取的确认信息得到；或者，所述PC机正在运行设定维护程序；
所述方法，还包括：
在获取到所述确认信息时开始计算时间，所述智能手机检测在计算时间开始的第二周期内是否获取到录入的响应数据；
当在所述第二周期内未获取到所述响应数据之际，所述智能手机向所述 PC机传输设定的响应数据，所述PC机将所述设定的响应数据传输给所述后台终端，所述设定的响应数据为音频数据或字符数据；
所述智能手机获取针对所述确认信息而录入的响应数据，包括：
所述智能手机检测用户激活的响应命令，其中所述响应命令是音频响应命令或字符响应命令；
当所述响应命令是音频响应命令时，所述智能手机获取针对所述确认信息而录入的音频数据；
当所述响应命令是字符响应命令时，所述智能手机对所述智能手机中预存的字符数据进行显示，获取用户激活的数据选取命令，获取响应所述数据选取命令而返回的字符数据；
所述方法，还包括：
所述智能手机对所述智能手机中存储的各个开立云信的系统的使用者登录ID进行显示；
所述智能手机获取登录ID选取命令，获取响应所述登录ID选取命令而返回的开立云信的系统的使用者登录ID；
所述智能手机将获取的所述开立云信的系统的使用者登录ID传输给所述PC机，所述PC机在获取到所述开立云信的系统的使用者登录ID所传输的确认信息时，不向所述智能手机转发所述确认信息；
所述方法包括：
智能手机获取后台终端的物理地址；
所述智能手机获取录入的确认信息；
所述智能手机将所述确认信息和所述物理地址传输给PC机，所述PC机根据所述物理地址确定所述后台终端，并将所述确认信息传输给所述后台终端；
所述智能手机将所述确认信息和所述物理地址传输给PC机之前，还包括：
所述智能手机与所述PC机构建传输链接；
所述智能手机经由所述传输链接获取所述PC机传输的管理员的登录ID，并在所述智能手机中登录所述管理员的登录ID，所述管理员的登录ID是传输所述确认信息的登录ID；
当所述物理地址是开立云信的系统的使用者登录ID时，所述智能手机获取后台终端的物理地址，包括：
所述智能手机对所述智能手机中存储的各个后台终端的开立云信的系统的使用者登录ID进行显示，获取登录ID选取命令，将响应所述登录ID选取命令而返回的开立云信的系统的使用者登录ID确定为所述后台终端的开立云信的系统的使用者登录ID；或者，
所述智能手机获取录入的开立云信的系统的使用者信息，检测所述智能手机中是否存储有与所述开立云信的系统的使用者信息相匹配的开立云信的系统的使用者登录ID，当所述智能手机中存储有与所述开立云信的系统的使用者信息相匹配的开立云信的系统的使用者登录ID时，将所述开立云信的系统的使用者登录ID确定为所述后台终端的开立云信的系统的使用者登录ID；当所述智能手机中未存储与所述开立云信的系统的使用者信息相匹配的开立云信的系统的使用者登录ID时，将所述开立云信的系统的使用者信息传输给所述PC机，获取所述PC机传输的与所述开立云信的系统的使用者信息相匹配的开立云信的系统的使用者登录ID，将所述开立云信的系统的使用者登录 ID确定为所述后台终端的开立云信的系统的使用者登录ID；
所述智能手机获取录入的确认信息，包括：
所述智能手机检测用户激活的传输命令，其中所述传输命令是音频传输命令或字符传输命令；
当所述传输命令是音频传输命令时，所述智能手机获取录入的音频数据；
当所述传输命令是字符传输命令时，所述智能手机对所述智能手机中预存的字符数据进行显示，获取用户激活的数据选取命令，获取响应所述数据选取命令而返回的字符数据；
所述方法包括：
PC机获取后台终端传输的确认信息；
所述PC机检测所述PC机是否符合设定要求；
当所述PC机符合所述设定要求时，所述PC机将所述确认信息传输给智能手机；
所述PC机获取所述智能手机传输的响应数据，并将所述响应数据传输给所述后台终端，所述响应数据是针对所述确认信息而录入到所述智能手机中的；
所述PC机将所述确认信息传输给智能手机之前，还包括：
所述PC机与所述智能手机构建传输链接；
所述PC机经由所述传输链接将管理员的登录ID传输给所述智能手机，所述智能手机登录所述管理员的登录ID，所述管理员的登录ID是传输所述确认信息的登录ID；
所述PC机检测所述PC机是否符合设定要求，包括：
所述PC机检测所述PC机当前显示的对话框是否是所述确认信息的传输用对话框；或者，
所述PC机检测所述PC机当前是否处于屏保状态，并检测所述PC机中的启动按钮是否处于设定状态，所述设定状态用于表示同意所述PC机向所述智能手机传输确认信息；或者，
所述PC机检测所述PC机是否在第一周期内获取到所述智能手机传输的以往数据，所述第一周期的终止时点为所述PC机获取所述确认信息的时点，所述以往数据由所述智能手机根据在以往时点获取的确认信息得到；或者，
所述PC机检测所述PC机是否正在运行设定维护程序；
所述方法，还包括：
所述PC机获取所述智能手机传输的设定响应数据，将所述设定响应数据传输给所述后台终端，所述设定响应数据为音频数据或字符数据，所述设定响应数据是所述智能手机在获取到所述确认信息时开始计算时间，且在计算时间开始的第二周期内未获取到录入的响应数据后传输的；
所述PC机将所述确认信息传输给智能手机之后，还包括：
所述PC机获取所述智能手机传输的字符数据，将所述字符数据传输给所述后台终端，所述字符数据由所述智能手机在获取到字符响应命令时，响应所述字符响应命令而从预存的字符数据中选取得到，所述字符响应命令是用户激活的响应命令；
所述方法，还包括：
所述PC机获取传输所述确认信息的开立云信的系统的使用者登录ID；
所述PC机检测所述智能手机预先传输的开立云信的系统的使用者登录 ID中是否包括所述开立云信的系统的使用者登录ID；
当所述智能手机预先传输的开立云信的系统的使用者登录ID中包括所述开立云信的系统的使用者登录ID时，不向所述智能手机转发所述确认信息；
所述方法包括：
PC机获取智能手机传输的确认信息和后台终端的物理地址；
所述PC机根据所述物理地址确定所述后台终端；
所述PC机将所述确认信息传输至所述后台终端；
所述PC机获取智能手机传输的确认信息和后台终端的物理地址之前，还包括：
所述PC机与所述智能手机构建传输链接；
所述PC机经由所述传输链接将管理员的登录ID传输给所述智能手机，所述智能手机登录所述管理员的登录ID，所述管理员的登录ID是传输所述确认信息的登录ID；
当所述物理地址是开立云信的系统的使用者登录ID时，所述PC机获取智能手机传输的确认信息和后台终端的物理地址之前，还包括：
所述PC机获取所述智能手机传输的开立云信的系统的使用者信息，所述开立云信的系统的使用者信息是所述智能手机中未存储与所述开立云信的系统的使用者信息相匹配的开立云信的系统的使用者登录ID时传输给所述PC 机的；
所述PC机检测所述PC机中是否存储有与所述开立云信的系统的使用者信息相匹配的开立云信的系统的使用者登录ID；
当所述PC机中存储有与所述开立云信的系统的使用者信息相匹配的开立云信的系统的使用者登录ID时，所述PC机将所述开立云信的系统的使用者登录ID传输给所述智能手机，所述智能手机将所述开立云信的系统的使用者登录ID确定为所述后台终端的开立云信的系统的使用者登录ID；
所述PC机获取智能手机传输的确认信息和后台终端的物理地址，包括：
所述PC机获取所述智能手机传输的字符数据和物理地址，所述字符数据由所述智能手机在获取到字符传输命令时，响应所述字符传输命令而从预存的字符数据中选取得到，所述字符传输命令是用户激活的传输命令。
这样就能够在管理员处理其他事务时通过智能手机来进行响应。
以上以附图说明的方式对本发明作了描述，本领域的技术人员应当理解，本公开不限于以上描述的实施例，在不偏离本发明的范围的情况下，可以做出各种变化、改变和替换。
Claims (8)
1.一种开立云信的系统，包括配置给集团公司本身的第一前台终端和配置给集团公司的子公司的第二前台终端，其特征在于，还包括与第一前台终端和第二前台终端相通信连接的配置给中间服务商的后台终端；
所述第一前台终端包括查询模块和确认模块；
所述第二前台终端包括输入模块和传输模块；
所述后台终端包括录入模块、传送模块和云信生成模块。
2.根据权利要求1所述的开立云信的系统，其特征在于，所述第一前台终端为第一移动智能终端、第一PC机或者第一笔记本电脑；
所述第二前台终端包括第二移动智能终端、第二PC机或者第二笔记本电脑；
所述后台终端为后台服务器、第三移动智能终端、第三PC机或者第三笔记本电脑。
3.根据权利要求1所述的开立云信的系统，其特征在于，所述配置给集团公司本身的第一前台终端和配置给集团公司的子公司的第二前台终端以及配置给中间服务商的后台终端构成了基于云平台的互联网。
4.根据权利要求1所述的开立云信的系统，其特征在于，所述录入模块用来把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中；
所述查询模块用来对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息；
所述传送模块用来把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端；
所述确认模块用来对所述后台终端发送确认信息；
所述输入模块用来输入付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号；
所述传输模块用来把子公司的名称、输入的付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号发送到所述后台终端；
所述云信生成模块用来生成包括子公司的名称、付款承诺金额、承诺付款日、供应商的名称、供应商的税务登记证号以及云信编号的云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函，并把该生成的云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中。
5.根据权利要求1所述的开立云信的系统的方法，其特征在于，步骤如下：
步骤1：保荐商向金融机构提交保荐商本身的授信申请材料，金融机构利用保荐商本身的授信申请材料得出保荐商的授信额度，或将该保荐商已有的授信额度进行切分以确认可分配额度，上述授信额度均归属于保荐商本身；
步骤2：然后所述金融机构、中间服务商以及集团公司指定的保荐商共同签订三方协议，该三方协议中约定了云信由保荐商确认的子公司进行开立，保荐商对集团公司指定的子公司承担担保责任；
步骤3：集团公司本身和金融机构在协议中确认或约定被授信子公司，所述协议中包括被授信子公司名称的清单，所述协议的内容包括允许集团公司本身把集团公司的授信额度自由分配给集团公司的子公司，所述集团公司既可以与金融机构另行签署协议确认被授信子公司，也可以通过所述三方协议直接约定被授信子公司；
步骤4：保荐商把集团公司的授信额度分配给集团公司的子公司作为集团公司的子公司的可用授信额度，然后对金融机构提供书面的清单，所述书面的清单的内容为分配了集团公司的授信额度的集团公司的子公司的名称；这里的集团公司的子公司为所述确认或约定的被授信子公司；
步骤5：通过配置给中间服务商的后台终端的录入模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度录入并保存到所述后台终端中；
步骤6：然后通过配置给集团公司本身的第一前台终端的查询模块对配置给中间服务商的后台终端发送查询分配的可用授信额度的请求信息，在所述后台终端接收到该请求信息后，就启动所述传送模块把分配了集团公司的授权额度的集团公司的子公司的名称和集团公司的子公司的可用授信额度返回所述第一前台终端，确认无误后通过确认模块对所述后台终端发送确认信息；
步骤7：所述集团公司的子公司对负有债务的供应商提供云信，所述提供云信的方法是：
所述集团公司的子公司先进行实名认证来获得提供云信的资格，然后通过配置给该子公司的所述第二前台终端的输入付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号，接着所述传输模块把该子公司的名称、输入的付款承诺金额、承诺付款日、供应商的名称和供应商的税务登记证号发送到所述后台终端进行保存，这样后台终端中的云信生成模块就生成包括该子公司的名称、付款承诺金额、承诺付款日、供应商的名称、供应商的税务登记证号以及云信编号的云信和仅包括该子公司的名称、付款承诺金额、付款承诺和承诺付款日的付款承诺函，并把该生成的云信和付款承诺函返回配置给该子公司的所述第二前台终端和保存在所述后台终端中，所述第二前台终端接收到云信和付款承诺函后，该子公司的人员就把该接收到的云信和付款承诺函给供应商，所述云信的编号为标识该云信的唯一标识符，所述云信为一种电子承诺支付凭证，该电子承诺支付凭证作为在规定的承诺付款日该子公司把付款承诺金额偿付给云信持有人的凭证，所述付款承诺金额不超过该子公司的可用授信额度。所述云信保存在所述后台终端的方式是所述云信保存在所述后台终端的数据库中。
6.根据权利要求5所述的开立云信的系统的方法，其特征在于，通过所述配置给中间服务商的后台终端的录入模块把调整了可用授信额的集团公司的子公司的名称、调整类型和调整额度录入并保存到所述后台终端中。
7.根据权利要求5所述的开立云信的系统的方法，其特征在于，所述集团公司指定的保荐商为集团公司本身或者指定的集团的其他公司。
8.根据权利要求5所述的开立云信的系统的方法，其特征在于，所述开立云信的系统还具有流转、保理或债权转让、再保理、双保理以及到期统计的功能。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710386319.6A CN107330780A (zh) | 2017-05-26 | 2017-05-26 | 开立云信的系统及其方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710386319.6A CN107330780A (zh) | 2017-05-26 | 2017-05-26 | 开立云信的系统及其方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN107330780A true CN107330780A (zh) | 2017-11-07 |
Family
ID=60193882
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710386319.6A Pending CN107330780A (zh) | 2017-05-26 | 2017-05-26 | 开立云信的系统及其方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107330780A (zh) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102281286A (zh) * | 2010-06-14 | 2011-12-14 | 微软公司 | 用于分布式混合企业的灵活端点顺从和强认证 |
| CN106101151A (zh) * | 2016-08-22 | 2016-11-09 | 泰山医学院 | 一种基于局域网的云计算安全系统 |
| CN106203981A (zh) * | 2015-04-30 | 2016-12-07 | 深圳市银信网银科技有限公司 | 一种网络支付方法、装置、资金管理服务器和系统 |
| CN106355492A (zh) * | 2016-08-30 | 2017-01-25 | 亚洲保理（深圳）有限公司 | 一种商业保理云交易平台 |
| CN106447487A (zh) * | 2016-05-27 | 2017-02-22 | 上海瑷卜网络科技有限公司 | 一种线上金融信贷服务的实现方法 |
-
2017
- 2017-05-26 CN CN201710386319.6A patent/CN107330780A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102281286A (zh) * | 2010-06-14 | 2011-12-14 | 微软公司 | 用于分布式混合企业的灵活端点顺从和强认证 |
| CN106203981A (zh) * | 2015-04-30 | 2016-12-07 | 深圳市银信网银科技有限公司 | 一种网络支付方法、装置、资金管理服务器和系统 |
| CN106447487A (zh) * | 2016-05-27 | 2017-02-22 | 上海瑷卜网络科技有限公司 | 一种线上金融信贷服务的实现方法 |
| CN106101151A (zh) * | 2016-08-22 | 2016-11-09 | 泰山医学院 | 一种基于局域网的云计算安全系统 |
| CN106355492A (zh) * | 2016-08-30 | 2017-01-25 | 亚洲保理（深圳）有限公司 | 一种商业保理云交易平台 |
Non-Patent Citations (1)
| Title |
|---|
| 林一飞: "《国际私法与诉讼仲裁实务》", 31 August 2012, 对外经济贸易大学出版社 * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103942717B (zh) | 互联网金融放贷风险定量评估与在线监控的系统及方法 | |
| US8650118B2 (en) | Universal merchant platform for payment authentication | |
| CA2950637C (en) | Universal merchant platform for payment authentication | |
| US8572704B2 (en) | Methods and systems for user authentication | |
| CN107194812A (zh) | 供应商债权转让的服务系统及其方法 | |
| CN104252672B (zh) | 整合云端服务的付费交易系统 | |
| CN110458700A (zh) | 一种通证生成方法、供应链金融系统以及电子设备 | |
| CN110070348A (zh) | 交易处理系统及交易处理方法 | |
| CN107507071A (zh) | 商城型电子商务销售系统 | |
| CN107301601A (zh) | 供应链金融平台的系统及其方法 | |
| CN105989466A (zh) | 一种手机支付方法 | |
| CN103714485A (zh) | 一种实现大宗商品即期交易的电子商务系统和方法 | |
| CN101419697A (zh) | 对银行客户信息进行处理的方法、装置与系统 | |
| CN109961359A (zh) | 一种资金管理方法和资金管理平台 | |
| CN107808285A (zh) | 一种支付方法、设备及计算机可读存储介质 | |
| CN107230071A (zh) | 将数字货币兑换为实物现金的方法和系统 | |
| CN107341728A (zh) | 多级云信的服务系统及其方法 | |
| CN102609836A (zh) | 一种对码校验支付系统及方法 | |
| CN107292734A (zh) | 分配授信额的服务系统及其方法 | |
| US20140025406A1 (en) | System and Method for Electronic Identification System | |
| CN107274282A (zh) | 供应链金融平台的服务系统及其方法 | |
| CN107292732A (zh) | 多级云信到期的服务系统及其方法 | |
| CN107330780A (zh) | 开立云信的系统及其方法 | |
| KR20070071945A (ko) | 온라인망을 기반으로 하는 내부거래 회계처리 시스템 | |
| US20110231304A1 (en) | Secure method and apparatus for remote funding of current payment accounts |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20171107 |
|
| RJ01 | Rejection of invention patent application after publication |