集团现有的业务支持体系，由一批自用管理系统与若干对外经营系统共同构成。这些系统在过往较长时期内，一部分由原开发厂商或外部技术团队持续运维，一部分因收购或合作而并入集团业务体系。由于系统来源分散、运维责任经多次更迭、部分服务器与账号的权属关系尚未厘清，集团对这些系统的实际掌控程度与其在业务中的重要性并不相称——单从"日常能用"看似乎正常，但从"资产归属""故障恢复""续费可持续""权属可追溯"等维度评估，存在若干需要尽快处理的结构性缺口。
本次评估以"全面接管"为任务前提，目标并非简单的运维移交，而是：第一，摸清集团名下全部自用与经营系统的真实家底，包括系统功能、承载数据、所用服务器、费用与到期时间；第二，识别并优先处理可能导致业务中断或资产失控的关键环节；第三，制定分阶段、可执行的接管方案，使这些系统从"由外部团队代管"逐步转为"由集团自主掌控、可持续运行、可标准化复用"的自有资产，从而支撑集团降本增效的整体经营要求。
报告所涉系统，按其业务属性可分为四类：一是集团日常运转所依赖的自用核心系统，包括集团管理系统（V9，下称V9）、上一代资管系统（V8）、计划任务与人资等多系统共用的一套服务；二是承担专项日常管理的小猪报餐系统与南宁预约登记小程序；三是面向外部客户或市场运营、能够形成收入的经营性系统，包括对外销售的V9、对外销售的小猪报餐，以及广东健电的服务器与数据库托管业务；四是财务、停车等特殊用途系统，包括金蝶系统与无牌车停车系统。以下各章将逐项展开。
V9是当前集团日常经营的中枢，承载物业资产管理、招采、仓库管理等功能，业务覆盖面广、使用频度高。其开发源头为原乐软公司的技术体系，后来在收购过程中并入集团计划管控等功能，逐步汇聚为集团当前在用的管理系统。V9相关的服务器环境共五台，部署于腾讯云，主要入口对应的IP为124.71.26.148，另有110.41.78.241、124.71.103.60、110.41.43.163、110.41.160.105等节点；系统登录入口指向 lswyv9.linwinz.com（面向员工）与 v9test.lesoft.cn（面向管理）。除网页版本外，V9还存在移动端App，该App由原乐软开发人员负责，与其网页端运维责任并不重合——App维护一直依赖原开发团队兼职承担，网页端与App端的运维责任需要分别厘清。
在运维责任上，V9存在一个明确的时间分界：截至2026年5月1日之前对外交付与运维的V9系统，由刘俊负责；5月1日之后新增交付与实施的系统，则由曾总团队承担运维。这一前一后两段责任的衔接，是接管时必须先厘清的事项。在磁盘资源方面，五台服务器的剩余空间并不均衡，其中作为主入口与核心数据的124.71.26.148仅剩约24GB，其余四台分别剩余约260GB、120GB、257GB、252GB。核心机磁盘偏紧，需要优先纳入扩容或数据清理计划，以防数据库增长至无法写入时造成全集团日常业务受影响。
V8为下一代物业资管体系的上一代系统，其技术源同为乐软原股东团队，后随收购并入集团。自2026年5月1日起，V8的运维由刘俊接手。当前对V8最需要确认的问题，是它是否仍承载实际业务数据、哪些模块仍在被生产使用。若其职责已基本由V9承接，则应确认是否存在仍需持续保存或迁移的存量数据，再决定其后续处置方向；若仍有独立承载的业务，则应纳入与V9同等严密的运维与备份体系。目前该事项尚未完成盘点，属于接管初期的待确认项。
计划任务管控系统承担流程管控并含采购相关功能，其所依托的一台服务器上，除计划任务本身外，还同时承载了人资系统、大汽派项目开发进度、凌云志控股系统的工单系统、凌云志官方网站以及东盟汽配城网站——即一台机器上并行运行了至少六类业务与服务，且其中人资与财务敏感相关的数据亦在此承载。同时，该系统包含当前V9在用的全部管理模块功能及采购系统功能，相当于在同机另存了一套近似V9的模块栈。该机费用口径为约13000元/年，本轮服务期为2025年9月10日至2026年9月9日，即到期时间较临近。其关联业务负责人为梁璐（流程相关）。这台机器承载密度之高、业务关键性之强，决定了它应被列为本次接管工作中第一批优先处理的服务器之一。
小猪报餐系统承担报餐、工单、用品管理等功能，是集团日常餐饮与后勤管理的支撑系统，同时面向钉钉与企业微信等渠道运行多个子站，包括钉钉工单、钉钉报餐、钉钉用品、钉钉报餐极速版、钉钉旗舰版，以及企业微信端的工单与报餐入口。其系统功能原由大汽派团队开发，当前运维由刘俊承担。其服务器环境并非台账中呈现的仅有"两台托管的腾讯云机器"这么简单：备案中的两台服务器分别为118.178.126.173（剩余约150GB）与8.129.113.183（剩余约43GB），二者费用于本条以元计约为16125.32，两台服务期均截至2026年9月10日到期；除此之外，还存在一台运行旗舰版的机器，对应IP为47.96.68.22（使用8001端口，处于阿里云环境），这一台此前未纳入正式台账，属于"账外机"，在续费与资产盘点时存在被遗漏的风险。
需要特别说明的是小猪报餐服务器费用的处置进度：围绕其服务器租用的续费（费用申报）事项目前已在集团申报流程中处理，不在本次报告所列"待续费紧急项"范围之内。本报告据此将小猪报餐从"最优先续费清单"中剔除，仅保留对其账外机登记与运维连续的提示。此外，小猪报餐企业主体与账号的归属仍应专项确认，包括钉钉与企业微信下各子账号的责任归属，以厘清运营与收费边界。
除集团内部使用外，小猪报餐还存在对外销售的经营线，以对外收费形式向外部客户提供。该对外线与集团内用线共用同一技术底座，其授权范围、收费对象与客户规模尚未单列，此项费用估算约1718.14元。报告中表格对其"到期时间"出现了一个疑似数据异常的取值（46315），已列为待财务核对项。对外销售与内部使用在营收、授权与客户管理上应分开核算，避免混同造成成本与收入的归属不清。
除集团内部用房外，V9还以租用方式对外销售给外部客户使用，构成一条经营性业务。对外V9运行于四台腾讯云服务器（124.71.103.60、110.41.78.241、110.41.160.105、110.41.43.163），费用口径约20000元，各服务器到期时间分散：其中两台于2029年3月16日到期，第三台于2027年11月22日到期，第四台于2028年3月11日到期。由于到期时间分散，续费记录需单独维护以免遗漏。更关键的是其对外属性带来的问题：对外V9的客户中，哪些运行的是标准版本、哪些曾要求单独定制开发，客户合同与数据的权属边界如何，均需逐户厘清。该项将在对外业务处理章节进一步展开。
无牌车停车系统用于集团楼宇的无牌车停车管理，为天天在用的日常系统。其系统与服务器均来自大汽派团队，且已一次性买断（不产生年续费）。与众不同的是，该系统并未部署在云端，而是运行于南宁综合楼5楼的物理服务器上，其服务器IP、域名与磁盘空间均未登记完善。物理机部署带来断电、硬件老化、硬盘故障与机房环境等单点风险，无法像云主机一样通过控制台迁移与快照恢复。该系统虽买断无续费成本，却几乎是全集团最缺乏灾备托底的系统之一，需要安排线下盘点、异地备份与迁移预案。
金蝶系统承担集团财务管理功能，为云端SaaS部署，年度费用约3238.2元，服务期至2027年2月8日。作为财务系统，其数据敏感度高，租户主体是否为集团本身、是否符合等保与审计要求、管理员与权限边界是否清晰，是需要一并确认的事项。财务类数据库在接管中应遵循最高粒度保存凭证、最小人权限改动与完整审计留痕原则。
南宁登记服务站使用一款预约登记小程序，用于预约登记服务，目前由刘俊负责并在正常使用中。其运行于小程序云端，年度费用约300元，属体量较小的系统。接管重点是确认小程序主体与云账号能收归集团可控账户名下，避免因个人或原团队账号失联导致无法续期或管理。
广东健电面向充电平台提供服务器租赁与数据库托管服务，属对外经营的收益性资产，而非集团内部消耗项。服务器租赁部分费用约为3190.81元（台账原始口径按9572.43元分三期），数据库托管部分约为850.08元（按2550.24元分三期），二者服务期均至2028年6月17日。需要财务专项核实其计费周期：若该"三期"指按季度结算，则年化费用应乘以四，即合计从约4040.9元升至约16163元；若指三年内分摊，则应按年度口径另行校准。此项直接决定该对外经营资产在集团账上的口径，应单独核算、单独管理，明确权属与续费责任方，避免长期混同于内部成本项目而无法清晰计量其经营贡献。
对上述系统的逐一盘点显示，正式可支配与真正可控之间，存在较明显的差距。所谓"正式可支配"，指的是进入集团运营并持续付费；所谓"真正可控"，指的是集团能够决定其源代码去向、能够从底层收回或迁移、能够在负责人更迭时完整接管权限、能够对其数据做主。二者不一致，是本次接管需要解决的核心矛盾。可将权属问题归纳为软件权属、域名权属、云与账号权属、数据权属四个层面。
V9、V8、小猪报餐等核心系统的软件源代码、数据库结构及相关技术基础，均由原乐软或大汽派等技术团队开发。集团通过收购与持续采购获得了使用权，但源代码与知识产权的归属，取决于当初是否签署并留存《源代码及知识产权转让协议》。本报告所依据的台账与交接材料，未在该层面上形成完整的权属书面确认。对集团而言，软件权属是整套系统能否被自由二次开发、能否在人员更迭后继续演进、能否转化为集团自有产品的根本前提；此项一旦缺失，无论日常运行多么顺畅，从"资产"角度都难以成立——外部团队撤场或出现法务争议时，代码的去向将脱离集团控制。此项被列为本次评估中风险等级最高且最需集团层面出面处理的事项。
系统入口所依赖的多个域名，包括 linwinz.com（V9员工入口方向）、lesoft.cn（V9管理入口方向）、yygongdan.com 与 cndqp.com（小猪报餐工单与报餐入口方向）等，其注册商、到期时间与注册人仍需逐一查证。上述域名目前很可能仍登记在个人或原开发团队名下，若未完成向集团主体的转移，那么各自对应的系统访问"钥匙"就仍掌握在集团之外。域名的价值单点集中在：一个过期或所有权转移往往使整套系统失去稳定的对外入口，其影响远高于单台服务器故障。
各系统的腾讯云、阿里云控制台账号，以及服务器操作系统与数据库的管理权限（含高级管理员、第二管理员、系统超管等），其主体是否均为集团、能否通过集团邮箱完成二次验证、是否存在集团外个人对生产环境拥有可写入权限等情况，尚未逐项验证。除系统账外，各系统对外运行所依赖的第三方鉴权（含钉钉、企业微信、短信、邮件、外部登录）的账号与密钥归属也需一并确认。在接管经验中，（云）账号因人员离职被禁用、密码遗失、权限未能移交而导致的"名义接管、实际无法进入"是常见断点，属于必须通过实测登录验证闭环的事项。
对外销售线（对外V9、对外小猪）所处理的客户数据，其读取、保存与使用的权属与合规边界，应与客户端到端的合同一并厘清。尤其是在对外销售并涉及个性化使用的场景下，客户投入定制所产生的数据与配置归属于客户还是集团、合同解除或终止时数据如何剥离、退回到何种程度，均应有明确约定。金蝶等财务系统的租户主体也应确认为集团，以满足审计与被核查要求。
为形成可用于预算与决策的费用口径，本报告将原台账中尚未展开的费用公式逐项摊实。以下费用单位为元；除注明外为年度口径。需特别提示，本财务测算基于台账原始数据近似计算，最终以财务核实数字为准。
| 系统 / 服务 | 费用构成与算式 | 口径 |
|---|---|---|
| 对外V9（4台云服务器） | 20000 | 年口径，多台到期分散（2027-11-22 / 2028-03-11 / 2029-03-16×2） |
| 小猪报餐（两台备案云机） | 3552.8＋1718.4＋10854.12 ≈ 16125.32 | 两台均原定至2026-09-10到期，续费已在申报处理中 |
| 计划任务管控机（含人资等多系统） | 13000 | 2025-09-10 至 2026-09-09，到期近，需优先安排续费 |
| V9内用（部分服务器） | 21085.7 ÷ 3 ＋ 1500 ≈ 8528.6 | 2028-03-04 服务一侧及多台，需进一步落到具体台次 |
| 金蝶（财务SaaS） | 3238.2 | 至2027-02-08 |
| 对外销售小猪 | 1718.14 | "到期"列出现异常值46315，待财务核定 |
| 广东健电（服务器＋DB托管） | 9572.43÷3 ＋ 2550.24÷3 ≈ 4040.9 | 至2028-06-17；计费周期（季/年）待财务核实 |
综上，在年中口径下，全年费用合计大致处于6.3万元至7.7万元区间（取决于健电计费周期）。费用绝对值并不高，主要分布于对外V9、小猪报餐、计划任务机三项。费用体量有限这一事实同样意味着：系统交接的价值重心不应预期为"通过压缩费用驱动的激进改造"，而应定位为"通过权属清晰化、标准化与资源整合实现的有序接管"，从而在不增加日常风险的前提下为集团控制并降低综合成本。
本章按"若拖延处理是否会造成直接业务中断或资产失控"为优先准则，将风险排列为若干优先级。
围绕上述资产现状、权属水平与风险排序，建议以"止损先行、权属坐实、技术瘦身、运营长效"为主线组织接管节奏。所有安排均以不造成存量业务中断为第一约束，在推进过程中以只读探路、逐步收口为原则，避免对正在运行的生产系统采取过急操作。
对外销售线在本次评估中被单独对待，因为它们既是集团从事经营、可产生收入的业务，也是隐含"标准版本"与"客户定制"两种成本结构的场景。判断对外业务是否可持续、是否贡献利润，关键不在于"这批客户是否在付费"，而在于"集团为每个客户维持着哪一类成本形态"。
一个客户若运行在集团维护的标准版本上，那么对集团而言，对该客户补一个修复或引入一项通用功能，边际成本极低，且全体标准客户可一同受益；这类客户具备较高续费黏性与规模效应，是应稳定维系并优先续费的对象。反之，一个客户若要求集团为其单独开发、维护一套定制版本，则其每处差异都会形成独立于主线的代码分支，集团须为其持续投入开发、测试、上线与报障资源，且该投入无法复用于其他客户。单点定制数量越多，"多个版本同时维护"的成本便叠加放大，实际会挤占用于打磨标准产品的精力与资源。因此，在对外业务中明确标准化边界，本质上是控制结构性成本、保障经营效率的手段。
据此，报告建议就对外业务确立以下经营边界：
落实到具体系统：对外V9应先行梳理客户清单，区分标准版本与定制客户；标准客户按常规续费维护，定制客户则由销售与法务逐一评估回迁或边界方案。对外小猪应从授权与收费计量的角度与内用版本拆分核算，如实计量对外经营收入。广东健电作为对外经营的收益资产，应明确其主体经营口径与续费责任，确保交易与收费能够被清晰追踪，而非与集团内部成本混同。
周全的接管离不开稳定与可追溯的人力安排。接管期间建议由集团指定一名运维技术负责人作为唯一统口，负责技术交接、账号回收、监控与变更窗口的管理；过渡期内建议保留刘俊的参与——其熟悉V9、V8与报餐三套核心系统的实现细节与历史脉络，是短时间内难以替代的接力角色；曾总团队与大汽派等外部团队则应通过逐套《交接确认单》完成书面交接后再退出。整体交接以"双轨"推进，即新旧责任在过渡窗口内并存，避免以"一刀切"方式造成业务空窗。
配套层面，应同步建立或完善三项机制：一是监控告警机制，覆盖各系统端口、磁盘、数据库心跳与证书有效期的自动探测；二是变更与备份机制，规定生产环境所有变更执行前的回滚备份路径及变更记录；三是凭据生命周期机制，明确各账号的登记、双因子启用、定期改密与离职回收流程。上述机制的建立与各系统的实际状态监控落地，共同决定接管任务是否由"一次性动迁"转化为"可持续运维"。
总体评估结论是：本次全面接管所涉资产技术形态并不复杂——主要依托腾讯云为主的多台云主机、SQL Server ／ MySQL 类数据库以及南宁一台物理机，整体可控。系统数量虽多、外部依赖链条较深，但其费用总额有限、技术栈集中，具备在约三至四周内完成权属、凭据与备份三项核心接管工作的现实条件。接管的主要难点集中于权属（软件、域名、账号）的书面化确认与对外业务的标准化管理，而非既有平台的技术问题。
基于上述评估，报告向集团提出以下建议事项：
本次评估以集团内部运维与经营资料为基础编制，未经集团批准不得对外披露凭据与系统明细。评估结论供集团内部审定与决策。
集团内部评估报告 · 2026-09-01 · 本文件不含明文口令，凭据一律以集团密码管理体系集中保存。