DND处理流程

客房部DND房处理流程

1、 服务流程

客房部DND房处理流程图

检查记录 DND房间 2、 术语与定义

“DND”是英文 DO NOT DISTURB的缩写，请不要打扰的意思。 3 具体要求

3.1检查记录DND房间

3.1.1楼层员工上班后，及时将楼层的“DND”房间的房号和发现时间分别记录在工作笔记和卫生班工作单上，同时向其他班次员工进行说明。

3.1.2服务员不能对“DND”房间客人进行打扰，卫生清理应在客人外出后进行。 3.2塞入《请勿打扰卡》

3.2.1在进行正常服务时遇到“DND”房间，应填写《请勿打扰卡》，从门下塞入房间。 3.2.2随时注意“DND”房间客人的情况，客人外出时应询问是否取消“DND”。 3.3进房间查看

3.3.1到下午14：00，“DND”房间客人仍然没有外出，应打电话到房间进行询问。若房间无人接听，应立即通知经理。

3.3.2服务员通知经理后，服务员应和经理或另外一名服务员（两人以上）一起到房间探视客人。在敲门和进入房间时应格外留意，动作要慢，避免惊吓客人。

3.3.3见到客人后应向客人说明进房是因为

LTE工作流程

一、日常监控：

日常监控指标：RRC接入成功率、E-RAB接入成功率、无线掉线率、系统内enb内切换成功率、系统内enb间切换成功率、CSFB回落成功率

1、RRC接入成功率：

公式：RRC接入成功率=RRC建立成功次数/RRC建立请求次数 信令流程：

从信令流程看，影响RRC接入的因素包括：UE、无线环境、EnodeB 全网考核指标：RRC接入成功率>=99.5%

Top(全天)条件：RRC建立失败次数>=50，RRC接入成功率<=95% Top(小时级)条件：RRC建立失败次数>=20，RRC接入成功率<=95% 监控流程：

⑴每天早上提取昨天全网指标，查看昨天全网全天RRC接入成功率情况。若正常执行下一步；若不正常(比前几天有明显下降)，提取昨天全天小区级指标，按上述条件过滤出Top小区并处理，处理时需结合今天小时级指标；

⑵每时段5分左右提取上一时段的全网指标&小区级指标。首先查看该时段全网指标是否异常，若异常，查看小区级指标，过滤出Top小区并处理；若无异常，可不做处理，查看并处理其它指标；

Top小区处理流程：

⑴Top优先处理RRC建立失败次数最多的小区(影响全网指标较严重)；

⑵查看小区运行状态，是否存在硬件告警，若存在，先尝试重启故

订单处理流程

订单处理是商城客户服务的一个重要内容。为了有效提高订单成功率，商城系统提供了标准的订单处理机制。 订单处理流程主要有两方面的内容： ★订单处理类型 ★订单处理核心环节

1、订单处理类型

从支付以及配送的角度我们可以将订单的处理划分为两种类型：货到付款订单、款到发货订单。

1. 第三方平台付款订单：客户把钱打进第三方平台的账户，第三方平台通知卖家，卖家确认订单信息并发货，客户确认收货，第三方平台把货款打入卖家账户。

2. 款到发货订单：商城需要确认收到用户的付款，才进行送货，例如采取邮局汇款、银行电汇、更多的是网银在线支付。

3. 货到付款订单：客户要求与商城进行一手交钱一手交货，面对面的交易；一般都是客户在商城提交订单后，由平台线下送货上门之后收款；

2、订单处理核心环节

订单处理流程，主要体现在五个环节： 1. 2. 3. 4. 5.

用户下单 确认订单 分配订单 订单收款 发运订单

1、 用户下单

用户下单的环节，是指前台顾客即会员浏览商城网站进行商品的挑选并提交订单。系统提供在一定的时间范围内即在会员订单提交至后台管理员还未对订单进行确认操作这段时间内，允许会员自行修改、取消自己的订单。

2、 确认订单

订单处理流程

订单处理是商城客户服务的一个重要内容。为了有效提高订单成功率，商城系统提供了标准的订单处理机制。 订单处理流程主要有两方面的内容： ★订单处理类型 ★订单处理核心环节

1、订单处理类型

从支付以及配送的角度我们可以将订单的处理划分为两种类型：货到付款订单、款到发货订单。

1. 第三方平台付款订单：客户把钱打进第三方平台的账户，第三方平台通知卖家，卖家确认订单信息并发货，客户确认收货，第三方平台把货款打入卖家账户。

2. 款到发货订单：商城需要确认收到用户的付款，才进行送货，例如采取邮局汇款、银行电汇、更多的是网银在线支付。

3. 货到付款订单：客户要求与商城进行一手交钱一手交货，面对面的交易；一般都是客户在商城提交订单后，由平台线下送货上门之后收款；

2、订单处理核心环节

订单处理流程，主要体现在五个环节： 1. 2. 3. 4. 5.

用户下单 确认订单 分配订单 订单收款 发运订单

1、 用户下单

用户下单的环节，是指前台顾客即会员浏览商城网站进行商品的挑选并提交订单。系统提供在一定的时间范围内即在会员订单提交至后台管理员还未对订单进行确认操作这段时间内，允许会员自行修改、取消自己的订单。

2、 确认订单

订单处理流程

订单处理是商城客户服务的一个重要内容。为了有效提高订单成功率，商城系统提供了标准的订单处理机制。 订单处理流程主要有两方面的内容： ★订单处理类型 ★订单处理核心环节

1、订单处理类型

从支付以及配送的角度我们可以将订单的处理划分为两种类型：货到付款订单、款到发货订单。

1. 第三方平台付款订单：客户把钱打进第三方平台的账户，第三方平台通知卖家，卖家确认订单信息并发货，客户确认收货，第三方平台把货款打入卖家账户。

2. 款到发货订单：商城需要确认收到用户的付款，才进行送货，例如采取邮局汇款、银行电汇、更多的是网银在线支付。

3. 货到付款订单：客户要求与商城进行一手交钱一手交货，面对面的交易；一般都是客户在商城提交订单后，由平台线下送货上门之后收款；

2、订单处理核心环节

订单处理流程，主要体现在五个环节： 1. 2. 3. 4. 5.

用户下单 确认订单 分配订单 订单收款 发运订单

1、 用户下单

用户下单的环节，是指前台顾客即会员浏览商城网站进行商品的挑选并提交订单。系统提供在一定的时间范围内即在会员订单提交至后台管理员还未对订单进行确认操作这段时间内，允许会员自行修改、取消自己的订单。

2、 确认订单

DRX处理流程

本节主要介绍处于RRC_CONNECTED态下的UE的DRX处理流程。结合3GPP协议，介绍了几个timer的作用，同时还简单介绍了载波聚合对DRX的影响。

1.1 DRX介绍 基于包的数据流通常是突发性的，在一段时间内有数据传输，但在接下来的一段较长时间内没有数据传输。在没有数据传输的时候，可以通过停止接收PDCCH（此时会停止PDCCH盲检）来降低功耗，从而提升电池使用时间。这就是DRX（Discontinuous Reception，非连续接收）的由来。 DRX的基本机制是为处于RRC_CONNECTED态的UE配置一个DRX cycle。DRX cycle由“On Duration”和“Opportunity for DRX”组成：在“On Duration”时间内，UE监听并接收PDCCH（激活期）；在“Opportunity for DRX”时间内，UE不接收PDCCH以减少功耗（休眠期）。

从图1可以看出，在时域上，时间被划分成一个个连续的DRX Cycle。

On DurationUE shall monitor PDCCHOpportunity for DR

一、处理前准备

1、在主文件夹内新建test项目文件，项目内新建brdc、igs和rinex三个文件夹，分别存放广播星历，精密星历几观测值文件，所用的命令分别为sh_get_nav、sh_get_orbits和sh_get_rinex（若文件为.Z,用gunzip命令解压，若仍为d,用命令sh_crx2rnx -f 命令解压为o文件）

2、进入test项目文件夹，链接tables,运行 sh_setup -yr 2015 -apr itrf08_com.apr 3、生成station.info文件。 将test/tables下的station.info文件拷贝到rinex文件夹下，打开并编辑，仅保留以#或*开头的前几行，保存并关闭。 打开终端进入rinex文件夹，运行 sh_upd_stnfo -files *.150 4、建立lfile.文件（先验坐标文件）。（非IGS站时，才需此步） 打开终端进入rinex文件夹，用批处理的方式生成lfile.文件，分为三步： (1) 提取观测值文件的先验坐标： grep POSITION *.15o >lfile.rnx

(2) 将.rnx文件转化为.apr文件 rx2apr

水处理流程说明

Prepared by/编制者：

Reviewed by/审阅者：

______________________

Date/日期： Authorized by/批准者：

____________________ ______________________

Date/日期： 修订次数 Date/日期： 修订记录

修订日期 修订内容 首次发布 1. 目的

明确水处理的品质控制要求，确保水质符合饮料生产要求。 2. 范围 水处理间 3. 职责

3.1 水处理员负责按标准进行操作和分析。

3.2 生产领班负责水处理间的日常管理；对水处理员进行培训；检查和审核水处理员的操作和分

析过程；对异常情况采取措施；确保水处理的每个环节符合要求。 3.3生产主管对本文件的有效性负责。 4. 定义

4.1 水处理：对原水进行处理，使水质符合饮料生产要求的过程。

4.2 多级水处理系统：由多个经仔细设计的水处理工序组成的，共同工作，对原水进行处理

的系统。

4.3 反渗透：向高浓度溶液加压，使之超过它和低浓度溶液

珠海安士佳电子有限公司 文件编号 版本/换页 页 次 QMP-PZ-001 A/0 1/3 不良品控制及处理流程 一、目的：规范不良品的处理程序，明确权限职责，防止来料不良进入生产线，防止生产线

产生大量不良品，促进生产顺利进行和保证产品质量。

二、职责：

1. IQC负责来料的检验和判定。 2. QC负责对线上半成品的检验和判定。 三、程序：

1．原材料检验及不良品控制

1.1 IQC依相关原材料检验标准实施检验，并记录《进料检验报告》及给出检验结论。合格原材料方可入库，不合格品做相应标识。

1.2不合格处理方式：退货、让步接收、挑选使用。品质主管应会同相关部门协商后作出处理方案，必要时召开MRB会议。 2．制程检验及不良品控制

2.1 QA负责首检，填写《制程首件检验报告》，确认首检合格方可进入量产。作业员对本工序产品自检合格后再流入下一工序。

2.2凡经检验不合格的半成品，应进行正确的标识与隔离。车间及时进行返工处理，做好记录。

3．QC巡拉时如发现有员工因操作错误而造成不良品时，必须立即停止该操作员一切动作，并指导该操作员正确的操作。

4．员工在自检或QC巡拉时中发现任何质量问题时都必须及时报告拉长或主管人员，由上级判定不

BUG提出和处理流程规范

1引言

1. 1目的

提高测试以及产品缺陷修改效率，避免出现搁置和遗漏的缺陷，从而提高产品的质量，降低质量检查和缺陷修改成本

1. 2适用范围

适用于研发部门（Confernece、Flash、监控），质量保证部门

1.3 定义

bug：通过测试检查出的产品缺陷；

新建、打回、已确认、已指派、已解决、已关闭：测试中bug的不同状态，详细信息见本规范第3部分；

1. 4参考资料

无

2 BUG提交和处理规范说明

1、 在测试人员提交bug的时候，必须对bug信息进的描述必须详细全面、清晰明确，如果有条

件，需要描述使用的环境，在BUG出现前的具体操作，如果抓图，必须抓取jpg全屏图象，但不能使用BMP格式上传到BUG库中，有抓包文件需要上传BUG库，空间不够需要放到

\\\\192.168.0.254\\qa\\测试\\bug日志目录中，标题以BUG号区分；

2、 在测试人员提交bug的时候，必须按具体情况，填写重要级别、出现频率、优先级别三个栏

目，而非测试人员不得对上述信息进行直接改变，如觉得这三个信息填写不恰当，可以在该

bug下的注解中提出意见，并“打回”给bug提交人员或质量部经理处，经过确认后修改；

3、 开发人