一、采購項目概況

1. 項目名稱： (略) 輔導員協同辦公服務

2. 建設期限：合同簽訂后至2025年12月31日

3. 服務建設地點： (略) (略) 東方美谷大道6333 (略)

4. 預算金額及最高限價：7.#元

二、采購項目服務要求 1.1 服務目標

本次項目將圍繞我校輔導員的學生教育管理工作進行我校下一步的信息化建設，為促進輔導員在教育管理工作上的良性發展，實現高校管理信息化目標，學生管理信息化建設勢在必行。通過信息化的先進手段提升學校在輔導員日常工作的管理效率和服務水平。具體目標細化為：

基于包括移動端、PC端在內的統一的輔導員辦公協作服務提供技術服務，使輔導員業務相關的應用與信息化內容有統一的、便捷的獲取、 (略) 。

提供完整的輔導員應用服務，覆蓋通知、活動報名、信息收集、簽到、查寢、學生信息庫、學生大數據、節假日離返校、通用審批表單、工作日志、宿舍管理、申報評審等信息化應用服務。

最終，使得輔導員能夠減少重復工作，擺脫繁瑣的日常工作，在學生思想政治教育方面投入更多的精力。從而推動我校的學生工作全面、協調和可持續發展。同時進一步提高全校的信息化水平。

1.2 服務總體技術要求

投標方提供給的輔導員辦公協作服務技術服務，應滿足如下總體服務內容或功能要求。

具體要求如下：

1) 系統可靠性：系統可靠性不低于 99.9%，即在連續運行1年時間里最多可能的業務中斷時間不高于8.76小時。

2) 瀏覽器兼容性：系統在PC端提供的功能，需支持國內主流基于 Webkit 內核的瀏覽器（如360安全瀏覽器、360高速瀏覽器、搜狗瀏覽器、QQ瀏覽器等）、谷歌瀏覽器、Safari 瀏覽器。

3) 手機兼容性:系統必須提供通過手機訪問系統的方式，采用獨立 App 方式，支持 IOS、Android兩種操作系統。

4) 桌面客戶端：系統提供Windows與Mac OS環境下運行的桌面客戶端程序，允許常駐系統任務欄，可隨時喚起打開使用。客戶端支持Windows7以及Mac OS 10.0以上版本的操作系統。

5) 數據服務：系統中所有涉及我校的數據必須納入學校數據中臺管理，配合做好相應的數據對接工作。

1.3 服務安全性要求

1) 要求服務提供良好的安全策略，包括物理安全、數據安全、應用安全以及運維安全等方面；

2) 要求服務提供與防火墻、IPS、殺毒軟件、安全審計等安全設備對接的通用接口；

3) 建立完整的安全體系、安全應急響應機制，做好安全事故模擬演。優化管理流程,提高工作質量。

1.5.2 基于輔導員辦公協作服務移動端提供技術服務的要求

投標方基于輔導員辦公協作服務移動端提供技術服務，服務內容及功能具體要求如下：

統一身份認證：支持統一的移動認證接口，可以對接學校的身份認證系統。

通訊錄：可根據學校的組織架構提供通訊錄功能，并支持姓名或者電話號碼模糊查詢。找同學、找老師、找業務部門，并可以關注和溝通。

即時通訊：需提供即時通訊功能支持學生間、學生與輔導員間的私聊溝通，即時聊天可發布圖片、音頻、文字、表情等。

1.5.3 基于輔導員辦公協作服務PC端提供技術服務的要求

基于輔導員辦公協作服務PC端提供技術服務，用來進行通知發布、信息收集發布、活動報名信息發布、以及相關的信息管理工作等服務需求，具體服務內容與功能要求如下。

要求在PC端，通知、活動報名、信息采集、定點簽到、查寢等功能的內 (略) 域，支持展示從word、網頁中直接復制的文字，并保留其格式與樣式，支 (略) 頁中復制的圖片。

要求在PC端除通過瀏覽器使用系統以外，系統提供獨立的桌面客戶端程序，用來進行通知發布、信息收集、活動報名發布等相關任務操作。可常駐于系統任務欄，并可隨時喚起打開使用，支持在一段時間內無需重復登錄。桌面客戶端支持Windows7與Mac OS10.0以上版本的操作系統。

1.6 輔導員業務應用服務要求

1.6.1 業務應用服務內容及要求

1.6.1.1輔導員辦公工作臺服務

要求系統為用戶提供辦公工作臺，工作臺中應能承載學校采購的所有服務，并支持搜索、常用應用展示等便捷操作。

要求工作臺具備基礎數據分析的能力，至少能在工作臺中展示 (略) ：輔導員任務看板（該賬號自己發布的任務、該賬號職級范圍內管理的學生收到的任務、該賬號關注的用戶發布的任務）、高校最佳行業實踐案例庫、備忘錄、各類功能數據統計看板。
數據看板要求支持可根據不同的賬號權限展示不同的查看類型和范圍，看板要求可以自定義編輯，用戶可以自行選擇展示或隱藏各項看板信息。
備忘錄功能需支持關鍵詞自動檢索并一鍵跳轉至應用的能力。

1.6.1.2通知服務

要求輔導員可以編輯通知并發送給學生，通知內容包括通知標題、通知正文、附件上傳，通知可以設固定的時間進行定時發送，學生可以在手機端看到通知內容，并手動確認是否已經閱讀過通知；

通知需支持通過APP推送、可設APP推送的時間。對于重要的通知，還需具備短信提醒、電話智能語言提醒方式。發送通知前可在本地試聽智能電話語音。

要求通知下面設學 (略) ，學生可以就該通知向輔導員提問。輔導員可以在PC端、移動端回答學生的問題，同時輔導員可根據實際情況，選擇將該問題的答案僅供提問者查看，或者供全體接受該通知的學生查看；

對于重要性比較高的通知，輔導員發出通知后，學生長時間未閱讀，系統需主動通知學生，可根據任務配置自動進行短信與電話智能語音提醒；同時輔導員可對未讀學生手動進行提醒，可通過APP推送、短信或電話智能語音方式提醒；

要 (略) 可以設置全校級的通知任務，分 (略) 輔導員或其他管理角色用戶執行通知任務，并發送給其所管理的學生查看/確認； (略) 可以看到所有管理角色用戶的任務執行進度，以及全量學生的通知的查看/確認進度。

1.6.1.3活動報名服務

要求輔導員可通過服務發布活動信息，活動信息至少包括活動名稱、活動地點、開始結束時間、報名截止時間、活動內容說明、活動舉辦方、活動海報圖片上傳。其中活動名稱、活動地點、開始結束時間、報名截止時間、活動內容說明為必填項；

要求自動支持自定義活動類型，類型創建后用戶在發布新的活動報名任務是可選擇類型，并在匯總統計頁面自動歸類展示同類活動。

要求學生可在移動端完成活動報名，報名結束后，輔導員可在PC端導出excel格式的報名學生名單。報名名單中至少包括學號、姓名、性別、手機號、年級、班級、專業、政治面貌、民族與學生的報名時間，輔導員可根據報名時間進行排序查看。

要求輔導員可通過服務對活動報名信息未讀的學生進行消息提醒，并支持短信、虛擬語音電話等提醒方式。

要求輔導員可對活動報名人數進行限制，當學生報名人數超出限額后，停止報名

1.6.1.4信息收集服務

要求輔導員可以通過服務發布給學生填寫的收集表單。收集表單內容至少包括標題、標題詳情、收集項目。表單控件至少包括填寫文本、單選題、多選題、上傳圖片、時間選擇題、地址選擇題等、手寫簽名、身份證號校驗、手機號校驗等；

要求發布收集表單時可開啟定位采集功能，可采集學生在填寫表 (略) 的地理位置信息，輔導員在查看學生填寫信息時，可查看定位地址信息，并可在地圖中展現具體地點；

要求學生可在移動端完成表格填寫，對于長時間沒有完成填寫的學生，要求系統自動通過APP推送、短信或虛擬電話等方式予以通知，同時輔導員也可通過手動方式觸發提醒；

對填寫內容不符合要求的學生，輔導員可以通過打回的方式要求學生重新填寫，支持對學生名單批量打回要求學生重新填寫，打回后學生將收到移動端提醒并可進行再次填寫提交。輔導員打回時，可以編寫打回理由，并可以選擇短信或電話智能語音的提醒方式。

要求輔導員可在PC端與移動端幫助未填寫學生進行代填，填寫后留存具體填寫記錄，包括填寫人工號、姓名與操作時間等信息；要求輔導員可在PC端與移動端修改學生已提交的填寫信息，并留存具體修改記錄，包括修改人工號、姓名與操作時間等信息；

要求創建任務的時候提供模板服務，用戶可直接選用模版生成需要學生填寫的表單；

要求信息收集中具備邏輯跳轉功能，根據不同的選擇項可分別設置選擇后某個選項后，后續的題目是否展示、隱藏

要求信息收集中具備評分功能，用戶可對題目分別設置分數，并在提交答卷時自動計算總分。

信息收集完成后，可將收集的數據通過excel表格的形式導出，對收集的圖片，支持打包下載；

輔導員辦公服務PC端與移動端中，必須可以查看信息收集的收集進度、收集數據、統計圖表；其中統計圖表支持查看具體選項與填寫文本的數量分布情況，點擊具體選項與數量后，可查看填寫該選項或文本項的學生名單，包括學生姓名、學號、手機號等基本信息，

支持將學生名單導出為excel以及將統計圖表導出為word；

要求校級管理人員可創建全校級信息收集任務，設置任務填寫表單與填寫時間等信息，并分發要求指定輔導員或管理人員在PC端或移動端執行，發送給其管理的學生進行填寫；學生在移動端填寫后，分管輔導員與管理人員可查看其管理學生的填寫數據，并進行打回、編輯、代填等相關操作，確認數據準確，校級管理人員可通過收集任務匯總查看全校老師任務執行情況，以及全校學生的填寫具體數據以及統計分析結果；

要求全校級信息收集任務或普通信息收集任務發送后，所有可見該任務的管理人員可對任務進行復制，復制后保留原任務的相關表單配置信息，并可進行編輯修改后發送。

要求輔導員發布信息收集任務時，可設置異常提醒選項，即當學生選擇異常選項后，可第一時間通過APP推送提醒任務發送輔導員，輔導員點擊消息后，可查看學生填寫詳情；

1.6.1.5學生請假服務

學生可通過移動端向輔導員請假，請假頁面必須包括請假類型、開始時間、結束時間、是否需要離校、緊急聯系人聯系方式、審批人、請假原因、且可在同一頁面上傳附件；若選擇離校假，則強制填寫離校目的地，包括目的地的省/市/區(縣)信息以及詳細地址；老師端在審批請假申請時，可查看上述所有信息；

學生在填寫請假申請時，可根據管理員后臺配置采集學生請假時所在的地理位置信息，請假申請提交后，輔導員在審批時可查看學生定位地址，并可打開地圖查看具體地點；

學生在填寫請假申請時，以及老師在審批時，可設置請假申請的抄送人，可選擇系統內的老師或學生，至少可添加3名抄送人員，設置完成后當請假審批流程完成并全部通過后，所選的抄送人將收到提醒，并可查看該請假申請詳情信息；

輔導員可在PC端、移動端上進行審批請假申請。在審批界面具有核實電話、電話詳情包括學生電話和緊急聯系人電話，可點擊號碼直接撥號通話，對于需要離開學校的請假申請，在學生回到學校后，需在移動端上進行銷假；

在學生移動端銷假頁面上，需有學生手機的實時拍照上傳、實時定位位置上傳等功能，該頁面不允許學生上傳圖片代替實時拍照；

若學生無法按時銷假，支持學生對原有請假單提交續假申請，在輔導員批準生效后自動延長原有請假時長，并在請假記錄中可合并查看，保持請假申請與續假申請的關聯性；

系統必須支持學校管理人員可對請假申請進行詳細配置，必須包含：學生銷假時是否必須上傳照片、學生提交請假/續假申請時、是否必須上傳地理位置、請假最大申請時長設置、審批逾期條件設置、以及非離校請假是否必須進行銷假等，便于匹配學校相關管理要求；

系統必須支持學校管理人員可自定義設置請假類型，定義請假類型名稱并可控制開啟或關閉狀態，同時針對于單個請假類型，必須支持對補請假與提前請假分別可控制是否開啟，以及補請假與提前請假的時間范圍設置，若設置開啟后，學生提交請假申請選擇對應請假類型后，系統界面中將出現相關時間要求；

系統必須支持學校管理人員可統一設置學生的銷假定位范圍，支持在地圖界面中通過POI興趣點搜索查找地點并設置銷假范圍；

系統必須支持學校管理人員可設置銷假逾期提醒，當學生請假時間截止后未及時進行銷假操作，可自動通過APP推送與短信提醒系統審批人員；

系統必須支持針對異常請假學生，可限制請假，設置請假黑名單服務。

系統必須支持學校管理人員可設置開啟/關閉請假免責申明，當開啟后學生提交請假申請時必須勾選免責申明才可提交請假；系統必須支持免責申明自定義編輯，且審批人員可在審批界面中查看免責申明內容；

系統必須支持學校管理人員可對 (略) 設置請假審批流程， (略) 請假流程配置是否啟用；審批流程設置時，支持按照請假類型、請假時長等條件，執行不同的請假審批流程，在審批節點上，允許按系統角色與自定義分組進行審批人員配置，并可以設置請假審批流程執行的優先級與審批人去重；

系統必須支持學生端展示請假單時，除請假基礎提交與審批信息以外，需以明顯顏色展示學生當前請假狀態，同時提供動態防偽條或核驗二維碼，用于管理老師通過視覺觀察或教師端應用掃碼等方式，對請假單的真偽進行核驗；管理員可在后臺設置請假單二維碼核驗次數上限。系統必須在PC端接入USB掃碼槍，可通過掃碼槍快速掃描學生出示的二維碼進行請假單真偽核驗。

請假單二維碼界面應包含請假狀態、當前時間、動態防偽軌跡圖等防偽措施。

請假功能應具備設備鎖功能，當學生更換設備登錄時，無法直接查看歷史請假記錄，避免學生作弊情況的發生。請假設備鎖僅可有該學生對應的輔導員解鎖。

系統必須支持請假黑名單設置，被列入黑名單的學生無法發起請假。

系統必須支持請假時間限制，學生不可在學校設置的限制時間段內提交請假。

要求系統可根據用戶需求，添加自定義選項，讓學生發起請假時填寫，至少包含單選、文本兩種題型；

系統必須支持學校管理人員可對 (略) 設置銷假審批流程，流程可與該請假類型的請假審批流程一致，或要求僅第一級審批人審批。

1.6.1.6簽到服務

要求輔導員可以通知學生，在指定時間、地點通過移動端APP進行打卡簽到，輔導員可以在移動端、PC端查看到簽到的實時進度情況；

在創建簽到任務時，服務可以根據場景對簽到任務進行分類，如會議、自習、返校簽到、活動、實習等，根據不同的類型自動推薦簽到方式與簽到時間，方便輔導員創建簽到任務。

要求輔導員發布的簽到任務可通過學生掃描二維碼進行簽到，輔導員在發布簽到任務時，可以指派學生或設置自己為二維碼負責人，二維碼負責人會在任務開始前收到短信提醒，簽到開始后，二維碼負責人可以通過移動端/網頁端展示簽到二維碼，收到簽到任務的學生可以通過掃描二維碼進行簽到；二維碼負責人可以對改簽到的結果進行手動修改；動態二維碼可應對需要防止作弊的場景，二維碼每15秒刷新一次，防止截屏轉發完成簽到；

要求輔導員發布簽到任務時，可設置學生在簽到時除進行定位或二維碼掃描后，必須填寫附加題；至少可設置3道選擇題，并可設置異常提醒選項，即當學生選擇異常選項后，可第一時間通過APP推送提醒任務發送輔導員，輔導員點擊消息后，可查看學生填寫詳情；

要求輔導員可創建自由簽到任務，可設置不同簽到地點對應不同的簽到靜態二維碼，學生可通過APP端掃碼完成簽到；系統內可查看學生簽到記錄，以及所對應的二維碼信息與定位地址信息，可支持學校用于校內學生流動登記等業務場景。

要求輔導員可以要求學生在簽到的同時進行拍照，并且輔導員可以自行編輯拍照要求；

要 (略) 可以設置全校級的簽到任務，分配給指定的輔導員或管理人員執行簽到任務，并安排其分管學生進行簽到；學生簽到后， (略) 可以看到全校輔導員或管理人員的任務執行進度，以及所有分管學生的簽到實時情況；并可以以輔導員維度查看任務詳細情況；

要求全校級的簽到任務至少可支持四級任務架構，即管理人員將 (略) 系老師， (略) 系老師轉發至班級老師，最終由班級老師轉發至學生。

要求對學生的簽到狀態，輔導員可以手動更改，并可以添加修改備注；

要求學生簽到后界面中可彈出學生信息詳情頁，方便簽到管理人員進行現場查驗；個人信息詳情頁需帶有基礎的防偽措施， (略) 分截圖保存界面；詳情頁至少包含學生姓名、學號、性別、年級、學院、專業、班級、年級、宿舍信息等基礎信息；當簽到任務設置了附加信息與異常值時，學生若填寫異常選項，可通過信息頁直觀查看異常狀態。

1.6.1.7查寢服務

要求學生可通過拍照和定位的方式進行查寢簽到。

要求服務可創建查寢組，查寢組可設置查寢名稱、查寢日、簽到時間段、查寢頻率、拍照要求、簽到范圍、查寢對象。

對查寢日的設置，支持在日歷上勾選特定多個日期，發起簽到任務。或設置一定時間范圍內自動循環發起查寢任務。（如3月10日至5月1日期間，每周一、三、五、日自動發起查寢任務）

要求查寢數據能夠和請假數據對接，當學生在查寢 (略) 于請假狀態，系統自動給予特殊的標記，并能從標記位置一鍵跳轉學生該時間段內的請假單界面。

要求可對創建的查寢組進行開始、暫停、設置與歸檔操作，并且可將一段時間的查寢記錄通過excel表格的形式導出。

要求系統提供學生補簽功能，管理員可設置是否開啟，開啟后學生可在查寢時間結束后申請補簽。

要求在查寢功能中，可以通過導入、在線編輯的方式，維護全校的宿舍與學生對應關系等信息，并在查寢任務詳情中作為參考信息展現。

要 (略) 可以設置全校級的查寢任務，分配給指定的輔導員或管理人員執行查寢任務，并安排其分管學生進行查寢簽到；學生完成查寢簽到后， (略) 可以看到全校輔導員或管理人員的任務執行進度，以及所有分管學生的查寢到寢/請假實時情況；并可以以輔導員維度查看任務詳細情況；

1.6.1.8節假日離返校服務

要求業務負責老師可以給全體學生或指定年級學生發布法定節假日或寒暑假的相關節假日填報要求。根據節假日設置中的相關要求項，學生可在手機端填報節假日去向和返校的表單，輔導員或其他老師可完成學生去向相關的審批或管理。
要求支持設置去向登記和返校登記的填報時間，防止非填報時間段內學生隨意填寫。
要求支持根據學校的去向登記需要設置去向登記表單的部分填寫內容，支持配置離校、留校的附件圖片上傳。
要求支持設置學生是否允許留校、支持設置留校單獨的審批流程。
要求支持寒暑假免責聲明，學校可根據業務需求自行編寫免責聲明內容；學生在同意免責條款后方可提交離返校登記。
要求支持設置定位返校，設置返校范圍后，學生返校后僅可在范圍內完成定位后才能定位返校。
要求老師可對學生提交內容進行退回、審批等操作，并同時將相關消息發送給學生。
要求輔導員可手動提醒學生返校、幫助學生確認返校。
要求老師可查看未登記學生、已登記學生情況、特殊學生的返校情況等統計表單。

1.6.1.9通用審批表單服務

要求業務負責老師可以給全體學生發布專屬于學校的自定義應用。應用內容包括：自定義搭建的表單、自定義設置的流程，以及面向相關學生和政工的定向消息，學生可在手機端看到相關應用并提交表單，輔導員或其他老師可完成表單的審批和管理。
要求支持自定義搭建的表單：包括單選、多選、文本、量表、手寫簽名等自定義類型的題目，同時支持設置顯示條件關聯題目之間的顯示關系，支持任意時候編輯表單題目。
要求支持自定義搭建應用流程，支持設置無需審批的自定義應用或需要審批的自定義應用，支持無審批數據時任意編輯審批流程。
要求學生提交完信息后，可查看學生的填寫內容，支持導出所有學生填寫內容。導出內容包括學生的學號、姓名、性別、手機號、年級、院系、專業、班級、提交填報時填寫的題目內容。指定分管老師可進行內容查看。
要求老師可對學生提交內容進行退回、修改等操作，并同時將相關消息發送給學生。
要求老師可為學生幫填表單內容，當學生因故不能及時填寫時，相關業務老師可進行代填寫。

1.6.1.10學生信息庫服務

要求支持匯總輔導員協同辦公服務內產生的學生數據，以及校內學工、教務系統中的學生基本信息、家庭聯系方式、宿舍信息與學生成績信息；

要求系統根據輔導員所管理的學生數據權限范圍，支持搜索單個學生查看信息，可調取查看服務產生的數據匯總記錄，包括通知、活動報名、信息收集、簽到、查寢、請假等業務功能所產生數據，點擊具體數據記錄可調取查看任務詳情；同時要求單獨呈現信息收集任務的全量結果數據并可在界面中直接查看所填寫的內容；

要求系統提供學生自行修改信息庫中個人相關信息的功能，并且要求可以對每一個字段單獨設置權限，權限應至少包含：隱藏、審批后可更改、可隨意更改、不可更改等不同維度。

要求系統具備操作日志功能，能夠記錄操作人姓名、工號、操作時間、操作詳情等，便于問題的追根溯源。

支持人工excel導入與系統API對接的方式同步學生信息庫中的數據，與校內系統保持一致。

1.6.1.11工作日志服務

要求系統內置“查聽課記錄”、“談心談話記錄”、“宿舍走訪記錄”三類日志類型，并可由學校管理人員自定義創建工作日志模板表單，日志模板庫支持字段類型包括：短文本、長文本、填寫數字、單選、多選、時間選擇、人員/組織選擇、上傳附件、定位簽到等，日志模板創建完成后，可發布給老師查看進行填寫與提交；

要求輔導員可在服務的PC端與移動端填寫工作日志，實時保存填寫內容，同時移動端填寫支持語音轉文字功能，輔導員填寫時對手機說出內容，可自動轉換為日志內容；

要求學校管理人員可發布工作日志填寫任務，針對于指定的日志模板要求在指定時間段內提交相應數量的工作日志，并可設置在輔導員未按期提交指定數量的日志時，即時提醒輔導員填寫并提交工作日志；支持查看任務發布后的輔導員日志提交進度并可導出excel。
要求系統支持用戶自定義設置word文件模板，可直接將系統中已填寫的工作日志導出為word文件。
要求系統提供工作日志數據分析看板功能，看板中 (略) 提交排名、實時任務完成情況、未完成人員分布、提交時間分布等數據表。
要求系統具備敏感詞檢測功能，并且可以設置敏感詞提醒人員，當輔導員填寫的工作日志出現敏感詞時，系統自動發送推送給指定的提醒人員。

1.6.1.12政工簽到服務

要求管理員可以對輔導員發布簽到任務，輔導員通過移動端APP進行打卡簽到，管理員可以在移動端、PC端查看到簽到的實時進度情況；

在創建簽到任務時，服務可以根據場景對簽到任務進行分類，如會議、考勤簽到、活動簽到等，根據不同的類型自動推薦簽到方式與簽到時間，方便管理員創建簽到任務。

要求管理員發布的簽到任務可通過輔導員掃描二維碼進行簽到，管理員在發布簽到任務時，可以指派輔導員或設置自己為二維碼負責人，二維碼負責人會在任務開始前收到短信提醒，簽到開始后，二維碼負責人可以通過移動端/網頁端展示簽到二維碼，收到簽到任務的輔導員可以通過掃描二維碼進行簽到；二維碼負責人可以對改簽到的結果進行手動修改；動態二維碼可應對需要防止作弊的場景，二維碼每15秒刷新一次，防止截屏轉發完成簽到；

要求管理員發布簽到任務時，可設置輔導員在簽到時除進行定位或二維碼掃描后，必須填寫附加題；至少可設置3道選擇題，并可設置異常提醒選項，即當輔導員選擇異常選項后，可第一時間通過APP推送提醒任務發送管理員，管理員點擊消息后，可查看輔導員填寫詳情；

要求管理員可以要求輔導員在簽到的同時進行拍照，并且管理員可以自行編輯拍照要求；

要求對輔導員的簽到狀態，管理員可以手動更改，并可以添加修改備注；

1.6.1.13政工交辦服務

要求系統可以支持管理員發布政工交辦任務，發布的任務至少需要包含任務標題、正文、附件、鏈接、截止時間等內容。

要求面向政工發布的任務具備信息或材料收集的功能，收集表單可支持由用戶自定義搭建。
要求系統支持隨時查看已發布的政工交辦任務進度，并一鍵提醒還未完成任務的政工。

1.6.2 統計數據分析服務內容及要求

1.6.2.1學生行為數據分析服務

為滿 (略) 的學生行為數據統計分析需求，要求系統具備簽到、請假、考勤、信息收集四類數據的分析報表功能。可自定義選擇時間段與統計學生范圍。同時所有數據支持按照校、院、年級、專業、班級、個人的方式進行逐級排名統計，支持自定義排序，支持統計圖/表格切換展現形式，支持點擊組織節點逐級下探查看與返回。

為更好的開展疫情防控工作，根據師生各類協作（請銷假、查寢、各類考勤、疫情上報、信息采集等）學生授權獲取位置信息，形成學生最長60天的行為軌跡

要求對請假數據進行：

1) 休假情況、離校情況與銷假逾期情況分析；

2) 多次請假、多次離校、多次銷假逾期的學生排名并給出具體學生信息；

3) 全校請假申請類型、審批通過率、審批逾期率、請假時長分布、離校情況分布、銷假逾期分布分析；

4) 請假申請次數與請假時長趨勢分析；

要求對簽到數據進行：

1) 整體簽到人次情況、異常簽到情況、簽到請假情況分析；

2) 出多次未簽到、多次異常簽到、多次請假的學生排名與具體學生信息分析；

要求對查寢數據進行：

1) 查寢簽到人次情況、異常簽到情況、查寢請假情況、晚歸情況、補簽情況分析；

2) 多次未簽到、多次異常簽到、多次請假、多次晚歸與多次補簽的學生排名與具體學生信息分析；

要求對信息收集數據進行：

1) 信息收集填寫率與覆蓋率分析

2) 多次未填寫人員與無信息收集任務的具體學生分析

要求系統支持混合簽到、查寢、請假等多類業務數據中的學生GPS定位數據進行綜合分析，選定指定時間與指定人員后，系統支持在矢量地圖/影像地圖上呈現所選學生的全部最新GPS定位地點，并可點擊查看詳細名單。

要求系統支持根據學生定位信息，自動比對與上一次定位數據的異動情況，并于地圖上查看學生的起點與重點省份/地市，形成軌跡分布圖，對異 (略) 分顯示為返回或停留本省、離開或停留在本省，用于查看學生的軌跡流向，點擊具體軌跡，可查看學生名單與詳細數據，包括起點位置、終點位置、學生基本信息與數據產生時間。

1.6.2.2統計看板服務

各級管理人員，可通過此功能查看指定時間、指定范圍內的輔導員辦公協作服務使用數據與功能具體使用情況。包含通知、活動報名、信息收集、請假、查寢、簽到功能所產生的業務數據。以請假為例，校級管理員可篩選查看最近1周， (略) 內，某一輔導員所管理學生的請假功能的使用情況，包含：申請數量、審批通過數量、銷假逾期率、休假中的人數、總請假時長等。

1.6.3 基礎能力服務內容及要求

1.6.3. (略) 任務控制服務

對通知、活動報名、信息收集、簽到、查寢功能，可進行預覽正文、任務刪除、重新開啟任務、提前結束任務、撤回任務、延期任務、編輯任務與暫停任務的操作。

1.6.3.2備忘錄服務

需支持輔導 (略) 頁/移動端添加待辦事項，在網頁/移動端之間同步數據，方便查看待辦事務；

1.6.3.3自定義用戶與篩選器服務

需支持所有管理用戶在成員管理中，可新建自定義老師與學生分組，方便進行組織管理；添加自定義分組時，支持通過學號/工號粘貼的方式，快速匹配創建自定義分組；

在使用業務功能時， (略) 系、專業、班級、年級、學生類別、在校情況等字段，對業務使用對象學生進行篩選，方便業務功能對不同類型 (略) 別使用。

1.6.3.4輔導員的任務相互查看服務

要求輔導員用戶在系統中可通過設置關注用戶的方式，查看其它管理員與輔導員正在發布的任務與歷史任務。管理員角色的用戶可直接查看其他用戶的任務；而其它用戶則需要進行關注申請，通過后才可進行任務查看。

1.6.3.5輔導員分管學生查看服務

要求系統支持當其他用戶發布任務時，若學生屬于某一輔導員管理外圍之內，該輔導員可直接在線查看所分管學生的任務進度情況。

1.6.3.6成員管理服務

要求輔導員可以通過組織架構菜單，查看所管理的學生信息，至少包括學號、姓名、學院、專業、班級、性別、手機號；

要求輔導員與所有管理用戶，可以手動導入更新學生的手機號，并可以向所管理的學生發送短信，以提醒學生安裝用于接收任務提醒并執行 (略) ；提醒后可查看所 (略) 的激活使用情況；

要求系統支持對單個用戶設置多個角色，每個角色支持單獨維護分管學生數據，該成員登錄與系統使用時支持對自己的角色切換，切換角色后可查看不同任職下不同分管學生的數據，以及根據角色展示擁有使用權限的功能模塊。

1.6.3.7權限管理服務

要求系統支持4級職級，包括校級、院級、班級、助理，不同職級具備基本的數據權限，校級支持在統計數據中查看全校數據，院級支持查看自 (略) 的所有數據，班級與助理僅支持查看自己分管學生的數據；

要求系統支持自定義創建角色，創建時可對角色的名稱，角色人群限制，角色描述以及角色職級，同時對系統內的功能權限進行詳細配置，至少包括禁止訪問、查看與編輯+查看權限等。

1.6.3. (略) 配置服務

要求校級管理員可以對系統中的學生屬性進行統一管理，可配置學生類別與在校情況字段；

要求校級管理員可以對全校的電話提醒設置免打擾時間段，在設置的時間段內，學生將不會收到電話智能語音提醒；

要求校級管理員可以對全校的系統功能進行開關配置；

1.6.3.9防作弊服務

要求系統具備對學生日常管理中常見作弊手段的預警及攔截功能，用戶可自定義設置僅預警還是預警+攔截，若開啟攔截則該學生無法在疑似作弊的情況下完成任務。觸發預警攔截的情景應至少包括：虛擬定位、PC安卓模擬器等。

要求系統在發現學生疑似作弊行為時，能夠自動推送APP提醒給其分管老師。

1.6.3.10設備鎖服務

要求系統在發現學生更換設備登#時，對其后續進行的服務訪問進行限制。系統應為學生對應的輔導員提供解鎖功能，僅當輔導員對學生設備解鎖授權后，學生方可繼續操作。

1.7 驗收要求、付款方式

驗收要求、付款方式

1) 合同簽訂后5個工作日內需具備線上運行條件，驗收合格后，一次性支付100%服務費。

三、比選標準：

本次招標 (略) 資產與設 (略) 組織評標。本次招標評審將采取比選法。在滿足招標文件要求的前提下，綜合得分最高者為第一名，依次類推確定得分排名順序。若出現二家投標人綜合得分相同，則確定投標報價較低者排名在投標報價較高者之前。

序號	評標內容
1	價格分	根據投標方案的報價進行評審打分。 投標人報價得分=（滿足招標文件要求的最低報價÷投標報價）×10。	10
2	服務方案	根據投標方案優劣（需求理解、響應、進度安排、應急預案、增值服務等）進行評審打分。 優秀得27-40分，一般得14-26分，較差得1-13分。	40
3	公司實力	(略) 資質證明等實力情況進行評審打分。優秀得14-20分，一般得8-13分，較差得1-7分。	20
4	項目經驗	近三年同類項目的業績進行評價。需提供項目合同復印件，1個合同得2分，最高10分。	10
5	團隊組成	根據項目負責人學歷、資格證書、資歷經驗等情況綜合評定。優秀得7-10分，一般得4-6分，較差得1-3分。	10
		根據擬投入項目的團隊人員配置情況、人員學歷、資格證書、資歷經驗等情況綜合評定。優秀得7-10分，一般得4-6分，較差得1-3分。	10

四、投標要求

1、標書一式#份，膠裝成冊，標書可包含但不限于以下主要內容：

1）公司基本情況

2）★方案、★報價明細及總價、★建設期限。

3）★資格文件。

a、 ★營業執照或法人登記證書等；

b、 ★供應商書面聲明（格式按附件1）

C、★財務狀況及稅收、社會保障資金繳納情況聲明函（格式按附件2）

注：以上證明文件須加蓋公章。新注冊企業缺少材料可提供說明，說明須加蓋公章。

★為必須提供，不提供廢標。

2、中標后，不得轉包給其他單位。合同請先參閱 (略) 資產與設 (略) 站“資料下載”板塊中各類采購合同模板。

3、投標截止日期：2024年11 月18 日 下午4 點

招標聯系人：郁老師

聯系電話：#

聯系地址：三份標書統一密封后寄送 (略) (略) 南橋 (略) 496號綜合樓附樓118室（請務必在封面上標明投標項目名稱，公司名稱、聯系人姓名和手機電話）

資產與設 (略)

2024 年11 月12 日

附件1：

供應商書面聲明

致： （采購人）

本供應商鄭重承諾：

在提供本項目采購供應服務過程中，嚴格遵守《中華人民共和國招標投標法實施條例》第三十四條的規定：“與采購人存在利害關系可能影響招標公正性的法人、其他組織或者個人，不得參加投標。單位負責人為同一人或者存在控股、管理關系的不同單位，不得參加同一標段投標或者未劃分標段的同一 招標項目投標。”嚴格遵守《中華人民共和國政府采購法實施條例》第十八條的規定：“單位負責人為同一人或者存在直接控股、管理關系的不同供應商，不得參加同一合同項下的政府采購活動。除單一來源采購項目外，為采購項目提供整體設計、規范編制或者項目管理、監理、檢測等服務的供應商，不得再參加該采購項目的其他采購活動。”若違反上述規定，愿承擔相應法律后果。 此外，在提供本項目采購供應服務過程中，嚴格遵紀守法，保持廉潔自律，杜絕任何不正當競爭行為。

特此聲明。

報價人（公章）：

法定代表或授權委托人：

日期： 年 月 日

附件2：

財務狀況及稅收、社會保障資金

繳納情況聲明函

（樣張）

我方（供應商名稱）符合《中華人民共和國政府采購法》第二十二條第一款第（二）項、第（四）項規定條件，具體包括：

1. 具有健全的財務會計制度；

2. 有依法繳納稅收和社會保障資金的良好記錄。

特此聲明。

我方對上述聲明的真實性負責。如有虛假，將依法承擔相應責任。

供應商名稱（公章）

日期：