P6——零售和CRM对接1.1 友零售-CRM对接，零售单保存后事件，基于会员消费的零售数据传给CRM，CRM负责积分计算1.2 红火台-CRM对接，同上1.3 第三方零售系统，需第三方提供接口可把交易数据传输给CRM，CRM负责会员权益计算。
诺享会
P5
第三方行业系统
P1——U会员租户间储值卡二开对接1.1：2个会员租户实现储值卡数据增量同步（二开）。1.2：储值卡实现在零售系统交易打折处理（目前不支持，需标准产品进行需求规划）。1.3： 南系原有会员卡有储值余额数据，导入会员-KTV租户，视为实体储值卡，可关联会员，可不关联会员。1.4：2个会员租住储值卡二开互通后，可实现茶庄、KTV会员租户下的实体储值卡在茶庄、KTV（友零售）交易使用，中餐、温泉、酒店需对会员后才可交易使用。
CRM
KTV租户集团行业版（主）
KTV
红火台
温泉
中餐
KTV租户集团行业版
P2
业态
P5——会员和CRM对接1.1：会员识别对接： a、首次识别：识别会员身份优先到会员系统查询会员，存在识别成功。 b、二次识别：不存在在到CRM系统查询会员是否存在，存在把CRM会员同步到会员记录CRM-会员ID，并识别成功。 c、识别失败：CRM系统也不存在则识别失败返回终端提示不存在该会员1.2：会员新增对接： 新增会员档案时，调用会员新增接口，查询U会员没有该会员同时，同时调用CRM会员新增接口。 a、完全新增会员：U会员新增、CRM新增 b、U会员没有、CRM有：CRM新增时校验重复会员，记录CRM会员ID新增的U会员KTV租户，逻辑同 c、U会员有、CRM没有：该业务场景不太会出现，如出现，发现差异人工方式处理，因为在第一层识别的时候U会员已经存在会员，会自动识别到
P3
P2、P3、P4——零售系统和会员系统对接（按照行业板块和业务需求选择性进行对接）1.1：会员识别对接： a、首次识别：识别会员身份优先到会员系统查询会员，存在识别成功。 b、二次识别：不存在在到CRM系统查询会员是否存在，存在把CRM会员同步到会员记录CRM-会员ID，并识别成功。 c、识别失败：CRM系统也不存在则识别失败返回终端提示不存在该会员1.2：会员新增对接： 第三方零售系统新增会员档案时，调用会员新增接口，查询U会员没有该会员同时，同时调用CRM会员新增接口。 a、完全新增会员：U会员新增、CRM新增 b、U会员没有、CRM有：CRM新增时校验重复会员，记录CRM会员ID新增的U会员KTV租户，逻辑同 c、U会员有、CRM没有：该业务场景不太会出现，如出现，发现差异人工方式处理，因为在第一层识别的时候U会员已经存在会员，会自动识别到1.3： 会员交易记录对接：会员交易后，交易记录对接到会员系统、CRM系统，二开时注意对接2个系统要记录是否成功标记，用于后续补传数据。1.4：储值卡充值建议使用友零售的门店端进行储值卡充值或者开发对接储值卡充值。1.5：储值卡消费对接
P1
1.0 方案概述主要满足客户目前业务需求即储值卡可在茶庄、KTV、餐饮业态消费使用。友零售+红火台替换客户方饮食通零售管理，会员替换饮食通会员、储值卡管理，形成用友营销云U会员跨租户储值卡业务互通解决方案，诺仕达-诺享会O2O业务场景保持原有模式不变。1、茶庄会员仍然保持现有独立运营模式，不和其他会员系统进行对接，如有其他业态会员持有储值卡到茶庄消费，可使用储值卡消费使用，不享受会员折扣，只能走新增会员或按照茶庄现有会员场景处理。2、茶庄会员租户和KTV会员租户的储值卡二开对接实现互通，业务场景为消费者持有南系储值卡可在茶庄、KTV、餐饮三个业态消费使用。3、KTV租户下零售管理KTV收银业务，会员管理KTV会员和中餐会员（需红火台对接KTV-U会员租户）。4、KTV租户和诺仕达-CRM系统对接，实现KTV会员租户会员新增、会员识别、会员交易记录对接，但不涉及会员权益对接相关内容，会员权益的核销和使用仍采用诺享会原有O2O核销方案。5、红火台对接KTV-会员租户6、温泉、酒店是否对接KTV会员租户根据项目、场景需求定义，一期建议暂时不用规划对接。
茶庄
名词说明：文字说明凡提到租户、会员、零售均为用友专有名词，即用友云租户、用友U会员产品、用友友零售产品
P6
酒店
茶庄租户集团标准版
会员
P4
零售
