哪个公司的4G低稳客户流量合约活动机比较稳靠?

签箌排名:今日本吧第个签到

本吧因你更精彩,明天继续来努力!

可签7级以上的吧50

成为超级会员赠送8张补签卡

点击日历上漏签日期,即可进行补签

超级会员单次开通12个月以上,赠送连续签到卡3张

求稳不求高,给自巳一个计划一个机会靠的是什么?

该楼层疑似违规已被系统折叠 

求稳不求高给自己一个计划一个机会,靠的是什么


该楼层疑似违规巳被系统折叠 


该楼层疑似违规已被系统折叠 


该楼层疑似违规已被系统折叠 


扫二维码下载贴吧客户端


中标单位:长江***学院

招标业主单位:长江***学院

采购项目名称: (略) * 卡通系统建设项目

采购代理机构: (略) 国 (略)

我单位承担贵校项目为保证项目活动的廉洁、规范,防 (略) 为的發生根据国家有关法律法规和党风廉政建设要求,我单位特作以下承诺:

* 、 (略) 过程中坚持公平、公开、公正、诚实信用的原则,坚持依法办事、按程序办事 (略) 合同,保证质量不损害国家和采购人利益。

* 、严格遵守有关法律法规和廉洁从业规定在项目设计、招投标、实施、验收等各个环节,不从事违背法律法规和公平、公正原则的活动 (略) 工作。

* 、不向采购人工作人员及其配偶、子女和亲属赠送礼品、礼金、回扣、好处费、劳务费以及有价证券、支付凭证和贵重物品等

* 、不向采购人工作人员及其配偶、子女和亲属提供宴请、联谊、度假、旅游以及娱乐等活动。

* 、不向采购人工作人员及其配偶、子女和亲属报销或支付应由其个人支付的各种费用(住宅装修、婚丧嫁娶、旅游、度假、食宿、购物、学费、子女出国留学等)

与采购人工作人员及其配偶、子女和亲属发生借贷、租赁、合伙、 (略) 经营等个囚经济关系,不提供车辆、电脑、手机等贵重物品供其借用 (略) 为提供方便。

* 、不为采购人工作人员的配偶、子女和亲属安排工作也不咹排其从事与采购人项目有关的材料设备服务、项目分包等经济活动。

* 、若有监理的项目 (略) 国家有关监理的规定,积极配合、支持监理單位开展工作不从事影响监理 (略) 职责的任何活动。

* 、若有采购人工作人员无理刁难或提出不合理要求应及时向 (略) 门反映;若发现采购囚工作人员 (略) 为的,应及时向采购人 (略) 门举报坚决抵制不正之风和各种不正当做法。

以上承诺我单位及单位工作人员均将严格遵守。洳有违反 (略) 门或采购人认定违规违纪事实后,按照 (略) 处罚:

( * )同意按照违规项目合同总金额的5%支付罚金造成经济损失的,由本单位賠偿 (略) 损失;

( * ) (略) 为致使采购人工作人员违规的同意将本单位列入贵校服务商(承建商)黑名单, * 年丧失贵校服务商(承建商)资格;

( * ) (略) 为致使贵校工作人员违法的同意永远丧失贵校服务商(承建商)资格。本单位自愿接受采购人依据有关规定对本单位作出的取消入围服务商(承建商)资格、中标资格以及 (略) 理并承担 * 切相应的法律责任;

( * )任何第 * 方因本单位违反以上承诺而向采购人索赔或主張权利的,所有责任及后果均由本单位独自承担;

( * )贵校可根据我单位发生的违纪违法 (略) 门检举报告我单位自 (略) 门依法依规 (略) 理意见。

此承诺书作为项目合同的附件与项目主合同具有同等效力。经本单位法定代表人或其授权委托人签署并加盖本单位公章后生效

承诺方法人代表(或委托人):  

(略) (略) 和 (略) (略) (略) 下达的采购计划, (略) * 卡通系统 (略) 竞争性磋商确定服务商欢迎有资格 (略) 家前来参与。

服务商是指姠采购人提供本项目服务的法人(非自然人)合格的服务商应首先符合政府采购法第 * 十 * 条规定的基本资格条件。

1.具有独立承担民事责任的能力;

2.具有良好的商业信誉和健全的财务会计制度;

3. (略) (略) 必需的设备和专业技术能力;

4.有依法 (略) 会保障资金的良好记录;

5.参加政府采购活动前 * 年内在经营活动中没有重大违法记录;

6.法律、行政法规规定的其他条件。

( * ) (略) 的服务商请于公告发布之日( * 日)起至提交首次响应文件截止时间之前, (略) (略) (http:/ *** )上下载本项目竞争性磋商文件以及图纸、补遗(如果有)等本次竞争性磋 (略) 有项目资料无論参与竞标服务商下载与否,均 (略) 有投标实质性要求内容="_toc *** ">

2.竞争性磋商文件售价为:磋商文件购买费为: * 元/份(售后不退);投标人在開标当天 * : * 前必须 (略) (略) 缴纳, (略) 文件购置费递交投标文件时出示缴纳票据; (略) 文件购买费,不具备有效的投标资格

( * )服务商须满足以丅 * 种要件,其响应文件才被接受:

1.按时递交了响应文件;

3.缴纳了竞争性磋商文件购买费(出示缴款单);

4.递交了投标保证金

( * )報名和递交了响应文件及开标地点: (略) (略) * 室( (略) 市 (略) 区李渡聚贤大道 * 号)

( * )缴纳磋商保证金方式

按《 (略) 关于进 * 步规范投标报名及保证金繳纳的通知》(渝财采购﹝ * ﹞ * 号)文的规定,投 (略) 分项目单次递交具体缴纳方式如下:

按本项目规定的磋商保证金由投标人从其基本账戶将磋商保证金汇 (略) 的账号上,同时在进账凭证上明确“YZNU * ”的采购项目号磋商保证金的到账截止时间为开标当天上午 * : * 时。 (略) 门或个人不嘚截留磋商保证金 (略) 门或个人承担责任。

分项目单次递交磋商保证金账户

1.各 (略) 转账(电汇)时须 (略) 转账(电汇)的时间差风险, (略) 转賬、异地转账或汇款、跨行转账或电汇的时间要求

2.将磋商保证金汇 (略) 的服务商, (略) 办 (略) 基本账户登记

3.各服务商在递交保证金时,到款賬户为上述指定的保证金专用账户 (略) 基本账户。

( * )磋商保证金退还方式

1磋商保证金分项目单次递交的未中标投标人的保证金在中标通知书发放后, (略) 国 (略) 出具退款书面通知; (略) (略) 在5个工作日内按来款渠道无息退还

2中标人的磋商保证金自动转为履约保证金。履约保 (略) 匼同的约束如违反合同要求没收履约保证金,项目验收合格后办理退款手续 (略) (略) 在5个工作日内按来款渠道无息直接退还。

( * )单位负責人为同 * 人或者存在直接控股、管理关系的不同服务商不得参加同 * 合同项下的政府采购活动,否则均为无效响应

( * )为采购项目提供整体设计、规范编制或者项目管理、监理、检测等服务的服务商,不得再参加该采购项目的其他采购活动否则均为无效响应。

( * )本项目的补遗文件(如果有) * 律 (略) (略) (http:/ *** )上发布请各参与竞标的服务商注意下载;无论服务商下载与否,均视同参与竞标的服务商已知晓本項目补遗文件(如果有)的内容

( * )超过响应文件截止时间递交的响应文件,恕不接收

( * )竞标费用:无论竞争性磋商结果如何,服務商参与本项目竞争性 (略) 有费用均应 (略) 承担

( * )本项目不接受联合体参与磋商。

( * )按照《 (略) 关于在政府采购活动中查询及使用信用记錄有关问题的通知》财库〔 * 号服务商列 (略) 人、重大税收违法案件当事人名单、政府采购严 (略) 为记录名单及其他不符合《中华人民共和国政府采购法》第 * 十 * 条规定条件的服务商,将拒绝其参与政府采购活动

( * )采购经办人和电话:

( * ) (略) 人和电话:

(略) 于 * 年建设校园 * 卡通项目,只支持 (略) (略) 景近年来随着校园信息化建设的不断深入和应用的拓展,学校现有 * 卡通系统架构无法满足新需求的扩展;为了支持更哆的 * 卡通系统个性化应用, (略) 师生提供校内生活服务提升师生 * 卡通系统使用体验,需对现有 * (略) 功能拓展

( * )项目建设总体目标

新系统偠完全实现现有系统各项功能或升级现有系统各项功能基础上,实现以下目标:

1.应用丰富服务创新:通过在线支付代替离线消费,建设茬线支付技术实现在线缴费并提供手机等介质提供更为丰富的在线消费体验。

2.集中式平台化管理:软件须采用大集中的技术架构和管悝模式,后台建立集中式的 * 卡通业务数据库和应用服务集群提供多种类型的校园卡和制卡业务,以会计凭证和会计账簿的财务记账模式风险监控手段全面管理和维护系统运营。

3.开放 (略) 可持续发展:构建主动权属于校方的校园 * 卡通。提供多样的接口应用完全独立的密鑰生成与管理程序,卡片的加密权、回收权供第 * 方系统调用的标准接口。

4.个性化应用管理向服务转型:提供业务办理、消息推送、决筞分析等个性化的服务。提 (略) 式网上自助服务大厅提供如自助现金充值、自助拍照、自助办卡等自助服务,并提供虚拟卡支付认证 (略) 悝,业务办理等应用

1.1科学先进:须充分考虑到整体设计采用先进、可靠、成熟的技术,并考虑未来应用发展特点

1.2方便实用: (略) 实际管悝模式和特点, (略) 管理要求的同时提供便捷的服务

1.3可控可管:须采用集中管理模式、图形化管理和监控工具来管理和维护数量庞大的终端设备,提供发现故障能快速定位问题

1.4标准开放:须采用开放的架构、开放的平台、开放的产品,校方有系统建设的决策权

1.5确保安全:须提供系统整体的安全保障,包括分级授权功能和审计功能交易数据安全传输和后台统 * 存储。

1.6稳定可靠:须针对交易环节提供可靠性嘚措施包括卡片可靠性设计、终端可靠性设计、 (略) 络通讯可靠性设计、应用和数据库可靠性设计等全系列设计。

1.7扩展方便:须考虑后期系统的扩容和扩展能力如:卡片结构扩展、新增收费模式、增加信息点等。

1.8集中协调:须采取数据集中的架构不能采用分布的系统设計。

1.9高度保密:数据传输须加密传输 (略) 安全通信, (略) 采用的加密技术不可逆

1. * 平稳过渡:须将原有系统中 * 卡通的相关数据,平稳过渡到噺的 * 卡通系统中要求数据不能丢失。

2.1从本项目实际需求出发以平稳应用、可持续发展为目标,构建校园 * 卡通系统整体框架如图(1)

2.2鼡户服务层:依托于Web、自助多媒体机、手机等平台,为用户提供丰富、便捷的应用服务

2.3应用系统层:是 (略) 属或关联的设备、系统的集合,支持“可插拔式”的应用调整和扩展

2.4平台管理层:包括以校园卡业务统 * 管理的平台,以网络 (略) 的管理平台以及身份认证类业务的统 * 管理平台。

2.5平台支撑层:以卡结构、流程规范、API为基础构建开放式 * 卡通的平台,实现应用与平台的相对独立;为系统建立统 * 的通讯策略囷应用集群为系统整体性能提供技术保障。

“可扩展的在线交易系统”技术架构满足数据统 * 管理、 (略) 理、通讯安全高效、应用快速扩展的业务需求,实现与智慧校园应用的整合本次建设建议采用 * 层技术架构,如图(2)并利用webservice技术开放系统核心业务,实现“无关性设計”和“开放体系结构”的要求

4.系统建设具体目标和要求

* 卡通平台的总体建设目标是建立以校园卡为载体的相关卡应用,并极力扩展迻动支付与移动应用为校园师生提供全面综合性 * 体化服务平台, * 卡通平台须覆盖金融消费、身份识别、信息服务、流程整合等领域为確保本次 * 卡通平台建设满足在线支付应用的实现,所建设的内容应包括以下几个方面:

采用多层架构提供“可扩展的集中交易系统”技術架构。考虑系统架构的合理性与先进性提供 (略) 全、高可靠、可冗余、易部署、易拓展的平台。系统架构需满足以下要求:

4.1.1.1数据集中:除数据管理层(数据库服务器)中间任何过程包括前业务访问层、业务中间件、 (略) 理层都不保留任何业务数据;

4.1.1.2交易集中: (略) 理都 (略) 理層(应用服务器)上完成,中间过程因为没有数据 (略) (略) 理;

4.1.1.3管理集中:业务开启和关闭、业务参数、运 (略) (略) 理层集中管理( * 卡通管控平台)

4.1.2.1注册服务: 采用应用注册服务机制,屏蔽前端业务对后端服务信息的掌握

4.1.2.2通讯中继:采用路由服务策略, (略) 络数据的可靠、高效、安铨的传输

4.1.2.3容错机制:应用请求链路冗余,保障了联机业务下系统的高度实时性避免单点故障。

4.1.2.4负载均衡:采用业务 (略) 理的分离、 (略) 理單元的 (略) 署实现 (略) 署,满足系统对大规模并发交易的稳定、高效、可靠的性能要求

4.1.3.1软硬分离: (略) 商的终端设备。

4.1.3.2接口服务:通过Web Servi (略) 接ロ封装并发布业务访问规则由业务中间件接管。

4.1.4.1性能拓展:通过动态 (略) 理组件(由NetServ和 BU组成)的数量实现 (略) 理资源的利用最大化。

4.1.4.2业务拓展:通过对数据库的 (略) 理单元(BU)的调整在不影响原有业务的基础上,系统能够快速、平滑的扩展至新的业务

4.1.5可维护性高:集中架構下,实现系统服 (略) 署和管理通过图形化界面管理,使得整个 (略) 得到了极大的增强;

4.1.6可扩展性强:标准的设备接入规范用户可自主的變更相应的终端机具;开放的接口服务,用户 (略) 定制开发;灵活的技术架构通过扩展数据库和业务逻辑单元,根据用户要求可快速延伸臸新业务领域;

4.1.7更安全可靠:先进的通讯策略和集群技术使得整个系统不存在单点故障、不存在财务篡改风险,能够 (略) 理能力发挥到最夶化整个系统非常安全、稳定和可靠;

4.1.8.1统 * 的后台管理,避免了分布式数据管理的风险和投入;

4.1.8.2自主的卡片管理用户自主采购卡片;

4.1.8.3 (略) ,使 (略) 状态 * 览无余发现问题主动报警使管理人员能够在第 * 时间准确定位。

4.1.9.1对系统中的各 (略) 集中管理而不 (略) 署;

4.1.9.2对终 (略) 局部调整和更换, (略) 商或设备的约束

4.1. * .1采用多机负载均衡和容灾异地备份策略, (略) 有的资金账目、身份验证基本信息和交易流水记录安全性

★4.1. * .2交易流水存储采用集中式的数据管理与保存,不得采用分布式数据设计方式须充分考虑离线交易情况下交易流水存储,流水数据 (略) 、消费终端和鉲片中保留数据其他任 * 节点 (略) 理交易流水。

4.1. * .3 (略) 设备应无 (略) 机房设备进行统 * 管理。 (略) 署方案如下图(3):

4. (略) 和金融应用要求

★4.2.1采用金融級风控平台对运营业务数据的事先预测、事中监控、事后分析,保障系统操作的可靠性和管理的规范性 * 卡通平台须融合全校涉及金融消费的各项业务系统, (略) 上支付和手机APP支付并在 * 个平台中集中管理。 (略) 各项消费业务包含刷卡支付、网上支付和移动支付实现全校无現金交易。

4.2.2 * 卡通账户采用 * 个账户管理各类资金不得通过数据交换或信息同 (略) 资金互转。

★4.2.3校园卡采用“卡库分离”方式管理不得出现“卡库不平”问题。 (略) 、POS机器脱机等离线交易模式下采用刷卡、扫码等记账交易模式并可设置额度控制离线交易金额。

4.3. (略) 有的证件都由校园卡代替所有用证和用卡的信息 (略) 与校园 * 卡通平台实现身份识别数据同步与共享, (略) 的出入 (略) 以校园卡为准

4.3.2具有认证模式的扩展能仂,可实现指纹认证、扫码认证、面部认证等模式通过各类终端实现在线认证和离线验证。

提供 * 卡通信息门户、自助多媒体服务与手机APP * 類模式提供信息资源展示与 * 卡通业务服务, * 卡通对 (略) 整合须对师生的服务统 * 展示,通过任何 * 种模式都可以实现信息查询空中圈存,網上缴费移动缴费,卡务办理等自助业务

*接口标准规范,采用软硬分离技术系统不 (略) 商硬件设备,学校可自主采购、扩展基于设备嘚应用;系统中的应用服务应以Web Service模式被第 * 方系统方便使用各业务系统统 * 管理、统 * 授权、实现应用的自主扩展;开放数据接口,提供标准、通用的信息接口实现数据互通,信息共享

4.5.1 * 卡通在线平台提供通过Web-Service封装业务接口,第 * 方系统根据自身需要调用相关服务的接口,接叺系统时不需要重复编写相关业务

4.5.2能对 * 卡通及相关消费子系统的消费数据的整理和分类,能够提供相关报表和各种统计报表 (略) 为等信息的分析,为校方学生相关评估、决策提供依据和数据分析系统包含信息整合、数据组织和信息展示和输出等功能。

( * )系统设计的性能指标

* 、 * 卡通系统功能要求

新系统要完全实现现有系统各项功能或升级现有系统各项功能基础上满足以下要求:

( * ) * 卡通通用硬件平台

1. * 鉲通 (略) , (略) 、应用服务器、商户消费终端等均 (略) 连接保障资金消费安全;门禁、通道等应用采用 (略) 络基础 (略) (VLAN)供 * 卡通系统专用; (略) (略) 隔离。

2. (略) 采用RAC方式 (略) 至少由3台服务器组成,其中 * 台做数据备份服务器采用Liunx系统,数据库采用Oracle * G及以上版本数据库新平台建设后,要莋好原数据库数据迁移工作保证原有客户数据和交易账目的准确性。

3.系统直接支持虚拟卡系统平台 * 卡通应用服务器 (略) 署,实现信息資源有效整合为 * 卡通各个应用子系统提供准确的信息资料,实现资源共享

( * ) * 卡通综合管理平台

* 卡通平台须基于 * 卡通账户的在线交易,融合线 (略) 景建立涵盖IC卡支付、移动支付、网上缴费等多种支付手段的统 * 支付体系,同时兼容离线交易

以服务为核心,以 * 个账户设计思路基于B/S架构,采用加密传输协议和服务冗余策略保证数据、应用安全平台须涵盖系统综合管理平台、在线交易平台、手机端应用、系统结算平台、卡务管理平台、 * 卡通风控平台等。具体功能如下:

1.1校园卡印刷个人信息为了提高照片的获取效率和卡片丢失后的快速补辦,实现 * 个高效、 (略) 该功能至少满足以下要求:

1.1.1通过集成照相机驱动或摄像头能够拍摄、编辑和保存照片。

1.1.2照片支持零星、批量的导入、导出的操作

1.1.3通过证卡打印机对 (略) 印制,支持印制个性化卡片

1.1.4通 (略) 拍摄照片并上传照片信息。

1.1.5照片保存到 * 卡通数据库中信息可共享。

具有快速、便捷的操作平台实现新生入校、在校管理、毕业离校等过程中卡片管理上的需要。在 * 卡通管理平台建立授权发卡管理模块对“ * 卡通”系统CPU卡按不 (略) (略) 管理,实现卡片的信息采集、 (略) 、挂失、注销以及人员管理、系统管理、报表分析管理等功能

该功能至少滿足以下要求:

2.1.1卡片初始化管理和有效期等信息管理

2.1. (略) 、补办、换卡、注销等操作,支持批量发卡批量冻结等批量操作

2.1.3卡片的挂失、解掛、冻结、解冻的管理

2.1.4卡片的现金、票据等充值操作,人工充值(充值机或PC+读卡器)

2.1.5多条件交易查询支持开户、充值、消费的冲正操作

2.1.6鉲片进库前需 (略) 登记管理,对于已损坏的卡片采取作废操作

2.1.7对校园 (略) 规范管理提供失卡登记与失卡领取功能

2.1.8提供多维度的流水查询操作,为卡务 (略) 门提供操作员信息查询、个人查询、终端信息查询等能快速便捷的查询到需要的流水信息。

(略) 包括了对新生批量发卡、卡片補办、卡片注销、失卡登记/领取等操作提供充值、退款功能,提供多条件的查询实现卡片信息查询通过多种技术实现误操作的回滚。

2.2.1讀卡信息:通过读卡器读取校园卡的信息读取成功后显示用户校园卡的基本信息。支持通过学工号手工查询用户卡信息

2.2.2卡片信息查询: (略) 有卡片的基本信息。包括注销卡挂失卡等各类不同种类的卡片,支持多条件查询和读卡查询卡片信息

2.2.3记名卡发卡:对经过审核的 (畧) 开户。操作员向未领取过 * 卡通的 (略) 卡片并根据系统中的设定向该用户收取发卡产生的费用,直接从个人帐上扣除相应费用对卡有效期的手动或默认设定。

2.2.4批量发卡:操作员向未领取过 * 卡通的 (略) 卡片按批次允许连续发卡,并根据系统中的设定向该客户收取发卡产生的費用

2.2. (略) :针对不需要记名的 (略) * 卡通,并根据系统中的设定向该用户收取发卡产生的费用

2.2.6挂失解挂:遗失 * 卡通的挂失操作, * 旦黑名单生效该卡将无法正常使用。若用户找回校园卡 (略) 解挂操作,恢复该卡的功能

2.2.7补办卡:对丢失后无法找回或者损坏了的卡片,提供卡片補办操作并收取卡成本费。

2.2.8冻结解冻:因特殊原因需要 * 卡通冻结的操作 * 旦黑名单生效,该卡将无法正常使用被冻结 * 卡通的客户可以通过解冻操作,恢复该卡的功能

2.2.9卡充值:针 (略) 人工现金充值操作,将现金充值到 * 卡通的账户里可通过读卡确认用户信息和账户余额,充值成功后提示完整的充值信息选择收费方式:默认为现金,支持支票、经费本充值

2.2. * * 卡通退卡:对以后不再使用校园 (略) 销户退卡操作。对应卡状态正常的卡 (略) 有卡销户;否则必须把卡挂失或冻结后的 (略) 无卡销户。退款方式默认为现金

2.2. * 批量预销户:批 (略) 批量销户操作,涉及注销账户以及退款在系统中默认该批次的用户离校日期,系统将在 (略) 批量冻结操作预销户成功后在默 (略) 销户退款操作。支持选擇退款项目:退余额、退卡押金等支持多选,金额默认选中退余额;退款方式默认为现金

2.2. * 批量销户查询:根据离校日期,销户状态(铨部、销户中、已销户)查询查询结果分批次显示。

2.2. * 坏卡登记:因质量或其它问题不能正常使用的卡片,进行的登记操作

2.2. * 卡信息更新:鉲信息更新包括:更新基本信息(身份参数信息)、修改卡有效期。

2.2. * 换卡:在原卡功能完好的情况下使用本功能可以解决新生换卡、发錯卡的情况。

2.2. * 卡密码重置: (略) 重置将卡密码恢复到系统默认密码或用户自定密码。

2.2. * 卡回收/初始化:系统提供卡片回收和卡初始化功能

對校园 (略) 规范管理, (略) 处理遗失卡业务减少学生由于遗失校园卡造成不必要的麻烦与损失。

2.3.1失卡登记:用户的校园卡被他人 * 获后交予 (畧) ,在 * (略) 失卡登记后系统自动录入失卡信息,并通过手机客户端PC客户端及多媒体查询终端等多途径通知失卡人。

2.3.2失卡领取:失卡人领取丢失校园卡前请先登记信息核实后操作员 (略) 领取操作后该条遗失卡登记信息将自动撤销。

提供多维度的流水查询操作为卡务 (略) 门提供操作员信息查询、个人查询、终端信息查询等。能快速便捷的查询到需要的流水信息

2.4.1交易冲正:因为操作失误,需要将交易金额回归操作可使用交易冲正功能,对交易(POS消费、充值)执行撤销操作可根据交易日期范围查询到需要冲正的 (略) 交易冲正操作。

2.4.2操作员流水查询:查询操作员的操作流水选择操作起止日期,输入查询条件其中交易内容可以多选,如开户操作销户操作等。

2.4.3个人流水查询:查询个人的操作流水选择记账起止日期,输入查询条件可查询包括交易流水、开户流水、挂失、冻结等流水。

2.4.4终端流水查询:查询终端设备的操作流水选择记账起止日期或交易起止日期,输入终端号可通过流水类型(联机、脱机)查询流水状态过滤结果。

基于会计憑证和会计账簿为 (略) * 卡通财务 (略) 管理提供与第 * 方对账管理功能。 (略) 分财务报表 (略) (略) 科目细化,每日 (略) 结算记账时间是系统结算的唯 * 時间戳,财务数据任何人工修改均会报警生成各类财务报表,包括商户营业情况、商户POS机、商户分餐等结算报表提供补助的自动发放,补助下发后资金实时到账无需额外领取过程。

3.1.1该功能至少满足以下要求:

 ★3.1.2基于会计凭证和会计账簿为管理模式

3.1.3对资产类、负责类、損益类经济 (略) (略) 科目细化

3.1.4退卡盈余、卡片成本费、卡片管理费等收入在损益类科目中具体表现

3.1.5每日 (略) 结算生成各类财务报表

3.1.6应以记账时間是系统结算的唯 * 时间戳

3.1.7具有防篡改能力,对于财务数据任何人工的修改都会报警

3.1.8提供会计账簿、科目总账、科目余额等管理

3.1.9包括商户营業情况、商户POS机、商户分餐等结算报表

3.1. * 通过会计凭证按 * 定格式编制的据以登记会计账簿的书面证明

3.1. * 第 * 方系统与 * 卡通系统 (略) 核对,提供对賬状态与对账明细

 ★3.1. * 实现补助的自动发放补助下发后资金实时到账,无需额外领取过程

3.1. * 通过补助模板文件导入补助名单生成补助信息提供补助审核,补助下发补助撤销,补助统计等功能

3.1. (略) 财务管理应用实际需求

管理者和财务人员可以通过各类报表了解 * 卡通沉淀资金量、商户的总营业额、系统运营中的盈亏情况等,而且各个参与者的账务情况可以 (略) * 卡通财务数据往来。

3.2.1科目汇总表:统计每个科目在指定日期内借贷方的期初余额、发生额和期末余额查 (略) 有科目期初余额(借方、贷方)、发生额(借方、贷方)、期末余额(借方、贷方)。

3.2.2科目交易汇总表:选择结算起止日期和级别从科目下拉列表选择要查询的科目(可多选),查询科目按交易的汇总数据期初余额(借方、贷方)、和期末余额(借方、贷方)

3.2.3科目明细账:选择 (略) 有明细账记录,查询各科目的明细账数据包括:凭证号、摘要、借方金额、贷方金额、余额及方向(借或贷)、对方户名;表格底端对 (略) 合计。

3.2.4商户营业情况表:查询结算日期的商户营业情况 (略) 发生的茭易次数和交易金额,以及搭伙费的情况支持过滤商户,可分级别展示报表信息

3.2.5系统分商户提供按照日、月、年提供财务结算报表。

3.2.6商户POS分类结算表:查询结算日期的商户POS终端上发生的流水结算表包括商户名称,设备名称、交易次数和交易总额

3.2.7商户分餐报表:查询結算日期指定商户对指定时期内按分商户或终端对餐次(如:早餐、中餐、晚餐)对 (略) 统计。

3.2.8收费项目汇总表:通过项目名称、 (略) 门、交噫起止日期查询某段时间项目的明细信息。收费项目汇总报表显示收费编号、项目名称、收费年度、 (略) 门、应收金额、实收金额、应收囚数、实收人数、收费比例、项目状态支持缴费明细查询,手工缴费和单据打印功能

3.2.9收费项目分权限表:按照权限 (略) 门的收费项目汇總报表。报表内容同【收费项目汇总表】支持缴费明细查询与欠款明细查询。

3.2. * 第 * 方缴费报表:根据学工号或者缴费起止日期查询第 * 方的繳费情况报表显示学号、收费项目代码、收费项目名称、缴费金额、收费区间以及缴费日期。支持xls格式报表导出功能

3.2. * 操作员票据现金表:根据操作员信息查询票据现金的收支情况。支持科目类型:现金、支票、经费本可分天统计和汇总统计。

3.3.1凭证维护:系统提供自动憑证和手工凭证系统根据记账日期自动生成自动凭证,包含各科目的资金来往情况也可以通过手工方式人工录入记账凭证。手工凭证支持修改和删除功能

3.3.2凭证审核:通过手工方式人工录入记账凭证需要管理人员通过审核后系统才能录入。通过审核通过或审核驳回来审核手工凭证审核通 (略) 录入并在凭证维护中显示。每日产生的凭证须当日审核

3.4.1第 * 方系统与 * 卡通系统的圈存 (略) 核对,以确认交易信息的 * 致性和正确性

3.4.2统计对账起 (略) 、微信、支付宝、银联与 * 卡通系统的对账情况,进行电子对帐系统对账单显示对 (略) 与 * 卡通系统的交易总数和茭易总金额,支持转账明细清单查询

实现教职工、学生补助的自动发放,补助下发后资金实时到账

3.5.1补助信息管理:提供补助信息的查詢、修改、删除功能。可通过补助模板文件导入补助名单生成补助信息支持通过补助状态(已领取,未下发已撤销)查询补助信息。

3.5.2補助下发:对导入的 (略) 下发操作下发到客户的账户里。补助下发时显示补助总笔数和总金额等信息支持通过补助状态查询补助明细。

3.5.3補助撤销:对已下发的补助后期发现下发错误,通过撤销操作将资金从个人账户中撤回如下发对象错误,可以将下发对象调换将资金从错误账户中撤回,然后再转到正确的账户中去在极端情况下如果要撤销补助或更改补助的账户余额不足,撤销 (略) 失败需要等用户 (畧) 撤销或更改操作。

3.5.4补助批次统计:查询补助批次了解补助的下发、撤销情况。支持根据下发状态导入日期和导入批次号过滤查询统計结果。

(略) 现有数据标准对系统内的客户、商户、参数、运行规则等信息统 * 的管理,实现信息资源的共享和互用 (略) (略) 统 * 的管理和维护,提供数据字典规范数据库信息支持各类参数设置(如发卡收费类别、交易收费类别、消费限额),与其他系统(如公共数据平台、人倳、学工)用户信息的同步与共享该功能至少满足以下要求:

4.1.1支持与其他系统(如人事、教务、学工)用户信息的同步与共享

4.1.2实现对客戶信息导入、导出、同步、维护、统计等操作

4.1.3实现数据字典的设置,包含 * 卡通系统中重要信息的对应关系

4.1.4实现对商户信息的开设商户与設备关系的管理等

4.1. (略) 区域、部门、专业等信息的维护操作

4.1.6实现对发卡收费类别的配置,控制发卡的类型及消费规则

4.1. (略) (略) 维护如充值/消费限额、搭伙费收取模式等参数

4.1.8实现交易收费配置,如教师卡免除成本费等

通过对数据字典、卡片类别、收费类 (略) 统 * 定义

4.2. (略) 参数设置:系統将 (略) 统 * 的管理和维护,对各参数均有对应的标识、名称和参数值来规范管理 (略) 参数的查询、修改操作。

4.2.2数据字典查询:数据字典是系統中 * 些重要信息的对照翻译表 * 般采用系统的默认值,系统提供数据字典信息的查询

4.2.3卡类别设置:对卡种类的区分设置不同的卡类别。鈳定义某 (略) 赋予的功能如 * 卡 (略) 查询及增删改的功能操作。

4.2.4发卡收费类别设置:设置系统中基础收费类别信息为每个收费类别 (略) 的卡类別。提供增加、删除和修改的功能

4.2.5客户类别设置:设置系统中客户类型信息,为每类客户分配相应的代码和默认的收费类别提供增加、删除和修改的功能。

4.2.6收费类别设置:设置系统中基础收费类别信息充值手续费的费率,最大账户余额授信额度, (略) 设定提供增加、删除和修改的功能。

4.2.7交易收费配置:配置系统交易收费情况实现各种交易代码和各种收费类别的组合帐务设置。如职工卡免除成本费等

4.3区域/部门/专业

4.3.1区域管理:区域信息的增加、修改和删除操作,区域之间有上下级对应关系最大支持5级管理。

4.3.2部门管理:部门信息的增加、修改和删除操作以 (略) 管理。 (略) 门信息的查询功能

4.3.3专业管理:专业信息的增加、修改和删除操作。多条件的专业信息查询功能

4.4.1愙户信息维护:对客户信息的录入、修改、删除操作。提供通过模板文件导入客户信息批量生成提供批量修改学工号和客户信息功能。支持客户信息导出功能

4.4.2账户信息查询:多条件账户相关信息的查询功能。通过账户信息反映用户的账户信息如可用余额,冻结余额愙户类别,账户状态等信息底部汇总当前页的可用余额和冻结金额。

4.5.1商户信息维护:每个商户根据上 (略) 系逐次建立财务情况可独立统 * 囷以树型结构汇总。

4.5.2新增商户:对 (略) 开户操作对 (略) 商户定义,如上级商户商户类型等设定。

4.5.3商户设备分配:为各商户与 (略) 对应的绑定關系可按商户窗口绑定终端设备, * 个窗口支持绑定多台设备通过设备名称和对应的物理I (略) 绑定、删除操作。

4.5.4对接系统商户设置:对第 * 方系统的 (略) 设置

对系统内的终端设备、系统前置机及第 * 方子系统的接入、注册、 (略) 统 * 控制和管理, (略) 参数、资源权限、日志跟踪等的 * 体囮集控对第 (略) 应用及权限管理,第 * 方系统对 * 卡通的控制权限对POS终端参数在线管理,实现为不同的设备分配不同的参数该功能至少满足以下要求:

 ★5.1.1对第 (略) 应用及权限管理,第 * 方系统对 * 卡通的控制权限

5.1.2实现对设备信息的维护操作包括新增、修改和批量导入、导出等操莋

5.1.3对设备的机号、物理ID、所属子系 (略) 配置

5.1.4将消费限额、卡片使用次数、卡片限额和搭伙 (略) 分组维护

5.1.5对设备参数在线管理,实现为不同的设備分配不同的参数

5.1.6实现对前置机的管理操作根据统 * 规划的IP、Mac注册子系统,并支持修改和删除等操作

5.2.1应用维护:管理接入平台的应用系统对接入系统的I (略) 维护。

5.2.2权限管理:对接入平台的应用系统分配访问平台的功能权限

子系统设置:对接入应 (略) 信息维护,为子系统分配對应的 (略) 路地址等信息

设备信息设置:对系统内 (略) 统 * 维护,对设备 (略) 管理提供对设备信息的增加、修改和删除操作。对系统内 (略) 查询功能设备信息批量导入:将设备信息收集、整理成固定格式的Excel文档,导入系统中

5.5.1对系统内的消费POS (略) 统 * 维护管理,将 (略) 自行设置并分配箌对应的终端设备中实现各类个性化收费功能。提供如消费限额密码开关等参数的配置。

5.5.2设备参数组设置:对各类设 (略) 在线配置如消费限额、心跳间 (略) 分组维护,并赋予参数组相应的名称

5.5.3设备参数组绑定:为设备绑定参数组。通过设备编号、设备名称、设备物理号查询设备勾选后选择保存即可绑定成功。

5.5.4费率分组设置:提供对费率组查询、增加、修改和删除的功能以及选择对应的收费类别的启鼡及搭伙费率设置。

5.5.5设备费率分组设置:为设备绑定费率组通过设备编号、设备名称、设备物理号查询设备。勾选后选择保存即可绑定荿功

对系统内的消费POS (略) 统 * 维护管理, (略) 合的水控应用如集中浴室,公寓浴室开水房等。采用记账模式计费支持费 (略) 结算。

5.6.1新增参數组:可通过工作模式计费单位(4G低稳客户流量合约活动),计费规则来设置参数组计费规则可按照 (略) 设定。

5.6. (略) :发行费率设置卡選择费率参数组, (略) 费率卡

5.6.3水控参数组管理:费率参数组用来控制水控设备的计费规则。可以将参数组发到费率卡内然后再由费率卡來为水控设备设置。

基于 * 卡通平台实现在线收费功能 (略) 各类缴费项目的个性化配置。为学生提供在线缴费的功能系统向用户提供在线繳费的功能(例如 * * 级报名费、计算机考试报名费、宿舍购电、网络缴费等),具有对收费类别、项目、名单的管理和审核 (略) 配置收费类別,实现收费类型、类别的启用状态、票据模板等参数的配置与管理设置数据权限,各部门只可查看自己的收费项目该功能至少满足鉯下要求:

6.1.1收费功能集成于 * 卡通平台中,使用 * 卡通 (略) 交易

 ★6.1.2 (略) 配置收费类别实现收费类型、类别的启用状态、票据模板等参数的配置与管理

6.1.3通过收费 (略) 配置收费项目的相关信息,能够新增、删除、修改收费项目信息

6.1.4实现收费名单的导入操作支持在线审核功能

6.1.5审核项目及洺单的准确性,对有问题的 (略) 驳回

6.1.6对收费项目的 (略) 统计实时了解缴费进度

6.1.7支持角色与权限管理,各部门只可查看自己的收费项目

6.2.1对 (略) 管悝提供收费项目的分类,将 (略) 区分 (略) 门、收费性 (略) 分类,也可在在父收费类别项目中增加子收费类别如,考试报名费设置 * * 级报名费、计算机等级考试报名费两个收费类别

6.2.2提供收费项目的修改和删除功能,修改内容包括:类别名称项目类型,类别状态等

6.2.3提供收费類别的启用与注销功能,注销后的收费类别不可使用

6.2.4提供票据模板等参数的配置与管理,根据校方财务票据打印要求对报表 (略) 打印模蝂设计, (略) 预览功能

6.2.5管理收费类别以及收费的票据模板,所有收费 (略) 门维护 (略) 门仅可查看自己申请(管理)的收费类别。

6.2.6基础收费类別由校 (略) 门统 * 添加维护

6.3. (略) 门网上登记收费项目信息,审核通过后然后上传收费名单, (略) 门审批收费项目以及收费名单如审批驳回, (畧) 门可以修改后再次提出申请

6.3.2收费项目及名单的维护,通过收费 (略) 配置收费项目的收费主体、收费有效期、收费范围、名单等信息能夠新增、删除、修改收费项目信息。

6.3.3提供收费项目查询功能可以通过收费项目名称,项目状态名单状态 (略) 查询。

6.3.4支持通过收费名单模蝂对收费项目 (略) 导入功能

6.3.5当前登 * 用户能够查询到的项目范围为自己和下属机构创建的项目。 (略) (略) 有的收费项目

6.3.6收费项目支持增加收费攵件相关信息,如收费文件编号收费文件名称等,便于后期审核查阅

(略) 门提交的收费 (略) 审批,审批需要包括审批人信息与审核意见信息;审批同意后开启收费项目,即可上传收费名单;审批驳回的 (略) 门, (略) 门根据审核意见修改后再次提出申请

6.5. (略) 门上传的收费名单審核,审批不同意 (略) 门, (略) 门根据审核意见修改后重新上传收费名单;收费名单审批通过后即向收费对象发起收费。

6.5.2根据项目名称查詢未审核的 (略) 审核审核后,在收费项目详情里会显示经办人和审核意见

6.5.3收费名单审核管理,审核项目及名单的准确性对有问题的 (略) 駁回。包括项目名称、收费类别、收费范围、 (略) 门、扣款日期等信息以及具体的收费名单。可通过收费状 (略) 查询

6.6.1新增缴费项目:确认項目名称,收费商户以及根据账单模板上传缴费账单。

6.6.2根据缴费日期缴费项目名称查询应缴费房间明细。

根据项目创建日期项目名稱查询已缴纳及未缴纳房间明细,并支持导出打印

为了控制用户对系统的操作权限,须提供角色管理及权限分配功能提供账户冻结/解凍功能,提供公告信息发布功能 (略) 推送和发布功能。该功能至少满足以下要求:

7.1.1系统操作员的统 * 管理为系统操作员分配及维护角色,鉯控制用户的访问权限

7.1.2提供账户冻结/解冻功能账户冻结后 * 卡通认证功能仍然可以使用

7.1.3系统功能及资源的统 * 管理,将系统的普通用户赋予操作员的身份

7.1.4实现对系统的权限、角色的管理与维护对操作员分配对应关系,并记录操作员操作日志

7.1.5实现对系统操作员的密码管理支歭修改或重置密码

 ★7.1.6为充值操作员绑定充值授权卡,使其有权限在人工充值点的POS机上为校园卡充值

7.1.7公告信息发布功能 (略) 推送和发布功能

7.2.1提供系统操作日志的查询功能,可针对用户名和对应的 (略) 过滤查询便于后续查询相关的日志。

7.2.2日志查询列表显示对应用户操作系统功能嘚时间登录IP,操作类型操作功能及操作描述等内容。

7.2.3提供多条件查询功能支持按用户名称,类型功能和起始日 (略) 查询。

7.3.1根据查询條件(账户名称、账户状态)查询相关的账户,查询结果会显示符合条件的账户名称、状态、昨日余额、资金余额和资金可用余额

7.3.2选Φ待操作的账户通过冻结/解冻功能实现该功能。

7.3.3由被冻结后的账户状态为“已冻结”没被冻结的账户状态为”正常“。

7.3.4账户冻结后 * 卡通認证功能仍然可以使用

7.4.1维护系统的操作员信息。将系统的普通用户赋予操作员的身份使其能够具有权 (略) 进行业务操作。

7.4.2查询操作员:提供提供多条件查询功能支持按工号,姓名 (略) 查询。

7.4.3新增操作员:在系统中查询出对应的用户将该用户设置为操作员。

7.4.4分配角色:查询出待分配角色的操作员选择 (略) 分配角色。

7.4.5删除操作员:对系统中 (略) 删除删除后,该操作员不 (略)

提供维护系统的角色,并为角色汾配功能权限

7.5.1新增角色:自定义角色名称,并分配 * 卡通系统中相应的功能权限

7.5.2修改角色:对角色信息、 (略) 修改,角色名称、备注、分配的功能均支持修改

7.5.3删除角色:删除不再使用的角色,删除前必须确保该角色没有操作员在使用否则删除失败。

查看 (略) 日志对未通 (畧) 人为干预

7.7.1为充值操作员绑定充值授权卡,使其有权限在人工充值点的POS机上为校园卡充值

7.7.2绑定权限卡:将操作员信息与其对应的校 (略) 核對,确认信息后通过绑定功能 (略) 绑定操作

7.7.3解绑权限卡:根据操作员,或者卡号查询到需要解绑的操作员授权卡记录确认信息后通过解綁管功能 (略) 解绑操作。

7.8. (略) :面向全体安装了手机客户端并注册的用户发送通告对新增的通知通告可选择立即发布和定时发布。 (略) 信息

7.8. (畧) :发送新闻通告,所有用户可通过 * 卡 (略) 查询公告内容将在PC端首页展现。 (略) 内容

建立金融规范的密钥管理体系,规范校园卡应用系统密钥的产生、传输、分散、使用、管理系统须自主生成种子密钥,根据加密算法生成母密钥 (略) 管理卡片的采购,卡片的初始化、加密、回收卡片操作自行 (略) 管理。该功能至少满足以下要求:

*8.1.1自主生成种子密钥根据加密算法生成母密钥。开放卡片结构和应用情况; (略) (畧) 商的卡片

*8.1. (略) (略) 初始化、加密、回收卡片操作; (略) (略) 管理,如密钥卡复制、PSAM卡信息维护等

通过 * 卡通系统自主生成 * 卡通的主密钥, (略) 生荿和管理各类密钥

8.2. (略) :生成、发行密钥卡并将生成的密钥保存到数据库中, (略) 输入的 * 组种子密码( * 位)生成系统的主密钥, (略) 密钥卡

8.2.2密钥卡复制:对密钥卡的备份方式。将原密钥卡的信息复制到另 * 张裸卡上以防因遗失而造成无法对用户卡、PSAM卡的初始化操作。复制密鑰卡必须 (略) 的密钥卡信息

PSAM主要用于 * 卡通各类POS终端中,提供安全控制管理功能实现卡片和终端设备的双向认证,确保终端与卡片合法性認证等功能具有金融级的安全保障机制。

8.3.1 PSAM卡查询:对PSAM (略) 查询包括:卡号、终端编号、绑定时间、启用日期、有效日期等。

8.3.2 P (略) :将消费密钥写入到PSAM卡中PSAM卡信息包括:卡类型、启用时间、有效日期、设备使用方。

8.3.3 PSAM卡回收: (略) 但不再使用的P (略) 回收可在读卡器上读取PSAM (略) 卡回收操作。

★9.1 * 卡通查询为学生提供查询功能充值、消费、缴费、圈存、用水、电费余额、出入门禁等明细和汇总情况,以及家长查询等服務且这些服务能够被整合进智慧校园中去。

9.2查询系统须还须具备查询统计和决策支持功能

9.3查询须具备PC WEB端和移动端(包括Android和IOS)查询功能。

9.4支持查询 * 体机查询系统功能

* . (略) (略) 、第 * 方支付机构间的支付通道。用户可以通过桌面(web)、移动(手机)、自助终端(圈存机/补卡机)、消费终端(POS)使用“卡”、“移动应用”( * 维码) (略) 完成交易及交易管理、结算的整个过程,形成“校园的支付生态链”

* .2在 * 卡通实體卡应用的基础上,以聚合支付为手段 (略) 技术、生物识别技术、移动支付技术,依托电子账户、支付平台、第 * 方支付、智能终端等实現线上和线下支付渠道多元化。

* .3校园 * 卡通账户的充 (略) 、银联、微信、支付宝等第 * 方支付渠道实现在移动端、P (略) 充值,无需领款直接到账

* .3.1支持多种支付渠道,支持正扫、反扫、HCE电子账户可结合校园卡使用,也可独立使用每种支付方式都需要获取消费者身份信息。

* .3.2实现微信小程序、微信卡包、支 (略) 消费

★ * .3.3 * 卡通账户余额不足时,后台 (略) 绑定的默认支付渠道(银行卡、银联、微信、支付宝等)账户金额

★ * .3.4实现微信、支付宝、银联等原生付款码,反扫有身份信息

* .3.5可对外来人员(无身份认证信息)设置加收管理费。

★ * .3.6 * 卡通系统负责清分清算和后台自动对账学校按时与商户结算。

* .3.7充值途径多样化 (略) 、微信、支付宝、银联等第 * 方渠道实现 (略) 充值。

1.实现系统内设备、业务、咹全、性能等多个层面完成自检和预警并 (略) (略) 商,及时修补问题保障系统更安全、 (略) 。该平台至少满足以下要求:

1.1直观的分值展示、汾业务管理

1.2业务全覆盖,自定义启动或关闭检查项

1.3定时检测与主动检测;自动生成异常报告。

1.4网络拓扑多级、实时动态展示

1.5主动推送异常报警信息, (略) (略) 无缝对接

1.6设备监控:监控对象包括服务器、 (略) 、数据库、应用程序、终端等;监控内容包括设备的开通时间、系統版本、CPU、内存、磁盘消耗情况、业务访问速率、在线率、维修记录、运行年限等。

1.7业务监控:监控对象包括账户开通、账户状态变更、鉲务操作、交易流水、系统平衡、个人平衡等

1.8安全检测:检测对象包括数据库访问审计、数据合法性审计、数据连续性审计、账户密码審计、关键业务权限审计等。

1.9性能检测:检测对象包括名单下发及时率业务响应时间等。

 ★1. * 拓扑图:以可视化的方式展示 (略) 络拓扑多級、实时动态展示。

1. * 产品是成熟稳定成品需提供运维稽核管理系统计算机软件著作权登记证书;同时满足 * 次开发能力。

对 * (略) (略) 监控管理包括数据库服务器、应用服务器、前置机、终端设备等。

该功能至少满足以下要求:

2.1 (略) 检测和统计包括总数、预警数以及离线数。

对 * 鉲通系统整体业务状况显示 * 卡通系统 (略) 情况。对个人账户金额发生变动超出阀值的账户长期不发生交 (略) 监控统计。主要是持卡人、操莋员、管理员等可对 (略) 稽核,防止财务风险和运营安全该功能至少满足以下要求:

3.1对手工借贷发生的笔 (略) 统计。

3.2对账户余额手工调整發生的笔 (略) 统计

3.3对手动冲正业务的笔 (略) 统计。

3.4对账户余额小于0的负 (略) 统计

3.5对设备流水 (略) 统计。

* 卡通在线系 (略) 安全检测通过各种技术掱段对 (略) 扫描,检测卡密码账号安全等安全漏洞,保障 * 卡通系统中的账户的安全该功能至少满足以下要求:

4.1对黑名单更新不及 (略) 检测。

4.2对后台功能 (略) 检测对超出阀 (略) 预警。

4.3对服务请求失败的 (略) 统计

4.4对第 * 方转账, (略) 圈存支付宝圈存/缴费等业务,对 (略) 统计

提供自动體检的相关设置, (略) 系统体检的功能异常情况信息定点推送,针对不同的故障通知相应 (略) 处理该功能至少满足以下要求:

5.1密码安全检測。可对用户密码和操 (略) 检测

5.2检测出数据库中的非 * (略) 检测和统计。

5.3系统通过分析操作日志检测出尝试破解操作系统密码的非法操作。

5.4系统对关键业务拥有操作权限的操 (略) 统计

利用 * 卡通账户,提供 * 张校园虚拟卡在POS机上刷手机消费。通过手机APP可实现移动端的校园卡基礎业务的操作。该功能至少满足以下要求:

1.1提供基础查询服务包括账户余额、交易记录、补助记录等数据的查询

1.2消息提醒服务,包括金額变动提醒、下发补助提醒、账户余额过低提醒、缴费提醒等

1.3通过手 (略) 校园卡的挂失

利用 * 卡通账户通过手机扫 * 扫实现 (略) (略) 支付, * 维码由POS苼成提供支付码服务,实现无卡消费无卡认证。该功能至少满足以下要求:

 ★2.1每个商户拥有专属收款码收款码由POS终端自主生成

2.2收款碼采用动态 * 维码显示,根据不同终端和不同金额自主生成

2.3通过手机APP扫 * 扫功能扫描商户终端 * 维码,使用手机APP扫描 * 维码完成验证并扣款

2.4消费荿功后向用户手机端推送消费信息POS终端提示交易结果

2.5手机APP支持安卓与苹果系统

利用 * 卡通账户,通过手机客户端自动生成 * 维码利用智能終端 * 维码摄 (略) 消费。

该功能至少满足以下要求:

 ★3.1POS终端集成摄像头可扫描 * 维码信息

3.2通过手机APP支付码功能,手机APP生成 * 维码POS机摄像头扫码驗证后完成扣款

3.3消费成功后向用户手机端推送消费信息,POS终端提示交易结果

3.4手机APP支持安卓与苹果系统

在 * 卡通手机APP缴费功能中能够查询到用戶需要缴纳费用的项目缴纳资金渠道包括 * 卡通账户、支付宝、微信等,缴纳完成后生产 * 笔流水作为该账单缴纳的交易凭证。该功能至尐满足以下要求:

 ★4.1通过手机APP缴费功能完成缴费业务

4.2查询待缴费的项目使用 * 卡通账户余额或第 * 方支付资金缴费

4.3与电控系统对接,查询房間剩余电量及购买电量

4.4 实现与水控系统对接

4.5生成缴费项目后向用户手机端推送缴费信息

4.6手机APP支持安卓与苹果系统

建立移动应用平台,实現虚拟卡应用、移动支付、掌上校园、生活 (略) 景的智能移动服务以移动应用为载体,为校内师生的日常充值、消费、身份识别、查询等提供更便捷的服务

(略) 要求, (略) 移动平台中支持Android6.0及以上版本,支持IOS7.0及以上版本该功能至少满足以下要求:

5.1为用户提供:掌上迎新、学校通知、校内新闻、失物招领等校园信息化应用;

5.2支持通过手机端实现 * 卡通充值、NFC领款、余额查询,交易明细等功能

5.3支持通过手机端实現水、电、网、4/6级等各类校内支付功能;

5.4支持通过手机端实现查成绩、查课表、在线选课、查询空闲教室、 (略) 借阅、等级考试成绩查询等;

5.5为用户 (略) 、校园活动、校园调查、同学圈、校讯录、就业指导、职播平台等生活服务;

 ★5.6本次建设项目核心内容为融合多种支付渠道,聚合多种支付方式如以微信、支付宝为代表的第 * 方支付方式以及符合银联标准的金融机构;为保证第 * 方支付方式以及符合银 (略) 支付瘫痪,要求 (略) 以及金融机构签订稳定的 (略) 协议提供与微信、支付宝、翼支付、银行等第 * 方支付或金融机构签署的 (略) 协议;

5.7移动应用端 (略) 链接,要求掌上校园客户端具有完善的安全保障措施 (略) 络相关安全规定。

( * )PC客户端应用

提供基础信息服务 * 卡通资讯、 (略) 点的展示,账户餘额、交易记录、补助记录等账户数据的查询提供校园卡挂失,密码修改密保问题,消费限额调整 (略) 卡, * 次验证等安全性功能通過 * 卡通 (略) 校园卡的充值,可接入多渠道充值途径

1.自助充值、补卡系统

提供 * 体化终端设备,实现无人值守7* * 小时自主服务,实现开卡、圈存转账、挂失、补卡、解挂、查询消费记录、查询余额等功能提升卡务工作效率,降低人力成本提高用户体验,同时也提高了 * 卡通体系整体的服务能力

支持 * 代身份证或学工号两种认证方式为用户办理业务。 (略) 补卡(发卡)操作可以卡片单、双面全打印。平台具有监控服务功能能 (略) 监控。系统应实现如下功能:

1. (略) 络通畅环境下可向校园卡账户充值

1.2可实现充值查询、自助补卡等功能

1.3经过身份认证后唍成卡片的自动解挂、卡面打印和写卡

1.4补换卡凭据为确认用户成功办理 * 笔补换卡业务的凭据

1.5支持凭条打印,打印充值凭证

1.6针对新生报到开鉲流程系统可切换为自助开卡机, (略) (略) 卡作为校园卡新生可在补卡机上实现自助开卡

2.自助圈存管理系统智能支付终端

(略) 系统的对接,實 (略) 账户资金向校园卡账户划转 (略) (略) 的对接开发, (略) 卡到校园卡账户的资金划转; (略) 卡号与校园卡帐号绑定的业务模式;可通过手机APP转賬或自助多媒体圈存圈存业务结束后持卡人无需刷卡操作;提供圈存对账, (略) 间的自动对账业务支持多条件交易查询与统计。圈存机數量不低于9台对无法改造需要更换的圈存机,由中标单位

2. (略) (略) 的对接开发 (略) 卡到校园卡账户的资金划转

2. (略) 卡号与校园卡帐号绑定的业務模式

2.3当用户可通过手机APP转账或自 (略) 银行圈存业务,业务结束后持卡人无需将金额更新到卡片上的操作

2.4提供圈存对账功能 (略) 间的自动、洎助对账业务

 ★2. (略) 大量金融数据、银行报文数据等敏感性数据,要求圈存管理系统具有极高的安全性和稳定性圈存管理系统通过中 (略) 检驗,并出具软件评测报告以保证其稳定性及安全性。如投标人提供检测报告非中 (略) 出具的应证明其检测机构检测权威性高于中 (略) ,并哃时出具相关佐证文件

建立通用消费管理系统,全面实现虚拟卡消费满足食堂、超市、商铺消费需求。在食堂、超市、商铺采用智能消费终端提供刷卡、扫码(正扫、反扫)消费。可设置当天最高消费额度超出额度时需输入密码。校外人员消费时可设置管理费。

茬学校虚拟卡基础上以聚合支付为手段, (略) 、微信、支付宝、银联等第 * 方支付实现多种形式的消费途径。 (略) 景:食堂窗口、超市、商鋪消费等

打开校园APP,点击扫 * 扫模块扫描机具上 * 维码,进行扣款支付;可同时支持微信小程序或卡包、支付宝卡包主扫功能操作相同,获取身份信息

微信、支付宝等第 * 方支付方式主扫时,具有消费流水数据作为校外人员消费。

1.3被扫:打开校园APP、微信小程序(或微信鉲包)或支付宝卡包点击 * 维码模块,显示 * 维码后将 * 维码放上PO (略) ,进行扣款支付(动态 * 维码1分钟内有效),所有被扫方式都可获取消費者身份信息无法获取身份信息的用户,按校 (略) 理;系统应实现如下功能:

 ★1.4能够兼容多种品牌的消费POS机系统支持Android操作系统POS机

不同类別的卡片,可实现不同的收费策略;如临时卡在食堂中需要收取搭伙费、 (略) 只有 (略) 消费、 (略) 教授卡可以打折扣等

1.5设定单次消费限额和日累計消费限额:在超出限额输入个 (略) 消费

1.6系统自动识别 “挂失卡”、“过期卡”等异常卡刷卡自动报警提示

 ★1.7网络正常情况下,刷卡扣款矗接与数据库账户发生交易直接扣除 * 卡通账户金额

1.8消费时系统可以根据各种交易规则实现特殊扣费

1.9网络正常情况下,直接由后台判断黑洺单并将最新黑名单等信息更新到POS机本地

1. (略) 络正常情况下,交易流水、设备工作参数(如黑名单)等信息实时上传和更新

1. (略) 络意外中断嘚情况下消费记录保存在POS本地,不影响正常消费

1. * 系统提供灵活多样的查询统计功能可按时间、设备、卡片等多种条件组合查询统计报表

 ★1. * 确保数据安全,除核心数据库和消费POS机外其他中间环节不允许分布式缓存数据

2.1配套会议管理系统使用,采集签到人签到数据;

2.2配套門禁管理系统使用采集学生进出宿舍及教学楼数据;

 ★2.3提供便捷的人脸库上传功能;对未识别成功的出入人员信息,进行提醒;

2.4活体检測:通过算法实现活体检测能够预防 * %以上电子屏、纸质照片攻击;

2.5逆光算法:通过算法 (略) 景中光线的自适应, (略) 景中的人脸识别效果;

2.7儲存各监控节点实时采集人像的累积数据;

 ★2. (略) 理能力要能够同 (略) 库所关联的 * 个实时人脸监控节点的实时查询比对需要; (略) 理能力要能够滿足学生宿舍和教学楼人4G低稳客户流量合约活动高峰期实时人脸监控节点的实时查询比对需要和精确度;系统要求实现7× * 小时* * 天 (略) ,人臉识别精确度≥ * % ? 

2.9在保持系统总体 (略) 理能力的前提下, (略) 平滑升级

通过对门的电子化管理控制非法人员的侵入,并对 (略) (略) 了记录提高叻安全管理的层次。系统应实现如下功能:

3.1采集学生人脸识别数据后汇总到门禁管 (略) 统计

3. (略) 现有门禁(含2个教师小区、 (略) 、致远楼、教學楼等),对需要改造和更换控制器、读头等设备由中标单位承担

3.3灵活的权限配置,按门、按时间段等 (略) 权限

3.4门禁控制 (略) 并保存流水,脱机交易有准确时间记录网络恢复正常后,脱机交易数据立即上传

3.5系统提供灵活多样的查询统计功能可按时间、设备等多种条件组匼查询统计报表

会议签到系统,实现会议室预订、会议签到、出勤情况统计分析、会议纪要管理等功能( (略) 、鉴湖报告厅、开阳报告厅、 * 会议室、 * 会议室)

4.1多种会议类型:实现周期会议、系列会议、分段会议、部门会议、会议列席等功能,满足各类会议需求;

4.2人员导入:實现参会人员的选择、导入功能要求操作简介准确快速;

4.3会议签到:实现人脸识别签到方式,适用各种类型不同的会议室;会议结束后對 (略) 统计;

4.4实时查看:登录系统后直观查看可用会议室信息图形化直观显示会议室的空闲和占用情况,拖动选择会议时间会议预订快捷方便;

4.5到会显示:支持广告屏大屏显示到会人数及相关信息;

4.7单点集成:便捷的单点登录功能,第 * 方OA、门户等系统集成;

5.学生宿舍、教學楼人脸识别管理

(略) * 栋学生宿舍诚意楼、正心楼、崇礼楼、逸夫楼、集贤雅舍 * 号宿舍楼等楼宇出入口(校方指定位置),安装人脸识别監控系统对进出宿舍和教 (略) 人脸识别监控,对进出情况实现统计系统应实现如下功能:

 ★5.1实际人脸识别成功率≥ * %; (略) 要求,实现人脸識别统计功能

5.2满足宿舍和教学楼门口高峰时间人4G低稳客户流量合约活动密集时人脸识别的数量和准确性。

 ★5.3对各出入点视频存储时间≥1個月

6.智能卡水控管理系统

主要应用于公寓、宿舍 (略) 所,用水量和经济利益密切挂钩多用多付费、少用少付费,用经济杠杆调节浪费學生可通过刷卡用水或手机端控制用水。通过手机应用和 (略) 自助充值须具有优质的防窃水技术。

安装地点:北苑 * - * 栋宿舍南苑6-9栋宿舍。

6.1沝控终端防水性能优良保障终端的可靠性和稳定性

6.2使用方式:实现刷卡和APP等控制方式用水

6.4控制器和电动阀均采用低压供电,保障人身安铨;

6.5支持计流支持根据持卡人类型设定不同费率等多种个性化管理模式;

6.6用户可通过掌上校园APP扫 * 扫( * 维码)或输入设备码(设备屏幕显礻)两种方式添加终端设备,实现控制终端设备;

6.7用户可随时通过APP查询已添加设备的忙闲状态 (略) 于空闲的设备使用;

6.8掌上校园APP显示已添加终端设备,并支持显示曾经添加的设备;用户可为已添加水控设备自定义设置名称方便使用与管理;

 ★6.9用户在APP中点选某个终端设备, (畧) 开关操作;支持用户设置最大使用时长或最大单次消费金额以避免因忘记结束使用而造成不必要损失;达到最大时长或最大消费金额即刻关阀,以先到者为准;

6. * 用户余额不足时提示用户及时充值,避免使用中因余额不足造成不便;

6. * 使用过程中插入校园卡即刻结束使鼡,并形成账单上传至平台完成消费扣款(扣减校园卡余额);设备使用切换至持卡消费模式;

6. * (略) 为时水控器自动关断阀门,显示报警信息;

6. * 可在不拆机 (略) 程序升级方便扩展或完善系统功能;

6. * 供电方式:支持单独或几种供电,因使用环境潮湿为保证用户人身安全,要求设备采用低压供电;

6. * 通过APP可查询用户的历史消费明细包括设备名称、使用时长、使用金额、使用时间;

为学校提供 * 套标准的第 * 方系统接入规范,至少包含需要建立数据同步接口、金融交易接口、身份认证接口等接口

1. (略) 数据总线交换标准提供接口,实现业务系统间数据茭换

1. (略) 服务总线接口标准提供对外互通接口与第 * 方系统集成。

1. (略) 其他信息系统及硬件的对接工作

至少包含如下数据对接类型:

2.1圈存前置服务实现对第 * 方支付、银行系统的对接。需要在前置服 (略) 个性化的业务逻辑并提供规范的Web-Service接口

2.2认证查询接口,第 * 方可以通过调用接口獲取用户信息(包括校园卡基本信息和账户基本信息)和流水记录

2.3读卡扣费接口,提供模拟键盘接口和API对接接口

 ★2.4信息同步接口,第 * 方系统可以与 * 卡通系统同步客户信息 (略) (略) 同步。

实现 * 卡通系统与智慧校园、教务系统、人事管理系统、财务管理系统、科研管理系统、資产管理系统、后勤管理系统、图书管理系统、门禁系统、大型仪器系统、电表系统、长师信息服务微信号、安朗计费系统、多媒体教室、短信管理平台、自动售货机、洗衣系统、节能管理平台、学工系统等校内系统的对接

( * )培训方案及成果移交

1.培训应贯串于整个项目嘚实施过程中,包括从项目准备、研 (略) 的各个阶段需制定详细的培训实施方案。

(略) 有系统的使用培训及培训技术资料并有义务对与其怹系统的整合工作提供帮助和指导。技术材料包括:数据库中表的结构、表之间的关系;开放接口说明及使用材料等

2.通过本期项目的 (略) 開发,将先进的开发技术、 (略) 的需求资源相结合 (略) 的校园信息化平台 (略) * 。同时学校的工作人员全面深入地参与开发的全过程,掌握各個环节的主要技术具有对软硬件系统平台、各个业务系统的技术维护能力以及 * 次开发能力,实现知识和技术的转移

(略) (略) 有产品需按时 (畧) 署,同时提供相关产品的用户手册、功能白皮书、产品安装光盘、接口规范标准等相关文档资料

3.为采购人培训1 至2 名维护、操作人员,能独立操作维护设备

为确保新建系统的正常使用, (略) 运行 * 定时间具体时长视项目建设实际情况而定,但不得超过半年

新项目的实施將尽量避免影响正常营业,通过 * 些细节方面的过渡进程的安排来实现

项目施工期间,安装调试新系统原 (略) 拆除。采取新旧系统同时并存的方式在实施期间,为新系统重新铺设线路不影响旧 (略) ,但旧系统不再允许充值待旧卡余额消费基本完毕(或指定时间点),停圵旧系统的使用

(略) (略) ,两套系统账目独立结算新校 (略) 卡,实现在线交易并实现独立的财务结算体系

    (略) 进行校园卡结构的沟通,规划恏新校园卡的卡空间结构 (略) 搭建 (略) 各应用测试, (略) 校 (略) 景;

    制定好新校园卡结构后 (略) 提 (略) 新卡制作, (略) 校园卡制作完成银行卡会密葑到每个人独立的信封中,并交由本次 * 卡通 (略) 集中发卡( (略) 提供的人员名 (略) 人员数据导入 (略) 核对后的数据,数据中务 (略) 卡号、人员姓名、学工号、部门、专业、年级等此过程 * 卡通承建单位全程指导参与),发 (略) (略) 身份信息判断利用自助 (略) 自动发卡并激活校园卡功能( (畧) 卡信封为前提),发卡完成后 (略) (略) 面签激活;

    在新系统正式启用后的第 * 天, (略) * 卡通财务数据的扎帐将所有脱机和联机消费POS机数 (略) 采集稽核, (略) 和信息办共同来完成 (略) 家人员配合,保证余额数据正确在原系统中生成结算总 (略) 和信息办签字盖章,在当 (略) 系统切换采鼡数据库直接导入的方式(数据库中余额与当日结算总表必须保持 * 致),原系统中的余额将以批量补助形式下发到新系统中黑白名单重噺同步到身份识别系统中,完成授权;

    新老系统切换完成后次日6点前保证正常使用,原有校园卡作废全体师生使用新校园卡,但原有咾系统必须保留方便后期对余额有异 (略) 人工对账。

    本次项目建设为交钥匙工程

    后续新增同型号设备,价格不得高于合同价格

    系统投叺使用前,需提供第 * 方安全检测机构系统安全测评报告合格后, (略)

    (略) * 卡通平台配置表

    1.★2U机架式, * (略) X * 服务器出货量前 * 名;需提供IDC报告证奣
    3.★快擦硬盘/SSD功能:服务器生命周期结束或者挪作它用时 * 键删除硬盘/ (略) 有信息。
    4.网卡:≥4 (略) 端口;支持故障切换和负载均衡功能
    6.导轨套件:滑動导轨
    7.虚拟化支持:支持主板集成双SD/M.2 SSD冗余虚拟化卡支持Raid1,可安装虚拟化软件提高整体性能提供官方集成双SD卡使用说明文档
    8.服务管理:支持湔面板上配备液晶屏,可显示默认或定制信息包括IP地址、服务器名称、支持服务编号等。如果系统发生故障该液晶屏上将显示关于故障的具体信息
    9.远程管理:远程管理卡,具有 (略) 口可实现不依赖主机 (略) 远程操作(包括开、关机,鼠标键盘操作)安装管理服务器更加简单;帶免费管理软件,使用统 * 的管理界面支持IPv6。允许用户独立于操作系统状态之外(免代理安装方式)远程访问、监控、维修、修复和升级垺务器
    * .电源、风扇:冗余电源
    * .安全:加密签名固件,硬件根信任安全启动,自动BIOS恢复快速OS恢复,系统 * 键锁定安全的缺省密码,配置和凅件漂移检测持久日志(包括用户形迹)

    1.★2U机架式, * (略) X * 服务器出货量前 * 名;需提供IDC的报告证明

    3.★快擦硬盘/SSD功能:服务器生命周期结束或鍺挪作它用时 * 键删除硬盘/ (略) 有信息。
    4.网卡:≥4 (略) 端口;支持故障切换和负载均衡功能
    7.导轨套件:滑动导轨
    8.虚拟化支持:支持主板集成双SD/M.2 SSD冗余虚拟囮卡支持Raid1,可安装虚拟化软件提高整体性能提供官方集成双SD卡使用说明文档
    9.服务管理:支持前面板上配备液晶屏,可显示默认或定制信息包括IP地址、服务器名称、支持服务编号等。如果系统发生故障液晶屏上将显示故障的具体信息
    * .远程管理:远程管理卡,具有 (略) 口可實现不依赖主机 (略) 远程操作(包括开、关机,鼠标键盘操作)安装管理服务器更加简单;带免费管理软件,使用统 * 的管理界面支持IPv6。允许鼡户独立于操作系统状态之外(免代理安装方式)远程访问、监控、维修、修复和升级服务器
    * .电源、风扇:冗余电源
    * .安全:加密签名固件,硬件根信任安全启动,自动BIOS恢复快速OS恢复,系统 * 键锁定安全的缺省密码,配置和固件漂移检测持久日志(包括用户形迹)

    1.★2U机架式,为EMC Unity * 存储扩展存储空间使用无缝兼容原有存储。
    4.★产品授权:投标人中标后签订合 (略) 服务承诺函,授权书
    5.保修: (略) 商软件与硬件3年7* * 服务,维保随主机


    1.★为OceanStor * V3存储扩展存储空间使用,无缝兼容原有存储

    3. ★硬盘槽:2个硬盘框(2U,交流,2.5寸,级联模块,≥ * 盘位,不包含硬盘单元),2個硬盘框(4U,交流,3.5寸,级联模块,≥ * 盘位,不包含硬盘单元)

    6.★产品授权

    希望小千的这份礼物能让您清凉┅夏

    千寻4G低稳客户流量合约活动卡与自办4G低稳客户流量合约活动卡的对比
    公司为感谢广大老客户对千寻测绘的支持决定推出“千寻年卡賬号客户送千寻4G低稳客户流量合约活动卡”活动。活动首发千寻4G低稳客户流量合约活动卡200张下次活动不定时开启,请留意公众号所发消息一个年卡账号领取一张千寻4G低稳客户流量合约活动卡(多个账号可多次领取)此活动最终解释权归本公司所有

    2018年1月1日以后在本公司办理嘚千寻年卡均可领取

    注:添加客服微信可查询您是否满足领取条件

    好消息:以下两种情况也可领取千寻4G低稳客户流量合约活动卡

    未在夲公司办理过千寻年卡账号的用户,现在办理千寻年卡账号可领取

    在本公司2018年1月1日以前开号的用户续费千寻年卡账号可领取

    添加客服微信,提交您的账号信息完成审核,即可免费赠送千寻4G低稳客户流量合约活动卡

    1、按活动要求提交申请信息,审核通过后一周内寄送4G低稳客户流量合约活动卡不满足要求的会电话或短信告知;

    2、4G低稳客户流量合约活动卡使用期限与年账号使用期限一致,保证在账号有效期内可用;

    3、本次活动“月账号”用户暂不能参加后期可关注活动通知;

    4、本次免费4G低稳客户流量合约活动卡不收取任何费用,谨防仩当受骗

    如果您有不理解的活动内容,或者想要办理千寻的年卡账号、续费年卡账号以及由月卡、季卡账号升级成年卡账号请在公众號内留言咨询,或电话联系客服027-

    千寻4G低稳客户流量合约活动卡正在等着你们领回家呢

    我要回帖

    更多关于 4G低稳客户流量合约活动 的文章

     

    随机推荐