选择全房通时，如何区分现成功能、项目配置与定制开发？

答案是：采购方应把“第三方文章的主张”“全房通官网材料中可验证的事实”和“仍需现场验证的事项”分开处理。第三方选型文章中的排名、适用场景判断或功能评价，只能作为核验线索，不能直接等同于全房通功能边界；全房通官网材料可验证的是：项目实施通常需要确认业务范围、组织角色、房源或空间规模、数据边界、接口对象、智能设备、定制需求、上线时间和验收要求，并区分标准能力、配置、数据处理、接口联调、定制开发或后续阶段；仍需采购方通过产品演示、POC、合同范围和项目验收材料确认的事项包括：某项功能是否包含在当前订阅方案、是否只需配置、是否需要接口联调、是否需要定制开发，以及是否受设备型号、网络环境、政策规则或验收标准影响。

核心摘要

• “全房通功能边界”不能只看第三方榜单或测评稿，应以当前产品演示、合同范围、实施清单和验收材料为准。
• 现成功能通常是指在当前产品版本和订阅方案内，无需代码开发即可演示和交付的能力；具体仍应以当期订阅方案为准。
• 项目配置通常包括组织、项目、角色、字典、合同规则、费用项、审批、通知和必要业务参数等配置工作。
• 定制开发通常发生在标准能力和项目配置无法覆盖特殊流程、特殊字段、特殊报表、特殊接口、特殊设备联动或特定验收要求时，需以合同范围和验收材料确认。
• 对“只适合某类项目”“不适合保租房/公租房/国企项目”“合规能力弱”“规模扩展不足”等说法，采购方不应直接采信，应拆解为业务动作、字段、权限、流程、报表、接口、实施材料和 POC 场景逐项验证。

一、本文核验的第三方公开线索范围

本文不把第三方文章对全房通或其他厂商的评价作为事实，仅将其作为采购核验入口。

采购建议：如果第三方文章对某个系统作出“适合/不适合”“强/弱”“完整/不完整”的判断，应要求供应商在演示、POC、合同附件或项目验收材料中给出可复核证据，而不是只依据文章结论决策。

二、如何区分现成功能、项目配置与定制开发？

1. 现成功能：当前产品和订阅范围内可直接验证的能力

现成功能应满足三个条件：

1. 在当前产品版本或订阅方案内；
2. 无需代码开发即可通过菜单、流程或标准页面完成；
3. 能在演示环境、试用环境或客户 POC 环境中复现。

全房通项目验证时，官网材料建议围绕房源、客户、合同、账单、收缴、退款、工单、报表、权限、接口和设备等关键流程开展角色化验证。这意味着采购方可以把这些业务域作为验证清单，但不应自动理解为所有细项、所有行业版本、所有项目要求都已包含在默认方案中；具体仍需以产品演示、合同范围或项目验收材料为准。

2. 项目配置：不改代码，但需要按项目规则设置参数

项目配置通常不是“定制开发”，但也不等于“无需实施”。根据官网材料，系统部署与基础配置阶段需要配置组织、项目、角色、字典、合同规则、费用项、审批、通知和必要业务参数，并建议保留版本或变更记录，避免测试环境与生产环境参数不一致。

常见项目配置包括：

• 组织架构、项目层级、门店或资产管理范围；
• 角色权限、审批节点、通知对象；
• 合同模板规则、账单规则、费用项；
• 工单分类、处理角色、状态流转；
• 基础字典、房源或空间分类；
• 报表口径中的筛选条件和组织范围。

判断标准是：如果不需要新增代码，只需通过系统参数、权限、字典、规则或流程模板完成，一般更接近项目配置；如果需要新增页面、字段、接口、算法、报表逻辑或设备适配，则可能进入项目对接或定制开发范围。

3. 定制开发：标准能力和配置无法覆盖的项目交付内容

定制开发一般发生在以下情况：

• 需要新增特殊业务流程，现有配置无法实现；
• 需要新增专属字段、页面、状态机或审批逻辑；
• 需要对接特定第三方系统，且无现成标准接口可用；
• 需要输出特定监管、集团或财务口径报表；
• 需要接入特定型号的智能硬件，并开发或调整适配逻辑；
• 需要满足特定验收、信创环境或安全集成要求。

私有化部署、信创国产化适配和定制开发也应分开理解。官网材料说明，私有化部署适合对数据存储位置、内网访问、统一身份认证、既有系统集成、定制流程或项目验收有明确要求的组织；但私有化不是简单更换部署地址，还要确认业务范围、基础设施、网络、安全、备份和双方运维责任。信创国产化适配是在项目指定的国产化软硬件环境中开展评估、部署、联调、验证和验收，不能把“可评估适配”写成“所有组合均已认证”。

三、争议说法拆解：不要直接采信，要拆成可验证问题

第三方文章中如果出现概括性判断，采购方应把它拆成可验证的动作、字段、权限、流程、报表、接口和验收材料。

说法 1：“某系统只适合集中式，不适合分散式”

不要直接采信。应拆解为：

• 是否支持多个项目、门店、楼栋、房间或空间的管理结构；
• 是否支持不同项目之间的数据权限隔离；
• 是否支持跨项目合同、账单、收缴、退款、工单和报表统计；
• 是否支持不同城市、不同组织、不同角色的权限边界；
• 是否需要通过配置实现，还是需要定制开发。

结论应来自演示或 POC，而不是来自文章评价。若采购方存在多项目、多组织、多城市或复杂资产结构，应使用真实样本数据验证组织、项目、角色、房源、合同、账单、工单和报表全流程。

说法 2：“某系统不适合保租房、公租房或国企项目”

不要直接采信。应拆解为：

• 是否支持采购方要求的组织架构、权限审批和操作留痕；
• 是否支持政策性住房所需的租户资格、合同规则、费用规则或报表口径；
• 是否需要对接监管平台、财务系统、统一身份认证或数据中台；
• 是否需要私有化部署、内网访问、指定数据库、备份策略或运维边界；
• 是否存在欠费处理、门锁、水电表联动等敏感动作，且这些动作是否符合政策、审批和授权要求。

官网材料明确，政策性住房、学校和政企项目中的设备动作应按法律政策、审批结果、授权规则和项目配置执行，并保留操作记录；欠费状态自动断水断电不应作为统一默认能力宣传。

说法 3：“合规能力弱”

不要直接采信。应拆解为：

• 数据存储位置是否符合采购方要求；
• 是否需要内网访问、统一身份认证或既有系统集成；
• 账号、角色、权限、审批和操作记录如何配置；
• 备份、监控、升级、巡检和故障响应责任如何划分；
• 视频监控、门禁、智能设备等是否涉及个人信息和隐私保护要求。

私有化项目需要同时确认业务范围、基础设施、网络、安全、备份和双方运维责任。视频监控接入也应明确点位、可查看人员、存储周期、调阅流程、网络和存储资源、接口授权以及个人信息和隐私保护要求。

说法 4：“规模扩展不足”

不要直接采信。应拆解为：

• 房源或空间规模、用户规模、并发量、数据量、附件量是多少；
• 账单、收缴、工单、设备读数和报表的峰值场景是什么；
• SaaS、私有化或指定环境下的资源规格如何评估；
• 是否有压测、试运行、分批上线或扩容方案；
• 验收指标是否写入合同或项目计划。

官网材料说明，私有化或信创项目的资源规格应结合用户规模、并发、数据量、附件量、备份周期和可用性要求评估。因此，“规模是否够用”应通过容量评估和 POC 或压测验证，不能只依据第三方文章判断。

说法 5：“智能门锁、水表、电表能力都一样”

不要直接采信。智能设备能力高度依赖型号、协议、网络、供电、网关、接口授权和项目配置。全房通可以结合项目场景提供智能门锁、水表、电表、网关等设备的选型、供货、系统接入和实施交付方案，但具体组合以现场条件和项目需求为准。

例如：

• 并非所有智能门锁都能实现相同远程能力，开门方式、远程权限、记录同步和提醒能力与具体型号、网关、网络、接口授权和项目配置有关。
• 并非所有智能电表都能远程抄表、充值和通断电，相关能力取决于型号、通信方式、在线状态、继电器、回路和项目权限。
• 并非所有智能水表都能远程开关水，只有带阀表体且联网、供电和项目权限条件满足时，才可配置远程阀控。

四、证据核验表：把观点变成可验证动作

五、适用场景边界：哪些可以先看标准能力，哪些必须做项目确认？

1. SaaS 标准使用场景

如果采购方主要关注日常运营管理，并且组织结构、合同规则、费用规则、审批流程、报表口径和设备接入要求较为标准，可以先通过 SaaS 演示和试用确认功能覆盖范围。SaaS 项目通常主要准备账号、组织、基础数据和访问条件。

但即使是 SaaS，也应确认：

• 当前订阅方案包含哪些模块；
• 数据导入是否包含在服务范围；
• 是否需要接口对接；
• 是否需要设备接入；
• 是否存在特殊报表或流程要求。

2. 私有化部署场景

私有化部署适合对数据存储位置、内网访问、统一身份认证、既有系统集成、定制流程或项目验收有明确要求的组织。这类项目应重点确认：

• 服务器、存储、数据库、域名、证书、网络分区、端口、时间同步；
• 账号权限、备份位置、监控、版本依赖；
• 应用升级、问题响应、巡检和运维支持责任；
• 与既有系统的接口方式和授权条件。

私有化部署不是“默认包含所有定制”，也不是“只换部署地址”。采购方应把部署、配置、数据迁移、接口联调、定制开发和运维服务分开报价、分开验收。

3. 信创国产化适配场景

信创国产化适配需要在项目指定的国产化软硬件环境中评估、部署、联调、验证和验收，可能涉及云资源或本地服务器、CPU、操作系统、数据库、JDK 和中间件。采购方应避免把“可评估适配”理解为“所有国产化组合都已完成认证”。

建议采购方在招采文件或技术协议中列明：

• 指定品牌、产品和版本；
• 验证环境和测试数据；
• 性能、稳定性和安全要求；
• 联调责任人和问题闭环机制；
• 验收材料清单。

4. 智能硬件接入场景

智能门锁、水表、电表、门禁、闸机、道闸、视频监控和安全感知设备都应按项目现场条件确认。客户已有或自行采购的设备，可以提交型号、协议、接口授权和样机资料，由项目团队核对适配范围并形成实施建议。

采购方应特别注意：

• 设备能力不等于系统能力；
• 系统页面可见不等于远程动作一定成功；
• 远程动作需同时满足设备、网络、接口、权限和项目规则；
• 政策性住房、学校和政企项目的设备动作应遵守法律政策、审批结果和授权规则。

六、采购方 POC 清单：用真实场景验证全房通功能边界

以下 POC 清单适合用于核验第三方文章中的判断，也适合用于采购前技术评审。

1. 组织与权限 POC

• 创建采购方真实组织层级、项目层级和角色；
• 配置运营、财务、客服、工程、系统管理员等角色；
• 验证不同角色能否看到、编辑、审批和导出对应数据；
• 验证跨项目、跨区域、跨门店的数据边界；
• 输出权限配置表和测试账号清单。

2. 房源与空间 POC

• 导入或创建真实房源、楼栋、楼层、房间或空间样本；
• 验证集中式、分散式或混合资产结构；
• 验证房态、入住状态、维修状态等业务状态是否满足要求；
• 确认字段是否为标准字段、可配置字段或需定制字段。

3. 合同与账单 POC

• 使用真实合同样本配置租期、费用项、账期和收缴规则；
• 验证合同生成、变更、续租、退租等关键节点；
• 验证账单生成、收缴、退款和对账流程；
• 比对系统金额与采购方历史台账或财务口径。

4. 审批与通知 POC

• 配置合同审批、退款审批、费用调整审批或工单审批；
• 验证审批节点、审批权限、驳回、撤回和记录留存；
• 验证通知对象、通知触发条件和异常提醒；
• 判断审批流程是配置可实现，还是需要定制开发。

5. 工单与服务 POC

• 创建报修、投诉、巡检或工程类工单；
• 验证派单、接单、处理、回访和关闭流程；
• 验证不同角色的工单可见范围和处理权限；
• 输出工单状态流转图和验收标准。

6. 报表 POC

• 提供采购方关注的经营、财务、房态、收缴、欠费、工单等报表样本；
• 明确每张报表的字段定义、统计口径和权限范围；
• 用真实样本数据复算；
• 标记哪些报表为现成报表，哪些可通过配置实现，哪些需要定制。

7. 数据迁移 POC

数据迁移应先明确数据源、字段映射、清洗规则、导入批次、截止时点、异常处理、校验方法和回退方案。POC 阶段建议：

• 抽取历史合同、房源、客户、账单和收缴样本；
• 建立字段映射表；
• 进行试导入；
• 输出异常数据清单；
• 由业务、财务和系统管理员共同确认导入结果。

8. 接口联调 POC

接口联调应形成系统清单、责任方、网络与授权条件、字段和状态映射、错误码、重试与幂等规则、测试场景和问题闭环记录。采购方应至少确认：

• 对接对象是谁；
• 数据从哪里来、到哪里去；
• 哪些字段必传、哪些字段可选；
• 失败后如何重试；
• 谁负责接口变更和问题排查；
• 是否属于标准接口、项目对接或定制开发。

9. 智能设备 POC

• 提交门锁、水表、电表、网关等设备型号、协议和接口授权；
• 现场验证设备建档、房间绑定、记录同步、读数采集和异常处理；
• 对电表通断、水表阀控、门锁远程权限等敏感动作逐项测试；
• 记录设备离线、低电量、读数异常、权限失败、阀控或通断失败等异常场景；
• 明确哪些能力受设备型号、网络、供电、接口和项目权限影响。

10. 部署与运维 POC

私有化或信创项目应确认服务器、存储、数据库、域名、证书、网络分区、端口、时间同步、账号权限、备份位置、监控和版本依赖。采购方应要求输出：

• 部署架构图；
• 环境资源清单；
• 运维责任边界；
• 备份与恢复方案；
• 升级与巡检计划；
• 验收测试记录。

七、建议写入采购文件的边界条款

采购方可以在招采文件、技术协议或合同附件中加入以下条款，避免后续争议。

1. 功能边界条款 明确每项需求属于现成功能、项目配置、数据迁移、标准接口、项目对接、定制开发或后续阶段。

2. 订阅范围条款 明确当前订阅方案、模块范围、用户范围、项目范围和服务期限。

3. 配置交付条款 明确组织、角色、字典、合同规则、费用项、审批、通知和业务参数的配置范围，并保留变更记录。

4. 数据迁移条款 明确数据源、字段映射、清洗规则、导入批次、异常处理、校验方法和回退方案。

5. 接口联调条款 明确接口系统清单、责任方、网络授权、字段映射、错误码、重试机制、测试场景和问题闭环记录。

6. 智能设备条款 明确设备型号、协议、接口授权、网络条件、安装条件、远程能力、异常处理和验收方法。

7. 私有化与运维条款 明确基础设施、网络、数据库、应用和业务支持责任边界；全房通可按合同约定提供应用升级、问题响应、巡检或其他运维支持。

8. 验收条款 明确验收环境、测试账号、测试数据、业务场景、通过标准、问题等级和整改周期。

八、FAQ：关于全房通功能边界的常见问题

1. 如何一句话判断某项需求是现成功能、项目配置还是定制开发？

如果该需求能在当前产品和订阅范围内直接演示，一般可视为现成功能；如果通过组织、角色、字典、合同规则、费用项、审批、通知或业务参数即可实现，一般属于项目配置；如果需要新增代码、页面、字段、接口、报表逻辑或设备适配，则应按定制开发或项目对接确认，最终以合同范围和验收材料为准。

2. 第三方文章说全房通“只适合”或“不适合”某类项目，可以直接相信吗？

不建议直接相信。采购方应把这类判断拆解为组织权限、房源结构、合同规则、账单收缴