10 章 · 共 15

系统、数据、权限与数字化项目镜像

住宅项目数字孪生逐层展开
多岗位凭不同权限卡连接数据
管理员合并重复房源并锁定敏感区域
住宅项目数字孪生逐层展开,多岗位凭不同权限卡连接数据,管理员合并重复房源并锁定敏感区域

图注:一个项目沙盘通过项目、分期、楼栋、单元和部件编码连接设计、工程、成本、销售与交付,不同角色只能打开授权抽屉。

替代文本: 项目团队围绕数字住宅模型协作,从土地、分期、楼栋到房间和设备的编码层级清晰,合同、成本、销售、工程与客服数据受到分权和审计控制。

10.1 系统不是流程,状态机才是共同语言

一家住宅开发公司可能有十几个系统,但如果每个系统都用自己的项目名称、楼栋号和房号,数字化只会更快地制造冲突。数据建设的第一件事不是上大屏,而是定义稳定对象、唯一编码、状态转移和权威数据源。

对象稳定ID示例权威字段主数据责任不可随意修改
项目/分期PRJ/PHASE主体、土地范围、开竣工边界土地+计划+财务已发生合同后不可仅改显示名
地块/地权PARCEL权证、用途、期限、抵押/限制土地法务不以营销案名代替
楼栋/单元BLDG/UNIT批准与实测面积、户型、销控状态设计+销售运营已签约单元改号必须贯穿合同
成本对象/合同COSTOBJ/CONTRACT成本分配、相对方、上限、变更成本+财务不允许付款人改合同上限
客户/房客合同CUSTOMER/SALE主体、房源、价款、签约与退房状态签约+法务敏感身份/账户字段受限
收付流水CASH交易号、金额、时间、银行、对方、用途资金已对账流水不做覆盖更正
工程缺陷/设备ASSET/DEFECT位置、类型、责任、复验、保修质量+客服关单需复验证据

一套房的销控状态可以是“未推售→可售→锁定→认购→签约→待交付→已交付”,但退订、换房、冻结、司法措施、质量锁定和撤销会形成侧枝。每一次转移都要有前置条件、执行角色、审批角色、时间戳、证据和可逆/不可逆属性。

正在绘制业务流程…
把正文中的参与者、动作与交接关系放回同一条业务链观察。

10.2 系统边界与对账契约

系统族主管业务主输入主输出每日/月对账
投资/土地机会、尽调、测算、投决官方条件、假设、风险门槛结论、版本测算成交条件与投决假设差异
计划/开发报建许可、里程碑、前置责任、批复、实际完成关键路径、预警批复原件与系统状态
设计/BIM/图档版本、审图、构件批准图、模型、变更发布版本、产品参数现场使用图与批准图
成本/招采目标、合约、变更、结算范围、工程量、合同动态成本、付款上限合同—应付—发票—银行
工程/质量/安全进度、验收、问题日志、检验、整改合格工程量、风险形象进度与合格量
CRM/销控/签约客户、房源、价格、合同销控、客户资料、合同签约、应收、退房房—客—合同—款—票
资金/银行收付、账户、融资银行流水、付款指令可用/受限现金、头寸银行—总账—子台账
ERP/税务凭证、报表、申报经过审核的业务事件三张表、税表业务事件与总账桥接
交付/客服/保修查验、钥匙、缺陷、索赔交付条件、工单交付证据、闭环结果房源—交付—财务—保修

接口不只是技术调用,还要有数据契约:谁发布、发布什么版本、字段能否为空、金额精度、日期时区、幂等键、重试规则、拒绝队列、对账总额和异常责任。比如银行回款同步两次,幂等键应防止同一笔款认领到两套房;接口失败不能用手工改总账来掩盖。

10.3 权限:一个人不能完成全链路

高风险事件发起复核/审批执行事后监督
建新房源/改面积设计/销运开发+法务+财务影响主数据管理员IT审计+合同抽查
改价/折扣营销授权价格委员会销售运营财务查价差和退房
修改客户收款认领销售运营资金复核收款专岗财务银企对账
退房/退款客户工单销售、法务、财务按事由签约+资金+税务内审抽查房源重售
变更供应商收款账户供应商管理独立回呼+法务/资金受限权限维护首笔付款二次复核
质量缺陷关闭维修单位客服/质量复验系统关单重复报修和客诉反查

离职、转岗和项目结束是权限高风险时点。HR不应只停门禁邮箱,还要触发合同章、网银、销控、网签、图章、云盘、BIM、客户导出和供应商门户等权限清单。特权账号使用需可回放,应急授权须自动失效并在事后复核。

10.4 个人信息、数据安全与生产连续性

住宅销售会处理客户身份、联系、家庭、购房资格、银行按揭、签名、影像、看房轨迹等数据;工地还会处理劳务人员、访客和监控数据。【可核验事实】《个人信息保护法》和《数据安全法》分别为个人信息处理和数据分类分级、安全义务等提供大陆法律入口。[SRC-NPC-PIPL-2021][SRC-NPC-DATA-SECURITY-LAW-2021]

业务人员要能回答六个问题:为什么收集?有什么合法处理基础?哪些是完成合同真正需要的最小字段?会共享给代理、银行、物业、承包商或云服务商吗?保存多久?客户如何行使相关权利?不得用“同意营销”换“不同意就不签约”,也不得把客户名单无限制导出给渠道。

连续性要从“服务器活着”升级为“业务能安全恢复”。售楼日销控中断时,可以停止锁房而不能双卖;银行回款接口中断时,保留流水不重复认领;交付系统中断时,纸质应急单要有编号并事后补录;付款系统中断时,不因“紧急”取消账户复核。每年至少演练一次销控、资金和交付关键情景,记录RTO、RPO、实际恢复和未完成改进。

章末理解检查

合上原文,你能讲明白了吗?

不看原文,用自己的话解释「系统、数据、权限与数字化项目镜像」真正要解决什么业务问题。

已输入 0 个字,还需 12 个字;提交后会显示自检标准,并把本章记为已完成。
本章目录4