公积金业务的处理方法和装置与流程

1.本发明涉及自动程序设计技术领域，尤其涉及一种公积金业务的处理方法和装置。


背景技术：

2.由于各地公积金中心政策及与银行的合作模式不同，公积金中心委托银行发放公积金贷款时，不同公积金中心有不同的要求，因此会存在多种受理和审批的业务模式。受限于分行对应的业务模式各异，各分行需要根据各自业务模式重建公积金业务系统，导致系统重复建设，且系统运维成本较高。


技术实现要素：

3.有鉴于此，本发明实施例提供一种公积金业务的处理方法和装置，能够有效降低各分行针对公积金业务的重复建设及运维系统所需的成本。
4.第一方面，本发明实施例提供了一种公积金业务的处理方法，包括：
5.确定待处理公积金业务的业务信息，所述业务信息包括以下至少之一：公积金中心信息、贷款人信息、贷款信息；
6.根据所述业务信息，确定所述待处理公积金业务的模式参数；
7.根据所述模式参数，确定所述待处理公积金业务的处理流程，所述处理流程包括：受理流程、审核流程及放行流程；
8.根据所述处理流程，对所述待处理公积金业务进行处理。
9.可选地，所述模式参数为第一模式参数；
10.所述根据所述处理流程，对所述待处理公积金业务进行处理，包括：
11.执行针对所述待处理公积金业务的放行流程之前，接收来自公积金中心的针对所述待处理公积金业务的授权信息；
12.根据所述授权信息，对所述待处理公积金业务进行数据核对；
13.在所述待处理公积金业务通过数据核对的情况下，执行针对所述待处理公积金业务的放行流程。
14.可选地，所述模式参数为第二模式参数；
15.所述根据所述处理流程，对所述待处理公积金业务进行处理，包括：
16.执行针对所述待处理公积金业务的受理流程之前，接收来自公积金中心的已授权通过的公积金贷款发放指标通知单；
17.根据所述公积金贷款发放指标通知单，确定所述待处理公积金业务的业务信息。
18.可选地，所述模式参数为第三模式参数；
19.所述根据所述处理流程，对所述待处理公积金业务进行处理，包括：
20.执行针对所述待处理公积金业务的审核流程之后，将所述待处理公积金业务的审核信息发送给公积金中心；
21.接收来自所述公积金中心的针对所述审核信息返回的审核结果；
22.根据所述审核结果，执行针对所述待处理公积金业务的放行流程。
23.根据所述业务信息，确定所述待处理公积金业务的模式参数。
24.可选地，所述确定待处理公积金业务的模式参数之前，还包括：
25.接收针对公积金业务的模式配置信息，所述模式配置信息包括：公积金的业务信息与模式参数的第一对应关系；
26.所述确定待处理公积金业务的模式参数，包括：
27.根据所述第一对应关系及所述待处理公积金业务的业务信息，确定所述待处理公积金业务的模式参数。
28.可选地，所述根据所述第一对应关系及所述待处理公积金业务的业务信息，确定所述待处理公积金业务的模式参数，包括：
29.在所述第一对应关系中，查找与所述贷款人信息和/或所述贷款信息对应的记录；
30.根据所述记录，确定所述待处理公积金业务的模式参数。
31.可选地，所述根据所述处理流程，对所述待处理公积金业务进行处理之前，还包括：
32.确定所述待处理公积金业务的控制参数；
33.所述根据所述处理流程，对所述待处理公积金业务进行处理，包括：
34.根据所述处理流程及所述控制参数，对所述待处理公积金业务进行处理。
35.可选地，所述控制参数包括：贷款审核参数；
36.所述根据所述处理流程及所述控制参数，对所述待处理公积金业务进行处理，包括：
37.若所述贷款审核参数表征无需将贷款审核信息发送到公积金中心审批，则在执行针对所述待处理公积金业务的审核流程之后，执行针对所述待处理公积金业务的放行流程；
38.若所述贷款审核参数表征需要将贷款审核信息发送到公积金中心审批，则确定所述待处理公积金业务关联的合作项目信息及合作项目额度信息；根据所述合作项目信息及合作项目额度信息，生成所述待处理公积金业务的贷款审核信息；发送所述贷款审核信息，接收针对所述贷款审核信息的贷款审核结果；根据所述贷款审核结果，执行针对所述待处理公积金业务的放行流程。
39.可选地，所述控制参数包括：贷前审核参数，所述贷前审核参数用于确定是否需要将已审核成功的所述待处理公积金业务的业务信息发送给公积金中心，以对所述待处理公积金业务进行联机审批。
40.可选地，所述控制参数包括：贷前试算参数，所述贷前试算参数用于确定是否需要将所述待处理公积金业务的业务信息发送给公积金中心，以确定所述待处理公积金的可贷金额。
41.可选地，所述控制参数包括：贷款授权参数，所述贷款授权参数用于确定是否接收来自公积金中心的针对所述待处理公积金业务的授权信息，以根据所述授权信息，对所述待处理公积金业务进行数据核对。
42.可选地，所述确定所述待处理公积金业务的控制参数之前，还包括：
43.接收针对公积金业务的控制配置信息，所述控制配置信息包括：公积金的业务信息与控制参数的第二对应关系；
44.所述确定所述待处理公积金业务的控制参数，包括：
45.根据所述第二对应关系及所述待处理公积金业务的业务信息，确定所述待处理公积金业务的控制参数。
46.第二方面，本发明实施例提供了一种公积金业务的处理装置，包括：
47.信息确定模块，用于确定待处理公积金业务的业务信息，所述业务信息包括以下至少之一：公积金中心信息、贷款人信息、贷款信息；
48.参数确定模块，用于根据所述业务信息，确定所述待处理公积金业务的模式参数；
49.流程确定模块，用于根据所述模式参数，确定所述待处理公积金业务的处理流程，所述处理流程包括：受理流程、审核流程及放行流程；
50.业务处理模块，用于根据所述处理流程，对所述待处理公积金业务进行处理。
51.第三方面，本发明实施例提供了一种电子设备，包括：
52.一个或多个处理器；
53.存储装置，用于存储一个或多个程序，
54.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一实施例所述的方法。
55.第四方面，本发明实施例提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一实施例所述的方法。
56.上述发明中的一个实施例具有如下优点或有益效果：根据待处理公积金业务的模式参数，确定所述待处理公积金业务的处理流程，并根据处理流程，对待处理公积金业务进行处理。各分行无需根据各自需要的业务模式重复建公积金业务系统。通过对模式参数的配置，就可灵活地确定待处理公积金业务对应的业务模式和处理流程。因此，能够有效的降低各分行针对公积金业务的重复建设及运维系统所需的成本。
57.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
58.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
59.图1是现有技术中一种公积金业务的处理过程中各端信息交互的示意图；
60.图2是本发明一个实施例提供的一种公积金业务的处理方法的流程示意图；
61.图3是本发明一个实施例提供的第一模式参数对应的各端信息交互的示意图；
62.图4是本发明一个实施例提供的第二模式参数对应的各端信息交互的示意图；
63.图5是本发明一个实施例提供的第三模式参数对应的各端信息交互的示意图；
64.图6是本发明一个实施例提供的另一种公积金业务的处理方法的流程示意图；
65.图7是本发明的一个实施例提供的一种公积金业务的处理装置的结构示意图；
66.图8是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
67.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
68.为使本发明实施例的方案更加便于理解，下面对本发明实施例涉及到的一些术语进行解释。
69.公积金贷款：按照公积金中心审批的额度、期限和利率委托商业银行向借款人发放的贷款，按照公积金的贷款利率收取利息。
70.委托人指公积金中心。
71.委托人联合作业是银行与公积金中心联机进行处理的业务合作方式。
72.客户端是指公积金中心的系统端。
73.由于各地公积金中心政策及与银行的合作模式不同，公积金中心委托银行发放商业贷款时，不同中心有不同的要求，因此会存在多种受理和审批模式，同时各公积金中心流程也有一定的差别，各地公积金中心所采用的委托模式不同，目前大部分场景只能线下文件发送的方式进行，公积金中心无法实时获取当前贷款状态，
74.图1是现有技术中一种公积金业务的处理过程中各端信息交互的示意图。如图1所示，该技术方案处理，主要是数据同步的方法比较单一，分行需要较多的开发工作量，且对于放行放款前，还需要线下确认，数据时效性，和可操作性较差。
75.受限于分行能获得的业务数据范围以及模式各异，各分行推广业务前，必须根据各自业务模式重建系统，导致系统建设重复，业务推广成本高，不利于业务全行范围推广，且数据同步的方法比较单一，分行需要较多的开发工作量，且对于放行放款前，还需要线下确认，数据时效性，和可操作性较差。
76.为满足公积金贷款业务与住房资金管理部门联合作业和实时数据传输要求，促进业务的快速发展，可通过总分行协同的方式对接公积金中心。在总行系统上，建立了一种支持多模式公积金贷款流程管理的方法。
77.一般来说包含如下模式：公积金中心受理审批、银行核对授权审批信息模式；公积金中心受理审批、银行直接放行模式；银行受理审核，公积金中心审批后银行放行模式。
78.通过使用本发明实施例的方法，各分行或公积金中心只需要在系统中进行相关信息的配置，系统能够按照提交的配置信息，定制化的流程处理，从而很大程度的降低了人力投入以及避免了系统的重复建设，并且满足了业务全行推广的需求。
79.图2是本发明一个实施例提供的一种公积金业务的处理方法的流程示意图，如图2所示，该方法包括：
80.步骤201：确定待处理公积金业务的业务信息，业务信息包括以下至少之一：公积金中心信息、贷款人信息、贷款信息。
81.待处理公积金业务为公积金相关业务，如公积金贷款业务、公积金提取业务、公积金提前还款业务等。
82.公积金中心信息可包括：公积金中心名称、所在区域、中心标识等。贷款人信息可包括：贷款人身份证号码、姓名、年龄、学历、职业等。贷款信息可包括：贷款总额、还款期限、
利率、贷款类型等。
83.步骤202：根据业务信息，确定待处理公积金业务的模式参数。
84.可在系统中建立业务信息与模式参数的对应表，通过查找对应表，确定出待处理公积金业务的模式参数。模式参数与处理流程相对应。不同的模式参数对应不同的处理流程。
85.步骤203：根据模式参数，确定待处理公积金业务的处理流程，处理流程包括：受理流程、审核流程及放行流程。
86.步骤204：根据处理流程，对待处理公积金业务进行处理。
87.在本发明实施例中，根据待处理公积金业务的模式参数，确定待处理公积金业务的处理流程，并根据处理流程，对待处理公积金业务进行处理。各分行无需根据各自需要的业务模式重复建公积金业务系统。通过对模式参数的配置，就可灵活地确定待处理公积金业务对应的业务模式和处理流程。因此，能够解决各分行针对公积金业务的重复建设及运维系统所需的成本较高的问题。
88.在本发明的一个实施例中，模式参数为第一模式参数。图3是本发明一个实施例提供的第一模式参数对应的各端信息交互的示意图。如图3所示，执行针对待处理公积金业务的放行流程之前，接收来自公积金中心的针对待处理公积金业务的授权信息；根据授权信息，对待处理公积金业务进行数据核对；在待处理公积金业务通过数据核对的情况下，执行针对待处理公积金业务的放行流程。
89.在该模式下，客户端是指公积金中心的系统端。客户端完成公积金贷款审批后，将贷款信息传送到银行的总行特色处理系统(中间业务系统)。通过特色界面将贷款信息，包括客户基本信息和贷款基本信息导入到银行信贷系统。
90.客户端在下达放行指标时需要另外发送授权信息或撤销授权信息银行系统，当银行端到放行环节时，本模式需要将授权信息与总行特色处理系统的相应的数据进行核对，核对一致的，放行才能通过。
91.在本发明的一个实施例中，模式参数为第二模式参数。图4是本发明一个实施例提供的第二模式参数对应的各端信息交互的示意图。如图4所示，执行针对待处理公积金业务的受理流程之前，接收来自公积金中心的已授权通过的公积金贷款发放指标通知单；根据公积金贷款发放指标通知单，确定待处理公积金业务的业务信息。
92.在该模式下，客户端是指公积金中心的系统端。由公积金中心受理、审核、审批、生成公积金贷款发放指标通知单，客户端系统生成电子信息发送银行信贷系统。受理银行受理岗依据中心借款合同资料和贷款指标单，在银行个贷系统处理到放行放款后；放款后的信息通过日终发往中心。
93.在本发明的一个实施例中，模式参数为第三模式参数。图5是本发明一个实施例提供的第三模式参数对应的各端信息交互的示意图。如图5所示，执行针对待处理公积金业务的审核流程之后，将待处理公积金业务的审核信息发送给公积金中心；接收来自公积金中心的针对审核信息返回的审核结果；根据审核结果，执行针对待处理公积金业务的放行流程。
94.在该模式下，客户端是指公积金中心的系统端。公积金中心委托银行网点办理公积金贷款受理审核；银行收件进行贷款受理，当银行贷款审核同意时，会将审核信息发送到
客户端。
95.审核信息发送到客户端后，由客户端进行异步处理，此时银行操作员如果对该笔贷款进行放行操作，放行无法通过，需要等待客户端审批结果返回。
96.在本发明的一个实施例中，确定待处理公积金业务的模式参数之前，还包括：接收针对公积金业务的模式配置信息，模式配置信息包括：公积金的业务信息与模式参数的第一对应关系；确定待处理公积金业务的模式参数，包括：根据第一对应关系及待处理公积金业务的业务信息，确定待处理公积金业务的模式参数。
97.在第一对应关系中存储公积金的业务信息与模式参数的对应关系。例如，第一公积金中心的业务对应第一模式参数，贷款人征信分值大于80的业务对应第二模式参数，贷款人征信分值大于90且贷款总额在10万到30万之间的业务对应第三模式参数等。
98.可以先获取贷款人信息和/或贷款信息。贷款人信息可包括：贷款人身份证号码、征信分值、姓名、年龄、学历、职业等。贷款信息可包括：贷款总额、还款期限、利率、贷款类型等。在第一对应关系中，查找与所述贷款人信息和/或所述贷款信息对应的记录，根据所述记录，确定所述待处理公积金业务的模式参数。
99.模式配置信息可来自于各公积金中心或各分行。各公积金中心或各分行可根据各自需求配置不同的模式配置信息。系统能够按照提交的配置信息，定制化的流程处理，从而很大程度的降低了人力投入以及避免了系统的重复建设，并且满足了针对公积金业务全行推广的需求。
100.图6是本发明一个实施例提供的另一种公积金业务的处理方法的流程示意图，如图6所示，该方法包括：
101.步骤601：确定待处理公积金业务的业务信息，业务信息包括以下至少之一：公积金中心信息、贷款人信息、贷款信息。
102.步骤602：根据业务信息，确定待处理公积金业务的模式参数。
103.模式参数与处理流程相对应。一个处理流程可包括多个步骤。不同的模式参数对应不同的处理流程。
104.步骤603：根据模式参数，确定待处理公积金业务的处理流程，处理流程包括：受理流程、审核流程及放行流程。
105.受理流程、审核流程及放行流程都可包括至少一个步骤。
106.步骤604：确定待处理公积金业务的控制参数。
107.控制参数用于控制是否执行某个特定步骤。
108.步骤605：根据处理流程及控制参数，对待处理公积金业务进行处理。
109.在本发明实施例中，公积金中心或各分行可以通过灵活的配置模式参数和控制参数组合，来达到流程和模式的定制化系统处理支持。能有效的降低了各分行在与公积金中心系统对接时候的系统建设、运营及人力成本，也降低了总分行系统之间的耦合，能较好地支持各个属地化的公积金中心特色业务。
110.在本发明的一个实施例中，控制参数包括：贷款审核参数；根据处理流程及控制参数，对待处理公积金业务进行处理，包括：
111.若贷款审核参数表征无需将贷款审核信息发送到公积金中心审批，则在执行针对待处理公积金业务的审核流程之后，执行针对待处理公积金业务的放行流程；
112.若贷款审核参数表征需要将贷款审核信息发送到公积金中心审批，则确定待处理公积金业务关联的合作项目信息及合作项目额度信息；根据合作项目信息及合作项目额度信息，生成待处理公积金业务的贷款审核信息；发送贷款审核信息，接收针对贷款审核信息的贷款审核结果；根据贷款审核结果，执行针对待处理公积金业务的放行流程。
113.针对合作业模式中的贷款审核可通过如下步骤，确定业务流程。先填写审核意见，审核通过，根据参数“是否发送审核信息到中心审批”，有ab两种模式。
114.模式a—参数“是否发送审核信息到中心审批”设置为“否”。直接到贷款放行环节。
115.模式b—参数“是否发送审核信息到中心审批”设置为“是”。判断该笔贷款是否关联合作项目信息及合作项目额度信息，则系统报错以阻止进行下一步操作；否则保存审核信息并发送到中心。
116.当中心回退时，银行重新审核后，可以将当前审核信息以及历史审核意见发送到客户端。
117.中心回执包括“拒贷”信息、“退回修改”信息，如果中心是“退回修改”信息，则回退到贷款受理环节处理，如果中心退回“拒贷”信息，则拒贷。如果中心审批同意，则返回审批同意信息，银行进行下一环节操作。
118.在本发明的一个实施例中，控制参数包括：贷前审核参数，贷前审核参数用于确定是否需要将已审核成功的待处理公积金业务的业务信息发送给公积金中心，以对待处理公积金业务进行联机审批。
119.针对合作模式中的贷前审核
‑
是否发送银行审核信息到中心，可通过如下步骤，确定业务流程。按委托人设置是否将银行审核成功的信息发给客户端进行联机审批，客户端审批通过的，才允许进行放行。
120.在本发明的一个实施例中，控制参数包括：贷前试算参数，贷前试算参数用于确定是否需要将待处理公积金业务的业务信息发送给公积金中心，以确定待处理公积金的可贷金额。
121.针对贷前试算
‑
是否到中心试算可贷金额，可通过如下步骤，确定业务流程。按委托人设置是否将部分关键信息如房屋总价，竣工日期，借款人，担保人，配偶的身份证号等发往客户端，试算可贷金额。
122.在本发明的一个实施例中，控制参数包括：贷款授权参数，贷款授权参数用于确定是否接收来自公积金中心的针对待处理公积金业务的授权信息，以根据授权信息，对待处理公积金业务进行数据核对。
123.进入贷款放行环节后，如果参数“是否检查组合贷”设置为“是”，则首先需要等待组合贷款都审批通过。如果设置为“否”，则不需等待组合贷款都审批通过。
124.在完成公积金贷款审核后，银行信贷系统进入“待放行”环节。，发送银行贷款关键信息到中心进行核对，中心返回核对结果。核对一致则放行通过，进入后续放款流程。不一致，提示：“xxx信息与公积金管理中心授权不符，请到
‘
公积金管理中心贷款授权信息管理’中查询打印”。
125.在本发明的一个实施例中，确定待处理公积金业务的控制参数之前，还包括：接收针对公积金业务的控制配置信息，控制配置信息包括：公积金的业务信息与控制参数的第二对应关系；确定待处理公积金业务的控制参数，包括：根据第二对应关系及待处理公积金
业务的业务信息，确定待处理公积金业务的控制参数。
126.控制配置信息可来自于各公积金中心或各分行。各公积金中心或各分行可根据各自需求配置不同的控制配置信息。系统能够按照提交的配置信息，定制化的流程处理，从而很大程度的降低了人力投入以及避免了系统的重复建设，并且满足了针对公积金业务全行推广的需求。
127.本发明实施例的方法提供了委托人维度的参数管理，通过参数灵活配置来满足公积金流程多种模式的需求。本发明实施例的方法还可以将贴息计算方法集成在贴息计算引擎中，通过使用参数配置来匹配计算引擎中的计算方法，以达到处理流程与计算方法的解耦合。此外，本发明实施例还可以采用数据快照存储机制，在满足业务及计算需求的情况下，大幅降低了数据的存储量以及系统的计算量。
128.本发明实施例的方案基于总行系统建立了一种支持多模式的公积金和银行联合作业的方法，业务推广时，公积金中心可以通过灵活的参数组合配置来达到流程和模式的定制化系统处理支持。本发明实施例的方案，有效的降低了各分行在与公积金中心系统对接时候的系统建设、运营及人力成本，也降低了总分行系统之间的耦合，能较好地支持各个属地化的公积金中心特色业务。
129.图7是本发明的一个实施例提供的一种公积金业务的处理装置的结构示意图，如图7所示，该装置包括：
130.信息确定模块701，用于确定待处理公积金业务的业务信息，业务信息包括以下至少之一：公积金中心信息、贷款人信息、贷款信息；
131.参数确定模块702，用于根据业务信息，确定待处理公积金业务的模式参数；
132.流程确定模块703，用于根据所述模式参数，确定所述待处理公积金业务的处理流程，所述处理流程包括：受理流程、审核流程及放行流程；
133.业务处理模块704，用于根据所述处理流程，对所述待处理公积金业务进行处理。
134.可选地，所述模式参数为第一模式参数；
135.业务处理模块704具体用于：
136.执行针对所述待处理公积金业务的放行流程之前，接收来自公积金中心的针对所述待处理公积金业务的授权信息；
137.根据所述授权信息，对所述待处理公积金业务进行数据核对；
138.在所述待处理公积金业务通过数据核对的情况下，执行针对所述待处理公积金业务的放行流程。
139.可选地，所述模式参数为第二模式参数；
140.业务处理模块704具体用于：
141.执行针对所述待处理公积金业务的受理流程之前，接收来自公积金中心的已授权通过的公积金贷款发放指标通知单；
142.根据所述公积金贷款发放指标通知单，确定所述待处理公积金业务的业务信息。
143.可选地，所述模式参数为第三模式参数；
144.业务处理模块704具体用于：
145.执行针对所述待处理公积金业务的审核流程之后，将所述待处理公积金业务的审核信息发送给公积金中心；
146.接收来自所述公积金中心的针对所述审核信息返回的审核结果；
147.根据所述审核结果，执行针对所述待处理公积金业务的放行流程。
148.可选地，该装置还包括：
149.第一接收模块705，用于接收针对公积金业务的模式配置信息，所述模式配置信息包括：公积金的业务信息与模式参数的第一对应关系；
150.参数确定模块702，用于根据所述第一对应关系及所述待处理公积金业务的业务信息，确定所述待处理公积金业务的模式参数。
151.可选地，参数确定模块702，还用于在所述第一对应关系中，查找与所述贷款人信息和/或所述贷款信息对应的记录；
152.根据所述记录，确定所述待处理公积金业务的模式参数。
153.可选地，该装置还包括：
154.参数确定模块706，用于确定所述待处理公积金业务的控制参数；
155.业务处理模块704，用于根据所述处理流程及所述控制参数，对所述待处理公积金业务进行处理。
156.可选地，所述控制参数包括：贷款审核参数；
157.业务处理模块704具体用于：
158.若所述贷款审核参数表征无需将贷款审核信息发送到公积金中心审批，则在执行针对所述待处理公积金业务的审核流程之后，执行针对所述待处理公积金业务的放行流程；
159.若所述贷款审核参数表征需要将贷款审核信息发送到公积金中心审批，则确定所述待处理公积金业务关联的合作项目信息及合作项目额度信息；根据所述合作项目信息及合作项目额度信息，生成所述待处理公积金业务的贷款审核信息；发送所述贷款审核信息，接收针对所述贷款审核信息的贷款审核结果；根据所述贷款审核结果，执行针对所述待处理公积金业务的放行流程。
160.可选地，所述控制参数包括：贷前审核参数，所述贷前审核参数用于确定是否需要将已审核成功的所述待处理公积金业务的业务信息发送给公积金中心，以对所述待处理公积金业务进行联机审批。
161.可选地，所述控制参数包括：贷前试算参数，所述贷前试算参数用于确定是否需要将所述待处理公积金业务的业务信息发送给公积金中心，以确定所述待处理公积金的可贷金额。
162.可选地，所述控制参数包括：贷款授权参数，所述贷款授权参数用于确定是否接收来自公积金中心的针对所述待处理公积金业务的授权信息，以根据所述授权信息，对所述待处理公积金业务进行数据核对。
163.可选地，该装置还包括：
164.第二接收模块707，用于接收针对公积金业务的控制配置信息，所述控制配置信息包括：公积金的业务信息与控制参数的第二对应关系；
165.业务处理模块704，用于根据所述第二对应关系及所述待处理公积金业务的业务信息，确定所述待处理公积金业务的控制参数。
166.本发明实施例提供了一种电子设备，包括：
167.一个或多个处理器；
168.存储装置，用于存储一个或多个程序，
169.当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现上述任一实施例的方法。
170.下面参考图8，其示出了适于用来实现本发明实施例的终端设备的计算机系统800的结构示意图。图8示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
171.如图8所示，计算机系统800包括中央处理单元(cpu)801，其可以根据存储在只读存储器(rom)802中的程序或者从存储部分808加载到随机访问存储器(ram)803中的程序而执行各种适当的动作和处理。在ram 803中，还存储有系统800操作所需的各种程序和数据。cpu 801、rom 802以及ram 803通过总线804彼此相连。输入/输出(i/o)接口805也连接至总线804。
172.以下部件连接至i/o接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。
173.特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(cpu)801执行时，执行本发明的系统中限定的上述功能。
174.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
175.附图中的流程图和框图，图示了根据本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
176.描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：信息确定模块、参数确定模块、流程确定模块及业务处理模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，参数确定模块还可以被描述为“确定待处理公积金业务的模式参数的模块”。
177.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：
178.确定待处理公积金业务的业务信息，所述业务信息包括以下至少之一：公积金中心信息、贷款人信息、贷款信息；
179.根据所述业务信息，确定待处理公积金业务的模式参数；
180.根据所述模式参数，确定所述待处理公积金业务的处理流程，所述处理流程包括：受理流程、审核流程及放行流程；
181.根据所述处理流程，对所述待处理公积金业务进行处理。
182.根据本发明实施例的技术方案，根据待处理公积金业务的模式参数，确定所述待处理公积金业务的处理流程，并根据处理流程，对待处理公积金业务进行处理。各分行无需根据各自需要的业务模式重复建公积金业务系统。通过对模式参数的配置，就可灵活地确定待处理公积金业务对应的业务模式和处理流程。因此，能够有效的降低各分行针对公积金业务的重复建设及运维系统所需的成本。
183.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。