返修设备怎样关联原销售记录与维修用料
返修设备要和原销售记录、实际维修用料对应起来,关键不是把所有信息写进备注,而是保留一条清晰的业务链:原销售单找到交付记录,交付记录发起退回,再创建维修单并填写客户、产品和序列号,最后在 Parts 中登记实际用料。这样售后人员既能追溯设备从哪里来,也能解释维修过程中用了什么。
最稳妥的做法是“原销售单负责找回设备,维修单负责描述维修,Parts 负责记录用料,Product Moves 负责查看库存移动”。原销售单和维修单不是互相替代的两张单,而是通过退回记录、客户、产品和批次或序列号组成关联链。
官方参考地址:https://github.com/odoo/documentation/blob/19.0/content/applications/inventory_and_mrp/repairs/repair_orders.rst
先把返修设备挂回原销售记录
家电门店接到返修设备时,先不要直接新建一张没有来源的维修单。打开当初卖出设备的销售单,进入 Delivery,再从交付记录点击 Return。这一步会建立一条 Reverse Transfer,用来表示设备从客户处退回仓库。
退回窗口里核对产品、已交付数量和单位;如果一张交付单里有多种商品,只保留本次返修的那一行。确认退回后,设备回到仓库,随后在反向调拨表单上点击 Validate 登记收货。这里保留原销售单作为入口,后面查客户、交付数量或再次发货时,不必依赖维修人员手工回忆。

创建维修单时固定住设备身份
完成退回登记后,进入 Repairs 应用点击 New。维修单至少要填写客户和 Product to Repair。如果设备按批次或序列号追踪,选择产品后继续填写 Lot/Serial,这一步能把“同型号的一台设备”缩小到实际返修的那一台。
接着补充 Scheduled Date、Responsible 和标签等字段。是否勾选 Under Warranty 要按照门店自己的售后规则判断;它影响维修单中配件收费处理,不能因为设备已经退回就默认勾选。维修备注可以写故障现象、客户描述和拆机注意事项,但不要用备注替代产品、序列号和用料行。
填写完成后点击 Confirm Repair。维修单进入 Confirmed 后,系统会显示组件是否可用;准备开工时点击 Start Repair,如果设备暂不维修则保留在当前状态或按实际情况取消。每个状态都对应一个明确的业务动作,售后人员交接时更容易判断卡在哪一环。
在 Parts 中记录维修用料和实际数量
维修单的 Parts 标签页是关联维修用料的核心位置。点击 Add a line 后,先在 Type 中选择这行物料的性质:
Add:维修时装入设备的配件,例如更换的电源板。Remove:从设备上拆下、不再继续使用的部件。Recycle:拆下后回收到仓库、准备以后再利用的部件。
然后选择 Product,按需要填写 Demand。Demand 表示计划使用量,Quantity 表示实际使用量;维修中临时少用、多用或换了另一种配件时,应在结束前把实际数量调整准确。不要把“预计要用两件”当成“已经用了两件”,否则库存和成本记录会与维修事实不一致。

完工后用 Product Moves 收口
维修完成后点击 End Repair。如果计划用量和实际用量不同,系统会提示确认差异;核对无误后确认,维修单进入 Repaired 状态,并出现 Product Moves 智能按钮。点击它查看设备和配件在维修前后的库存移动,这比只看维修备注更适合做交接和盘点。
如果设备在保修范围内,可以按门店流程安排返还客户;如果需要收费,Odoo 文档说明可以从维修单创建报价,报价中会带入维修使用的配件。再次交付时回到原销售单的交付入口,找到对应的退回记录并发起返还,返修单的关联入口也会显示在退回表单上。这样原销售、退回、维修和再次交付仍在同一条记录链上。
门店最容易漏掉的三个核对点
- 产品身份:同型号设备要优先核对批次或序列号,不要仅凭客户姓名判断。
- 数量含义:Parts 中分别看计划数量和实际数量,结束维修前处理差异提示。
- 库存收口:维修结束后查看 Product Moves,确认拆下、装入和回收的物料都有对应记录。
相关问答
没有找到原销售单还能创建维修单吗?
可以先按门店的补录流程创建维修单,但这时原销售记录与退回记录无法自动形成完整链路。建议先用客户、产品、序列号和交付信息查找原单,确认来源后再补齐关联信息。
维修单里的 Demand 和 Quantity 为什么要分开?
Demand 是计划用量,Quantity 是实际用量。两者分开可以记录维修过程中发生的替换、少用或未使用情况,也便于后续从 Product Moves 追踪库存变化。
维修备注能不能代替 Parts?
不建议。备注适合记录现象和处理说明,Parts 才能按物料、类型和数量记录维修用料。只写备注会让库存、成本和售后追溯缺少结构化依据。
总结来说,返修设备的记录顺序应保持为:原销售单找到交付记录,退回记录接收设备,维修单固定客户与设备身份,Parts 记录用料,Product Moves 查看库存移动,最后从原销售链安排再次交付。按这个顺序维护,家电维修门店就能把“卖出去的哪一台、为什么返修、用了什么、是否已经交回”放在同一条可核对的业务链上。
印刷文件交付时怎样登记缺失字体与链接素材
- 上一篇
- 印刷文件交付时怎样登记缺失字体与链接素材
- 下一篇
- 加工报废料怎样与正常剩余料分开登记
-
- 文章 · 常见问题 | 1小时前 |
- 客户现场设备怎样关联单件资产编号与安装位置
- 303浏览 收藏
-
- 文章 · 常见问题 | 1小时前 |
- 加工报废料怎样与正常剩余料分开登记
- 298浏览 收藏
-
- 文章 · 常见问题 | 1小时前 |
- 藏品入藏时的状况记录怎样关联照片与检查时间
- 339浏览 收藏
-
- 文章 · 常见问题 | 1小时前 |
- 铁路备件标识怎样区分部件型号与单件身份
- 269浏览 收藏
-
- 文章 · 常见问题 | 7小时前 |
- 特效变音魔术师能在通话中实时变声吗?录音处理与跨应用边界
- 471浏览 收藏
-
- 文章 · 常见问题 | 8小时前 |
- 兽音译者的纳秒级测试代表网页速度吗?基准环境与体验边界说明
- 228浏览 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 485次学习
-
- PubMedQA
- 深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
- 463次使用
-
- H2O EvalGPT
- H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
- 526次使用
-
- LMArena
- LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
- 544次使用
-
- HELM
- 深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
- 493次使用
-
- MMBench
- MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
- 311次使用
-
- 家电维修后怎么验收:先看哪些项目、票据和保修凭证
- 2026-08-30 299浏览
-
- 工程机械维修记录如何关联设备编号、故障现象和验收结果
- 2026-09-15 162浏览
-
- 物业公共区域维修费用如何区分报修、审批和结算记录
- 2026-09-19 430浏览

