智慧物业系统可以理解为“一套数据底座、多个业务模块、多个使用入口和若干设备接口”。架构设计的重点不是端口越多越好，而是保证房屋、人员、费用、工单和设备使用统一编码，并让每个入口都遵循同一套权限与流程。
四层架构如何划分
1. 使用入口层
管理人员通常通过 Web 管理端配置项目、权限、收费和报表；一线员工通过移动端处理工单、巡检和现场反馈；业主或租户通过 APP、小程序或微信服务号查看通知、提交服务、预约访客和查询费用。入口可以不同，但账号身份和业务状态不应重复维护。
2. 业务应用层
业务层承载房产客户、收费、客服工单、设备巡检、合同租赁、停车门禁、装修、投诉、公告和经营分析等模块。模块之间应通过房屋、客户、设备和组织等主数据关联。例如报修工单既要关联报修人和房屋，也要关联设备、处理人员、材料和回访结果。
3. 数据与集成层
数据层负责统一编码、权限、日志、消息和统计口径；集成层负责连接支付、财务、门禁、停车、视频、抄表或其他存量系统。接口设计应记录调用方、字段映射、同步方向、失败重试和数据归属，避免只完成页面跳转而没有数据闭环。
4. 设备与现场层
现场层包括门禁、道闸、表计、摄像机、对讲、传感器及其他项目设备。是否能够接入取决于设备协议、开放接口、网络条件和现场权限，实施前需要逐项核验，不能仅凭设备名称判断兼容性。
不同角色分别看到什么
- 总部与项目负责人：查看项目经营、收费、服务、设备和风险概况，并下钻到明细。
- 客服人员：维护客户资料，受理报修、投诉、装修和访客事项。
- 工程与秩序人员：接收任务，执行巡检、维修、通行和事件处置。
- 财务人员：配置收费、核对账单与收款，处理退款、冲销和对账。
- 业主与租户：查看与本人房屋相关的信息，提交服务并跟踪处理结果。
数据权限应怎样设计
权限至少要同时考虑组织、项目、岗位、数据范围和操作动作。一个员工能进入某个模块，不代表可以查看所有项目的数据；能够查看账单，也不等于能够修改、减免或退款。敏感资料、费用操作、权限调整和设备控制应记录操作人、时间、对象和结果。
微信端和 AI 智能体放在哪一层
微信服务号或小程序属于使用入口，适合承载通知触达、身份绑定和轻量服务，核心账单与工单仍由物业平台处理。AI 智能体更适合作为业务辅助能力，例如检索制度、归纳工单、提示相似故障或生成回复草稿；涉及收费、投诉结案和现场控制时，应由授权人员确认。
架构验收清单
- 同一房屋、客户和设备在不同模块中是否使用同一编码。
- 管理端、员工端与业主端看到的状态是否一致。
- 接口失败是否留下日志，并支持重试、补录或人工处理。
- 跨项目权限、敏感字段和关键操作是否受到限制并可审计。
- 备份、恢复、账号停用和人员交接是否有明确流程。
功能范围可参考物业管理系统一体化平台，采购比较可参考物业管理系统选型指南。