TYAN业务场景描述.docx

TYAN业务场景描述.docx

《TYAN业务场景描述.docx》由会员分享，可在线阅读，更多相关《TYAN业务场景描述.docx（17页珍藏版）》请在冰点文库上搜索。

TYAN业务场景描述

MTSS–TYAN业务场景描述

目錄

1.0MTSS-TYAN全景分析2

1.1RMA创建场景分析【1.1.1RMA单据维护】3

1.2IQC到货检验场景分析【2.1.1IQC信息维护】4

1.3窗口客户确认场景分析【1.2.1客户确认信息维护】6

1.4主管工程师决策场景分析【3.1.1主管工程师决策维护】9

1.5LackOfMaterials场景分析【3.2.2缺料维护】11

1.6Repair场景分析【3.2.1维修记录维护】12

1.7RunIn（后检）场景分析【4.1.1后检信息维护】13

1.8Outbound（出库）场景分析【1.3.1出库信息维护】15

1.0MTSS-TYAN全景分析

场景名称

MTSS-Tyan全景

场景简述

MTSS-Tyan全景

衔接场景

无

场景分析

场景输入：

维修申请；

场景输出：

维修好的产品返还，或其他解决方案（包括换机、报废返还或直接报废3种情况）；

主流程：

Windows在收到客户维修申请信息后，在TYAN系统中开RMA单据，产品到货后，IQC进行到货检测，检测通过的产品交由主管工程师进行维修分配，被分配到的工程师对产品进行维修，产品维修成功后，由Run-In工程师进行后检，后检通过后Windows进行出库处理；

备注流程：

当主管工程师决策、或客户确认决定直接报废的产品不需要经过后检和出库流程；

其他字流程：

1、IQC检测：

RMA单显示保内，但经检测为保外或人损的产品需要经过Windows客户确认流程；或RMA单显示人损，IQC实际检测为人损，或保外的产品，也需要Windows再确认；

2、主管工程师决策：

1、产品维修失败：

维修失败的产品，经主管决策需要客户确认后，Windows向客户确认，并将确认结果反馈给主管工程师。

其中保内产品确认结果可为：

换机或重新维修，保外产品确认结果可为：

重新维修、直接报废、报废返还；

关联资料

1、MTSS-TYAN页面流程说明；

2、MTSS-TYAN业务分析；

3、MTSS-TYAN业务实体分析；

特殊说明

1、RMA创建之前，需要手工到Oracle系统生成一个SO#,该SO#即为RMA单据上的MTSSRMA编号。

【表1：

MTSS-TYAN全景分析】

1.1RMA创建场景分析【1.1.1RMA单据维护】

场景名称

CreateRMA

场景简述

RMA单据创建

衔接场景

前场景：

无

后场景：

1.2IQC到货检验场景分析【2.1.1IQC信息维护】

场景分析

单笔创建：

窗口在收到客户维修申请后，根据客户提供信息创建RMA单，单据成功创建后，RMA被赋予初始状态：

RMAInitial；

批量创建：

窗口在收到客户维修申请后，根据客户提供信息整理rmasample-tyan文档，并上传至MTSS-Tyan系统，上传成功后，每条RMA都被赋予一个初始状态：

RMAInitial；

关联资料

1、MTSS-TYAN页面流程说明；

2、MTSS-TYAN业务分析；

3、MTSS-TYAN业务实体分析；

特殊说明

1、RMA创建之前，需要手工到Oracle系统生成一个SO#,该SO#即为RMA单据上的MTSSRMA编号。

2、批量上传时，必须保证文件名称不能与已上传文件重复；

【表2：

CreateRMA场景分析】

1.2IQC到货检验场景分析【2.1.1IQC信息维护】

场景名称

IQC

场景简述

IQC到货检测

衔接场景

前场景：

a.1.1RMA创建场景分析【1.1.1RMA单据维护】

后场景：

a.a.1.3窗口客户确认场景分析【1.2.1客户确认信息维护】

a.b.1.4主管工程师决策场景分析【3.1.1主管工程师决策维护】

场景分析

RMA保固期外（RMAInitial）：

1、IQC检测为保固期外，主管工程师分配维修工程师进行维修，此时RMA状态为：

IQCFinished&Repair；

RMA保固期内（RMAInitial）：

1、IQC检测为保固期内，主管工程师分配维修工程师进行维修，此时RMA状态为：

IQCFinished&Repair；

2、IQC检测为保固期外或人损，要求窗口想客户确认，此时RMA状态为：

IQCFinished&WindowsConfirm；

RMA人损（RMAInitial）：

1、IQC检测为保固期内，主管工程师分配维修工程师进行维修，此时RMA状态为：

IQCFinished&Repair；

2、IQC检测为保固期外或人损，要求窗口想客户确认，此时RMA状态为：

IQCFinished&WindowsConfirm；

关联资料

1、MTSS-TYAN页面流程说明；

2、MTSS-TYAN业务分析；

3、MTSS-TYAN业务实体分析；

特殊说明

无

【表3：

IQC到货检测场景分析】

1.3窗口客户确认场景分析【1.2.1客户确认信息维护】

场景名称

CustomerConfirm

场景简述

窗口客户确认

衔接场景

前场景：

a.1.2IQC到货检验场景分析【2.1.1IQC信息维护】

b.1.4主管工程师决策场景分析【3.1.1主管工程师决策维护】

后场景：

a.a.1.4主管工程师决策场景分析【3.1.1主管工程师决策维护】

b.a.1.4主管工程师决策场景分析【3.1.1主管工程师决策维护】

场景分析

IQC要求确认（IQCFinished&Window）：

RMA创建时判定产品在保固期内，但经IQC检测人员判定是人损，或保固期外时，IQC人员决策CustomerConfirm：

确认结果：

1、客户决定维修：

客户决定维修后，主管工程师分配维修工程师处理，此时状态为：

WindowFinished&Repair；

2、客户决定报废返还：

客户决定报废返还后，RMA单进入等待主管工程师分配状态，此时状态为：

WindowFinished&MRB-Return；

3、客户决定直接报废：

客户决定报废返还后，主管工程师分配维修工程师处理，此时状态为：

WindowFinished&MRB-LS；

主管工程师要求确定（MGTDecided&CustomerConfirm）：

1、保外产品维修失败：

确认结果：

1.1、客户决定维修：

主管工程师重新分配维修工程师进行维修，此时RMA状态为：

WindowsFinished&Repair；

1.2、客户决定报废返还:

主管工程师重新分配维修工程师处理，此时RMA状态为：

WindowsFinished&RMB-Return；

1.3、客户决定直接报废：

主管工程师重新分配维修工程师处理，此时RMA状态为：

WindowsFinished&RMB-LS；

2、保内产品维修失败：

2.1、客户决定Sales退款：

Sales处理退款，RMA状态变更为关闭状态：

Closed&OK;

2.2、客户决定换机：

主管工程师分配维修工程师进行换机确认，此时RMA状态为：

WindowsFinished&ChangeModel；

关联资料

1、MTSS-TYAN页面流程说明；

2、MTSS-TYAN业务分析；

3、MTSS-TYAN业务实体分析；

特殊说明

1、RMA创建时判定为保外，IQC检测时也判定为保外时，只能进行维修；

2、RMA创建时判定为保内，IQC检测时也判定为保内时，只能进行维修；

3、RMA创建时判定为人损，IQC检测时也判定为人损时，只能进行维修；

4、保内产品维修失败后，客户可选择换新机，或Sales部分退款；保外产品维修失败后，只能选择重修，报废返还或直接报废；

【表4：

WindowsConfirm场景分析】

1.4主管工程师决策场景分析【3.1.1主管工程师决策维护】

场景名称

Repair–MGT

场景简述

主管工程师决策

衔接场景

前场景：

a.1.2IQC到货检验场景分析【2.1.1IQC信息维护】

b.1.6Repair场景分析【3.2.1维修记录维护】

c.1.3窗口客户确认场景分析【1.2.1客户确认信息维护】

后场景：

a.a.1.6Repair场景分析【3.2.1维修记录维护】

b.a.1.3窗口客户确认场景分析【1.2.1客户确认信息维护】

b.b.1.8Outbound（出库）场景分析【1.3.1出库信息维护】

b.c.1.6Repair场景分析【3.2.1维修记录维护】

c.a.1.6Repair场景分析【3.2.1维修记录维护】

c.b.1.8Outbound（出库）场景分析【1.3.1出库信息维护】

场景分析

IQC检测后决策（IQCFinished&Repair）：

1、经过IQC检测确定维修的产品RMA，主管工程师会对其分配维修工程师，分配完成后的RMA状态为：

MGTAssigned&Repair；

维修失败后决策（EngineerRepaired&Fail）：

1、主管工程师决策再次维修，重新分配维修工程师，此时的RMA状态为：

MGTAssigned&Re-Repair；

2、主管工程师决策窗口确认，此时的RMA状态为：

MGTDecided&CustomerConfirm；

3、主管工程师决策换机，此时的RMA状态为：

MGTSwapped；

客户确认后决策：

1、客户确认结果为维修时（WindowFinished&Repair），主管工程师分配给维修工程师进行维修，此时状态为：

MGTAssigned&Repair；

2、客户确认结果为报废返还时（WindowFinished&MRB-Return），主管工程师分配给维修工程师处理，此时状态为：

MGTAssigned&MRB-Return；

3、客户确认结果为直接报废时（WindowFinished&MRB-LS），主管工程师分配给维修工程师处理，此时状态为：

MGTAssigned&MRB-LS；

4、客户确认结果为换机时（WindowFinished&ChangeModel），主管工程师分配给维修工程师处理，此时状态为：

MGTSwapped；

关联资料

1、MTSS-TYAN页面流程说明；

2、MTSS-TYAN业务分析；

3、MTSS-TYAN业务实体分析；

特殊说明

无

【表5：

主管工程师决策场景分析】

1.5LackOfMaterials场景分析【3.2.2缺料维护】

场景名称

LackOfMaterials

场景简述

维修缺料

衔接场景

前场景：

1.6Repair场景分析【3.2.1维修记录维护】

后场景：

1.6Repair场景分析【3.2.1维修记录维护】

场景分析

普通缺料：

1、仓库有料：

维修工程师提交缺料后，物料人员确认仓库有无料件，确认有料后，领取料件分配给维修工程师；

2、仓库缺料：

维修工程师提交缺料后，物料确认仓库有无料件，确认仓库缺料后，提交工厂料件计划，来料后，分配给维修工程师；

BGA缺料：

1、维修工程师提交缺料后，相关人员将BGA搬运至BGA工程师处，BGA工程师维修完成后，相关人员将缺料BGA搬回至原维修工程师处；

关联资料

1、MTSS-TYAN页面流程说明；

2、MTSS-TYAN业务分析；

3、MTSS-TYAN业务实体分析；

特殊说明

1、每日凌晨1：

00系统将缺料明细统计至Other/LackOfMaterials页面模块下，工程师可在该页面进行修改缺料数量，关闭缺料需求等操作；

【表6：

LackOfMaterials场景分析】

1.6Repair场景分析【3.2.1维修记录维护】

场景名称

Repair

场景简述

产品维修

衔接场景

前场景：

a.1.4主管工程师决策场景分析【3.1.1主管工程师决策维护】

后场景：

a.a.1.4主管工程师决策场景分析【3.1.1主管工程师决策维护】

a.b.1.7RunIn（后检）场景分析【1.3.1后检信息维护】

场景分析

首次维修（MGTAssigned&Repair）：

维修产品，经过IQC检测、维修经理分配维修后，被分配维修工程师进行维修；

再次维修（MGTAssigned&Re-Repair）：

产品维修失败后、维修经理决策再次维修，并分配工程师，被分配维修工程师进行维修；

维修结果：

1、维修成功：

维修成功后的产品将会进入RunIn检测流程。

此时RMA状态为：

EngineerRepaired&OK；

2、维修失败：

维修失败的RMA将会再次给维修主管进行分配，决定是否再维修、换机、或由Windows进行报废确认。

此时RMA状态为：

EngineerRepaired&Fail；

关联资料

1、MTSS-TYAN页面流程说明；

2、MTSS-TYAN业务分析；

3、MTSS-TYAN业务实体分析；

特殊说明

1、产品维修失败再次维修时，主管工程师可将产品继续分配给原工程师维修，也可更换工程师维修；

【表7：

Repair场景分析】

1.7RunIn（后检）场景分析【4.1.1后检信息维护】

场景名称

RunIn

场景简述

维修后检

衔接场景

前场景：

a.1.6Repair场景分析【3.2.1维修记录维护】

后场景：

a.a.1.8Outbound（出库）场景分析【1.3.1出库信息维护】

a.b.1.4主管工程师决策场景分析【3.1.1主管工程师决策维护】

场景分析

产品后检（EngineerRepaired&OK）：

经维修工程师维修成功后的产品需要经过RunIn检测；

检测结果：

1、检测失败：

产品检测失败后，RMA需要退回给主管工程师进行决策，此时RMA状态为：

RunInFinished&Fail；

2、检测成功：

产品检测成功后，产品进入出库流程，此时RMA状态为：

RunInFinished&OK；

关联资料

1、MTSS-TYAN页面流程说明；

2、MTSS-TYAN业务分析；

3、MTSS-TYAN业务实体分析；

特殊说明

无

【表8：

RunIn场景分析】

1.8Outbound（出库）场景分析【1.3.1出库信息维护】

场景名称

Outbound

场景简述

产品出库

衔接场景

前场景：

a.1.7RunIn（后检）场景分析【1.3.1后检信息维护】

b.1.6Repair场景分析【3.2.1维修记录维护】

c.1.4主管工程师决策场景分析【3.1.1主管工程师决策维护】

后场景：

无

场景分析

后检成功后出库（Run-InFinished&OK）：

Windows确认出口后，RMA单据关闭。

此时RMA状态为：

Close&OK；

报废返还出库（EngineerRepaired&MRB-Return）：

Windows确认出口后，RMA单据关闭。

此时RMA状态为：

Close&MRB；

换机出库（MGTSwapped）：

Windows确认出口后，RMA单据关闭。

此时RMA状态为：

Close&Swapped；

关联资料

1、MTSS-TYAN页面流程说明；

2、MTSS-TYAN业务分析；

3、MTSS-TYAN业务实体分析；

特殊说明

无

【表9：

Outbound场景分析】