企业官网建设流程全解析

做SAP生产制造这一行，PP（生产计划）和QM（质量管理）两个模块经常被人当成"左手和右手"：明明在生产订单上绕不开，可很多项目做到一半才发现，两边的数据根本没对齐。尤其是到了报工环节，比如车间里天天用的CO11N、CO15，一旦碰上物料带检验批，报工完成不等于活干完了——质量那边还有一堆待检库存、检验批、使用决策等着你。

今天这篇想把PP与QM的关键集成点从头到尾梳理一遍，重点讲清楚检验批怎么触发、报工数量怎么跟质检库存联动、CO11N/CO15在集成流程里到底扮演什么角色，以及几个我实际项目里踩过的配置坑。内容适合正在做PP/QM模块实施或运维的顾问，也适合制造业里搞数字化、想弄明白系统逻辑的业务骨干参考。

1. 生产订单生命周期里的质检触点：PP与QM集成的业务起点

1.1 一张生产订单走完全程，质量管理在哪里等着

PP模块的日常是围绕生产订单（Production Order）转的。从CO01创建订单、CO02下达、MIGO发料、CO11N/CO15报工，再到MIGO收货、KO88结算，这一串动作里，QM模块并不是在边上"围观"，而是穿插在几个固定的节点上。

来料检验发生在采购收货或生产发料前；过程检验发生在工序报工前后；成品检验发生在生产订单收货时。这些检验动作在SAP里都不靠人来喊，而是通过主数据和配置自动触发的。比如物料主数据里指定了"收货时需要质检"，那MIGO一过账，系统马上把库存状态置为质检库存，同时生成一张检验批（Inspection Lot）。

这里很多人会混淆一个概念：生产订单上挂了检验计划，并不等于所有工序都要检验。PP与QM的集成不是"有订单就检"，而是"订单走到某个设定好的节点才检"。这个节点的控制权分散在物料主数据、工艺路线控制键、订单类型参数文件、甚至工厂级定制里。后面我会逐个拆开讲。

1.2 集成缺失时的三种典型"脱节"现场

我在项目里见过不少PP和QM各跑各的案例，最典型的有三种。

第一种是生产已经全工序报工了，质检员却根本不知道要检。等成品入库好几周，客户投诉批次有问题，回头查才发现当初压根没生成检验批——因为工艺路线里那道工序控制键没勾质检标识。

第二种是质检已经判了"冻结"，可仓库没收到任何通知，照样把货发给销售。这种通常是因为库存转移逻辑没配好，UD（使用决策）之后完全没有触发后续动作，账实不一致。

第三种是返工成本算不清。生产订单报工之后发现质量不合格，车间原地返工，结果返工工时不知道该报在原订单上还是重新开一张返工订单。最后财务结算时，废品成本和返工成本混成一团。

这些问题的根子不在某个模块本身，而在PP与QM之间的集成点没打通。所以做这个集成，第一步不是去配系统，而是把业务链条上"哪个节点该检、检完怎么处理"先理顺。

1.3 集成目标的本质：质检动作跟着生产动作走

把话说明白，PP与QM集成的本质就一句话：质检动作要跟着生产动作自动走。

生产报工了，质量端自动知道该检这批活；质量判完了，生产端自动知道这批货能不能继续流到下一道工序。谁都不用扯着嗓子喊，也不用线下拿着纸质质检单来回跑。

要实现这个目标，系统里至少要回答三个问题：

• 什么时候生成检验批？——订单下达时、工序报工时，还是收货时？
• 检验批的检验内容从哪来？——哪张检验计划、检验哪些特性、抽多少样？
• 检验判定之后库存怎么动？——转非限制、冻结还是报废？

这三个问题对应的系统对象分别是检验批（Inspection Lot）、检验计划（Inspection Plan）和使用决策（Usage Decision）。它们就是PP与QM集成点上最核心的三块拼图。

提示：别一上来就钻配置。我见过好几个项目，顾问在IMG里把检验批来源、控制键、采样方案一顿配，结果业务部门根本不认可，因为流程根本没那么走。先把三个问题问清楚，再动手。

2. 检验计划这条纽带：从物料主数据到工艺路线的配置逻辑

2.1 检验计划是什么，以及为什么它是两个模块的"翻译器"

检验计划可以理解成"质检员手里的工艺卡"。制造工艺卡写的是怎么把一块铁变成零件，检验计划写的是这个零件每一步要查什么、抽几个样本、量到什么范围算合格。

在SAP里，检验计划用QP01创建，里面包含三样核心内容：

• 检验特性：比如直径公差±0.02mm、表面粗糙度Ra1.6，定性属性看颜色、看划痕。
• 采样方案：按ISO标准还是企业自定方案，批量1000件抽20件还是抽32件。
• 判定规则：AQL值是多少，缺陷数超过几个就整批拒收。

PP模块管工艺路线（Routing），里面每一道工序用控制键规定"要不要排产、要不要报工、要不要结成本"。QM模块管检验计划，里面每一道检验工序规定"检哪些项、怎么抽、怎么判"。两者通过工序编号和工作中心关联起来，这就是两个模块最直接的交汇点。

2.2 物料主数据QM视图的关键开关

物料主数据里有专门的QM视图，里面藏着第一个开关：检验批来源。

常见的选择有"收货"和"生产订单"。选收货，意味着只要这个物料做收货动作就可能触发检验批，比如外购件来料；选生产订单，意味着这个物料只对生产订单相关的流程触发检验批，比如自制半成品。

具体往哪里设？MM02进入物料主数据，切到"质量管理"视图，找到"检验批来源"字段。同一个物料可以多选来源，选中之后系统才会在对应业务动作发生时考虑生成检验批。

另外一个容易被忽略的字段是"检验计划组"。物料想自动匹配检验计划，通常要么在物料主数据里直接指定检验计划组，要么通过"检验规则"去匹配。检验规则用来区分场景——同一个物料，来料可能按GB/T2828抽，过程检验可能按企业内控标准抽，出货检验又可能按客户协议抽。在检验计划里维护好规则，物料主数据里选好规则，系统才能自动挑对那张计划。

2.3 工艺路线控制键与工序级质检

光有物料主数据还不够。同一颗物料，在A车间可能不需要过程检，拉到B车间就要检。这个差异靠什么？靠工艺路线里的控制键。

工艺路线（CA01/CA02维护）的每一道工序上，都有一个控制键字段。标准系统里常见的有PP01（普通工序）、PP03（质检工序）等，不同项目会拷贝出来改名字，比如PPZD、PPZH之类，但本质逻辑是一样的：

• 不勾"质检"标识的工序，报工后完全不碰QM。
• 勾了"质检"标识的工序，报工到这一步时，只要物料主数据也允许生产订单类检验批，系统就会按已报工数量自动生成检验批。

我在一个汽车零部件项目里看到过很典型的设计：CNC加工这道工序控制键用"质检"，但抛光那两道工序用"普通"。结果就是CNC报工的次数越多，质量部那边待检量就越大；抛光报工却没有这个效应。这个差异本身就体现了工艺设计里哪些环节是质量关键点，哪些不是。

2.4 检验计划的分配方式与常见误区

检验计划建好之后，怎么跟生产订单挂上钩？常见三条路：

1. 通过物料主数据：物料主数据QM视图里指定检验计划组，系统自动匹配。
2. 通过工艺路线：在工艺路线工序里直接输入检验计划编号，生产订单复制工艺路线时一并带上。
3. 通过检验规则：物料主数据+检验计划里都维护规则编号，按业务场景精确命中。

这里有个很常见的误区：以为只要建了检验计划，生产订单就会自动带出来。实际上生产订单上的检验信息是从工艺路线里"复制"来的。工艺路线里的控制键没勾质检、检验计划没分配、物料主数据来源没开——这三个条件缺一个，订单就算挂了检验计划也白搭。

我把这三层开关的关系整理成一张表，排查问题的时候很有用：

3. 检验批的生成时机：订单状态、工序控制键与报工动作的关系

3.1 检验批来源：收货与生产订单的适用场景

检验批（Inspection Lot）是QM那边处理质量的"工作单"。一张检验批对应一批待检物料、一张检验计划和一次判定记录。PP与QM集成里，最常碰到的检验批来源有两个：收货来源和生产订单来源。

收货来源适合外购件或成品入库。供应商送货来，MIGO 101收货，系统直接生成检验批，库存放到质检状态；质检员在QA32里录结果、做使用决策，判A之后库存才成为可正常发料的非限制库存。

生产订单来源适合自制件的过程检验。生产订单下达或者工序报工时触发，系统按已确认的合格数量生成检验批。这里的核心是"按报工数量走"——你报工报了多少，待检量就是多少，不需要另建一张入库单。

如果一张生产订单既有过程检验又有完工检验，很可能同时有两个来源的检验批。这不冲突，它们分别挂在不同节点上，由不同部门去处理。

3.2 报工动作触发检验批的完整条件

很多PP顾问第一次遇到"报了工却找不到检验批"都会懵。其实检验批生成是有完整条件链的，缺一环就不生成。

拿最典型的"工序报工触发检验批"来说，要同时满足：

• 物料主数据QM视图里勾了"生产订单"相关检验批来源；
• 工艺路线那道工序的控制键带质检标识；
• 检验计划在有效期内且已分配；
• 生产订单复制了工艺路线，且已下达；
• 报工数量大于0。

这里面最容易漏的是第三条——检验计划有效期。我遇到过一家企业，物料换了标准，老检验计划被标记删除，新计划还没建好，结果整整两周时间所有工序报工都没触发检验批。质量部还以为"最近质量特别好"，一直到客诉出来才追查到是主数据空窗期。

系统里查检验批的清单可以用QA32。注意筛选条件里要把"检验批来源"选对，别用默认的"全部"去想当然。经验做法是：先按订单号查检验批记录（QA32里可以按生产订单筛选），再反查生成时间，判断是哪一步动作触发的。

3.3 部分报工、最终报工与检验批的批次记录

报工不是只有一次。比如订单数量100件，今天干了30件，CO11N上先报30；明天又干50件，再报50；最后20件完工，补报。这种分批次确认在离散制造里非常常见。

那检验批怎么办？关键规则是：通常只在第一次有效报工时生成检验批，后续报工数量roll进同一张检验批。也就是说，检验批不是报一次出一张，而是跟着订单+工序走的。你第一次确认30件，系统生成一张检验批，待检数量30；后续再报50，这张检验批的待检数量自动变成80。

这里要特别留意"待检数量"和"报工数量"的一致性。如果这张检验批已经被人做过部分结果录入了（比如质量部已经把30件判定完了），后面车间再报20件进去，会出现"检验批里已判定数量+待检数量=总报工数量"的衔接问题。所以车间报工节奏和质量部检验节奏如果不协同，很容易产生差异。后续在第四章我会展开讲这个联动怎么处理。

检验批状态在QA32里可以看到，常用到的有：

• CRTD（已创建）——刚生成，待确认；
• REL（已释放）——可以开始检验了；
• PDRT（部分结果记录）——有些特性录了，有些还没录；
• DMMT（动态修改）——采样等级被调整过；
• 最终判定完成的状态，通常在UD之后闭合。

3.4 检验批里的"动态采样"逻辑

检验批里还有一个很多业务人员不理解的概念：为什么每次抽检数量不一样？这不是随机的，是SAP的**动态修改规则（Dynamic Modification Rule）**在起作用。

简单讲，如果最近连续几批质量都很好，系统会按照动态规则自动降低抽检比例；如果最近一批不合格，下一批自动加严。这个规则在检验计划里可以配置，一般有正常、放宽、加严三个档位。它和报工数量一起决定了实际抽多少样本。

做PP顾问的不需要深入QM统计原理，但至少要知道：检验批上的抽样数量可能不等于待检数量。比如订单报工100件，按ISO标准抽20件，那检验批的"样本数量"就是20，不是100。车间看到待检库存是100，质量部拿到检验批只抽20，这是正常的，不是数据丢了。

4. CO11N与CO15报工过程中的质检联动与数量处理

4.1 什么场景用CO11N，什么场景用CO15

报工在SAP里最常用的两个事务代码就是CO11N和CO15。很多新手搞不清它俩区别，其实就是"单工序确认"和"整单集中确认"的区别。

CO11N适合车间工人按工序、按个人来报工。操作工做完一道工序，在终端上输入订单号、工序号、工时和数量。系统按计工单记录每个操作工的实际工时，方便后续算计件工资或考核效率。机械加工、机修车间这种按个人任务计量的场景特别爱用。

CO15适合一个班次干完了一张订单的全部工序，班长一口气把整张订单的所有工序都确认掉。输入订单号之后，系统把剩余未报工的工序全部列出来，一次确认。适合流水线班组、装配车间这种以"整单完工"为节奏的场景。

但无论用哪个事务代码，只要那道工序带质检标识、物料主数据开了生产订单来源，系统一样会生成检验批。报工工具不改变集成逻辑，只改变操作入口。

4.2 报工字段与质检数量的对应关系

CO11N的确认界面里，有几个字段跟QM联动特别紧密，我逐个说。

产出数量（Confirm quantity）：报工完成的合格品数量。这个数直接决定检验批的待检数量。比如报工100件，检验批里初始待检数量就是100件。

报废数量（Scrap quantity）：报工时同时报废的废品数。这个数不进入待检数量，因为废品没有检验意义，系统直接把它作为订单差异处理。

返工数量（Rework quantity）：报工时发现需要返工的数量。这个要小心——返工数量的处理方式在不同项目里差别很大。有的项目在报工时直接单独标识，有的项目根本不在此处录返工，而是让作业员转去额外报工时，这就看工艺设计了。

最后工序标志（Final confirmation）：勾了之后，订单视为全部完工。如果这道工序带质检标识，就意味着"这一批成品全部进入待检"。系统往往还会顺带做一些订单状态更新，比如GR blocked（收货冻结）之类。总之，凡是带质检的工序，勾这个标志前一定要确报质检体系能接得住，否则会有一堆待检库存堆在仓库里。

CO15的确认界面字段逻辑跟CO11N一样，只是把多道工序平铺在一张列表上。特别提醒一个使用习惯：在CO15里一口气确认好几个工序时，如果其中既有质检工序又有非质检工序，操作员很容易忽略"I这个工序待报废数量录错、质检数量连带出错"的问题。所以在CO15界面上，建议把"非必须确认工序"先排除掉，只勾真正要确认的工序。

4.3 报工之后：质检员在QA32里做什么

报工完成后，质检员登录QA32，找到检验批，开始干活。流程基本是：打开检验批 → 查看检验特性清单 → 录入实测值 → 逐项做判定（合格/不合格） → 对整批做使用决策（UD）。

结果录入可以用QE01（单特性录入）或QE02（集中录入）。前者适合检验员逐项测量时用，后者适合拿到一张纸质报告表之后快速录入。录入的内容包括每个特性的实测值、判定结果、检验员、检验时间。

这里有一个集成点上非常关键的动作：UD（使用决策）。在QA32里做完UD，系统才会真正把库存属性改掉。比如UD判"接受（A）"，库存从质检库存自动转成非限制使用库存，生产订单的后续发货、销售发货才能正常做。如果一直不做UD，库存就永远卡在100状态的质检库存里，货看着在系统里有账，实际根本发不出去。

4.4 报工与质检衔接的一个实际案例

之前帮一家液压件厂做过优化，他们的问题是：车间CO11N报工永远是"抢先跑"，质检那边QA32的检验批越积越多。到月底盘点，系统里待检库存账面上挂着三千多件半成品，车间以为是质量问题不敢动，质量部以为车间还没干完活。

后来把流程捋下来发现，问题不复杂：检验批是报工时自动生成的，但质量部的人习惯攒一批才录一次结果。而车间看到订单状态还是"报工完成未收货"，就一直不敢往下推。双方都没错，但整个链条就卡住了。

解决思路也很直接：在报工事务代码的"最后工序确认"之前加一道系统校验，如果存在未完成UD的检验批，就提示车间"该订单还有待检批次，请确认质量判定后再做最终确认"。同时给质量部配置了当日报工、当日检验完成率的管理报表。两个动作下去，待检库存半个月就清干净了。

5. 质检判定之后的连锁反应：库存、成本与不合格品处理

5.1 使用决策（UD）三态与库存转移逻辑

UD是QM里对一个检验批做最终拍板的动作。标准的判定结果大致分三种：

• A（接受/Accept）：检验合格，放行。系统把质检库存（100状态）自动转移为非限制库存（200状态），货可以被后续工序或销售正常使用。
• R（拒绝/Reject）：检验不合格，退回或报废。在采购来料场景里可能触发退货流程；在生产订单场景里，通常要把不合格库存转移到冻结状态，触发返工或报废流程。
• S（冻结/Stock）：暂时没结论，先冻结等待处理。通常意味着质量部要组织评审，或者等待客户特批。

库存转移是整个集成里最直观也最要命的地方。举一个非常典型的操作：检验批判了A，系统自动过账，库存从质检状态变成非限制状态。这个过程不需要人工再做MIGO，它在UD保存的瞬间自动完成。

反过来，如果判了S或R，库存不会自动转成可用的非限制库存，而是停在冻结状态。后续要么人工转储到某个特定库存，要么发起处置流程。不少企业在这步栽过跟头：判S之后没人跟进，库存冻结半年，财务和仓库天天打架。

注意：质检判定为A并不等于生产订单就可以收货入库了。生产订单收货（MIGO 101）是另一个独立动作，它和检验批判定是两回事。只有订单状态允许收货、且库存已经是非限制状态时，收货过账才顺畅。

5.2 质检成本与质量通知对生产订单的影响

质检不是免费的。检验员的人工工时、量具磨损、检测耗材，这些在成本核算上到底算到哪个生产订单里？SAP的处理思路是：检验过程产生的费用，可以按成本要素归集到生产订单上，也可以归集到质量管理相关的内部订单上。

比如检验员的工时，如果专门为某一张生产订单检货，就可以在报工时以工时类别的方式记到该订单上；如果检验员是公用资源，按工时比例分摊到多张订单，就可以先在内部订单归集，再定期分摊。

这里必须提一下质量通知单（Quality Notification，QN）。当检验批判不合格时，质量部通常会在系统里开一张质量通知，记录问题描述、责任部门、纠正措施。这张通知单可以和原生产订单关联，也可以触发后续的返工指令或供应商索赔。它是PP、QM、以及采购模块之间一个容易被低估的接口。如果质量部处理不合格品只是简单UD就算了事，后面追溯问题原因、计算质量损失成本就会非常痛苦。

5.3 返工、让步接收与报废在PP侧的处理路径

质量判了不合格，业务上无非三条路：返工、让步接收、报废。这三条路在PP侧的落法不一样。

返工：如果原生产订单还没技术完成，可以直接在原订单上增加一个返工工序，重新投料、重新报工。返工发生的材料费和工时费自然归集到原订单。如果原订单已经TECO了，通常就要单独开一张返工订单。返工订单本身可以是一张普通的离散订单，也可以使用专门的返工订单类型，关键在于物料BOM和工艺路线怎么设。

让步接收：质量不合格但客户同意让步使用。在系统里通常的做法是：UD判A通过，但在检验批备注里、质量通知单里记录让步的理由和批准人。库存可以正常流转。要注意的是，这种"记录在案"的让步接收对批次追溯要求很高，如果物料有批次管理，最好在批次属性里也打个标，方便后续追到具体这批货。

报废：报废数量可以在报工时就录入，也可以之后通过货物移动做库存冲销。报废数量会进入生产订单的差异，影响成本结算。建议在业务上明确"报废权限"，哪些岗位上的人能在系统里录报废，避免车间为了追求报工完成率把不良品直接录成报废，掩盖了质量问题。

6. 集成实施中常见的配置坑与排查路径

6.1 检验批不生成：逐层往下找开关

这是PP和QM集成里出现频率最高的问题：报工做了好几轮，QA32里就是查不到检验批。

我的排查顺序一般是这样的：

1. 先查物料主数据：MM03看QM视图里"检验批来源"是不是包含"生产订单"。很多项目只勾了"收货"，结果生产订单流程怎么触发都没用。
2. 再查工艺路线工序：CA03看这道工序用的控制键，双击控制键看详细配置，确认它带质检标识。
3. 接着查检验计划：QP03看检验计划是否已释放、有效期是否覆盖当天。
4. 最后查订单本身：CO03看看生产订单复制下来的工序信息，确认是来自哪条工艺路线的版本。一个项目里最容易翻车的场景是——工艺路线改了新版本，但旧版本还有一张老订单挂在线上，车间按老工艺报工，质量部按新标准等检验批，两边对着空气等待。

有一次排查了整整两天，最后发现是检验计划压根没分配给那个工厂。检验计划建在1000工厂，物料主数据挂在1010工厂，当然怎么也触发不了。这种主数据维护的问题，靠代码是看不住的，只能靠定期的数据健康检查。

6.2 质检库存挂账和UD卡住的批量处理

待检库存越积越多，基本上是所有制造业用户都头疼的事。

原因通常很直接：检验批建了，但没人做UD。可能质检员请假了、检验设备坏了、或者那批货本身有争议，质量部在等领导拍板。但系统不等人，库存就一直卡在质检状态。

这种问题没有银弹。我在项目里一般建议企业做两件事。

第一，配置检验批超期提醒报表。系统标准功能里可以按检验批创建日期、待检数量、状态做清单输出（QA32或者写个自定义ALV报表）。每天上班自动刷一遍，把超过24小时没做UD的检验批列出来，邮件推给质量主管。别小看这个动作，它能把很多隐性呆滞库存变成显性管理对象。

第二，在CO15或收货时做拦截。如果一张订单存在未UD的检验批，不允许继续报工或收货。很多人觉得这会影响生产效率，但从质量保证角度来说，这个拦截恰恰是对双方的保护。流程一开始会有点抱怨，但跑顺之后没人再愿意回到"账实不清"的状态里。实际项目里我一般建议先从瓶颈工序做试点，再逐步推广。

6.3 先报工还是先质检：业务顺序与系统配置怎么对齐

这个问题看起来在问流程顺序，其实在问系统集成策略。

严谨型的做法是：质量门。工序报工后，先锁定检验批，质量部完成UD，合格才允许报工数量进入下一步工序。这种配置适合关键工序，比如热处理、焊接、电镀，一旦漏检后果很严重。

松散型的做法是：报工照做，质检并行。报工数据先挂在系统里，检验批生成但不拦截后续工序。质量部在后台完成检验判定，发现不合格再回头处理。适合非关键工序，或者质量水平稳定的供应商/产线。

最怕的是同一张订单里两种策略混着来，但没人说得清每道工序到底哪种策略。结果车间按松散型干，质量部按严谨型判断，两边对不上，最后靠开会吵。

我的建议是：在工艺路线设计阶段就把每道工序的"质量门级别"定清楚，哪几道是一票否决的，哪几道只是记录型的。然后在控制键上区分开来。这样上线之后大家照着系统的规则执行，不用反复扯皮。

6.4 离散制造与重复制造场景下的集成差异

离散制造和重复制造在报工和质检集成上的触发方式是有本质差别的，很多顾问只做过一种，换到另一种就懵。

离散制造：以生产订单为核心。工序报工（CO11N/CO15）触发检验批，质检库存、UD、收货全都围绕订单展开。这个模式比较直观，也适合项目型、订单型生产。

重复制造：没有传统意义上的工序报工，而是靠拉料倒冲（Backflush）。在KKF（重复制造看板）里，货物移动和产出确认是一次性完成的，系统按物料反冲来产生产出数量，同时触发检验批。检验批的生成逻辑不是基于"CO11N确认了多少"，而是基于"倒冲了多少产出"。这中间如果物料替代、负差异、反冲时间点没配好，检验批数量很容易错。

流程制造（化工、制药）：不仅有生产订单和检验批，还常涉及批次追溯、质量证书、稳定性试验等更复杂的需求。一般还要结合MES（制造执行系统）做数据传递，检验批的触发往往不是SAP内部动作，而是MES发起、SAP接收。这种项目里，PP和QM的集成还要再加上"接口监控"这个新维度。

我在一个电子厂项目里就被末端工位的检验批触发逻辑坑过。那家厂表面上是离散制造，但最后一个SMT贴片工位实际走到了重复制造的节奏——每天上千片产出，靠CO11N一单一单报根本不现实。后来干脆把末端工位切换到重复制造模式，通过拉料倒冲触发，问题才解决。所以做集成方案时，不要死守着订单类型，先看清生产组织形态。

最后说个我个人的体会。做PP与QM集成，最怕的不是把检验计划建错，而是业务口没谈清楚就上系统。生产说"先干活后补检"，质量说"没检完不许动"，仓库说"系统里账得能发出去"——这三个诉求在系统里对应完全不同的配置逻辑。

我在项目里坚持先花半天时间，拉着生产、质量、仓库三方聊清楚三件事：什么时候检、检多少、谁说了算。这三句话一定下来，物料主数据怎么设、控制键怎么勾、检验计划怎么分配，基本就有答案了。顺序别搞反，不然系统上线第一天，就会有一堆人提着问题来你座位边上排队。