发布日期：2023-01-30

企业微信及其营销平台项目供应商征集公告

一、企业微信及其营销平台采购项目具体需求

（一）系统开发内容

主要基于企业微信，搭建企业微信自建应用，供企微员工使用自建应用进行客户营销管理、效率提升，在企业微信渠道引导客户在线办理我行金融产品。同时，搭建企业微信后台管理端，在员工、客户、营销工具、自建应用、会话存档等方面进行管理。整体应包含但不限于以下功能：

（1）根据我行要求定制化营销工具。统一制定问候语、产品介绍、疑难解答等各类话术模板，一键快捷转发回复，帮助客户经理高效、标准化服务客户。

（2）企微客户行为数据全链路追踪。在和客户联系的过程中，客户经理能后精准的获知客户浏览情况，通过后台智能算法也会提醒客户经理该客户是否对内容感兴趣，客户雷达能够帮助客户经理进行进一步的精准营销。帮助客户经理更全面的掌握自己手中的客户状态，更好的管理存

量客户的生命周期。

（3）打造员工企微金融小站，客户在线完成业务办理。通过基于企业微信的员工金融小站，塑造员工专业形象，将我行热推线上及线下金融产品及营销活动（如线上贷款、线上存款等、理财、贵金属、开门红活动、生活缴费等）呈现给每一个客户，让每一个员工成为银行的超级触点。客户通过企业微信的产品购买办理能够记录、业绩归属到具体员工，更好的链接微信生态做好服务展业工作。

（4）业务管理平台建设。包括对员工业绩的管理、追踪，形成可视化的看板；包括任务管理，实现建任务、分派任务、监督客户经理任务完成进展、查看统计任务完成情况，以此全流程监督客户经理展业；包括企微生态的活动及营销素材库，快速创立获客、活客、留客等营销活动，实现客户流量获取和业务转化；包括企业微信生态下的全链路数据沉淀，与行内关联系统的数据打通，为客户经理提升营销服务质效。

（5）实施部署。企业微信及其营销平台需在我行进行私有化实施部署，并对接行内线上渠道（手机银行app、微银行系统、信用卡小程序等）、业务管理平台（汇思平台、人力资源管理、智能学习平台等）和中后台系统（二维码平台、ODS系统、、运营分析平台、大数据平台、外部数据管理平台等）。与行内已有系统进行数据互通，双向同步客户信息如客户标签、客户账户变动、营销状态等为客户经理及业务决策管理提供有价值的营销运营数据支持；与行内已有渠道和系统进行功能衔接、搭建，满足行内对于企业微信能力的使用场景。具体实施内容以后续需求为准。

（6）运营支撑服务。供应商须为我行提供全行员工破冰启动的活动设计与运营、企业微信客户添加活动设计与运营及相关培训等。此外，另对我行提供5次基于企业微信私域的运营活动支撑服务，策划我行的产品或营销方案如何通过企业微信对客户进行宣传和开展，借力微信生态多渠道拓新，助力线上业务转化，保障实施效果，提升经营业绩。每次服务为针对我行的单个或多个的产品或营销活动进行需求对接、活动策划、活动配置、活动运营、复盘总结等内容。

（二）业务功能

1.移动端：

需要基于企业微信自建应用，搭建小程序A供员工在企业微信使用客户管理、接收营销及进度提醒、营销辅助工具（话术库、营销素材）等功能，搭建小程序B供客户浏览员工的企微金融小站、完成行内金融产品的购买办理，基于一客一码等功能完成不少于5个企业微信获客、活客和留客的营销活动。

2.后台管理端：

搭建企业微信管理平台，对企业微信成员、企业微信客户进行管理，管理平台与移动端相应功能形成管理、审核、发布、对外展示的闭环，实现客户经理业绩跟踪，实现客户可持续性、综合化经营。

（三）技术要求

1.总体架构要求

系统逻辑结构图

2.项目基本要求

1、可靠性要求：

（1）系统无单点隐患。

（2）系统支持主备灾的部署方式。

（3）系统支持负载均衡。

（4）系统支持7*24小时无间断运行。

2、易用性要求：

（1）系统运行不依赖特定的硬件、操作系统、数据库和中间件。

（2）系统升级部署时服务不能停止。

（3）系统部署、升级、回退操作应支持自动化部署。

3、维护性要求：

（1）系统可根据业务增长进行水平扩容。

（2）系统的数据量应保持基本恒定。

4、规范性要求：

系统开发必须遵循我行技术规范，包括但不限于开发规范、数据规范、管理规范等。

5、高性能要求：

（1）基于4核8GB X86架构的虚拟机设备配置，单服务器处理单一交易类型必须至少达到300笔/秒。

（2）基于4核8GB X86架构的虚拟机设备配置，系统单台服务器支持100个并发操作，并且响应时间不得高于500毫秒。

（3）基于8核64G内存、高速存储配置的数据库服务器、我行现有业务数量级情况下，每日日终批处理时间不得超过2小时。

3.技术平台要求

1、涉及工作流，需集成完整、灵活的工作流引擎，实现可视化的流程配置和监控。

2、涉及使用WebService方式封装各项审批服务，需实现多渠道审批交互，支持将服务发布到ESB平台，并遵守我行ESB接口开发规范。具体规范要求见《重庆农村商业银行ESB接口开发操作规范》。

3、涉及影像使用，需对接我行非结构化数据平台，实现非结构化数据的上传、下载、对账和补传等功能。

4、涉及系统用户管理和验证都必须通过我行的统一身份认证平台进行统一管理，用户通过统一身份认证登陆，按用户权限进行操作必须遵守《重庆农村商业银行CAS接口开发操作规范》。

5、需要连接加密平台的系统，需要遵守我行加密平台的相关规则，由于加密平台的特殊性，对于转加密、校验MAC等不暴露敏感信息的必须通过ESB公布的服务进行调用，对于一些平台使用到的加解密，则需直接联接加密平台调用加密平台的服务实现。

6、涉及移动审批功能的系统需支持与我行移动审批平台的对接。

7、涉及安装前端插件，插件必须支持windows xp,windows 7、windows8、windows10等操作系统且保证稳定运行；插件有统一更新机制，更新无须开发人员手工部署。

8、系统易于维护，通过用户界面信息，相关人员可以快速精确定位用户操作日志、追溯操作历史过程。

4.软件开发要求

1、基于开放式标准的集成架构，系统稳定性高、可扩展性强。

2、采用先进的技术框架，易操作、易维护、易开发。

3、提供系统开发相关文档，包括但不限于：拓扑结构图及说明、用户操作手册、平台技术使用手册、系统需求分析文档、概要设计文档、详细设计文档、数据库结构和数据字典说明、系统运行维护手册等。

4、源代码要求：

向我行提供包括平台、控件、应用程序在内的全部源代码；用于更新版本的程序需由我行人员进行编译部署，确保生产运行的目标码与源代码保持一致。

5、LICENSE要求：

（1）所有LICENSE无用户数限制。

（2）所有LICENSE无应用平台限制。

（3）所有LICENSE的授权主体为重庆农村商业银行股份有限公司及其控股金融机构，以及业务托管于重庆农村商业股份有限公司的其他合作单位。

（4）开发及测试环境（DEV、SIT、UAT）无LICENSE用户数、使用期限、应用平台、网段、IP地址等限制。

6、控件要求：

项目所有相关控件对其他平台无条件开放。

7、中间件要求：

项目所有相关中间件无条件对其他平台开放。

8、字符集要求：

使用我行统一的字符集(UTF-8) 。

9、支持B/S模式，前端使用环境需支持windows10、windows8、windows7、windows XP操作系统。支持Chrome、Firefox、IE等主流浏览器。IE需从IE11向下兼容至IE8。

10、禁止使用struts框架。

11、所有系统必须使用域名方式，严禁直接使用IP地址，并且域名必须在配置文件中。

12、严禁使用共享文件体系，对于某些特殊批量类，经我行批准后才可以使用。

13、应用报文采用HTTP通信协议，支持XML报文和JSON报文格式。

14、使用到我行的数据仓库的，须遵守我行ODS开发及接入规范，数据统计规范。

15、数据管理要求：

（1）识别敏感数据，根据数据的敏感度进行分类和保护；识别个人信息，按照国家与行业主管部门相关规定对个人信息进行保护。

（2）数据传输应采用技术措施保证敏感数据和个人信息传输的保密性；能够检测到数据在传输过程中完整性是否受到破坏。

（3）需保证非法用户无法获取有效数据，明确数据存储的策略与生命周期。

（4）针对数据访问授权和验证，保证最小访问授权，禁止未经授权访问数据，并对授权访问的行为进行日志记录，对敏感数据进行展示需增加水印。

（5）在数据迁移前评估网络及系统资源，保证数据迁移的安全实施，保证数据迁移不影响业务应用连续性，做好数据备份及恢复工作，提供必要的技术保障。

（6）需支持数据的同城备份，支持周期性测试系统的备份和恢复，支持故障识别和备份重建。

16、数据字典规范及数据质量校验要求：

（1）以软件产品方式提供的项目，公司方在上线前必须提交此软件产品的数据字典，并经过我行项目经理的审核。

（2）按照我行技术架构进行开发的项目，必须按照我行提供的数据字典要求设计数据库表、字段。并协商解决数据字典中不存在的要素。在提交SIT时，必须提交针对每张表每个字段的数据值来源口径、每个字段的数据质量校验口径。

17、实时交易数据从各系统灾备数据库实时获取，或通过ESB实时接口获取，T+1历史数据从ODS中获取。项目涉及多个源数据系统，禁止直接在源数据系统的数据库上进行任何数据加工，只能读取；加工数据需在本系统数据库中进。统计报表应满足我行报表统计相关规范。

18、系统日志需遵守我行《应用系统日志设计规范》，具体要求为：

（1）日志中的信息需要进行脱敏处理，如不得完整打印客户身份相关信息（包括但不限于户名、住址、联系方式、证件号码）、不得输出客户密码等。

（2）只能在接收数据和发送数据时打印相关日志信息，中间程序的交易日志只能在出错的情况下打印；日志中要明确标注每笔交易接收数据和发送数据的时间戳（毫秒级）及交易耗时。

（3）对于出错日志需指出出错程序名和行数等详细信息，便于排查错误。

（4）应用系统需要有日志等级设置功能，根据调整相关参数可设置日志输出的详细程度。

（5）有日志备份和清理机制，支持将日志文件上传至我行指定的日志服务器。

19、所有客户账务处理及记账规则必须在核心系统完成，外围系统只处理相应的流程控制和其他辅助性的功能。

20、重要交易必须要有防重发机制，账务交易必须要有对账及差错处理机制。对账时需要设定账务标准方，以标准方数据为准，依次核对各系统的账务。原则上，行内系统与核心系统对账时，以核心系统的账务为准；我行系统与第三方对账时，以我行系统为准。特殊情况需要说明原因，经我行批准后，按要求进行对账流程的设计和开发。

21、仅涉及到总行管理部门使用的系统，可单独开发交易界面，但也需要将前台界面和后台服务分开设计；如涉及到柜员操作的，交易界面必须统一纳入综合柜面体系；涉及到客户操作的，交易界面必须统一纳入行内电子渠道或自助渠道。

22、应用系统在设计和实现过程中，不得对数据进行随意删除，要确保每笔交易数据的唯一性和可追溯性。数据间的关联关系、先后关系要明确。

23、批量处理数据的设计和实现过程中，禁止一次性提交大数据量的修改操作，需拆分进行提交。同时必须要考虑因外界因素导致的异常中断。当异常因素消除后，系统要支持从中断位置继续执行。

24、批量处理数据需要支持重复多次运行。对于某些特殊情况，需要说明原因，经我行批准后按要求进行开发。

25、系统必须考虑历史数据的清理及备份机制，系统上线前要完成该系统的数据清理及备份方案，对于某些联机和实时性较强的系统，根据我行要求必须要有对清理后数据的访问机制。

26、公司方开发人员须在ESB平台上自行完成相关服务的调用、发布和问题查找。

27、遵循我行软件开发规范，代码注释清晰完整。

28、具有服务监控功能，准确记录每个服务和功能的执行耗时。

29、深入理解原系统架构和数据结构，完成符合业务要求的历史数据迁移。

5.运行环境要求

1、服务器支持主流Liunx操作系统（Red Hat Enterprise Linux 7.2及以上）。

2、可移植性强，支持服务器端不同操作系统间的自由切换。

3、禁止操作系统功能的全安装，遵循最小化安装原则。

4、系统对数据库的操作必须封装，避免对特定数据库的依赖，可在我行指定的任一关系数据库上运行，包括但不限于oracle、Mysql、PgSQL等，应用层应支持不同数据库之间的迁移、切换，数据库与应用系统分离部署，禁止在同一台服务器上运行。

5、数据库连接必须使用连接池，避免频繁建立数据库连接。每次数据库操作完成后必须将连接释放返回连接池，注意游标以及动态语句使用后的关闭。

6、禁止长事务的数据库操作，对于某些特殊情况，只能经过我行批准后按要求进行开发。

7、 软件具有SQL监控功能，能够展示SQL执行耗时等信息。

6.质量管理要求

1、所有产品、源代码必须通过我行的安全扫描。

2、系统测试须遵守我行相关测试流程和管理规定。

3、公司方开发的程序，在SIT环境进行的冒烟测试通过率需要达到100%。

4、系统上生产前必须进行压力测试，给出压力测试报告。需在报告中明确指出，在各种并发情况下，系统常用交易的耗时情况。

5、数据库语句上线前必须进行压力测试，通过我行对语句的耗时评估。

6、所有版本必须遵守我行版本管理规范，未经我行书面许可，严禁泄露程序、数据和相关文档；

7、版本管理必须使用我行统一的版本管理服务器，必须在项目入场时提交源代码文件，禁止将压缩后的代码进行提交。

8、系统必须具备纳入我行持续集成和持续交付体系的能力，能够按要求适配和使用行内统一指定的相关工具。

9、版本的整理、比对、打包、发布、验证都必须在我行虚拟桌面环境中进行。

7.系统维护要求

1、需支持我行主机房、同城机房和灾备机房同时部署，三个机房的应用能同时对外提供服务。

2、单个机房内，支持LINUX下的集群部署方式；如果系统分为多种类型的服务器，则每种类型的服务器都需要支持集群部署。

3、支持独立工作模式下的负载均衡，既能支持硬件负载均衡，也能支持软件负载均衡。应用层能够支持标准的探测服务报文，能对探测报文进行特殊处理。

4、系统安装实施和维护管理需便捷，能通过相关工具进行系统监控和日常维护，系统使用的操作系统和中间件必须在我行指定的范围内进行选择。

5、需要提供详尽清晰的安装和维护文档，我行运维人员要能根据文档自行安装和维护。

6、应用启停要求：

（1）正常启停，正常启停方式下必须考虑单边账情况，特别是账务交易，要先停止接收交易，等待所有已接收的交易完成后（或停止接收交易5分钟后）再停止整个应用（安全停止）；

（2）紧急启停，紧急启停方式直接断开通讯连接，停止应用；

（3）随系统启动服务，原则上所有应用系统都要在操作系统启动时自动加载。

（4）应用系统的启停需做成菜单方式，供运维人员操作执行。

6、禁止使用root用户进行应用平台的任何操作，只能在普通用户下进行，并遵循用户权限最小化原则。

7、系统应提供单组应用一键启动，停止，自动化部署工具，自动化部署工具应能自动完成新版本拉取，旧版本备份，按照部署策略完成服务停止，版本更新，服务启动，服务检查等功能。自动化部署工具应输出详细的步骤日志便于部署问题查找和定位。

8、系统能通过相关工具进行硬件资源和应用服务状态监控，如果系统中有后台应用（包括但不限于批处理，定时任务），应提供后台应用控制台，便于跟踪后台任务执行情况。

9、系统上线试运行期间，开发公司对系统故障的响应时间不得超过30分钟。出现重大问题必须在30分钟内到达现场，1小时内解决。

10、系统建设及维保期间，公司方需要向我行技术和业务人员提供必要的培训，包括但不限于技术培训（软硬件），系统操作使用培训、运行维护培训等。

8.知识产权要求

1、项目中由我行向开发公司提供的资料，包括但不限于程序、文件、报告、说明、图表、数据、观念、诀窍或技术等知识产权归我行所有；除经我行书面同意或为我行提供维修或支持服务目的外，开发公司不得再以任何形式享有、使用、透露我行提供的任何资料。

2、开发公司向我行提供的开发成果不存在任何侵犯第三方知识产权的情形。

3、项目建设成果及相关工作文档的知识产权，由双方协商并在招标文件中单独说明，并依据商务谈判结果落实到双方正式合同中。

9.人员管理要求

1、项目经理要求：

（1）需具备5年以上工作经验，3年以上同类项目实施经验。

（2）需为前期参与我行交流的主讲人员。

（3）具备丰富的项目管理、系统分析、架构设计及公司内部资源协调能力。

（4）熟悉项目开发流程，独立领导并实施过同类型项目。

（5）具有良好的沟通能力及表达能力，了解业内相关技术的发展方向。

2、项目成员要求：

（1）骨干成员需具备3年以上工作经验，2年以上同类项目开发经验；其他成员需具备2年以上工作经验。

（2）子项目经理：需为前期参与我行交流的人员，有丰富的项目实施经验，熟悉项目开发流程。

（3）咨询专家：具有项目咨询经验，具备需求开发、需求设计、架构设计所需能力。

（3）开发人员：具有项目开发经历。

（4）测试人员：具有项目测试经验。

（5）项目组成员在项目建设期间内不得随意变动，人员变更需经过我行批准后方可按规定执行。

3、项目组整体要求

（1）项目组必须设置项目经理、需求开发、应用开发、系统集成、质量控制及测试等相关人员，并提供关于本项目管理控制体系、需求分析建模需求管理体系、测试及质量管理体系、源代码及配置管理体系、文档质量控制体系、进度控制及风险控制体系的体系文档和示例。

（2）需提供整个项目团队的人员名单，包括但不限于人员姓名、岗位、特长、工作经验、个人简历等。同时应明确项目组人员组织架构及分工。

（3）为保证项目进度和质量，项目组应驻场实施，本项目组骨干及以上成员不得与其他在建项目重复。

4、驻场人员入场前需要参加我行组织的考试，考试通过方可入场，同时还应定期接受我行考核。

5、驻场人员在驻场期间需遵守我行《第三方人员管理办法》相关要求。

10.增值服务要求

1、服务要求：

开发公司应配合我行人员完成应用软件在符合我行要求环境下的部署、安装、配置、测试、上线等工作，并配合相关软硬件维护及服务工作。

2、免费维护期要求：

（1）以支付完毕90%的合同款项后开始计算免费维护期，免费维护期不低于1年。

（2）在第一年的免费维护期内，开发公司应提供不少于1人的现场维护。

（3）免费维护期外每年的维护费用不高于基础平台中标价格的10%，主要工作包括但不限于解决系统运行故障、修补系统缺陷、对平台产品进行免费升级优化，以及配合我行内部培训等工作。

3、开发公司对项目的售后服务承诺应在投标文件中予以详细说明，含免费服务期和付费服务以及培训承诺和其它服务项目的详细说明等等。

4、与我行有过合作的开发公司，近两年在我行的供应商年度考核中不能为“不合格”。

11.项目专项要求

1、服务端和客户端必须使用目前主流的前后端技术开源框架，如VUE，springboot。提供项目所有源代码，禁止过度封装框架与定制化的开发工具。

2、表结构设计保证没有明显混乱和数据冗余，并由相应注释和索引，另外还需提供数据定时迁移和清理机制。

3、PC端查看和导出的各种数据文件支持增加水印功能，以及客户端带水印，禁用截屏功能。

4、开发公司应该有能力提出行业标准，以支持我行后续系统升级。

5、开发公司应该对软硬件国产化有相应的备案和策略，可以支持我行信创替换。

6、系统采用前后端代码分离开发部署，开发规范遵循行内标准。

7、具有可扩展能力，服务必须能横向纵向的扩展，微服务建议不超过10个，架构简单明了，减少不必要的中间件使用。

8、在安装安全助手、杀毒软件等安全软件的windows电脑上，管理平台能正常访问。

9、禁用root权限，支持但不限于tdsql数据库，OpenEuler22.03操作系统，最终行方给定的关系型数据库和linux操作系统为准。

10、数据库一个系统只有一个库，默认30g，历史数据备份行里ods或者大数据平台，使用共享数据库，一个账号默认500连接数，不能使用大字段。

11、生产环境配置最小2c4g，最大4c16G，硬盘默认40g；开发测试环境统一2c4g配置。

12、开发公司需要提供 基于上述的硬件最小化跑起来后，支持多大的业务量清单，以及生产环境的服务器数量和支持业务量的压测报告。

13、一个服务不能多个域名，对外只有一个域名一个端口，比如提供给业务人员的后管平台只需要一个域名与端口即可。

14、开发公司入场提供第一版源码后，必须在行内虚拟桌面开发，编译，打包部署。实施过程不允许盗版，付费软件。

15、系统需有安全策略，流控策略，并且符合行内规范。开放在互联网的功能前后端通信报文在HTTPS下再做加密处理，禁止明文传输，报文加密符合《应用研发中心应用层报文加密规范》，加密算法采用国密

16、系统应具备对接行内系统能力，包括但不限于OCR，人脸，电子签章，监控平台，统一日志，埋点，非结构化存储，密码控件，ESB，大数据，ODS等。同时开放本系统能力给行里其他系统，包括但不限于企业消息推送等。

17、根据我行最新的政策或实际情况，给出合理的实施方案满足业务需求。

（四）开发周期

本项目实施周期计划于2023年12月31日前完成全部系统功能的建设上线，完成5个基于企业微信私域的营销活动。具体以项目实际进度为准。

（五）配套服务要求

免费维保期不低于1年，自项目验收合格日期开始计算免费维保期。免费维保期内，供应商对本项目提供7*24小时免费维护服务和相关的技术咨询。

（六）交付验收

1.自行方提出供货要求之日起10个工作日内，供应商将企业微信及其营销平台原型按时全部送达项目实施现场，响应承诺的实施人员全部完成进场。

2.原型进场后，根据行方需求进行系统部署、基础功能和定制话功能的开发实施，通过行内对本项目的各个测试及检测，供应商在开发周期内完成项目上线试运行。

3.在试运行期内运行稳定，没有出现重大故障导致系统无法正常运行的且完成所有服务后，由行方进行项目验收。

（七）售后服务

1.供应商需要明确免费维保期期限，在免费维保期内的驻场人员数量，具体维保事项等。

2.供应商需要明确售后服务的内容、方式、流程。

3.供应商需要提供项目建成后的用户手册、使用说明，为行内技术人员、业务人员提供培训方案。

（八）付款进度

1.合同签订并生效，供应商响应的实施成员全部完成入场并顺利开展工作30天，支付合同总金额的10％。

2.项目各个批次的uat测试通过，完成上线并达到试运行条件,支付合同总金额的50％。

3.企业微信及其营销平台上线试运行6个月，并通过项目验收后，向供应商支付合同总金额的30%。

4.免费维护期（以响应的免费维护期计算）结束后，根据供应商后评价结果支付合同总金额的10%。

（九）其他要求

项目具体要求的未尽事宜，以双方签订的合同为最终依据。

一、报名资格条件

（一）供应商参加本行采购活动，应具备下列资质、能力和信誉条件：

1.具有独立承担民事责任的能力，具有合法有效的营业执照（企业登记证书或相关证明文件）；

2.近三年，有不少于2个企业微信营销平台或数字化营销平台建设经验。

（二）不接受联合体响应；

（三）供应商不得存在的其他情形之一：

1.与采购人存在利害关系且可能影响采购公正性；

2.与本采购项目的其他响应方为同一个单位负责人；

3.与本采购项目的其他响应方存在控股、管理关系；

4.被依法暂停或者取消投标资格；

5.被责令停产停业、暂扣或者吊销许可证、暂扣或者吊销执照；

6.进入清算程序，或被宣告破产，或其他丧失履约能力的情形；

7.在最近三年内发生重大产品质量问题；

8.被工商行政管理机关在全国企业信用信息公示系统中列入经营异常、严重违法失信企业名单；

9.在“信用中国”网站（www.creditchina.gov.cn）中失信被执行人名单；

10.所属行业属于“两高一剩”行业；

11.法律法规规定的其他情形。

二、提供资料清单

（一）提供供应商满足条件的资质、能力证明文件：

1.提供供应商有效期内的企业营业执照、税务登记证、组织机构代码证；“三证合一”的请提供“三证合一”证书。

2.提供近三年不少于2个企业微信营销平台或数字化营销平台的合同或中标通知书。

（二）提供供应商满足条件的信誉证明文件或企业诚信声明及承诺

1.承诺内容包括上述的十条供应商不得存在的其他情况；

2.参加本项目采购活动，非联合体投标。

3.对所提供资料的真实性承诺。

（三）提供供应商基本信息：

1.供应商名称：【 】

2.主体类型：【法人/非法人组织/自然人（个人工商户）】

3.统一社会信用代码：【 】

4.联系人：【 】

5.联系人手机：【 】

6.联系人邮箱：【 】

（四）项目需求偏离表

供应商保证：除项目需求偏离表列出的偏离外，供应商满足项目需求的全部要求。

三、资料递交要求

（一）按顺序将报名资料加盖公章后，制作成一个【纸质文件/PDF格式电子文件 】（PDF电子文件需进行压缩，压缩文件大小应控制在50M范围内）。文件名应为“XX公司+企业微信及其营销平台采购项目报名资料”。

（二）文件内容须清晰可鉴，因文件内容不清晰造成的后果由报名供应商自行承担。

（三）提供虚假资料，经查证属实的，采购人有权取消参与资格。

收件邮箱/收件地址：【重庆市江北区金沙门路36号重庆农村商业银行】

联系人：【李舒婷】

联系电话：【023-********】

收取资料截止时间：【2023】年【2】月【5】日【17：30】分，逾期递交的资料或以其他方式报名的不予受理。对审查未通过的报名供应商，不再另行通知。

重庆农村商业银行股份有限公司

2023年1月30日