一种记账方法、系统、电子设备及可读存储介质与流程

1.本公开的实施例涉及互联网技术领域，尤其涉及一种记账方法、系统、电子设备及可读存储介质。


背景技术：

2.互联网金融时代，银行与互联网金融公司在金融业务中发挥各自优势，为客户带来便捷优质的金融服务。其中，对于信用卡相关的服务，由于客户在使用信用卡的过程中涉及到资金的变化，需要银行或互联网金融公司为客户开立对应的账户进行资金的记录和管理。
3.目前银行以及互联网金融公司关于信用卡的账务管理模式主要分为两种：共享户模式和独立户模式。其中，共享户模式是从客户视角建立统一视图，将可以一起还款履约的多张信用卡对应的资金信息记录在一个账户上，客户通过这一个账户对多张信用卡统一进行还款管理。独立户模式是从产品角度对信用卡进行独立核算，一张信用卡对应一个账户，客户通过各个独立账户对相应的信用卡分别进行还款管理。不管是共享户模式还是独立户模式，一个账户下均设立有至少一个子账户，每个子账户对应一种业务类型，按照业务类型对客户资金进行管理。其中，业务类型包括消费、取现、分期、存款等。
4.但是，客户在使用信贷产品时，使用场景往往是多变的，现有的按照业务类型对客户资金进行管理的方法，无法满足多变的信贷产品使用场景的管理需求，灵活性差。


技术实现要素：

5.本公开的实施例提供一种记账方法、装置、电子设备及可读存储介质，可以按照交易场景对每次交易产生的交易流水进行记账和管理，能够满足多变的信贷产品使用场景的管理需求，提高记账的灵活性。
6.根据本公开的实施例的第一方面，提供了一种记账方法，所述方法包括：
7.接收针对信贷产品的记账请求，所述记账请求携带交易场景和交易流水；
8.根据所述交易场景，从所述信贷产品对应的合约账户包含的各场景账户中确定目标场景账户，以及确定所述目标场景账户对应的记账策略；
9.按照所述记账策略在所述目标场景账户中记录所述交易流水，并更新所述合约账户的信贷记录和所述合约账户所属的管理账户的信贷记录。
10.根据本公开的实施例的第二方面，提供了一种记账装置，所述装置包括：
11.记账请求接收模块，用于接收针对信贷产品的记账请求，所述记账请求携带交易场景和交易流水；
12.场景账户确定模块，用于根据所述交易场景，从所述信贷产品对应的合约账户包含的各场景账户中确定目标场景账户，以及确定所述目标场景账户对应的记账策略；
13.交易流水记录模块，用于按照所述记账策略在所述目标场景账户中记录所述交易流水，并更新所述合约账户的信贷记录和所述合约账户所属的管理账户的信贷记录。
14.根据本公开的实施例的第三方面，提供了一种电子设备，包括：
15.处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序时实现前述的记账方法。
16.根据本公开的实施例的第四方面，提供了一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行前述的记账方法。
17.本公开的实施例提供了一种记账方法、装置、电子设备及可读存储介质，所述方法包括：接收针对信贷产品的记账请求，所述记账请求携带交易场景和交易流水；根据所述交易场景，从所述信贷产品对应的合约账户包含的各场景账户中确定目标场景账户，以及确定所述目标场景账户对应的记账策略；按照所述记账策略在所述目标场景账户中记录所述交易流水，并更新所述合约账户的信贷记录和所述合约账户所属的管理账户的信贷记录。本公开的实施例可以按照记账管理需求划分交易场景，按照交易场景对每次交易产生的交易流水进行记账和管理，能够满足多变的信贷产品使用场景的管理需求，提高记账的灵活性。
附图说明
18.为了更清楚地说明本公开的实施例的技术方案，下面将对本公开的实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的实施例的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
19.图1示出了本公开的一种实施例中的记账方法步骤流程图；
20.图2示出了本公开的一种实施例中的账户结构示意图；
21.图3示出了本公开的一种实施例中的账务管理系统的结构示意图；
22.图4示出了本公开的一种实施例中的记账装置的结构框图；
23.图5示出了本公开的一种实施例中的电子设备的结构图。
具体实施方式
24.下面将结合本公开的实施例中的附图，对本公开的实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开的实施例一部分实施例，而不是全部的实施例。基于本公开的实施例中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开的实施例保护的范围。
25.实施例一
26.参照图1，其示出了本公开的一种实施例中的记账方法的步骤流程图，具体如下：
27.步骤101，接收针对信贷产品的记账请求，所述记账请求携带交易场景和交易流水。
28.步骤102，根据所述交易场景，从所述信贷产品对应的合约账户包含的各场景账户中确定目标场景账户，以及确定所述目标场景账户对应的记账策略。
29.步骤103，按照所述记账策略在所述目标场景账户中记录所述交易流水，并更新所述合约账户的信贷记录和所述合约账户所属的管理账户的信贷记录。
30.本公开实施例提供了一种记账方法，可应用于账务管理系统，该账务管理系统可
以被部署在电子设备上，对银行、金融机构等提供的信贷产品进行账务管理。通过本公开实施例，可以满足多变的信贷产品使用场景的管理需求，提高记账的灵活性。其中，信贷产品可以包括信用卡产品、信用贷产品等。信贷产品的用户可以是个人，也可以是机构或组织。
31.需要说明的是，本公开实施例的账务管理系统中存储有预先创建的管理账户和合约账户。管理账户用于对同一用户的至少一个合约账户中的信贷额度、息费等信息进行统一管理和展示。合约账户是信贷产品的产品合约对应的账户，一个信贷产品对应一个合约账户，用于对用户的某一信贷产品的信贷额度、息费等信息进行统一管理。场景账户是本公开实施例中对信贷产品的账务信息进行管理的基本单元，可以在接收到信贷产品的记账请求后，按需创建。参照图2，示出了本公开实施例提供的账户结构示意图，其中，一个用户在同一个银行、金融机构等提供信贷产品服务的组织或机构，可以有多个管理账户，一个管理账户下可以包含至少一个可以共同履约的合约账户，可以共同履约的各合约账户额对应的信贷产品可以是履约条件相同，也可以仅结单日相同。一个合约账户下可以包含多个场景账户。
32.针对信贷产品的记账请求可以在基于信贷产品进行交易时产生。在本公开的实施例中，可以根据实际的账务管理需求划分记账请求对应的交易场景。交易场景可以包括交易的业务类型，如取现、分期、消费等，还可以包括交易产品、交易币种、交易商户类型、交易日期、交易金额等信息。每一种交易场景均对应一个场景账户，根据记账请求的交易场景，就可以在信贷产品的合约账户包含的各场景账户中确定目标场景账户，从而将交易流水记录在目标场景账户中，实现按照交易场景对每次交易产生的交易流水进行记账和管理，能够满足多变的信贷产品使用场景的管理需求，提高记账的灵活性。
33.参照图3，示出了本公开实施例的一种账务管理系统的结构示意图。其中，渠道适配层负责对接渠道侧，如银行的信贷产品服务平台等，用于对信贷产品的服务接口进行包装、组装报文，基于渠道适配层，可以快速对接任意银行或金融机构的信贷产品服务平台，提高本公开提供的账务管理系统的适用性。应用服务层封装有信贷产品的服务要素，可以面向用户提供信贷产品的各项服务功能，如开户、消费、取现、分期、结息、结费、还款、差错调整等。核心层可以通过抽象和编排，把针对信贷产品的固定计算逻辑沉淀下来，提供信贷产品的核心能力，包括支付服务、分期服务、息费计算、还款履约等。基础支撑层用于为核心层提供额度查询、记账、计息、客户信息的查询校验等基础能力。其中，基础支撑层包含账务域，账务域用于提供基础的记账和查账功能。本公开实施例中的管理账户可以通过应用服务层向用户展示，合约账户和场景账户可以位于账务域中，不面向用户进行展示。下面将结合图3对本公开实施例提供的记账方法进行详细说明。
34.当用户触发应用服务层提供的服务功能，如消费、取现、分期，通过信贷产品进行交易时，触发核心层基于本次交易产生一条交易流水，并在成功生成交易流水后，生成一条记账请求，通过记账请求将交易流水发送至基础支撑层的账务域，由账务域对接收到的记账请求进行分析，确定该记账请求对应的目标场景账户。具体的，核心层生成的交易流水可以包含进行交易的信贷产品的产品标识，如信号卡号等，账务域根据信贷产品的产品标识，确定本次交易对应的合约账户，并进一步根据交易场景，在合约账户的各场景账户中确定目标场景账户，以及该目标场景账户的记账策略。其中，记账策略可以包含按业务类型记账、按日记账、按单记账、按周期记账中的至少一种；所述业务类型包含消费、分期、取现中
的至少一种。
35.按照确定的记账策略在目标场景账户中记录交易流水。具体的，账务域可以根据记账策略和核心层生成的交易流水，生成一条记账流水，并在目标场景账户中记录该记账流水。其中，记账流水可以包括场景账户编号、所属的合约账户编号、记账状态、账户创建日期、记账日期、账户类型、币种、信贷额度、本金、利息、复利、利息积数、复利积数、商议计息日期等信息。账户类型可以根据场景账户对应的交易场景确定。
36.在目标场景账户完成记账后，根据目标场景账户的账户变更情况，更新该目标场景账户所属的合约账户的信贷记录，以及该合约账户所属的管理账户的信贷记录。进一步的，可以将管理账户更新后的信贷记录展示给用户，便于用户查看账户信息。
37.本公开的实施例通过管理账户、合约账户、场景账户组成的账户体系，可以按照交易场景对信贷产品的交易流水进行记账，能够满足多变的信贷产品使用场景的管理需求，提高记账的灵活性；还可以通过管理账户对用户的各个信贷产品的账务信息进行统一管理和展示，提高信贷产品账务管理的便捷性。
38.在本公开的一种可选实施例中，步骤102所述根据所述交易场景，从所述信贷产品对应的合约账户包含的各场景账户中确定目标场景账户，以及确定所述目标场景账户对应的记账策略，包括：
39.步骤s11、确定所述交易场景对应的场景类型；
40.步骤s12、判断所述信贷产品对应的合约账户包含的各场景账户中是否存在与所述场景类型相匹配的目标场景账户；
41.步骤s13、若存在与所述场景类型相匹配的目标场景账户，则确定所述目标场景账户的记账策略；
42.步骤s14、若不存在与所述场景类型相匹配的目标场景账户，则根据所述场景类型在所述合约账户下建立目标场景账户，并确定所述目标场景账户的记账策略。
43.需要说明的是，所述场景类型包含交易的产品类型、服务类型、交易币种、商户类型、商户标识、交易金额、交易日期中的至少一种；所述记账策略包含按业务类型记账、按日记账、按单记账、按周期记账中的至少一种；所述业务类型包含消费、分期、取现中的至少一种。
44.在本公开的实施例中，可以根据实际的账务管理需求划分交易场景的场景类型，例如，需要对用户的快递费用单独核算，则可以确定目标场景类型为“快递”，并确定与目标场景类型相对应的目标场景账户，将与目标场景类型相匹配的交易场景下的交易流水记录到目标场景账户中。
45.在本公开提供的记账方法中，每接收到一个记账请求，首先确定该记账请求携带的交易场景的场景类型，然后在信贷产品对应的合约账户下的各场景账户中，确定是否存在与该场景类型相匹配的场景账户。具体的，每一种场景类型对应一个场景账户，可以预先建立交易场景的场景类型与场景账户的账户类型之间的对应关系，通过判断是否存在账户类型于场景类型相匹配的场景账户，确定与场景类型相匹配的目标场景账户。如果合约账户包含的各场景账户中存在与场景类型相匹配的目标场景账户，直接确定该目标场景账户的记账策略，然后根据记账策略将交易流水记录到目标场景账户中即可。如果合约账户包含的各场景账户中不存在与场景类型相匹配的目标场景账户，则需要创建一个新的场景账
户作为目标场景账户，并确定新创建的目标场景账户的记账策略，然后再根据记账策略将交易流水记录到目标场景账户中。这样，针对每一次交易，都可以根据交易场景的场景类型，确定与之匹配的目标场景账户，在目标场景账户中记录交易流水，满足了多变的信贷产品使用场景的管理需求，提高了记账的灵活性。
46.在本公开的一种可选实施例中，所述业务类型包含分期，步骤103所述按照所述记账策略在所述目标场景账户中记录所述交易流水，包括：
47.步骤s21、在所述目标场景账户中记录所述交易流水，所述交易流水为分期总额度对应的流水；
48.步骤s22、按照分期的期数在所述目标场景账户中创建子场景账户；
49.步骤s23、在所述子场景账户中记录每期待还额度和每期待还息费。
50.对于采用分期付款方式进行的交易，可以在确定目标场景账户之后，在目标场景账户中记录分期总额度对应的交易流水，包括分期的总本金和总利息。然后再按照分期的期数在目标场景账户中创建子场景账户，每一期对应一个子场景账户，在子场景账户中记录对应期数的待还额度和每期待还息费，还可以在子场景账户中记录对应期数的最低还款时间。例如，用户通过信贷产品进行了一次交易，并采用了分期付款的方式，共分了三期进行还款，那么，针对本次交易，首先确定本次交易对应的目标场景账户，并在目标场景账户中记录三期总的待还额度(也即待还本金)，并记录三期总的待还息费。然后，在该目标场景账户下创建三个子场景账户，分别记为子场景账户1、子场景账户2、子场景账户3。其中，子场景账户1中记录第一期的待还额度、待还息费、最后还款日等信息；子场景账户2中记录第二期的待还额度、待还息费、最后还款日等信息；子场景账户3中记录第三期的待还额度、待还息费、最后还款日等信息。这样，就可以清晰的记录分期的总额度和总息费，以及每期的待还额度和待还息费。
51.在本公开的一种可选实施例中，步骤101所述接收针对信贷产品的记账请求之前，所述方法还包括：
52.步骤s31、接收针对信贷产品的开户请求，所述开户请求携带所述信贷产品的履约条件；
53.步骤s32、根据所述履约条件确定所述信贷产品所属的管理账户，并在所述管理账户下创建所述信贷产品对应的合约账户。
54.在本公开的实施例中，可以在用户进行信贷产品的开户操作时，创建该信贷产品对应的合约账户。具体的，当本公开的账务管理系统接收到用户针对信贷产品的开户请求时，触发开户功能，根据开户请求确定其履约条件，然后从该用户的各个管理账户中，确定与履约条件相匹配的管理账户，然后在该管理账户下创建信贷产品对应的合约账户。
55.其中，履约条件可以根据信贷产品的产品合约确定。可选地，信贷产品的开户请求中可以携带信贷产品的产品标识，如开户行、产品类型、产品编号等等，根据信贷产品的产品标识可以确定该信贷产品的产品合约，对产品合约进行进一步分析，就可以确定该信贷产品的履约条件。本公开实施例可以根据履约条件划分信贷产品对应的合约账户，同一管理账户包含的各合约账户具有相同的履约条件，从而可以通过管理账户对具有相同履约条件的合约账户进行统一管理，共同履约。
56.在本公开的一种可选实施例中，步骤103所述按照所述记账策略在所述目标场景
账户中记录所述交易流水，并更新所述合约账户的信贷记录和所述合约账户所属的管理账户的信贷记录，包括：
57.步骤s41、根据所述记账策略和所述交易流水更新所述目标场景账户的信贷额度和息费明细；
58.步骤s42、对所述合约账户包含的各场景账户的信贷额度和息费明细进行汇总，得到所述合约账户的信贷额度和待还利息；
59.步骤s43、对所述管理账户包含的各合约账户的信贷额度和待还利息进行汇总，得到所述管理账户的信贷额度和待还利息。
60.在本公开实施例中，当确定目标场景账户和目标场景账户的记账策略后，根据记账策略和交易流水，更新目标场景账户的信贷额度和息费明细。例如，记账策略为按日记账，针对场景类型a，可以分别按照记账日期，创建不同的场景账户，每一个记账日期对应一个场景账户，在场景账户中记录相应记账日期内场景类型a对应的各项交易流水；如果记账策略为按周期记账，则针对场景类型a，可以分别按照记账周期创建不同的场景账户，每一个周期对应一个场景账户，在场景账户中记录相应周期内场景类型a对应的交易流水。交易流水中包含交易金额、交易日期等信息，根据交易金额、交易日期就可以确定待更新的目标场景账户的信贷额度和息费明细。然后，信贷产品对应的合约账户下的各个场景账户的账务信息进行统计，对各个场景账户的信贷额度和息费明细进行汇总，就可以得到合约账户的信贷额度和待还利息。同理，对管理账户包含的各合约账户的信贷额度和待还利息进行汇总，就可以得到管理账户的信贷额度和待还利息。
61.除了通过账务汇总的方式更新合约账户和管理账户，还可以根据目标场景账户中信贷额度和息费明细的变化值，更新合约账户和管理账户。例如，在响应记账请求之前，目标场景账户的信贷额度为c1，息费明细为x1，响应于记账请求，对目标场景账户进行更新后，目标场景账户的信贷额度为c2，息费明细为x2，那么，可以根据信贷额度的变化值(c2-c1)和息费明细的变化值(x2-x1)更新目标场景账户所属的合约账户，进而更新合约账户所属的管理账户。需要说明的是，如果同时对合约账户下的多个场景账户进行更新，则需要对各个被更新的场景账户的变化值进行汇总，根据汇总后的变化值更新合约账户和管理账户。
62.在本公开的实施例中，可以每一次响应记账请求，在目标场景账户中记录交易流水后，实时对合约账户和管理账户进行账务更新，也可以按周期对合约账户和管理账户进行账务更新，对此，本公开实施例不做具体限定。
63.其中，所述目标场景账户的息费明细包括当前利息、当前复利、利息积数、复利积数中的至少一项。
64.在本公开的一种可选实施例中，所述方法还包括：
65.步骤s51、接收针对管理账户的还款请求，所述还款请求包含还款额度；
66.步骤s52、确定所述管理账户包含的各合约账户的额度分配规则；
67.步骤s53、根据所述还款额度和所述额度分配规则，确定各合约账户的还款额度；
68.步骤s54、根据所述合约账户的还款额度更新所述合约账户的信贷额度和待还利息。
69.在本公开实施例中，用户可以通过管理账户对多个信贷产品进行统一管理，包括
通过管理账户对多个信贷产品进行统一还款履约处理。具体的，可以预先设置管理账户包含的各个合约账户的额度分配规则。合约账户的额度分配规则可以根据信贷产品的产品合约确定，也可以根据用户设置的还款顺序确定合约账户的额度分配规则。当接收到针对管理账户的还款请求时，确定还款额度，并按照各合约账户的额度分配规则确定各合约账户的还款额度。具体的，可以先根据额度分配规则确定各个合约账户的还款额度，并将合约账户的还款额度与实际待还额度进行比较，若实际待还额度大于或等于还款额度，则按照还款额度对合约账户进行还款处理；若实际待还额度小于还款额度，则按照实际待还额度对合约账户进行还款处理；计算还款额度与实际待还额度的差值，得到剩余还款额度，根据额度分配规则重新分配剩余还款额度。例如，管理账户下包含三个合约账户：合约账户1、合约账户2、合约账户3，额度分配规则为：各个合约账户平均分配还款额度，还款请求中包含的还款额度为3000，则可以确定各个合约账户被分配的还款额度为1000。如果合约账户1的实际待还额度为1200，合约账户2的实际待还额度为1500，合约账户3的实际待还额度为800，则首先按照各合约账户被分配的还款额度对合约账户1、合约账户2进行还款处理，按照合约账户3的实际待还额度对合约账户3进行还款处理；然后，确定剩余待还额度为200，则根据额度分配规则，继续为合约账户1、合约账户2分配还款额度，按照重新分配的还款额度100对合约账户1、合约账户2继续进行还款处理。还款处理完成后，更新各合约账户的信贷额度和待还利息。可以确定，合约账户1的实际待还额度为100，合约账户2的实际待还额度为400，合约账户3的实际待还额度为0。根据合约账户的实际待还额度更新合约账户的信贷额度和待还利息，从而实现通过管理账户对多个信贷产品进行统一的还款履约处理。
70.在本公开的一种可选实施例中，步骤s53所述根据所述还款额度和所述额度分配规则，确定各合约账户的还款额度之后，所述方法还包括：
71.步骤s61、根据所述合约账户的还款额度，以及所述合约账户包含的各场景账户的额度分配规则，确定所述合约账户包含的各场景账户的还款额度；
72.步骤s62、根据所述场景账户的还款额度更新所述场景账户的信贷额度和息费明细。
73.在本公开的实施例中，确定各合约账户的还款额度后，可以进一步根据合约账户包含的各场景账户的额度分配规则，确定各场景账户的还款额度，并根据场景账户的还款额度更新场景账户的信贷额度和息费明细。具体的，可以根据场景账户对应的场景类型和/或记账策略，确定各场景账户的额度分配规则，例如，设置还款优先级、还款比例等。
74.在本公开的一种可选实施例中，每一个管理账户包含一个存款账户，所述方法还包括：
75.步骤s71、接收针对所述管理账户的存款指令；
76.步骤s72、响应于所述存款指令，获取所述存款指令对应的存款信息；
77.步骤s73、根据所述存款信息生成存款流水，并在所述管理账户包含的存款账户中记录所述存款流水。
78.在本公开的实施例中，每个管理账户包含一个存款账户，该存款账户用于对管理账户对应的所有信贷产品进行统一的存款管理和展示，便于用户进行存款操作。具体的，当接收到针对管理账户的存款指令时，响应于所述存款指令，获取存款指令对应的存款信息，并根据存款信息生成存款流水，在管理账户包含的存款账户中记录该存款流水。其中，针对
管理账户的存款指令可以包含存款金额、存款日期、用户指定的信贷产品标识等。可以对用户指定的信贷产品标识进行核对，只要用户指定的信贷产品对应的合约账户属于该管理账户，就在该管理账户包含的存款账户中进行存款操作。具体的，可以根据信贷产品标识，在存款账户中创建子存款账户，一个子存款账户对应一个信贷产品标识，这样就可以分别记录各个信贷产品的存款信息，并能够通过一个存款账户，记录用户的整体存款信息，便于对用户存款进行管理和展示。
79.综上所述，本公开的实施例提供了一种记账方法，所述方法包括：接收针对信贷产品的记账请求，所述记账请求携带交易场景和交易流水；根据所述交易场景，从所述信贷产品对应的合约账户包含的各场景账户中确定目标场景账户，以及确定所述目标场景账户对应的记账策略；按照所述记账策略在所述目标场景账户中记录所述交易流水，并更新所述合约账户的信贷记录和所述合约账户所属的管理账户的信贷记录。本公开的实施例可以按照记账管理需求划分交易场景，按照交易场景对每次交易产生的交易流水进行记账和管理，能够满足多变的信贷产品使用场景的管理需求，提高记账的灵活性。
80.实施例二
81.参照图4，其示出了在本公开的一种实施例中的记账装置的结构图，具体如下：
82.记账请求接收模块201，用于接收针对信贷产品的记账请求，所述记账请求携带交易场景和交易流水；
83.场景账户确定模块202，用于根据所述交易场景，从所述信贷产品对应的合约账户包含的各场景账户中确定目标场景账户，以及确定所述目标场景账户对应的记账策略；
84.交易流水记录模块203，用于按照所述记账策略在所述目标场景账户中记录所述交易流水，并更新所述合约账户的信贷记录和所述合约账户所属的管理账户的信贷记录。
85.在本公开的一种可选实施例中，所述场景账户确定模块202，包括：
86.场景类型确定子模块，用于确定所述交易场景对应的场景类型；
87.场景账户匹配子模块，用于判断所述信贷产品对应的合约账户包含的各场景账户中是否存在与所述场景类型相匹配的目标场景账户；
88.第一场景账户确定子模块，用于若存在与所述场景类型相匹配的目标场景账户，则确定所述目标场景账户的记账策略；
89.第二场景账户确定子模块，用于若不存在与所述场景类型相匹配的目标场景账户，则根据所述场景类型在所述合约账户下建立目标场景账户，并确定所述目标场景账户的记账策略。
90.在本公开的一种可选实施例中，所述场景类型包含交易的产品类型、服务类型、交易币种、商户类型、商户标识、交易金额、交易日期中的至少一种；所述记账策略包含按业务类型记账、按日记账、按单记账、按周期记账中的至少一种；所述业务类型包含消费、分期、取现中的至少一种。
91.在本公开的一种可选实施例中，所述交易流水记录模块203，包括：
92.交易流水记录子模块，用于在所述目标场景账户中记录所述交易流水，所述交易流水为分期总额度对应的流水；
93.子场景账户创建子模块，用于按照分期的期数在所述目标场景账户中创建子场景账户；
94.分期信息记录子模块，用于在所述子场景账户中记录每期待还额度和每期待还息费。
95.在本公开的一种可选实施例中，所述装置还包括：
96.开户请求接收模块，用于接收针对信贷产品的开户请求，所述开户请求携带所述信贷产品的履约条件；
97.管理账户确定模块，用于根据所述履约条件确定所述信贷产品所属的管理账户，并在所述管理账户下创建所述信贷产品对应的合约账户。
98.在本公开的一种可选实施例中，所交易流水记录模块203，包括：
99.场景账户更新子模块，用于根据所述记账策略和所述交易流水更新所述目标场景账户的信贷额度和息费明细；
100.合约账户更新子模块，用于对所述合约账户包含的各场景账户的信贷额度和息费明细进行汇总，得到所述合约账户的信贷额度和待还利息；
101.管理账户更新子模块，用于对所述管理账户包含的各合约账户的信贷额度和待还利息进行汇总，得到所述管理账户的信贷额度和待还利息。
102.在本公开的一种可选实施例中，所述目标场景账户的息费明细包括当前利息、当前复利、利息积数、复利积数中的至少一项。
103.在本公开的一种可选实施例中，所述装置还包括：
104.还款请求接收模块，用于接收针对管理账户的还款请求，所述还款请求包含还款额度；
105.额度分配规则确定模块，用于确定所述管理账户包含的各合约账户的额度分配规则；
106.合约账户额度确定模块，用于根据所述还款额度和所述额度分配规则，确定各合约账户的还款额度；
107.合约账户额度更新模块，用于根据所述合约账户的还款额度更新所述合约账户的信贷额度和待还利息。
108.在本公开的一种可选实施例中，所述装置还包括：
109.场景账户额度确定模块，用于根据所述合约账户的还款额度，以及所述合约账户包含的各场景账户的额度分配规则，确定所述合约账户包含的各场景账户的还款额度；
110.场景账户额度更新模块，用于根据所述场景账户的还款额度更新所述场景账户的信贷额度和息费明细。
111.在本公开的一种可选实施例中，每一个管理账户包含一个存款账户，所述装置还包括：
112.存款指令接收模块，用于接收针对所述管理账户的存款指令；
113.存款信息获取模块，用于响应于所述存款指令，获取所述存款指令对应的存款信息；
114.存款流水记录模块，用于根据所述存款信息生成存款流水，并在所述管理账户包含的存款账户中记录所述存款流水。
115.综上所述，本公开的实施例提供了一种记账装置，所述装置包括：记账请求接收模块，用于接收针对信贷产品的记账请求，所述记账请求携带交易场景和交易流水；场景账户
确定模块，用于根据所述交易场景，从所述信贷产品对应的合约账户包含的各场景账户中确定目标场景账户，以及确定所述目标场景账户对应的记账策略；交易流水记录模块，用于按照所述记账策略在所述目标场景账户中记录所述交易流水，并更新所述合约账户的信贷记录和所述合约账户所属的管理账户的信贷记录。本公开的实施例可以按照记账管理需求划分交易场景，按照交易场景对每次交易产生的交易流水进行记账和管理，能够满足多变的信贷产品使用场景的管理需求，提高记账的灵活性。
116.实施例二为实施例一对应的装置实施例，详细说明可以参照实施例一，在此不再赘述。
117.本公开的实施例还提供了一种电子设备，参照图5，包括：处理器301、存储器302以及存储在所述存储器302上并可在所述处理器上运行的计算机程序3021，所述处理器301执行所述程序时实现前述实施例的记账方法。
118.本公开的实施例还提供了一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行前述实施例的记账方法。
119.对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
120.在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本公开的实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本公开的实施例的内容，并且上面对特定语言所做的描述是为了披露本公开的实施例的最佳实施方式。
121.在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本公开的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
122.类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本公开的实施例的示例性实施例的描述中，本公开的实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本公开的实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本公开的实施例的单独实施例。
123.本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
124.本公开的实施例的各个部件实施例可以以硬件实现，或者以在一个或者多个处理
器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本公开的实施例的文件处理设备中的一些或者全部部件的一些或者全部功能。本公开的实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序。这样的实现本公开的实施例的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
125.应该注意的是上述实施例对本公开的实施例进行说明而不是对本公开的实施例进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开的实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
126.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
127.以上所述仅为本公开的实施例的较佳实施例而已，并不用以限制本公开的实施例，凡在本公开的实施例的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本公开的实施例的保护范围之内。
128.以上所述，仅为本公开的实施例的具体实施方式，但本公开的实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开的实施例揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的实施例的保护范围之内。因此，本公开的实施例的保护范围应以权利要求的保护范围为准。