KFC肯德 开发选址报点资料P2

Sheet1 E-DEV报点质量检查表(适用于异地管理) 如是新城市要有陪送表 餐厅属性及备注 注意点:最新数据 area: Keymoney(ref.): 含非装修面积要标注,按面积计算租金或管理费要预留 虽然和大卖场在同一物业，但实际是与大房东签约的新址， seats:PH为桌数 Keymoney(unref.): 请在该项选择“大卖场所在物业”。 term: otherfee: 机场、火车站、shoppingmall如有相同情况也请注意。 rent: specialpayment: managementfee: 注意点:与CA一致 错误: 改正结果: 市场简况 注意点:最新数据 错误: 改正结果: 开发分布图 注意点:最新数据 错误: 改正结果: 城市地图 注意点:已有店商圈是CAS结果 错误: 改正结果: 城市简况 注意点:采用同一口径(市或市区) 错误: 改正结果: NWP 注意点:NWP规范 错误: 改正结果: 在图中要能体现新店商圈和周边紧邻的商圈 最后飞入的应该是“老头像”，用老头像来表示新址所在的位置 街道图 注意点:街道图规范 错误: 改正结果: 180度照片 注意点:红线框出新址位置及对街相应位置 错误: 改正结果: 高度:600 物业平面图 注意点:标明动线,主、次动线用大、小箭头区分,如只出不入或只入不出， 错误: 改正结果: 请用单向箭头标明，蓝色为进门动线，红色为出门动线 如是大卖场店，请将停车场位置标明 餐厅规划图 错误: 改正结果: 招牌效果图 注意点:未获得最终确认的招牌要标识 错误: 改正结果: 新址位置 注意点: 错误: 改正结果: 营业额预估 注意点:倒推人流的季节指数为100% TA: 改正结果: 新店的去年平均营业额和今年YTD营业额是不存在的,不要填 错误: TA与对等店不同要在相应备注中说明 季节性因素使用百分数,例如：0.92应该填写92。 法律信息 注意点:对于每个目标物业都需要到相关机构进行抵押查询。如果在上报Re-meeting时 错误: 改正结果: 风险评估 相应的“抵押查询 记录 混凝土 养护记录下载土方回填监理旁站记录免费下载集备记录下载集备记录下载集备记录下载 ”选项没有打钩，就认为尚未明确是否有抵押， 无论“有抵押”和“无抵押”有否打钩。 任何一个物业，如果没有拿到相关部门的《竣工验收合格证》就认为是在建物业。 同意转租证明及抵押权人证明与标准版本是否一致,否则须标注 各种证件的名称及有效期 租金,预估及回报 注意点:1.此处租金与签字页链接,因此与CA及营业额预估页要一致 错误: 改正结果: 2.管理费列入租金栏 3.租金支付方式如一次预付等于或大于半年租金，需报备 备注栏 4.定金超过市场权限（MM权限为30万）或超过三个月租金 5.营业额,分流与CA是否一致 DOWNSIDE 1）需要提前启动 设计 领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计 ，需要提前进场装修 市场备注 2）无“排他条款”；或排他条款中主要竞争者缺失（如KFC项目无法排除 “麦当劳“；PH项目无法排除“PPJ's“；ED项目无法排除“真功夫”，等无排他条款) 3）无法达成；或逃生时对甲方的租金补偿（含履约保证金)超过当年 或上年同比三个月租金水平；或逃生时间超过24个月 4）定金超过市场权限（MM权限为30万） 5）履约保证金、一次支付等于或大于半年租金、补偿费、乙方承担增容费用 6)租赁期限短于15年 7)免租期短于常规装修时间 8)纯X或in-Mall项目无招商比例%或同步开业约定 9)不论付租与否，租赁期内无再次装修权 10)未能先提供发票后支付租金（策略联盟 合同 劳动合同范本免费下载装修合同范本免费下载租赁合同免费下载房屋买卖合同下载劳务合同范本下载 确定内容除外） 11)缺乏聚客点撤离后乙方的逃生约定，或缺少对甲方逃离的罚则约定 12)证照保障条款无法达成 13)拒绝办理租赁登记 DOWNSIDE 1）建成物业：产权证明文件不完整;房产抵押无“抵押权人同意证明”； 法律备注 或无“第三方担保”；或担保方注册资金总额低于500万人民币 2)建成物业：房产抵押无“抵押权人同意证明”；或无“第三方担保”； 或担保方注册资金总额低于500万人民币 3）甲方非产权人，我方未取得标准版本的产权人同意转租证明 4）房产中包含临建 5）共有房产，未同时取得产权方的标准版同意或授权 租赁信息管理表 版本是否正确 错误: 改正结果: 新址市场审批表 相关信息是否一致 错误: 改正结果: CA 注意点:是否是最新版本? 错误: 改正结果: 其它参见手册 签字页 注意点:与市场RE是否一致 错误: 改正结果: 市场RE-NOTES 合同 注意点:上报材料包括:合同正本,附件, 错误: 改正结果: 开发审核表,法律审核表,RE-NOTES, 签字页 •在目前，KeyMoney仅包括两类款项： --支付给租赁范围内原有租户（不管是直接支付给业主的，还是支付给原有租户的），用于原有租户搬出百胜租赁范围，以便百胜与业主达成租赁 协议 离婚协议模板下载合伙人协议 下载渠道分销协议免费下载敬业协议下载授课协议下载 的款项；包括： 1）百胜租赁区域原为业主自用，该款项用于促使业主搬出该租赁区域 2）用于补偿百胜租赁区域内被损坏的业主原有装修 （如果租赁协议规定“百胜在租赁期满，退出前应补偿业主的原有装修”，此业务涉及的款项不属于上述的范围） •除以上两种情况外，其他百胜支付给业主，或业主指定的第三方的款项均不属于KeyMoney： 举例如下： --百胜支付给业主、供电局、工程队或其他第三方的电增容款。（此业务归入LHI） --百胜因使用的业主的部分装修而给业主的补偿。（此业务归入LHI） •实际执行中应注意： 1）在与业主谈判过程中，如遇到上述中所述的两种归入LHI的情况，应将具体金额 通知 关于发布提成方案的通知关于xx通知关于成立公司筹建组的通知关于红头文件的使用公开通知关于计发全勤奖的通知 市场营建部，以便营建部完成其SA的制作 2）由开发部来完成电增容款、由于使用业主的部分装修而支付给业主的补偿款的请款。在请款完成后，以EMAIL的形式通知营建部。Sheet2 各位好，    目前各市场基本上都已经掌握了E-development系统的各项功能，并且能够在PRE以及REMeeting中熟练运用。但是在使用过程中，也出现了一些情况，有时会影响到各位的报点工作。所以，我整理了一下，与大家分享： 1.截止时间   1）预会当天的零晨0:00开始到预会结束。在预会当天，为了保证系统的演示速度，我们不向市场开放修改的权限   2）REMeeting前一天晚上18:00到REMeeting全天。如果遇到REMeeting在星期一召开，则截止时间为前一个周五的下午18:00。为保证我们周一REMeeting上我们的系统中文件的准确性，我们将不再向市场开放周末的修改权限。 2.预会及正式会议之间的文件修改    在预会及正式会议之间，我们为大家开放修改权限，是为了方便大家根据预会的精神进行上报资料的修改。但是我们要在这里再一次提醒各位，任何涉及到CAModel的修改是不可以直接上传的。    在这里我们再向大家介绍一下CAModel的修改流程：    1）市场开发部在预会之前将CAModel上传到系统中，然后在预会上呈报    2）RSC财务部会从系统中将各市场准备在本次REMeeting中上报case的CAModel下载到本地盘中，作数字的Review。    3）RSC营建部将预会中对各餐厅的营建部分的修改意见汇总后发给RSC财务部    4）RSC财务部将根据营建部提供的有关面积、座位数等信息在本地盘中作修改。同时，接受来自市场的修改要求。并在截止时间后将修改完成后的CAModel上传至系统中。而本地盘中的CAModel则作为final的财务数据保留存盘。    因此，预会后，所有市场开发部不通知RSC而修改上传的CAModel都会被RSC财务部上传的CAModel所覆盖。那市场自行修改的内容也就不存在了。这就是为什么我们不断提醒大家一定不要自行上传修改后的CAModel的原因了。请大家还是将需要修改的内容放在所附的Template表格中，发email给我们。 3.浏览界面的签字页link      大家可能会发现在新店的浏览界面，签字页扫描件上面增加了一个"签字页"的link。我们设计这个link的目的，是请大家能够在新点上报之前到该页面核对一下签字页上面的数字（除财务数字可能和市场修改后的有些变动，这是因为Final的CAModel上传时间的原因）。以便能够在系统中作及时的修改。因为这个签字页就是我们在REMeeting的当天交REMember签字的最后文件。 4.新建case的起名   我们发现有些市场的餐厅list里面会出现同一家餐厅的2次或者3次的重复出现，唯一不同的可能是在餐厅的名字后面加上"报备"或者"重报"的字样。因为大家都已经了解了我们系统中是不允许同一市场有同样名字的餐厅存在的。可是这样做，在无形之中便搅乱了我们系统正常的报点秩序。   我们的餐厅在开业之后都会有一个唯一的财务编码，类似"sha001"。我们也正努力致力于将我们系统的各餐厅与财务数据相联系，如果在系统中的编码与餐厅无法一一对应，则这项工作就根本无法进行下去。另外，我们的店数统计也将从系统上提取，那样提出的数字肯定会是有误差的。所以请大家一定注意不要重复新建同一家餐厅。   我们系统中已经为大家设计了重报的功能，如果是同一家餐厅，请大家按照使用说明上的指示进行重报资料的上传。我们会对系统中的case进行整理，如果再次发现这样的餐厅名称存在的话，我们将进行删除工作。请大家支持并配合我们的工作。 5.办公室及其他   办公室及其他，是用来创建餐厅以外其他形式的任何case的，并不仅限于办公室，如租借仓库等需要上报RE的case。请不要将不属于餐厅的case用新建餐厅的格式上报，这样系统也会认为是一家餐厅而记入进市场的餐厅数量统计的。 6.FitsCode      FitsCode，是我们新添加的一项输入要求。这个Code的输入，也是为我们今后PhaseII的状态连接功能做准备的。所以请大家务必保证该code的准确性，而不是随便填写一个数字。 7.改造、续租、关店case的新建   大家现在可能已经发现上述3种case的新建，无法从列表中选择到店名。这和我们现在正在进行的老店数据库有关。在老店数据库完成后，我们将会请各市场将本系统使用前所开的餐厅资料上传到系统中，那时，这个问题就会自动解决了。在目前，如果大家要上报上述类型的case，请发email给我们(我、Angela或者White），并告知我们下述信息，我们会为你们解决这个问题。需要告知我们的信息有：    1）餐厅名称，所属市场，城市    2）餐厅财务编码(如sha001)        3）餐厅地址    4）开发专员/资产管理专员姓名    5）餐厅类型（DT,传统，D&D）    6）聚客点类型，合作甲方（如果是卖场店）    7）RE-Meeting通过日期 8.Pipeline状态   请大家至少保持每周修改一次pipeline状态，以便和Fits中的pipeline状态相吻合。 对于E-development的使用，如果大家有任何问题的话，还是欢迎随时来电。 <<CAmodificationtemplate.xls>> 谢谢！ SabrinaSheet3