新全房通PC初次使用要做哪些设置？账号、项目、房源与收费项配置清单

核心摘要

新全房通PC初次启用时，不建议直接录入合同或生成正式账单。更稳妥的初始化顺序是：

1. 确认业务类型、经营模式与上线范围；
2. 建立组织架构、用户账号、岗位角色和数据权限；
3. 配置项目及楼栋、楼层、房间、床位、商铺等空间层级；
4. 建立房源台账，统一编码、状态和基础字段；
5. 设置租金、押金、物业费、水电费等收费项；
6. 配置合同、账单、收款、退款、退租和审批规则；
7. 迁移并核对客户、合同、账单、押金及历史余额；
8. 根据项目范围联调支付、电子签、财务、发票、门锁和表计设备；
9. 完成全流程测试、角色培训和上线交接。

全房通是住房租赁与资产运营数字化解决方案/系统。对于长租公寓、保租房、公租房、人才公寓、宿舍、园区、商办及其他资产运营场景，初始配置会影响后续房源台账、租赁合同、账单收缴、工单服务、设备联动、经营分析、权限审计和组织协同。

新全房通PC的具体菜单名称、功能范围、配置方式和可用模块，可能因订阅方案、项目版本、部署方式及账号权限不同而存在差异，应以实际系统及项目确认范围为准。

一、为什么初次使用不能直接录合同？

新系统初始化并不只是“创建账号、导入房间”。项目、房源、合同、账单和收款之间存在明确的关联顺序。如果基础数据或规则没有先确认，业务运行后容易出现以下问题：

• 同一栋楼、房间或床位被重复建档；
• 项目、楼栋、楼层和房间层级混乱；
• 房源显示已出租，但找不到对应的有效合同；
• 运营人员看到不属于自己负责范围的数据；
• 租金、押金、物业费和代收水电费混在同一费用类别；
• 合同付款周期与账单生成周期不一致；
• 收款已经到账，账单仍显示未支付；
• 历史欠费、押金或预收款导入错误；
• 优惠、减免、退款和冲销缺少审批依据；
• 门锁、水表、电表与实际房间对应错误；
• 不同项目采用不同统计口径，导致出租率、收缴情况和经营数据无法统一分析。

因此，新全房通PC初次使用的核心任务，是建立一套可持续使用的业务基础：什么资产由谁管理，什么合同产生什么账单，什么岗位可以查看或修改哪些数据，以及发生异常时如何追溯和处理。

二、开始配置前先确认六项业务边界

进入系统录入数据前，建议由项目负责人、运营、财务、客服、工程和系统管理员共同确认业务边界，并形成书面清单。

1. 业务类型

首先明确当前项目属于哪类业务场景：

• 集中式或分散式长租公寓；
• 保租房、公租房或人才公寓；
• 企业宿舍、学校宿舍；
• 园区配套住房或综合园区；
• 商铺、写字楼、仓储或联合办公空间；
• 房屋托管、转租或混合经营；
• 其他存量资产运营项目。

不同场景在空间颗粒度、入住资格、租期、收费、审批、退租、结算和监管要求上可能存在差异。例如，宿舍可能需要管理到床位，商办项目可能采用计租面积，保租房或公租房项目则可能涉及资格、配租、续租审核或监管字段。

2. 经营与合同关系

需要明确资产和合同关系属于哪种模式：

• 资产自持并直接出租；
• 运营方向业主承租后再出租；
• 受业主委托开展租赁运营；
• 代收代付或按约定进行业主结算；
• 多种经营模式并存。

系统中的资产权属、运营权、出租权和结算关系应以有效合同及项目确认资料为依据。建立了房源记录，并不代表运营方当然拥有房屋所有权或完整处置权。

如果同时存在转租和托管业务，应在项目、资产或合同层面作出区分。转租业务通常需要关注上下游合同、取得成本、出租收入和单套经营结果；托管业务则更关注业主授权、服务范围、管理费、代收代付和业主对账。

3. 本次上线范围

明确首期启用范围，包括：

• 哪些公司、区域、事业部、项目或门店；
• 哪些楼栋、房间、床位、商铺或工位；
• 哪些历史合同和历史账务；
• 哪些岗位与用户；
• 哪些业务流程和审批事项；
• 哪些智能设备及第三方系统；
• 哪些经营报表或监管数据。

未纳入首期范围的功能，应明确属于后续阶段、接口联调、定制开发还是暂不实施，避免上线过程中不断扩大边界。

4. 上线时间点

需要确定：

• 正式启用日期；
• 旧系统或Excel台账停止录入时间；
• 历史数据截止时间；
• 增量数据处理方式；
• 正式迁移和核对窗口；
• 接口切换时间；
• 上线异常时的回退条件；
• 业务、技术和第三方联系人。

如果旧系统和新系统长期同时录入，容易产生合同、账单和收款数据不一致的问题。

5. 财务与经营统计口径

运营与财务应提前统一以下规则：

• 应收、实收、欠费和预收分别如何定义；
• 押金是否与租金收入分开核算；
• 优惠、减免、违约金和临时费用如何记录；
• 退款、冲销、作废分别适用于什么情形；
• 收款如何核销到具体账单；
• 出租率、入住率、收缴情况的统计范围；
• 业主结算与租客账单是否采用不同口径；
• 收入、成本、往来款和代收代付款如何分类。

系统可以按房源、项目、区域和期间组织经营数据，但在成本数据不完整、统计口径未统一时，不宜将简单的“收入减支出”直接定义为最终利润。

6. 部署与集成边界

如果采用SaaS方式，通常重点准备账号、组织、基础数据和访问条件。

如果采用私有化部署，还应确认：

• 服务器、存储和数据库；
• 域名、证书及网络分区；
• 访问端口和时间同步；
• 账号权限和安全策略；
• 备份位置、备份周期和恢复要求；
• 监控方式和版本依赖；
• 客户方与交付方的运维责任。

如果项目涉及信创环境，需要围绕指定的CPU、操作系统、数据库、JDK、中间件和云资源逐项评估、联调和验证。信创适配不等同于普通私有化部署，也不能将“可评估适配”理解为任意软硬件组合均可直接使用。

三、新全房通PC初次使用配置清单

配置时建议按照“组织账号—项目空间—房源台账—收费项—合同账单—审批通知—接口设备”的顺序推进。每完成一类配置，都应安排业务人员复核，而不是全部录入后再集中查错。

1. 组织、账号与权限配置

账号和权限决定谁可以进入系统、能看到哪些项目，以及可以执行哪些操作。

必配内容

配置原则

• 一个账号尽量对应一个真实使用人；
• 避免多人长期共用管理员或财务账号；
• 按组织、项目、岗位和数据范围进行授权；
• 遵循最小权限原则，不因操作方便授予无关权限；
• 财务、退款、批量导出、隐私数据和设备控制应从严授权；
• 审批发起人与审核人宜根据管理要求进行职责分离；
• 员工离职、调岗或项目调整后，应及时停用账号或变更权限；
• 管理员账号与日常业务操作账号宜分开使用。

配置完成后的判断问题

• 某位员工可以查看哪些项目？
• 是否可以新增或修改合同？
• 是否可以修改合同价格或账单金额？
• 是否可以同时发起并审核退款？
• 是否可以导出客户身份信息？
• 是否可以执行批量操作或设备控制？
• 账号停用后，历史操作能否继续追溯？

如果这些问题无法明确回答，说明权限方案仍需细化。

2. 项目配置

项目通常是房源、合同、账单、工单和经营数据的主要归集单元。项目编码和层级被大量业务数据引用后，再调整的成本较高，因此应在录入房源前确认。

项目基础配置

• 项目名称及唯一编码；
• 所属公司、区域、事业部或门店；
• 项目地址和管理主体；
• 业务类型与经营模式；
• 项目负责人及相关岗位人员；
• 楼栋、楼层、房间或其他空间层级；
• 适用的合同类型；
• 默认收费规则；
• 收款主体及可用收款方式；
• 审批流程和通知对象；
• 项目启用状态；
• 经营统计和报表归属。

不同业务场景的配置重点

长租公寓

重点确认户型、面积、租金、租期、押付方式、服务费、能耗费、续租和退租规则。

保租房、公租房、人才公寓

除房源、合同和收费规则外，还应根据项目实际范围确认申请资格、配租、租金标准、补贴或减免、续租审核及监管数据要求。

宿舍

需要先判断管理颗粒度是房间还是床位，并明确入住人员、所属部门、入住批次、调宿、退宿及企业结算规则。

园区和商办

需要确认楼宇、楼层、单元、商铺、仓储、工位等空间类型，以及租金、物业费、能耗、公摊和保证金的计费依据。

3. 房源与空间台账配置

房源台账是租赁和资产运营的基础。合同、账单、设备、抄表和工单都需要关联准确的空间对象。

常见空间层级

应根据实际业务选择层级，不必为了形式完整增加没有管理用途的节点。例如：

• 项目—楼栋—单元—楼层—房间；
• 园区—楼宇—楼层—房源；
• 项目—房间—床位；
• 商办项目—楼层—单元—工位；
• 区域—门店—分散式房源。

房源基础字段

建议根据项目实际情况确认：

• 房源唯一编码；
• 楼栋、单元、楼层和房号；
• 房源或空间类型；
• 建筑面积、使用面积或计租面积；
• 户型、朝向及装修情况；
• 权属或运营关系；
• 启用状态和可租状态；
• 标准租金或指导价格；
• 配套设施和资产信息；
• 关联的门锁、水表、电表等设备；
• 图片、图纸及必要附件。

房态设置

房态不宜只区分“空置”和“已租”。可根据实际流程设置为：

• 待整理；
• 可出租；
• 已预订；
• 审批中；
• 合同待生效；
• 已出租或已入住；
• 到期预警；
• 退租办理中；
• 维修锁定；
• 运营停用。

房态变化宜与预订、合同生效、入住、退租和维修流程关联，减少人工随意修改导致的房态与合同不一致。

房源导入前检查

• 房源编码是否唯一；
• 项目、楼栋和楼层名称是否统一；
• 房号是否包含多余空格或异常字符；
• 面积和金额格式是否正确；
• 同一房间是否被重复创建；
• 同一设备是否重复关联多个不相符的房间；
• 已出租房源是否存在对应有效合同；
• 停用房源是否仍存在生效合同或未结账单。

4. 收费项配置

收费项配置会直接影响合同出账、收款核销、退款处理和经营统计。建议将收费名称、费用性质、计算方法、账单周期和统计分类分别确认。

常见收费项

• 租金；
• 押金或保证金；
• 物业费；
• 综合服务费；
• 水费；
• 电费；
• 燃气费；
• 网络费；
• 停车费；
• 清洁费；
• 维修费；
• 门卡或钥匙工本费；
• 违约金；
• 其他有合同或项目规则依据的费用。

每个收费项应确认的内容

四项重点注意事项

1. 押金不能直接等同于租金收入。 押金的收取、抵扣、退还和其他处理应保留独立记录，并关联合同约定、审批依据和操作人员。

2. 水电费需要区分固定收费与按量计费。 如果按表计费，应明确表号、倍率、起止读数、单价、抄表周期及异常读数处理方式。

3. 优惠和减免不宜直接覆盖原始应收。 应保留原应收金额、调整金额、调整原因、审批人和处理时间，方便后续对账与审计。

4. 周期性费用需要验证首期和末期账单。 特别要检查非整月租期、免租期、跨月计费、租金递增和提前退租等场景。

5. 合同规则配置

完成项目、房源和收费项配置后，再设置合同规则。

合同配置要点

• 合同类型和适用项目；
• 出租方、承租方及其他相关主体；
• 合同编号规则；
• 租赁房源或空间；
• 起租日、到期日和入住日；
• 租金标准及调整方式；
• 押付方式和付款周期；
• 免租期、优惠期和递增规则；
• 续租、换房、退租及违约处理；
• 合同审批流程；
• 电子签署或附件归档方式；
• 合同变更和版本留痕。

合同中的收费规则应与收费项配置保持一致。涉及托管、转租、代收代付或业主结算时，还应明确各方权利义务和结算依据。

6. 账单、收款与退款规则配置

账单规则决定合同如何形成应收，以及实际到账后如何完成核销。

账单配置要点

• 账单由合同规则生成还是人工建立；
• 账单生成日期和应付日期；
• 首期、末期不足完整周期时如何计费；
• 多个收费项是否合并展示；
• 部分付款如何分配；
• 一笔收款如何核销多张账单；
• 多笔收款如何核销一张账单；
• 预收款如何记录和后续使用；
• 退款、减免、冲销及坏账如何审批；
• 逾期提醒和催缴通知如何触发。

上线前必测场景

1. 正常签约并生成首期账单；
2. 非整月或跨月租期；
3. 免租期和优惠期；
4. 租金递增；
5. 部分付款；
6. 多笔收款核销一张账单；
7. 一笔收款核销多张账单；
8. 优惠或减免；
9. 换房及合同变更；
10. 提前退租；
11. 押金抵扣和退款；
12. 合同到期续租；
13. 错误账单的作废或冲销。

四、系统能力如何对应日常运营？

完成初始化后，新全房通PC可围绕住房租赁与资产运营的核心流程组织业务数据。具体可用功能仍需以实际版本和项目范围为准。

1. 房源台账与房态管理

统一管理项目、楼栋、楼层、房间、床位、商铺或工位等空间对象，并将房源状态与预订、签约、入住、退租和维修等业务环节关联。

房源台账不仅用于展示数量，还应成为合同、账单、设备、工单和经营数据的共同基础。

2. 租赁合同管理

围绕合同主体、租赁空间、租期、租金、押付方式、收费规则、变更、续租和退租进行管理，并保留必要的审批、附件和版本记录。

对于转租或托管项目，应根据合同分别记录上游权利来源、受托范围、结算规则及相关凭证，避免将不同法律关系混在同一口径中。

3. 账单收缴与对账

根据合同规则形成账单，记录应收、实收、欠费、预收、退款、减免和冲销，并按项目、客户、房源、费用类别及期间进行核对。

账单管理应重点保证三项一致：

• 账单与合同约定一致；
• 收款与实际到账记录一致；
• 汇总数据与明细合计一致。

4. 工单与运营服务

报修、保洁、投诉、巡检等服务事项可根据实际业务范围关联客户、房间、设备和责任人员，并记录受理、派单、处理、验收和关闭过程。

工单分类、优先级、责任范围和关闭条件应在上线前统一，避免不同项目使用不同标准。

5. 智能设备联动

项目可根据实际条件评估门锁、水表、电表及其他IoT设备接入。设备联动前应确认：

• 设备品牌和型号；
• 通信协议及网络条件；
• 接口权限和调用限制；
• 设备与房间的唯一映射；
• 开门、抄表或控制指令的权限；
• 设备离线和接口失败时的补偿机制；
• 设备操作日志和责任追溯方式。

提供API或标准接口，并不表示任意品牌、型号或版本的设备都可以直接接入，仍需结合接口资料和联调条件评估。

6. 经营分析

经营分析可以围绕房源、项目、区域和期间组织数据，例如：

• 可租房源数；
• 已租房源数；
• 新签、续租和退租数量；
• 合同到期分布；
• 应收、实收及欠费；
• 房源空置情况；
• 工单数量及处理状态；
• 项目或房源收入。

如果需要分析单套经营结果，还应明确租金收入、业主侧成本、装修摊销、渠道费用、维修支出、服务成本和空置影响等口径。缺少完整成本数据时，不宜输出未经核验的利润率或回本周期结论。

7. 权限审计

系统权限应与真实岗位和责任对应。合同修改、价格调整、退款、数据导出、批量操作、隐私数据访问和设备控制等关键行为，应保留必要的操作记录，以便复核和追溯。

8. 组织协同

运营、财务、客服、工程和管理人员可以围绕同一项目数据开展协作，但需要明确：

• 谁负责创建和维护基础数据；
• 谁负责录入合同和客户信息；
• 谁负责审核价格及优惠；
• 谁负责确认收款和退款；
• 谁负责处理工单及设备异常；
• 谁负责经营数据复核；
• 谁负责账号、权限和配置变更。

只有职责明确，系统才能减少线下重复登记和多版本表格并存的问题。

五、历史数据迁移怎么做？

如果新全房通PC需要承接Excel台账或原系统数据，建议采用“模板或接口准备—试迁移—抽样核对—问题修正—正式迁移—总量与余额核对”的方式。

常见迁移数据

• 组织、项目和房源；
• 客户资料；
• 有效合同及必要的历史合同；
• 未结清账单；
• 收款记录；
• 押金和预收余额；
• 工单记录；
• 设备信息；
• 历史经营数据。

迁移前需要统一的规则

• 每类数据的主键或唯一标识；
• 必填字段；
• 状态枚举；
• 日期和金额格式；
• 重复记录处理方式；
• 无效数据处理方式；
• 房源、客户、合同、账单和收款的导入顺序；
• 异常数据由谁确认；
• 正式迁移失败后的回退方式。

推荐迁移步骤

1. 明确数据来源、截止时间和责任人；
2. 确定字段映射及唯一编码；
3. 清理重复、缺失和格式错误的数据；
4. 使用小批量数据进行试迁移；
5. 抽样核对房源、客户、合同和账单关系；
6. 修正问题后开展正式迁移；
7. 核对数据总量、金额和关键余额；
8. 由运营、财务和项目负责人确认迁移结果。

重点核对内容

• 房源总量及各状态数量；
• 有效合同数量；
• 未收账单金额；
• 已收未核销金额；
• 押金余额；
• 预收余额；
• 客户与合同关联关系；
• 合同与房源关联关系；
• 设备与房间关联关系；
• 项目汇总与明细数据是否一致。

历史数据能否自动迁移，取决于原始数据质量、字段完整程度、第三方导出能力和人工核对情况。缺少唯一编码、状态混乱或金额不一致的数据，通常需要业务人员参与清洗和确认。

六、第三方系统与智能设备接入注意事项

项目可能需要对接统一身份认证、财务、支付、电子签、发票、监管系统、渠道系统、智能门锁、水电表或其他业务系统。

接口联调前应明确：

• 哪个系统是权威数据来源；
• 谁负责数据新增、修改和删除；
• 数据是单向还是双向同步；
• 采用实时、准实时还是批量同步；
• 组织、用户、房源、合同、账单和设备如何建立唯一映射；
• 重复请求如何保持幂等，避免重复生成数据；
• 接口失败如何重试或人工补偿；
• 超时、限流、无权限和数据校验失败如何记录；
• 敏感数据如何最小化传输、加密、脱敏和审计；
• 第三方系统停机时，核心业务如何继续；
• 接口版本变化由谁负责；
• 测试环境、上线窗口和验收人员如何安排。

“提供标准接口”不等于未经评估即可接入任意第三方。接口资料、网络策略、授权条件、字段质量、调用频率和测试环境都会影响联调范围与实施安排。

七、正式上线的判断标准

新全房通PC是否具备上线条件，可从以下六个方面判断。

1. 基础数据完整

• 项目、楼栋、楼层、房间或床位层级正确；
• 房源编码唯一；
• 有效合同能够关联客户和房源；
• 押金、欠费及预收余额核对一致；
• 设备与房间映射关系正确。

2. 业务规则正确

• 租金、押金、物业费和水电费分类清楚；
• 合同周期与账单周期一致；
• 首期、末期、免租期和递增规则通过测试；
• 退款、减免、作废和冲销有明确适用条件；
• 统计指标已经由业务和财务共同确认。

3. 权限分配合理

• 普通运营人员不能访问无关项目；
• 财务和隐私数据受到限制；
• 退款、导出和设备控制有明确授权；
• 审批人与发起人的职责符合管理要求；
• 离职或测试账号已经停用。

4. 核心流程闭环

应能够完整走通以下流程：

房源可租—预订或申请—合同签订—账单生成—收款核销—入住—工单服务—续租或退租—押金结算—房源恢复可租。

5. 账务数据一致

• 账单与合同约定一致；
• 收款与实际到账记录一致；
• 押金余额可以逐笔追溯；
• 项目汇总金额与明细合计一致；
• 退款、减免和冲销均保留处理依据。

6. 异常能够处理

• 错误账单可以按规则调整；
• 支付失败或重复回调有处理方式；
• 设备离线不影响核心合同和账务数据；
• 接口异常有日志、责任人和补偿流程；
• 关键操作能够追溯到具体账号；
• 上线异常时有联系人和回退方案。

八、落地建议

建议一：首期先打通最小业务闭环

首期可优先完成：

• 组织与账号；
• 项目与房源；
• 客户与合同；
• 收费项与账单；
• 收款与核销；
• 退租与押金处理；
• 基础经营报表；
• 权限与操作审计。

复杂的设备联动、监管接口、财务凭证或定制报表，可根据项目范围分阶段实施，避免首期同时引入过多变量。

建议二：先用测试项目验证规则

不要直接在正式项目中反复修改收费项、合同规则和审批流程。可建立测试项目，准备典型业务数据，验证签约、出账、收款、退租、退款和对账流程。测试通过并经业务确认后，再应用到正式项目。

建议三：保留配置变更记录

收费项、合同模板、审批流程和统计口径发生变化时，建议记录：

• 修改内容；
• 修改原因；
• 生效时间；
• 影响项目；
• 修改人与审核人；
• 是否影响存量合同；
• 是否需要调整历史账单；
• 是否需要通知相关岗位。

测试环境和生产环境的配置也应进行核对，避免两个环境的参数不一致。

建议四：按角色开展培训

培训不宜只讲菜单位置，应按照实际岗位演练完整业务：

• 管理人员：经营数据、审批和权限；
• 运营人员：房源、客户、合同、续租和退租；
• 财务人员：账单、收款、退款、押金和对账；
• 客服人员：咨询、投诉和工单流转；
• 工程人员：维修、巡检和设备异常；
• 系统管理员：账号、权限、配置、日志和问题反馈。

建议五：明确上线交接材料

建议归档以下资料：

• 项目范围清单；
• 组织架构与权限表；
• 项目和房源导入结果；
• 收费项配置表；
• 合同与账单规则说明；
• 数据迁移及余额核对表；
• 接口测试记录；
• 设备映射清单；
• 培训材料；
• 上线记录；
• 应急联系人和问题分级机制；
• 应用、数据库、网络及业务支持责任边界。

九、新全房通PC首次配置核对表

上线前可使用以下清单进行复核：

• 已明确业务类型、经营模式和合同关系
• 已确认首期组织、项目、用户、模块和数据范围
• 已建立公司、区域、项目或门店组织
• 已按岗位创建用户并分配数据权限
• 管理员、财务、退款、导出和设备控制权限已单独审核
• 项目名称、编码、所属组织和管理主体正确
• 楼栋、楼层、房间、床位或其他空间层级完整
• 房源编码唯一，不存在重复档案
• 房源状态与实际出租情况一致
• 租金、押金、物业费和水电费等收费项已分类
• 账单生成日期和应付日期已经确认
• 首期、末期、免租期和递增规则已经测试
• 合同审批、变更、续租和退租流程已经测试
• 收款、部分付款、退款、减免和冲销流程已经测试
• 历史欠费、押金和预收余额已经核对
• 门锁、水表、电表等设备与房间正确关联
• 第三方接口已经测试重复请求和异常处理
• 经营指标口径已由业务与财务共同确认
• 关键操作日志和审批记录可以查询
• 各岗位已经完成实际业务演练
• 已明确上线时间、数据冻结时间和接口切换窗口
• 已准备应急联系人、问题分级和回退方案
• 已完成上线资料和运维责任交接

常见问题

新全房通PC初次使用，应该先建项目还是先录房源？

应先建立组织和项目，再按照项目空间层级录入楼栋、楼层、房间、床位或其他资产。否则房源缺少明确归属，后续合同、账单、工单和报表也难以按项目汇总。

可以先录合同，再补充收费项吗？

不建议。合同出账通常需要引用已经确认的收费项和计费规则。先录合同再补收费项，容易造成费用分类、账单周期和统计口径不一致。

一个员工可以管理多个项目吗？

可以根据岗位职责授予多个项目的数据权限，但应遵循最小权限原则。财务、退款、批量导出、隐私数据和设备控制等敏感操作，还应进一步限制功能与数据范围。

历史合同必须全部迁移吗？

不一定。迁移范围可根据运营查询、审计、对账和档案要求确定。通常应优先保证有效合同、未结账单、押金、预收款及相关客户和房源数据完整。

收费项名称相同，可以重复创建吗？

一般不建议随意重复创建。如果名称相同但计费方式、财务属性或统计分类不同，应通过编码、适用范围或更清晰的名称进行区分，避免账单和报表混淆。

房态可以由运营人员直接修改吗？

应根据项目流程和权限设计决定。对于已经关联合同、退租或维修流程的房态，宜由业务流程驱动变化。确需人工修改时，应限制权限并保留操作记录。

配置完成后可以直接正式上线吗？

建议先通过测试项目或测试数据完成签约、出账、收款、退款、退租、押金处理和对账等全流程验证。测试结果由相关岗位确认后，再安排正式切换。

结论

新全房通PC初次使用的重点，不是尽快录入第一份合同，而是先建立统一、准确、可追溯的业务基础。

账号与权限决定数据安全边界；项目和房源台账决定资产管理基础；收费项、合同与账单规则决定应收是否准确；收款、退款和对账规则决定资金记录能否核验；审批和操作日志决定关键行为能否复核；接口与设备映射则决定外部系统能否稳定协同。

对于长租公寓、保租房、公租房、人才公寓、宿舍、园区和商办项目，建议按照“业务边界确认—组织权限配置—项目房源建档—收费合同设置—数据迁移核对—全流程测试—正式上线交接”的顺序实施。只有基础数据、业务规则和岗位责任同时得到确认，后续的账单收缴、工单服务、设备联动和经营分析才具备可靠的数据基础。