南京易企达交付的设备仪器售后工单小程序：客户扫码提交报修并跟踪进度，调度按区域与技能派工，工程师上门打卡、记录处理与备件、客户现场签字，维修移机安装培训都用同一套工单跑。
只列可核查的交付事实：项目定位、交付形态、覆盖范围、技术选型与归属口径。
每一项都是客户实际在用的功能，不是模块清单。
客户扫设备上的码或进小程序填单：设备编号、故障现象、照片视频、期望上门时间。提交后能看到派给谁、什么时候来、处理到哪一步，不必打电话追问。
调度按区域、技能与当前工单量派单，工程师在手机上接单或申请改派。改派留痕，谁在什么时候把单转给了谁，事后查得到，不是口头协调。
到场用定位打卡并记录时间，处理过程可加照片与说明；完成后客户在小程序上确认签字，服务才算结束。回单没确认的单，系统会标出来催办。
移机和培训不是维修，但流程骨架一样：受理、派工、到场、完成、确认。用同一套工单承载不同类型，各自带自己的表单字段，不做四套系统。
现场更换的备件从库存领用并挂在工单上，收费项逐条列出、客户确认后计入结算。一台设备一次服务的成本构成，事后能拆开看。
响应时长、到场时长、一次解决率、人均工单量、客户评价按人或按区域汇总。哪类故障反复出现、哪个环节最耗时，报表里能看出来。
先看入口与业务域，再看技术选型；只写结构与取舍，不写客户内部数据。
不是功能罗列，是当初的判断。
报修之后最消耗信任的是「不知道有没有人管」。进度在小程序里可见，派给谁、几点到、处理到哪一步都在，客服的电话量自然下来。
定位打卡、现场照片、客户签字三段记录形成闭环。事后有争议时，能拿出的是证据，不是「我记得我去过」。
谁在哪个区、擅长什么设备、手上还有几单，系统里有。调度可以按建议派，也可以手动改派，但改派要留记录。
备件领用与收费挂在工单上，一次服务的成本与收入在同一处。月末不用再把领料单和收费单人工对到一起。
同样的需求，不同做法代价不同；这里写清楚为什么这样选。
维修、移机、安装、培训的差别在表单字段与作业内容，不在流程骨架。为每类各建一套，调度就得在四个后台之间切换，统计也永远合不到一起。
允许补录，就等于承认记录可以是编的。定位与时间戳在到场那一刻写下，范围不符的会标异常由调度核实——这条守住，服务记录才有结算价值。
备件单独记账、收费单独开单，最后就得靠人把两本账对起来。挂在工单上，一次服务的成本与收入天生在一起，毛利能算到单。
判断标准写在这里，避免双方预期错位。
问答与页面结构化数据同源，答案口径两站一致。
用微信小程序。设备上贴二维码，客户扫码即可进入报修页，不需要下载安装，也不需要注册账号——用微信身份即可，历史报修记录按手机号或设备编号归集。
一套。工单的骨架是「受理 → 派工 → 到场 → 完成 → 确认」，四类服务共用这条主线，差别放在表单字段与作业项上。这样调度只在一个后台工作，统计也能横向比较不同类型服务的耗时与成本。
系统按区域、技能标签与当前工单量给出建议人选，调度可以一键派给建议对象，也可以手动改派。改派会记录操作人与时间，避免事后说不清是谁把单转走的。
关键操作先本地缓存，网络恢复后自动补传；照片支持先拍后传。打卡时间以操作时刻为准、上报时刻单独记录，两者不一致的会标注出来供调度核实，不算异常也不算正常。
备件从库存领用时即挂到工单，收费项（人工、备件、差旅等）逐条列出并由客户在小程序确认。结算时按工单汇总，成本与收入在同一张单上，方便按单算毛利。
可以。工单里的设备编号可以对接已有的设备档案，从设备反查全部服务历史；也可以把服务数据推给制造方的生产售后系统。前提是对方提供接口，能接到什么程度需要在项目开始前确认。
本页不含报价。费用主要取决于服务类型数量、工程师规模、是否需要对接备件库存与财务系统。一般分两期：先上报修、派工与回单主线，再补备件结算与统计报表。