已結束已結束融資擔保公司融資擔保業(yè)務操作管理系統(tǒng)，無具體預算需要開發(fā)報價

本系統(tǒng)旨在將某融資擔保公司內部的企業(yè)融資擔保業(yè)務操作管理流程中以綠色框標示的環(huán)節(jié)電子化，實現流程自動流轉、節(jié)點審批、文件上傳與共享，以及相關通知功能，提高審批效率、規(guī)范操作流程并加強風險控制。

本次開發(fā)定位為可需要構建一套企業(yè)融資擔保業(yè)務操作流程跟蹤系統(tǒng) MVP，用于展示公司內部多角色、多節(jié)點的審批流程從紙質、人工方式向電子化流程轉變的可行性。本版本以快速實現核心流程電子化并支持演示為目標，不要求完整的產品化部署。

結合 MVP 的頁面，需要允許輸入真實業(yè)務數據，來用真實業(yè)務展示全流程電子化。

1、邏輯要求：系統(tǒng)覆蓋綠色框內的全部流程環(huán)節(jié)，包括但不限于：業(yè)務經理保前調查、業(yè)務部門負責人審批、風險經理盡職調查、風險部門負責人授信審批、風險評審委員風險評審、風險秘書匯總審批意見、有權審批人審批、生成擔保意向函等環(huán)節(jié)。綠色框外的后續(xù)流程（銀行上會、合同簽署、落實反擔保措施等）不在本次系統(tǒng)實現范圍內。本次 MVP 僅針對核心環(huán)節(jié)進行演示性實現，數據存儲采用本地數據庫或文件系統(tǒng)，不考慮對外接口與云部署。

2、角色與權限
角色 職責與權限描述
業(yè)務經理 項目發(fā)起責任人，負責擔保申請人的資料收集整理，保前調查、編寫調查報告，進行項目發(fā)起。
業(yè)務部門負責人 審批項目初始信息，決定是否同意項目提交風險管理部盡職調查；有權查看發(fā)起材料、提交審批意見并退回補充材料。
風險秘書 受理業(yè)務部門傳送資料，負責審核資料完整性，并將資料信息推送給風險經理；通知組織評審會，匯總評審會意見出具意見表；上傳意見表供風險評審委員收集簽字。
風險經理 對項目進行風險初審，對項目的合規(guī)性、真實性、有效性復核，對項目風險性進行評估，給出盡職調查意見；
風險部門負責人 負責監(jiān)督管理復核風險經理的盡職調查情況，出具部門評審意見，將項目信息打包發(fā)送給各位風險評審委員進行風險評審；并通知風險秘書安排評審會議；收集評審委員簽字；出具評審決議，跟進整個流程。
風險評審委員 接收風險專員發(fā)送的材料，參與評審會，給出評審意見；在意見表上簽字確認。
系統(tǒng)管理員 負責用戶、角色管理，流程模板維護，權限配置、系統(tǒng)監(jiān)控與審計。
三、業(yè)務流程描述
以下描述對應綠色框中的業(yè)務流程，各步驟在系統(tǒng)中的體現如下：

1、業(yè)務經理保前調查：

1.1、業(yè)務經理登錄系統(tǒng)錄入項目信息并上傳相關材料（包括但不限于擔保申請人基本信息、行業(yè)信息、經營信息和反擔保信息等）。

1.2、業(yè)務經理保前調查，編寫調查報告。

1.3、業(yè)務經理完成工作點擊確認后，系統(tǒng)進入下一流程節(jié)點；

2、業(yè)務部門負責人審批：

2.1、系統(tǒng)向部門負責人派發(fā)審批任務，通知其登錄系統(tǒng)查看項目信息。

2.2、部門負責人可查看提交的材料、下載附件，填寫審批意見（同意/退回/補充說明）并上傳簽批意見表。審批結果記入系統(tǒng)并通知相關人員。

3、項目初審意見表：

3.1、若部門負責人同意，系統(tǒng)生成“項目初審意見表”任務，供項目團隊上傳初審意見表等文檔。

3.2、系統(tǒng)要求填寫項目基本指標、風險點、建議擔保額度等；支持上傳掃描版意見表，并保存表格數據供后續(xù)查詢。

4、風險秘書受理項目

4.1、風險秘書收到業(yè)務部門推送的項目后，審核項目資料的完整性，填寫審核意見（同意/退回/補充說明）

4.2、將完整的項目信息資料推送給風險經理。

5、風險經理盡職調查

5.1、對項目進行風險初評，對項目的合規(guī)性、真實性、有效性復核，對項目風險性進行評估，給出盡職調查意見；

5.2、在盡職調查過程中，需要補報資料和信息的，及時通知業(yè)務部門；

5.3、風險經理完成工作后，出具盡職調查意見，點擊確認后系統(tǒng)進入下一流程節(jié)點推送給風險部門負責人。

6、風險部門負責人評審

6.1、系統(tǒng)將項目初審意見及信息推送給風險部門負責人，并提供待審材料。

6.2、風險部門負責人查看資料后在系統(tǒng)中填寫評審、風險控制措施，并選擇“同意進入評審會”或“需要補充材料/退回”。

6.3、系統(tǒng)根據完成時間自動記錄履約情況，并在即將到期或逾期時向風險控負責人和管理員發(fā)送提醒。

7、風險部門負責人打包并發(fā)送給評審委員：

7.1、風險評審委員查看風險部門負責人初審意見，確認無誤后在系統(tǒng)中創(chuàng)建“評審包”，包括項目信息、初審意見、項目初審意見表、風險控制措施等附件。

7.2、風險評審委員會隨機選擇參與該項目的評審委員名單，系統(tǒng)自動向各評審委員發(fā)送通知（郵件/系統(tǒng)消息）并分配評審任務，評審包在系統(tǒng)中供下載和查看。

8、項目風險評審會：

8.1、風險秘書在系統(tǒng)中通知和組織評審會

8.2、系統(tǒng)支持風險評審委員安排會議時間和地點。

8.3、風險評審委員在會議前可通過系統(tǒng)提交預評審意見或問題清單。

8.4、評審會結束后，系統(tǒng)允許風險秘書錄入會議紀要、決議意見，并將每個委員的意見匯總為“項目評審決議”。

9、風險秘書匯總評審意見：

9.1、根據評審會的結論，風險秘書登錄系統(tǒng)填寫風險管理委員會意見表，概述評審意見、核心風險點、反擔保措施建議等。

9.2、系統(tǒng)提供模板表單，支持上傳附件；意見表保存后進入下一節(jié)點。

9.3、系統(tǒng)向各評審委員分派簽字任務，委員在系統(tǒng)中查看意見表內容后通過電子簽名或上傳紙質簽名掃描件確認。

9.4、系統(tǒng)跟蹤每位委員的簽字狀態(tài)，風險秘書可以查看簽字進度并發(fā)送提醒；全部簽字完成后進入下一節(jié)點。

10、項目評審決議：

10.1、風險秘書根據簽字完成情況生成最終的“項目評審決議”記錄，明確項目是否通過、擔保額度、反擔保要求等。

10.2、系統(tǒng)存檔決議文檔，并將結果通知相關人員。

10.3、風險秘書將項目全部資料和信息上報推送給有權審批人。

11、有權審批人審批

有權審批人進行項目評審，出具審批意見，將結果推送給風險秘書。

12、擔保意向函：

項目評審通過后，系統(tǒng)允許風險秘書在系統(tǒng)中生成或傳送“擔保意向函”。

數據
實體 關鍵字段 說明
項目 項目編號、名稱、客戶信息、申請金額、創(chuàng)建時間、狀態(tài)、當前節(jié)點、項目經理等 項目的基本信息和流程狀態(tài)。
任務 任務編號、所屬項目、節(jié)點名稱、負責人、狀態(tài)、截止時間、完成時間、審批意見等 用于分配給各角色的節(jié)點任務記錄，記錄審批意見及處理狀態(tài)。
用戶 用戶ID、姓名、賬號、角色、聯系方式、所屬部門、狀態(tài)等 系統(tǒng)登錄賬號及權限信息。
表單 表單ID、類型（初審意見表、評審意見表等）、所屬項目、創(chuàng)建人、填寫內容、上傳附件路徑、版本號、創(chuàng)建時間等 各節(jié)點需要提交的表單數據及附件。
文檔/附件 文件ID、名稱、文件類型、關聯表單或項目、上傳人、上傳時間、文件路徑、版本號等 上傳的合同、意見書、掃描件等文件。
日志 日志ID、操作人、操作類型、操作對象、時間、IP 地址、結果等 記錄系統(tǒng)內的所有關鍵操作。
MVP 僅做展示功能，對功能提出簡化

1. 界面

○ 只要滿足上述功能要求，無強制要求。

○ 整體美觀

○ 建議使用 Web 技術棧

2. 單機運行：

○ 系統(tǒng)僅需要在單臺 Windows 計算機上穩(wěn)定運行，無需支持集群部署。

3. 數據安全：

○ 數據可以儲存在單機本地。需要儲存到硬盤，支持網頁重開，數據不變。

4. 安全性：

○ 不需要考慮安全性。允許隨意創(chuàng)建賬號。不需要手機用戶/郵箱驗證。

5. 可靠性和可用性：

○ 需要穩(wěn)定。不能出現程序崩潰。

6. 性能要求：

○ 文件上傳和下載可在本地完成，不必考慮網絡帶寬瓶頸；暫不需要支持高并發(fā)。

7. 本地化與時區(qū)：

○ 系統(tǒng)界面應以用簡體中文

○ 所有日期時間應默認使用公司所在地時區(qū)（例：北京時間）存儲和顯示，并標明具體日期，例如“2025?12?15”。

8. 外部接口：本次 MVP 不提供對外接口，不考慮與其他系統(tǒng)集成。未來如果需要對接企業(yè)微信、郵件服務器或銀行系統(tǒng)，可在后續(xù)版本中規(guī)劃相應 API。

9. 當前僅針對綠色框中的流程環(huán)節(jié)進行系統(tǒng)化，本次版本不考慮合同簽署、放款申請等后續(xù)環(huán)節(jié)。

10. 電子簽名模塊在需求階段允許簡單確認方式實現。