公司電子金融管理平臺技術規(guī)范書

1、73/79中國電信云南公司2017年電子金融治理平臺技術規(guī)范書 創(chuàng)新業(yè)務部二一七年六月目 錄 TOC o 1-3 h z u HYPERLINK l _Toc486605593 1前言 PAGEREF _Toc486605593 h 1 HYPERLINK l _Toc486605594 1.1項目背景 PAGEREF _Toc486605594 h 1 HYPERLINK l _Toc486605595 1.2工程目標 PAGEREF _Toc486605595 h 3 HYPERLINK l _Toc486605596 2需求分析 PAGEREF _Toc486605596 h 6 HYP

2、ERLINK l _Toc486605597 2.1商戶信息治理模塊 PAGEREF _Toc486605597 h 6 HYPERLINK l _Toc486605598 2.1.1業(yè)務場景支撐和規(guī)則講明 PAGEREF _Toc486605598 h 6 HYPERLINK l _Toc486605599 2.1.2商戶信息同步流程 PAGEREF _Toc486605599 h 7 HYPERLINK l _Toc486605600 2.1.3商戶信息綜管臺治理 PAGEREF _Toc486605600 h 7 HYPERLINK l _Toc486605601 2.2營銷活動治理模塊

3、 PAGEREF _Toc486605601 h 8 HYPERLINK l _Toc486605602 2.2.1業(yè)務場景支撐和規(guī)則講明 PAGEREF _Toc486605602 h 9 HYPERLINK l _Toc486605603 2.2.2基礎返利 PAGEREF _Toc486605603 h 10 HYPERLINK l _Toc486605604 2.2.3營銷規(guī)則配置 PAGEREF _Toc486605604 h 12 HYPERLINK l _Toc486605605 2.2.4營銷成本治理 PAGEREF _Toc486605605 h 13 HYPERLINK l

4、 _Toc486605606 2.2.5營銷活動監(jiān)控 PAGEREF _Toc486605606 h 13 HYPERLINK l _Toc486605607 2.2.6清結算報表 PAGEREF _Toc486605607 h 13 HYPERLINK l _Toc486605608 2.2.7營銷數(shù)據(jù)來源治理 PAGEREF _Toc486605608 h 14 HYPERLINK l _Toc486605609 2.2.8批充后返功能治理 PAGEREF _Toc486605609 h 14 HYPERLINK l _Toc486605610 2.2.9關聯(lián)套餐返利 PAGEREF _T

5、oc486605610 h 16 HYPERLINK l _Toc486605611 2.2.10關聯(lián)用戶組返利 PAGEREF _Toc486605611 h 16 HYPERLINK l _Toc486605612 2.2.11 代金券應用 PAGEREF _Toc486605612 h 17 HYPERLINK l _Toc486605613 2.2.12 微信公眾號營銷 PAGEREF _Toc486605613 h 20 HYPERLINK l _Toc486605614 2.2.13 結算對賬 PAGEREF _Toc486605614 h 27 HYPERLINK l _Toc4

6、86605615 2.2.14 營銷結果查詢與統(tǒng)計 PAGEREF _Toc486605615 h 27 HYPERLINK l _Toc486605616 2.2.15其他接口 PAGEREF _Toc486605616 h 27 HYPERLINK l _Toc486605617 2.3數(shù)據(jù)分析治理模塊 PAGEREF _Toc486605617 h 27 HYPERLINK l _Toc486605618 2.3.1業(yè)務場景支撐和規(guī)則講明 PAGEREF _Toc486605618 h 28 HYPERLINK l _Toc486605619 2.3.2用戶數(shù)據(jù)集團同步接口 PAGERE

7、F _Toc486605619 h 28 HYPERLINK l _Toc486605620 2.3.3個人賬戶緯度的交易數(shù)據(jù)集團同步接口 PAGEREF _Toc486605620 h 29 HYPERLINK l _Toc486605621 2.3.4商戶緯度的交易數(shù)據(jù)集團同步接口 PAGEREF _Toc486605621 h 29 HYPERLINK l _Toc486605622 2.3.5統(tǒng)計查詢報表 PAGEREF _Toc486605622 h 29 HYPERLINK l _Toc486605623 2.4運營風險治理模塊 PAGEREF _Toc486605623 h 30

8、 HYPERLINK l _Toc486605624 2.4.1業(yè)務場景支撐和規(guī)則講明 PAGEREF _Toc486605624 h 30 HYPERLINK l _Toc486605625 2.4.2實現(xiàn)省內(nèi)交易狀態(tài)監(jiān)控 PAGEREF _Toc486605625 h 31 HYPERLINK l _Toc486605626 2.4.3實現(xiàn)省內(nèi)活動成本監(jiān)控 PAGEREF _Toc486605626 h 31 HYPERLINK l _Toc486605627 2.4.4實現(xiàn)省內(nèi)對賬結果監(jiān)控 PAGEREF _Toc486605627 h 31 HYPERLINK l _Toc486605

9、628 2.4.5實現(xiàn)省內(nèi)接口能力自監(jiān)控 PAGEREF _Toc486605628 h 31 HYPERLINK l _Toc486605629 2.4.6具備差錯處理能力 PAGEREF _Toc486605629 h 32 HYPERLINK l _Toc486605630 2.5 數(shù)據(jù)處理中心 PAGEREF _Toc486605630 h 32 HYPERLINK l _Toc486605631 2.5.1用戶數(shù)據(jù)采集 PAGEREF _Toc486605631 h 32 HYPERLINK l _Toc486605632 2.5.2商戶數(shù)據(jù)采集 PAGEREF _Toc486605

10、632 h 33 HYPERLINK l _Toc486605633 2.5.3交易數(shù)據(jù)采集 PAGEREF _Toc486605633 h 33 HYPERLINK l _Toc486605634 3系統(tǒng)設計 PAGEREF _Toc486605634 h 34 HYPERLINK l _Toc486605635 3.1系統(tǒng)特性 PAGEREF _Toc486605635 h 34 HYPERLINK l _Toc486605636 3.2系統(tǒng)技術架構 PAGEREF _Toc486605636 h 35 HYPERLINK l _Toc486605637 3.3安全體系 PAGEREF _

11、Toc486605637 h 36 HYPERLINK l _Toc486605638 3.3.1目標與方法 PAGEREF _Toc486605638 h 37 HYPERLINK l _Toc486605639 3.3.2數(shù)據(jù)交換安全 PAGEREF _Toc486605639 h 38 HYPERLINK l _Toc486605640 3.3.3數(shù)據(jù)庫安全 PAGEREF _Toc486605640 h 39 HYPERLINK l _Toc486605641 3.4系統(tǒng)治理 PAGEREF _Toc486605641 h 40 HYPERLINK l _Toc486605642 3.

12、4.1日志治理 PAGEREF _Toc486605642 h 40 HYPERLINK l _Toc486605643 3.4.2操作員日志 PAGEREF _Toc486605643 h 41 HYPERLINK l _Toc486605644 3.4.3配置治理 PAGEREF _Toc486605644 h 41 HYPERLINK l _Toc486605645 3.4.4參數(shù)配置 PAGEREF _Toc486605645 h 42 HYPERLINK l _Toc486605646 3.4.5用戶和權限治理 PAGEREF _Toc486605646 h 42 HYPERLINK

13、 l _Toc486605647 3.5系統(tǒng)備份 PAGEREF _Toc486605647 h 44 HYPERLINK l _Toc486605648 3.5.1數(shù)據(jù)庫系統(tǒng)數(shù)據(jù)的備份 PAGEREF _Toc486605648 h 44 HYPERLINK l _Toc486605649 3.5.2日志文件等的備份 PAGEREF _Toc486605649 h 45 HYPERLINK l _Toc486605650 3.5.3核心系統(tǒng)聯(lián)機熱備份 PAGEREF _Toc486605650 h 45 HYPERLINK l _Toc486605651 4系統(tǒng)部署方案 PAGEREF _T

14、oc486605651 h 46 HYPERLINK l _Toc486605652 4.1系統(tǒng)組網(wǎng)結構 PAGEREF _Toc486605652 h 46 HYPERLINK l _Toc486605653 4.2網(wǎng)絡及系統(tǒng)資源測算 PAGEREF _Toc486605653 h 48 HYPERLINK l _Toc486605654 4.3存儲空間計算 PAGEREF _Toc486605654 h 48 HYPERLINK l _Toc486605655 4.4網(wǎng)絡帶寬計算 PAGEREF _Toc486605655 h 50 HYPERLINK l _Toc486605656 4.

15、5硬件設備清單及預算 PAGEREF _Toc486605656 h 52 HYPERLINK l _Toc486605657 4.6軟件運行環(huán)境 PAGEREF _Toc486605657 h 52 HYPERLINK l _Toc486605658 4.7 維護支撐內(nèi)容 PAGEREF _Toc486605658 h 53 HYPERLINK l _Toc486605659 5軟件功能列表及預算 PAGEREF _Toc486605659 h 53 HYPERLINK l _Toc486605660 6備注 PAGEREF _Toc486605660 h 57前言項目背景本方案為中國電信云

16、南公司電子金融治理平臺項目技術建議書。中國電信云南公司為了配合中國電信天翼電子商務有限公司全國個人（C類）賬戶平臺的建設內(nèi)容，基于具體實現(xiàn)適當優(yōu)化、業(yè)務系統(tǒng)交互安全、業(yè)務數(shù)據(jù)一致的原則下，實現(xiàn)統(tǒng)一治理、省市自主運營的目標，在云南省內(nèi)建立了以翼支付賬戶為基礎的省級翼支付治理平臺（現(xiàn)統(tǒng)稱云南省電子金融治理平臺）。為提升省內(nèi)翼支付平臺功能，加快本地需求響應速度，加強對云南省內(nèi)消費情況的監(jiān)控能力，省內(nèi)自主營銷，因此，為了支付翼支付業(yè)務健康地進展，提出建設中國電信云南公司電子金融平臺，重點在營銷活動支撐、數(shù)據(jù)分析及應用、商戶治理等方面加強翼支付平臺功能。存在問題在實際拓展業(yè)務時發(fā)覺要緊發(fā)覺存在以下問題：

17、省內(nèi)自有翼支付商戶治理功能欠缺。目前云南省翼支付商戶統(tǒng)一在集團平臺注冊、審核、治理，省內(nèi)核查或獵取商戶信息需要登到集團平臺進行操作，無法將商戶在本省內(nèi)進行針對性的營銷和有效治理。而商戶亦無法自助治理自身的交易數(shù)據(jù)、不能自主發(fā)起自身的營銷活動，需要經(jīng)電信審批或二次包裝后方可開展推送活動。省內(nèi)個性化營銷治理功能欠缺。營銷活動要緊是為了提高翼支付用戶使用基于翼支付賬戶的翼支付業(yè)務的交易頻度與交易金額，以及吸引非翼支付用戶轉化為翼支付用戶、提高翼支付品牌知名度與擴大翼支付業(yè)務使用范圍，從而不定期推出的各種優(yōu)惠促銷活動，并可增加線下商戶及用戶的拓展。然而云南省翼支付平臺并沒有自身的營銷治理功能，僅能夠參

18、加集團統(tǒng)一治理固定配置的簡單優(yōu)惠活動。遠遠無法滿足省內(nèi)個性化營銷業(yè)務需求，如無法針對某些商戶、某些用戶的返利、贈送代金券等疊加營銷。在集團側難以支撐各省本地個性化業(yè)務的開展的前提下，省內(nèi)就無法及時推廣營銷活動，不能讓用翼支付用戶充分體驗各種營銷活動帶來的價值。省內(nèi)數(shù)據(jù)治理功能欠缺。全國所有的核心賬戶數(shù)據(jù)均在集團平臺，大量的用戶數(shù)據(jù)、交易數(shù)據(jù)、活動數(shù)據(jù)、商戶數(shù)據(jù)、對賬數(shù)據(jù)、結算數(shù)據(jù)匯合在集團，導致省內(nèi)每次需要核查或導出數(shù)據(jù)時，集團報表平臺響應能力不足，亦無法針對省內(nèi)需求制定出滿足要求的報表。同時消費數(shù)據(jù)不在本地平臺，無法及時監(jiān)控云南的消費情況，存在安全隱患。省內(nèi)運營風險監(jiān)控治理功能欠缺。目前云南

19、省翼支付平臺與集團支付中心核心賬戶信息交互，差不多使用人工編輯、界面導入的方式，難以管控操作過程中的差錯和不規(guī)范。針對數(shù)據(jù)對賬、成本監(jiān)控、用戶交易異常、商戶套利套現(xiàn)、系統(tǒng)運營異常等核心問題亦沒有做到實時監(jiān)控，尚處在手工核對時期，需要花費大量人力、物力，實際效果還得取決于集團的支撐力度?？傮w而言，云南省翼支付平臺的建設嚴峻落后于全國翼支付建設的水平，僅有建設了翼支付平臺的基礎功能。在支付公司全國范圍內(nèi)大力進展翼支付、以營銷方式推廣品牌的背景下，云南省內(nèi)翼支付平臺功能和支撐能力均與日益增加的翼支付用戶量不符、與日益增長的交易量不符、與日益膨脹的省內(nèi)個性化營銷活動需求嚴峻不符，已不能滿足業(yè)務拓展的需

20、要。為了確保翼支付在云南的穩(wěn)定、可持續(xù)的進展，對翼支付平臺的提升改造迫在眉睫。中國電信云南公司需要在目前的情況下直接跟進最新、最主流的平臺建設思路，大跨步拓展相關業(yè)務，循序漸進加強平臺建設以適應業(yè)務進展的需要，提升企業(yè)在移動支付業(yè)務上的競爭力。工程目標云南省電子金融治理平臺項目的建設將要緊達到以下幾個目標（依照云南實際情況分布實施）：商戶信息治理：通過接口或文件方式，獵取省支付平臺與集團平臺商戶相關數(shù)據(jù)，便于營銷活動關聯(lián)商戶、數(shù)據(jù)經(jīng)營分析以及有效進行商家信息治理；營銷治理模塊：實現(xiàn)省內(nèi)配置營銷活動、管控營銷規(guī)則權限，通過返利、贈送代金券、批充等方式對pos交易、掃碼數(shù)據(jù)、微信公眾號等進行自主營

21、銷，并完善相關結算流程；平臺間通過接口進行營銷策略交互。數(shù)據(jù)分析治理模塊：基于多渠道匯總的用戶、商戶和交易數(shù)據(jù)，實現(xiàn)省內(nèi)自主治理用戶數(shù)據(jù)、交易數(shù)據(jù)、活動數(shù)據(jù)、商戶數(shù)據(jù)、對賬數(shù)據(jù)、結算數(shù)據(jù)等數(shù)據(jù)，實現(xiàn)基礎數(shù)據(jù)的查詢并具備統(tǒng)計分析報表功能，是開展營銷活動、數(shù)據(jù)分析等工作的重要基礎。通過有效整合集團和省的交易數(shù)據(jù)，以多維數(shù)據(jù)及可視化圖表展現(xiàn)出來，提供相應的數(shù)據(jù)分析模型進行用戶特征分析、營銷活動效益分析，為運營策略提供有價值依據(jù)。運營風險監(jiān)控治理模塊：對用戶交易異常、商戶套利套現(xiàn)、系統(tǒng)運營異常等制定監(jiān)控規(guī)則和機制，實現(xiàn)風險自動化監(jiān)控告警功能。數(shù)據(jù)處理中心模塊：基于多渠道匯總的用戶、商戶和交易數(shù)據(jù)，在電

22、子金融治理平臺實現(xiàn)基礎數(shù)據(jù)的查詢、是開展營銷活動、數(shù)據(jù)分析等工作的重要基礎。系統(tǒng)總體架構與周邊系統(tǒng)的關系電子金融治理平臺與集團支付平臺接口現(xiàn)金充值等接口代金券業(yè)務接口網(wǎng)關支付接口集團支付平臺與ODS數(shù)據(jù)接口用戶數(shù)據(jù)同步商戶數(shù)據(jù)同步交易（掃碼、網(wǎng)關等）數(shù)據(jù)同步電子金融治理平臺與CRM接口用戶套餐信息同步接口用戶通訊狀態(tài)查詢接口電子金融治理平臺與ODS數(shù)據(jù)接口用戶數(shù)據(jù)同步商戶數(shù)據(jù)同步交易（掃碼、網(wǎng)關等）數(shù)據(jù)同步 需求分析商戶信息治理模塊為實現(xiàn)省內(nèi)自主治理商戶信息，獵取外部平臺全部商戶數(shù)據(jù)，便于營銷支撐平臺活動開展及商家信息治理。2.1.1業(yè)務場景支撐和規(guī)則講明云南省的商戶信息分置集團多個平臺（掃碼

23、/商超/油站/線上/網(wǎng)關），而省內(nèi)獵取到的僅有間連pos商戶的部分信息，無法做到有效治理。省內(nèi)商戶治理模塊作為基礎治理，要緊能支撐的業(yè)務場景有：通過省支付平臺與集團支付平臺等渠道獵取商戶數(shù)據(jù)，獵取的商戶數(shù)據(jù)包含：POS直連、間連、掃碼、網(wǎng)關等所有類型的商戶信息。通過商戶類型、歸屬地等字段（地市、區(qū)縣、電信支局），分權分域有效統(tǒng)一治理所有的商戶信息。拒絕商戶孤島，結合省內(nèi)自主營銷，形成有效統(tǒng)一的商圈組，進行定向的營銷活動。提供商戶查詢功能，支持按POS商戶、收款碼商戶、付款碼、網(wǎng)關等進行分類治理及查詢。系統(tǒng)提供商戶信息的編輯（增刪改查）功能，商戶治理包含“商戶編碼、商戶名稱、商戶類型、行業(yè)類型、

24、商戶狀態(tài)、商戶地址、營業(yè)執(zhí)照、組織機構代碼、法人代表、財務聯(lián)系人等信息”等要緊字段。2.1.2商戶信息同步流程商戶信息治理業(yè)務流程如下：流程講明：如集團商戶信息有有新增或更新，則通過接口同步通知省內(nèi)ODS更新，再同步至省內(nèi)平臺。商戶信息需要完善字段，如商戶名稱，地市碼等。2.1.3商戶信息綜管臺治理綜管臺實現(xiàn)省內(nèi)商戶信息維護治理。例如下圖營銷活動治理模塊新版營銷模塊，建議所有營銷規(guī)則、營銷活動均在省內(nèi)管控，集團只是作為核心賬戶治理的提供者，僅僅作為營銷結果的實施。營銷活動要緊是為了提高翼支付用戶使用基于翼支付賬戶的翼支付業(yè)務的交易頻度與交易金額，以及吸引非翼支付用戶轉化為翼支付用戶、提高翼支付

25、品牌知名度與擴大翼支付業(yè)務使用范圍，從而不定期推出的各種優(yōu)惠促銷活動。目前營銷方式要緊包括如下幾種類型：返利充值返代金券、紅包等抵用券所有的營銷活動方式均以原價執(zhí)行，返現(xiàn)充值到翼支付賬戶或者提供中獎商品予以優(yōu)惠，先到先得，過期失效，額滿為止。目的在于一方面簡化系統(tǒng)的復雜性，另一方面擴大翼支付賬戶的使用程度。營銷時刻以翼支付平臺的時刻為基準（需要時鐘同步，確保時鐘準確）。實時返利翼支付用戶在使用符合實時返利營銷活動規(guī)則的翼支付業(yè)務時，翼支付平臺則依照實時返利要求趕忙自動以現(xiàn)金充值形式返現(xiàn)到其翼支付賬戶。鑒于實時返利活動關于翼支付平臺的復雜性與營銷活動的風控規(guī)則要求，一般建議在交易1分鐘（能夠設置

26、到秒級）后由系統(tǒng)自動提取符合實時返利要求的交易信息及其翼支付用戶并對其翼支付賬戶進行返現(xiàn)充值。返現(xiàn)充值不可用于提現(xiàn)。2.2.1業(yè)務場景支撐和規(guī)則講明由于云南省內(nèi)沒有營銷支撐系統(tǒng)，省內(nèi)的營銷活動需要統(tǒng)一提交集團，按T+7處理，處理時刻長，不能按區(qū)域、不能個性化的營銷活動配置。而省內(nèi)pos自帶的營銷模塊，只能簡單支持間連商戶pos，關于漸成主流的掃碼營銷或其他數(shù)據(jù)來源（如民生）的翼支付交易均無法支撐。營銷活動模塊要緊具備的能業(yè)務能力：1、實現(xiàn)省內(nèi)具備自主營銷能力，隨時配置營銷活動，快速開展活動。2、省內(nèi)可靈活配置多種活動規(guī)則，開展差異化、個性化的活動、滿足各類場景。3、省內(nèi)充分獵取交易數(shù)據(jù)、用戶數(shù)

27、據(jù)，有利于掌握業(yè)務進展動態(tài)、并有效評估活動效益，為日常運營提供決策依據(jù) 4、提供掃碼營銷活動配置。本期營銷活動支撐的幾類典型業(yè)務場景如下：典型交易類 具體規(guī)則：營銷支撐模塊獵取到典型的翼支付交易數(shù)據(jù)（如掃碼、posp、充值、民生繳費、線上交易等），通過匹配已配置的返利規(guī)則,進行翼支付返利或代金券發(fā)放的營銷活動。其中、成本結算由特定的成本商戶號負責。批充直送類 具體規(guī)則：依照營銷要求提取特征用戶（如為了維系存量中的高值用戶），將用戶數(shù)據(jù)批量導入營銷支撐平臺，再通過相關審核流程后，直接對用戶進行翼支付返利或代金券發(fā)放的營銷活動。其中、成本結算由特定的成本商戶號負責。對外提供營銷服務類 具體規(guī)則：營

28、銷支撐模塊提供統(tǒng)一的外部數(shù)據(jù)源接口（如提供給企信）。企信側準實時提供大網(wǎng)受理業(yè)務交易（辦理高值套餐、購機等） 通過對外營銷服務接口推送到營銷支撐模塊，通過匹配已配置的返利規(guī)則，進行翼支付返利或代金券發(fā)放的營銷活動。其中、成本結算由特定的成本商戶號負責。2.2.2基礎返利 系統(tǒng)提供省內(nèi)翼支付交易基礎返利活動配置，包含返利差不多規(guī)則設置、活動用戶限制、黑名單配置、活動商戶配置等，用戶在使用符合活動規(guī)則的業(yè)務時，系統(tǒng)以翼支付金形式給返還到用戶翼支付賬戶。注：集團收款碼、付款碼交易由于數(shù)據(jù)來源非實時（需要等待集團回傳前一日的交易數(shù)據(jù)），目前僅能實現(xiàn)隔日返利。交易返利活動配置需要提供如下配置規(guī)則：序號活

29、動規(guī)則描述1活動時刻活動時刻設置，用戶僅在該時刻段內(nèi)的消費才給予返利2交易來源包含間連POS交易，集團直連POS交易，客戶端掃碼交易，活動配置時可選定活動的消費交易渠道3百分比返利帶封頂按消費的金額比例進行返利，同時進行返利金額的封頂限制4固定金額返利不管消費金額大小都按返利活動配置的固定金額進行返利充值5返利金額封頂返利活動中所返利金額總數(shù)具有封頂設置，限制返利總額。即當返利金額累計達到/超過返利總額時，則不再進行返利6返利月限額系統(tǒng)進行返利時，發(fā)覺用戶返利的金額超過活動返利月限額限制，1）假如用戶當月返利的金額已等于返利限額，則不進行返利。2）假如用戶當月返利的金額小于月返利限額且增加本次

30、返利金額后大于月返利限額，則以月返利限額減去已返利金額進行返利。7返利名額限制當該活動的返利名額達到活動的返利名額限制，則該活動不接著進行返利。實現(xiàn)返利名額限制功能。8返利活動單人返利次數(shù)限制能夠對單人返利次數(shù)進行限制，用戶返利的次數(shù)達到單人返利次數(shù)限制，則不接著進行返利。建議用戶返利力度較大的活動。配合返利名額限制，可達到前幾百名用戶返利的功能。9單筆金額下限返利活動對消費金額的下限進行限制，只有達到單筆消費金額下限的消費記錄，才認為是符合返利的消費記錄。否則不進行返利。10返利優(yōu)先級配置治理當用戶滿足兩個或多個活動時，用戶只能享受優(yōu)先級最高的活動的返利，其他活動不返利。使用場景如下：A返利

31、活動是12月份整個月都有，B返利活動是12月里的星期1,3,5，同時B的優(yōu)先級高于A，遇到B，則A就不返利。11離散時刻設置能夠在活動時刻內(nèi)進一步指定具體時刻消費滿才給予返利。例如：每周五六七，加油消費單筆滿300元的，給予返利15%。12異網(wǎng)用戶限制返利活動能夠配置是否對異網(wǎng)號碼消費進行返利。13指定活動商戶設置返利活動商戶，能夠配置一個或多個商戶14外省用戶限制為了將營銷成本投入到本省用戶上，在營銷返利時，需推斷號碼是否為外省號碼，假如是外省號碼則不進行返利2.2.3營銷規(guī)則配置營銷規(guī)則要緊包括多個維度，不同的營銷方式由不同緯度組合構成：商戶 渠道類型業(yè)務種類時刻范圍黑名單單用戶累計交易次

32、數(shù)下限單用戶單筆交易金額下限單用戶累計交易金額下限單用戶成功參與次數(shù)上限單用戶成功營銷金額上限本次營銷活動的營銷金額上限本次營銷活動的交易次數(shù)上限優(yōu)惠方式中獎商品優(yōu)惠金額優(yōu)惠比例異網(wǎng)用戶限制(設置異網(wǎng)用戶是否參與活動設置)外省用戶限制其中黑名單是不能參與營銷活動的翼支付用戶列表，存放手機號碼或翼支付卡號信息，屬于黑名單的翼支付用戶不能參與營銷活動。2.2.4營銷成本治理每次營銷活動成本能夠設置是天翼支付、省電信或活動商戶單獨承擔或共同承擔，通過參數(shù)進行靈活設置，相應的營銷成本通過報表體現(xiàn)。規(guī)則要素描述備注營銷活動編號天翼支付承擔比例按筆分攤三者之和等于100%，具體金額則為優(yōu)惠金額的相應百分比

33、省電信承擔比例按筆分攤商戶承擔比例按筆分攤天翼支付承擔金額按筆分攤三者之和等于營銷規(guī)則中的優(yōu)惠金額（一般固定）省電信承擔金額按筆分攤商戶承擔金額按筆分攤2.2.5營銷活動監(jiān)控翼支付平臺需要持續(xù)監(jiān)控營銷活動的優(yōu)惠執(zhí)行情況，以及交易筆數(shù)與金額的波動情況，幸免翼支付平臺受到非正常攻擊時大量額外優(yōu)惠所產(chǎn)生的成本支出。能夠通過查詢、報表以及系統(tǒng)報警（短信）手段及時反饋營銷活動執(zhí)行效果。2.2.6清結算報表翼支付平臺需要定時出具如下類不的報表：返利活動優(yōu)惠金額報表可疑交易報表返利營銷活動執(zhí)行效果比較報表（執(zhí)行前、執(zhí)行后）營銷成本報表營銷退貨報表批充結算報表代金券發(fā)放報表代金券使用情況報表2.2.7營銷數(shù)據(jù)

34、來源治理系統(tǒng)通過CRM、ODS、支付公司等外部系統(tǒng)獵取用戶相關數(shù)據(jù)，要緊有：用戶基礎數(shù)據(jù)、用戶套餐數(shù)據(jù)、用戶交易數(shù)據(jù)等，平臺對其進行入庫治理，并將其應用于營銷活動中。要求針對不用渠道數(shù)據(jù)源均可進行營銷活動、針對掃碼交易數(shù)據(jù)，能夠進行立減、立返、代金券返利的營銷活動配置. 翼支付平臺營銷需要如下數(shù)據(jù)來源的營銷類不：Pos類交易數(shù)據(jù)，可實現(xiàn)預存款充值返利/代金券模式返利掃碼類交易數(shù)據(jù)，可實現(xiàn)對掃碼交易進行預存款充值返利/代金券模式返利省內(nèi)系統(tǒng)CRM、ODS、支付公司等外部系統(tǒng)用戶數(shù)據(jù)2.2.8批充后返功能治理 提供批充功能，應用于各類返利活動中需要用戶集中返利的場景，批量為用戶充值翼支付金、代金券

35、。即平臺支持批量導入需要充值的翼支付號碼與金額，并選擇充值商戶、充值類型，完成翼支付金充值，并提供審核功能，只有通過審批后才執(zhí)行批充。1）提供批充業(yè)務審核功能，批充活動執(zhí)行需通過活動配置和審核兩個環(huán)節(jié)，活動配置由申請人填寫，活動審核由高級權限治理員審核。2）批充類型可配置為翼支付金或翼支付代金券3）批充活動申請：填寫申請人、活動講明、批充類型、營銷成本方（充值商戶），并按批充模板填寫或上傳待批充的用戶數(shù)據(jù)4）提供批充查詢功能：包含批充活動查詢、批充號碼明細查詢等5）提供批充統(tǒng)計功能：可依照不同活動主題統(tǒng)計展示批充申請總額、批充成功總額、批充申請總數(shù)、批充成功總數(shù)等。具體包含：批充任務查詢：地市

36、及省團隊翼支付業(yè)務治理員可查詢所有批充任務。查詢條件包含：批次號、地區(qū)、時刻范圍（以申請時刻為準，細到月）、狀態(tài)。查詢結果字段：批次號、批充緣故、成本方（商戶名）、批充類型、總金額、申請人、申請時刻、審批人、審批時刻、狀態(tài)、失敗金額、失敗明細（點擊后可查號碼、金額、失敗緣故）。批充號碼查詢：輸入任一號碼，可查其批充歷史記錄。查詢結果字段：批次號、號碼、充值金額、批充類型、批充緣故、批充結果。預存款充值返利：2.2.9關聯(lián)套餐返利平臺提供返利活動治理用戶套餐，以防范低值用戶進行套利行為。平臺通過與IT系統(tǒng)對接，獵取用戶套餐信息，實現(xiàn)依照用戶套餐檔次進行返利或不返利的功能。套餐返利功能具體如下：1

37、）要求平臺定期從ODS系統(tǒng)獵取套餐配置信息（套餐ID，套餐名稱，套餐值），存放到平臺數(shù)據(jù)庫中。實現(xiàn)在進行返利活動配置時候，讓配置人員進行配置能夠返利的套餐檔次（對應一段套餐值范圍），不同套餐檔次對應不同的返利規(guī)則或返利月封頂金額，一個活動能夠配置多個套餐檔次。2）在給用戶返利時候，平臺調(diào)用ODS系統(tǒng)的數(shù)據(jù)庫接口，查詢用戶所屬的套餐信息（套餐ID、套餐名稱），然后推斷套餐是否在返利活動關聯(lián)的套餐范圍內(nèi)。假如是，才進行返利。與ODS系統(tǒng)接口：1）獵取套餐配置信息接口：套餐ID，套餐名稱2）獵取用戶套餐信息接口：條件：用戶手機號碼；結果：用戶手機號碼、套餐ID、套餐名稱）。2.2.10關聯(lián)用戶組返利

38、將用戶組和返利活動關聯(lián)。關聯(lián)后只有在用戶組中的用戶，才會獲得返利。系統(tǒng)支持對用戶組信息治理。包含能夠新增用戶組信息、用戶組名單等治理；支持系統(tǒng)治理員通過后臺批量導入用戶組成員清單及用戶所屬的用戶組。用戶組治理要求平臺提供新增返利用戶組配置治理功能，能夠添加、修改、刪除用戶組信息。用戶組成員治理要求平臺提供新增用戶組成員配置治理功能，能夠添加、修改用戶組的成員。返利活動關聯(lián)用戶組要求平臺支持將用戶組和返利活動關聯(lián)。關聯(lián)后只有在用戶組中的用戶，才會獲得返利2.2.11 代金券應用云南省內(nèi)缺失省內(nèi)代金券治理模塊，導致不能實時下發(fā)代金券，阻礙用戶體驗。云南的代金券下發(fā)只能線下統(tǒng)一提交集團，按T+7處理

39、，處理時刻長，不能結合營銷活動實時進行。省電子金融平臺與集團代金券平臺對接，實現(xiàn)本地發(fā)放代金券的能力。在營銷活動開展過程中，集團平臺負責代金券制作治理。集團平臺開放代金券下發(fā)接口給省平臺，省平臺上實現(xiàn)代金券下發(fā)的治理工作。要求支持如下場景及功能：應用于消費返券：單筆交易即時返券，返還規(guī)則為單筆交易滿XX元返X元代金券X張。消費返代金券活動要求提供如下配置規(guī)則，序號活動配置描述1代金券配置指定代金券編號及金額，用于活動中選擇返還哪種代金券2個人單筆交易金額下限設置單筆最低交易金額、只有達到消費金額下限才給予返券3活動返券總次數(shù)設置本次活動返券的總次數(shù)4個人返券總次數(shù)限制單個用戶在活動期內(nèi)最多返券

40、次數(shù) 5活動時刻活動時刻設置，用戶僅在該時刻段內(nèi)的消費才給予返券6離散時刻設置在活動時刻范圍內(nèi)進一步設置具體時刻。例如：每周五六七 7黑名單配置支持添加黑名單用戶，即在黑名單中的用戶不給予返券8異網(wǎng)用戶限制設置異網(wǎng)用戶是否參與活動設置9指定活動商戶設置返券活動商戶，能夠配置一個或多個商戶結合商戶發(fā)行聯(lián)名代金券應用于手動發(fā)券：平臺提供手動發(fā)券功能，治理員能夠使用“批充治理”功能批量導入用戶號碼及代金券編號等信息動對目標用戶發(fā)放代金券；可用于對用戶進行補返利場景。發(fā)券結果查詢：提供發(fā)券結果記錄查詢，不予返券緣故查詢功能。對賬功能：要求提供集團代金券與省平臺對賬、報表等功能。目前代金券申請下發(fā)流程如

41、下：代金券應用要緊涉及代金券申請、治理及使用，相關業(yè)務流程如下：省公司人員向集團平臺申請代金券活動，包括活動編號、代金券金額、代金券成本商戶；省公司人員將代金券活動信息錄入省平臺；省公司人員錄入代金券成本商戶的活動審核機制，可依照活動成本額度分級審核配置代金券營銷活動；治理員審核通過后，活動開始處理，為滿足條件的用戶發(fā)放代金券。代金券返利：2.2.12 微信公眾號營銷一、背景為充分利用微信入口進行翼支付宣傳，開展代金券派送、搶紅包、強互動性活動，大力吸粉，進展新用戶，提高用戶黏性。在多省成功應用的前提下，需要建設微信號紅包、代金券等應用功能。此外，可結合營銷平臺，開展線上線下聯(lián)動營銷，有力輔助

42、翼支付進展。二、項目需求1、微信公眾號建設 （1）業(yè)務查詢翼支付綁定支持翼支付用戶通過輸入翼支付賬戶+短信驗證碼，在微信公眾號進行賬號綁定，從而使用翼支付的相關服務。余額查詢要求系統(tǒng)支持用戶完成賬號綁定后，即可查詢翼支付賬戶余額交易查詢要求提供用戶查詢近三個月的翼支付交易明細。（2）紅包活動治理實現(xiàn)紅包活動的快速配置，具有紅包活動創(chuàng)建、紅包總金額、單個紅包金額、紅包數(shù)量、中獎概率等規(guī)則配置功能；通過與翼支付充值接口對接，實現(xiàn)用戶可將搶得的紅包充值到翼支付賬號；紅包活動公布后，用戶可通過微信公眾號進入活動頁面參與搶紅包，搶到的紅包可自主進行翼支付金充值。具體功能如下：紅包的制作本地紅包由電信治理

43、員在治理門戶上進行制作，本地紅包包含面值、開始時刻、結束時刻、標題、內(nèi)容、圖標、創(chuàng)建時刻、創(chuàng)建者、狀態(tài)信息。紅包的獵取本地紅包的獵取方式有兩種1）主動發(fā)放：由治理平臺通過導入用戶清單的方式主動向用戶派發(fā)紅包，并群發(fā)短信告知用戶，紅包發(fā)放后，清單用戶無需在活動頁面參與搶紅包，該紅包自動進入用戶的紅包欄目內(nèi)。2）接口發(fā)放：用戶通過參加營銷活動獵取紅包。紅包的查看用戶能夠通過展示門戶中“我的”欄目查看差不多獵取的紅包，先看到紅包的數(shù)量，假如有新的紅包，在紅包右上方進行紅點提示。用戶點擊紅包能夠查看具體內(nèi)容。紅包的使用用戶在有效期內(nèi)打開紅包，并點擊使用，能夠將本地紅包按紅包面值給翼支付賬戶充值，該操作

44、為不可提現(xiàn)充值。用戶通過短信驗證碼進行紅包充值。紅包的結算每天統(tǒng)計前一天紅包的使用情況，并生成報表。然后由省公司依照報表中的金額與集團結算。紅包規(guī)則補充講明指定紅包的總額和總個數(shù)，單個紅包可設置金額區(qū)間可設置紅包活動時刻3）單個手機號只能搶到1個紅包，搶到后不能再搶了（3）代金券活動治理代金券的制作提供代金券發(fā)放活動治理功能，具備活動創(chuàng)建、代金券活動ID、發(fā)放總數(shù)量、面值設置等功能。代金券的領取系統(tǒng)提供兩種發(fā)放領取方式，一種是由治理員導入用戶清單發(fā)放，活動用戶進入代金券領取活動頁面，即可領取。一種是新用戶首次關注微信號，即可自動獲贈代金券代金券查詢提供運營治理人員查所有代金券獵取記錄、使用狀態(tài)

45、查詢等（4）公眾號治理功能消息自定義回復可自定義消息自動回復的內(nèi)容，包含：用戶首次關注微信號自動回復的消息、消息自動回復、關鍵字自動回復（用戶在微信對話窗依照提示輸入關鍵字即可顯示定義好的內(nèi)容）消息查詢針對用戶在微信回復的消息，提供關鍵字檢索功能，支持將查詢結果導出到本地消息群發(fā)支持針對指定用戶、用戶群或用戶組進行消息群發(fā)，消息群發(fā)能夠在后臺配置，實現(xiàn)模版化。功能要緊包含：支持文字消息與圖文消息支持針對性的活動消息推送支持不同用戶、用戶組不同推送支持后臺配置群發(fā)類型粉絲查詢記錄關注用戶的差不多信息，包括用戶OPENID，用戶昵稱，用戶性不，歸屬地，關注時刻、關注狀態(tài)、用戶頭像等信息。粉絲信息記

46、錄粉絲openID獵取并記錄粉絲信息分類粉絲信息后臺查詢消息提醒平臺可依照模板給指定的關注用戶或所有用戶，設置自動消息提醒功能，例如用戶參與抽獎活動中獎后，系統(tǒng)能夠自動給該用戶推送一條系統(tǒng)設置好的中獎消息自定義菜單公眾號的自動定義菜單治理，支持菜單的創(chuàng)建、修改和刪除，展現(xiàn)成樹狀結構：部署公眾號自定義菜單能力部署公眾號自定義菜單關鍵字與規(guī)則修改公眾號自定義菜單能力刪除自定義菜單能力菜單支持關鍵字與鏈接等多樣化配置二、接口建設本期要緊與集團翼支付、CRM、流量系統(tǒng)、定位系統(tǒng)等周邊接口。為了保證接口設計的規(guī)范性和開放性，系統(tǒng)的接口設計將遵循如下原則：安全可靠性原則：系統(tǒng)應提供良好的安全性和可靠性策略

47、，支持多種安全而可靠的技術手段，制定嚴格的安全可靠的治理措施；開放性原則：提供開放式標準接口，提供與其它系統(tǒng)的互聯(lián)互通；靈活性原則：支持接口服務的重組與更新的靈活性，便于業(yè)務處理流程的修改；可擴展性原則：支持新業(yè)務的擴展以及代理接口容量與接口性能的提高；可治理性原則：提供良好的治理機制，保證在運行過程中提供給治理員方便的治理方式以處理各種情況；統(tǒng)一性原則：應當保證系統(tǒng)接口的方式、接口形式、使用的協(xié)議等標準、統(tǒng)一。（1）微信公眾號平臺接口微信公眾號平臺是本系統(tǒng)的核心業(yè)務交互平臺，微信公眾號的所有交互都要通過微信平臺，是本業(yè)務的關鍵周邊系統(tǒng)。微信公眾號平臺要緊要實習以下幾種接口：消息收發(fā)接口自定義

48、菜單接口素材接口粉絲用戶接口數(shù)據(jù)分析接口2.2.13 結算對賬返利活動結算流程：依照返利配置的成本商戶賬戶，由集團自動從該商戶賬戶中扣除營銷費用。需預先將營銷成本充值進入預存款賬戶，翼支付金的結算依照返利金額結算，翼代金券的結算待活動結束后以代金券使用量進行結算。2.2.14 營銷結果查詢與統(tǒng)計 系統(tǒng)提供各類營銷活動的營銷結果查詢，要求依照日常業(yè)務需要提供賬戶返利查詢、返利規(guī)則查詢、返利交易查詢、不滿足返利及緣故查詢、代金券返利結果查詢、不滿足返代金券查詢、返利商戶配置歷史查詢等多種維度查詢功能。系統(tǒng)提供各類營銷活動的營銷結果數(shù)據(jù)統(tǒng)計，包含返利結算報表、返利結算明細報表等統(tǒng)計。2.2.15其他

49、接口 依照營銷活動需要，與CRM系統(tǒng)、ODS、計費、支付等省內(nèi)其他對接，獵取用戶通訊狀態(tài)、套餐等營銷活動開展需要的基礎數(shù)據(jù)信息。數(shù)據(jù)分析治理模塊建設省內(nèi)數(shù)據(jù)平臺，實現(xiàn)省內(nèi)自主治理用戶數(shù)據(jù)、交易數(shù)據(jù)、活動數(shù)據(jù)、商戶數(shù)據(jù)、對賬數(shù)據(jù)、結算數(shù)據(jù)等。用戶數(shù)據(jù)、交易數(shù)據(jù)、商戶數(shù)據(jù)需要從集團開放的數(shù)據(jù)接口或下載頁面獵取，并同步回省內(nèi)入庫。營銷活動均在省內(nèi)實施與監(jiān)控，不管是策劃營銷規(guī)則、營銷活動的配置數(shù)據(jù)、依舊提供給集團實施的營銷結果數(shù)據(jù)、提供給商戶結算分擔的成本數(shù)據(jù)，均已在省內(nèi)系統(tǒng)中。省內(nèi)平臺針對以上數(shù)據(jù)源，能夠依照業(yè)務治理要求，進行定制化開發(fā)，實現(xiàn)數(shù)據(jù)治理、進行數(shù)據(jù)分析、執(zhí)行數(shù)據(jù)統(tǒng)計，生成各類業(yè)務報表和豐

50、富化展示視圖。2.3.1業(yè)務場景支撐和規(guī)則講明集團數(shù)據(jù)要緊分步在集團平臺，而集團平臺要緊是支撐全國，無法有效定制提供云南省所需的各類個性化數(shù)據(jù)報表，無法進行云南省的數(shù)據(jù)分析以及營銷分析，甚至由于全國數(shù)據(jù)量太大，導致省內(nèi)數(shù)據(jù)的導出都比較困難。 建設省內(nèi)數(shù)據(jù)平臺模塊的目的是：1、治理個人賬戶與商戶信息，有效支撐各區(qū)域對商戶、個人賬戶活躍等指標的數(shù)據(jù)報表2、進行用戶價值、營銷效益等數(shù)據(jù)分析，開展精準營銷3、獵取集團、省內(nèi)各渠道的用戶、商戶、交易等數(shù)據(jù)，有助于開展各種場景的營銷活動。2.3.2用戶數(shù)據(jù)集團同步接口集團每日定期將T-1日有新增或更新的用戶信息文件推送省內(nèi)更新。省內(nèi)可自行查詢用戶數(shù)據(jù)。2.

51、3.3個人賬戶緯度的交易數(shù)據(jù)集團同步接口集團每日定期將T-1日的交易信息文件推送省內(nèi)更新。省內(nèi)可自行查詢個人賬戶交易數(shù)據(jù)。2.3.4商戶緯度的交易數(shù)據(jù)集團同步接口集團每日定期將T-1日的交易信息文件推送省內(nèi)更新。省內(nèi)可自行查詢商戶交易數(shù)據(jù)。2.3.5統(tǒng)計查詢報表1、依照日常經(jīng)營及數(shù)據(jù)分析需要，提供查詢功能；提供報表配置能力，對用戶數(shù)、交易金額、分區(qū)域、營銷成本、交易頻次、商戶統(tǒng)計等數(shù)據(jù)提供后臺配置功能，并可在前臺展示或導出方式功能。2、用戶價值分析整合集團支付平臺、省支付平臺、省IT系統(tǒng)相關的用戶數(shù)據(jù)、交易數(shù)據(jù)、進行用戶的行為特征分析，包含靜態(tài)數(shù)據(jù)與動態(tài)數(shù)據(jù)分析。具體如下：靜態(tài)數(shù)據(jù)分析按用戶數(shù)

52、、交易筆數(shù)、交易金額統(tǒng)計用戶性不占比情況按用戶數(shù)、交易筆數(shù)、交易金額統(tǒng)計用戶年齡段分布情況按用戶數(shù)、交易筆數(shù)、交易金額統(tǒng)計天翼網(wǎng)齡、翼支付網(wǎng)齡分布情況按用戶數(shù)、交易筆數(shù)、交易金額統(tǒng)計用戶歸屬地分布情況按用戶數(shù)、交易筆數(shù)、交易金額統(tǒng)計消費地分布情況動態(tài)數(shù)據(jù)分析按交易筆數(shù)、交易金額、時刻統(tǒng)計用戶消費頻次分布情況按交易筆數(shù)、交易金額、時刻統(tǒng)計用戶消費額度分布情況按行業(yè)統(tǒng)計用戶消費偏好分布情況3、營銷效益分析在綜合分析的基礎上結合營銷活動維度進行活動效益分析，按時刻、區(qū)域統(tǒng)計比對各個活動的交易金額、交易筆數(shù)、活動用戶、新用戶情況統(tǒng)計分析。運營風險治理模塊增加省內(nèi)平臺運營監(jiān)控治理功能，為實現(xiàn)重點問題監(jiān)控

53、、交易對賬、差錯處理等運營功能。支付系統(tǒng)對信息安全和資金安全性有著專門高的要求，同時隨著營銷活動的開展，套現(xiàn)、套利等問題經(jīng)常發(fā)生，人工檢查特不困難而且成本專門高，容易造成營銷成本的白費和資金損失。因此系統(tǒng)需對交易行為進行多方位監(jiān)控，防止用戶、商戶套現(xiàn)套利事件的進展，減少營銷成本的資金損失，并不斷總結經(jīng)驗教訓，優(yōu)化完善營銷活動配置，最大化營銷成本的投入效果。2.4.1業(yè)務場景支撐和規(guī)則講明互聯(lián)網(wǎng)金融的獨特性決定了風控的獨特性，配套風控依靠于深度的數(shù)據(jù)匯聚和行為挖掘。建設運營治理模塊的業(yè)務場景要緊注重以下幾點：通過交易行為監(jiān)控，多方位防止套現(xiàn)、套利事件發(fā)生；隨時關注營銷活動成本，減少營銷成本的資金

54、損失；重點問題監(jiān)控、數(shù)據(jù)對賬、數(shù)據(jù)通報等提供運營關鍵點的支撐； 2.4.2實現(xiàn)省內(nèi)交易狀態(tài)監(jiān)控1、依照集團同步的交易數(shù)據(jù)，匯總個人賬戶的交易數(shù)據(jù)源，關注在同一商戶多次交易的用戶交易和返利數(shù)據(jù)，對用戶返利情況進行統(tǒng)計，并設計告警規(guī)則進行監(jiān)控告警。2、依照集團同步的交易數(shù)據(jù)，匯總商戶的交易數(shù)據(jù)，統(tǒng)計分析商戶的異常交易情況，并以圖表數(shù)據(jù)的形式展示在綜管臺。支持對指定商戶交易額進行監(jiān)控，當指定商戶單筆/日/月消費累計總額達到X元時，以圖表展示告警的形式通知監(jiān)控人員。3、增加省內(nèi)平臺運營監(jiān)控治理功能，實現(xiàn)對系統(tǒng)交易異常、對賬異常等業(yè)務進行監(jiān)控的功能。2.4.3實現(xiàn)省內(nèi)活動成本監(jiān)控2.4.4實現(xiàn)省內(nèi)對賬結

55、果監(jiān)控2.4.5實現(xiàn)省內(nèi)接口能力自監(jiān)控2.4.6具備差錯處理能力差錯處理、審核平賬等功能 2.5 數(shù)據(jù)處理中心為有效治理全省翼支付業(yè)務相關數(shù)據(jù)，開展各類營銷活動、整合查詢、數(shù)據(jù)分析工作，集中匯總集團各渠道的用戶、商戶和交易數(shù)據(jù)，數(shù)據(jù)處理中心需要從外部系統(tǒng)同步的數(shù)據(jù)源包括以下幾類：2.5.1用戶數(shù)據(jù)采集采集方式數(shù)據(jù)流向過程為：支付公司集團匯聚平臺集團ODS各省企信部采集內(nèi)容要求獵取的用戶差不多信息包含：用戶的手機號碼、手機號碼歸屬地市、手機號碼歸屬區(qū)縣、翼支付狀態(tài)、翼支付開通時刻、翼支付注銷時刻等。采集流程2.5.2商戶數(shù)據(jù)采集采集方式數(shù)據(jù)流向過程為：支付公司集團匯聚平臺集團ODS各省企信部采集

56、內(nèi)容商戶治理包含“商戶編碼、商戶名稱、商戶類型、行業(yè)類型、商戶狀態(tài)、商戶地址、營業(yè)執(zhí)照、組織機構代碼、法人代表、財務聯(lián)系人等信息”等要緊字段。采集流程2.5.3交易數(shù)據(jù)采集采集方式數(shù)據(jù)流向過程為：支付公司集團匯聚平臺集團ODS各省企信部采集內(nèi)容交易數(shù)據(jù)包括POS交易（間連、直連）、掃碼交易和網(wǎng)關交易。需要包括交易時刻、手機號碼、交易金額、交易金額、交易標識、交易渠道、交易結果、商戶號、終端號、商戶全稱等要緊數(shù)據(jù)字段。采集流程 集團支付平臺各渠道的交易數(shù)據(jù)采集流程同商戶數(shù)據(jù)采集流程。系統(tǒng)設計系統(tǒng)特性安全性：系統(tǒng)關于安全性要求較高的模塊使用CA數(shù)字證書認證方式，從而多層次多角度的提高系統(tǒng)的安全性。

57、可移植性：系統(tǒng)采納跨平臺的技術方案，能夠方便的在多種主機、網(wǎng)絡、操作系統(tǒng)環(huán)境下工作。易維護性：系統(tǒng)對大部分的模塊使用配置化的實現(xiàn)，可通過較為簡單的配置來實現(xiàn)原本較為復雜的業(yè)務要求。如此大大提高了系統(tǒng)的靈活性，并便于后期維護。同時系統(tǒng)的技術方案和配置化的實現(xiàn)也決定了系統(tǒng)的部署是極為便捷的。開放性：系統(tǒng)支持主流的業(yè)務接口（如8583報文）。同時系統(tǒng)由因此可配置化的，因此對一些較為專門的業(yè)務接口也得以專門好的支持。如此大大提高了與外部機構互聯(lián)互通的效率。友好性：系統(tǒng)在設計和實現(xiàn)過程中，著重考慮到人機交互，最大程度上提高界面的友好度。為服務不同類型的用戶實現(xiàn)多語言多呈現(xiàn)方式的界面交互。高效性：系統(tǒng)在實

58、現(xiàn)過程中同時考慮到系統(tǒng)的效率問題，不存在內(nèi)存泄露，資源死鎖問題。關于Web互聯(lián)網(wǎng)應用進行界面優(yōu)化等措施，從而提高系統(tǒng)的效率。最終實現(xiàn)用戶同時在線數(shù)大于100個，系統(tǒng)查詢、支付等操作的響應速度小于3秒。系統(tǒng)技術架構翼支付平臺使用J2EE的B/S技術架構，J2EE技術架構具有標準化、跨平臺的優(yōu)勢。架構采納SpringMvc+SpringIbatis的組合架構。如下圖所示：OS OS FrameWorkdatabaseSPRINGMVC表示層業(yè)務層ORMSPRING事務處理IBATISWEBSERVICE 服務組件*.JSP,Application.xmlIBATIS session治理其他服務類治

59、理Spring是為J2EE 應用程序開發(fā)提供集成的一種開源框架，時下業(yè)界流行將其作為業(yè)務層配置來使用。Ibatis 是開發(fā)源碼的數(shù)據(jù)庫操作架構。Ibatis著力點于POJO 與 SQL之間的映射關系。也確實是講，Ibatis并可不能為程序員在運行期自動生成 SQL 執(zhí)行。具體的 SQL 需要程序員編寫，然后通過映射配置文件，將SQL所需的參數(shù)，以及返回的結果字段映射到指定 POJO。安全體系由于系統(tǒng)安全體系的具體實施方案涉及到個人或企業(yè)關于安全等級的要求，以及協(xié)作機構之間的安全性約定等諸多方面的內(nèi)容，涉及到專門多尚未確定的細節(jié)性因素，因此在那個地點我們只在總體上講明系統(tǒng)安全體系的建設原則、方法

60、和建議。系統(tǒng)安全是整個系統(tǒng)可靠運行和進行安全防范的基石，在統(tǒng)一設計原則下，在不同的安全層次，在預防、檢測和恢復等各個時期確保系統(tǒng)的持續(xù)穩(wěn)定運行防止信息的損壞、泄露或被非法修改并保證系統(tǒng)平臺的安全。一個完整的安全解決方案應涵蓋系統(tǒng)中所有的用戶、網(wǎng)絡、主機、應用服務器以及應用程序，并建立高效、可靠的安全治理策略。因此我們從業(yè)務應用系統(tǒng)的整個體系架構考慮，設計一個堅實、可靠的安全體系方案。整個方案從物理安全、數(shù)據(jù)庫安全、應用安全、運行安全等方面來構架整個體系。3.3.1目標與方法系統(tǒng)安全體系的構建不僅要在技術層面上在網(wǎng)絡層次、系統(tǒng)層次和應用層次等各層次上實現(xiàn)高可靠性、高可擴展性，而且要結合信息安全具