采购公告上商采购第56号上海商学院辅导员协同办公服务比选
发送至邮箱
采购公告上商采购第56号上海商学院辅导员协同办公服务比选
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) 建立完整的安全体系、安全应急响应机制，做好安全事故模拟演。优化管理流程,提高工作质量。
投标方基于辅导员办公协作服务移动端提供技术服务，服务内容及功能具体要求如下：
统一身份认证：支持统一的移动认证接口，可以对接学校的身份认证系统。
通讯录：可根据学校的组织架构提供通讯录功能，并支持姓名或者电话号码模糊查询。找同学、找老师、找业务部门，并可以关注和沟通。
即时通讯：需提供即时通讯功能支持学生间、学生与辅导员间的私聊沟通，即时聊天可发布图片、音频、文字、表情等。
基于辅导员办公协作服务PC端提供技术服务，用来进行通知发布、信息收集发布、活动报名信息发布、以及相关的信息管理工作等服务需求，具体服务内容与功能要求如下。
要求在PC端，通知、活动报名、信息采集、定点签到、查寝等功能的内 (略) 域，支持展示从word、网页中直接复制的文字，并保留其格式与样式，支 (略) 页中复制的图片。
要求在PC端除通过浏览器使用系统以外，系统提供独立的桌面客户端程序，用来进行通知发布、信息收集、活动报名发布等相关任务操作。可常驻于系统任务栏，并可随时唤起打开使用，支持在一段时间内无需重复登录。桌面客户端支持Windows7与Mac OS10.0以上版本的操作系统。
1.6 辅导员业务应用服务要求要求系统为用户提供办公工作台，工作台中应能承载学校采购的所有服务，并支持搜索、常用应用展示等便捷操作。
要求工作台具备基础数据分析的能力，至少能在工作台中展示 (略) ：辅导员任务看板（该账号自己发布的任务、该账号职级范围内管理的学生收到的任务、该账号关注的用户发布的任务）、高校最佳行业实践案例库、备忘录、各类功能数据统计看板。
数据看板要求支持可根据不同的账号权限展示不同的查看类型和范围，看板要求可以自定义编辑，用户可以自行选择展示或隐藏各项看板信息。
备忘录功能需支持关键词自动检索并一键跳转至应用的能力。
要求辅导员可以编辑通知并发送给学生，通知内容包括通知标题、通知正文、附件上传，通知可以设固定的时间进行定时发送，学生可以在手机端看到通知内容，并手动确认是否已经阅读过通知；
通知需支持通过APP推送、可设APP推送的时间。对于重要的通知，还需具备短信提醒、电话智能语言提醒方式。发送通知前可在本地试听智能电话语音。
要求通知下面设学 (略) ，学生可以就该通知向辅导员提问。辅导员可以在PC端、移动端回答学生的问题，同时辅导员可根据实际情况，选择将该问题的答案仅供提问者查看，或者供全体接受该通知的学生查看；
对于重要性比较高的通知，辅导员发出通知后，学生长时间未阅读，系统需主动通知学生，可根据任务配置自动进行短信与电话智能语音提醒；同时辅导员可对未读学生手动进行提醒，可通过APP推送、短信或电话智能语音方式提醒；
要 (略) 可以设置全校级的通知任务，分 (略) 辅导员或其他管理角色用户执行通知任务，并发送给其所管理的学生查看/确认； (略) 可以看到所有管理角色用户的任务执行进度，以及全量学生的通知的查看/确认进度。
要求辅导员可通过服务发布活动信息，活动信息至少包括活动名称、活动地点、开始结束时间、报名截止时间、活动内容说明、活动举办方、活动海报图片上传。其中活动名称、活动地点、开始结束时间、报名截止时间、活动内容说明为必填项；
要求自动支持自定义活动类型，类型创建后用户在发布新的活动报名任务是可选择类型，并在汇总统计页面自动归类展示同类活动。
要求学生可在移动端完成活动报名，报名结束后，辅导员可在PC端导出excel格式的报名学生名单。报名名单中至少包括学号、姓名、性别、手机号、年级、班级、专业、政治面貌、民族与学生的报名时间，辅导员可根据报名时间进行排序查看。
要求辅导员可通过服务对活动报名信息未读的学生进行消息提醒，并支持短信、虚拟语音电话等提醒方式。
要求辅导员可对活动报名人数进行限制，当学生报名人数超出限额后，停止报名
要求辅导员可以通过服务发布给学生填写的收集表单。收集表单内容至少包括标题、标题详情、收集项目。表单控件至少包括填写文本、单选题、多选题、上传图片、时间选择题、地址选择题等、手写签名、身份证号校验、手机号校验等；
要求发布收集表单时可开启定位采集功能，可采集学生在填写表 (略) 的地理位置信息，辅导员在查看学生填写信息时，可查看定位地址信息，并可在地图中展现具体地点；
要求学生可在移动端完成表格填写，对于长时间没有完成填写的学生，要求系统自动通过APP推送、短信或虚拟电话等方式予以通知，同时辅导员也可通过手动方式触发提醒；
对填写内容不符合要求的学生，辅导员可以通过打回的方式要求学生重新填写，支持对学生名单批量打回要求学生重新填写，打回后学生将收到移动端提醒并可进行再次填写提交。辅导员打回时，可以编写打回理由，并可以选择短信或电话智能语音的提醒方式。
要求辅导员可在PC端与移动端帮助未填写学生进行代填，填写后留存具体填写记录，包括填写人工号、姓名与操作时间等信息；要求辅导员可在PC端与移动端修改学生已提交的填写信息，并留存具体修改记录，包括修改人工号、姓名与操作时间等信息；
要求创建任务的时候提供模板服务，用户可直接选用模版生成需要学生填写的表单；
要求信息收集中具备逻辑跳转功能，根据不同的选择项可分别设置选择后某个选项后，后续的题目是否展示、隐藏
要求信息收集中具备评分功能，用户可对题目分别设置分数，并在提交答卷时自动计算总分。
信息收集完成后，可将收集的数据通过excel表格的形式导出，对收集的图片，支持打包下载；
辅导员办公服务PC端与移动端中，必须可以查看信息收集的收集进度、收集数据、统计图表；其中统计图表支持查看具体选项与填写文本的数量分布情况，点击具体选项与数量后，可查看填写该选项或文本项的学生名单，包括学生姓名、学号、手机号等基本信息，
支持将学生名单导出为excel以及将统计图表导出为word；
要求校级管理人员可创建全校级信息收集任务，设置任务填写表单与填写时间等信息，并分发要求指定辅导员或管理人员在PC端或移动端执行，发送给其管理的学生进行填写；学生在移动端填写后，分管辅导员与管理人员可查看其管理学生的填写数据，并进行打回、编辑、代填等相关操作，确认数据准确，校级管理人员可通过收集任务汇总查看全校老师任务执行情况，以及全校学生的填写具体数据以及统计分析结果；
要求全校级信息收集任务或普通信息收集任务发送后，所有可见该任务的管理人员可对任务进行复制，复制后保留原任务的相关表单配置信息，并可进行编辑修改后发送。
要求辅导员发布信息收集任务时，可设置异常提醒选项，即当学生选择异常选项后，可第一时间通过APP推送提醒任务发送辅导员，辅导员点击消息后，可查看学生填写详情；
学生可通过移动端向辅导员请假，请假页面必须包括请假类型、开始时间、结束时间、是否需要离校、紧急联系人联系方式、审批人、请假原因、且可在同一页面上传附件；若选择离校假，则强制填写离校目的地，包括目的地的省/市/区(县)信息以及详细地址；老师端在审批请假申请时，可查看上述所有信息；
学生在填写请假申请时，可根据管理员后台配置采集学生请假时所在的地理位置信息，请假申请提交后，辅导员在审批时可查看学生定位地址，并可打开地图查看具体地点；
学生在填写请假申请时，以及老师在审批时，可设置请假申请的抄送人，可选择系统内的老师或学生，至少可添加3名抄送人员，设置完成后当请假审批流程完成并全部通过后，所选的抄送人将收到提醒，并可查看该请假申请详情信息；
辅导员可在PC端、移动端上进行审批请假申请。在审批界面具有核实电话、电话详情包括学生电话和紧急联系人电话，可点击号码直接拨号通话，对于需要离开学校的请假申请，在学生回到学校后，需在移动端上进行销假；
在学生移动端销假页面上，需有学生手机的实时拍照上传、实时定位位置上传等功能，该页面不允许学生上传图片代替实时拍照；
若学生无法按时销假，支持学生对原有请假单提交续假申请，在辅导员批准生效后自动延长原有请假时长，并在请假记录中可合并查看，保持请假申请与续假申请的关联性；
系统必须支持学校管理人员可对请假申请进行详细配置，必须包含：学生销假时是否必须上传照片、学生提交请假/续假申请时、是否必须上传地理位置、请假最大申请时长设置、审批逾期条件设置、以及非离校请假是否必须进行销假等，便于匹配学校相关管理要求；
系统必须支持学校管理人员可自定义设置请假类型，定义请假类型名称并可控制开启或关闭状态，同时针对于单个请假类型，必须支持对补请假与提前请假分别可控制是否开启，以及补请假与提前请假的时间范围设置，若设置开启后，学生提交请假申请选择对应请假类型后，系统界面中将出现相关时间要求；
系统必须支持学校管理人员可统一设置学生的销假定位范围，支持在地图界面中通过POI兴趣点搜索查找地点并设置销假范围；
系统必须支持学校管理人员可设置销假逾期提醒，当学生请假时间截止后未及时进行销假操作，可自动通过APP推送与短信提醒系统审批人员；
系统必须支持针对异常请假学生，可限制请假，设置请假黑名单服务。
系统必须支持学校管理人员可设置开启/关闭请假免责申明，当开启后学生提交请假申请时必须勾选免责申明才可提交请假；系统必须支持免责申明自定义编辑，且审批人员可在审批界面中查看免责申明内容；
系统必须支持学校管理人员可对 (略) 设置请假审批流程， (略) 请假流程配置是否启用；审批流程设置时，支持按照请假类型、请假时长等条件，执行不同的请假审批流程，在审批节点上，允许按系统角色与自定义分组进行审批人员配置，并可以设置请假审批流程执行的优先级与审批人去重；
系统必须支持学生端展示请假单时，除请假基础提交与审批信息以外，需以明显颜色展示学生当前请假状态，同时提供动态防伪条或核验二维码，用于管理老师通过视觉观察或教师端应用扫码等方式，对请假单的真伪进行核验；管理员可在后台设置请假单二维码核验次数上限。系统必须在PC端接入USB扫码枪，可通过扫码枪快速扫描学生出示的二维码进行请假单真伪核验。
请假单二维码界面应包含请假状态、当前时间、动态防伪轨迹图等防伪措施。
请假功能应具备设备锁功能，当学生更换设备登录时，无法直接查看历史请假记录，避免学生作弊情况的发生。请假设备锁仅可有该学生对应的辅导员解锁。
系统必须支持请假黑名单设置，被列入黑名单的学生无法发起请假。
系统必须支持请假时间限制，学生不可在学校设置的限制时间段内提交请假。
要求系统可根据用户需求，添加自定义选项，让学生发起请假时填写，至少包含单选、文本两种题型；
系统必须支持学校管理人员可对 (略) 设置销假审批流程，流程可与该请假类型的请假审批流程一致，或要求仅第一级审批人审批。
要求辅导员可以通知学生，在指定时间、地点通过移动端APP进行打卡签到，辅导员可以在移动端、PC端查看到签到的实时进度情况；
在创建签到任务时，服务可以根据场景对签到任务进行分类，如会议、自习、返校签到、活动、实习等，根据不同的类型自动推荐签到方式与签到时间，方便辅导员创建签到任务。
要求辅导员发布的签到任务可通过学生扫描二维码进行签到，辅导员在发布签到任务时，可以指派学生或设置自己为二维码负责人，二维码负责人会在任务开始前收到短信提醒，签到开始后，二维码负责人可以通过移动端/网页端展示签到二维码，收到签到任务的学生可以通过扫描二维码进行签到；二维码负责人可以对改签到的结果进行手动修改；动态二维码可应对需要防止作弊的场景，二维码每15秒刷新一次，防止截屏转发完成签到；
要求辅导员发布签到任务时，可设置学生在签到时除进行定位或二维码扫描后，必须填写附加题；至少可设置3道选择题，并可设置异常提醒选项，即当学生选择异常选项后，可第一时间通过APP推送提醒任务发送辅导员，辅导员点击消息后，可查看学生填写详情；
要求辅导员可创建自由签到任务，可设置不同签到地点对应不同的签到静态二维码，学生可通过APP端扫码完成签到；系统内可查看学生签到记录，以及所对应的二维码信息与定位地址信息，可支持学校用于校内学生流动登记等业务场景。
要求辅导员可以要求学生在签到的同时进行拍照，并且辅导员可以自行编辑拍照要求；
要 (略) 可以设置全校级的签到任务，分配给指定的辅导员或管理人员执行签到任务，并安排其分管学生进行签到；学生签到后， (略) 可以看到全校辅导员或管理人员的任务执行进度，以及所有分管学生的签到实时情况；并可以以辅导员维度查看任务详细情况；
要求全校级的签到任务至少可支持四级任务架构，即管理人员将 (略) 系老师， (略) 系老师转发至班级老师，最终由班级老师转发至学生。
要求对学生的签到状态，辅导员可以手动更改，并可以添加修改备注；
要求学生签到后界面中可弹出学生信息详情页，方便签到管理人员进行现场查验；个人信息详情页需带有基础的防伪措施， (略) 分截图保存界面；详情页至少包含学生姓名、学号、性别、年级、学院、专业、班级、年级、宿舍信息等基础信息；当签到任务设置了附加信息与异常值时，学生若填写异常选项，可通过信息页直观查看异常状态。
要求学生可通过拍照和定位的方式进行查寝签到。
要求服务可创建查寝组，查寝组可设置查寝名称、查寝日、签到时间段、查寝频率、拍照要求、签到范围、查寝对象。
对查寝日的设置，支持在日历上勾选特定多个日期，发起签到任务。或设置一定时间范围内自动循环发起查寝任务。（如3月10日至5月1日期间，每周一、三、五、日自动发起查寝任务）
要求查寝数据能够和请假数据对接，当学生在查寝 (略) 于请假状态，系统自动给予特殊的标记，并能从标记位置一键跳转学生该时间段内的请假单界面。
要求可对创建的查寝组进行开始、暂停、设置与归档操作，并且可将一段时间的查寝记录通过excel表格的形式导出。
要求系统提供学生补签功能，管理员可设置是否开启，开启后学生可在查寝时间结束后申请补签。
要求在查寝功能中，可以通过导入、在线编辑的方式，维护全校的宿舍与学生对应关系等信息，并在查寝任务详情中作为参考信息展现。
要 (略) 可以设置全校级的查寝任务，分配给指定的辅导员或管理人员执行查寝任务，并安排其分管学生进行查寝签到；学生完成查寝签到后， (略) 可以看到全校辅导员或管理人员的任务执行进度，以及所有分管学生的查寝到寝/请假实时情况；并可以以辅导员维度查看任务详细情况；
要求业务负责老师可以给全体学生或指定年级学生发布法定节假日或寒暑假的相关节假日填报要求。根据节假日设置中的相关要求项，学生可在手机端填报节假日去向和返校的表单，辅导员或其他老师可完成学生去向相关的审批或管理。
要求支持设置去向登记和返校登记的填报时间，防止非填报时间段内学生随意填写。
要求支持根据学校的去向登记需要设置去向登记表单的部分填写内容，支持配置离校、留校的附件图片上传。
要求支持设置学生是否允许留校、支持设置留校单独的审批流程。
要求支持寒暑假免责声明，学校可根据业务需求自行编写免责声明内容；学生在同意免责条款后方可提交离返校登记。
要求支持设置定位返校，设置返校范围后，学生返校后仅可在范围内完成定位后才能定位返校。
要求老师可对学生提交内容进行退回、审批等操作，并同时将相关消息发送给学生。
要求辅导员可手动提醒学生返校、帮助学生确认返校。
要求老师可查看未登记学生、已登记学生情况、特殊学生的返校情况等统计表单。
要求业务负责老师可以给全体学生发布专属于学校的自定义应用。应用内容包括：自定义搭建的表单、自定义设置的流程，以及面向相关学生和政工的定向消息，学生可在手机端看到相关应用并提交表单，辅导员或其他老师可完成表单的审批和管理。
要求支持自定义搭建的表单：包括单选、多选、文本、量表、手写签名等自定义类型的题目，同时支持设置显示条件关联题目之间的显示关系，支持任意时候编辑表单题目。
要求支持自定义搭建应用流程，支持设置无需审批的自定义应用或需要审批的自定义应用，支持无审批数据时任意编辑审批流程。
要求学生提交完信息后，可查看学生的填写内容，支持导出所有学生填写内容。导出内容包括学生的学号、姓名、性别、手机号、年级、院系、专业、班级、提交填报时填写的题目内容。指定分管老师可进行内容查看。
要求老师可对学生提交内容进行退回、修改等操作，并同时将相关消息发送给学生。
要求老师可为学生帮填表单内容，当学生因故不能及时填写时，相关业务老师可进行代填写。
要求支持汇总辅导员协同办公服务内产生的学生数据，以及校内学工、教务系统中的学生基本信息、家庭联系方式、宿舍信息与学生成绩信息；
要求系统根据辅导员所管理的学生数据权限范围，支持搜索单个学生查看信息，可调取查看服务产生的数据汇总记录，包括通知、活动报名、信息收集、签到、查寝、请假等业务功能所产生数据，点击具体数据记录可调取查看任务详情；同时要求单独呈现信息收集任务的全量结果数据并可在界面中直接查看所填写的内容；
要求系统提供学生自行修改信息库中个人相关信息的功能，并且要求可以对每一个字段单独设置权限，权限应至少包含：隐藏、审批后可更改、可随意更改、不可更改等不同维度。
要求系统具备操作日志功能，能够记录操作人姓名、工号、操作时间、操作详情等，便于问题的追根溯源。
支持人工excel导入与系统API对接的方式同步学生信息库中的数据，与校内系统保持一致。
要求系统内置“查听课记录”、“谈心谈话记录”、“宿舍走访记录”三类日志类型，并可由学校管理人员自定义创建工作日志模板表单，日志模板库支持字段类型包括：短文本、长文本、填写数字、单选、多选、时间选择、人员/组织选择、上传附件、定位签到等，日志模板创建完成后，可发布给老师查看进行填写与提交；
要求辅导员可在服务的PC端与移动端填写工作日志，实时保存填写内容，同时移动端填写支持语音转文字功能，辅导员填写时对手机说出内容，可自动转换为日志内容；
要求学校管理人员可发布工作日志填写任务，针对于指定的日志模板要求在指定时间段内提交相应数量的工作日志，并可设置在辅导员未按期提交指定数量的日志时，即时提醒辅导员填写并提交工作日志；支持查看任务发布后的辅导员日志提交进度并可导出excel。
要求系统支持用户自定义设置word文件模板，可直接将系统中已填写的工作日志导出为word文件。
要求系统提供工作日志数据分析看板功能，看板中 (略) 提交排名、实时任务完成情况、未完成人员分布、提交时间分布等数据表。
要求系统具备敏感词检测功能，并且可以设置敏感词提醒人员，当辅导员填写的工作日志出现敏感词时，系统自动发送推送给指定的提醒人员。
要求管理员可以对辅导员发布签到任务，辅导员通过移动端APP进行打卡签到，管理员可以在移动端、PC端查看到签到的实时进度情况；
在创建签到任务时，服务可以根据场景对签到任务进行分类，如会议、考勤签到、活动签到等，根据不同的类型自动推荐签到方式与签到时间，方便管理员创建签到任务。
要求管理员发布的签到任务可通过辅导员扫描二维码进行签到，管理员在发布签到任务时，可以指派辅导员或设置自己为二维码负责人，二维码负责人会在任务开始前收到短信提醒，签到开始后，二维码负责人可以通过移动端/网页端展示签到二维码，收到签到任务的辅导员可以通过扫描二维码进行签到；二维码负责人可以对改签到的结果进行手动修改；动态二维码可应对需要防止作弊的场景，二维码每15秒刷新一次，防止截屏转发完成签到；
要求管理员发布签到任务时，可设置辅导员在签到时除进行定位或二维码扫描后，必须填写附加题；至少可设置3道选择题，并可设置异常提醒选项，即当辅导员选择异常选项后，可第一时间通过APP推送提醒任务发送管理员，管理员点击消息后，可查看辅导员填写详情；
要求管理员可以要求辅导员在签到的同时进行拍照，并且管理员可以自行编辑拍照要求；
要求对辅导员的签到状态，管理员可以手动更改，并可以添加修改备注；
要求系统可以支持管理员发布政工交办任务，发布的任务至少需要包含任务标题、正文、附件、链接、截止时间等内容。
要求面向政工发布的任务具备信息或材料收集的功能，收集表单可支持由用户自定义搭建。
要求系统支持随时查看已发布的政工交办任务进度，并一键提醒还未完成任务的政工。
为满 (略) 的学生行为数据统计分析需求，要求系统具备签到、请假、考勤、信息收集四类数据的分析报表功能。可自定义选择时间段与统计学生范围。同时所有数据支持按照校、院、年级、专业、班级、个人的方式进行逐级排名统计，支持自定义排序，支持统计图/表格切换展现形式，支持点击组织节点逐级下探查看与返回。
为更好的开展疫情防控工作，根据师生各类协作（请销假、查寝、各类考勤、疫情上报、信息采集等）学生授权获取位置信息，形成学生最长60天的行为轨迹
要求对请假数据进行：
1) 休假情况、离校情况与销假逾期情况分析；
2) 多次请假、多次离校、多次销假逾期的学生排名并给出具体学生信息；
3) 全校请假申请类型、审批通过率、审批逾期率、请假时长分布、离校情况分布、销假逾期分布分析；
4) 请假申请次数与请假时长趋势分析；
要求对签到数据进行：
1) 整体签到人次情况、异常签到情况、签到请假情况分析；
2) 出多次未签到、多次异常签到、多次请假的学生排名与具体学生信息分析；
要求对查寝数据进行：
1) 查寝签到人次情况、异常签到情况、查寝请假情况、晚归情况、补签情况分析；
2) 多次未签到、多次异常签到、多次请假、多次晚归与多次补签的学生排名与具体学生信息分析；
要求对信息收集数据进行：
1) 信息收集填写率与覆盖率分析
2) 多次未填写人员与无信息收集任务的具体学生分析
要求系统支持混合签到、查寝、请假等多类业务数据中的学生GPS定位数据进行综合分析，选定指定时间与指定人员后，系统支持在矢量地图/影像地图上呈现所选学生的全部最新GPS定位地点，并可点击查看详细名单。
要求系统支持根据学生定位信息，自动比对与上一次定位数据的异动情况，并于地图上查看学生的起点与重点省份/地市，形成轨迹分布图，对异 (略) 分显示为返回或停留本省、离开或停留在本省，用于查看学生的轨迹流向，点击具体轨迹，可查看学生名单与详细数据，包括起点位置、终点位置、学生基本信息与数据产生时间。
各级管理人员，可通过此功能查看指定时间、指定范围内的辅导员办公协作服务使用数据与功能具体使用情况。包含通知、活动报名、信息收集、请假、查寝、签到功能所产生的业务数据。以请假为例，校级管理员可筛选查看最近1周， (略) 内，某一辅导员所管理学生的请假功能的使用情况，包含：申请数量、审批通过数量、销假逾期率、休假中的人数、总请假时长等。
对通知、活动报名、信息收集、签到、查寝功能，可进行预览正文、任务删除、重新开启任务、提前结束任务、撤回任务、延期任务、编辑任务与暂停任务的操作。
需支持辅导 (略) 页/移动端添加待办事项，在网页/移动端之间同步数据，方便查看待办事务；
需支持所有管理用户在成员管理中，可新建自定义老师与学生分组，方便进行组织管理；添加自定义分组时，支持通过学号/工号粘贴的方式，快速匹配创建自定义分组；
在使用业务功能时， (略) 系、专业、班级、年级、学生类别、在校情况等字段，对业务使用对象学生进行筛选，方便业务功能对不同类型 (略) 别使用。
要求辅导员用户在系统中可通过设置关注用户的方式，查看其它管理员与辅导员正在发布的任务与历史任务。管理员角色的用户可直接查看其他用户的任务；而其它用户则需要进行关注申请，通过后才可进行任务查看。
要求系统支持当其他用户发布任务时，若学生属于某一辅导员管理外围之内，该辅导员可直接在线查看所分管学生的任务进度情况。
要求辅导员可以通过组织架构菜单，查看所管理的学生信息，至少包括学号、姓名、学院、专业、班级、性别、手机号；
要求辅导员与所有管理用户，可以手动导入更新学生的手机号，并可以向所管理的学生发送短信，以提醒学生安装用于接收任务提醒并执行 (略) ；提醒后可查看所 (略) 的激活使用情况；
要求系统支持对单个用户设置多个角色，每个角色支持单独维护分管学生数据，该成员登录与系统使用时支持对自己的角色切换，切换角色后可查看不同任职下不同分管学生的数据，以及根据角色展示拥有使用权限的功能模块。
要求系统支持4级职级，包括校级、院级、班级、助理，不同职级具备基本的数据权限，校级支持在统计数据中查看全校数据，院级支持查看自 (略) 的所有数据，班级与助理仅支持查看自己分管学生的数据；
要求系统支持自定义创建角色，创建时可对角色的名称，角色人群限制，角色描述以及角色职级，同时对系统内的功能权限进行详细配置，至少包括禁止访问、查看与编辑+查看权限等。
要求校级管理员可以对系统中的学生属性进行统一管理，可配置学生类别与在校情况字段；
要求校级管理员可以对全校的电话提醒设置免打扰时间段，在设置的时间段内，学生将不会收到电话智能语音提醒；
要求校级管理员可以对全校的系统功能进行开关配置；
要求系统具备对学生日常管理中常见作弊手段的预警及拦截功能，用户可自定义设置仅预警还是预警+拦截，若开启拦截则该学生无法在疑似作弊的情况下完成任务。触发预警拦截的情景应至少包括：虚拟定位、PC安卓模拟器等。
要求系统在发现学生疑似作弊行为时，能够自动推送APP提醒给其分管老师。
要求系统在发现学生更换设备登#时，对其后续进行的服务访问进行限制。系统应为学生对应的辅导员提供解锁功能，仅当辅导员对学生设备解锁授权后，学生方可继续操作。
1.7 验收要求、付款方式验收要求、付款方式
1) 合同签订后5个工作日内需具备线上运行条件，验收合格后，一次性支付100%服务费。
三、比选标准：
本次招标 (略) 资产与设 (略) 组织评标。本次招标评审将采取比选法。在满足招标文件要求的前提下，综合得分最高者为第一名，依次类推确定得分排名顺序。若出现二家投标人综合得分相同，则确定投标报价较低者排名在投标报价较高者之前。
序号 | 评标内容 | ||
1 | 价格分 | 根据投标方案的报价进行评审打分。 | 10 |
2 | 服务方案 | 根据投标方案优劣（需求理解、响应、进度安排、应急预案、增值服务等）进行评审打分。 | 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. 有依法缴纳税收和社会保障资金的良好记录。
特此声明。
我方对上述声明的真实性负责。如有虚假，将依法承担相应责任。
供应商名称（公章）
日期：
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) 建立完整的安全体系、安全应急响应机制，做好安全事故模拟演。优化管理流程,提高工作质量。
投标方基于辅导员办公协作服务移动端提供技术服务，服务内容及功能具体要求如下：
统一身份认证：支持统一的移动认证接口，可以对接学校的身份认证系统。
通讯录：可根据学校的组织架构提供通讯录功能，并支持姓名或者电话号码模糊查询。找同学、找老师、找业务部门，并可以关注和沟通。
即时通讯：需提供即时通讯功能支持学生间、学生与辅导员间的私聊沟通，即时聊天可发布图片、音频、文字、表情等。
基于辅导员办公协作服务PC端提供技术服务，用来进行通知发布、信息收集发布、活动报名信息发布、以及相关的信息管理工作等服务需求，具体服务内容与功能要求如下。
要求在PC端，通知、活动报名、信息采集、定点签到、查寝等功能的内 (略) 域，支持展示从word、网页中直接复制的文字，并保留其格式与样式，支 (略) 页中复制的图片。
要求在PC端除通过浏览器使用系统以外，系统提供独立的桌面客户端程序，用来进行通知发布、信息收集、活动报名发布等相关任务操作。可常驻于系统任务栏，并可随时唤起打开使用，支持在一段时间内无需重复登录。桌面客户端支持Windows7与Mac OS10.0以上版本的操作系统。
1.6 辅导员业务应用服务要求要求系统为用户提供办公工作台，工作台中应能承载学校采购的所有服务，并支持搜索、常用应用展示等便捷操作。
要求工作台具备基础数据分析的能力，至少能在工作台中展示 (略) ：辅导员任务看板（该账号自己发布的任务、该账号职级范围内管理的学生收到的任务、该账号关注的用户发布的任务）、高校最佳行业实践案例库、备忘录、各类功能数据统计看板。
数据看板要求支持可根据不同的账号权限展示不同的查看类型和范围，看板要求可以自定义编辑，用户可以自行选择展示或隐藏各项看板信息。
备忘录功能需支持关键词自动检索并一键跳转至应用的能力。
要求辅导员可以编辑通知并发送给学生，通知内容包括通知标题、通知正文、附件上传，通知可以设固定的时间进行定时发送，学生可以在手机端看到通知内容，并手动确认是否已经阅读过通知；
通知需支持通过APP推送、可设APP推送的时间。对于重要的通知，还需具备短信提醒、电话智能语言提醒方式。发送通知前可在本地试听智能电话语音。
要求通知下面设学 (略) ，学生可以就该通知向辅导员提问。辅导员可以在PC端、移动端回答学生的问题，同时辅导员可根据实际情况，选择将该问题的答案仅供提问者查看，或者供全体接受该通知的学生查看；
对于重要性比较高的通知，辅导员发出通知后，学生长时间未阅读，系统需主动通知学生，可根据任务配置自动进行短信与电话智能语音提醒；同时辅导员可对未读学生手动进行提醒，可通过APP推送、短信或电话智能语音方式提醒；
要 (略) 可以设置全校级的通知任务，分 (略) 辅导员或其他管理角色用户执行通知任务，并发送给其所管理的学生查看/确认； (略) 可以看到所有管理角色用户的任务执行进度，以及全量学生的通知的查看/确认进度。
要求辅导员可通过服务发布活动信息，活动信息至少包括活动名称、活动地点、开始结束时间、报名截止时间、活动内容说明、活动举办方、活动海报图片上传。其中活动名称、活动地点、开始结束时间、报名截止时间、活动内容说明为必填项；
要求自动支持自定义活动类型，类型创建后用户在发布新的活动报名任务是可选择类型，并在汇总统计页面自动归类展示同类活动。
要求学生可在移动端完成活动报名，报名结束后，辅导员可在PC端导出excel格式的报名学生名单。报名名单中至少包括学号、姓名、性别、手机号、年级、班级、专业、政治面貌、民族与学生的报名时间，辅导员可根据报名时间进行排序查看。
要求辅导员可通过服务对活动报名信息未读的学生进行消息提醒，并支持短信、虚拟语音电话等提醒方式。
要求辅导员可对活动报名人数进行限制，当学生报名人数超出限额后，停止报名
要求辅导员可以通过服务发布给学生填写的收集表单。收集表单内容至少包括标题、标题详情、收集项目。表单控件至少包括填写文本、单选题、多选题、上传图片、时间选择题、地址选择题等、手写签名、身份证号校验、手机号校验等；
要求发布收集表单时可开启定位采集功能，可采集学生在填写表 (略) 的地理位置信息，辅导员在查看学生填写信息时，可查看定位地址信息，并可在地图中展现具体地点；
要求学生可在移动端完成表格填写，对于长时间没有完成填写的学生，要求系统自动通过APP推送、短信或虚拟电话等方式予以通知，同时辅导员也可通过手动方式触发提醒；
对填写内容不符合要求的学生，辅导员可以通过打回的方式要求学生重新填写，支持对学生名单批量打回要求学生重新填写，打回后学生将收到移动端提醒并可进行再次填写提交。辅导员打回时，可以编写打回理由，并可以选择短信或电话智能语音的提醒方式。
要求辅导员可在PC端与移动端帮助未填写学生进行代填，填写后留存具体填写记录，包括填写人工号、姓名与操作时间等信息；要求辅导员可在PC端与移动端修改学生已提交的填写信息，并留存具体修改记录，包括修改人工号、姓名与操作时间等信息；
要求创建任务的时候提供模板服务，用户可直接选用模版生成需要学生填写的表单；
要求信息收集中具备逻辑跳转功能，根据不同的选择项可分别设置选择后某个选项后，后续的题目是否展示、隐藏
要求信息收集中具备评分功能，用户可对题目分别设置分数，并在提交答卷时自动计算总分。
信息收集完成后，可将收集的数据通过excel表格的形式导出，对收集的图片，支持打包下载；
辅导员办公服务PC端与移动端中，必须可以查看信息收集的收集进度、收集数据、统计图表；其中统计图表支持查看具体选项与填写文本的数量分布情况，点击具体选项与数量后，可查看填写该选项或文本项的学生名单，包括学生姓名、学号、手机号等基本信息，
支持将学生名单导出为excel以及将统计图表导出为word；
要求校级管理人员可创建全校级信息收集任务，设置任务填写表单与填写时间等信息，并分发要求指定辅导员或管理人员在PC端或移动端执行，发送给其管理的学生进行填写；学生在移动端填写后，分管辅导员与管理人员可查看其管理学生的填写数据，并进行打回、编辑、代填等相关操作，确认数据准确，校级管理人员可通过收集任务汇总查看全校老师任务执行情况，以及全校学生的填写具体数据以及统计分析结果；
要求全校级信息收集任务或普通信息收集任务发送后，所有可见该任务的管理人员可对任务进行复制，复制后保留原任务的相关表单配置信息，并可进行编辑修改后发送。
要求辅导员发布信息收集任务时，可设置异常提醒选项，即当学生选择异常选项后，可第一时间通过APP推送提醒任务发送辅导员，辅导员点击消息后，可查看学生填写详情；
学生可通过移动端向辅导员请假，请假页面必须包括请假类型、开始时间、结束时间、是否需要离校、紧急联系人联系方式、审批人、请假原因、且可在同一页面上传附件；若选择离校假，则强制填写离校目的地，包括目的地的省/市/区(县)信息以及详细地址；老师端在审批请假申请时，可查看上述所有信息；
学生在填写请假申请时，可根据管理员后台配置采集学生请假时所在的地理位置信息，请假申请提交后，辅导员在审批时可查看学生定位地址，并可打开地图查看具体地点；
学生在填写请假申请时，以及老师在审批时，可设置请假申请的抄送人，可选择系统内的老师或学生，至少可添加3名抄送人员，设置完成后当请假审批流程完成并全部通过后，所选的抄送人将收到提醒，并可查看该请假申请详情信息；
辅导员可在PC端、移动端上进行审批请假申请。在审批界面具有核实电话、电话详情包括学生电话和紧急联系人电话，可点击号码直接拨号通话，对于需要离开学校的请假申请，在学生回到学校后，需在移动端上进行销假；
在学生移动端销假页面上，需有学生手机的实时拍照上传、实时定位位置上传等功能，该页面不允许学生上传图片代替实时拍照；
若学生无法按时销假，支持学生对原有请假单提交续假申请，在辅导员批准生效后自动延长原有请假时长，并在请假记录中可合并查看，保持请假申请与续假申请的关联性；
系统必须支持学校管理人员可对请假申请进行详细配置，必须包含：学生销假时是否必须上传照片、学生提交请假/续假申请时、是否必须上传地理位置、请假最大申请时长设置、审批逾期条件设置、以及非离校请假是否必须进行销假等，便于匹配学校相关管理要求；
系统必须支持学校管理人员可自定义设置请假类型，定义请假类型名称并可控制开启或关闭状态，同时针对于单个请假类型，必须支持对补请假与提前请假分别可控制是否开启，以及补请假与提前请假的时间范围设置，若设置开启后，学生提交请假申请选择对应请假类型后，系统界面中将出现相关时间要求；
系统必须支持学校管理人员可统一设置学生的销假定位范围，支持在地图界面中通过POI兴趣点搜索查找地点并设置销假范围；
系统必须支持学校管理人员可设置销假逾期提醒，当学生请假时间截止后未及时进行销假操作，可自动通过APP推送与短信提醒系统审批人员；
系统必须支持针对异常请假学生，可限制请假，设置请假黑名单服务。
系统必须支持学校管理人员可设置开启/关闭请假免责申明，当开启后学生提交请假申请时必须勾选免责申明才可提交请假；系统必须支持免责申明自定义编辑，且审批人员可在审批界面中查看免责申明内容；
系统必须支持学校管理人员可对 (略) 设置请假审批流程， (略) 请假流程配置是否启用；审批流程设置时，支持按照请假类型、请假时长等条件，执行不同的请假审批流程，在审批节点上，允许按系统角色与自定义分组进行审批人员配置，并可以设置请假审批流程执行的优先级与审批人去重；
系统必须支持学生端展示请假单时，除请假基础提交与审批信息以外，需以明显颜色展示学生当前请假状态，同时提供动态防伪条或核验二维码，用于管理老师通过视觉观察或教师端应用扫码等方式，对请假单的真伪进行核验；管理员可在后台设置请假单二维码核验次数上限。系统必须在PC端接入USB扫码枪，可通过扫码枪快速扫描学生出示的二维码进行请假单真伪核验。
请假单二维码界面应包含请假状态、当前时间、动态防伪轨迹图等防伪措施。
请假功能应具备设备锁功能，当学生更换设备登录时，无法直接查看历史请假记录，避免学生作弊情况的发生。请假设备锁仅可有该学生对应的辅导员解锁。
系统必须支持请假黑名单设置，被列入黑名单的学生无法发起请假。
系统必须支持请假时间限制，学生不可在学校设置的限制时间段内提交请假。
要求系统可根据用户需求，添加自定义选项，让学生发起请假时填写，至少包含单选、文本两种题型；
系统必须支持学校管理人员可对 (略) 设置销假审批流程，流程可与该请假类型的请假审批流程一致，或要求仅第一级审批人审批。
要求辅导员可以通知学生，在指定时间、地点通过移动端APP进行打卡签到，辅导员可以在移动端、PC端查看到签到的实时进度情况；
在创建签到任务时，服务可以根据场景对签到任务进行分类，如会议、自习、返校签到、活动、实习等，根据不同的类型自动推荐签到方式与签到时间，方便辅导员创建签到任务。
要求辅导员发布的签到任务可通过学生扫描二维码进行签到，辅导员在发布签到任务时，可以指派学生或设置自己为二维码负责人，二维码负责人会在任务开始前收到短信提醒，签到开始后，二维码负责人可以通过移动端/网页端展示签到二维码，收到签到任务的学生可以通过扫描二维码进行签到；二维码负责人可以对改签到的结果进行手动修改；动态二维码可应对需要防止作弊的场景，二维码每15秒刷新一次，防止截屏转发完成签到；
要求辅导员发布签到任务时，可设置学生在签到时除进行定位或二维码扫描后，必须填写附加题；至少可设置3道选择题，并可设置异常提醒选项，即当学生选择异常选项后，可第一时间通过APP推送提醒任务发送辅导员，辅导员点击消息后，可查看学生填写详情；
要求辅导员可创建自由签到任务，可设置不同签到地点对应不同的签到静态二维码，学生可通过APP端扫码完成签到；系统内可查看学生签到记录，以及所对应的二维码信息与定位地址信息，可支持学校用于校内学生流动登记等业务场景。
要求辅导员可以要求学生在签到的同时进行拍照，并且辅导员可以自行编辑拍照要求；
要 (略) 可以设置全校级的签到任务，分配给指定的辅导员或管理人员执行签到任务，并安排其分管学生进行签到；学生签到后， (略) 可以看到全校辅导员或管理人员的任务执行进度，以及所有分管学生的签到实时情况；并可以以辅导员维度查看任务详细情况；
要求全校级的签到任务至少可支持四级任务架构，即管理人员将 (略) 系老师， (略) 系老师转发至班级老师，最终由班级老师转发至学生。
要求对学生的签到状态，辅导员可以手动更改，并可以添加修改备注；
要求学生签到后界面中可弹出学生信息详情页，方便签到管理人员进行现场查验；个人信息详情页需带有基础的防伪措施， (略) 分截图保存界面；详情页至少包含学生姓名、学号、性别、年级、学院、专业、班级、年级、宿舍信息等基础信息；当签到任务设置了附加信息与异常值时，学生若填写异常选项，可通过信息页直观查看异常状态。
要求学生可通过拍照和定位的方式进行查寝签到。
要求服务可创建查寝组，查寝组可设置查寝名称、查寝日、签到时间段、查寝频率、拍照要求、签到范围、查寝对象。
对查寝日的设置，支持在日历上勾选特定多个日期，发起签到任务。或设置一定时间范围内自动循环发起查寝任务。（如3月10日至5月1日期间，每周一、三、五、日自动发起查寝任务）
要求查寝数据能够和请假数据对接，当学生在查寝 (略) 于请假状态，系统自动给予特殊的标记，并能从标记位置一键跳转学生该时间段内的请假单界面。
要求可对创建的查寝组进行开始、暂停、设置与归档操作，并且可将一段时间的查寝记录通过excel表格的形式导出。
要求系统提供学生补签功能，管理员可设置是否开启，开启后学生可在查寝时间结束后申请补签。
要求在查寝功能中，可以通过导入、在线编辑的方式，维护全校的宿舍与学生对应关系等信息，并在查寝任务详情中作为参考信息展现。
要 (略) 可以设置全校级的查寝任务，分配给指定的辅导员或管理人员执行查寝任务，并安排其分管学生进行查寝签到；学生完成查寝签到后， (略) 可以看到全校辅导员或管理人员的任务执行进度，以及所有分管学生的查寝到寝/请假实时情况；并可以以辅导员维度查看任务详细情况；
要求业务负责老师可以给全体学生或指定年级学生发布法定节假日或寒暑假的相关节假日填报要求。根据节假日设置中的相关要求项，学生可在手机端填报节假日去向和返校的表单，辅导员或其他老师可完成学生去向相关的审批或管理。
要求支持设置去向登记和返校登记的填报时间，防止非填报时间段内学生随意填写。
要求支持根据学校的去向登记需要设置去向登记表单的部分填写内容，支持配置离校、留校的附件图片上传。
要求支持设置学生是否允许留校、支持设置留校单独的审批流程。
要求支持寒暑假免责声明，学校可根据业务需求自行编写免责声明内容；学生在同意免责条款后方可提交离返校登记。
要求支持设置定位返校，设置返校范围后，学生返校后仅可在范围内完成定位后才能定位返校。
要求老师可对学生提交内容进行退回、审批等操作，并同时将相关消息发送给学生。
要求辅导员可手动提醒学生返校、帮助学生确认返校。
要求老师可查看未登记学生、已登记学生情况、特殊学生的返校情况等统计表单。
要求业务负责老师可以给全体学生发布专属于学校的自定义应用。应用内容包括：自定义搭建的表单、自定义设置的流程，以及面向相关学生和政工的定向消息，学生可在手机端看到相关应用并提交表单，辅导员或其他老师可完成表单的审批和管理。
要求支持自定义搭建的表单：包括单选、多选、文本、量表、手写签名等自定义类型的题目，同时支持设置显示条件关联题目之间的显示关系，支持任意时候编辑表单题目。
要求支持自定义搭建应用流程，支持设置无需审批的自定义应用或需要审批的自定义应用，支持无审批数据时任意编辑审批流程。
要求学生提交完信息后，可查看学生的填写内容，支持导出所有学生填写内容。导出内容包括学生的学号、姓名、性别、手机号、年级、院系、专业、班级、提交填报时填写的题目内容。指定分管老师可进行内容查看。
要求老师可对学生提交内容进行退回、修改等操作，并同时将相关消息发送给学生。
要求老师可为学生帮填表单内容，当学生因故不能及时填写时，相关业务老师可进行代填写。
要求支持汇总辅导员协同办公服务内产生的学生数据，以及校内学工、教务系统中的学生基本信息、家庭联系方式、宿舍信息与学生成绩信息；
要求系统根据辅导员所管理的学生数据权限范围，支持搜索单个学生查看信息，可调取查看服务产生的数据汇总记录，包括通知、活动报名、信息收集、签到、查寝、请假等业务功能所产生数据，点击具体数据记录可调取查看任务详情；同时要求单独呈现信息收集任务的全量结果数据并可在界面中直接查看所填写的内容；
要求系统提供学生自行修改信息库中个人相关信息的功能，并且要求可以对每一个字段单独设置权限，权限应至少包含：隐藏、审批后可更改、可随意更改、不可更改等不同维度。
要求系统具备操作日志功能，能够记录操作人姓名、工号、操作时间、操作详情等，便于问题的追根溯源。
支持人工excel导入与系统API对接的方式同步学生信息库中的数据，与校内系统保持一致。
要求系统内置“查听课记录”、“谈心谈话记录”、“宿舍走访记录”三类日志类型，并可由学校管理人员自定义创建工作日志模板表单，日志模板库支持字段类型包括：短文本、长文本、填写数字、单选、多选、时间选择、人员/组织选择、上传附件、定位签到等，日志模板创建完成后，可发布给老师查看进行填写与提交；
要求辅导员可在服务的PC端与移动端填写工作日志，实时保存填写内容，同时移动端填写支持语音转文字功能，辅导员填写时对手机说出内容，可自动转换为日志内容；
要求学校管理人员可发布工作日志填写任务，针对于指定的日志模板要求在指定时间段内提交相应数量的工作日志，并可设置在辅导员未按期提交指定数量的日志时，即时提醒辅导员填写并提交工作日志；支持查看任务发布后的辅导员日志提交进度并可导出excel。
要求系统支持用户自定义设置word文件模板，可直接将系统中已填写的工作日志导出为word文件。
要求系统提供工作日志数据分析看板功能，看板中 (略) 提交排名、实时任务完成情况、未完成人员分布、提交时间分布等数据表。
要求系统具备敏感词检测功能，并且可以设置敏感词提醒人员，当辅导员填写的工作日志出现敏感词时，系统自动发送推送给指定的提醒人员。
要求管理员可以对辅导员发布签到任务，辅导员通过移动端APP进行打卡签到，管理员可以在移动端、PC端查看到签到的实时进度情况；
在创建签到任务时，服务可以根据场景对签到任务进行分类，如会议、考勤签到、活动签到等，根据不同的类型自动推荐签到方式与签到时间，方便管理员创建签到任务。
要求管理员发布的签到任务可通过辅导员扫描二维码进行签到，管理员在发布签到任务时，可以指派辅导员或设置自己为二维码负责人，二维码负责人会在任务开始前收到短信提醒，签到开始后，二维码负责人可以通过移动端/网页端展示签到二维码，收到签到任务的辅导员可以通过扫描二维码进行签到；二维码负责人可以对改签到的结果进行手动修改；动态二维码可应对需要防止作弊的场景，二维码每15秒刷新一次，防止截屏转发完成签到；
要求管理员发布签到任务时，可设置辅导员在签到时除进行定位或二维码扫描后，必须填写附加题；至少可设置3道选择题，并可设置异常提醒选项，即当辅导员选择异常选项后，可第一时间通过APP推送提醒任务发送管理员，管理员点击消息后，可查看辅导员填写详情；
要求管理员可以要求辅导员在签到的同时进行拍照，并且管理员可以自行编辑拍照要求；
要求对辅导员的签到状态，管理员可以手动更改，并可以添加修改备注；
要求系统可以支持管理员发布政工交办任务，发布的任务至少需要包含任务标题、正文、附件、链接、截止时间等内容。
要求面向政工发布的任务具备信息或材料收集的功能，收集表单可支持由用户自定义搭建。
要求系统支持随时查看已发布的政工交办任务进度，并一键提醒还未完成任务的政工。
为满 (略) 的学生行为数据统计分析需求，要求系统具备签到、请假、考勤、信息收集四类数据的分析报表功能。可自定义选择时间段与统计学生范围。同时所有数据支持按照校、院、年级、专业、班级、个人的方式进行逐级排名统计，支持自定义排序，支持统计图/表格切换展现形式，支持点击组织节点逐级下探查看与返回。
为更好的开展疫情防控工作，根据师生各类协作（请销假、查寝、各类考勤、疫情上报、信息采集等）学生授权获取位置信息，形成学生最长60天的行为轨迹
要求对请假数据进行：
1) 休假情况、离校情况与销假逾期情况分析；
2) 多次请假、多次离校、多次销假逾期的学生排名并给出具体学生信息；
3) 全校请假申请类型、审批通过率、审批逾期率、请假时长分布、离校情况分布、销假逾期分布分析；
4) 请假申请次数与请假时长趋势分析；
要求对签到数据进行：
1) 整体签到人次情况、异常签到情况、签到请假情况分析；
2) 出多次未签到、多次异常签到、多次请假的学生排名与具体学生信息分析；
要求对查寝数据进行：
1) 查寝签到人次情况、异常签到情况、查寝请假情况、晚归情况、补签情况分析；
2) 多次未签到、多次异常签到、多次请假、多次晚归与多次补签的学生排名与具体学生信息分析；
要求对信息收集数据进行：
1) 信息收集填写率与覆盖率分析
2) 多次未填写人员与无信息收集任务的具体学生分析
要求系统支持混合签到、查寝、请假等多类业务数据中的学生GPS定位数据进行综合分析，选定指定时间与指定人员后，系统支持在矢量地图/影像地图上呈现所选学生的全部最新GPS定位地点，并可点击查看详细名单。
要求系统支持根据学生定位信息，自动比对与上一次定位数据的异动情况，并于地图上查看学生的起点与重点省份/地市，形成轨迹分布图，对异 (略) 分显示为返回或停留本省、离开或停留在本省，用于查看学生的轨迹流向，点击具体轨迹，可查看学生名单与详细数据，包括起点位置、终点位置、学生基本信息与数据产生时间。
各级管理人员，可通过此功能查看指定时间、指定范围内的辅导员办公协作服务使用数据与功能具体使用情况。包含通知、活动报名、信息收集、请假、查寝、签到功能所产生的业务数据。以请假为例，校级管理员可筛选查看最近1周， (略) 内，某一辅导员所管理学生的请假功能的使用情况，包含：申请数量、审批通过数量、销假逾期率、休假中的人数、总请假时长等。
对通知、活动报名、信息收集、签到、查寝功能，可进行预览正文、任务删除、重新开启任务、提前结束任务、撤回任务、延期任务、编辑任务与暂停任务的操作。
需支持辅导 (略) 页/移动端添加待办事项，在网页/移动端之间同步数据，方便查看待办事务；
需支持所有管理用户在成员管理中，可新建自定义老师与学生分组，方便进行组织管理；添加自定义分组时，支持通过学号/工号粘贴的方式，快速匹配创建自定义分组；
在使用业务功能时， (略) 系、专业、班级、年级、学生类别、在校情况等字段，对业务使用对象学生进行筛选，方便业务功能对不同类型 (略) 别使用。
要求辅导员用户在系统中可通过设置关注用户的方式，查看其它管理员与辅导员正在发布的任务与历史任务。管理员角色的用户可直接查看其他用户的任务；而其它用户则需要进行关注申请，通过后才可进行任务查看。
要求系统支持当其他用户发布任务时，若学生属于某一辅导员管理外围之内，该辅导员可直接在线查看所分管学生的任务进度情况。
要求辅导员可以通过组织架构菜单，查看所管理的学生信息，至少包括学号、姓名、学院、专业、班级、性别、手机号；
要求辅导员与所有管理用户，可以手动导入更新学生的手机号，并可以向所管理的学生发送短信，以提醒学生安装用于接收任务提醒并执行 (略) ；提醒后可查看所 (略) 的激活使用情况；
要求系统支持对单个用户设置多个角色，每个角色支持单独维护分管学生数据，该成员登录与系统使用时支持对自己的角色切换，切换角色后可查看不同任职下不同分管学生的数据，以及根据角色展示拥有使用权限的功能模块。
要求系统支持4级职级，包括校级、院级、班级、助理，不同职级具备基本的数据权限，校级支持在统计数据中查看全校数据，院级支持查看自 (略) 的所有数据，班级与助理仅支持查看自己分管学生的数据；
要求系统支持自定义创建角色，创建时可对角色的名称，角色人群限制，角色描述以及角色职级，同时对系统内的功能权限进行详细配置，至少包括禁止访问、查看与编辑+查看权限等。
要求校级管理员可以对系统中的学生属性进行统一管理，可配置学生类别与在校情况字段；
要求校级管理员可以对全校的电话提醒设置免打扰时间段，在设置的时间段内，学生将不会收到电话智能语音提醒；
要求校级管理员可以对全校的系统功能进行开关配置；
要求系统具备对学生日常管理中常见作弊手段的预警及拦截功能，用户可自定义设置仅预警还是预警+拦截，若开启拦截则该学生无法在疑似作弊的情况下完成任务。触发预警拦截的情景应至少包括：虚拟定位、PC安卓模拟器等。
要求系统在发现学生疑似作弊行为时，能够自动推送APP提醒给其分管老师。
要求系统在发现学生更换设备登#时，对其后续进行的服务访问进行限制。系统应为学生对应的辅导员提供解锁功能，仅当辅导员对学生设备解锁授权后，学生方可继续操作。
1.7 验收要求、付款方式验收要求、付款方式
1) 合同签订后5个工作日内需具备线上运行条件，验收合格后，一次性支付100%服务费。
三、比选标准：
本次招标 (略) 资产与设 (略) 组织评标。本次招标评审将采取比选法。在满足招标文件要求的前提下，综合得分最高者为第一名，依次类推确定得分排名顺序。若出现二家投标人综合得分相同，则确定投标报价较低者排名在投标报价较高者之前。
序号 | 评标内容 | ||
1 | 价格分 | 根据投标方案的报价进行评审打分。 | 10 |
2 | 服务方案 | 根据投标方案优劣（需求理解、响应、进度安排、应急预案、增值服务等）进行评审打分。 | 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. 有依法缴纳税收和社会保障资金的良好记录。
特此声明。
我方对上述声明的真实性负责。如有虚假，将依法承担相应责任。
供应商名称（公章）
日期：
招投标大数据
最近搜索
无
热门搜索
无
