一、為什么要做資損防控

二、如何做資損防控

三、資損防控產(chǎn)出階段

四、如何挖掘及度量資損防控規(guī)則

五、如何選擇資損實現(xiàn)方式

六、如何做資損防控運營

    1. 迭代需求運營

    2. 如何做資損規(guī)則保鮮

    3. 如何做資損規(guī)則日清SOP

七、資損防控實踐及收益

八、總結(jié)及規(guī)劃

一、為什么要做資損防控

隨著互聯(lián)網(wǎng)電商平臺競爭的加劇，各平臺的業(yè)務(wù)復(fù)雜度不斷提升，線上環(huán)境的穩(wěn)定性面臨更大挑戰(zhàn)。在匯金領(lǐng)域，由于其高資金屬性，除了確保鏈路可用性達(dá)到99%以上，防止資損亦成為關(guān)鍵保障事項。得物匯金業(yè)務(wù)涉及復(fù)雜的資金流和大額資金敞口，因此實施資損防控尤為重要。

• 防資損、資金安全

保障企業(yè)財務(wù)健康：資損防控措施能有效識別和應(yīng)對風(fēng)險，保護(hù)企業(yè)現(xiàn)金流和資產(chǎn)，維護(hù)股東投資收益。

降低風(fēng)險敞口：面對市場波動和欺詐等風(fēng)險，實施資損防控能顯著減少對企業(yè)財務(wù)的負(fù)面影響。

增強(qiáng)抵御危機(jī)能力：在經(jīng)濟(jì)不確定或突發(fā)事件（如市場崩潰、疫情等）發(fā)生時，穩(wěn)健的防控措施幫助企業(yè)保持資金流動性和安全性。

• 防客訴

提升客戶信任：資損防控有助于提高服務(wù)質(zhì)量和客戶滿意度，降低資金管理不當(dāng)造成的風(fēng)險，從而增強(qiáng)客戶信任。

減少客戶投訴：不當(dāng)?shù)馁Y金管理可能引發(fā)服務(wù)延誤和錯誤收費，良好的防控措施可避免這些問題，確?？蛻繇槙车姆?wù)體驗。

維護(hù)品牌聲譽：客戶投訴頻繁會影響品牌形象，實施有效的資損防控可保持良好的客戶關(guān)系，并促進(jìn)長期發(fā)展。

經(jīng)過不斷的演進(jìn)與發(fā)展，我們已經(jīng)沉淀出一套匯金資損防控體系的方法論，并在實踐中取得了一定成效。因此，我們希望通過知識梳理與分享，鼓勵大家共同交流學(xué)習(xí)，持續(xù)推進(jìn)資損防控的提升與優(yōu)化。

二、如何做資損防控

整體方案：

圖片

開展思路：

根據(jù)平臺特性，涉及到交易和資金流，就會考慮到是否會發(fā)生資損，那么如何避免產(chǎn)生資損，總結(jié)出一套適合業(yè)務(wù)特點的方法便成為資損防控的關(guān)鍵。匯金平臺和業(yè)界內(nèi)的其他平臺采用的資損防控方法論基本一致，但是不同的每個階段所覆蓋的產(chǎn)出的內(nèi)容不一樣。

圖片

從項目全生命周期來看，已發(fā)布時間和出現(xiàn)問題時間為時間點，發(fā)布時間前的階段為事前階段，出現(xiàn)問題的時間點為事中階段，出現(xiàn)問題后應(yīng)急響應(yīng)為事后階段。

• 事前

階段：項目發(fā)布前的時間段，在這段時間內(nèi)會經(jīng)歷需求評審、研發(fā)設(shè)計評審、測試用例評審、穩(wěn)定性項目評審，我們要從4個關(guān)鍵事項對焦如何從需求、代碼、線上核對/監(jiān)控等發(fā)現(xiàn)手段上做到防資損、及時發(fā)現(xiàn)資損問題。

關(guān)注的內(nèi)容：需求層面，挖掘是否直接涉及資金流，或間接涉及資金流，如果涉及資金流，了解資金如何進(jìn)行流轉(zhuǎn)，進(jìn)而挖掘到資金流涉及的上下游。技術(shù)設(shè)計或編碼層面，實現(xiàn)資金計算的邏輯、計算公式，明確上下游之間的資金交互元素、金額/幣種/單位，持久化資金數(shù)據(jù)，異常監(jiān)控報警邏輯，業(yè)務(wù)單據(jù)冪等邏輯，資金平衡校驗等。測試層面，從正常流程和異常流程驗證代碼實現(xiàn)邏輯是否符合預(yù)期，如資金計算、金額大小、方向、幣種、單位，上下游傳遞，數(shù)據(jù)存儲等，基于驗收通過后的邏輯編寫自動化，自動化要核對金額的正確性，用編寫自動化目的是為了沉淀資金場景的測試手段，為后續(xù)迭代改造的保證質(zhì)量及提高效率。

• 事中

階段：生產(chǎn)環(huán)境出現(xiàn)問題的階段，對于不同的問題發(fā)現(xiàn)有不同要求，重資損鏈路要做到1分鐘發(fā)現(xiàn)，即系統(tǒng)出現(xiàn)問題后1分鐘發(fā)現(xiàn)，系統(tǒng)有告警。從系統(tǒng)告警后5分鐘內(nèi)介入做出響應(yīng)，即5分鐘內(nèi)有人看到告警并進(jìn)行跟進(jìn)。所以重資損鏈路的問題要做到1-5。非資損鏈路可做到D+1發(fā)現(xiàn)，D+1介入和修復(fù)即可，相比資損鏈路而言，發(fā)現(xiàn)能力沒有太強(qiáng)要求。如果沒有問題的發(fā)現(xiàn)能力，最終可能會導(dǎo)致資損的慢性流血發(fā)生。不論線下環(huán)境如何測試，都很難保障測試環(huán)境100%覆蓋，所以線上問題的主動發(fā)現(xiàn)能力尤為重要。

關(guān)注的內(nèi)容：系統(tǒng)出現(xiàn)問題后，是否有實時或者非實時的告警能力。對于告警內(nèi)容，要根據(jù)業(yè)務(wù)優(yōu)先級及系統(tǒng)實現(xiàn)，編寫實時/非實時核對腳本。如果業(yè)務(wù)復(fù)雜性高，可以編寫抽檢腳本，就是系統(tǒng)實現(xiàn)的重算邏輯，從旁路發(fā)現(xiàn)問題。那么如何驗證腳本有效性，發(fā)現(xiàn)問題是否進(jìn)行報警，就要進(jìn)行攻防演練。通過演練，可以檢查是否具備問題的能力，以及開發(fā)的響應(yīng)能力，如果不達(dá)標(biāo)，要進(jìn)行改進(jìn)和優(yōu)化直到達(dá)標(biāo)。

• 事后

階段：發(fā)現(xiàn)問題后的止血階段。一般分為兩方面：當(dāng)前問題的扼制，不再新增問題；存量問題的解決。止血應(yīng)急能力要有相應(yīng)的預(yù)案或者建立新的應(yīng)急能力。如果止血比較快，能降低問題的影響，如果止血比較慢，可能會擴(kuò)大問題的影響，提高問題的嚴(yán)重等級。

關(guān)注的內(nèi)容：對于資損問題要做到10分鐘的止血，從發(fā)現(xiàn)問題到消除增量問題產(chǎn)生，要在10分鐘內(nèi)解決。對于存量問題的解決，可根據(jù)業(yè)務(wù)特性，在相應(yīng)時效內(nèi)修復(fù)即可。在修復(fù)前可以通過掛公告的方法，暫時消除或者降低問題事態(tài)的影響。對于比較核心或者比較固定的問題，可以形成執(zhí)行預(yù)案，當(dāng)發(fā)現(xiàn)問題后，可及時執(zhí)行預(yù)案進(jìn)行問題止血。對于比較復(fù)雜的業(yè)務(wù)，要根據(jù)不同的問題及時進(jìn)行編碼修復(fù)問題。不管是進(jìn)行代碼或者編寫預(yù)案代碼，如果涉及代碼修復(fù)，開發(fā)測試均要參與保證代碼的正確性。如果只是一個角色進(jìn)行修復(fù)，可能會因為預(yù)案問題導(dǎo)致的二次事故發(fā)生。

三、資損防控產(chǎn)出階段

對于項目實施階段，當(dāng)承接新功能、新建系統(tǒng)或者分析存量系統(tǒng)時，如何判定是否要做資損防控，可以從兩個角度出發(fā)分析：信息流或者資金流。資金流和信息流之間是相互依賴的。當(dāng)業(yè)務(wù)需求中涉及資金流時，系統(tǒng)要實現(xiàn)業(yè)務(wù)需求，那么系統(tǒng)之間就要設(shè)計信息如何流轉(zhuǎn)最終完成資金流轉(zhuǎn)。當(dāng)系統(tǒng)中存在資金字段的信息流時，可最終推導(dǎo)出直接或者間接的資金流。資金流通過信息流實現(xiàn)資金流轉(zhuǎn)，信息流是資金流轉(zhuǎn)的載體。所以當(dāng)信息流中存儲或者涉及資金交互，資金傳遞時，就要做資損防控，分析資損場景及如何編寫資損腳本。

圖片

對于項目發(fā)布后階段，當(dāng)項目前期如果沒有做資損防控，那么也可以從線上穩(wěn)定性來看是否要做資損防控。一般可以從線上故障、線上工單等結(jié)果分析需要做的資損場景有哪些。從線上問題來看可以比較直觀的看到缺少哪些防控手段并做針對性的補充，這樣能起到立竿見影的效果。這種是從問題點切入的方法進(jìn)行分析跟進(jìn)，但比較好的做法是從面上進(jìn)行分析，集合需求、問題全面分析，從多個點同時作為抓手判定資損防控的必要。

圖片

以上兩個方法，均在匯金域進(jìn)行了實踐，在項目發(fā)布前和發(fā)布后都會進(jìn)行資損防控補充。

四、如何挖掘及度量資損防控規(guī)則

當(dāng)要實施資損防控時，如何挖掘?qū)嵤┵Y損規(guī)則變得尤為重要。當(dāng)規(guī)則挖掘的不對或者偏少，不利于及時發(fā)現(xiàn)問題。當(dāng)規(guī)則過多時，對規(guī)則的投入成本會變高，規(guī)則保鮮會成為挑戰(zhàn)，最終也會影響到發(fā)現(xiàn)問題的及時性。

那么如何比較全面的挖掘資損規(guī)則呢？目前匯金域從三方面切入，分析資損規(guī)則并推進(jìn)資損防控覆蓋的成熟度度量。我們從這3方面進(jìn)行資損規(guī)則分析并編寫規(guī)則腳本，完成資損布防。

• 資損字段覆蓋度量
• 業(yè)務(wù)指標(biāo)覆蓋度量
• 跨域資金安全覆蓋度量

圖片

資損字段覆蓋【字段】

當(dāng)系統(tǒng)鏈路涉及的數(shù)據(jù)庫有資損字段時，在Dcheck平臺上做資損字段標(biāo)記，資損字段標(biāo)記資損，非資損字段標(biāo)記非資損。從字段上挖掘到要有資損規(guī)則覆蓋。當(dāng)在Dcheck上編寫完對應(yīng)規(guī)則后，要進(jìn)行字段和規(guī)則的綁定，維護(hù)字段和規(guī)則之間的關(guān)聯(lián)關(guān)系，這樣也可以在報表上看出來資損字段是否有對應(yīng)的線上布防能力。

字段層面覆蓋是比較簡單可以做到的資損規(guī)則分析，常見的資損字段如金額、幣種、單位、匯率、計算公式、數(shù)量、日期、狀態(tài)等。如果鏈路中涉及這些字段，都可以進(jìn)行對應(yīng)的規(guī)則實施和布防。一般此類字段覆蓋的規(guī)則可以通過實時核對實現(xiàn)，這種正確性時效要求比較高，如果存儲不正確也比較容易發(fā)現(xiàn)問題。資損字段覆蓋是比較入門并快速上手的手段，但不能作為發(fā)現(xiàn)全部資損問題的手段之一。除此之外，還需要通過其他方式挖掘規(guī)則。比如字段內(nèi)容正確，但是其他指標(biāo)異動方面較大有影響，這種從字段覆蓋層面無法發(fā)現(xiàn)問題。

業(yè)務(wù)指標(biāo)/場景覆蓋【業(yè)務(wù)】

不同的業(yè)務(wù)域關(guān)注的指標(biāo)不一樣，但可以通過觀測這些指標(biāo)可以發(fā)現(xiàn)潛在的問題，進(jìn)而避免可能產(chǎn)出的投訴或者擴(kuò)大影響。常見的業(yè)務(wù)指標(biāo)比如：時效性巡檢、成功率異動巡檢、失敗率異動巡檢、中間態(tài)異動巡檢或者其他指標(biāo)異常巡檢。通過對這些指標(biāo)的監(jiān)控覆蓋，可以補全數(shù)據(jù)正確但系統(tǒng)有問題的發(fā)現(xiàn)手段。一般業(yè)務(wù)指標(biāo)類的覆蓋時效性不高，非實時核對方式實現(xiàn)，可能是D+h或者離線D+1方式實現(xiàn)。

圖片

上下游資金安全覆蓋【跨域】

資損字段或者業(yè)務(wù)指標(biāo)覆蓋，更多的是聚焦在內(nèi)部的穩(wěn)定性上面，對于和外部間資金覆蓋較少。當(dāng)然資損字段可能也會涉及到外部之間的核對，但上下游之間的資金安全覆蓋會涉及更多，可能是直接的上下游資金覆蓋，或者全鏈路上的非直接上下游的資金場景覆蓋。常見場景如：下單支付場景，訂單域的支付金額和支付域的金額、狀態(tài)一致性check，各種費用項的一致性校驗；采購結(jié)算付款鏈路，付款場景下的金額要和采購結(jié)算單據(jù)的金額幣種保持一致等。通過在發(fā)生資金流轉(zhuǎn)的時間，做上下游資金安全check，能和業(yè)務(wù)側(cè)的金額做校驗，進(jìn)而保證流轉(zhuǎn)的資金安全。

圖片

業(yè)務(wù)域度量探索實踐效果

• 建立核對場景分層覆蓋策略，圍繞字段/業(yè)務(wù)/跨域開展。
• 探索定義各層級的度量方法，并在各子域?qū)嵺`落地，經(jīng)過與對應(yīng)功能開發(fā)owner對焦，確定了度量方式的有效性。

圖片

示例如下：子域2025Q1落地結(jié)果，核對覆蓋率100%（平臺配置采用率100%，共120+個業(yè)務(wù)場景，60+個跨域場景覆蓋率100%；資損字段30+個，核對覆蓋率100%）。

圖片

五、如何選擇資損實現(xiàn)方式

得物實現(xiàn)資損防控的平臺為Dcheck平臺，作為實現(xiàn)線上核對的平臺，支持資損場景核對或者非資損場景核對，從時效性上實現(xiàn)了實時核對或者定時巡檢，也支持配置變更的核對。數(shù)據(jù)源上支持監(jiān)聽生產(chǎn)環(huán)境數(shù)據(jù)庫的binlog消息，連接離線數(shù)倉、連接業(yè)務(wù)庫。支持語言上可以用Groovy語言編寫核對腳本，離線數(shù)倉或者通用SQL編寫SQL腳本進(jìn)行核對。同時支持對編寫的腳本進(jìn)行演練，檢查腳本有效性。當(dāng)發(fā)生報警后設(shè)置通知群@到具體人進(jìn)行日清處理。業(yè)務(wù)域可以根據(jù)業(yè)務(wù)特性靈活選擇不同的實現(xiàn)方式滿足業(yè)務(wù)目標(biāo)。平臺本身支持的能力比較多樣化，靈活性也比較強(qiáng)，支持各種變更的核對。

圖片

• 實時核對原理通過實時監(jiān)聽binlog消息/自定義消息/實時數(shù)倉消息，觸發(fā)規(guī)則核對。監(jiān)聽binlog和自定義消息的腳本要用Groovy實現(xiàn)，監(jiān)聽實時數(shù)倉消息要用SQL實現(xiàn)，Groovy實現(xiàn)的規(guī)則會涉及到接口間調(diào)用，會出現(xiàn)超時發(fā)布導(dǎo)致調(diào)用不同的情況，穩(wěn)定性有一定影響。用SQL實現(xiàn)相比起來更靈活更穩(wěn)定。監(jiān)聽實時數(shù)倉的前提是數(shù)據(jù)源要接入實時模版平臺。

圖片

• 定時巡檢原理定時巡檢是通過配置定時任務(wù)觸發(fā)核對，核對腳本可以通過離線SQL或者Groovy腳本實現(xiàn)，Groovy腳本可以連接業(yè)務(wù)數(shù)據(jù)庫，比實時核對有小時級別或者天級別的延遲。離線SQL的延遲就是D+1。對于時效性不高的規(guī)則場景可以使用此種方式。

圖片

• 核對方案選型

圖片

六、如何做資損防控運營

迭代需求運營

圖片

• 匯金獨立項目&迭代資損布防：日常迭代或者項目如果涉及到資損防控，有一套運營流程機(jī)制保證資損場景的分析及布防。

當(dāng)需求涉及到資損時，會對需求進(jìn)行打標(biāo)標(biāo)記。

在測試用例評審時，編寫資損場景及組織開發(fā)評審，保證場景有效性。

目前按照RDC“資”需求打標(biāo)--->測試用例打標(biāo)資損用例--->Dcheck規(guī)則實現(xiàn)--->用例平臺綁定Dcheck規(guī)則運營流程推進(jìn)。

在測試前置階段完成資損用例分析，高優(yōu)資損場景在預(yù)發(fā)、生產(chǎn)流量發(fā)布前完成資損布防，低優(yōu)場景在放量一周內(nèi)完成規(guī)則實現(xiàn)，分析到的核對場景布防率100%。

在生產(chǎn)環(huán)境有流量前實現(xiàn)資損規(guī)則并進(jìn)行演練，推進(jìn)上線狀態(tài)。當(dāng)線上數(shù)據(jù)觸發(fā)報警時，有值班人員跟進(jìn)日清，如果發(fā)現(xiàn)bug，會在系統(tǒng)上標(biāo)記bug并進(jìn)行bug修復(fù)。整體流程也會不斷進(jìn)行復(fù)盤和review，提升資損防控的投入和產(chǎn)出價值。

• 研發(fā)測試分工：目前迭代或獨立項目通過Dcheck方式實現(xiàn)的資損場景主要是測試負(fù)責(zé)推進(jìn)，一般在項目開展時或項目灰度前推進(jìn)完成。涉及的資損場景，測試會邀請開發(fā)進(jìn)行評審。對賬平臺實現(xiàn)的離線核對場景及實現(xiàn)主要是開發(fā)負(fù)責(zé)，一般偏于迭代測試周或者后續(xù)迭代進(jìn)行開發(fā)實施，測試參與度低。

關(guān)于Dcheck規(guī)則報警，測試報警后會做初步排查，然后確定不是腳本問題后@對應(yīng)的開發(fā)介入處理，開發(fā)負(fù)責(zé)協(xié)助進(jìn)行問題分析，如果是代碼bug或者數(shù)據(jù)問題，開發(fā)進(jìn)行緊急或者排期修復(fù)。

測試過程中，如發(fā)現(xiàn)資損風(fēng)險，不適合Dcheck手段布防，開發(fā)添加監(jiān)控。

• 資金SOP驗收執(zhí)行：背景：匯金屬于強(qiáng)資金業(yè)務(wù)線，涉及的資金敞口大，資金流錯綜復(fù)雜，其資金安全對穩(wěn)定至關(guān)重要。為規(guī)范資金需求類的產(chǎn)品研發(fā)流程，避免低級流程問題導(dǎo)致的資金安全問題，需規(guī)范各職責(zé)角色和產(chǎn)出，確保需求流轉(zhuǎn)過程中的高效協(xié)作和最終交付質(zhì)量。驗收方案：整體流程如下：

圖片

如何做資損規(guī)則保鮮

• 保鮮策略：目前通過提出保險管理策略，平臺實現(xiàn)后，讓用戶發(fā)現(xiàn)規(guī)則的有效性和質(zhì)量，及時發(fā)現(xiàn)僵尸規(guī)則，做到規(guī)則保險。

保鮮策略如下：

• 一段時間內(nèi)核對失敗占比，時間支持選擇；
• 核對無執(zhí)行記錄；
• 狀態(tài)為下線規(guī)則；
• 無演練記錄或者演練失敗的規(guī)則。

圖片

• 保鮮運營：保鮮功能Q4上線后，匯金域內(nèi)完成存量僵尸規(guī)則治理。且隨著資損防控成熟度建設(shè)，場景規(guī)則有效性已作為成熟度指標(biāo)之一，保鮮治理已隨迭代常態(tài)化運營。

子域1：下線24個規(guī)則，剩余規(guī)則全部有效

子域2：下線12個規(guī)則，剩余規(guī)則全部有效

子域3：下線8個規(guī)則，剩余規(guī)則全部有效

子域4：下線6個規(guī)則，剩余規(guī)則全部有效

子域5：下線6個規(guī)則，剩余規(guī)則全部有效

如何做資損規(guī)則日清SOP

明確目標(biāo)及范圍：針對業(yè)務(wù)巡檢、實時核對報警，梳理告警跟進(jìn)SOP，形成閉環(huán)處理問題流程，確保資損防控處理的高效性和處理一致性，提升日清率，降低誤報，提升有效問題發(fā)現(xiàn)。針對資損問題進(jìn)行日清，同時也是資損成熟度的指標(biāo)，隨迭代運營開展。非資損問題發(fā)生報警同時也會進(jìn)行日清處理。

具體的操作步驟：說明資損防控告警運營的具體步驟，見下圖，需要清晰易懂，確保操作性強(qiáng)。

責(zé)任人：說明具體步驟對應(yīng)的責(zé)任人，以及不同步驟需要知會的人，確保問題有效推進(jìn)解決。

監(jiān)督措施：定期評估SOP的實施效果，并進(jìn)行必要的改進(jìn)。監(jiān)督機(jī)制的設(shè)計應(yīng)該確保SOP的執(zhí)行情況得到有效監(jiān)督和管理，保障SOP的實施效果。

圖片

圖片

各步驟定義說明：

圖片

資損發(fā)現(xiàn)問題復(fù)盤模版：

圖片

示例：

圖片

七、資損防控實踐及收益

匯金域通過資損防控專項的實踐，不斷總結(jié)沉淀出一套體系化的方法：需求識別資損規(guī)則-->如何分析資損規(guī)則-->如何選擇實現(xiàn)技術(shù)。此方法可以降低人員對資損防控專項的學(xué)習(xí)門檻，提升學(xué)習(xí)效率。通過挖掘資損規(guī)則的方式，可以較快分析產(chǎn)出資損規(guī)則。通過學(xué)習(xí)實現(xiàn)方式，能較快的選取合適的實現(xiàn)方式，減少試錯成本。

自2024年全年至2025年5月共完成了520+個規(guī)則，發(fā)現(xiàn)了160+個問題。其中5+個問題為資損問題，155+個非資損問題。有效遏制了線上的資損發(fā)生和有效保障了線上穩(wěn)定性。

圖片

利用Dcheck手段，降低客訴明顯。

• 核算&發(fā)票巡檢及發(fā)票接入配置化項目：通過不斷通過完善發(fā)票平臺線上巡檢，制定各類配置問題跟進(jìn)的SOP，共產(chǎn)出8類配置巡檢規(guī)則，成功將配置等工單問題從15降到0且持續(xù)保持平穩(wěn)。配置類問題線上問題主動發(fā)現(xiàn)率100%。
• 來自TS反饋：

圖片

• 子域有明顯下降趨勢，整體降低41%(業(yè)務(wù)咨詢減少&配置類治理有顯著效果)。

八、總結(jié)及規(guī)劃

經(jīng)過匯金在資損防控專項的體系化建設(shè)及實踐，取得了顯著進(jìn)展。從事前挖掘資損規(guī)則、代碼預(yù)防性建設(shè)，事中及時布防資損規(guī)則、巡檢規(guī)則、開發(fā)添加監(jiān)控，事后及時執(zhí)行預(yù)案以及補充未布防場景規(guī)則，以及經(jīng)過各種挖掘資損方法的探索及分享，大部分員工具備資損防控意識和資損規(guī)則挖掘、布防、日清保鮮的能力。并且在整個推薦過程中，研發(fā)測試協(xié)同分工，共同保障及推進(jìn)線上穩(wěn)定性穩(wěn)步提升。目前體系化流程已初見成效，后續(xù)除常態(tài)化運營繼續(xù)開展外，讓全員具備資損防控意識，同時也會重點治理以下環(huán)節(jié)中的痛點問題，不斷提升專項的ROI。

• 資損分析：AI資損場景分析目前資損分析從三層架構(gòu)出發(fā)，沉淀了一定的規(guī)則規(guī)律邏輯，后面嘗試AI推薦資損場景分析，減少人工輸出成本。
• 腳本實現(xiàn)：通用SQL降噪目前通用SQL實現(xiàn)的腳本規(guī)則噪音比較大，因為Flink平臺底層數(shù)據(jù)存儲在Redis，當(dāng)多表比對的時候，會出現(xiàn)單表查詢Redis超時，對比不一致的情況。后續(xù)嘗試支持重試或者其他方案降噪解決問題，減少噪音干擾和降低人工成本。
• 降噪歸因：報警自動歸因日清隨著業(yè)務(wù)復(fù)雜升級，資損規(guī)則不斷增多，腳本失敗報警日清處理成本會越來越高，同時隨著AI應(yīng)用普及，嘗試通過AI自動歸因日清，進(jìn)一步降低人工投入成本。