简介这份 SAP CS 模块概览课件面向客户服务顾问及具备 PM、SD 背景的专业顾问系统梳理客户服务模块的核心功能与业务脉络。内容涵盖技术对象设备、功能位置、序列号物品、车队对象、服务通知与订单处理、通过销售周期向客户计费、保修与已安装基础管理、服务规划及测量点文档等主题并延伸至 PM/CS 与 SD 组织结构、企业结构配置以及 CS 与 FI/CO、SD、MM、PS 等模块的集成关系最后串联工厂维护流程与客户服务流程的完整闭环。资源包内含 1 个 PPT 文件约 487KB以幻灯片形式呈现课程目标、目标群体、术语说明与流程图示结构紧凑、便于按章节查阅。目前已有 99 人学习适合作为 SAP CS 入门培训或顾问知识梳理的参考材料帮助读者快速建立模块全景认知为后续深入学习与实际项目应用打下基础。1. 从一张客户投诉单说起SAP CS 模块到底管什么客户设备在产线上突然停机电话打到客服中心从这一刻起SAP CS 模块就开始接管了。它要记录故障设备是谁的、装在哪里、什么症状、派谁去修、用了哪些备件、最后怎么向客户收钱。很多刚接触 SAP 的顾问会把 CS 和 PM 搞混觉得都是修东西实际上 CS 的核心是“客户资产的服务闭环”PM 更偏向内部工厂维护。这份 CS-Overview 资料把整个模块的骨架拆得很清楚技术对象、服务通知、服务订单、计费、保修、服务规划一条线串下来。适合谁看客户服务顾问、PM 和 SD 顾问以及需要理解 CS 与 FI/CO、MM、SD 集成关系的实施人员。如果你正被“设备主数据怎么建”“服务订单和销售订单什么关系”这类问题卡住这份概览能帮你先把地图画出来。2. 技术对象与主数据设备、功能位置和序列号怎么摆2.1 功能位置与设备一个管“地方”一个管“东西”功能位置Functional Location描述的是“维护发生在哪里”它按功能、流程或空间标准来划分比如某工厂的某条产线某个工位。设备Equipment则是“被维护的那个独立物理对象”可以安装在某个功能位置上。常见做法是先建功能位置树再把设备挂上去。设备主记录里会带保修信息、序列号、测量点等这些数据在后续服务通知和订单里会自动带出来。功能位置的编码结构通常带层级比如XXXX-1000-101-PC每一段代表一层组织划分。设备编号可以是内部给号也可以跟序列号绑定。这里有个容易翻车的地方功能位置一旦被设备使用再改上层结构就会很麻烦所以前期规划要留余量。2.2 序列号与物料主数据卖同款设备时怎么区分当同一型号的设备要卖给多个客户就需要序列号管理。序列号是挂在物料码下面的唯一标识每一台设备对应一个序列号。物料主数据里要维护好服务物料标准服务物料类型是 DIEN。服务产品则是在服务物料上再挂任务清单把服务操作列清楚。设备主数据、物料主数据、客户主数据这三者要提前对齐。设备主记录里会引用物料号和序列号客户主记录里带地址和保修条款。如果客户主数据没维护全创建服务通知时“送达方”地址就带不出来只能手工补量大了就是灾难。2.3 任务清单与工作中心把维修步骤标准化任务清单Task List是一组标准操作附带物料组件、工作中心、控制码和工时。工作中心定义“在哪里、什么时候执行操作”。常见做法是把高频维修场景做成任务清单比如“更换主板”“年度保养”服务订单里直接引用省去每次手工排工序。下面这段 ABAP 代码演示如何通过函数模块读取某个设备对应的任务清单抬头和操作实际项目里常用来做批量校验或报表。 读取指定设备关联的任务清单 DATA: lt_tasklist TYPE STANDARD TABLE OF tlist_head, ls_tasklist TYPE tlist_head. CALL FUNCTION CS_TASKLIST_GET EXPORTING i_equipment PC7560 设备号 i_plant 1000 计划工厂 TABLES et_tlist_head lt_tasklist. LOOP AT lt_tasklist INTO ls_tasklist. WRITE: / ls_tasklist-plnty, 任务清单类型 ls_tasklist-plnnr, 任务清单编号 ls_tasklist-plnal. 任务清单用途 ENDLOOP.逻辑说明传入设备号和计划工厂函数返回该设备可用的任务清单抬头。参数i_equipment必须是在设备主数据里已存在的编号i_plant要是计划工厂而非维护工厂否则查不到。如果返回空表先检查设备主记录里有没有分配任务清单组再看任务清单有没有释放。提示任务清单里的物料组件不会自动变成服务订单的预留需要在订单里手动触发或通过配置带出。3. 服务通知与服务订单从投诉记录到可结算工单3.1 通知类型 S1/S2/S3 的选择逻辑服务通知描述技术对象在客户现场的问题状态。标准通知类型有三种S1 问题通知、S2 活动报告、S3 服务请求。S1 用于记录故障和问题S2 用于记录已经执行的活动S3 用于客户提出的服务请求。选错类型会导致后续订单类型带错返工很烦。创建通知的主要步骤先选类型和描述然后在“参考对象”页签带出设备和功能位置送达方地址从客户主数据带出。接着在“项目”页签填故障代码、损坏代码、原因代码在“任务”页签填通用任务代码在“活动”页签填活动代码。保修页签会从设备主记录复制保修信息。最后填故障开始日期时间如果勾了停机标识系统会自动算停机小时数。3.2 服务订单类型 SM01/SM02/SM03 的适用场景服务订单是详细计划和文档化的载体通常从通知里直接创建。订单类型分 SM01 有收入的服务订单、SM02 无收入的服务订单、SM03 维修订单。有收入的走销售计费无收入的走内部成本归集维修订单常用于返修场景。创建订单时系统会把通知里的参考对象、故障数据、任务清单带过来。订单里要计划人力、备件和外部服务。备件从物料主数据带出外部服务走采购申请。订单执行完要做确认记录实际消耗的工时和物料然后技术完成最后结算到 FI/CO。下面这段代码演示如何通过 BAPI 创建一个服务订单实际项目里常用于批量导入或接口集成。 创建服务订单 DATA: ls_order_header TYPE bapi_serv_order_header, ls_order_text TYPE bapi_serv_order_text, lt_partners TYPE STANDARD TABLE OF bapi_serv_order_partner, lt_operations TYPE STANDARD TABLE OF bapi_serv_order_operation, lt_components TYPE STANDARD TABLE OF bapi_serv_order_component, lt_return TYPE STANDARD TABLE OF bapiret2, lv_order_number TYPE bapi_serv_order_number. ls_order_header-order_type SM01. 有收入服务订单 ls_order_header-plan_plant 1000. 计划工厂 ls_order_header-ref_object PC7560. 参考设备 ls_order_header-description 客户投诉主板故障. APPEND INITIAL LINE TO lt_partners ASSIGNING FIELD-SYMBOL(fs_partner). fs_partner-partner_function AG. 售达方 fs_partner-partner_number 0001000001. APPEND INITIAL LINE TO lt_operations ASSIGNING FIELD-SYMBOL(fs_op). fs_op-operation 0010. fs_op-work_cntr ABCPLNP. fs_op-description 更换主板. CALL FUNCTION BAPI_SERVICEOBJECT_CREATE EXPORTING order_header ls_order_header IMPORTING order_number lv_order_number TABLES partners lt_partners operations lt_operations components lt_components return lt_return. 检查返回消息并提交 READ TABLE lt_return INTO DATA(ls_return) WITH KEY type E. IF sy-subrc 0. CALL FUNCTION BAPI_TRANSACTION_COMMIT EXPORTING wait X. ELSE. WRITE: / 创建失败:, ls_return-message. ENDIF.逻辑说明order_type决定订单走收入还是无收入流程plan_plant要是计划工厂ref_object填设备号或功能位置。合作伙伴里AG是售达方必须填客户编号。操作里work_cntr是工作中心description是工序描述。组件表用来传备件实际项目里通常从任务清单或 BOM 带出。返回表里如果有 E 类型消息订单不会创建成功需要先处理错误再提交。注意BAPI 创建订单不会自动触发可用性检查备件库存不够也能建单后续确认时才会报错。3.3 通知与订单的状态流转通知创建后要“释放”释放后才进入处理流程。订单有自己的一套状态比如创建、释放、技术完成、关闭。订单技术完成后才能做结算。通知在任务完成后关闭。状态管理是 CS 里最容易出玄学问题的地方比如订单已经技术完成但通知还挂着或者通知关了订单还没结算报表数据就对不上。常见做法是通知释放 → 创建订单 → 订单释放 → 执行并确认 → 订单技术完成 → 通知关闭 → 订单结算。每一步都有对应的用户状态和系统状态配置里可以控制哪些状态允许哪些操作。4. 集成与流程CS 和 SD、FI/CO、MM 怎么串起来4.1 客户服务流程与销售流程的差异销售流程是询价 → 报价 → 销售订单 → 交货 → 开票 → 收入确认。客户服务流程是服务通知 → 服务订单创建和计划 → 服务订单执行 → 服务订单确认 → 订单和通知完成 → 向客户开票 → 收入确认。两条流程在“开票”和“收入确认”这里汇合但前半段完全不同。CS 订单里如果有收入会通过销售订单或开票凭证向客户收费。常见做法是服务订单里带销售订单号或者直接通过订单类型 SM01 触发开票。这里有个坑服务订单的计费计划如果没配好开票时金额会带不出来或者带出来是零。4.2 与 FI/CO 的结算集成服务订单执行过程中归集成本包括人工、备件、外部服务。订单技术完成后做结算成本从订单转到成本中心、内部订单或 COPA。结算规则在订单类型里配置常见的是结算到成本中心或销售订单。下面这张表列出 CS 与各模块的主要集成点。集成模块集成内容常见配置点SD服务订单计费、销售订单关联订单类型、开票计划、定价过程FI/CO成本归集、结算、收入确认结算规则、成本要素、COPAMM备件采购、库存管理、预留物料主数据、采购申请、预留PS项目相关服务、WBS 结算项目参数文件、WBS 元素PM维护通知、维护订单共享技术对象通知类型、订单类型、工厂分配4.3 工厂维护流程与服务流程的对照工厂维护流程是维护通知 → 维护订单创建 → 订单计划 → 订单执行 → 订单确认 → 订单和通知完成 → 订单结算。服务流程结构几乎一样区别在于维护流程面向内部设备服务流程面向客户设备。两者共享技术对象、任务清单、工作中心这些主数据。实际项目里PM 和 CS 经常在同一个工厂下运行配置时要区分维护工厂和计划工厂。维护工厂是设备实际安装和维修的地方计划工厂是定义任务清单、做物料计划、管理维护计划的地方。一个计划工厂可以对应多个维护工厂。这个关系如果搞反了任务清单查不到物料计划也跑不起来。提示跨工厂服务场景下服务订单里的工厂字段要填维护工厂但任务清单和物料计划走计划工厂配置里要允许跨工厂引用。5. 避坑与排查CS 实施中最容易翻车的五个点5.1 设备主数据没建全通知里带不出保修信息现象创建服务通知时保修页签空白或者送达方地址带不出来。 原因设备主记录里没维护保修开始结束日期或者客户主记录里没维护地址和合作伙伴角色。 解决先检查设备主数据的保修字段再检查客户主数据的地址和售达方角色。批量修复可以用 BAPI_EQUI_CHANGE 或客户主数据批量维护工具。5.2 任务清单查不到订单里带不出工序现象服务订单里引用任务清单时系统提示“无可用任务清单”。 原因任务清单没释放或者任务清单的工厂和订单里的计划工厂不一致或者设备主记录里没分配任务清单组。 解决用CS_TASKLIST_GET先验证任务清单是否存在再检查工厂和状态。任务清单必须释放后才能被订单引用。5.3 订单技术完成但通知关不掉现象订单已经技术完成通知还是“处理中”关不掉。 原因通知里的任务没全部完成或者通知和订单的状态配置不允许关闭。 解决先检查通知里的任务状态全部完成后才能关通知。如果状态配置有问题用事务代码 BS22 检查用户状态允许的操作。5.4 结算时提示“结算规则未维护”现象订单技术完成后做结算系统报错“结算规则未维护”或“结算接收方未找到”。 原因订单类型里没配结算规则或者结算接收方成本中心、销售订单没填。 解决检查订单类型的结算参数文件确保结算规则在订单创建时自动带出。如果手工建单要手动维护结算规则。5.5 开票金额为零收入带不出来现象服务订单有收入但开票时金额是零。 原因定价过程没配好或者服务物料的定价条件没维护或者订单里的计费计划没触发。 解决检查服务物料的销售视图定价条件检查订单类型的定价过程检查开票计划是否已释放。常见做法是先用 VA03 看销售订单的定价再对比服务订单的定价。6. 进阶技巧用测量点和测量文档做预防性服务测量点和测量文档是 CS 里容易被忽略但很有用的功能。测量点定义在设备或功能位置上用来记录性能数据比如运行小时数、温度、压力。测量文档记录每次读数的值。这些数据可以用来触发预防性维护计划比如运行满 1000 小时自动生成服务通知。配置步骤先在设备主数据里创建测量点指定测量范围、单位、计数器类型。然后创建测量文档录入读数。最后在维护计划里引用测量点设置阈值系统会在读数达到阈值时自动生成通知或订单。下面这张表列出测量点配置的关键参数。参数说明常见值测量点类别定义测量类型运行小时、温度、压力测量范围测量值的上下限0 到 99999计量单位测量值的单位H小时、C摄氏度计数器是否累加是/否阈值触发维护计划的限值1000 小时实际项目里我一般会先用一个设备做试点把测量点、测量文档、维护计划串一遍确认自动生成的通知类型和订单类型都对再批量推广。批量导入测量文档可以用 BAPI 或 LSMW但要注意测量点的编号规则和读数的时间戳格式。从那以后我每次做 CS 实施都会先把技术对象、任务清单、通知类型、订单类型这四样主数据在沙箱里跑一遍最小闭环确认通知能建、订单能带出工序、结算能跑通、开票能带出金额再开始批量配置。这个习惯帮我省了很多后悔药。希望帮到你。本文还有配套的精品资源点击获取