东呈集团供应链商城重构项目磋商采购公告（招标编号：DCCWZC-HWKJ-2023-018）
项目所在地区：广东省,广州市
一、招标条件
本东呈集团供应链商城重构项目已由项目审批/核准/备案机关批准，项目资金 来源为自筹资金180万元，招标人为广西东呈酒店管理集团股份有限公司。本项 目已具备招标条件，现招标方式为其它方式。
二、项目概况和招标范围
规模：最高限价：人民币180万元
范围：本招标项目划分为1个标段，本次招标为其中的：
(001)东呈集团供应链商城重构项目;
三、投标人资格要求
(001东呈集团供应链商城重构项目)的投标人资格能力要求：
1)具有独立承担民事责任的能力，提供有效的营业执照，加盖公章；如分公司 参投，还须提供经总公司盖章的授权书以及总公司的营业执照复印件；
2)能够提供系统的《压测报告》及《系统架构设计方案》等文件（提供电子文 件即可）；
3)具有自2019年1月1日至今以来同类项目（供应链商城构建项目）的业绩经验，提供单个同类项目（金额不低于150万元）业绩合同文件扫描件关键页（即首 页、采购内容页、合同金额页、合同签订时间页、盖章落款页），并加盖公章；
4)在近五年经营活动中没有重大违法记录，提供声明函；
5)在国家企业信用信息公示系统(http://www.gsxt.gov.cn/)中没有被列入严重 违法失信名单（不包括分公司）的；在“信用中国”网站（http://www.credit china.gov.cn/)中没有被列入失信被执行人、异常经营名录、税收违法黑名单 和政府采购严重违法失信行为记录名单。提供自查截图。
6)供应商与采购人、采购人下属单位、采购人以及采购人下属单位的在职员工
无任何利益关联关系；且供应商是依法注册的法人，在法律、财务及运作上完 全独立于本项目的采购人。提供上述内容的声明函。
7)供应商负责人为同一人或者存在直接控股、管理关系的不同供应商，不得参 加同一合同项下的政府采购活动（提供主要股东或出资人信息，参照附件相关 格式内容）；
8)能够提供可抵扣的增值税专用发票，可提供承诺函或其一般纳税人证明文件。提供国家税务总局各省电子税务局的查询截图或“全国企业一般纳税人资格 查询”（http://www.foochen.com/zty/ybnsr/yibannashuiren.html）或其他 有效证明文件。
按照采购公告要求进行报名，递交完整报名材料以及相关证明文件并通过资格 预审的供应商。;
本项目不允许联合体投标。
四、招标文件的获取
获取时间：从2023年06月07日 09时00分到2023年06月13日 18时00分 获取方式：报名方式：以邮件方式发送报名材料至zcb@dossen.com；报名 材料：根据采购公告中附件2报名材料格式进行填写，打印并签字盖公章后扫描 成一个PDF文件发送至指定邮箱，并在邮件中注明供应商的联系人名字、联系手 机号码、所投项目名称，邮件主题为：“东呈集团供应链商城重构项目报名材 料+供应商全称”。
五、投标文件的递交
递交截止时间：2023年06月23日 10时00分
递交方式：广州市白云区大金钟路61-
65号东呈集团紫东楼招采部；收件人： 冯经理
电话：18127980130（递交截止时间以采购人邮件通知以及正式采购文件为准）纸质文件递交
六、开标时间及地点
开标时间：2023年06月23日 10时00分
开标地点：广州市白云区大金钟路61-
65号东呈集团紫东楼（开标时间以采购人邮件通知以及正式采购文件为准）七、其他
1、项目基本情况
项目编号：DCCWZC-HWKJ-2023-018
项目名称：东呈集团供应链商城重构项目
采购方式：竞争性磋商
最高限价：人民币180万元
项目概况：
东呈供应链商城自2015年至今经历了发展的两个阶段：2015年至2018年，以基 础电商功能模块，支持采购业务线上化，支持基础信息流、资金流；2018年至2 023年，实现了采购管理线上化，并形成了业务闭环，开始聚焦业务信息化、线 上化建设，完善信息流、资金流、物流，搭建供应链管理模块。
随着业务规模的壮大和业务类型的发展变化，系统已经无法满足当前及未来的 发展需求。结合供应链业务发展、集团数字化建设、系统稳定性等需求，需要 对供应链商城进行重构，解决技术框架底层问题，优化和改进酒店供应链商城 的功能、数据、流程和服务等方面，提高市场竞争力和用户的体验度，以实现 供应链数字化管理和信息化升级。
采购需求：具体采购需求详见第二章内容。
合同履行期限：从签订日期起18个月内（预计2024年12月31日前）完成项目验 收、整体上线交付采购人使用。
本项目不接受联合体。
2、报名时间与报名方式
报名时间：2023年6月6日至2023年6月13日9:00至18:00
报名方式：以邮件方式发送报名材料至zcb@dossen.com
报名材料：根据采购公告中附件2报名材料格式进行填写，打印并签字盖公章后 扫描成一个PDF文件发送至指定邮箱，并在邮件中注明供应商的联系人名字、联 系手机号码、所投项目名称，邮件主题为：“东呈集团供应链商城重构项目报 名材料+供应商全称”。
采购人将对报名材料进行审核，并组织需求部门以及技术部门对报名供应商的 产品进行功能测试（需满足采购需求中的全部基本功能，否则预审将不能通过），报名截止之后再以邮件回复资格预审结果以及发送磋商文件。
3、提交响应文件截止时间、递交地点、递交方式
响应文件递交截止时间：待定（以采购人邮件通知以及正式采购文件为准）递交方式：现场递交或顺丰快递邮寄
如采用顺丰快递邮寄响应文件的，供应商寄出标书后必须以邮件形式发送快递 单号至邮箱zcb@dossen.com，以便跟踪，供应商需自行考虑快递送达所需时间，提前寄出，提交响应文件截止时间之后不再接收任何响应文件。
递交和收件地址：广州市白云区大金钟路61-65号东呈集团紫东楼招采部 收件人： 冯经理 电话：18127980130
4、其他补充事宜
（一）如放弃本项目磋商，须在2023年6月18日18:00点之前出具放弃磋商说明 函。晚于此时间弃投视作临时放弃，将被采购人列入黑名单，三年内不得参与 采购人所有的招标采购项目。
（二）监督与举报：
为营造健康良好的招采环境，采购人严禁员工向供应商索取或收受礼物、卡券、现金、回扣等实物或权益。若在招采过程中，供应商发现采购人员工存在以 上行为的，请及时举报！
举报电话： 19162370731（东呈集团审计监察部门）
举报邮箱： jubao@dossen.com
采购人鼓励实名举报，举报内容须真实、有相应证明材料。如采购人发现存在 以上商业贿赂行为但供应商未如实举报的，则采购人有权取消相关供应商至少 一年参与本集团招标采购活动的资格。
八、监督部门
本招标项目的监督部门为东呈集团审计监察部门。
九、联系方式
篡梨
招 标 人：广西东呈酒店管理集团股份有限公司 地 址：广州市白云区大金钟路61-65号
联 系 人：冯经理
电 话：18127980130
电子邮件：zcb@dossen.com
招标代理机构：
地 址：
联 系 人：
电 话：
电子邮件：
招标人或其招标代理机构主要负责人（项目负责人）： （签名）
招标人或其招标代理机构： （盖章）
附件1:
东呈集团供应链商城重构项目采购需求
有关说明
(一) 响应供应商须对本项目的采购标的进行整体响应,任何只对本项目采购标
的其中一部分内容、数量进行的响应都被视为无效响应。
(二) 采购需求中标注“女”号条款为实质性条款,必须逐条进行响应,有任何
一条负偏离的,将导致无效响应。
(三)采购需求中标注“”号条款为重要技术参数,若供应商响应情况超过
70%负偏离,将作为无效响应。
(四)采购需求中非“女”、非“”条款为一般技术参数,若供应商响应情况
超过90%负偏离的,将作为无效响应。
项目背景
东呈供应链商城自2015年至今经历了发展的两个阶段:2015年至2018年,
以基础电商功能模块,支持采购业务线上化,支持基础信息流、资金流;2018
年至2023年,实现了采购管理线上化,并形成了业务闭环,开始聚焦业务信息
化、线上化建设,完善信息流、资金流、物流,搭建供应链管理模块。
随着业务规模的壮大和业务类型的发展变化,系统已经无法满足当前及未来
的发展需求,主要体现在以下方面:第一、原系统技术架构严重落后;第二,原
系统代码及文档缺失,外包公司无法提供完整代码(缺失部分代码包),同时系
统也未形成完整的技术和产品文档;第三,过往大量功能或逻辑以“补丁”形式
存在,代码堆叠庞杂,在新需求落地或者部分系统配置调整时经常引发BUG;第
四,涉及到商城核心模块的新功能,因为“不敢动”核心模块里复杂的逻辑,或
考虑到研发成本,新功能大多数以妥协让步的方式调整方案,最终或导致业务需
要的需求功能无法落地;第五,商城的迭代基本按照季度的节奏进行,每次迭代
涉及到大量的商务谈判和报价审批确认过程,消耗大量的时间和人力成本,同时
因为架构问题也导致研发费用支出持续居高。综合以上原因,结合供应链业务发
展、集团数字化建设、系统稳定性等需求,需要对供应链商城进行重构,解决技
术框架底层问题,优化和改进酒店供应链商城的功能、数据、流程和服务等方面,
1
6
提高市场竞争力和用户的体验度,以实现供应链数字化管理和信息化升级。
项目目标
通过供应链商城的重构,旨在实现全面平台化,通过数据赋能,适应业务发
展,从单一电商形态转为赋能服务型平台,精管理、重服务、通数据,主要包括
以下方面:
1、提高系统对供应链业务的覆盖面和对拓展业务的支撑力
(1)物资采购业务:全面平台化(自营+第三方商户结构)、多层级的用户体系、
酒店场景化采购、分阶段支付、分批发货、在线物流、运费模板、产品类型多样
化(标准、定制品、虚拟品等)、多价格体系、营销活动、第三方支付、自助开
票、消息推送(站内信、短信、邮件、微信服务号模板消息)、财务结算等;
(2)供应链管理:供应商生命周期、战略寻源、流程引擎、供应关系管理、库
存管理、分账与结算体系等;
(3)数据分析及风险预警:行为数据、运营数据、资源数据等,包括报表与看
板。
2、提高系统性能、使用效率和操作体验
(1)提高系统安全与稳定性:数据安全、账号(使用)安全、功能和系统使用
的稳定性等;
(2)提高使用效率:搜索引擎(支持模糊搜索)列表数据查询速度、工作台(事
务处理中心)等;
(3)提升操作体验:功能易用性、内容可读性等。
3、通过数字化建设强化供应链赋能平台价值
与物资采购和供应链管理业务相关联的一些列内部新系统/部门/用户打通,
以酒店项目筹建期为重点:包含的系统包括但不限于OneID、主数据、拓建一体
化、结算中台、加盟商门户等,实现信息互通,提高处理效率。
功能需求
供应链商城需覆盖东呈供应链全量业务,主要功能需求包括但不限于:
1、女适配业务“全面平台化”发展策略,实现全面交易线上化,主要在下单场
景、支付、发货、分账等层面功能要支撑更多场景、更加适配业务要求,功能
2
7
实现包括但不限于:
(1)支持产品多价格体系,如标准价、阶梯价、会员价、不含税价等不同业务
场景的价格需求;
(2)多样化的产品类型,除了标准品和非标准品(定制)的类型区别以外,还
有实体类、虚拟类、服务类等性质差异的产品;
(3)在维持对接平安银行“见证宝”产品体系的基础上,增加不同支付方式如
银联、微信、支付宝或者线下支付等;支持分阶段支付;
(4)完善的售后场景,退货、退款、换货等;
(5)支持分批发货和按批次部分退换货等;
(6)支持平台-商户-二级供应商多层级的清分结算;
(7)支持运费模板功能,酒店的物资的运费计算和收费逻辑相对复杂。
2、女一级商户与二级供应商形成标准化结构,将目前自营业务主体与平台主体
解耦,支持平台化发展策略,功能实现包括但不限于:
(1)S2B2B的电商平台结构,支持自营+第三方商户模式,支持二级供应商结构;;
(2)解决同一合作伙伴主体既是一级商户合作模式,又是(自营的)二级供应
商合作模式的角色切换场景的问题;
(3)平台发起寻源的对象为在用和储备合作伙伴,其包括一级商户、自营商户
的二级供应商,以及储备池的合作伙伴;
(4)商户支持自行管理二级供应商,如订单管理、结算、生命周期管理、考核
评估、合同等(但根据目前的业务,默认此项功能仅开放给自营商户)。
3、△合作伙伴全生命周期管理,结合供应链“赋能平台”定位,高效管理合作
伙伴、供应资源和能力,功能实现包括但不限于:
(1)商城原本的供应商生命周期管理(注册审核-公海-储备池-在用池-停用池)
基本沿用,但是需要将设计单位、施工单位等合作方的生命周期同步管理起来,
合并为“合作伙伴生命周期管理”;
(2)供应商供应物资,设计单位提供设计服务,施工单位提供施工和物资采购
服务(全包),需要将设计参数、工程进度、物资采购、质量验收等酒店筹建场
景与各合作伙伴提供的各类供应能力结合起来,商城不做设计管理和工程管理,
仅获取数据以及设/施等合作伙伴管理;
(3)合作伙伴的绩效考核模块,要结合业务对合作伙伴的半年度和年度的周期
3
8
评估制度,此考核模块会囊括合作伙伴的线上供应服务表现和线下人工评估结果
进行综合评判。
4、△资金清分结算,改造结算逻辑,由人工结算升级为系统结算,提升业务效
率,功能实现包括但不限于:
(1)支付和资金的清分结算要结合平安银行的相关系统(资金流)以及集团内
部的结算中台和账务系统;(商城内部按照收入、摊分、服务费率等完成分账和
清分)
(2)根据分账计算逻辑,相关的费率需要前置到寻源阶段进行配置、计算和校
验。
5、△用户+酒店体系的数据结构增加层级以实现用户精细化管理,支持多元化
的营销方式和场景,功能实现包括但不限于:
(1)对酒店增加组织层级结构,通过组织层的分类,有效实现系统中对不同采
购场景需求的酒店客户的分类管理;(组织-酒店-角色身份用户)
(2)结合增加的营销活动和待完善的消息通知、内容推送等模块,实现定向精
准营销以及内容输出等需求;
(3)通过数据结构的调整,提高未来业务范围的可拓展性,例如增加外部酒店
客户等。
6、△项目物资采购清单,帮助客户、业务以及其他一线部门实时掌握门店采购
数据和状态,功能实现包括但不限于:
(1)结合酒店品牌版本的标准物资清单+商城产品分类数据,对接集团内部的酒
店工程管理系统在项目启动阶段确定该项目的物资采购清单,商城根据采购数据
和采购判断条件输出采购清单(区分筹建和在营店,关注的物资和指标不同);
(2)自动统计分析业务、客户以及其他业务线需要的数据指标;亚实时数据;
(3)对接泛微OA,及时获取过程中的报备物资项;若有其他渠道的报备信息,
可通过手工更新清单数据表。
7、△采购助手,基于项目物资采购清单、门店生命周期节点和其他相关指标,
根据模型配置,及时提示对应人员采购节点以及风险预警,功能实现包括但不
限于:
(1)核心为模型配置模块,根据门店生命周期节点、特殊标签、采购清单数据、
判断条件、提前量、提醒内容、提醒对象、频次等参数;
4
9
(2)在营店和筹建店完全不同,在营店以周期性采购同类物资为核心特征,最
好能结合门店物资盘点数据或客房出租率,来计算物资消耗;
(3)该功能上游是采购清单模块,下游是消息中心模块。
8、△物资概算表,基于酒店品牌物资标准数据,是物资采购清单判断采购状态
的逻辑来源,功能实现包括但不限于:
(1)物资概算表线上化,以解决线下表无法实时更新“价格”变动的数据,线
上表根据配置的产品清单直接根据当前价格计算;
(2)产品层面需要增加“取代”逻辑,实现概算表自动更新产品清单的需求,
确保价格的有效性。
9、△寻源需求管理,功能实现包括但不限于:
(1)建立线上的寻源需求管理,解决数据存档、流程管理、信息共享等方面的
需求;
(2)询报价、内部寻源流程审核、产品上下线管理为一整体;
(3)寻源进度追踪。
10、△业务系统有机集成:
未来,东呈供应链商城还需要与物资采购和供应链管理业务相关联的一系列
内部系统进行有机集成,打破壁垒,需要对接的系统包括但不限于OneID、主数
据、拓建一体化、结算中台、加盟商门户、合同管理系统、NCC账务系统等,以
实现信息互通,提高处理效率。
4.1平台管理端具体需求清单
平台管理端有Web版和微信小程序版,小程序仅提供个别高频的功能,包括
查询、修改、审批等操作(约10%)

一级 模块	二级模块	功能简述	备注说明
登录	登录页	登录方式：账号密码、手机验 证码、微信/钉钉扫码；找回 密码	独立的登录页

5
10

Λ工 作台 ^任	工作台	平台公告、待办中心、核心数 据指标、快捷入口	支持一定程度的个性化，例如待办 项和展示的核心指标可支持用户 自己调整
务中 心	流程列表	目前系统存在约20条业务流 程
一采 购管 理	开业包配 置	面向即将开业的酒店提供相 关开业物资产品的一键下单 功能，根据酒店房量床量计算	系统获取门店房量床量数据自动 填充；用户可调整产品清单数量、 品牌等；
	样板间配 置	面向的对象为筹建店并且需 要做样板房的客户，提供样板 房物资一键下单功能	样板房不需要房量床量数据；用户 可调整产品清单产品数量、品牌 等;
	筹建指引	配置和展示酒店筹建阶段不 同时期需要采购的物资，和相 关知识介绍指引等	需要根据筹建阶段周期来配置物 资，并且是动态变化的
	投诉管理	客户投诉信息展示、回复和进 度跟踪等过程管理
	反馈建议	平台与客户意见建议沟通渠 道 未来重点功能，根据酒店前期
	采购助手	立项签约过程中约定的物资 采购标准生成产品清单，并基 于清单动态更新该门店的采 购进度（金额数量），以及在 系统设定的节点提醒客户采 购。该功能分为筹建版本和在 营版本。	对接拓建、OA（OA是为了获取物资 报备信息，更新清单）
活动管理	营销活动		商城的营销功能需求比较轻量
产品专题	固定的产品专题，如新品上		系统逻辑处理+人工干预

6
11

管理		架、热门产品等；
订 单管 理 A 产 品管 理 A 库	采购订单	与主流电商的订单模块整体 差异度不大，主要是展示字 段、订单状态、个别特殊流程 节点控制涉及到个性化业务	对接第三方物流平台，获取在线物
	收货单 退换货单 手工单 模块； 手工单费	支持分批发货 支持分批退换货 对面非标准采购业务的录单 面向手工单的特殊费率配置	流进度； 支持分批退换货；
	率 模块； 采购合同 前系统; 会员卡推	销售清单/采购合同，参考目 特殊产品，实体会员卡发货时
	号 产品信息	特殊产品的衍生功能需求 需要推送卡号段给CRM系统 基本信息、详情页与图片 自定义统称合并多个产品在	需要特殊处理列表页展示的价格
	统称管理 产品费率	商城产品列表页面中的显示， 以“款”的概念供客户选择 对于产品的服务费率规则的	区间 是重构现有商城费率设置和价格
	配置模块 分类管理	产品分类管理 产品+供应商+酒店品牌+供应	体系的方向，未明晰具体方案 未来业务面拓展的可能性，会比当
	供应关系 价格管理 产品库存 存管	渠道+供应价格+供应门店（区 域）的配置模块 产品价格体系配置模块 产品的库存展示和预警 库存上下线和建议库存；历史库存	区「前配置逻辑更加复杂，需要简化配 置操作，具体方案待明晰 当前商城只有单价格 成本、半成品；库存干预和管控；

7
12

理			记录参考目前商城
	入库单	成本与半成品入库管理 判断库存上下线和建议库存	目前平台需要对入库单进行审批
	库存模型	的模型配置
A 用 户 管 理 伴	用户信息 资源配置	基础信息、关联门店、权限和
	角色管理 资源配置	权限角色 用户可见酒店品牌、地区、产	目前系统约有40个权限角色
		品分类等资源配置 对于客户分级和权益分级的
	会员列表	概念功能，轻量化
	会员权益 注册审核	权益配置模块 用户注册记录和审核记录列
	供应商管	表	需要区分供应商和商户的概念
	理	供应商生命周期管理
合	设计单位	设计单位生命周期管理
	施工单位	施工单位生命周期管理
	商户管理	对于合作伙伴入驻成为商户 的管理模块	需要区分供应商和商户的概念
	培训考核 块	培训和考核过程管理、记录模
	注册审核 录列表	合作伙伴注册记录和审核记
	绩效评级	系统自动化计算合作伙伴的 绩效并且自动评级	周期半年或年度出具报告
		面向合作伙伴查看和下载的
	资料包	资料展示模块

8
13

	质保金管 理	质保金台账记录
	询价单	平台面向合作伙伴的询价单
	报价单	合作伙伴对询价产品的报价
寻 A 源管 管 理	寻源报告	内部对确认报价的产品的审 批报告流程
	上下线管 理	寻源报告通过后由管理员上 线产品	产品基础信息、价格、供应关系等 维护
	品牌标准	概念模块，对接产研院的资料 库
	寻源需求	包括产品、空白品类、标准反 推等各类寻源需求管理模块；
	样品管理 合同管理	产品打样过程和存放记录 寻源过程中签署的合同和价
数据 看板 Λ门 店管 理	仪表盘 数据大屏	格确认书归档模块 结合集团BI工具 结合集团BI工具
	门店信息	包含东呈酒店、集团部门、虚 拟门店、外部酒店、施工单位 等各个“门店”对象相关资料	目前只有东呈酒店、集团部门、虚 拟门店和施工单位，未来或许或有 外部酒店，并且外部情况还会细分
	采购清单	和信息的管理 与采购管理中的采购助手相 关，具体生成的产品清单
结	组织管理	门店归属方的管理模块	实现对门店/客户的细分管理，需 要增加一层级
	对账结算 平台费率	对账单和结算单
A 算 管 理		平台主体的收入费率设置	产品上线过程中会自动创建开票
	产品开票	产品开票信息手工维护模块	信息，会有错误和调整的场景；

9
14

	返利管理 块	对商户的返利管理和配置模	目前系统中有，但是业务应用有点 模糊，待明晰；
	资金账户	每个用户在平安总账户下创 建的子账户管理	按当前对接的平安银行来描述
	绑卡记录	子账户需要绑定银行账户，才 能充值和提现	按当前对接的平安银行来描述，区 分公户或者私户
	总账户流 程 子账户流	平安总账户的资金出入流水 记录	按当前对接的平安银行来描述
	水 云收款记	总账户内部资金流程的流水 记录 目前未应用，不同于使用子账	按当前对接的平安银行来描述
	A 资 金管 录 历史余额	户资金，平安提供了微信支付 和支付宝支付是走的另外“云 收款”体系，另外一套流水	按当前对接的平安银行来描述
理	过去某一天全部子账户零点 时间的账户余额，财务需要	按当前对接的平安银行来描述
提现退单	提现失败的记录模块 多个子账户绑定了同一个银	按当前对接的平安银行来描述
挂账管理 支付管理	行账户，充值时平安系统无法 判断资金去向，自动进入挂 账，需要子账户用有人手动分 配资金去向的管理模块；	按当前对接的平安银行来描述
系统 配置		系统支持的支付方式的管理 订单未付款自动取消、发货自 动收货、售后有效期等周期配 置，支分批发货的配置，订单
	订单配置 支付配置	发货截单日期配置等；订单改 价配置； 分阶段支付方式的配置模块 平台化需求

10
15

物流配置	第三方物流平台、支持物流公 司等配置；运费模板功能；
消息配置	站内信、微信服务号消息推送 等模板和逻辑配置
短信配置 置	自动触发短信模板和逻辑配
邮件配置 置	自动触发邮件模板和逻辑配
广告配置	PC和移动端广告图片管理和 配置
页面装修	商城页面部分模块和独立营 销页设置
报告模板	各类报告的模板设置模块	目前有供应商的考察评估和质量 督察报告模板
子账号	门店子账号和供应商子账号
导航配置	规则管理模块 页面固定导航功能设置
敏感词配	系统内敏感词管理模块
置 平台公告	公告栏和弹窗设置
搜索配置	目前不太了解	是否可以用第三方搜索引擎？
手册配置	用户帮助手册管理模块
在线客服	在线客服管理模块
开发配置	面向开发人员的功能入口
交易日志	使用集团日志系统
系统日志	使用集团日志系统
系统预警	使用集团日志系统
错误日志	使用集团日志系统

11
16
4.2 商城端具体需求清单
商城有Web版和微信小程序版,小程序会去掉部分不适宜移动端交互的业务
场景(约5%)

一级 模块		二级模块	功能简述	备注说明
登录/ 注册 全局 功能 A 首	登录页 一采购用	登录方式：账号密码、手机验 证码、微信/钉钉扫码；找回密 码	区分内部外用户，内部用户需要 对接集团用户中台
	户注册 合作伙	手机号验证、填写资料、提交 审核 手机号验证、填写资料、提交	要对接工商信息校验平台
	伴入驻 ^搜索	审核 要支持模糊搜索和图片识别 （以图搜图)
	一消息中 心入口 八在线客	商城通知、系统消息、客服消 息、我的消息 支持平台客服和店铺客服功
	服	能
	逻辑控制	要根据当前用户关联的门店来 区分可见物资，即存在供应关 系	供应关系的元素包括：产品、价 格、用户、门店、供应商
	品类导航 轮播图	产品大类、小类 支持链接跳转
页 产品专题	筹建指引、	开业包、样板间、VR样板间、
	底部导航
产	产品列表	筛选栏、产品主图和产品信息、

12
17

品展 示	产品详情 购物车	加入购物车按钮 产品图片、产品信息、活动信 息、商户信息、产品详情图、 产品推荐、加入购物车、下单 按钮 商户和产品信息展示、产品编 辑、活动信息、价格计算、提
产 品专 题	开业包 样板间	交结算 物资套餐，场景式采购 物资套餐，场景式采购
	筹建指引 施工单位	物资套餐，场景式采购
	设计单位 订单确认	信息展示 信息展示 收货信息、产品信息、开票信
一采 购下 单	支付页面	息、支付方式、发货方式和预 计发货日期 支付方式（全额支付或备货金 支付）、支付账户、支付金额、「 对接了平安银行
	支付成功/ 失败	倒计时
一个 人中 心	工作台	核心重要变动、待办、通知项 集中展示和处理页面 待付款、待发货、待收货、售
	订单管理	后订单，批量支付、明细导出、 采购合同
	订单详情 资金账户	订单进度、物流 开户、绑卡/解绑、余额、提现、 对接了平安银行 挂账处理、充值、流水、修改

13
18

	资金管理手机号
我的券包	优惠券管理页面
参与活动	可参与和已参与的营销活动管 理页面
浏览足迹	按日为颗粒度记录查看过的产
用户手册	品 帮助信息页面
收货信息	修改联系人、联系方式、地址
开票信息	修改开票信息及附件上传
门店管理	新增关联分店
评价管理	评价及追评
我的投诉	投诉、处理结果
反馈建议	反馈
采购助手	物资采购清单、采购提醒、供
我的权益	应产品清单 会员权益
门店员工 账号	子账号管理
修改密码
\切换当 前关联酒
店 修改手机 号

4.3合作伙伴端具体需求清单
合作伙伴端有Web版和微信小程序版,合作伙伴与平台共用一个管理端小程
序,主要为合作伙伴提供订单和任务处理的移动端工具(约20%)
14
19

一级 模块	二级模块	功能简述	备注说明
登录	登录页	登录方式：账号密码、手机验证码、 微信/钉钉扫码；找回密码	支持一定程度的个性化，例如 待办项和展示的核心指标可支 持用户自己调整
Λ工 作台	工作台	平台公告、待办中心、核心数据指 标、快捷入口
A 任 务中流程列表		目前系统存在约20条业务流程， 合作伙伴约10条流程
心 A 采 购 管 理	投诉管理 评价管理 活动管理	客户投诉信息展示、回复和进度跟 踪等过程管理 订单和商品评价管理
订 单管 理	采购订单 收货单	合作伙伴参与的活动管理 与主流电商的订单模块整体差异 度不大，主要是展示字段、订单状 态、个别特殊流程节点控制涉及到 个性化业务 支持分批发货	合作伙伴参与到投诉处理环节
	退换货单 手工单 产品信息	支持分批退换货 对面非标准采购业务的录单模块 基本信息、详情页与图片 产品+供应商+酒店品牌+供应渠道	合作伙伴只能看到自己已的产品
A 产 品 管	供应关系	供应价格+供应门店（区域）的配	合作伙伴只能看到自已的供应
			合作伙伴只能看到自己的产品
理
		置模块	关系
	价格管理	产品价格体系配置模块
	库「产品库存	产品的库存展示和预警	的相关信息

15
20

存管 理 用 管	入库单	成本与半成品入库管理
理	用户信息	基础信息、关联门店、权限和资源
	供应商管	配置
	理	供应商生命周期管理
	设计单位	设计单位生命周期管理
	施工单位	施工单位生命周期管理 对于合作伙伴入驻成为商户的管
	商户管理	理模块
	A 合 培训考核 作伙	培训和考核过程管理、记录模块 合作伙伴注册记录和审核记录列
伴	注册审核	表 系统自动化计算合作伙伴的绩效
	绩效评级	并且自动评级 面向合作伙伴查看和下载的资料
	资料包 质保金管	展示模块
	理 询价单	质保金台账记录 平台面向合作伙伴的询价单
	报价单	合作伙伴对询价产品的报价 内部对确认报价的产品的审批报
	A 寻 寻源报告 源管	告流程 产品打样过程和存放记录
理 样品管理 合同管理		寻源过程中签署的合同和价格确 认书归档模块
Λ门 门店信息		包含东呈酒店、集团部门、虚拟门 店、外部酒店、施工单位等各个“门

16
21

理		店”对象相关资料和信息的管理
A结 算管 理	对账结算	对账单和结算单
	返利管理	对商户的返利管理和配置模块
一资 金管 理	资金账户	合作伙伴自已的资金账户管理

非功能性需求
本项目建设实施过程中除了要依据供应链业务场景满足功能性需求外,还需
要满足但不限于以下方面的非功能性需求,例如:项目在系统可靠性、系统性能、
系统架构设计、系统安全、日志及审计、技术标准等相关要求。
1、系统可靠性要求
要求就可靠性的具体指标提出实现方案以及可供参考的压测报告。
(1)女系统服务中断服务时间
系统主机、系统、网络、存储备份设备等的服务中断时间应小于300分钟/
每年,达到系统可用性99.95%以上。
(2)△系统应用故障修复时间
工作日故障修复要求乙方在2小时内处理完毕,节假日要求乙方在4小时内
处理完毕;彻底解决方案:要求乙方在5个工作日内彻底解决相关问题。故障修
复时间的起始点从备件到位、支持工程师到位(含远程支持)开始计算。
2、△系统性能要求
本系统要能够保证系统数据的准确性、及时性和高效性,对于异常处理过程
能或者数据能够及时告警,同时在此基础上,系统的计算和相应速度要基本达到
下列性能指标:
(1)99%的请求在1秒内响应,整体平均响应时间不超过3秒;
(2)99%的前端页面加载时间小于3秒,最长加载时间不能高于15秒。
结合具体架构设计提供可供参考的系统或者产品的性能压测报告。
3、系统架构要求
17
22
(1)女技术栈要求
项目采用的技术栈需要满足东呈技术架构评审要求。
(2)△架构设计要求
系统整体架构设计实施落地要从不同的架构设计角度出发进行详细描述,分
别按照整体技术架构、功能架构、数据架构、接口模型、运行部署架构的设计顺
序进行设计开发并提供对应的架构设计方案,对于每一阶段进行设计实施落地,
并对技术选型的内容进行单独描述详细说明具体技术的选取原因。
(3)△架构设计原则
①组件化原则和微服务架构原则:
组件化原则和微服务架构原则是指系统开发和管理应该基于组件化、服务化
的方法,也就是说组件服务应该是具有内聚性的,组件服务之间应该是松耦合的。
组件服务对外暴露服务接口,组件之间的通信基于轻量级接口的方法进行。
②业务驱动原则:
业务驱动原则是指系统架构和建设时,应该由业务的战略和需求来指导,而
不是为了建设系统而建设。系统建设的目的是为了满足一定的业务目标。本原则
与关注点分离原则共同使得IT和业务能够良好互动,共同柔性发展。
③关注点分离原则:
标识、封装和操纵只与特定概念、目标相关联的系统组成部分的能力,即标
识、封装和操纵关注点的能力。
④标准化原则:
标准化原则是指在组织内部应该推行技术和产品标准。产品选型应该尽量符
合单一标准,全网应该有统一的技术标准。
⑤开放性及兼容性原则:
系统中采用的所有产品和技术都需要符合国际及国家相关标准,是开放的可
兼容系统。能与不同厂商的产品兼容,以有效的保护投资。
⑥应用与具体渠道无关原则:
在建立和改造应用系统时,应该首先考虑与渠道的无关性。这样能最大程度
保证应用系统所提供的服务,是可以被各渠道所重用的。
⑦系统架构融合性原则:
18
23
新建系统要能很好的融合到东呈现有的技术平台中,充分利用现有的技术平
台的能力,具备融入东呈统一技术规范体系的能力,系统部署时充分考虑东呈集
团的现实使用情况和技术架构情况,必须要能支持私有化部署。
4、△系统安全要求
在系统建设、改造和扩容等项目实施过程中,严格遵守东呈集团有关信息化
安全的技术要求和制度要求,主要如下:
(1)统一接入原则:系统必须能接入东呈OneID系统,用户能统一通过OneID
登录,密码安全规则与OneID系统保持一致。
(2)系统安全原则:使用“经测试和可信的平台/框架代码”开发应用程序,
需安装最新补丁、企业级杀毒软件,确保系统无病毒、木马,平台无任何中危、
高危漏洞。
(3)数据及数据库安全原则:涉及到用户个人隐私及企业核心数据的字段
需加密存储、具备数据库级备份和恢复能力,由数据库级用户进行角色和权限授
权。
其他安全要求亦需符合,可参阅东呈集团信息化现行的《上线安全标准》。
5、△日志与审计要求
(1)系统可以提供配置变更日志。
(2)系统可以提供系统运行状态日志。
(3)日志信息根据其重要程度不同,分为不同的级别,系统支持对日志的
级别进行设定。
(4)系统提供日志配置操作界面,可以方便地对系统日志生成进行配置。
(5)系统具备根据日志进行自动审计的功能。
(6)支持应用系统的操作日志记录和查询,如用户登录日志、管理员对应
用系统进行配置的日志等。
6、系统技术研发标准
东呈系统技术研发标准如下,必须按照以下技术要求提供。
若使用其他的技术栈,必须经过东呈数字化中心技术评审委员会评审通过后
方可使用。

标准类型

模块

技术要求

19
24

技术标准	编程语言	★必须使用Java语言开发
	研发框架	SpringBoot2.3.X或以上，微服务框架（必须Spring Cloud Hoxton. SR8 以上)
	前端框架 ORM框架 构建工具	Vue 3.0 以上 Mybatis 3.x 或以上
	缓存 数据库 应用服务	Maven 3.6+ 或 Gradle 6. x+ Redis 4.x或以上 MySQL5.7或以上
	器 消息队列 链路监控	Tomcat 8.5或以上 RocketMQ 4.7 或以上
	JVM 监控 搜索引擎	Skywalking 8.0 或以上 micrometer-registry-prometheus Elasticsearch 6.3或以上
	任务调度	XXL-JOB 2.3.1或以上 相关技术方案，需要进行技术评审，并且提供以下文档 （包括但不限于）： 1、《技术方案说明文档》
	技术方案 用户登录	2、《软件架构图》 3、《网络架构图》 4、《核心业务流程图》 5、《数据库字段说明文档》 6、《数据字典说明文档》 接入集团统一登录平台（OneID)
	应用日志 服务标准 代码管理	接入集团统一日志平台 使用集团提供的GitLab 代码管理服务
	应用发布 质量保证	提交发布流程至运维，统一使用东呈DevOps/Jenkins 进行发布，需要支持K8S容器化部署 服务可用性99.95%以上，服务响应时间P99 20 25 商务要求 6.1 采购项目实施或交付时间和地点 1、实施、交付时间:自合同签订之日起至2024年5月31日,完成本项目 一期需求目标的详细调研、方案设计、产品部署、代码开发、系统对接、联调测 试、发布上线、初始数据导入,并交付采购人上线使用。 2、实施、交付地点:广州市白云区大金钟路61-63号东呈酒店集团。 6.2项目实施人员经验及能力要求 1、△成交供应商应委派具备同类型项目带队实施经验,且在成交供应商所 属公司就职达5年或以上的项目经理。 2、△成交供应商应委派具备至少3年工作经验且属本公司的员工作为核心 驻场人员,且人数应不少于3人。 6.3 售后服务要求 1、女质保期(系统维护期):从结项验收完成之日起,提供至少1年免费 升级、维护、技术支持和人员服务等。 2、运行保障能力:供应商的运行保障能力包括技术支持队伍、能力配置、 人员配置、机构情况,在国内有技术支持中心等。 3、女应用软件服务:供应商应确保本次提供的应用系统安全稳定的运行, 并承诺提供1年免费服务,售后服务期自验收合格之日开始计算。售后服务方案 中应对服务的范围和内容进行详细阐述,并至少包括以下内容: 第一、缺陷管理:针对本次招标的系统中存在的bug缺陷,不论在质保期内、 外,供货商均应持续免费提供修正与消缺服务。 第二、响应时间:售后服务期内,供应商应提供7天*24小时专人响应服务, 技术人员须在2小时内有效响应,紧急故障2-6小时内排除,一般故障24小时 21 26 内排除。 第三、系统升级:提供应用平台的软件补丁版本的免费升级服务。 第四、需求变更:因采购人需求变化、性能要求提升导致的部署结构变化, 供应商提供不限次数的变更支持。 第五、文档服务:整个服务过程均需有完善的文档记录,便于跟踪、分析问 题;对各项服务提供详细的书面报告,包括故障处理报告、健康巡检报告、系统 性能检测调优报告、维护总表报告、服务年度报告等。 第六、运行支持:对系统运行过程中产生的问题提供解答和问题解决跟踪, 为系统的推广与运行提供现场保障。系统的运行环境:单机版、外网开放。 6.4女培训要求 1、成交供应商必须对系统、软件产品、软件系统集成相关技术等提出全面 的培训计划(包括培训对象的类型、各用户类型的培训课时、培训次数及人数等) 和课程内容安排,培训周期不得少于半个月。培训地点在采购人所在地(即实施、 交付地点)进行,并保证五名以上核心操作人员熟练掌握操作技术为止。成交供 应商必须为所有被培训人员提供培训文字资料和讲义等相关资料。 2、如遇设备升级更新,成交供应商需及时提供更新操作指导。 6.5女软件版权要求 本项目成交供应商所开发的应用软件及提供的服务等不得侵犯采购人及任 何第三方的权益,成交供应商所开发的应用软件的版权等知识产权权益属采购人 所有,第三方如向采购人提起侵权或知识产权等诉讼的,由成交供应商承担所有 责任;如应用软件开发期间需支付知识产权授权费用等的,由成交供应商全额支 付。 6.6 女其他要求 1、对于项目源码供应商必须承诺100%完全交付,采购人承诺仅用于企业内 22 27 部使用,并无商业用途。中标后合同签订时可同时签订相关内容的约束协议。 2、供应商成交后必须按采购人要求签署相关保密协议。 3、成交供应商须在合同签订之前缴纳履约保证金(成交合同总金额的3%), 在项目实施完成、交付完毕且通过采购人验收后,采购人向成交供应商无息退还。 6.7付款方式: 本项目分4个阶段付款,具体说明如下: 第一阶段:本项目合同签订生效后,采购人支付合同金额的30%。 第二阶段:完成双方约定的需求并通过采购方测试验收后,采购人支付合同 金额的30% 第三阶段:完成项目数据迁移、上线并成功完成项目三个月试运行阶段后, 采购人支付合同金额的30%。 第四阶段:一年免费运维期结束后,采购人支付合同金额的10%。 以上各阶段具体内容最终以双方合同约定为准。实施过程中,各阶段内容同 步实施且满足付款标准,可同时付款。 附件:《东呈业务系统上线安全标准》 女本项目所采购系统应满足采购人基本安全原则及具体安全要求。 安全原则如下: 1、统一接入原则:系统必须能接入东呈OneID系统,用户能统一通过OneID 登录,密码安全规则与OneID系统保持一致。 2.系统安全原则:使用“经测试和可信的平台/框架代码”开发应用程序, 需安装最新补丁、企业级杀毒软件,确保系统无病毒、木马,平台无任何中危、 高危漏洞。 3.数据及数据库安全原则:涉及到用户个人隐私及企业核心数据的字段需加 密存储、具备数据库级备份和恢复能力,由数据库级用户进行角色和权限授权。 其它具体要求详见下表: 23 28 框架安全 性描述 本框架已通过安全扫描，不存在漏洞； 1．输入 输出验 证 2．业务 安全 输入验证 1．根据业务要求进行数据的校验。比如，描述类的字段长 度为500字符；数字类型的值校验，要求必须是合法数字； 2．邮箱格式根据对应规则进行有效性校验； 3．上传文件，根据需求进行文件大小以及文件类型的校验： 输出编码 1．对输出的内容，使用UTP-8编码； 2．仅仅查询所需业务数据内容； 3．结合业务需求，进行权限控制，对不同用户返回不同的 输出信息； 元字符攻 击防范 对容易导致脚本注入的字符做限制和转义，避免脚本攻击。 该部分内容由前天系统框架VueJS来实现。对于常用的html 标签，比如：，alert，等html元素，在页面 染时系统会自动转义，避免脚本注入。 https://cn.vuejs.org/v2/guide/security.html 数据交换 安全 数据传输过程需使用https协议，确保不可篡改； 处理事务时，保证数据的完整性； 对数据进行验证，保证有效数据范围（避免负数和长度溢 出); 身份认证 应采用口令、密码技术、生物技术等两种或两种以上组合的 鉴别技术对用户进行身份鉴别。 当客户一个会话已经超时后，用户访问系统时，会强制退出， 3．会话 管理 强制会话 失效 使用 要求重新登录。 COOKIE管 理会话 使用 使用Cookie会话，禁止存放用户的敏感信息 SESSION管 理会话 session存储在服务端，避免客户端被盗的风险 24 29 处理 4．认证 和密码 管理 口令策略 合; 1长度为8-20位 2．必须在大小写，特殊字符，数字中出现3种或以上的组 3．不能存在空口令； 认证失败 4．密码定期变更和强制修改密码（90天过期） 5．在30分钟内连续10次认证失败后，对账号锁定；锁定 的账号在30分钟内无异常登录后自动Unlock； 身份认证 过程 用户输入用户名和密码后，CovisntIDM验证其正确性，并 验证该用户的状态是否处于正常状态（非正常状态包含：账 号被Pending，连续登录异常，密码到期需重设密码）。只 有合法的用户才认证通过。 验证码强 度 不少于4位 密码重置要求根据客户注册时设定的安全问题进行回答验 密码重置 授权策略 证; 重置的临时密码分为两部分，一部分是页面显示，一部分通 过邮件发送； 重置后的临时登录时，系统强制要求修改密码； 1．应核查是否由授权主体（如管理用户）负责配置访问控 制策略； 2．应核查授权主体是否依据安全策略配置了主体对客体的 5．授权 与访问 控制 对下列资 源进行访 问授权控 制 访问规则； 3．应测试验证用户是否有可越权访问情形。 对应用系统中的菜单，操作，以及数据需要访问授权控制 访问受保护的URL； 访问受保护的用户、数据属性和其策略信息； 授权控制应用服务器以及数据库服务器的相关操作权限； 应核查访问控制策略的控制粒度是否达到主体为用户级别 或进程级，客体为文件、数据库表、记录或字段级； 应核查是否对主体、客体设置了安全标记； 25 30 6．通信 安全 通信安全 涉及到数据传输使用https传输； 严格控制服务器的防火墙设定； 灵活强大的异常处理机制，友好的异常信息展示。 7．异常 处理 异常处理 1．系统提供统一的异常处理handler，所有异常按照相同 的异常格式来抛出异常； 2．可以根据不同的业务模块，封装其对应的Exception实 现类，做针对的定制处理； 3.区分Runtime Exception 以及 Non Check Exception, 确保数据库事务的完整性和正确性； 4．定义异常信息中的异常Code，对应其业务意义上的异常 8．日志 审计 日志审计 功能记录 类型 信息。避免底层的错误信息直接抛到前台； 完善的日志记录： 1．记录每个对外部接口的调用信息； 2．用户登录时间以及用户操作的日志； 3．对关键请求，记录其操作人员，操作内容，操作时间； 4．对日志进行定期的归档操作； 基本原则 异常报错时，封装为业务异常，避免出现底层的信息 对应用服务器和数据库服务器，进行严格的授权。保证数据 库的安全； 应用服务器上为编译后的文件，源码不可放在服务器上，避 免源码泄露； 9．数据 保护 不正确的 存储加密 设计 敏感和隐私数据不能用通过HTTP GET方式传输; 无 设计存储 加密功能 对于用户的关键信息，比如用户密码，在数据库存储时采用 SHA-256的加密方式加密，确保信息的安全性； 后续根据业务实际要求，对应用系统中的一些关键信息做存 10.数据 库安全 储加密处理； 使用参数 化SQL语 句 所有的SQL强制使用参数化的SQL语句，来防御SQL注入攻 击 26 31 确保数据 库资源能 够被释放 数据保密 性 正确使用数据库transaction设定； 确保每个数据库连接在执行完成或者异常时，数据库连接会 被正常释放； 采用密码技术保证重要数据在存储过和传输过程中的保密 性，鉴别数据、重要业务数据和重要个人信息等在传输过程 中是否进行了加密处理。 数据备份 恢复 存储空间 1．应核查是否安装备份策略进行本地备份； 2．应核查备份策略设置是否合理、配置是否正确； 3．应核查备份结果是否与备份策略一致； 4．应核查近期恢复测试记录是否能够进行正常的数据恢 复。 11.剩余 被释放或 信息保 重新分配 护 前得到完 全清除 核查相关配置信息或系统设计文档，用户的鉴别信息或敏感 数据所在的存储空间被释放或重新分配前是否得到完全清 除。 12.文件 安全 安全的临 13.合规 严格控制 文件上传 文件上传由OT文件服务器来管理； 上传时根据业务要求，控制上传文件大小，以及文件的类型。 不允许可执行的文件上传 文件下载 与访问 文件下载和访问，通过OT文件服务器来管理。 时文件 无 合规性安 性安全 全功能 功能 14.个人 满足合规性安全需求 个人信息 信息保 使用的合 护 规性 1、应核查采集的用户个人信息是否是业务应用必须的： 2．应核查是否采用技术措施限制对用户个人信息的访问和 使用。 27 32 声明:以上全部内容为“东呈集团供应链商城重构项目”初步采购需 求,仅供各潜在投标人报名时参考。本项目采购需求内容以正式发布 的采购文件内容为准。 28 33 附件2： 东呈集团供应链商城重构项目报名材料 具有独立承担民事责任的能力，提供有效的营业执照复印件，加盖公章；如分公司参投，还须 提供经总公司盖章的授权书以及总公司的营业执照复印件。 (2) 能够提供系统的《压测报告》及《系统架构设计方案》等文件（提供电子文件即可）； (3) 具有自2019年1月1日至今以来同类项目（供应链商城构建项目）的业绩经验，提供单个同类项 目（金额不低于150万元）业绩合同文件扫描件关键页（即首页、采购内容页、合同金额页、合 同签订时间页、盖章落款页），并加盖公章； (4) 在近五年经营活动中没有重大违法记录，提供声明函。 声明函 本公司郑重声明本公司以及下属单位、分支机构在近五年的经营活动中严格遵守中华人民共和 国各项法律、法规，无重大违法、违规记录。如有虚假，愿承担所有法律责任。 特此声明！ 声明单位（加盖公章）： 日期： 年 月 日 (5) 在国家企业信用信息公示系统(http://www.gsxt.gov.cn/)中没有被列入严重违法失信名单（不 包括分公司）的；在“信用中国”网站（http://www.creditchina.gov.cn/)中没有被列入失信 被执行人、异常经营名录、税收违法黑名单和政府采购严重违法失信行为记录名单。提供自查 截图。 34 (6) 无利益关联关系的声明函 声明函 本公司郑重声明：本公司与采购人、采购人下属单位、采购人以及采购人下属单位的在职员工 无任何利益关联关系，且本公司是依法注册的法人，在法律、财务及运作上完全独立于本项目的采 购人。如有虚假，愿承担所有法律责任。 特此声明！ 声明单位（加盖公章）： 日期： 年 月 日 (7) 主要股东或出资人信息一览表 供应商主要股东和出资人信息表 序号 主要股东和出资人姓名 身份证号码或企业代码 持股比例或出资比例 1. 2. 3. 4. 供应商： （单位全称）（加盖公章） 日期： 年 月 日 (8) 能够提供可抵扣的增值税专用发票的承诺函 承诺函 本公司承诺：能够提供可抵扣的增值税专用发票。如有虚假，愿承担所有法律责任。特此承诺！ 承诺单位（加盖公章）： 日期： 年 月 日 附：一般纳税人证书或查询截图（国家税务总局各省电子税务局或“全国企业一般纳税人资格查询 35 ”（http://www.foochen.com/zty/ybnsr/yibannashuiren.html）的查询截图或其他有效证明文件（曾出具的增值税专用发票扫描件） 36 (9) 法定代表人授权委托书 法定代表人授权委托书 广西东呈酒店管理集团股份有限公司： 本人 （姓名）是 （供应商名称）的法定代表人，现委托本单位人员 （姓名、职位）为我方代理人，代理人根据授权，以我方名义签署、澄清、说明、补正、递交、撤 回、修改 （项目名称）报名文件、磋商响应文件、签订合同等一切有关该项目的各种书面文件和处理有关事 宜，其法律后果由我方承担。 委托期限： 年 月 日至磋商活动结束。 代理人无转委托权。 附： 1.法定代表人身份证明书和法定代表人身份证复印件。 2.委托代理人身份证复印件。 3.委托代理人劳动合同或近三个月期间社会保险保险缴费记录或其它证明与公司劳动关系的有效文 件。 供应商名称： （加盖公章） 法定代表人： （签字或盖个人名章） 委托代理人： （签字或盖个人名章） 联系电话： （固定电话） （移动电话）年 月 日 注： 1.法定代表人委托代理人参与磋商时，需提交本授权委托书以及附件。 2.本授权书所要求提供的证件、证明不齐或不符合要求的，报名文件视为无效。 3.本授权书中要求的签字处必须由本人使用不褪色签字笔亲笔签字或加盖个人名章，打印体或签字笔 迹可褪色的情形均视为报名文件无效。 37 (10) 法定代表人身份证明书 法定代表人身份证明书 供应商名称： 单位性质： 地址： 成立时间： 经营期限： 姓名： 系 （供应商名称）的法定代表人。（职务： 电话： ） 特此证明。 附：法定代表人身份证复印件 供应商： （加盖公章） 年 月 日 注： 1. 法定代表人亲自磋商时需提交本证明书以及附件，无需提交法定代表人授权委托书。2. 如法定代表人委托代理人参与磋商，本证明书以及附件也需同时提交。 3.法定代表人提供的证件、证明不齐或不符合要求的，报名文件视为无效。 38