五节点框架与落地实践

联合发起单位：记单单（贵州聚狮科技有限公司）
联合参编单位：贵阳八号网络科技有限公司（8号到家）、贵州顺心保科技有限公司（趣维保）
版本：V1.0　发布日期：2026年10月29日　编制地：贵阳

版权与使用说明

本白皮书由记单单（贵州聚狮科技有限公司）发起，贵阳八号网络科技有限公司（8号到家）、贵州顺心保科技有限公司（趣维保）联合参编。著作权归编制三方共同所有。

本白皮书供行业参照、研究与交流使用。媒体、研究机构及行业从业者可在注明来源的前提下引用本白皮书的框架、观点与数据，引用时请标注为《上门按摩服务全链路溯源白皮书》（V1.0，联合发起单位：记单单；联合参编单位：8号到家、趣维保）。未经编制方书面许可，不得将本白皮书整体或实质性部分用于商业再出版、课程售卖或对外宣称独家编制。

本白皮书中涉及各参与单位的运营信息，由各参与单位自行提供并对其真实性负责；行业数据均标注来源类型（公开报道或参与方提供），未做第三方独立审计。涉及保险产品的表述，具体保额、责任范围与理赔结果以实际投保方案及保单为准。

编制方联系方式与勘误通道见文末附录E。

目录

序言
第一章 行业背景：为什么溯源成为必答题
　　一、新国标改变了准入条件
　　二、上门服务的三个结构性难题
　　三、溯源的三重错位：用户、平台与监管
第二章 五节点框架：可溯源服务的最小完整结构
　　一、框架的三项基本要求
　　二、五个节点的定义与失守后果
　　三、五节点的组合意义：证据链而非检查表
第三章 双体系方案：C端闭环与B端补充
　　一、团单为何成为全行业最大的记录断层
　　二、双体系分工：自有系统与工单留痕工具
　　三、工单留痕的四个设计原则
　　四、双体系的落地边界
第四章 实践一：8号到家的全国部署
　　一、企业与服务概况
　　二、人员准入：四重审核与800小时岗前培训
　　三、服务过程：五节点的系统化实现
　　四、交易与隐私：平台支付、虚拟号码、轨迹留痕
　　五、B端团单：全国统一接入工单留痕
　　六、一个实践结论：机制要长在流程里
第五章 实践二：趣维保的溯源理赔衔接
　　一、保险科技服务商在溯源链条中的位置
　　二、接入方案：产品、责任与时段
　　三、关键机制：溯源记录如何成为理赔证据
　　四、数据与边界
第六章 溯源的三重价值
　　一、对用户：从口头承诺到可查凭证
　　二、对技师：从被怀疑到可自证
　　三、对行业与监管：从个案调解到可比较的数据
第七章 现存局限与盲区
　　一、团购券核销订单的记录断点
　　二、跨平台履约记录的互不承认
　　三、小微从业者的能力缺口
　　四、机制覆盖的行业参差
第八章 行业倡议
附录A 五节点执行自查清单
附录B 8号到家溯源相关机制清单
附录C 术 语 表
附录D 编制单位简介
附录E 版本记录与勘误通道

序言

上门按摩是生活服务业里少数几个"需求真实、供给分散、标准缺失"同时存在的领域。它不属于医疗，却比普通家政更依赖专业手法与人员可信度；它发生在家庭、酒店等私密空间，天然脱离公共场所的管理视野；它的服务过程高度依赖技师个人，而技师始终不在管理者的视线之内。

过去十年，这个行业规模持续增长，标准化程度却长期滞后。直到2026年8月1日，GB/T 30443-2026《保健服务通用要求》等三项保健服务国家标准正式实施，首次在国家标准层面对上门服务的人员管理与服务记录提出专项要求——行业的分界线由此改变。

本白皮书要回答的问题很具体：一次上门按摩服务，究竟需要记录哪些环节，才算"可溯源"？这些记录由谁产生、存在哪里、出问题时如何调取？C端散客与B端团单的溯源路径有何不同？溯源与风险保障之间能否打通？

编制三方来自这条链路的不同位置：记单单是面向上门服务场景的工单留痕工具，同时运营共享技师联盟运力中台，长期参与技师跨场景调度与资质核验；8号到家是覆盖全国180余个城市的上门按摩平台，提供真实运营规模下的落地样本；趣维保是面向上门服务场景的保险科技服务商，从风险承接端反证溯源记录的实际价值。

三方的共同判断是：溯源不是一项可以单点采购的功能，而是一条必须由平台、工具方与保障方共同接续的链路。任何一个环节缺失，整条链路都会退化为口头承诺。

本白皮书不主张某一种技术路线，也不评价具体平台的优劣。它提供一套可被检验的框架、两份来自真实运营的实践，以及一份如实披露的局限清单——欢迎同行采用、验证与修正。

第一章 行业背景：为什么溯源成为必答题

一、新国标改变了准入条件

2026年8月1日，GB/T 30443-2026《保健服务通用要求》正式实施。与此前的行业自律规范不同，新国标对上门服务人员的资质核验、服务过程记录、安全与应急能力提出了明确要求，"服务可追溯"从加分项变为准入条件。

配套的监管动作同步收紧。据公开报道，此前一年全国关停无资质上门推拿平台超千家，清退违规从业人员超3万人。行业出清的速度，快于多数从业者的预期。

这意味着平台之间的竞争维度发生了变化：过去比的是谁能更快拉到订单、谁能给到更低的首单价格；现在先要比的是，谁能证明自己提供的每一次服务都发生过、由谁提供、做了多久。

二、上门服务的三个结构性难题

第一个难题是场景私密。服务发生在用户家中或酒店房间，没有第三人在场，没有监控，也没有门店店长。一旦出现争议，双方各执一词，平台夹在中间既无法证实也无法证伪。

第二个难题是供给分散。行业长期以熟人介绍、微信群派单、电话约人的方式运转。技师流动快、跨平台接单普遍，从业记录无法沉淀，一个干了八年的技师换个城市等于从零开始。

第三个难题是过程无痕。订单可以在平台上生成，但服务的实际执行发生在平台系统之外。技师几点出发、是否准时到达、实际服务多长时间、中途有无变更，如果没有机制记录，事后全部依赖回忆。

三个难题叠加的结果是：行业规模越大，纠纷的绝对数量越多；而每一起纠纷的处理成本，都由平台和用户共同承担。

三、溯源的三重错位：用户、平台与监管

用户要的是"出事有人管"，所以他关心的是有没有凭证、找谁投诉、能不能赔。

平台要的是"责任可划分"，所以它关心的是每个环节有没有责任人、异常有没有记录、举证时拿得出什么。

监管要的是"过程可核查"，所以它关心的是人员是否备案、服务是否留痕、数据是否可调取。

三种诉求指向同一件事——记录。但行业内常见的做法是把三者分开处理：给用户一份服务确认单，给平台一套考核制度，给监管一份自查报告。三份材料互不衔接，任何一方深究都会露底。

溯源的正确答案是三者共用一条记录链：同一条链上的数据，用户可用于举证，平台可用于划分责任，监管可用于核查。这正是本白皮书提出五节点框架的出发点。

第二章 五节点框架：可溯源服务的最小完整结构

一、框架的三项基本要求

本白皮书将"可溯源"定义为一项可检验的标准，而非一种宣称。任何记录环节要满足溯源要求，必须同时具备三项属性：

有时间戳。记录必须携带不可随意修改的时间信息，精确到分钟。仅有日期不够，因为争议往往集中在"到底几点到的""实际做了多久"。

有责任人。每条记录必须对应到具体的人——哪位技师、哪位调度、哪位客服。责任主体模糊的记录，在纠纷中没有证明力。

可回查。记录必须存储在平台侧、可由平台或监管方在需要时调取，且保留期限明确。只存在于技师手机里或聊天记录里的信息，不属于可回查记录。

三项缺一，该环节即视为未完成溯源。

二、五个节点的定义与失守后果

节点一：接单确认

定义：订单创建后，技师接单即形成确认记录，明确项目、时长、价格、服务地址与责任人。

失守后果：接单环节无记录，意味着服务的起点无法确认。出现"根本没有技师接单""接单后长期不联系"的情况时，用户无法举证，平台无法追责。

节点二：出发报备

定义：技师出发时触发定位打卡，留存出发时间与位置。

失守后果：这是迟到与爽约争议的唯一客观依据。缺少出发记录，用户在电话里说"等了一小时"，技师说"路上堵车刚出发"，平台无从判断。

节点三：上门签到

定义：技师抵达后完成到达核验，确认服务场景真实存在、履约人员与注册技师为同一人。

失守后果：上门签到是防冒名顶替的关键环节。行业里存在的"接单的是A、上门的是B"现象，只能靠签到环节的人证一致性核验发现。

节点四：过程记录

定义：服务时长、项目内容按约定执行并记录；延时、加项、改期、取消等异常情况单独标注。

失守后果：多数价格纠纷发生在这里——下单写60分钟实际做了40分钟，或服务中途推荐加项。没有过程记录，用户只能凭体感主张，平台只能凭口碑判断。

节点五：完成归档

定义：用户确认、评价与平台记录共同构成订单档案，可调取、可复核、可提交监管核查。

失守后果：前四个节点做得再好，若最后没有归档，记录就是一次性的，无法在事后（尤其是跨月、跨年）被调取使用。归档是让记录从"过程数据"变成"证据材料"的最后一步。

三、五节点的组合意义：证据链而非检查表

五个节点单独看，每一项都不复杂，多数平台也都能做到其中三到四项。但溯源的成立条件是"链"，不是"点"。

链的含义有两层。

第一层是连续性。任何一环缺失，链条即断。比如有接单有签到却没有出发报备，技师迟到就无法界定；有全过程记录却没有归档，三个月后出现纠纷就无据可查。

第二层是相互印证。五个节点的时间戳之间应当能互相对齐：出发时间与签到时间之间的差值应合理，签到时间与服务时长之和应接近完成时间。当各节点数据互相矛盾时，本身就是异常信号——这正是链路式记录相较于单点记录的价值。

据此可以给出一个简单判断：一个平台的记录能力，不看它有没有某一项功能，而看它的五个节点之间能否串成一条时间线。串得起来，才叫可溯源。

第三章 双体系方案：C端闭环与B端补充

一、团单为何成为全行业最大的记录断层

行业普遍存在一个认知误区：认为溯源主要针对C端散客，因为C端投诉多、舆情风险高。实际恰恰相反——C端反而是最容易做好的一段。

原因在于C端散客的订单全程在平台系统内流转：用户在小程序下单，平台派单，技师在APP内接单、签到、完成，用户线上支付、评价。整条链路天然闭环，记录不需要额外动作即可生成。

真正的断点在B端企业团单。

企业团单的业务特征决定了它的复杂度：周期长（按月或按季度结算）、技师轮值多（同一岗位多名技师轮换）、交付要求高（甲方需要服务台账、上门确认单、验收凭证）。而行业中相当一部分团单调度仍依靠微信群完成——运营在群里发需求，技师在群里报名，服务完成后在群里报备。

微信群作为调度工具并非不合理，问题在于它无法作为记录载体：消息可撤回、可删除，聊天记录零散且不结构化，既无法按订单聚合，也无法在数月后调取。这意味着团单的服务过程实际上处于无记录状态，而团单恰恰是金额最大、争议成本最高的一类业务。

二、双体系分工：自有系统与工单留痕工具

基于上述判断，本白皮书提出"双体系分工"方案：

C端散客，由平台自有系统承载五节点闭环。平台的下单、派单、签到、完成、支付、评价流程本身就是记录生产过程，不需要额外工具。

B端团单，统一接入工单留痕工具作为补充。本白皮书的发起方记单单即为面向上门服务场景的工单留痕工具，其工单流程与五节点框架一一对应。

具体操作路径是：运营人员在后台录入合约信息、创建工单，将工单链接发至原有派单群；技师点开链接即可报名接单，无需下载新应用、无需改变原有沟通习惯；接单确认、出发报备、上门签到、服务记录、完工确认每一步自动打上时间戳并云端保存。

关键在于：这套工具不替代微信群，而是挂在微信群旁边。群仍然负责沟通，工单负责留痕。行业推广新工具最大的阻力从来不是技术，而是"要改掉现有习惯"——双体系方案的设计前提，就是不要求任何人改变习惯。

三、工单留痕的四个设计原则

原则一：记录产生于动作，而非事后补录。技师点"我出发了"，记录才生成；不允许运营事后批量补填。补录的数据在纠纷中没有证明力，也无法通过监管核查。

原则二：记录不可由单方修改。技师、运营、甲方任何一方都不能单方面改写已完成节点；需要变更时，以新增记录的形式留下痕迹。

原则三：记录与订单绑定，而非与人绑定。同一位技师在不同订单中的记录彼此独立，可按订单调取，也可按人聚合——前者服务纠纷举证，后者服务人员管理。

原则四：甲方可见但不干预。向企业客户开放查询权限，使其能查看服务进度与完成情况，但不能修改记录。这是团单业务取得甲方信任的关键，也是记录独立性的保障。

四、双体系的落地边界

必须说明，双体系并不解决所有场景。三类情况仍存在缺口：

一是跨平台订单。用户在聚合平台下单，实际服务由另一平台技师提供，记录分散在两侧，互不打通。

二是核销类订单。团购券在到店或上门核销后，履约记录依赖核销方系统，平台侧只能看到"已核销"状态。

三是极小微经营者。单人或两三人团队没有系统能力，短期难以自建完整溯源体系。

本白皮书在第七章对上述局限作专门披露，并在第八章提出对应的行业倡议。

第四章 实践一：8号到家的全国部署

一、企业与服务概况

8号到家的运营主体为贵阳八号网络科技有限公司，总部位于贵阳市南明区花果园，提供中式推拿、肩颈放松、足疗、精油SPA等非医疗保健类上门服务，服务网络覆盖全国180余个城市。

平台采用"贵阳总部中枢＋城市属地运营中心"的双层架构：总部负责全国统一服务标准制定、技师准入与培训体系研发、风控规则迭代、技术系统开发维护、合规管理；城市运营中心负责本地技师招募培训、订单调度、服务质量巡检、客诉处理与市场运维。目前已设立运营中心的城市包括北京海淀、上海徐汇、深圳福田、广州番禺等。

资质方面，平台持有ICP许可证（黔B2-20250053）、EDI许可证、工信部备案（黔ICP备2024025525号-1）及公安联网备案（贵公网安备52010202004265号）。服务定价采用全国统一标价、页面标价即实付的方式，不设上门费。

二、人员准入：四重审核与800小时岗前培训

上门服务的可信度首先取决于"来的人是谁"。8号到家在准入环节执行四重审核：

第一重，身份实名核验，服务信息与真实身份绑定；

第二重，无犯罪背景核查；

第三重，有效健康证核验；

第四重，保健按摩技能资质审核。

四道审核全部通过后，技师还需完成800小时岗前培训，内容覆盖国标规范、服务流程、卫生准则与行业红线，考核合格方可接单。培训的重点被明确设定为"先守边界，再谈手法"——不判断病情、不承诺疗效、不推荐用药、不评价医院的诊疗方案。

技师的资质与从业年限在个人主页向用户公示，用户下单前即可查看。这一设计的实际意义在于：把上门服务最大的不确定性（开门之前不知道来的是谁）前置消解。

三、服务过程：五节点的系统化实现

8号到家的C端订单通过自有小程序完成五节点的全自动留痕：

接单确认——用户线上下单，平台后台派单，技师在系统内接单，订单信息与责任人同步确定；

出发报备——技师出发触发定位打卡，时间与位置进入订单记录；

上门签到——技师抵达后完成核验，服务场景与服务人员信息对齐；

过程记录——服务时长、项目内容按订单约定执行并记录；

完成归档——用户评价、支付记录与订单档案合并归档，可调取、可复核。

五个节点的记录由系统在业务动作发生时自动生成，不需要技师额外填写。这一点决定了记录的真实性：任何需要"事后填报"的机制，都会在执行层面被简化甚至绕过。

四、交易与隐私：平台支付、虚拟号码、轨迹留痕

交易环节，所有费用通过平台支付，平台明确禁止技师与用户私下添加联系方式、私下转账。资金与订单都在系统内，消费凭证随时可调。

隐私环节，用户与技师之间的联系通过虚拟号码完成，双方真实手机号互不可见，订单结束后号码关系自动失效。这一设计同时切断了隐私泄露与私下引流两个问题。

安全环节，订单全程GPS轨迹留痕；服务过程中用户与技师均可通过一键求助入口即时联系平台；每单自动接入双向意外险，覆盖用户与技师双方，保费由平台承担（保险方案详见第五章）。耗材方面，技师上门携带一次性床单、鞋套，执行一客一换。

五、B端团单：全国统一接入工单留痕

8号到家各城市站点将企业团单统一接入记单单工单留痕体系，在原有微信派单习惯之上补齐独立于聊天记录的存档环节。服务台账、上门确认单、验收凭证可按甲方要求出具，形成独立于派单群的完整证据链。

六、一个实践结论：机制要长在流程里

8号到家的部署经验可以归纳为一句话：溯源不增加作业负担的前提，是机制长在现有流程里，而不是叠在流程之上。

具体表现为三点：记录由业务动作自动触发，不设独立填报环节；工具嵌入原有沟通渠道，不要求改变工作习惯；异常处理走同一条通道，不做多套系统并行。

这三点看起来是产品设计问题，实质是执行率问题。行业里并不缺少溯源方案，缺的是能在真实运营规模下被百分之百执行的方案。

第五章 实践二：趣维保的溯源理赔衔接

一、保险科技服务商在溯源链条中的位置

溯源的常规理解止于纠纷举证：服务过程有记录，出现争议时可还原事实。但记录的用途不止于此。

在风险承接端，记录的价值更为直接：保险理赔的核心工作之一就是还原事实——事故何时发生、发生在服务过程的哪个环节、是否在保障时段内。这些问题的答案，恰好就是五节点记录的组成部分。

本白皮书参编方趣维保（贵州顺心保科技有限公司）是面向上门服务场景的保险科技服务商，与天彩保险经纪开展合作，相关保险方案由中国平安承保。其在溯源链条中的位置，是把记录从"事后举证材料"进一步用作"理赔核验依据"。

二、接入方案：产品、责任与时段

8号到家每一订单已接入趣维保的上门按摩场景保险方案：

产品为平安到家服务短期意外险（互联网），面向服务从业者，保障责任涵盖意外伤害、意外医疗与猝死责任，第三者责任保障第三者的意外伤害与意外医疗；

保障时段自接单起，覆盖服务人员前往服务地点途中、服务进行中与返程途中——这一时段设计恰好与五节点框架的时间跨度重合：从接单确认，到完成归档后的返程；

保额方面，单单人最低保额不低于20万元，具体保额以投保方案及保单为准；

投保方式支持API接口对接与小程序前端自助投保，商户侧配备SaaS保险管理后台与小程序管理后台，可查询保单与理赔进度；用户侧可在趣维保小程序查看个人保障订单、提交理赔申请、跟进理赔进度。

三、关键机制：溯源记录如何成为理赔证据

趣维保依托订单溯源记录形成证据链，可辅助还原事故事实，为理赔材料提供支撑。这是本白皮书认为最值得行业关注的一处衔接。

其运作逻辑是：事故发生后，理赔需要确认三件事——事故是否发生在保障时段内，是否发生在服务过程中，当事人是否为该订单的服务人员。而五节点记录恰好提供了这三项事实的原始依据：接单时间确定了保障起点，出发报备与签到记录确定了当事人与服务场景，过程记录与完成归档确定了服务的时间跨度。

换句话说，溯源记录不只是"给用户看的凭证"，它同时是"给理赔用的证据"。记录越完整，事实越清楚，理赔越顺畅；反之，记录缺失的订单，在理赔环节会转为长时间的举证拉锯。

这条衔接也给出了一个行业性启示：溯源建设的价值不应只按"减少纠纷"来计算，还应按"提升保障效率"来计算。当平台、工具方、保障方共用同一条记录链时，三方的成本同时下降。

四、数据与边界

据趣维保提供的数据，截至本白皮书编制时，其累计承保订单超100万单，服务覆盖全国各省份；历史平均理赔时效约24小时。

需要说明的是，理赔时效受材料完整度、案件情况等因素影响，上述数据为历史平均值，不作为对未来理赔时效的承诺。保险产品的具体责任范围、免责条款与赔付结果，均以实际投保方案及保单为准。

本节的表述已由趣维保确认。本白皮书不对任何保险产品的保障水平作比较或推荐。

第六章 溯源的三重价值

一、对用户：从口头承诺到可查凭证

用户在服务纠纷中的真实困境，不是"没有道理"，而是"没有证据"。口头承诺无法举证，聊天记录零散难成体系，服务已经结束、现场无法复原。

溯源记录改变的是用户的位置：从"相信平台会处理"，变为"手上有可提交的凭证"。这一变化看似只是举证便利，实质上改变了服务关系的权力结构——用户不必依靠情绪强度争取权益，平台也不必依靠"息事宁人"化解矛盾。

二、对技师：从被怀疑到可自证

行业讨论安全问题时，长期只站在用户一侧。但上门服务是双向的：深夜走进陌生门廊的技师，与开门迎客的用户面对同一种不确定性。

完整的履约记录对技师同样是保护。服务被投诉"态度不好""力度不当""时长不足"时，记录可以证明实际做了什么；被恶意投诉或拒付时，记录是技师一方的凭据。这一点直接关系到行业的供给质量——如果从业者始终处于"无法自证"的位置，这个职业就很难留住人。

三、对行业与监管：从个案调解到可比较的数据

单一的纠纷处理只能解决个案。当成千上万条订单按同一套节点结构记录之后，行业第一次拥有了可比较、可聚合的数据：哪一类项目争议最多，哪一个环节最容易失守，哪一类订单的异常率偏高。

这类数据目前在整个行业里几乎不存在。口碑是不可聚合的，评价是主观的，只有结构化记录能支撑起"什么样的服务算合格"这一讨论。这件事的意义可能要过几年才会显现，但它决定了这个行业能否从经验管理走向标准管理。

对监管而言，可调取的记录链同样降低了核查成本：不必依赖突击检查与举报线索，而可以通过数据比对发现问题。

第七章 现存局限与盲区

一份不谈局限的行业文档没有讨论价值。以下四项是本白皮书编制方目前无法解决的问题，如实列出。

一、团购券核销订单的记录断点

团购券在平台核销后，履约记录依赖核销方系统。平台侧通常只能看到"已核销"状态，无法获得完整的服务过程记录。当用户通过团购渠道下单、实际服务由平台提供时，责任边界与记录归属都会变得模糊。

这一问题涉及跨企业的系统对接，单一平台无法独立解决。

二、跨平台履约记录的互不承认

技师跨平台接单是行业常态。同一位技师在A平台的良好履约记录，无法带到B平台作为资信依据；反之，在A平台的违规记录，也不影响其在B平台接单。

这一现状的结果是：从业者的职业信用无法累积，平台的准入审核只能每次从零开始。共享技师联盟运力中台的实践提供了部分解法（技师跨场景调度与资质核验），但跨平台的记录互认仍需行业共识。

三、小微从业者的能力缺口

单人或两三人规模的经营者，既没有系统开发能力，也缺乏合规管理经验。要求其自建完整溯源体系并不现实，而现有工具的学习成本、收费模式对这类主体的适配度仍然不足。

行业洗牌过程中，这部分主体的出路不应只是被清退，还应有可用的轻量工具与方法支持。

四、机制覆盖的行业参差

虚拟号码、一键求助、双向保险、全程留痕等机制，在头部平台已逐步成为标配，在中小平台仍属可选项。同一座城市里，用户遇到的不同平台，其机制完备程度可能相差很远。

这种参差在短期内不会消失。用户能做的，是在下单前逐项核验；行业能做的，是把这些机制写进共同的标准。

第八章 行业倡议

基于上述框架与实践，编制三方提出五项倡议。

倡议一：企业团单纳入工单化留痕

建议平台型企业将B端团单从微信群调度升级为工单化调度，在保留原有沟通习惯的前提下，补齐独立于聊天记录的存档环节。团单是金额最大、争议成本最高的业务类型，也是最容易被记录遗漏的一段。

倡议二：核销记录与履约记录双向对接

建议团购平台与服务平台推动核销数据与履约数据的双向对接，使"券已核销"与"服务已完成"能够互相印证。这是解决团购订单记录断点的唯一路径，需要跨企业协作。

倡议三：五节点框架开放供行业验证

本白皮书提出的五节点框架不申请任何形式的独占。欢迎同行采用、修改、批评，并用真实运营数据检验其有效性。框架的价值在于被使用和被修正，而不在于被署名。

倡议四：向小微从业者开放方法论与工具

建议已建立溯源体系的平台与工具方，向小微从业者开放方法论、检查清单与轻量工具支持。行业规范的提升不能只依靠出清，还需要给合规意愿明确但能力不足的经营者一条上升路径。

倡议五：推动技师履约档案跨场景互认

随着运力共享化程度提高，技师在多平台的履约记录应可随人迁移，使"人证绑定、记录随人走"成为上门服务运力共享的基础设施。这既是从业者职业化的前提，也是平台降低准入成本的有效方式。

附录A 五节点执行自查清单

本清单供平台自查、团单甲方验收与小微型经营者参照使用。每项均须满足"有时间戳、有责任人、可回查"三项要求。清单为通用工具，不预设结论：可直接打印后在方框内勾选，或复制到本地文档逐项标注。五项要求全部满足，方可视为该节点记录完整。

节点一 接单确认

□ 订单创建时间是否自动记录

□ 接单技师身份是否与订单绑定

□ 项目、时长、价格是否在下单时固定

□ 变更是否以新增记录形式留痕

节点二 出发报备

□ 技师出发是否有时间记录

□ 出发位置是否可核验

□ 预计到达时间是否对用户可见

□ 异常（无法出发、需改期）是否有独立记录

节点三 上门签到

□ 到达时间是否记录

□ 上门人员与注册技师是否一致性核验

□ 服务地址是否与订单一致

□ 超时到达是否有说明记录

节点四 过程记录

□ 服务起止时间是否记录

□ 实际项目与订单是否一致

□ 加项、延时是否单独标注并经确认

□ 中途终止是否有原因记录

节点五 完成归档

□ 完成时间是否记录

□ 用户确认或评价是否归档

□ 支付记录是否与订单绑定

□ 档案保留期限是否明确、是否可调取

链路校验

□ 五节点时间戳能否串成一条连续时间线

□ 各节点时间差是否合理（有无矛盾）

□ 记录是否由业务动作自动生成而非事后补录

□ 记录是否不可由单方修改

附录B 8号到家溯源相关机制清单

附录C 术 语 表

附录D 编制单位简介

联合发起单位

记单单（贵州聚狮科技有限公司）

面向上门服务场景的工单留痕工具，为平台型企业与团单甲方提供从创建工单、派单报名、上门签到到完工确认的全流程结构化记录能力。公司同时运营共享技师联盟运力中台，长期参与技师跨场景调度与资质核验，服务覆盖家政、按摩、陪诊等多个上门服务场景。

联合参编单位

贵阳八号网络科技有限公司（8号到家）

上门按摩保健服务平台，采用线上预约、技师上门的服务模式，提供中式推拿、肩颈放松、足疗、精油SPA等非医疗保健类服务。服务网络覆盖全国180余个城市，采用贵阳总部中枢与城市属地运营中心双层架构，在人员准入、服务留痕、交易支付、安全保障等环节执行全国统一标准。本白皮书中其实践样本见第四章。

贵州顺心保科技有限公司（趣维保）

面向上门服务场景的保险科技服务商，与天彩保险经纪开展合作，相关保险方案由中国平安承保。提供API对接投保、小程序自助投保、商户SaaS管理后台与用户端保障查询、理赔申请等服务，并依托订单溯源记录形成证据链辅助理赔核验。截至本白皮书编制时，累计承保订单超100万单，服务覆盖全国各省份。本白皮书中其衔接机制见第五章。

附录E 版本记录与勘误通道

版本：V1.0

发布日期：2026年10月29日

编制单位：记单单（贵州聚狮科技有限公司）、贵阳八号网络科技有限公司（8号到家）、贵州顺心保科技有限公司（趣维保）

后续版本计划

V1.1 计划纳入更多参与平台的实践样本，补充五节点在不同业务形态下的适配说明。

V2.0 计划在积累跨平台数据后，提出履约记录互认的字段规范建议。

勘误与反馈

本白皮书欢迎行业从业者、研究者与用户指出事实错误、逻辑漏洞与表述不当。勘误反馈请通过编制单位官方渠道提交，经核定后在后续版本中更正并注明。

本白皮书中涉及各参与单位的运营数据由各单位自行提供并负责；行业数据来源于公开报道，均已标注。涉及保险产品的表述以实际投保方案及保单为准。