账务管理方法、装置、电子设备及存储介质制造方法及图纸

本申请提供一种账务管理方法、装置、电子设备及存储介质，其中该方法包括：在对账方对对账周期对应的对账单核验通过的情况下，目标平台对对账单继续核验；在目标平台对对账单核验通过时，目标平台基于对账单生成收款单、将收款单反馈至收款方，由收款方基于收款单查询应收款的到账进度；其中，对账方和收款方为以下情况之一：对账方和收款方均为第一对象，对账方和收款方均为第二对象，对账方为第二对象、收款方为第一对象；第二对象为第一对象的附属对象。本申请可以基于新增的对账方和收款方分别执行对账操作和收款操作，且由于对账方和收款方可以为同一对象或者不同对象，可以满足不同场景下第一对象、第二对象对于对账和收款的差异化诉求。款的差异化诉求。款的差异化诉求。

【技术实现步骤摘要】
账务管理方法、装置、电子设备及存储介质


[0001]本申请涉及计算机
，尤其涉及一种账务管理方法、装置、电子设备及存储介质。

技术介绍

[0002]当前电商、外卖、线上线下酒店旅游等行业涉及总公司、分公司、服务人员的多级交易类业务结算系统中，已经实现了以“商家
‑
服务人员”为模型的两级结算模型，即通过结算系统可生成商家方向的结算单、服务人员方向的工资单，总公司以及分公司均对应于商家角色。
[0003]其中，结算单是平台用以提供账期内平台应付商家的结算明细，供商家确认和收款；工资单是平台用以提供账期内商家应付服务人员的结算明细，供服务人员确认和收款。
[0004]参见图1所示，为现有的两级结算模型对应的层级架构示意图，在业务层级方面，总公司旗下有多个分公司，多个分公司可以对应相同或者不同的业务，在收款层级方面，总公司可作为商家进行收款，分公司也可作为商家进行收款。上述的两级结算模型存在诸多限制，由于仅有一个“商家”角色，无法满足总公司、分公司在不同场景下的对账和收款诉求。
[0005]针对总公司结算的情况，分公司无法查询和对账，需总公司线下分账、分公司逐一确认后方可结算；针对分公司结算的情况，总公司无法监控结算数据准确性和回款时效性。

技术实现思路

[0006]本申请实施例提供了一种账务管理方法、装置、电子设备及存储介质，以解决现有技术中两级结算模型存在的无法满足不同场景下总公司、分公司对于对账和收款的差异化诉求的问题。
[0007]第一方面，本申请实施例提供了一种账务管理方法，包括：
[0008]在对账方对对账周期对应的对账单核验通过的情况下，目标平台对所述对账单继续核验；
[0009]在所述目标平台对所述对账单核验通过时，所述目标平台基于所述对账单生成收款单、将所述收款单反馈至收款方，由所述收款方基于所述收款单查询应收款的到账进度；
[0010]其中，所述对账方和所述收款方为以下情况之一：所述对账方和所述收款方均为第一对象，所述对账方和所述收款方均为第二对象，所述对账方为第二对象、所述收款方为第一对象；所述第二对象为所述第一对象的附属对象。
[0011]第二方面，本申请实施例提供了一种账务管理装置，包括：
[0012]核验模块，用于在对账方对对账周期对应的对账单核验通过的情况下，对所述对账单继续核验；
[0013]处理模块，用于在对所述对账单核验通过时，基于所述对账单生成收款单、将所述收款单反馈至收款方，由所述收款方基于所述收款单查询应收款的到账进度；
[0014]其中，所述对账方和所述收款方为以下情况之一：所述对账方和所述收款方均为第一对象，所述对账方和所述收款方均为第二对象，所述对账方为第二对象、所述收款方为第一对象；所述第二对象为所述第一对象的附属对象。
[0015]第三方面，本申请实施例提供了一种电子设备，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如上述第一方面所述的账务管理方法的步骤。
[0016]第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如上述第一方面所述的账务管理方法的步骤。
[0017]本申请实施例技术方案，在对账方对对账周期对应的对账单核验通过的情况下，目标平台继续对对账单进行核验，在核验通过后目标平台基于对账单生成收款单并反馈至收款方，收款方基于收款单查询应收款的到账进度，可以实现基于新增的两个角色对账方和收款方分别执行对账操作和收款操作，且由于对账方和收款方可以为同一对象，也可以为不同对象，可以满足不同场景下第一对象、第二对象对于对账和收款的差异化诉求，
[0018]以基于实际需求确定对账方和收款方，由新增的对账方和收款方执行相应5操作。
附图说明
[0019]图1表示现有的两级结算模型对应的层级架构示意图；
[0020]图2表示本申请实施例提供的账务管理方法的示意图；
[0021]图3表示本申请实施例提供的对账单对应的对账详情的一具体示例；
[0022]图4表示本申请实施例提供的对账单、收款单以及工资单之间的关联的一具体示例；
[0023]图5表示本申请实施例提供的新层级架构示意图；
[0024]图6表示本申请实施例提供的账务管理装置的示意图；
[0025]图7表示本申请实施例提供的电子设备结构示意图。
具体实施方式
[0026]下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而0不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0027]应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，5在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相
[0028]同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
[0029]在本申请的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
[0030]本申请实施例提供一种账务管理方法，参见图2所示，包括：
[0031]步骤201、在对账方对对账周期对应的对账单核验通过的情况下，目标平台对所述对账单继续核验。
[0032]本申请实施例提供的账务管理方法应用于目标平台，目标平台为交易平台，对账方以及收款方均可与目标平台进行交互，对账方以及收款方可以理解为基于职能将商家进行功能性拆分确定。
[0033]针对对账方而言，对账方基于与目标平台的交互，获取目标平台提供的对账周期对应的对账单，并对所获取的对账单进行核验。对账周期即为账务结算周期，如，对账周期为一个月、20天、15天等，且基于实际需求可以调整对账周期，如，初始对账周期为2个月，基于实际业务需求改为每隔一个月进行一次对账。
[0034]对账单对应的对账详情可以包括收入项以及支出项，收入项包括收入金额、收款类型等，相应的，支出项可以包括支出金额、支出类型等。例如，参见图3所示，对账单详情页包括订单101以及订单102分别对应的支出金额以及收入金额，订单101的结算款100元为收入款、人员工资70元为支出款，订单102的结算款200元为收入款、人员工资90元为支出款。
[0035]在对账方在对对账单核验通过的情况下，目标平台继续对对账单进行核验，以实现对账方以及目标平台的双重核验。
[0036]步骤202、在所述目标平台对所述对账单核验通过时，所述目标平台基于所述对账单生成收款单、本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种账务管理方法，其特征在于，包括：在对账方对对账周期对应的对账单核验通过的情况下，目标平台对所述对账单继续核验；在所述目标平台对所述对账单核验通过时，所述目标平台基于所述对账单生成收款单、将所述收款单反馈至收款方，由所述收款方基于所述收款单查询应收款的到账进度；其中，所述对账方和所述收款方为以下情况之一：所述对账方和所述收款方均为第一对象，所述对账方和所述收款方均为第二对象，所述对账方为第二对象、所述收款方为第一对象；所述第二对象为所述第一对象的附属对象。2.根据权利要求1所述的方法，其特征在于，所述方法还包括：所述目标平台基于至少一个对账周期分别对应的核验通过的对账单，生成所述对账方的服务人员在薪资结算周期对应的工资单；其中，在所述对账周期大于或者等于所述薪资结算周期的情况下，所述目标平台基于一个对账周期对应的对账单生成所述服务人员的工资单，在所述对账周期小于所述薪资结算周期的情况下，所述目标平台基于至少两个对账周期对应的对账单生成所述服务人员的工资单。3.根据权利要求1所述的方法，其特征在于，所述方法还包括：所述目标平台生成所述对账周期对应的对账单和所述对账周期对应的业务订单详情，将所述对账周期对应的对账单和所述对账周期对应的业务订单详情发送至所述对账方；其中，所述对账方将所述对账周期对应的对账单和所述对账周期对应的业务订单详情进行比对，以核验所述对账周期对应的对账单。4.根据权利要求2所述的方法，其特征在于，在所述第一对象和所述第二对象的归属方为直营模式的情况下，所述对账方和所述收款方均为所述第一对象；所述服务人员对应的工资单归属于所述第一对象；所述方法还包括：所述目标平台将所述工资单反馈至所述第一对象。5.根据权利要求2所述的方法，其特征在于，在所述第一对象和所述第二对象的归属方为加盟模式的情况下，所述...

【专利技术属性】
技术研发人员：高硕，
申请(专利权)人：五八畅生活北京信息技术有限公司，
类型：发明
国别省市：