深航2025年支付结算一体化平台研发项目建设方案征集

预告-意见征集广东 - 深圳 - 宝安区

发布于 2025-05-14

招标详情

深圳航空有限责任公司

企业详情 >相似采购商 >

联系人1130个

立即查看

可引荐人脉731人

立即引荐

历史招中标信息13468条

立即监控

为顺利推进****点击查看支付结算一体化平台研发项目，现由深航向社会公开征集项目建设方案。有意参与项目建设方案征集的供应商，请按照项目建设方案公开征集流程和项目建设目标完成项目建设方案的编写，并****点击查看管理部公共邮箱向深航反馈项目建设方案。

一、项目名称

支付结算一体化平台研发项目

二、项目概述

1、项目背景

（1）基****点击查看公司业务发展需要，满足旅客多样性的出行需求，开展多样化营销产品和业务，需进行功能模块升级，提供“简单、安全、快捷”的支付解决方案，保障销售清结算高效稳健。

（2）系统建设较久，目前不能满足现行的业务发展，为提升系统处理效率及性能，需要根据开发需求对系统部分应用进行架构升级。

2、项目建设目标

（1）提升产品销售能力，开展品牌运价功能建设，新增国际航班拼团、尾单等销售产品；拓展销售渠道，与12306深度**销售，推进国航系互售；提升跨境支付能力，接入海外电子钱包，优化跨境支付流，实现外币支付押金及押金抵扣票款功能；支付+能力建设，支持储值卡功能建设，拓展里程支付场景。

（2）拓展升舱、行李、宠物进客舱、个性化点餐等辅营产品销售，****点击查看**支持卡券类产品售卖；拓展上下游产业链，支持地面交通一体化的**模式。

（3）整合自营平台收银台和移动支付接口，增强支付工具的灵活性和便利性；对接统一工作台，集成多种支付方式，客服中心可实现一套操作平台完成多种业务办理。

（4）配合支付商进行不定期的证书安全升级，建立支付业务数据看板，实施全流程的支付数据监控，通过实时监控和分析交易异常行为，增强风险预警能力。

3、系统以往建设情况说明

支付结算一体化平台近5年一直为续建项目，在现有架构上做迭代开发及功能优化，本期项目将在支持自营平台新产品功能的支付及结算的基础上，保证系统各项功能正常使用的情况下进行部分应用的架构重构。

三、项目业务需求

1、系统业务需求

本项目业务需求内容主要有以下方面：

（一）销售及支付能力提升

1）支持自营空铁联运产品及12306旗舰店国际机票的支付退款。

2）针对国际航班拼团、尾单、机票盲盒业务，提供多样化销售产品支付结算功能；支持品牌运价功能建设。

3) 推动国航系协同工作，支持国航系互售的支付结算。

4) 跨境支付能力建设，强化自有平台使用外币支付机票、衍生品、押金及非机票款抵扣能力，接入本地化特色海外电子钱包。

5) 新增代客支付、花瓣支付的支付及结算。

6) 支付+能力建设，支持储值卡功能建设，拓展里程支付场景的支付结算功能。

（二）辅营产品销售能力提升

1)支持机会升舱、升舱套卡、行李、宠物托运、个性化餐食服务等辅营产品的售卖渠道拓展的支付结算。

2****点击查看**产品销售的支付、退款、分账功能。

3）支持抖音闭环履约及预约功能支付方式升级。

4）拓展小红书、快手平台等次卡销售场景，支持自营次卡结算价整合的支付结算功能。

5）创新对外商业**模式，支持地面交通一体化的支付结算功能。

（三）服务体验提升

1）对接统一工作平台，支持异常订单保障工作及代客销售全套系统支付退改结算及财务报表功能。

2）整合自营平台收银台和移动支付接口，实现支付流程的无缝对接和快速响应。

（四）支付安全及数据监控

1）配合支付商支付证书升级。

2）新增支付业务数据看板功能。

2、系统功能需求

实现系统部分应用的架构升级以及数据库重构，符合深航数字化转型的相关要求。

此部分要求供应商提供的项目建设方案包含不限于上述功能，供应商也可根据过往项目实施经验提出建议或补充需求。

四、项目非业务功能性需求

1、系统响应时间指标□请勾选

用户访问（增删改等）响应时间不超过3秒；在50并发用户情况下，对数据报表查询实现如下指标：

查询类别	说明	性能指标
简单查询	仅仅针对小型表的单表查询	在3秒以内完成查询响应
一般查询	仅仅涉及小型表的多表	在5秒以内完成查询响应
复杂查询	包括小型表和大型表的多表，甚至大型表和大型表的多表连接	在30秒以内完成查询响应
对账操作	百万级对账操作	每个销售渠道在30分钟以内完成处理。
财务报表	百万级财务报表生成	每月财务报表每个销售渠道在1小时以内完成处理。
统计报表	千万级别统计报表生成	在2分钟内完成报表展现

另外，具体业务场景有特殊要求的，以业务要求为准。

2、可靠性要求

用户数量：满足1000个用户数据的要求，满足500个用户同时在线。

3、可用性要求

可用性：系统满足7*24小时对外服务，综合可用性要高于99.95%。

4、易用性要求

产品的界面要求操作简洁、易用、灵活。

维护界面简单易用，在业务流程发生变化时，尽量减少后台程序的开发，使用前台的配置即可完成。

支持的语言版本：支持中文

5、扩展性要求

能实现在系统上线后充分反映系统运行状况的统计和分析报表的需求。

支持组件重用，并保证原有功能的稳定性。

6、可移植性要求

产品的设计灵活，使****点击查看公司或基地时不需进行大规模修改，仅需配置即可。

方便地对产品进行扩展，而不对产品进行结构化的变化。

预留标准数据接口，方便和现有业务系统之间的数据交换，支持多种网络传输协议，方便其他数据的接入，便于功能的拓展。

7、兼容性要求

移动设备和PC端系统界面须进行适配，达到显示效果上整体一致。

操作系统兼容性指标：整个产品的设计建设，可以向其他操作系统应用服务器移植。

8、安全性要求

要从数据的机密性、完整性、真实性等方面给予保护措施，不被泄露或丢失：

(1）加强安全防护，在网络、服务器等层面满足深航系统安全管理要求。

(2）可以保证关键数据的完整性与安全性。

(3）不同的用户能实现对不同数据的访问。

(4）系统充分利用防火墙、安全证书、SSL 等数据加密技术保证系统与数据的安全。

(5）不会以明文方式保存用户密码或系统使用的各类密码，采用不可逆的加密方式保存此类密码。

(6）系统支持对系统运行所必须的用户名与密码周期性更改的要求。

(7）系统可强制实现操作员口令安全规则，如限制口令长度、限定口令修改时间间隔等，保证其身份的合法性。

(8）系统需支持操作失效时间的配置。当操作员在所配置的时间内没有对界面进行任何操作则该应用自动失效；能实现对登录时间和登录次数的限制。

(9）需提供完善的日志功能，对系统关键数据的每一次增加、修改和删除都能记录相应的操作时间、操作人和修改前的数据记录。

(10）完善的支付和退款校验，每笔支付和退款需要按照规则进行完整校验。

五、技术架构要求

充分考虑技术的前瞻性，按照统一架构的思路完成整体解决方案和相关技术标准的设计。方案中应包括清晰的总体架构、物理架构、应用架构、数据架构、安全体系架构等内容。除下列要求外，应用系统建设详细技术要求还需参照《深航应用系统建设技术规范》执行。

业务架构：通过数字化赋能，****点击查看中心能力。

技术架构：使用微服务架构，将应用拆分为能独立运行、满足客户需求的独立模块，实现应用的高内聚、低耦合、高可用和弹性扩展、可移植。

六、技术支持和售后服务

1、系统技术服务标准要求，应根据故障级别采取差异化的故障修复策略。免费维护期自通过整体验收起算，软件为期一年，硬件为期三年。

等级	说明（根据具体项目定义）	响应时限
一级事件	如：整个系统处于瘫痪状态，完全无法运行，或者某个功能模块完全无法运行, 对业务连续性产生严重影响，同时无替代方案可选。	10分钟响应，20分钟评估问题解决时间，30分钟内恢复生产。如30分钟内无法恢复生产，需要在2个小时内到用户现场进行故障处理。
二级事件	如：系统核心功能不可用，或者性能出现严重问题，对业务连续性产生严重影响。	15分钟响应，30分钟评估问题解决时间，40分钟内恢复生产。如40分钟内无法恢复生产，需要在3个小时内到用户现场进行故障处理。
三级事件	如：系统非核心功能不可用，或者性能下降，对业务连续性影响较小，并有其他方案替代。	30分钟响应，60分钟评估问题解决时间，120分钟内恢复生产。