TYAN业务场景描述.docx

1、TYAN业务场景描述MTSS TYAN业务场景描述目錄1.0 MTSS-TYAN全景分析 21.1 RMA创建场景分析【1.1.1 RMA单据维护】 31.2 IQC到货检验场景分析【2.1.1 IQC信息维护】 41.3 窗口客户确认场景分析【1.2.1 客户确认信息维护】 61.4 主管工程师决策场景分析【3.1.1 主管工程师决策维护】 91.5 Lack Of Materials场景分析【3.2.2缺料维护】 111.6 Repair场景分析【3.2.1维修记录维护】 121.7 Run In（后检）场景分析【4.1.1 后检信息维护】 131.8 Outbound（出库）场景分析【1

2、.3.1 出库信息维护】 151.0 MTSS-TYAN全景分析场景名称MTSS - Tyan全景场景简述MTSS - Tyan全景衔接场景无场景分析场景输入：维修申请；场景输出：维修好的产品返还，或其他解决方案（包括换机、报废返还或直接报废3种情况）；主流程：Windows在收到客户维修申请信息后，在TYAN系统中开RMA单据，产品到货后，IQC进行到货检测，检测通过的产品交由主管工程师进行维修分配，被分配到的工程师对产品进行维修，产品维修成功后，由Run-In工程师进行后检，后检通过后Windows进行出库处理；备注流程：当主管工程师决策、或客户确认决定直接报废的产品不需要经过后检和出库流

3、程；其他字流程：1、IQC检测：RMA单显示保内，但经检测为保外或人损的产品需要经过Windows客户确认流程；或RMA单显示人损，IQC实际检测为人损，或保外的产品，也需要Windows再确认；2、主管工程师决策：1、产品维修失败：维修失败的产品，经主管决策需要客户确认后，Windows向客户确认，并将确认结果反馈给主管工程师。其中保内产品确认结果可为：换机或重新维修，保外产品确认结果可为：重新维修、直接报废、报废返还；关联资料1、MTSS-TYAN页面流程说明；2、MTSS-TYAN业务分析；3、MTSS-TYAN业务实体分析；特殊说明1、RMA创建之前，需要手工到Oracle系统生成一个

4、SO#,该SO#即为RMA单据上的MTSS RMA编号。【表1：MTSS-TYAN全景分析】1.1 RMA创建场景分析【1.1.1 RMA单据维护】场景名称Create RMA场景简述RMA单据创建衔接场景前场景：无后场景：1.2 IQC到货检验场景分析【2.1.1 IQC信息维护】场景分析单笔创建：窗口在收到客户维修申请后，根据客户提供信息创建 RMA单，单据成功创建后，RMA被赋予初始状态：RMA Initial；批量创建：窗口在收到客户维修申请后，根据客户提供信息整理rmasample - tyan文档，并上传至MTSS - Tyan系统，上传成功后，每条RMA都被赋予一个初始状态：RM

5、A Initial；关联资料1、MTSS-TYAN页面流程说明；2、MTSS-TYAN业务分析；3、MTSS-TYAN业务实体分析；特殊说明1、RMA创建之前，需要手工到Oracle系统生成一个SO#,该SO#即为RMA单据上的MTSS RMA编号。2、批量上传时，必须保证文件名称不能与已上传文件重复；【表2：Create RMA场景分析】1.2 IQC到货检验场景分析【2.1.1 IQC信息维护】场景名称IQC场景简述IQC到货检测衔接场景前场景：a. 1.1 RMA创建场景分析【1.1.1 RMA单据维护】后场景：a. a. 1.3窗口客户确认场景分析【1.2.1 客户确认信息维护】a.b

6、. 1.4 主管工程师决策场景分析【3.1.1 主管工程师决策维护】场景分析RMA保固期外（RMA Initial）：1、IQC检测为保固期外，主管工程师分配维修工程师进行维修，此时RMA状态为：IQC Finished& Repair；RMA保固期内（RMA Initial）：1、IQC检测为保固期内，主管工程师分配维修工程师进行维修，此时RMA状态为：IQC Finished& Repair；2、IQC检测为保固期外或人损，要求窗口想客户确认，此时RMA状态为：IQC Finished & Windows Confirm；RMA人损（RMA Initial）：1、IQC检测为保固期内，主管

7、工程师分配维修工程师进行维修，此时RMA状态为：IQC Finished& Repair；2、IQC检测为保固期外或人损，要求窗口想客户确认，此时RMA状态为：IQC Finished & Windows Confirm；关联资料1、MTSS-TYAN页面流程说明；2、MTSS-TYAN业务分析；3、MTSS-TYAN业务实体分析；特殊说明无【表3：IQC到货检测场景分析】1.3 窗口客户确认场景分析【1.2.1 客户确认信息维护】场景名称Customer Confirm场景简述窗口客户确认衔接场景前场景：a. 1.2 IQC到货检验场景分析【2.1.1 IQC信息维护】b. 1.4 主管工程

8、师决策场景分析【3.1.1 主管工程师决策维护】后场景：a.a. 1.4 主管工程师决策场景分析【3.1.1 主管工程师决策维护】b. a. 1.4 主管工程师决策场景分析【3.1.1 主管工程师决策维护】场景分析IQC要求确认（IQC Finished& Window）：RMA创建时判定产品在保固期内，但经IQC检测人员判定是人损，或保固期外时，IQC人员决策Customer Confirm：确认结果：1、客户决定维修：客户决定维修后，主管工程师分配维修工程师处理，此时状态为：Window Finished & Repair；2、客户决定报废返还：客户决定报废返还后，RMA单进入等待主管工程

9、师分配状态，此时状态为：Window Finished & MRB-Return；3、客户决定直接报废：客户决定报废返还后，主管工程师分配维修工程师处理，此时状态为：Window Finished & MRB-LS；主管工程师要求确定（MGT Decided & Customer Confirm）： 1、保外产品维修失败：确认结果：1.1、客户决定维修：主管工程师重新分配维修工程师进行维修，此时RMA状态为：Windows Finished &Repair；1.2、客户决定报废返还: 主管工程师重新分配维修工程师处理，此时RMA状态为：Windows Finished &RMB- Return

10、；1.3、客户决定直接报废：主管工程师重新分配维修工程师处理，此时RMA状态为：Windows Finished &RMB- LS；2、保内产品维修失败： 2.1、客户决定Sales退款：Sales处理退款，RMA状态变更为关闭状态：Closed & OK;2.2、客户决定换机：主管工程师分配维修工程师进行换机确认，此时RMA状态为：Windows Finished & Change Model；关联资料1、MTSS-TYAN页面流程说明；2、MTSS-TYAN业务分析；3、MTSS-TYAN业务实体分析；特殊说明1、RMA创建时判定为保外，IQC检测时也判定为保外时，只能进行维修；2、RMA

11、创建时判定为保内，IQC检测时也判定为保内时，只能进行维修；3、RMA创建时判定为人损，IQC检测时也判定为人损时，只能进行维修；4、保内产品维修失败后，客户可选择换新机，或Sales部分退款；保外产品维修失败后，只能选择重修，报废返还或直接报废；【表4：Windows Confirm场景分析】1.4 主管工程师决策场景分析【3.1.1 主管工程师决策维护】场景名称Repair MGT场景简述主管工程师决策衔接场景前场景：a. 1.2 IQC到货检验场景分析【2.1.1 IQC信息维护】b. 1.6 Repair场景分析【3.2.1维修记录维护】c. 1.3 窗口客户确认场景分析【1.2.1

12、客户确认信息维护】后场景：a.a. 1.6 Repair场景分析【3.2.1维修记录维护】b. a.1.3 窗口客户确认场景分析【1.2.1 客户确认信息维护】b.b. 1.8 Outbound（出库）场景分析【1.3.1 出库信息维护】b.c. 1.6 Repair场景分析【3.2.1维修记录维护】c.a. 1.6 Repair场景分析【3.2.1维修记录维护】c.b. 1.8 Outbound（出库）场景分析【1.3.1 出库信息维护】场景分析IQC检测后决策（IQC Finished & Repair）：1、经过IQC检测确定维修的产品RMA，主管工程师会对其分配维修工程师，分配完成后的

13、RMA状态为：MGT Assigned &Repair；维修失败后决策（Engineer Repaired & Fail）：1、主管工程师决策再次维修，重新分配维修工程师，此时的RMA状态为：MGT Assigned &Re-Repair；2、主管工程师决策窗口确认，此时的RMA状态为：MGT Decided& Customer Confirm；3、主管工程师决策换机，此时的RMA状态为：MGT Swapped；客户确认后决策：1、客户确认结果为维修时（Window Finished& Repair），主管工程师分配给维修工程师进行维修，此时状态为：MGT Assigned & Repair；

14、2、客户确认结果为报废返还时（Window Finished &MRB-Return），主管工程师分配给维修工程师处理，此时状态为：MGT Assigned & MRB-Return；3、客户确认结果为直接报废时（Window Finished &MRB-LS），主管工程师分配给维修工程师处理，此时状态为：MGT Assigned & MRB-LS；4、客户确认结果为换机时（Window Finished &Change Model），主管工程师分配给维修工程师处理，此时状态为：MGT Swapped ；关联资料1、MTSS-TYAN页面流程说明；2、MTSS-TYAN业务分析；3、MTSS-

15、TYAN业务实体分析；特殊说明无【表5：主管工程师决策场景分析】1.5 Lack Of Materials场景分析【3.2.2缺料维护】场景名称Lack Of Materials场景简述维修缺料衔接场景前场景：1.6 Repair场景分析【3.2.1维修记录维护】后场景：1.6 Repair场景分析【3.2.1维修记录维护】场景分析普通缺料：1、仓库有料：维修工程师提交缺料后，物料人员确认仓库有无料件，确认有料后，领取料件分配给维修工程师； 2、仓库缺料：维修工程师提交缺料后，物料确认仓库有无料件，确认仓库缺料后，提交工厂料件计划，来料后，分配给维修工程师；BGA缺料：1、维修工程师提交缺料后

16、，相关人员将BGA搬运至BGA工程师处，BGA工程师维修完成后，相关人员将缺料BGA搬回至原维修工程师处；关联资料1、MTSS-TYAN页面流程说明；2、MTSS-TYAN业务分析；3、MTSS-TYAN业务实体分析；特殊说明1、每日凌晨1：00系统将缺料明细统计至Other/Lack Of Materials页面模块下，工程师可在该页面进行修改缺料数量，关闭缺料需求等操作；【表6：Lack Of Materials场景分析】1.6 Repair场景分析【3.2.1维修记录维护】场景名称Repair场景简述产品维修衔接场景前场景：a.1.4 主管工程师决策场景分析【3.1.1 主管工程师决策维

17、护】后场景：a.a. 1.4 主管工程师决策场景分析【3.1.1 主管工程师决策维护】a.b. 1.7 Run In（后检）场景分析【1.3.1后检信息维护】场景分析首次维修（MGT Assigned& Repair）：维修产品，经过IQC检测、维修经理分配维修后，被分配维修工程师进行维修；再次维修（MGT Assigned& Re-Repair）：产品维修失败后、维修经理决策再次维修，并分配工程师，被分配维修工程师进行维修；维修结果：1、维修成功：维修成功后的产品将会进入Run In检测流程。此时RMA状态为：Engineer Repaired &OK； 2、维修失败：维修失败的RMA将会再

18、次给维修主管进行分配，决定是否再维修、换机、或由Windows进行报废确认。此时RMA状态为：Engineer Repaired &Fail； 关联资料1、MTSS-TYAN页面流程说明；2、MTSS-TYAN业务分析；3、MTSS-TYAN业务实体分析；特殊说明1、产品维修失败再次维修时，主管工程师可将产品继续分配给原工程师维修，也可更换工程师维修；【表7：Repair场景分析】1.7 Run In（后检）场景分析【4.1.1 后检信息维护】场景名称Run In场景简述维修后检衔接场景前场景： a. 1.6 Repair场景分析【3.2.1维修记录维护】后场景：a.a. 1.8 Outbou

19、nd（出库）场景分析【1.3.1 出库信息维护】a.b. 1.4 主管工程师决策场景分析【3.1.1 主管工程师决策维护】场景分析产品后检（Engineer Repaired& OK）：经维修工程师维修成功后的产品需要经过Run In检测；检测结果：1、检测失败：产品检测失败后，RMA需要退回给主管工程师进行决策，此时RMA状态为：Run In Finished& Fail；2、检测成功：产品检测成功后，产品进入出库流程，此时RMA状态为：Run In Finished& OK；关联资料1、MTSS-TYAN页面流程说明；2、MTSS-TYAN业务分析；3、MTSS-TYAN业务实体分析；特殊

20、说明无【表8：Run In场景分析】1.8 Outbound（出库）场景分析【1.3.1 出库信息维护】场景名称Outbound场景简述产品出库衔接场景前场景：a. 1.7 Run In（后检）场景分析【1.3.1后检信息维护】b. 1.6 Repair场景分析【3.2.1维修记录维护】c. 1.4 主管工程师决策场景分析【3.1.1 主管工程师决策维护】后场景：无场景分析后检成功后出库（Run-In Finished & OK）：Windows确认出口后，RMA单据关闭。此时RMA状态为：Close & OK； 报废返还出库（Engineer Repaired &MRB-Return）：Windows确认出口后，RMA单据关闭。此时RMA状态为：Close & MRB；换机出库（MGT Swapped）：Windows确认出口后，RMA单据关闭。此时RMA状态为：Close & Swapped；关联资料1、MTSS-TYAN页面流程说明；2、MTSS-TYAN业务分析；3、MTSS-TYAN业务实体分析；特殊说明无【表9：Outbound场景分析】