欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

基于引擎的訂單處理方法、裝置、計(jì)算機(jī)設(shè)備及存儲(chǔ)介質(zhì)與流程

文檔序號(hào):40530822發(fā)布日期:2024-12-31 13:44閱讀:9來(lái)源:國(guó)知局
基于引擎的訂單處理方法、裝置、計(jì)算機(jī)設(shè)備及存儲(chǔ)介質(zhì)與流程

本技術(shù)涉及大數(shù)據(jù)與金融科技領(lǐng)域,尤其涉及基于引擎的訂單處理方法、裝置、計(jì)算機(jī)設(shè)備及存儲(chǔ)介質(zhì)。


背景技術(shù):

1、在傳統(tǒng)金融企業(yè)的業(yè)務(wù)系統(tǒng)中,訂單放款前的訂單審核流程是確保交易真實(shí)性與合規(guī)性的關(guān)鍵環(huán)節(jié),該流程旨在驗(yàn)證系統(tǒng)錄入信息與實(shí)體材料的一致性,并確認(rèn)相關(guān)合同的正確簽署狀態(tài)。

2、然而,傳統(tǒng)金融企業(yè)的業(yè)務(wù)系統(tǒng)的訂單審核流程高度依賴人工操作,系統(tǒng)自動(dòng)化處理能力有限,審批人員需自行手動(dòng)查找訂單材料并進(jìn)行逐項(xiàng)對(duì)比,既耗時(shí)又易出錯(cuò)。并且,審批過程全憑審批人員自行規(guī)范化操作,存在漏查、錯(cuò)查的風(fēng)險(xiǎn)。同時(shí),繁瑣的材料查找與對(duì)比步驟也增加了操作錯(cuò)誤的可能性。因此,現(xiàn)有的金融企業(yè)所采用的訂單審核方式存在審批效率低下,且準(zhǔn)確性較低的問題。


技術(shù)實(shí)現(xiàn)思路

1、本技術(shù)實(shí)施例的目的在于提出一種基于引擎的訂單處理方法、裝置、計(jì)算機(jī)設(shè)備及存儲(chǔ)介質(zhì),以解決現(xiàn)有的金融企業(yè)所采用的訂單審核方式存在審批效率低下,且準(zhǔn)確性較低的技術(shù)問題。

2、為了解決上述技術(shù)問題,本技術(shù)實(shí)施例提供一種基于引擎的訂單處理方法,采用了如下所述的技術(shù)方案:

3、獲取待審核訂單的訂單數(shù)據(jù);

4、基于預(yù)設(shè)的流程引擎將所述訂單數(shù)據(jù)傳遞至預(yù)設(shè)的規(guī)則引擎;

5、通過所述規(guī)則引擎,根據(jù)預(yù)先配置的審批規(guī)則對(duì)所述訂單數(shù)據(jù)進(jìn)行規(guī)則校驗(yàn)得到對(duì)應(yīng)的校驗(yàn)結(jié)果,并將所述校驗(yàn)結(jié)果返回至所述流程引擎;其中,所述審批規(guī)則的數(shù)量包括多個(gè);

6、基于所述流程引擎對(duì)所述校驗(yàn)結(jié)果進(jìn)行結(jié)果內(nèi)容識(shí)別,判斷所述訂單數(shù)據(jù)是否符合所有所述審批規(guī)則;

7、若所述訂單數(shù)據(jù)未符合所有所述審批規(guī)則,則基于所述規(guī)則引擎中的差異標(biāo)識(shí)邏輯在預(yù)設(shè)的審批頁(yè)面中對(duì)所述訂單數(shù)據(jù)進(jìn)行差異標(biāo)識(shí)處理,得到對(duì)應(yīng)的目標(biāo)審批頁(yè)面;

8、基于所述流程引擎向預(yù)設(shè)的審批人員發(fā)送與所述待審核訂單對(duì)應(yīng)的審批通知信息,并向所述審批人員展示所述目標(biāo)審批頁(yè)面;

9、接收所述審批人員在所述目標(biāo)審批頁(yè)面中輸入的與所述待審核訂單對(duì)應(yīng)的第一審批結(jié)果,并基于所述第一審批結(jié)果生成所述待審核訂單的訂單審批結(jié)果。

10、進(jìn)一步的,所述基于所述規(guī)則引擎中的差異標(biāo)識(shí)邏輯在預(yù)設(shè)的審批頁(yè)面中對(duì)所述訂單數(shù)據(jù)進(jìn)行差異標(biāo)識(shí)處理,得到對(duì)應(yīng)的目標(biāo)審批頁(yè)面的步驟,具體包括:

11、基于所述規(guī)則引擎中的差異標(biāo)識(shí)邏輯在所述審批頁(yè)面中對(duì)所述訂單數(shù)據(jù)進(jìn)行差異標(biāo)識(shí)處理,得到對(duì)應(yīng)的差異字段;

12、獲取預(yù)設(shè)的目標(biāo)視覺顯示效果;

13、基于所述目標(biāo)視覺顯示效果,在所述審批頁(yè)面中對(duì)所述差異字段進(jìn)行標(biāo)記處理,得到處理后的審批頁(yè)面;

14、將所述處理后的審批頁(yè)面作為所述目標(biāo)審批頁(yè)面。

15、進(jìn)一步的,所述獲取待審核訂單的訂單數(shù)據(jù)的步驟,具體包括:

16、獲取所述待審核訂單的訂單標(biāo)識(shí)信息;

17、調(diào)用預(yù)設(shè)的數(shù)據(jù)收集腳本;

18、基于所述訂單標(biāo)識(shí)信息,使用所述數(shù)據(jù)收集腳本從預(yù)設(shè)的數(shù)據(jù)源中抓取與所述待審核訂單對(duì)應(yīng)的初始訂單數(shù)據(jù);

19、對(duì)所述初始訂單數(shù)據(jù)進(jìn)行數(shù)據(jù)清洗處理,得到對(duì)應(yīng)的清洗數(shù)據(jù);

20、基于預(yù)設(shè)的數(shù)據(jù)校驗(yàn)策略對(duì)所述清洗數(shù)據(jù)進(jìn)行校驗(yàn);

21、若所述清洗數(shù)據(jù)通過校驗(yàn),將所述清洗數(shù)據(jù)作為所述訂單數(shù)據(jù)。

22、進(jìn)一步的,在所述基于預(yù)設(shè)的流程引擎將所述訂單數(shù)據(jù)傳遞至預(yù)設(shè)的規(guī)則引擎的步驟之前,還包括:

23、獲取第一用戶輸入的與業(yè)務(wù)訂單對(duì)應(yīng)的審批流程信息;

24、調(diào)用預(yù)設(shè)的初始流程引擎;

25、在所述初始流程引擎中對(duì)所述審批流程信息進(jìn)行配置處理,得到處理后的初始流程引擎;

26、將所述處理后的初始流程引擎作為所述流程引擎。

27、進(jìn)一步的,在所述基于預(yù)設(shè)的流程引擎將所述訂單數(shù)據(jù)傳遞至預(yù)設(shè)的規(guī)則引擎的步驟之前,還包括:

28、判斷是否接收到第二用戶觸發(fā)的審批規(guī)則配置請(qǐng)求;

29、若是,展示預(yù)設(shè)的審批規(guī)則配置頁(yè)面;

30、接收所述第二用戶在所述審批規(guī)則配置頁(yè)面中輸入的規(guī)則配置信息;

31、基于所述規(guī)則配置信息生成對(duì)應(yīng)的審批規(guī)則;

32、調(diào)用預(yù)設(shè)的初始規(guī)則引擎;

33、在所述初始規(guī)則引擎中對(duì)所述審批規(guī)則進(jìn)行配置處理,得到處理后的初始規(guī)則引擎;

34、將所述處理后的初始規(guī)則引擎作為所述規(guī)則引擎。

35、進(jìn)一步的,所述基于引擎的訂單處理方法,還包括:

36、獲取與指定引擎對(duì)應(yīng)的性能指標(biāo)類型;

37、基于預(yù)設(shè)的監(jiān)控代理收集與所述性能指標(biāo)類型對(duì)應(yīng)的所述指定引擎的指定性能指標(biāo);

38、基于預(yù)設(shè)的監(jiān)控工具對(duì)所述指定性能指標(biāo)進(jìn)行數(shù)據(jù)分析,判斷在所述指定性能指標(biāo)中是否存在異常性能指標(biāo);

39、若是,從所述指定性能指標(biāo)中篩選出所述異常性能指標(biāo),并基于所述異常性能指標(biāo)生成對(duì)應(yīng)的異常警報(bào)信息;

40、將所述異常警報(bào)信息發(fā)送至相應(yīng)的運(yùn)維人員。

41、進(jìn)一步的,在所述基于所述流程引擎對(duì)所述校驗(yàn)結(jié)果進(jìn)行結(jié)果內(nèi)容識(shí)別,判斷所述訂單數(shù)據(jù)是否符合所有所述審批規(guī)則的步驟之后,還包括:

42、若所述訂單數(shù)據(jù)符合所有所述審批規(guī)則,則生成與所述待審核訂單對(duì)應(yīng)的內(nèi)容為審批通過的第二審批結(jié)果;

43、對(duì)所述第二審批結(jié)果進(jìn)行存儲(chǔ)處理;

44、確定預(yù)設(shè)的通知人員;

45、將所述第二審批結(jié)果推送至所述通知人員。

46、為了解決上述技術(shù)問題,本技術(shù)實(shí)施例還提供一種基于引擎的訂單處理裝置,采用了如下所述的技術(shù)方案:

47、第一獲取模塊,用于獲取待審核訂單的訂單數(shù)據(jù);

48、傳遞模塊,用于基于預(yù)設(shè)的流程引擎將所述訂單數(shù)據(jù)傳遞至預(yù)設(shè)的規(guī)則引擎;

49、校驗(yàn)?zāi)K,用于通過所述規(guī)則引擎,根據(jù)預(yù)先配置的審批規(guī)則對(duì)所述訂單數(shù)據(jù)進(jìn)行規(guī)則校驗(yàn)得到對(duì)應(yīng)的校驗(yàn)結(jié)果,并將所述校驗(yàn)結(jié)果返回至所述流程引擎;其中,所述審批規(guī)則的數(shù)量包括多個(gè);

50、識(shí)別模塊,用于基于所述流程引擎對(duì)所述校驗(yàn)結(jié)果進(jìn)行結(jié)果內(nèi)容識(shí)別,判斷所述訂單數(shù)據(jù)是否符合所有所述審批規(guī)則;

51、標(biāo)識(shí)模塊,用于若所述訂單數(shù)據(jù)未符合所有所述審批規(guī)則,則基于所述規(guī)則引擎中的差異標(biāo)識(shí)邏輯在預(yù)設(shè)的審批頁(yè)面中對(duì)所述訂單數(shù)據(jù)進(jìn)行差異標(biāo)識(shí)處理,得到對(duì)應(yīng)的目標(biāo)審批頁(yè)面;

52、第一發(fā)送模塊,用于基于所述流程引擎向預(yù)設(shè)的審批人員發(fā)送與所述待審核訂單對(duì)應(yīng)的審批通知信息,并向所述審批人員展示所述目標(biāo)審批頁(yè)面;

53、第一生成模塊,用于接收所述審批人員在所述目標(biāo)審批頁(yè)面中輸入的與所述待審核訂單對(duì)應(yīng)的第一審批結(jié)果,并基于所述第一審批結(jié)果生成所述待審核訂單的訂單審批結(jié)果。

54、為了解決上述技術(shù)問題,本技術(shù)實(shí)施例還提供一種計(jì)算機(jī)設(shè)備,采用了如下所述的技術(shù)方案:

55、獲取待審核訂單的訂單數(shù)據(jù);

56、基于預(yù)設(shè)的流程引擎將所述訂單數(shù)據(jù)傳遞至預(yù)設(shè)的規(guī)則引擎;

57、通過所述規(guī)則引擎,根據(jù)預(yù)先配置的審批規(guī)則對(duì)所述訂單數(shù)據(jù)進(jìn)行規(guī)則校驗(yàn)得到對(duì)應(yīng)的校驗(yàn)結(jié)果,并將所述校驗(yàn)結(jié)果返回至所述流程引擎;其中,所述審批規(guī)則的數(shù)量包括多個(gè);

58、基于所述流程引擎對(duì)所述校驗(yàn)結(jié)果進(jìn)行結(jié)果內(nèi)容識(shí)別,判斷所述訂單數(shù)據(jù)是否符合所有所述審批規(guī)則;

59、若所述訂單數(shù)據(jù)未符合所有所述審批規(guī)則,則基于所述規(guī)則引擎中的差異標(biāo)識(shí)邏輯在預(yù)設(shè)的審批頁(yè)面中對(duì)所述訂單數(shù)據(jù)進(jìn)行差異標(biāo)識(shí)處理,得到對(duì)應(yīng)的目標(biāo)審批頁(yè)面;

60、基于所述流程引擎向預(yù)設(shè)的審批人員發(fā)送與所述待審核訂單對(duì)應(yīng)的審批通知信息,并向所述審批人員展示所述目標(biāo)審批頁(yè)面;

61、接收所述審批人員在所述目標(biāo)審批頁(yè)面中輸入的與所述待審核訂單對(duì)應(yīng)的第一審批結(jié)果,并基于所述第一審批結(jié)果生成所述待審核訂單的訂單審批結(jié)果。

62、為了解決上述技術(shù)問題,本技術(shù)實(shí)施例還提供一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì),采用了如下所述的技術(shù)方案:

63、獲取待審核訂單的訂單數(shù)據(jù);

64、基于預(yù)設(shè)的流程引擎將所述訂單數(shù)據(jù)傳遞至預(yù)設(shè)的規(guī)則引擎;

65、通過所述規(guī)則引擎,根據(jù)預(yù)先配置的審批規(guī)則對(duì)所述訂單數(shù)據(jù)進(jìn)行規(guī)則校驗(yàn)得到對(duì)應(yīng)的校驗(yàn)結(jié)果,并將所述校驗(yàn)結(jié)果返回至所述流程引擎;其中,所述審批規(guī)則的數(shù)量包括多個(gè);

66、基于所述流程引擎對(duì)所述校驗(yàn)結(jié)果進(jìn)行結(jié)果內(nèi)容識(shí)別,判斷所述訂單數(shù)據(jù)是否符合所有所述審批規(guī)則;

67、若所述訂單數(shù)據(jù)未符合所有所述審批規(guī)則,則基于所述規(guī)則引擎中的差異標(biāo)識(shí)邏輯在預(yù)設(shè)的審批頁(yè)面中對(duì)所述訂單數(shù)據(jù)進(jìn)行差異標(biāo)識(shí)處理,得到對(duì)應(yīng)的目標(biāo)審批頁(yè)面;

68、基于所述流程引擎向預(yù)設(shè)的審批人員發(fā)送與所述待審核訂單對(duì)應(yīng)的審批通知信息,并向所述審批人員展示所述目標(biāo)審批頁(yè)面;

69、接收所述審批人員在所述目標(biāo)審批頁(yè)面中輸入的與所述待審核訂單對(duì)應(yīng)的第一審批結(jié)果,并基于所述第一審批結(jié)果生成所述待審核訂單的訂單審批結(jié)果。

70、與現(xiàn)有技術(shù)相比,本技術(shù)實(shí)施例主要有以下有益效果:

71、本技術(shù)首先獲取待審核訂單的訂單數(shù)據(jù);并基于預(yù)設(shè)的流程引擎將所述訂單數(shù)據(jù)傳遞至預(yù)設(shè)的規(guī)則引擎;然后通過所述規(guī)則引擎,根據(jù)預(yù)先配置的審批規(guī)則對(duì)所述訂單數(shù)據(jù)進(jìn)行規(guī)則校驗(yàn)得到對(duì)應(yīng)的校驗(yàn)結(jié)果,并將所述校驗(yàn)結(jié)果返回至所述流程引擎;其中,所述審批規(guī)則的數(shù)量包括多個(gè);之后基于所述流程引擎對(duì)所述校驗(yàn)結(jié)果進(jìn)行結(jié)果內(nèi)容識(shí)別,判斷所述訂單數(shù)據(jù)是否符合所有所述審批規(guī)則;若所述訂單數(shù)據(jù)未符合所有所述審批規(guī)則,則基于所述規(guī)則引擎中的差異標(biāo)識(shí)邏輯在預(yù)設(shè)的審批頁(yè)面中對(duì)所述訂單數(shù)據(jù)進(jìn)行差異標(biāo)識(shí)處理,得到對(duì)應(yīng)的目標(biāo)審批頁(yè)面;后續(xù)基于所述流程引擎向預(yù)設(shè)的審批人員發(fā)送與所述待審核訂單對(duì)應(yīng)的審批通知信息,并向所述審批人員展示所述目標(biāo)審批頁(yè)面;最后接收所述審批人員在所述目標(biāo)審批頁(yè)面中輸入的與所述待審核訂單對(duì)應(yīng)的第一審批結(jié)果,并基于所述第一審批結(jié)果生成所述待審核訂單的訂單審批結(jié)果。本技術(shù)基于流程引擎與規(guī)則引擎的使用可以實(shí)現(xiàn)對(duì)于待審核訂單的自動(dòng)化審核處理,顯著減少人工對(duì)比工作量,提高對(duì)于訂單的審批效率,并且提高了生成的訂單審批結(jié)果的準(zhǔn)確性。同時(shí),基于規(guī)則引擎以及目標(biāo)審批頁(yè)面的使用保留了相應(yīng)的人工審核環(huán)節(jié),可以有效確保訂單審批順利完成,提高了訂單審批的合規(guī)性和準(zhǔn)確性。

當(dāng)前第1頁(yè)1 2 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
莱州市| 木兰县| 莫力| 阿瓦提县| 阿拉尔市| 土默特左旗| 沙坪坝区| 通州区| 文昌市| 北票市| 临泉县| 湄潭县| 平安县| 甘孜县| 云南省| 德阳市| 日土县| 大冶市| 宝丰县| 长阳| 巨鹿县| 兰西县| 安徽省| 峨眉山市| 交城县| 鄂伦春自治旗| 汉源县| 红原县| 交口县| 莒南县| 浪卡子县| 辽阳县| 任丘市| 新乡市| 西昌市| 营口市| 长葛市| 长兴县| 花莲市| 东明县| 高台县|