CN117710023A - 一种卡券清结算系统及方法 - Google Patents
一种卡券清结算系统及方法 Download PDFInfo
- Publication number
- CN117710023A CN117710023A CN202311658571.XA CN202311658571A CN117710023A CN 117710023 A CN117710023 A CN 117710023A CN 202311658571 A CN202311658571 A CN 202311658571A CN 117710023 A CN117710023 A CN 117710023A
- Authority
- CN
- China
- Prior art keywords
- clearing
- service
- data
- settlement
- account
- 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
- 238000000034 method Methods 0.000 title claims abstract description 19
- 238000003032 molecular docking Methods 0.000 claims abstract description 40
- 238000012545 processing Methods 0.000 claims abstract description 14
- 238000012795 verification Methods 0.000 claims abstract description 10
- 230000000694 effects Effects 0.000 claims description 9
- 210000004899 c-terminal region Anatomy 0.000 claims description 6
- 210000001503 joint Anatomy 0.000 claims description 6
- 238000013507 mapping Methods 0.000 claims description 6
- 238000012546 transfer Methods 0.000 claims description 6
- 230000005540 biological transmission Effects 0.000 claims description 4
- 230000003542 behavioural effect Effects 0.000 claims description 3
- 230000015556 catabolic process Effects 0.000 claims description 3
- 238000010276 construction Methods 0.000 claims description 3
- 238000006731 degradation reaction Methods 0.000 claims description 3
- 238000002955 isolation Methods 0.000 claims description 3
- 230000000737 periodic effect Effects 0.000 claims description 3
- 210000004027 cell Anatomy 0.000 claims 1
- 238000010586 diagram Methods 0.000 description 15
- 238000005516 engineering process Methods 0.000 description 7
- 238000011161 development Methods 0.000 description 5
- 238000012423 maintenance Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000002354 daily effect Effects 0.000 description 1
- 230000003203 everyday effect Effects 0.000 description 1
- 230000008676 import Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000005096 rolling process Methods 0.000 description 1
- 230000004936 stimulating effect Effects 0.000 description 1
Landscapes
- Cash Registers Or Receiving Machines (AREA)
Abstract
本发明提供了一种卡券清结算系统和方法,属于清结算领域,系统包括:数据源对接模块,主档对接模块,商户主体权限管理模块,分润方权限管理模块,业务类型管理模块,任务流管理模块,发票审批管理模块和数据推送模块。该系统可以为各平台渠道涉及的线上售卖卡券线下门店核销场景,进行对账、清分、结算,解决了很多品牌高速扩张的加盟模式因结算困难而无法使用各平台售卖卡券促进销售的难题。该系统可自由配置品牌所需要的数据账单明细、对账规则、清分规则、结算周期、发票审批等,具有强大的数据处理能力,真正意义上实现了“清算一切”的除支付场景外的卡券清结算完整解决方案。
Description
技术领域
本发明涉及清结算技术领域,特别是涉及一种卡券清结算系统及方法。
背景技术
卡券,即电子优惠券,指一些商家为了满足不同需求的目标消费者,同时也给商家本身带来更多收益,而提供的多种形式的优惠信息。优惠信息的收藏和分享以及订阅电子优惠券邮件也都扩大了电子优惠券的传播途径。电子优惠券是以消费者的主动请求为前提,是消费者在自我感知到有此类消费需求的时候为寻求价值剩余而产生的行为。消费者从被动的接受人工派发的纸质优惠券发展到主动在互联网上搜索优惠信息,获取电子优惠券使消费者付出了收集信息的成本,包括时间成本及机会成本,而被动的接受纸质优惠券就不存在搜寻成本带来的刺激效应,使得电子优惠券的使用率大大高于传统优惠券。
市面一般的清结算系统,清结算系统是第三方支付系统按照与商户的协议,将一个结算周期内的收付款项汇总轧差生成待结算金额,并将待结算金额结算给商户的一个功能模块,是支付系统的一个子系统。
现有的清结算系统仅支持支付类清结算业务,且支持的业务类型单一,每个商户的需求不一样,需要定制开发。数据源处理能力依赖于第三方提供的方式,对接复杂。商户无自主开发能力,且费用高昂。发票审批繁琐,手工划款麻烦。
因此,本领域亟需一种能够降低操作和开发复杂度的卡券清结算系统。
发明内容
本发明的目的是提供一种能够降低操作和开发复杂度的卡券清结算系统和方法。
为实现上述目的,本发明提供了如下方案:
一种卡券清结算系统,包括:
数据源对接模块,数据源对接方式会根据渠道不同、需求不同,有不同的对接方式,所述数据源对接模块具有自有的数据源对接服务,支持API接口对接/FTP/数据库对接等方式,并可设置数据源同步的时间和周期;
主档对接模块,门店核销后,清分、结算时,需要根据核销门店按商户主档找到公司主体进行清分和结算,并且分润时不同门店分润数据也可能有差别,所述主档对接模块具有一套标准的主档对接接口,可支持主档系统层的自动化对接处理;
商户主体权限管理模块,用于将租户生成的公司主体账号,按主档结构进行数据权限的关联,确保每个公司主体账号登录时,仅能查看该主体下的门店数据,形成数据权限的隔离;当主档中任意一环发生转移、变更或删除时,该主档可见历史数据以及变更后的最新层级数据;
分润方权限管理模块,用于分润账号将关联相关分润方层级数据,并有专门查看分润方报表的菜单供分润方查看、下载明细;
业务类型管理模块,用于将不同的业务类型进行分类后,针对不同业务类型配置业务类型任务模板,以便快速配置出同类型业务不同数据源的清结算业务;
任务流管理模块,用于将每个清结算场景作为独立配置任务,选择业务类型后进行主档关联、对账、清算、结算、映射字段关联的详细配置,卡券清结算系统按周期定时执行每个任务流的任务,分别在对账系统、清算系统、结算系统展示定制配置的列表以及生成相关的明细下载文件,供各公司主体账号下载;
发票审批管理模块,用于加盟商在结算系统确认账款无误后,进行发票上传操作,总部财务账户审批无误后,该笔数据进入已审核发票待划款状态;
数据推送模块,用于定期将清算数据,推送商户,满足商户自有的数据需求。
可选的,还包括终端、平台APP、平台网关、平台服务端、平台应用程序编程接口、系统部署和基础设施。
可选的,所述平台APP包括C端应用和后管应用,所述C端应用包括商城应用、外卖应用、游戏应用、卡包应用、支付应用、银行卡活动应用和品牌店铺活动应用;所述后管应用包括电子凭证后管、现金卡后管、营销活动后管、会员后管、订单后管、商品库存后管、登录鉴权后管和转赠后管。
可选的,所述平台网关包括:签名校验、接口权限、流控降级、路由转发、服务调用、国际化处理和错误处理。
可选的,所述平台服务端包括:客户服务、营销活动、现金卡、电子凭证、支付服务、应用管理、结算服务、商户服务、消息服务、关系服务、转赠服务、库存服务、主题服务、鉴权服务、订单服务、卡包服务、会员服务、游戏服务、导出服务、权益服务、配送服务和行为验证。
可选的,所述平台应用程序编程接口包括:支付支付、微信支付、paypai支付、建行支付、boost钱包、海外短信、钉钉。
可选的,所述系统部署包括kubernates、docker、nacos、Jenkins和Grafana。
可选的,所述基础设施包括云服务器、云数据库、负载均衡、资源分发、对象存储、数据传输、数据备份。
可选的,所述终端包括手机、平板、电脑和POS终端机。
本发明还提供了一种卡券清结算方法,包括:
租户开通清结算服务;
创建数据源:清结算系统内,根据数据源类型,创建采集数据源,对应外部数据来源;创建对账数据源,用于将采集数据源数据转为清结算标准数据,并进入清洁算标准FTP文件内;创建数据源输送任务,定时采集数据源对应的数据并输入到到对账数据源内;
主档对接:包括创建分账结构,代码关联分账结构ID,开始自动同步,自动同步的数据,自动创建分账方;
配置人员权限:包括租户创建人员账号,并关联角色;进入人员管理权限,关联相应的分账方或分润方,完成权限关联;
创建卡券业务类型:选择适用的租户,并初始化创建清结算流程以及相关模板化参数配置,以便于相同业务不同重复配置;
创建清结算任务流:将每个清结算场景作为独立配置任务,选择业务类型后进行主档关联、对账、清算、结算、映射字段关联的详细配置,卡券清结算系统按周期定时跑每个任务流的任务,分别在对账系统、清算系统、结算系统展示定制配置的列表以及生成相关的明细下载文件,供各公司主体账号下载;
查看报表:查看对账系统报表、对账差异报表、清算系统报表、清算报表、分账方结算报表和分润方结算报表;
发票审批管理:将支持加盟商在结算系统确认账款无误后,进行发票上传操作,总部财务账户审批无误后,该笔数据进入已审核发票待划款状态。
本发明与现有技术相比,具有以下有益效果:
本发明提供的卡券清结算系统,可以为各平台渠道涉及的线上售卖卡券线下门店核销场景,进行对账、清分、结算,解决了很多品牌高速扩张的加盟模式因结算困难而无法使用各平台售卖卡券促进销售的难题。该系统可自由配置品牌所需要的数据账单明细、对账规则、清分规则、结算周期、发票审批等,具有强大的数据处理能力,真正意义上实现了“清算一切”的除支付场景外的卡券清结算完整解决方案。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的卡券清结算系统结构示意图。
图2为本发明实施例提供的卡券清结算平台框架结构示意图。
图3为本发明实施例提供的清结算配置流程示意图。
图4为本发明实施例提供的租户开通清结算服务流程示意图。
图5为本发明实施例提供的创建数据源流程图。
图6为本发明实施例提供的配置清结算人员权限示意图。
图7为本发明实施例提供的清结算业务类型管理界面示意图。
图8为本发明实施例提供的清结算任务流创建界面示意图。
图9为本发明实施例提供的对账-对账数据源、对账规则、对账周期、列表字段界面示意图。
图10为本发明实施例提供的清算-对账数据源、清算周期、列表字段界面示意图。
图11为本发明实施例提供的结算-结账数据源、结算周期、划款方式、对账单格式、是否开票、是否审批、列表字段界面示意图。
图12为本发明实施例提供的对账报表界面示意图。
图13为本发明实施例提供的对账差异报表界面示意图。
图14为本发明实施例提供的清算报表界面示意图。
图15为本发明实施例提供的未清算报表界面示意图。
图16为本发明实施例提供的分账方结算报表界面示意图。
图17为本发明实施例提供的分润方结算报表界面示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明的目的是提供一种能够降低操作和开发复杂度的卡券清结算系统。
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
实施例1:
卡券清结算系统基于容器化、微服务基础技术,提供全新的应用开发一体化、应用部署和治理架构和业务平台,支持分布式、微服务、多租户和治理。
本实施例提供了一种卡券清结算系统,如图1和图2所示,包括:
数据源对接模块,数据源对接方式会根据渠道不同、需求不同,有不同的对接方式,所述数据源对接模块具有自有的数据源对接服务,支持API接口对接/FTP/数据库对接等方式,并可设置数据源同步的时间和周期;
主档对接模块,门店核销后,清分、结算时,需要根据核销门店按商户主档找到公司主体进行清分和结算,并且分润时不同门店分润数据也可能有差别,所述主档对接模块具有一套标准的主档对接接口,可支持主档系统层的自动化对接处理;
商户主体权限管理模块,用于将租户生成的公司主体账号,按主档结构进行数据权限的关联,确保每个公司主体账号登录时,仅能查看该主体下的门店数据,形成数据权限的隔离;当主档中任意一环发生转移、变更或删除时,该主档可见历史数据以及变更后的最新层级数据;
分润方权限管理模块,用于分润账号将关联相关分润方层级数据,并有专门查看分润方报表的菜单供分润方查看、下载明细;
业务类型管理模块,用于将不同的业务类型进行分类后,针对不同业务类型配置业务类型任务模板,以便快速配置出同类型业务不同数据源的清结算业务;
任务流管理模块,用于将每个清结算场景作为独立配置任务,选择业务类型后进行主档关联、对账、清算、结算、映射字段关联的详细配置,卡券清结算系统按周期定时执行每个任务流的任务,分别在对账系统、清算系统、结算系统展示定制配置的列表以及生成相关的明细下载文件,供各公司主体账号下载;
发票审批管理模块,用于加盟商在结算系统确认账款无误后,进行发票上传操作,总部财务账户审批无误后,该笔数据进入已审核发票待划款状态;
数据推送模块,用于定期将清算数据,推送商户,满足商户自有的数据需求。
可选的,还包括:终端、平台APP、平台网关、平台服务端、平台应用程序编程接口、系统部署和基础设施。
可选的,所述平台APP包括C端应用和后管应用,所述C端应用包括商城应用、外卖应用、游戏应用、卡包应用、支付应用、银行卡活动应用和品牌店铺活动应用;所述后管应用包括电子凭证后管、现金卡后管、营销活动后管、会员后管、订单后管、商品库存后管、登录鉴权后管和转赠后管。
可选的,所述平台网关包括:签名校验、接口权限、流控降级、路由转发、服务调用、国际化处理和错误处理。
可选的,所述平台服务端包括:客户服务、营销活动、现金卡、电子凭证、支付服务、应用管理、结算服务、商户服务、消息服务、关系服务、转赠服务、库存服务、主题服务、鉴权服务、订单服务、卡包服务、会员服务、游戏服务、导出服务、权益服务、配送服务和行为验证。
可选的,所述平台应用程序编程接口包括:支付支付、微信支付、paypai支付、建行支付、boost钱包、海外短信、钉钉。
可选的,所述系统部署包括kubernates、docker、nacos、Jenkins和Grafana。
可选的,所述基础设施包括:云服务器、云数据库、负载均衡、资源分发、对象存储、数据传输、数据备份。
可选的,所述终端包括手机、平板、电脑和POS终端机。
实施例2:
本实施例提供了一种卡券清结算方法,包括:
1、租户开通清结算服务(如图4所示):
步骤(1):进入运营管理平台入口,找到角色管理菜单-租户默认角色管理;
步骤(2):列表栏找到对应租户的品牌管理员并入编辑,勾选清结算系统保存;
步骤(3):进入运营,找到对应租户,进入租户管理后台顶部清结算菜单入口即可。
如图3所示,清结算配置整体流程如下:
2、创建数据源(如图5所示):
(1)清结算系统内,根据数据源类型(FTP、API接口、数据库),创建采集数据源,对应外部数据来源。
(2)创建对账数据源,用于将采集数据源数据转为清结算标准数据,并进入清洁算标准FTP文件内。
(3)创建数据源输送任务,定时采集数据源对应的数据并输入到到对账数据源内。
3、主档对接:创建分账结构,分为手动维护和主档对接两种模式。
手动维护:
步骤1:创建分账方;
步骤2:创建分账结构,并添加已创建的分账方层级。
主档对接:
步骤1:创建分账结构。
步骤2:代码关联分账结构ID,开始自动同步。
步骤3:自动同步的数据,自动创建分账方。
4、配置人员权限(如图6所示):
步骤1:租户创建人员账号,并关联角色。
步骤2:进入人员管理权限,关联相应的分账方或分润方,完成权限关联。
5、创建业务类型:
选择适用的租户,并初始化创建清结算流程以及相关模板化参数配置,以便于相同业务不同重复配置:
(1)区域;
(2)租户;
(3)对账-对账数据源、对账规则、对账周期、列表字段;
(4)清算-对账数据源、清算周期、列表字段;
(5)结算-结账数据源、结算周期、划款方式、对账单格式、是否开票、是否审批、列表字段;
(6)字段映射。
6、创建清结算任务流:
创建任务流
配置该卡券场景清结算的页面:
(1)区域、分账结构、是否显示报表;如图8所示。
(2)对账-对账数据源、对账规则、对账周期、列表字段。如图9所示。
(3)清算-对账数据源、清算周期、列表字段。如图10所示。
(4)结算-结账数据源、结算周期、划款方式、对账单格式、是否开票、是否审批、列表字段。如图11所示。
7、查看报表:
(1)查看对账报表,如图12所示。
(2)查看对账差异报表,如图13所示。
(3)查看清算报表,如图14所示。
(4)查看未清算报表,如图15所示。
(5)查看分账方结算报表,如图16所示。
(6)查看分润方结算报表,如图17所示。
(7)清算系统报表、清算报表、分账方结算报表和分润方结算报表;
本发明提供的卡券清结算系统和方法,通过对卡券清结算业务场景分析,定制出适用商户进入公域、私域线上卡券销售,线下门店核销场景的支持。通过通用化配置管理的模块化结构,实现了可灵活配置覆盖几乎所有场景的清结算系统。自有数据源对接服务,持API接口对接/FTP/数据库对接等方式,并可通过配置,自由组合数据源字段,并进行规则处理。SaaS化服务,价格亲民,对接简单快捷。对账差异处理,可实现多方对账,并根据不同差异类型进行轧差处理,如金额、券状态不一致,单边账等情况。未清算账单处理,每日对账一致数据,将根据主档找到主体进行清算,未找到主体的数据将进入未清算,未清算部分每日将会与新增数据核对,直到一致将进入清算数据。一般加盟商户,仍采用快递纸质发票或邮件收集发票的方式作为结算依据,搜集、查找、结算均占用大量时间成本,结算系统将开票流程完整嵌入整个结算环节,并且支持先款后票和先票后款的业务,根据开票流程变更开票状态,并支持按开票状态导出可划款的账单。手动划款在结算系统时,可以按商户划款银行划款单格式,生成该划款银行支持的划款账单,商户只需确认账单后导入划款即可;自动划款即支持对接银行的划款接口(如银企直连模式),在走完确认账单流程后,进行自动划款。
本发明提供的卡券清结算系统和方法具有以下优点:
1、采用微服务基础,便捷式开通服务,解决了租户开通应用的部署问题,相比传统的应用服务部署方式都需要独立建立数据库、开发相关业务并部署,此优点针对不同的租户都可以做到非常简单的服务开通(包含应用层的C端和管理后台)业务及技术上可以水平扩展;各服务之间可以项目独立提供业务服务,互不影响,减少了单点故障风险。
2、采用发票审核技术,通过审核技术,提供发票上传、审核功能。
3、采用数据源管理技术,通过数据源管理,灵活定义并获取数据,并通过数据源输送任务,定时按规则将外部数据转化为清结算系统能识别的数据源。
4、采用卡券清结算管理技术,该技术不仅兼容市面支付清结算需求,更能通过对账依赖关系,依次进行订单支付对账、卡券状态对账,仅在支付对账无误且卡券核销状态一致后,进行清算、结算管理的技术方案。
5、采用自动结算管理技术,通过生成适用于结算账户银行的结算账单,对接银行结算划款API接口,根据区域账号进行银行自动划款。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处。综上所述,本说明书内容不应理解为对本发明的限制。
Claims (10)
1.一种卡券清结算系统,包括:
数据源对接模块,数据源对接方式会根据渠道不同、需求不同,有不同的对接方式,所述数据源对接模块具有自有的数据源对接服务,支持API接口对接/FTP/数据库对接,并可设置数据源同步的时间和周期;
主档对接模块,门店核销后,清分、结算时,需要根据核销门店按商户主档找到公司主体进行清分和结算,并且分润时不同门店分润数据也可能有差别,所述主档对接模块具有一套标准的主档对接接口,可支持主档系统层的自动化对接处理;
商户主体权限管理模块,用于将租户生成的公司主体账号,按主档结构进行数据权限的关联,确保每个公司主体账号登录时,仅能查看该主体下的门店数据,形成数据权限的隔离;当主档中任意一环发生转移、变更或删除时,该主档可见历史数据以及变更后的最新层级数据;
分润方权限管理模块,用于分润账号将关联相关分润方层级数据,并有专门查看分润方报表的菜单供分润方查看、下载明细;
业务类型管理模块,用于将不同的业务类型进行分类后,针对不同业务类型配置业务类型任务模板,以便快速配置出同类型业务不同数据源的清结算业务;
任务流管理模块,用于将每个清结算场景作为独立配置任务,选择业务类型后进行主档关联、对账、清算、结算、映射字段关联的详细配置,卡券清结算系统按周期定时执行每个任务流的任务,分别在对账系统、清算系统、结算系统展示定制配置的列表以及生成相关的明细下载文件,供各公司主体账号下载;
发票审批管理模块,用于加盟商在结算系统确认账款无误后,进行发票上传操作,总部财务账户审批无误后,该笔数据进入已审核发票待划款状态;
数据推送模块,用于定期将清算数据,推送商户,满足商户自有的数据需求。
2.根据权利要求1所述的卡券清结算系统,其特征在于,还包括终端、平台APP、平台网关、平台服务端、平台应用程序编程接口、系统部署和基础设施。
3.根据权利要求2所述的卡券清结算系统,其特征在于,所述平台APP包括C端应用和后管应用,所述C端应用包括商城应用、外卖应用、游戏应用、卡包应用、支付应用、银行卡活动应用和品牌店铺活动应用;所述后管应用包括电子凭证后管、现金卡后管、营销活动后管、会员后管、订单后管、商品库存后管、登录鉴权后管和转赠后管。
4.根据权利要求2所述的卡券清结算系统,其特征在于,所述平台网关包括:签名校验、接口权限、流控降级、路由转发、服务调用、国际化处理和错误处理。
5.根据权利要求2所述的卡券清结算系统,其特征在于,所述平台服务端包括:客户服务、营销活动、现金卡、电子凭证、支付服务、应用管理、结算服务、商户服务、消息服务、关系服务、转赠服务、库存服务、主题服务、鉴权服务、订单服务、卡包服务、会员服务、游戏服务、导出服务、权益服务、配送服务和行为验证。
6.根据权利要求2所述的卡券清结算系统,其特征在于,所述平台应用程序编程接口包括:支付支付、微信支付、paypai支付、建行支付、boost钱包、海外短信、钉钉。
7.根据权利要求2所述的卡券清结算系统,其特征在于,所述系统部署包括kubernates、docker、nacos、Jenkins和Grafana。
8.根据权利要求2所述的卡券清结算系统,其特征在于,所述基础设施包括:云服务器、云数据库、负载均衡、资源分发、对象存储、数据传输、数据备份。
9.根据权利要求2所述的卡券清结算系统,其特征在于,所述终端包括手机、平板、电脑和POS终端机。
10.一种根据权利要求1-9任一项所述的卡券清结算系统的清结算方法,其特征在于,包括:
租户开通清结算服务;
创建数据源:清结算系统内,根据数据源类型,创建采集数据源,对应外部数据来源;创建对账数据源,用于将采集数据源数据转为清结算标准数据,并进入清洁算标准FTP文件内;创建数据源输送任务,定时采集数据源对应的数据并输入到到对账数据源内;
主档对接:包括创建分账结构,代码关联分账结构ID,开始自动同步,自动同步的数据,自动创建分账方;
配置人员权限:包括租户创建人员账号,并关联角色;进入人员管理权限,关联相应的分账方或分润方,完成权限关联;
创建卡券业务类型:选择适用的租户,并初始化创建清结算流程以及相关模板化参数配置,以便于相同业务不同重复配置;
创建清结算任务流:将每个清结算场景作为独立配置任务,选择业务类型后进行主档关联、对账、清算、结算、映射字段关联的详细配置,卡券清结算系统按周期定时跑每个任务流的任务,分别在对账系统、清算系统、结算系统展示定制配置的列表以及生成相关的明细下载文件,供各公司主体账号下载;
查看报表:查看对账系统报表、对账差异报表、清算系统报表、清算报表、分账方结算报表和分润方结算报表;
发票审批管理:将支持加盟商在结算系统确认账款无误后,进行发票上传操作,总部财务账户审批无误后,该笔数据进入已审核发票待划款状态。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311658571.XA CN117710023A (zh) | 2023-12-05 | 2023-12-05 | 一种卡券清结算系统及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311658571.XA CN117710023A (zh) | 2023-12-05 | 2023-12-05 | 一种卡券清结算系统及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117710023A true CN117710023A (zh) | 2024-03-15 |
Family
ID=90156183
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311658571.XA Pending CN117710023A (zh) | 2023-12-05 | 2023-12-05 | 一种卡券清结算系统及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN117710023A (zh) |
-
2023
- 2023-12-05 CN CN202311658571.XA patent/CN117710023A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11972403B2 (en) | Application of dynamic tokens | |
US8566237B2 (en) | Internet payment system and method | |
US8533115B2 (en) | Payment services for multi-national corporations | |
CN108734457B (zh) | 一种统一收银系统下的退款方法 | |
CN105719088A (zh) | 一种智能分润结算方法及系统 | |
KR102173129B1 (ko) | 지역화폐 제공 시스템 및 그 방법 | |
US20130317893A1 (en) | System and method for coordinating event participation and payment | |
KR102469533B1 (ko) | 페이 서비스 플랫폼 시스템 및 그를 이용한 페이 서비스 방법 | |
CN109003129B (zh) | 一种基于物联网金融区块链的营销方法及系统 | |
CN101840560A (zh) | 基于一卡通平台的电子代金券消费结算系统及其方法 | |
CN106846144A (zh) | Mt940报文在银企直连中应用的方法及系统 | |
US20080015945A1 (en) | System and Method for Processing Subscriptions and Periodically-Billed Services | |
CN108765106A (zh) | 一种业财一体化的财务凭证生成方法 | |
CN108711045A (zh) | 一种收银系统和收银方法 | |
CN108762727B (zh) | 一种事件驱动的财务信息处理方法和系统 | |
US20060143125A1 (en) | Method and system for electronic billing and reconciliation | |
CN108694660A (zh) | 一种业财一体化对账方法 | |
JP2004110577A (ja) | 法人等の組織に対する旅費・交通費の一括請求システム | |
CN116308377A (zh) | 账户管理方法、装置、设备及存储介质 | |
CN117710023A (zh) | 一种卡券清结算系统及方法 | |
CN108765108A (zh) | 一种业财一体化下的财务数据处理系统和方法 | |
CN108765107A (zh) | 一种业财一体化下的数据保存方法 | |
US20060029200A1 (en) | Method and system for improved travel transaction billing and reconciling | |
CN112270587A (zh) | 一种数字信息销售系统及处理方法 | |
US20140032400A1 (en) | Mobile Savings Account |
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 |