




版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領
文檔簡介
1、.新一代信息系統(tǒng)建設項目業(yè)務需求方案多法人架構支持2015年12月;.修訂記錄序號修訂內(nèi)容修訂日期修訂人1編寫初稿2015-12-08孔傲然23456788910目 錄1概述11.1文檔目的11.2內(nèi)容簡介11.3參考資料12業(yè)務概述22.1業(yè)務范圍22.2業(yè)務目標和關鍵點23目標業(yè)務能力框架54業(yè)務功能需求64.1渠道管理64.1.1渠道規(guī)劃64.1.2產(chǎn)品部署64.1.3業(yè)務控制64.1.4限額管理74.2客戶營銷與銷售74.2.1營銷策略74.2.2營銷流程84.2.3營銷規(guī)則84.2.4營銷監(jiān)控和統(tǒng)計84.3服務管理94.3.1服務配置94.3.2服務調度94.3.3服務組裝94.4機
2、構管理104.4.1法人屬性定義104.4.2法人間關系定義104.4.3機構設置104.4.4機構關系管理114.5客戶信息管理114.5.1客戶號編碼114.5.2客戶基本信息維護124.5.3客戶補充信息維護124.5.4客戶簽約124.5.5客戶關系維護134.5.6客戶信息關聯(lián)應用134.5.7客戶信息分享管理144.5.8客戶信息查詢與展現(xiàn)144.6產(chǎn)品管理154.6.1產(chǎn)品定義154.6.2產(chǎn)品維護154.6.3產(chǎn)品服務154.6.4產(chǎn)品管理164.6.5產(chǎn)品代理164.6.6產(chǎn)品組合174.6.7產(chǎn)品查詢174.7定價機制174.7.1定價策略174.7.2價格種類與規(guī)則184
3、.7.3基礎價格184.7.4優(yōu)惠價格194.7.5定價權限194.8核算處理204.8.1科目設置204.8.2核算規(guī)則204.8.3核算主體204.8.4損益結轉214.9清算處理214.9.1清算模式214.9.2清算機制224.10風險管控224.10.1權限處理224.10.2授權機制234.10.3限額管理234.10.4業(yè)務預警254.10.5差錯處理254.11參數(shù)管理264.11.1參數(shù)分類管理264.11.2參數(shù)權限264.11.3參數(shù)同步與發(fā)布264.12數(shù)據(jù)支持274.12.1基礎數(shù)據(jù)支持274.12.2數(shù)據(jù)分析與統(tǒng)計274.12.3信息報送與披露284.12.4數(shù)據(jù)管
4、理機制284.13批處理284.13.1單一法人獨立運行284.13.2多法人集中運行294.13.3混合模式運行294.13.4批處理運行304.14運營管理304.14.1運營流程支持304.14.2業(yè)務流程差異化314.15法人調整314.15.1法人新開314.15.2法人級別調整314.15.3法人機構調整324.16跨法人訪問控制324.16.1訪問控制支持324.17其他業(yè)務處理334.17.1現(xiàn)金憑證管理334.17.2憑證管理334.17.3銀行卡業(yè)務334.17.4支付清算業(yè)務344.17.5中間業(yè)務344.18運行維護344.19其他多法人需求35;.1 概述1.1 文檔
5、目的本文檔用來對新一代核心業(yè)務系統(tǒng)支持多法人的體系架構的需求進行定義和描述。1.2 內(nèi)容簡介本文檔的內(nèi)容包括多法人體系支持的目標和提升點,以及分主題對多法人體系的需求進行描述。1.3 參考資料2 業(yè)務概述2.1 業(yè)務范圍多法人架構是在單一系統(tǒng)中支持多個法人行的業(yè)務交易和客戶服務,滿足各種法人組織架構體系的要求(一級法人/多級法人/銀行合作聯(lián)盟/村鎮(zhèn)銀行/海外銀行/離岸銀行)。2.2 業(yè)務目標和關鍵點n 組織多元化滿足組織多元化,首先需要依照各法人機構的職能不同,設置法人的類型、級別等;并支持機構類型的多樣化,將機構區(qū)分為營業(yè)機構、會計主體和管理機構;而按照服務類型的不同可區(qū)分為實體機構和虛擬機
6、構;不同的法人可根據(jù)各自業(yè)務開展的需求設置不同的機構類型。n 結構多元化不同法人可根據(jù)實際經(jīng)營和管理要求設置不同的業(yè)務關系,各個業(yè)務關系之間相互獨立,互不影響,并且具有各自的層次關系,滿足其個性化經(jīng)營的要求。法人內(nèi)部機構間通過不同的業(yè)務關系建立起聯(lián)系,從而滿足面向業(yè)務、經(jīng)營和管理各個層面上的關聯(lián)應用。例如,清算的業(yè)務關系與行政管理的關系和層次不同,并且不同法人的清算關系和層次也各自不同;為了滿足多法人體制下組織結構和關系的多元化,需要重點考慮經(jīng)營、清算、賬務、憑證和現(xiàn)金管理、參數(shù)、運營、客戶管理、風險管控、代理及法人歸屬等業(yè)務關系的獨立性和差異性。n 業(yè)務多元化在各自關系結構下,需要滿足不同法
7、人及機構對業(yè)務范圍和品種的不同,同時還需支持業(yè)務處理規(guī)則和流程的不同。多法人經(jīng)營體制的多元化,主要體現(xiàn)在面向客戶、渠道、產(chǎn)品,定價、風控和核算、清算、參數(shù)、數(shù)據(jù)及管理等維度的多元化。 在營銷方面,滿足不同法人制定不同的營銷策略,通過不同的營銷渠道,針對各自的目標客戶群體,進行所銷售的產(chǎn)品的推介和營銷,并采用法人不同的營銷流程和規(guī)則,賦予法人向下的客戶經(jīng)理不同的權限。 對于客戶而言,在全行統(tǒng)一編碼的基礎上,明確客戶信息在各法人的管理權限以及管理規(guī)則,例如對公客戶的地址信息只允許在開戶行維護,同法人行可瀏覽等,雖為統(tǒng)一客戶,但可區(qū)分在不同法人的貢獻度進行綜合評定,從而享有差異化的服務。 對于渠道而
8、言,每個法人可進行各自的渠道品牌規(guī)劃,進行差異化的產(chǎn)品和服務部署,針對渠道設置不同的業(yè)務控制,以及不同的限額管理機制等。 對于產(chǎn)品而言,各個法人可定義各自專屬的產(chǎn)品,也可共享全行產(chǎn)品產(chǎn)品的前提下設置特色的產(chǎn)品規(guī)則,明確產(chǎn)品的法人歸屬范圍或代理權限等。 在定價方面,各個法人可具有不同的定價權,有些法人允許獨立定價,有些法人只可使用指導價;對于具有獨立定價權的法人,可采用不同的定價策略,并且針對不同客戶、產(chǎn)品等采用差異化的定價方式和標準,明確各自的定價范圍;對于指導定價的法人,可定義不同的議價空間。各法人可設置各自的優(yōu)惠價格策略。 在核算方面,各個法人采用不同的核算規(guī)則和核算模式;核算的主體可不同
9、;損益劃轉的規(guī)則各有不同。 在清算方面,各個法人可采用不同的清算模式,法人內(nèi)部可設定不同的清算層級。 在風險管控方面,不同的法人主體可設定各自的業(yè)務角色和崗位,以及設定配套的權限;采用不同的授權機制,如授權條件、授權方式等;各個法人可設置不同的額度并進行差異化的管控;針對不同法人可采用不同的差錯處理機制和流程。 在參數(shù)配置方面,針對參數(shù)進行區(qū)分和分類的角度,各法人可有所不同,從而配套不同的管理權限、方式和對象;不同的參數(shù)針對對象定義不同的維護權限和流程,包括定義、審批、刪除等,不同法人對于參數(shù)規(guī)則的定義可體現(xiàn)差異化。 在數(shù)據(jù)方面,首先要能夠體現(xiàn)法人的主數(shù)據(jù),并且能夠駐留在交易信息、流水等業(yè)務和
10、日志信息中,后續(xù)能夠進行法人數(shù)據(jù)的獨立提取和區(qū)隔;另外針對法人的數(shù)據(jù)可設定不同的訪問權限,從而體現(xiàn)法人數(shù)據(jù)的獨立性和可共享性。n 管理多元化管理多元化可區(qū)分為內(nèi)部經(jīng)營管理和外部合規(guī)監(jiān)管兩個方面;對于內(nèi)部經(jīng)營管理,針對不同法人的運營管理模式的差異化,需要能夠支持業(yè)務處理和操作流程的不同;針對內(nèi)部數(shù)據(jù)分析和統(tǒng)計,能夠滿足不同法人數(shù)據(jù)統(tǒng)計指標、標準及顆粒度的不同,如績效分析的標準和規(guī)則各法人可不同;各法人的風險計量模型可不同;法人對客戶評定的標準和規(guī)則也各有不同;需要滿足各法人針對財務、風險、資產(chǎn)負債等報表格式、規(guī)則與展現(xiàn)的不同;對于外部合規(guī)監(jiān)管而言,需要滿足對外信息報送的多元化和差異化,以全行或者
11、各個法人獨立報送的方式進行信息披露,一方面滿足監(jiān)管部門的合規(guī)要求,另一方面體現(xiàn)各法人所屬區(qū)域的特色需求。n 支持變更靈活化除了以上從組織、機構、業(yè)務、管理的多元化方面需要進行策略響應,隨著經(jīng)營體制改革的推進,以上內(nèi)容都會發(fā)生變化和調整,并且法人間的關系也會發(fā)生變化,因此需要具有靈活的機制確保調整和變更得以快速響應,從而響應市場化的變化,降低對客戶的影響。3 目標業(yè)務能力框架多法人架構能力體系是覆蓋全行級的業(yè)務能力要求,核心業(yè)務系統(tǒng)作為產(chǎn)品服務系統(tǒng),則要求提供彈性的架構支撐能力,同時其他的產(chǎn)品服務類系統(tǒng)也需要提供相應的彈性架構支持,而渠道、服務、數(shù)據(jù)、管理等能力,則需要更多外圍系統(tǒng)的能力提升和支
12、撐,從而能夠滿足多法人經(jīng)營體制的需求。4 業(yè)務功能需求4.1 渠道管理4.1.1 渠道規(guī)劃4.1.1.1 需求描述各法人進行各自的渠道規(guī)劃和管理。4.1.1.2 業(yè)務處理規(guī)則1. 不同法人定義自己開設的渠道,包括自助渠道、電子渠道、人工渠道等;2. 針對自助渠道自行配備和布設各自的設備,并進行相應的管理;3. 針對電子渠道,如網(wǎng)銀、手機銀行等,定義各自的品牌,以及渠道的界面和風格;4. 各法人對人工渠道,如人工坐席,進行差別化管理;4.1.1.3 備注說明無4.1.2 產(chǎn)品部署4.1.2.1 需求描述各法人針對各自開設的渠道進行產(chǎn)品和服務部署。4.1.2.2 業(yè)務處理規(guī)則1. 支持法人針對自己
13、開設的渠道進行產(chǎn)品的部署;2. 支持法人在自己開設的渠道上進行獨立的服務部署;3. 各法人的渠道的產(chǎn)品和功能范圍以及訪問入口可不同。4.1.2.3 備注說明無4.1.3 業(yè)務控制4.1.3.1 需求描述各法人對各自部署的產(chǎn)品和服務進行差別化的業(yè)務控制。4.1.3.2 業(yè)務處理規(guī)則1. 各法人對渠道的業(yè)務控制和規(guī)則進行差異化定義,如允許辦理業(yè)務等;2. 支持各法人對渠道的服務流程進行差異化控制。4.1.3.3 備注說明無4.1.4 限額管理4.1.4.1 需求描述各法人針對開設的渠道設置不同的限額,并進行相應的檢查和控制。4.1.4.2 業(yè)務處理規(guī)則1. 支持針對不同的渠道設置不同的限額,如AT
14、M限額、手機銀行支付限額等,并可區(qū)分單筆、累計的限額;2. 不同法人的對于同一渠道的限額設置可不同;3. 各法人對于超限額的處理方式可不同,可包括拒絕、提示、預警等。4.1.4.3 備注說明無4.2 客戶營銷與銷售4.2.1 營銷策略4.2.1.1 需求描述不同法人針對目標客戶群采用不同的營銷策略。4.2.1.2 業(yè)務處理規(guī)則1. 各法人可對自己的客戶進行差異化的細分,包括客戶類型可劃分為個人、企業(yè)、小微、同業(yè),針對客戶類型可進一步細分,如針對個人可按照客戶級別進行進一步細分,企業(yè)可按照規(guī)模和重要程度進一步細分;2. 支持法人內(nèi)進行客戶關系維護,不同法人針對同一關系類型可設置不同的客戶關系;3
15、. 不同法人制定各自的營銷策略,不同法人設置各自的客戶經(jīng)理,進行各自的客戶營銷。4.2.1.3 備注說明4.2.2 營銷流程4.2.2.1 需求描述不同法人定義各自的客戶營銷流程。4.2.2.2 業(yè)務處理規(guī)則1. 支持客戶篩選、拓展、挽留的流程處理可不同;2. 客戶接觸管理流程和活動可不同。4.2.2.3 備注說明4.2.3 營銷規(guī)則4.2.3.1 需求描述不同法人定義各自的客戶營銷相關規(guī)則。4.2.3.2 業(yè)務處理規(guī)則1. 客戶識別和篩選的規(guī)則不同;2. 客戶營銷事件的定義、偵測、分配的規(guī)則不同;3. 目標客戶歸屬規(guī)則不同。4.2.3.3 備注說明4.2.4 營銷監(jiān)控和統(tǒng)計4.2.4.1 需
16、求描述按各法人自定義的模型進行營銷的監(jiān)控和統(tǒng)計。4.2.4.2 業(yè)務處理規(guī)則1. 各法人的營銷監(jiān)控內(nèi)容可不同;2. 統(tǒng)計的規(guī)則和邏輯可不同;3. 對營銷分析的維度可不同。4.2.4.3 備注說明4.3 服務管理4.3.1 服務配置4.3.1.1 需求描述各法人可定義不同的服務,并進行配套的維護和管理機制4.3.1.2 業(yè)務處理規(guī)則1. 不同的目標系統(tǒng)發(fā)布所提供的服務,各法人進行服務訂閱和定義;2. 根據(jù)服務的使用的情況對服務進行差異化的全生命周期的管理。4.3.1.3 備注說明4.3.2 服務調度4.3.2.1 需求描述根據(jù)法人的業(yè)務功能和流程的要求進行服務的調度。4.3.2.2 業(yè)務處理規(guī)則
17、1. 根據(jù)服務流程進行差異化的服務調度;2. 設定不同的服務調度判斷條件,進行服務調度的路由和選擇。4.3.2.3 備注說明4.3.3 服務組裝4.3.3.1 需求描述根據(jù)法人的業(yè)務要求進行服務的組裝。4.3.3.2 業(yè)務處理規(guī)則1. 設定不同的服務組合的規(guī)則;2. 支持法人根據(jù)具體的業(yè)務場景進行不同服務的組合。4.3.3.3 備注說明4.4 機構管理4.4.1 法人屬性定義4.4.1.1 需求描述定義和維護法人維度的屬性。4.4.1.2 業(yè)務處理規(guī)則1. 對法人進行單獨編碼和標示2. 獨立于機構屬性,定義法人信息和屬性,包括法人級別、類型、狀態(tài)等;3. 定義法人的管理權限和業(yè)務范圍;4.4.
18、1.3 備注說明4.4.2 法人間關系定義4.4.2.1 需求描述支持法人間關系的靈活定義。4.4.2.2 業(yè)務處理規(guī)則1. 定義法人間的關系,支持按照業(yè)務處理的要求設置相應的關系種類,如設置某業(yè)務的清算關系;2. 法人間橫向的關系主要包括數(shù)據(jù)隔離、客戶信息共享、產(chǎn)品共享/代理等;3. 可對每一種關系種類進行設置,支持設置法人的默認關系和級別,也可依據(jù)不同的情況對兩個法人間單獨設置;4. 可為具備相似關系的法人建立關系群組。4.4.2.3 備注說明4.4.3 機構設置4.4.3.1 需求描述支持法人內(nèi)機構的獨立設置。4.4.3.2 業(yè)務處理規(guī)則1. 法人內(nèi)機構類型包括賬務機構、營業(yè)機構、虛擬機
19、構等;2. 不同法人設置的機構類型可不同;3. 法人間的機構屬性定義相互獨立;4. 為了方便支持機構變更,機構號可全行統(tǒng)一編碼。4.4.3.3 備注說明4.4.4 機構關系管理4.4.4.1 需求描述支持法人內(nèi)機構關系的靈活定義。4.4.4.2 業(yè)務處理規(guī)則1. 不同法人內(nèi)的機構關系類型可不同;2. 法人內(nèi)的機構間可區(qū)分不同業(yè)務關系類型,至少能覆蓋營業(yè)關系、賬務關系、數(shù)據(jù)匯總關系、清算關系、憑證調撥、現(xiàn)金調撥、代理關系等。4.4.4.3 備注說明4.5 客戶信息管理4.5.1 客戶號編碼4.5.1.1 需求描述對多法人體系架構下的客戶編號進行定義,支持法人間客戶信息的隔離性。4.5.1.2 業(yè)
20、務處理規(guī)則1. 多法人架構下,同一客戶在一個法人范圍內(nèi),只有一個客戶號,在不同法人范圍內(nèi),客戶號不同;2. 存量客戶按照其有效賬戶的開戶網(wǎng)點進行數(shù)據(jù)遷移,生成開戶網(wǎng)點歸屬法人的客戶編號,并將整套的客戶資料遷移至該法人內(nèi)。4.5.1.3 備注說明4.5.2 客戶基本信息維護4.5.2.1 需求描述不同法人維護各自客戶的基本信息。4.5.2.2 業(yè)務處理規(guī)則1. 各法人定義的客戶基本信息的必輸要素可不同;2. 同一客戶在法人范圍內(nèi)只能擁有一個客戶號,并維護一套基本信息;3. 所建立的基本信息,只能在該法人范圍內(nèi)查詢、使用及維護。4.5.2.3 備注說明4.5.3 客戶補充信息維護4.5.3.1 需
21、求描述法人維護各自客戶的補充信息。4.5.3.2 業(yè)務處理規(guī)則1. 在各法人的基本信息建立完成前提下,建立和維護客戶補充信息;2. 同一客戶在一個法人范圍內(nèi),只能維護一套補充信息;3. 信息只能在法人范圍內(nèi)查詢、使用及維護;4. 同一客戶在不同法人行分別建立一套補充信息;5. 法人范圍內(nèi)可建立和維護客戶的聯(lián)系信息、地址信息、客戶間關系信息等。4.5.3.3 備注說明4.5.4 客戶簽約4.5.4.1 需求描述各法人可設置不同的簽約服務、簽約流程和規(guī)則。4.5.4.2 業(yè)務處理規(guī)則1. 多法人體系架構下,除了要求在開戶行辦理的簽約外,客戶需在客戶或賬戶開戶行的歸屬法人范圍內(nèi)進行簽約處理;2. 簽
22、約信息只允許在歸屬法人范圍內(nèi)進行查詢、維護和使用;3. 各法人允許簽約的服務和產(chǎn)品范圍可不同,統(tǒng)一簽約操作的選項可不同;4. 對于同一簽約服務,不同法人可設置不同的簽約規(guī)則;5. 簽約回單打印憑證的格式、內(nèi)容等各法人可不同。4.5.5 客戶關系維護4.5.5.1 需求描述各法人建立和維護法人范圍內(nèi)的客戶間、客戶與客戶經(jīng)理間的關系信息。4.5.5.2 業(yè)務處理規(guī)則1. 維護法人范圍內(nèi)的客戶間關系信息;2. 各個法人只能管理轄內(nèi)的客戶經(jīng)理歸屬機構、營銷范圍、攬存賬戶;3. 客戶經(jīng)理交接也只能在法人范圍內(nèi)進行。4.5.5.3 備注說明4.5.6 客戶信息關聯(lián)應用4.5.6.1 需求描述在業(yè)務辦理過程
23、中,優(yōu)先關聯(lián)法人內(nèi)的關聯(lián)信息,參考關聯(lián)其他法人的共享的客戶信息。4.5.6.2 業(yè)務處理規(guī)則1. 使用法人范圍內(nèi)的相關客戶信息作為關聯(lián)應用的基礎提供業(yè)務處理,如針對法人范圍內(nèi)的客戶級別提供優(yōu)惠;2. 對于風險類信息,優(yōu)先關聯(lián)法人內(nèi)的關聯(lián)信息,如不滿足則拒絕,如滿足,則參考關聯(lián)其他法人共享的客戶基本信息進行關聯(lián)判斷,如不良客戶信息、黑名單等,從而加強業(yè)務風險識別和控制;3. 對于行內(nèi)非本法人的客戶,視為對手客戶信息進行關聯(lián)信息檢查。4.5.6.3 備注說明4.5.7 客戶信息分享管理4.5.7.1 需求描述各個法人行的客戶信息相互隔離、相互獨立,原則上不允許共享。對于需要分享的信息,可以通過分享
24、管理相關功能,實現(xiàn)在特定范圍內(nèi)實現(xiàn)分享查詢。4.5.7.2 業(yè)務處理規(guī)則1. 客戶分享級別管理:客戶的歸屬機構及上級機構,可以維護單個客戶的分享級別。如果客戶分享級別為分享,則該客戶的基本信息可以在指定范圍內(nèi)查詢;如果客戶分享級別為私有,則該客戶的基本信息僅限在所屬法人范圍內(nèi)查詢;2. 分享范圍管理??蛻糍Y料分享范圍可以通過法人之間分享關系來定義。法人主體的參數(shù)管理機構,可以通過交易維護分享關系,添加或去除分享法人行。例如,法人行A,添加了分享法人B,則B可以查詢A轄內(nèi)的分享客戶的信息;如果法人行A刪除了分享法人B,則B不能查詢到A轄內(nèi)的客戶信息;3. 總行一方面可以維護總行所屬法人范圍內(nèi)的客
25、戶的分享級別和分享范圍,也可維護個法人的分享規(guī)則;4. 分享客戶查詢。可以查詢與本法人建立分享關系的其他法人的分享客戶的基本信息;4.5.7.3 備注說明4.5.8 客戶信息查詢與展現(xiàn)4.5.8.1 需求描述各法人查詢歸屬范圍內(nèi)的客戶和賬戶信息。4.5.8.2 業(yè)務處理規(guī)則1. 根據(jù)輸入的客戶相關信息,結合交易機構所隸屬的法人行號,對客戶信息進行查詢;2. 允許查詢開戶機構在交易機構隸屬法人范圍內(nèi)的信息賬戶及客戶信息;3. 查詢法人歸屬客戶開立的賬戶信息或簽訂的簽約協(xié)議信息;4. 可以查詢與本法人建立分享關系的其他法人的分享客戶的基本信息;5. 總行除了可查詢所屬法人的客戶信息,還可查詢各個法
26、人的客戶和賬戶信息。4.5.8.3 備注說明4.6 產(chǎn)品管理4.6.1 產(chǎn)品定義4.6.1.1 需求描述各法人可定義各自的獨有產(chǎn)品,區(qū)分定義產(chǎn)品的基本屬性,也可共享全行級產(chǎn)品。4.6.1.2 業(yè)務處理規(guī)則1. 產(chǎn)品定義獨有產(chǎn)品,并進行獨立的產(chǎn)品編碼,在產(chǎn)品編碼中體現(xiàn)法人行號;2. 法人可區(qū)分定義產(chǎn)品的基本屬性,包括產(chǎn)品名稱、有效期、目標客戶等信息;3. 法人可基于產(chǎn)品模型定義各自的差異化的產(chǎn)品規(guī)則;4. 總行可定義全行級通用產(chǎn)品,各法人可使用全行級的產(chǎn)品;5. 法人行可復制全行通用產(chǎn)品,進行業(yè)務規(guī)則定制,從而定義法人特色產(chǎn)品;6. 可組合法人內(nèi)的產(chǎn)品進行產(chǎn)品套餐的定義。4.6.1.3 備注說明
27、4.6.2 產(chǎn)品維護4.6.2.1 需求描述各法人維護歸屬范圍內(nèi)的特色產(chǎn)品。4.6.2.2 業(yè)務處理規(guī)則1. 各法人可維護歸屬范圍內(nèi)的產(chǎn)品的基本屬性和業(yè)務規(guī)則;2. 對歸屬范圍內(nèi)的產(chǎn)品進行產(chǎn)品狀態(tài)維護;3. 總行有權限對全行通用產(chǎn)品的基本屬性和業(yè)務規(guī)則進行維護。4.6.2.3 備注說明4.6.3 產(chǎn)品服務4.6.3.1 需求描述滿足各法人差異化的產(chǎn)品體系和服務規(guī)則。4.6.3.2 業(yè)務處理規(guī)則1. 提供完整的銀行金融產(chǎn)品和服務功能,基本涵蓋全部產(chǎn)品線。2. 各法人的經(jīng)營產(chǎn)品范圍可不同;3. 定義產(chǎn)品對應的服務事件,對于全行通用產(chǎn)品,支持法人對產(chǎn)品功能控制的不同,如同一卡產(chǎn)品針對不同法人設定不同
28、的服務事件控制。4.6.3.3 備注說明4.6.4 產(chǎn)品管理4.6.4.1 需求描述各法人對產(chǎn)品進行獨立的管理和分析。4.6.4.2 業(yè)務處理規(guī)則1. 各法人可以獨立對其產(chǎn)品進行生命周期管理,而不受其他法人行約束;2. 各法人根據(jù)自身狀況定義各自的產(chǎn)品銷售策略;3. 提供各法人行的產(chǎn)品成本績效分析所需的基本數(shù)據(jù),各法人設置各自的產(chǎn)品監(jiān)控和分析模型,進行差異化的產(chǎn)品評估與統(tǒng)計分析;4. 各法人可基于產(chǎn)品分析結果,針對產(chǎn)品定義各自調整策略,如退市、優(yōu)化等;5. 支持按照法人進行產(chǎn)品區(qū)隔展現(xiàn),支持按照法人定義的分類標準進行展現(xiàn)。4.6.4.3 備注說明4.6.5 產(chǎn)品代理4.6.5.1 需求描述可定
29、義法人間的產(chǎn)品代理關系。4.6.5.2 業(yè)務處理規(guī)則1. 法人間可通過產(chǎn)品代理關系的維護,實現(xiàn)產(chǎn)品跨法人銷售;2. 具有代理關系的法人可查看代理產(chǎn)品的基本信息;4.6.5.3 備注說明4.6.6 產(chǎn)品組合4.6.6.1 需求描述支持多法人的組合產(chǎn)品創(chuàng)新機制。4.6.6.2 業(yè)務處理規(guī)則1. 支持法人內(nèi)部產(chǎn)品組合和套餐定義;2. 法人可組合全行通用產(chǎn)品和法人特色產(chǎn)品;4.6.6.3 備注說明4.6.7 產(chǎn)品查詢4.6.7.1 需求描述明確法人及法人間產(chǎn)品信息查詢的范圍。4.6.7.2 業(yè)務處理規(guī)則1. 各法人可查詢歸屬范圍內(nèi)特色產(chǎn)品的基本信息和業(yè)務規(guī)則;2. 各法人可查看歸屬范圍內(nèi)產(chǎn)品的變更日志
30、;3. 可查詢代理產(chǎn)品的基本信息;4. 可查看全行級產(chǎn)品的基本信息和業(yè)務規(guī)則;5. 總行可查看各法人的產(chǎn)品信息和業(yè)務規(guī)則,以及變更日志。4.6.7.3 備注說明4.7 定價機制4.7.1 定價策略4.7.1.1 需求描述各法人可根據(jù)定價能力采用不同的定價策略,包括自主定價、指導定價、統(tǒng)一定價。4.7.1.2 業(yè)務處理規(guī)則1. 總行根據(jù)全行的經(jīng)營情況和定價模型提供定價指導;2. 各法人行根據(jù)法人的經(jīng)營情況,在總行指導定價基礎上進行調整的定價;3. 對于總行提供的指導價格,可明確法人定價的調整空間,各法人的最終定價必須在調整空間范圍內(nèi);4. 法人也可根據(jù)自身的經(jīng)營情況和定價模型,確定自主定價;5.
31、 對于無定價能力的法人可使用總行統(tǒng)一定價。4.7.1.3 備注說明4.7.2 價格種類與規(guī)則4.7.2.1 需求描述以法人維度設定利率、費率、匯率、稅率的種類和規(guī)則。4.7.2.2 業(yè)務處理規(guī)則1. 各法人可設置自己的利率種類和控制規(guī)則,如幣種范圍,是否分層等;2. 各法人可設置各自的收費品種及其規(guī)則,如幣種規(guī)則、記賬機構、核算代碼等;3. 各法人可設置自己的匯率種類和規(guī)則,如貨幣對的折算方式等;4. 各法人可設置自己的稅率種類和規(guī)則;5. 總行可設置全行級的利率、費率、匯率和稅率種類及其規(guī)則。4.7.2.3 備注說明4.7.3 基礎價格4.7.3.1 需求描述以法人維度設定利率、費率、匯率、
32、稅率的基礎價格。4.7.3.2 業(yè)務處理規(guī)則1. 總行設定央行發(fā)布的基準利率以及全行的行內(nèi)利率,各法人可設定各自的基礎利率或參考利率;2. 對于市場定價,各法人可定義自行使用的收費標準和規(guī)則,包括檔次、收費金額/比率,最大最小收費金額等;3. 對于匯率,可區(qū)分法人定義各貨幣對的匯率定價標準;4. 對于稅率,區(qū)分法人設置不同的基礎稅率,包括稅率、起征金額、稅金區(qū)間等;5. 對于法人未定義差異的基礎價格,使用總行定義的基礎價格。4.7.3.3 備注說明4.7.4 優(yōu)惠價格4.7.4.1 需求描述各法人可使用不同的優(yōu)惠策略和規(guī)則。4.7.4.2 業(yè)務處理規(guī)則1. 各法人可針對利率、費率、匯率和稅率設
33、定各自的優(yōu)惠規(guī)則;2. 各法人的優(yōu)惠條件設置可不同,如針對產(chǎn)品、客戶類型等;3. 各法人的優(yōu)惠方式和規(guī)則可不同,可包括絕對優(yōu)惠、相對優(yōu)惠、優(yōu)惠值和比率等;4. 各法人的優(yōu)惠值或比例可不同。4.7.4.3 備注說明4.7.5 定價權限4.7.5.1 需求描述提供法人不同的定價管理權限。4.7.5.2 業(yè)務處理規(guī)則1. 法人可具有自行定義和維護定價機制和規(guī)則的權限;2. 各法人可上報定價規(guī)則信息給到總行,由總行統(tǒng)一定價維護;3. 法人也可經(jīng)由總行授權,在指導價基礎上進行調整價的維護;4. 各法人可查詢各自的定價種類、機制和規(guī)則。4.7.5.3 備注說明4.8 核算處理4.8.1 科目設置4.8.1
34、.1 需求描述各法人可自行設置法人內(nèi)的科目體系。4.8.1.2 業(yè)務處理規(guī)則1. 會計科目體系包括核算碼、科目以及核算碼和科目映射關系三大部分內(nèi)容;2. 核算碼為全行統(tǒng)一編排和定義,包括核算碼、名稱、屬性和層級關系等要素;3. 全行可設置一套統(tǒng)一的標準科目體系,各法人可在賬套模板基礎上進行個性化的科目設置;4. 支持核算碼在不同法人下對應不同的科目。4.8.1.3 備注說明4.8.2 核算規(guī)則4.8.2.1 需求描述各法人可設置和使用不同的核算規(guī)則,包括記賬條件、會計分錄和記賬管理。4.8.2.2 業(yè)務處理規(guī)則1. 全行可設置一套統(tǒng)一的科目體系,各法人可根據(jù)需要獨立設置法人使用的會計科目體系,
35、科目屬性由本法人自行定義;2. 各法人可設置不同的記賬條件和場景;3. 全行統(tǒng)一配合和維護覆蓋全業(yè)務的標準會計分錄;4. 支持法人針對自身的業(yè)務管理,配置和維護法人特色的會計分錄和規(guī)則;5. 當發(fā)生賬務時,優(yōu)先獲取法人行的特色會計規(guī)則,如未設定,則使用全行通用的會計分錄和規(guī)則。4.8.2.3 備注說明4.8.3 核算主體4.8.3.1 需求描述各法人可自行設置會計核算主體和結構。4.8.3.2 業(yè)務處理規(guī)則1. 會計核算主體由一個或多個營業(yè)機構組成,每個營業(yè)機構為最小的會計核算單元;2. 每個法人可單獨設置自己的核算主體和組成結構,依照對應的記賬規(guī)則進行總賬處理;4.8.3.3 備注說明4.8
36、.4 損益結轉4.8.4.1 需求描述各法人可配置不同的賬務結轉參數(shù)。4.8.4.2 業(yè)務處理規(guī)則1. 各個法人可以自行定義本法人內(nèi)的損益劃轉路徑、記賬方式(紅字或者籃字)、劃轉科目等。法人行在年終前上報損益劃轉參數(shù);2. 各個法人的損益分別歸集到法人行的清算中心;3. 外幣損益需要折算為美元后歸集到清算中心的未分配利潤或財務往來科目;4. 各法人行生成法人內(nèi)部的損益報表。4.8.4.3 備注說明4.9 清算處理4.9.1 清算模式4.9.1.1 需求描述不同法人內(nèi)可采用不同的清算模式,包括逐級清算、集中清算等。4.9.1.2 業(yè)務處理規(guī)則1. 需支持多種清算模式,包括逐級清算、一級清算;2.
37、 不同法人內(nèi)部可設置獨立的清算中心負責資金處理;3. 各個法人內(nèi)的清算路徑和結構相互獨立;通過獨立的清算業(yè)務關系,用來定義兩個機構之間的清算路徑。清算關系按照人民幣、外幣區(qū)分設置,兩個清算路徑相互獨立;4. 會計主體內(nèi)部上下級清算機構之間使用“內(nèi)部往來”科目核算;法人行內(nèi)會計主體之間使用“系統(tǒng)內(nèi)清算款項”科目核算;5. 法人行間如有業(yè)務往來,通過其共同的人民幣或外幣的清算行進行清算;4.9.1.3 備注說明4.9.2 清算機制4.9.2.1 需求描述對于總行設置集中清算中心模式,法人內(nèi)部采用實時清算,法人間可采用批量清算。4.9.2.2 業(yè)務處理規(guī)則1. 法人內(nèi)通存通兌。在交易完成時,交易機構
38、與開戶機構之間的實時清算,清算通過兩個機構共同的上級清算機構完成(法人行營業(yè)部或一級支行營業(yè)部);2. 跨法人通存通兌。跨法人的通存通兌業(yè)務,則均需要經(jīng)由清算中心完成。法人行之間的清算賬務及清算平衡配置由清算中心負責;3. 各個法人行均需在總行開立清算備付金賬戶,總行作為清算中心,負責法人行之間的清算賬務處理。清算中心在為各個法人行記賬時,支持實時清算或批量清算的模式選擇,并選擇相應清算通路;4. 總行清算中心負責識別交易賬戶和對手賬戶是否屬于總行轄內(nèi)法人行,判斷交易是否具備行內(nèi)清算條件。并根據(jù)賬戶所屬法人進行清算模式和路由控制;5. 通過現(xiàn)代化支付系統(tǒng)發(fā)起或接收匯兌等業(yè)務時,交易行與總行資金
39、中心產(chǎn)生一筆跨法人實時清算。4.9.2.3 備注說明4.10 風險管控4.10.1 權限處理4.10.1.1 需求描述各法人可設置各自的權限管理規(guī)則,并進行差異控制。4.10.1.2 業(yè)務處理規(guī)則1. 支持法人業(yè)務權限的差異設置,包括法人允許經(jīng)營的業(yè)務范圍、幣種范圍等;2. 支持不同法人的交易權限設置不同;3. 支持不同法人定義不同的崗位和角色權限;4. 支持柜員權限設置的差異化,包括崗位、級別等。4.10.1.3 備注說明4.10.2 授權機制4.10.2.1 需求描述支持各法人的授權管理及機制的不同。4.10.2.2 業(yè)務處理規(guī)則1. 支持針對無條件授權的業(yè)務場景設定不同;2. 支持不同法
40、人的授權條件和規(guī)則的不同,包括授權金額、授權場景、授權柜員所需級別等;3. 支持授權發(fā)起的模式不同,包括前端授權及遠程授權;4. 對于集中授權,需要不同法人設置集中授權的機構層級和流程的差異化,如是否二次錄入、錄入要素等不同。5. 所有法人授權的信息都需要進行駐留,便于后續(xù)審計。4.10.2.3 備注說明4.10.3 限額管理4.10.3.1 需求描述支持各個法人設置不同的限額,并進行配套的控制和管理。下表以借記卡限額為例進行說明。4.10.3.2 業(yè)務處理規(guī)則1. 支持多層次的限額管理,包括渠道、業(yè)務類及交易等;2. 支持在不同主體上設置個性化的限額,包括客戶、產(chǎn)品、賬戶及服務事件層面;3.
41、 各法人設置的限額參數(shù)不同,包括單筆、累計以及累計周期等;4. 支持對于限額的檢控,并對于超限的處理方式不同,包括拒絕、提示等。4.10.3.3 備注說明4.10.4 業(yè)務預警4.10.4.1 需求描述支持各個法人對于業(yè)務預警的處理機制不同。4.10.4.2 業(yè)務處理規(guī)則1. 各法人可指定各自業(yè)務預警的范圍和場景,如黑名單、不動戶操作等2. 設置預警規(guī)則和指標,如大額預警金額閾值;3. 各法人可采取不同的預警方式,包括事前、事中、事后等4. 預警信息的發(fā)送對象和渠道可不同,從對象角度可區(qū)分為客戶、客戶經(jīng)理、坐席、柜員等;從渠道角度,則包括前端、手機銀行、短信、微信、郵件、電話等。4.10.4.
42、3 備注說明4.10.5 差錯處理4.10.5.1 需求描述支持不同法人的差錯服務和處理機制的不同。4.10.5.2 業(yè)務處理規(guī)則1. 各個法人可采用的差錯識別機制不同,如通過對賬或手工核對等;2. 各法人采用的對賬方式和規(guī)則可不同,如總分對賬、總總對賬等;3. 各法人的對賬時機可不同;4. 各法人可內(nèi)部設置各自的差錯處理流程,如集中確認差錯,但需交易行進行調賬或交易行確認后集中調賬等;5. 差錯處理的組織結構和權限可不同,如法人可設置集中作業(yè)中心,進行集中差錯處理,如無集中模式,可采用分行或支行直接進行差錯處理。4.10.5.3 備注說明4.11 參數(shù)管理4.11.1 參數(shù)分類管理4.11.
43、1.1 需求描述各個法人針對參數(shù)進行分類管理。4.11.1.2 業(yè)務處理規(guī)則1. 各法人的參數(shù)管理的范圍可不同;2. 各法人的參數(shù)分類標準可不同,如技術參數(shù)、業(yè)務參數(shù)等;3. 區(qū)分全行通用參數(shù)和法人特色參數(shù)進行管理;4.11.1.3 備注說明4.11.2 參數(shù)權限4.11.2.1 需求描述各個法人針對參數(shù)管理權限不同。4.11.2.2 業(yè)務處理規(guī)則1. 總行負責對全行通用參數(shù)進行配置管理,各法人需要進行參數(shù)調整時上報申請,總行變更后及時告知所有法人,各法人可了解到參數(shù)的變更歷史和日志情況;2. 對于法人特色參數(shù),支持各法人獨立進行管理,相互不影響,總行有權限了解到參數(shù)變更日志;3. 法人也可將
44、參數(shù)交由總行進行集中管理,對于部分法人,總行可進行權限授權方式,對有權限的法人可進行參數(shù)的管理和設置,但僅限于自身法人特色參數(shù)。4.11.2.3 備注說明4.11.3 參數(shù)同步與發(fā)布4.11.3.1 需求描述各個法人可約定各自需同步的參數(shù),以及同步規(guī)則。4.11.3.2 業(yè)務處理規(guī)則1. 各法人可約定各自需要同步的參數(shù)范圍;2. 參數(shù)發(fā)布的目標系統(tǒng)可不同;3. 參數(shù)同步的方式和時間點可不同,如實時同步或批量同步。4.11.3.3 備注說明4.12 數(shù)據(jù)支持4.12.1 基礎數(shù)據(jù)支持4.12.1.1 需求描述提供法人實體的基礎數(shù)據(jù)支持,并能夠進行識別。4.12.1.2 業(yè)務處理規(guī)則1. 提供法人
45、實體定義,定義法人自身的特性;2. 能夠建立機構與法人的歸屬關系,從而能夠通過客戶、賬號、產(chǎn)品等信息識別到法人;3. 法人實體信息需駐留在關鍵業(yè)務數(shù)據(jù)中,交易數(shù)據(jù)代表實際交易場景,應體現(xiàn)交易歸屬法人,確保交易交易場景的原景信息的保存;4. 同時支持通過法人進行數(shù)據(jù)的區(qū)隔和提取; 4.12.1.3 備注說明4.12.2 數(shù)據(jù)分析與統(tǒng)計4.12.2.1 需求描述支持內(nèi)部數(shù)據(jù)的統(tǒng)計和分析的差異化。4.12.2.2 業(yè)務處理規(guī)則1. 支持報表的處理邏輯不同,支持報表的出具時點的不同;2. 支持各法人內(nèi)部數(shù)據(jù)統(tǒng)計路徑的不同,支持全轄和轄內(nèi)的數(shù)據(jù)統(tǒng)計3. 支持各法人的報表展現(xiàn)形式和格式可不同;4. 支持各
46、法人自定義個性及臨時報表;5. 支持各法人根據(jù)自己的需要設置不同的數(shù)據(jù)主題進行分析;6. 支持數(shù)據(jù)分析的維度和模型各不同,如財務、風險、績效分析模型等4.12.2.3 備注說明4.12.3 信息報送與披露4.12.3.1 需求描述支持各法人對外部信息報送和披露的不同。4.12.3.2 業(yè)務處理規(guī)則1. 支持以單一法人對外單獨進行信息披露的要求2. 支持各法人行政歸屬的報送的差異化需求,如稅務;3. 支持以全轄進行整體信息披露的需求;4. 支持法人并表處理,集中進行上市披露。4.12.3.3 備注說明4.12.4 數(shù)據(jù)管理機制4.12.4.1 需求描述支持各法人對數(shù)據(jù)管理和服務的機制不同。4.1
47、2.4.2 業(yè)務處理規(guī)則1. 各法人的數(shù)據(jù)需支持區(qū)隔和共享機制,并通過數(shù)據(jù)權限進行管控2. 支持各法人的數(shù)據(jù)管理,包括數(shù)據(jù)清理、備份與恢復等機制可不同3. 對于共享數(shù)據(jù)提供統(tǒng)一機制,對于自身區(qū)隔數(shù)據(jù)可支持不同的處理機制。4.12.4.3 備注說明4.13 批處理4.13.1 單一法人獨立運行4.13.1.1 需求描述支持各法人獨立進行批處理運行。4.13.1.2 業(yè)務處理規(guī)則1. 批處理原則上按單一法人進行;2. 不同法人采用獨立的批處理環(huán)境運行參數(shù)設置和傳遞;3. 不同的法人可以有不同的切夜及切日點;4. 各法人之間的批處理流程互不干擾;5. 不同法人如未來有聯(lián)機通兌業(yè)務可考慮統(tǒng)一日切;6.
48、 批處理執(zhí)行方式與數(shù)據(jù)分區(qū)方式相匹配;7. 指定法人行的啟停,支持所有交易啟停和部分交易啟停。4.13.1.3 備注說明4.13.2 多法人集中運行4.13.2.1 需求描述全行為法人提供集中運行機制,適用于多級法人的集中經(jīng)營機制。4.13.2.2 業(yè)務處理規(guī)則1. 各法人采用集中批量運行機制;2. 需能夠按照法人并行處理;3. 統(tǒng)一日切處理,規(guī)避營業(yè)日期不同步導致的清算、流水、沖正等問題4. 統(tǒng)一批量運行流程;5. 數(shù)據(jù)層面需配合分區(qū)方式進行處理。4.13.2.3 備注說明4.13.3 混合模式運行4.13.3.1 需求描述支持多級法人和子公司混合經(jīng)營模式下的運行機制。4.13.3.2 業(yè)務
49、處理規(guī)則1. 將法人進行分組配置批處理環(huán)境運行參數(shù);2. 所有法人在24點前進入營業(yè)日期切換等待,統(tǒng)一日切后,各法人獨立批量處理;3. 法人需要能夠支持并行處理;4. 批處理執(zhí)行方式與數(shù)據(jù)分區(qū)方式相匹配。4.13.3.3 備注說明4.13.4 批處理運行4.13.4.1 需求描述支持單一法人批處理運行管理的差異化。4.13.4.2 業(yè)務處理規(guī)則1. 不同法人行的調度用戶相互獨立,只能運行本法人行的批處理2. 不同法人行的批處理作業(yè)運行計劃相互獨立生成3. 不同法人行的批處理執(zhí)行由不同的用戶執(zhí)行,相互獨立,互不影響4. 不同法人行的批處理出錯日志相互獨立,出錯處理也是以法人行為單位進行處理,互不
50、影響5. 不同法人行的批處理完成報告相互獨立生成。4.13.4.3 備注說明4.14 運營管理4.14.1 運營流程支持4.14.1.1 需求描述支持不同法人的運營模式、集中作業(yè)范圍、組織體系以及流程的不同4.14.1.2 業(yè)務處理規(guī)則1. 支持支持不同法人的運營模式,支持前中后臺分離的業(yè)務處理模式。2. 各法人可定義不同的集中作業(yè)范圍和職能,如授權、放款、開戶、監(jiān)督、差錯、清算等;3. 各法人的組織體系可不同,包括作業(yè)中心的總分部署方式,由此定義的機構層級和關系可不同;4. 支持網(wǎng)點運營和服務流程的不同;5. 支持集中作業(yè)中心的崗位職能的不同,定義前中后臺任務流轉的流程和處理機制不同。4.1
51、4.1.3 備注說明4.14.2 業(yè)務流程差異化4.14.2.1 需求描述支持各法人的業(yè)務處理和運營流程的差異化設置。4.14.2.2 業(yè)務處理規(guī)則1. 支持標準化服務和流程的定義,支持根據(jù)法人要求進行個性化服務和流程的定義;2. 識別業(yè)務流程的處理環(huán)節(jié),支持流程模板的定義,提煉全行通用的標準化服務;3. 支持原子化服務的定義,通過快速流程應用和組合,適應多法人需求和業(yè)務變化。4.14.2.3 備注說明4.15 法人調整4.15.1 法人新開4.15.1.1 需求描述支持法人新開及并入。4.15.1.2 業(yè)務處理規(guī)則1. 支持多種法人的并入模式,支持子公司模式、二級法人以及分行模式;2. 支持
52、法人屬性的設置;3. 設置法人與總行之間的各類業(yè)務關系,設置法人與其他法人間的業(yè)務關系;4. 支持法人下的機構體系和層級的設置;5. 設置法人的柜員、權限、業(yè)務參數(shù)、核算規(guī)則等6. 根據(jù)法人并入模式,開立法人與總行之間的賬務體系。4.15.1.3 備注說明4.15.2 法人級別調整4.15.2.1 需求描述支持法人的升級、降級處理。4.15.2.2 業(yè)務處理規(guī)則1. 支持法人與總行之間的業(yè)務關系調整;2. 支持法人與其他法人間業(yè)務關系的調整;3. 支持因關系調整,對相關參數(shù)和業(yè)務規(guī)則進行調整設置。4.15.2.3 備注說明4.15.3 法人機構調整4.15.3.1 需求描述支持法人撤并和業(yè)務調
53、整。4.15.3.2 業(yè)務處理規(guī)則1. 機構撤除時,解除與總行及其他法人的業(yè)務關系,關閉相關的賬務關系;2. 法人遷移時,支持法人整體遷移,還需要支持按業(yè)務板塊、按下屬機構、按比例進行部分遷移;3. 根據(jù)遷移的方式,調整業(yè)務關系和賬務設置;4. 根據(jù)撤并機制,對業(yè)務數(shù)據(jù)和科目進行調整。4.15.3.3 備注說明4.16 跨法人訪問控制4.16.1 訪問控制支持4.16.1.1 需求描述基于多法人架構,除了支持法人的差異化需求,還需要提供跨法人的訪問控制機制。4.16.1.2 業(yè)務處理規(guī)則1. 在銀行層面,設置相關參數(shù)描述該法人行是否能夠與其他行進行跨行業(yè)務訪問;2. 在交易層面,設置相關參數(shù)描述該交易或業(yè)務是否支持跨法人行業(yè)務訪問;3. 在應用平臺層面,實現(xiàn)根據(jù)輸入的賬號,卡號以及機構號等業(yè)務參數(shù)進行跨行業(yè)務訪問的判斷,實現(xiàn)業(yè)務路由和服務調度;4. 在賬戶層面,在可能發(fā)生通存通兌的情況下,賬戶參數(shù)設置區(qū)分跨法人行之間存通兌標志和
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025年度集體合同生效時間及企業(yè)創(chuàng)新發(fā)展合作合同
- 手套采購居間合同范本
- 2025年度金融行業(yè)勞動合同示范范本
- 二零二五年度高端商務區(qū)物業(yè)管理及增值服務合同
- 二零二五年度終止返聘通知書:公司高級數(shù)據(jù)科學家
- 二零二五年度天津市房產(chǎn)買賣合同及貸款服務協(xié)議
- 2025年度跨國公司間匯率風險對沖借款合同
- 二零二五年度知識產(chǎn)權評估代理解除協(xié)議書范文
- 二零二五年度工業(yè)產(chǎn)業(yè)園空場地租賃合同
- 2025年度跨境電子商務合同樣本分析及其包含種類
- 醫(yī)院培訓課件:《癥瘕中醫(yī)護理方案》
- 經(jīng)顱磁刺激技術操作指南
- 智能制造概論 課件全套 第1-6章 智能制造的發(fā)展歷程- 智能制造的應用
- 中國旅游地理(高職)全套教學課件
- 客戶分析數(shù)據(jù)分析報告
- 學校管理與小學教學質量提升方案
- 燃氣灶的營銷方案和策略
- 核心素養(yǎng)背景下小學科學“教-學-評”一體化探究
- 《文化人類學電子》課件
- 教育專家報告合集:年度得到:沈祖蕓全球教育報告(2023-2024)
- 兒童尿道黏膜脫垂介紹演示培訓課件
評論
0/150
提交評論