CS模块的服务业务流程- 服务通知单

下图说明了客户服务所包含的业务流程总览:

CS模块的服务业务流程- 服务通知单

SAP里面用到了不同的服务凭证来记录业务的发生和流转,本次介绍一下服务通知单(service notification order)的使用、种类以及后台相关配置;

 

服务通知单的功能和目的:

  • 记录客户的详细诉求(包括客户名称、担保信息、设备信息、问题);
  • 发起客诉流程,并监督后续的客服流程;

 

服务通知单类型:

  • Problem notification: 也是我们经常用到的,记录客户详细的诉求;
  • Activity report: 作业报告,在服务执行过程中实施了那些服务活动,记录下来以便当对service order(工单) confirm的时候来确认工时等;
  • Service request: 这个其实和problem notification差不多,只不过创建的角色不一样;problem notification可能有客诉人员创建,service request可以由销售支持、技术人员创建。

 

Notification type: 服务通知单的类型可以定义其number range, screen layout,以及该notification type所对应的service order type是什么;还有该notification type对应的catalog profile是什么?

----这个catalog profile可以把damage reason 或者cause reason进行归类汇整;

设计到的后台配置路径:

CS模块的服务业务流程- 服务通知单

IW54默认创建一个s4的problem notification;

CS模块的服务业务流程- 服务通知单

点击object info可以看到该设备有关的所有信息。

 

CS模块的服务业务流程- 服务通知单

在item tab可以输入关于客诉的详细信息;可以选择事先维护相应的code;

CS模块的服务业务流程- 服务通知单

在cause tab可以维护原因,以便后续维修顺利进行;

CS模块的服务业务流程- 服务通知单

在task tab维护需要的任务,如果事先已经为该设备维护了task plan那么可以选择determine task. 该task是从respond profile 带出来的。

CS模块的服务业务流程- 服务通知单

Put in process----à compelet; 注意在对该notification 进行complete的时候需要事前把其对应的tasks都complete了。

此时不能对该notification做任何修改了,如果需要对其进行修改可以点击in process again.

CS模块的服务业务流程- 服务通知单

Service notification 仅仅是记录客诉的信息,如果有费用和收入发生那么就需要service order来收集。在下一节将结合service order来讲。

 

CS模块的服务业务流程- 服务通知单

这张图也能很好列出不同凭证之间的区别。