工作进行中
智慧物业与社区
房屋绑定、认证审核、费用缴纳与门禁访客的社区服务系统
- 角色
- 全栈开发(后端接口 + 小程序页面)
- 量级
- 4 类 B 端身份 · 3 类 C 端身份
- 时间
- 2026年8月 — 至今
Spring BootMyBatis-PlusMySQLRedisuni-app微信小程序Vue 2
做了什么
- 一个小区三类人(业主 / 家庭成员 / 租客)× 平台侧四种后台身份,数据按租户与层级隔离,跨租户不可见
- 手机号在后台账号与业主账号之间分域唯一,登录接口加固,避免跨身份域串号
- 房屋绑定、成员管理与认证审核在小程序端落地,支持业主/租客多身份切换
- 车位管理费自助缴费:小程序内选车位 → 查欠费 → 在线支付 → 回调核销,替代线下或后台代收
背景
一个小区在系统里至少有三类人:业主、家庭成员、租客。他们看到的东西不同——业主能看房产与费用,家庭成员 能开门但不能缴费,租客只有租期内的权限。再往上一层,平台侧还有多个物业公司与多个项目(租户),数据不能串。
身份矩阵
| 层 | 身份 | 典型权限 |
|---|---|---|
| C 端 | 业主 | 看房产与账单、缴费、邀请访客、开门、报修 |
| C 端 | 家庭成员 | 开门、看公告,不能改房产与缴费 |
| C 端 | 租客 | 租期内的开门与报修,到期自动失效 |
| B 端 | 超管 | 跨租户的平台级配置与排障 |
| B 端 | 运营 | 指定租户下的审核与内容维护 |
| B 端 | 租户管理员 | 本租户的房屋、人员、费用与设备 |
| B 端 | 租户用户 | 本租户内的日常操作,按菜单授权 |
一条数据能不能被看见,由「身份类型 × 角色 × 应用中心 × 租户」四者叠加决定。这个模型不是前端隐藏按钮, 而是接口层的统一校验——前端只决定「看不看得见入口」,后端决定「拿不拿得到数据」。
业务闭环
房屋绑定 → 认证审核 → 费用缴纳
│ │ │
├─ 成员管理 ├─ 业主/租客 ├─ 物业费
└─ 多房产 └─ 材料补传 └─ 车位管理费
│
访客邀请 → 门禁开门 → 报修 / 巡检 → 记录留痕
物业的日常动作基本都能在系统里找到对应记录:谁在什么时候认证、哪户欠费、谁批准了访客、哪次开门失败了。
我做的问题
身份与租户
系统存在两套并行的账号体系:后台账号(超管 / 运营 / 租户管理员 / 租户用户)与业主账号(业主 / 成员 / 租客)。 两边都用手机号登录,早期会出现同一个手机号在两个域里互相覆盖的问题。
我把手机号改成按域唯一,登录接口补上校验与加固;随后给跨租户、跨层级的查询与操作加限制——租户管理员只能 看到自己租户下的用户,跨层级操作直接拒绝。
费用
车位管理费原先没有 C 端自助入口,只能线下缴或在后台代收。我补上了小程序端入口:选车位 → 查欠费 → 在线支付 → 回调核销,后台侧同步展示缴费记录。
认证
业主/租客认证需要上传房产证明或租赁合同,物业在后台审核。这条链路的坑在于「材料不全是常态」:某些字段 必须选填,否则写库会落 null 并阻断后续流程。我调整了校验规则与落库逻辑,把必填收敛到真正必要的几项。
技术亮点
- 四维访问控制:身份类型 × 角色 × 应用中心 × 租户,四者叠加决定一条数据能不能被看见
- 双账号体系互不污染:手机号分域唯一,登录链路隔离
- 状态可追溯:认证、缴费、开门都有记录,便于物业事后核对
- 多身份切换:同一微信可绑定业主与租客两种身份,切换时按当前身份裁剪菜单与数据
团队与分工
团队负责社区与房屋建模、访客与门禁设备接入、报修巡检流程、物业后台的整体页面;我负责身份与租户校验、 车位管理费缴费链路,以及房屋绑定与认证审核在小程序端的实现。