yonyouU9企业管理软件项目制造用户手册V6.5用友网络科技股份有限公司2019年5月项目制造用户手册目录产品介绍..4应用专题..6ＥＴＯ环境下的项目计划与控制.6MTO环境下的项目计划与控制..7不同任务类型的计划与控制.7项目W型计划过程.10使用流程..13基础设置..16任务控制方式.16任务类型.17项目阶段划分.19项目类型.20项目.26项目工作台.26任务.44任务分解.44任务工作台.58执行工作台.59进度审核.67查询.69拖期未完成任务查询.69未完成任务查询.71任务查询.74拖期未完成产出查询.76未完成产出查询.79任务产出查询.82基准比较查询.84项目立账收款查询.87项目收款付款查询.93新增特性..97功能性需求.97易用性专题..106第2页共111页项目制造用户手册产品介绍项目计划与控制模块是项目制造最重要的模块。项目制造是针对装备制造业中按订单设计或者按订单制造模式下，按项目管理的制造解决方案。这些企业具有一次性生产、产品结构复杂、生产周期长等特点，用传统的ＭＲＰ很难进行有效计划与监控。项目制造引入项目管理思想，新增项目计划与控制、项目成本等模块，全面与工程数据、采购管理、生产管理、需求计划、库存、应收等系统集成，可以对这些复杂设备的设计、采购、生产、发运、成本等全业务流程进行管理。项目计划与控制是编制项目计划和监控项目执行情况的重要工具。它可以协助用户快速创建项目任务分解，全面与工程数据、采购管理、生产管理、需求计划、库存、应收、项目成本等系统集成，及时监控设计、采购、生产、发运等项目的执行情况。项目计划与控制的主要内容立项：创建、审核一个新的项目。系统支持三种模式创建一个新项目：第一，手工创建一个项目；第二，复制一个已存在的类似项目；第三，根据销售订单创建项目。创建项目之前，用户可以定义不同的项目类型。不同的项目类型可以定义不同的审批流程及业务控制流程，也便于按不同的项目类型进行分类管理。任务分解：编辑、审核、发布项目明细计划。系统支持三种模式创建项目任务分解：第一，手工一条一条创建新的任务；第二，创建项目时同时选择复制已存在的任务分解明细；第三，根据选定BOM导入生成任务分解明细。计划的任务类型包括设计、采购、生产、立账、开票、收款、子件发运、销售、子件发运、描述性，用户可以在此基础上扩展定义自己企业的任务类型。用户可以创建不同版本的任务分解，以便跟踪不同版本之间的差异。用户也可以对任务分解进行基线化，以便于任务变更情况与基线进行比较。项目任务分解过程中可以根据任务与任务之间的前后置约束关系及任务工期进行排程，用户可以选择实时排程也可以选择批次排程。任务执行：任务负责人可以通过“执行工作台”查看自己负责的任务，也可以设置邮件通知及邮件提醒。在任务执行用户也可以根据不同类型的任务驱动生成对应的业务单据。比如采购任务可以生成对一对应采购申请或采购订单；生产类任务可以生成对应生产订单；立账类任务可以生成立账单；开票类任务可以生成发票；收款类任务可以生成收款单。在任务执行工作台，用户可以手工报告任务进度。各业务系统的执行情况可以自动反馈到任务进度中。进度审批：用户可以根据企业的实际情况，设置进度报告是否需要审核。如果设置为需要审核，项目经理可以批量审核进度报告。执行监控：用户可以通过进度甘特图查看项目整体进度，也可以通过各种查询报告查看项目的执行情况。系统接口工程数据：设计类任务可以和项目ＢＯＭ关联，关联后对应ＢＯＭ审核时可以自动更新该任务的进度。第3页共111页项目制造用户手册采购管理：采购类任务可以生成对应采购申请或者采购订单，采购到货时可以自动更新对应任务的进度。生产管理：生产类任务可以生成对应生产订单，生产订单完工时可以自动更新对应任务的进度。应收管理：立账类任务可以生成对应应收单，生成应收单后可以自动更新对应任务的进度。收款类任务可以生成对应收款单，收款确认后可以自动更新对应任务的进度。应付管理：付款类任务可以生成对应付款单，付款确认后可以自动更新对应任务的进度。税务发票：开票类任务可以生成对应发票，生成发票后可以自动更新对应任务的进度。销售管理：销售类任务可以生成对应销售单，创建销售订单后可以自动更新对应任务的进度。子件发运类任务可以生成出货单，根据实际出货数量可以自动更新对应任务进度。需求计划：需求计划中会考虑项目产出及任务产出（包括产出料品、数量、时间），同时需求计划也可以将按照料品提前期计算得到的日期反馈给相应任务，这样“需求计划”与“项目计划与控制”系统相互相承，可以较好的依据项目计划系统的排程日期驱动后续相关物料的日期，使得需求计划得到的时间更加真实可靠。项目成本：项目计划与控制系统可以指定项目的成本分解结构及任务的费用类型，项目成本可以按照项目任务归集和计算成本。第4页共111页项目制造用户手册应用专题ＥＴＯ环境下的项目计划与控制在ETO环境下，产品在很大程度上是按照某一特定客户的要求来设计的，设计是该生产流程的重要组成部分。因为绝大多数产品都是为特定客户度身定制，所以这些产品可能只生产一次，以后再也不会重复生产了。在这种生产类型中，产品的生产批量很小，但是设计工作和最终产品往往非常复杂。在生产过程中，每一项工作都要特殊处理，因为每项工作都是不一样的，可能有不一样的操作，不一样的费用，需要不同的人员来完成。当然，一些经常用到而且批量较大的部分，如原材料，可以除外。为了使一个大型产品或项目按期准确交货，必须有先进的计划控制系统来协调和管理控制工作。另外，精确地计算各个子部分的费用也是一件很难完成的要求。由于应用极其复杂，这里简单介绍常用的ＥＴＯ环境下的业务处理流程。首先，企业和客户签订一个定制合同或订单，在销售与分销中输入相应的合同或者销售订单。其次，在项目计划与控制系统创建一个项目，对项目进行审核。第三，项目计划与控制系统，初步确定项目各阶段的开始及完成时间。第四，项目计划与控制系统，分解设计任务明细。设计任务可以与ＢＯＭ关联。第五，对采购周期较长的零部件，设计部门提采购清单。系统可以有两种做法：方法一，在项目计划与控制系统创建对应的采购任务，然后根据采购任务生成采购订单／采购申请，然后通过任务跟踪采购的到货完成情况。方法二，直接创建采购申请，然后通过采购申请跟踪采购订单落实及到货情况。第六，对设计完成的零部件，在基础设置中创建相应的料品档案。第七，对设计完成的零部件，在工程数据中创建相应的BOM。第八，项目计划与控制系统，根据BOM生成任务。注意，如果产品很复杂，有数千数万个零部件组成的情况下，我们推荐只针对重要或者关键的零部件才纳入项目计划与控制系统。第九，在项目计划与控制系统，调整各关键零部件的开完成日期，排定一个合理的执行计划，审核发布相应的计划明细。第十，针对关键件生产任务，生成对应生产订单。有两种方式可以生成对应生产订单：方式一，在任务执行工作台选择任务生成对应关键件的生产订单；方式二，通过运行“需求计划”，再由计划订单释放生成生产订单。注意：建议只针对近期要执行的任务生成生产订单，最远不要超过一个月。第十一，运行ＭＲＰ，注意要选择包含ＷＢＳ任务，生成所有零部件的采购／生产计划订单。第十二，下达零部件生产订单，执行生产任务，并汇报订单完成情况。第十三，在项目计划与控制系统监控项目的执行情况，调整项目任务的开完成日期，然后重复第十步，运行ＭＲＰ。第十四，如果要跟踪控制发运、现场安装、收款等业务，可以创建相应的任务进行计划及监控。第5页共111页项目制造用户手册第十五，项目完成后，检查并处理剩余库存等业务，然后关闭项目。MTO环境下的项目计划与控制在MTO环境下，企业有定型的产品，接到客户的订单后就可以组织生产，基本上不需要设计或者设计工作量很小可以忽略。并不是所有MTO生产环境都需要使用项目制造，只有那些接到产品结构较复杂，生产周期较长的产品比较适合使用项目制造。这种情况下，通过项目计划可以组织与监控项目生产准备、采购、零部件加工、装配等过程。这里简单介绍常用的ＭＴＯ环境下的业务处理流程。首先，企业和客户签订销售订单，在销售与分销中输入相应的销售订单。其次，在项目计划与控制系统根据销售订单创建项目，对项目进行审核。第三，项目计划与控制系统，初步确定项目各阶段的开始及完成时间。第四，对采购周期较长的零部件，设计部门提采购清单。系统可以有两种做法：方法一，在项目计划与控制系统创建对应的采购任务，然后根据采购任务生成采购订单／采购申请，然后通过任务跟踪采购的到货完成情况。方法二，直接创建采购申请，然后通过采购申请跟踪采购订单落实及到货情况。第五，项目计划与控制系统，根据BOM生成任务。注意，如果产品很复杂，有数千数万个零部件组成的情况下，我们推荐只针对重要或者关键的零部件才纳入项目计划与控制系统。第六，在项目计划与控制系统，调整各关键零部件的开完成日期，排定一个合理的执行计划，审核发布相应的计划明细。第七，针对关键件生产任务，生成对应生产订单。有两种方式可以生成对应生产订单：方式一，在任务执行工作台选择任务生成对应关键件的生产订单；方式二，通过运行“需求计划”，再由计划订单释放生成生产订单。注意：建议只针对近期要执行的任务生成生产订单，最远不要超过一个月。第八，运行ＭＲＰ，注意要选择包含ＷＢＳ任务，生成所有零部件的采购／生产计划订单。第九，下达零部件生产订单，执行生产任务，并汇报订单完成情况。第十，在项目计划与控制系统监控项目的执行情况，调整项目任务的开完成日期，然后重复第十步，运行ＭＲＰ。第十一，如果要跟踪控制发运、现场安装、收款等业务，可以创建相应的任务进行计划及监控。第十二，项目完成后，检查并处理剩余库存等业务，然后关闭项目。不同任务类型的计划与控制系统内置11种不同的业务活动，在此基础上用户可以定义满足自己企业的任务类型。系统内置的业务活动有：设计类型采购类型生产类型第6页共111页项目制造用户手册立账类型开票类型收款类型付款类型子件发运类型销售类型子项目描述性对于设计类任务，其处理流程如下：首先，在“任务类型”中定义一种“业务活动”为“设计类型”的任务类型；其次，在任务分解中定义具体的“设计类型”任务，这类任务可以和具体的BOM关联；第三，审核并发布设计任务；第四，如果任务选择和BOM关联，则对应BOM审核确认时自动更新该任务的进度；第五，如果任务没有和BOM关联，则需要手工申报任务进度。对于采购类任务，其处理流程如下：首先，在“任务类型”中定义一种“业务活动”为“采购类型”的任务类型；其次，在任务分解中定义具体的“采购类型”任务，这类任务必须定义采购的具体料品，即任务产出；第三，审核并发布任务；第四，根据任务生成对应的采购申请或则采购订单。生成采购申请／采购订单的方式有三种：其一，在任务执行工作台，选择对应任务及产出，生成采购申请／采购订单；其二，通过运行“需求计划”生成“计划订单”，计划订单释放生成采购申请/采购订单；其三，在采购申请／采购订单界面参照对应任务生成。至于什么情况下生成采购申请，什么情况下生成采购订单，通过料品档案——采购页签——“请购”来确定。第五，采购到货时时自动更新该任务的进度。对于生产类任务，其处理流程如下：首先，在“任务类型”中定义一种“业务活动”为“生产类型”的任务类型；其次，在任务分解中定义具体的“生产类型”任务，这类任务必须定义生产的具体料品即任务产出；第三，审核并发布任务；第四，根据任务生成对应的生产订单。生成生产订单的方式有三种：其一，在任务执行工作台，选择对应任务及产出，生成生产订单；其二，通过运行“需求计划”生成“计划订单”，计划订单释放生成生产订单；其三，在生产订单界面参照对应任务生成。第五，生产订单完工时自动更新该任务的进度。对于立账类任务，其处理流程如下：首先，在“任务类型”中定义一种“业务活动”为“立账类型”的任务类型；其次，在任务分解中定义具体的“立账类型”任务，这类任务必须定义立账客户、立账币种、立账金额、立账时间。立账任务可以与其它任务建立前后置约束关系，比如只有当设计任务完成时才能对设计费进行立账。第三，审核并发布任务；第四，根据任务生成对应的应收单。生成应收单的方式有两种：其一，在任务执行工作台，选择对应任务，生成应收单；其二，在应收单界面参照对应任务生成应收单。第7页共111页项目制造用户手册第五，生成应收单时自动更新该任务的进度。对于开票类任务，其处理流程如下：首先，在“任务类型”中定义一种“业务活动”为“开票类型”的任务类型；其次，在任务分解中定义具体的“开票类型”任务，这类任务必须定义开票客户、币种、金额等。第三，审核并发布任务；第四，根据任务生成对应的发票。生成发票的方式有两种：其一，在任务执行工作台，选择对应任务，生成发票；其二，在发票界面参照对应任务生成发票。第五，生成发票时自动更新该任务的进度。对于收款类任务，其处理流程如下：首先，在“任务类型”中定义一种“业务活动”为“收款类型”的任务类型；其次，在任务分解中定义具体的“收款类型”任务，这类任务必须定义收款客户、币种、金额等。第三，审核并发布任务；第四，实际收款后，创建收款单。创建收款单的方式有两种：其一，在任务执行工作台，选择对应任务，生成收款单；其二，在收款单界面参照对应任务生成收款单。第五，收款单保存时自动更新该任务的进度。对于付款类任务，其处理流程如下：首先，在“任务类型”中定义一种“业务活动”为“付款类型”的任务类型；其次，在任务分解中定义具体的“付款类型”任务，这类任务必须定义付款对象（客户或者供应商）、币种、金额等。第三，审核并发布任务；第四，实际付款后，创建付款单。创建付款单的方式有两种：其一，在任务执行工作台，选择对应任务，生成付款单；其二，在付款单界面参照对应任务生成付款单。第五，付款单保存时自动更新该任务的进度。对于子件类任务，其处理流程如下：首先，在“任务类型”中定义一种“业务活动”为“子件发运类型”的任务类型；其次，在任务分解中定义具体的“子件发运类型”任务，这类任务必须定义发运的子件料品、数量等。第三，审核并发布任务；第四，根据子件发运任务创建出货单。创建出货单的方式有两种：其一，在任务执行工作台，选择对应任务，生成出货单；其二，在出货单界面参照对应任务生成出货单。第五，如果出货流程不需要走签收，则出货确认时更新发运数量及进度；如果出货流程走签收，则签收时更新发运数量及进度。对于销售类任务，其处理流程如下：首先，在“任务类型”中定义一种“业务活动”为“销售类型”的任务类型；其次，在任务分解中定义具体的“销售类型”任务，这类任务必须定义客户、销售料品、数量等。第三，审核并发布任务；第四，根据销售类任务创建销售订单。创建销售订单的方式有两种：其一，在任务执行工作台，选择对应任务，生成销售订单；其二，在销售订单界面参照对应任务生成销售订单。第五，销售订单保存时自动更新该任务的进度。第8页共111页项目制造用户手册子项目类任务主要用于创建母子项目之间的关系。用户可以分别创建母项目和子项目，然后在母项目任务分解过程中创建一个代表子项目的任务，同时指定该任务对应的子项目。用户也可以首先创建母项目及母项目的任务分解，然后再创建子项目，同时在子项目上指定对应的母项目任务。本版暂不支持子项目的进度自动滚加进入母项目。项目W型计划过程国内的很多企业有这样的场景：上级单位建立若干个“大纲任务”，下级去承诺（或拒绝）执行这个任务。之后，下级单位有可能再针对此大纲任务进行细化——建立若干个二级、三级任务。而这些子孙级任务，要求不能超出母任务的计划约束。例如：有很多Ｕ９的用户，都提出这样的要求——“二级网络计划”的时间范围要严格地遵守“一级网络计划”的限制。其本质就是：子任务群的“关键线路”不能突破母任务的计划时间限制。国际上通用的项目管理软件，母任务的计划时间都是由子任务计算得出的；所以，对此特性根本无法实现。Ｕ９的“Ｗ型计划过程”的功能则是可以实现此项。这个功能主要有两个功能点：１、母任务的“定稿计划时间”，可以限制其子任务群的“定稿计划时间”。即，用户可以实现，子任务群计划时间的“关键线路”不能突破母任务的计划时间的限制。２、对于一个具体的任务，实现了上级和下级的交互、沟通。在确定任务“定稿计划时间”的过程中，上级、下级可以充分表达各自的意见。用户启用了Ｗ型计划的参数，则可以进行以下几个“Ｗ型计划”所独有的操作——委派、上报、定稿、拒绝、撤销……在任务进行沟通时，上级与下级的交互流程往往会“两下两上”（几上几下）——上级将任务“委派”给下级，下级录入任务的“承诺计划时间”，又“上报”给上级。类似于Ｗ。所以，称之为Ｗ型计划过程。定义“Ｗ型计划”的参数此参数在“项目类型”中定义。立项时，用户选择“项目类型”，则将此参数信息自动带至“项目”的“Ｗ型计划”页签上，用户可以在此进行再修改。Ｗ型计划参数内容栏目说明启用W型计划过程打上勾，则表明此项目要遵守Ｗ型计划过程。不打勾，则表明此项目是一个普通项目。W型计划维度表明用户从哪个维度上进行W型计划，有以下3个选项：组织：不同组织，跨组织的进行计划编制。（应用人员：组织级的“计划员”）部门：同一个组织内部，各个部门进行计划的编制。（应用人员：部门级的第9页共111页项目制造用户手册栏目说明“计划员”）业务员：同一个组织内部，具体到业务员进行计划的编制。（应用人员：具体的业务员）响应限制天数上级委派任务给下级，下级应该在此“天数”内做出响应（承诺或拒绝）。如果过了此期限，则任务将被自动定稿。计时从任务被委派的那一时刻开始。消息通知在任务交互时，是否同时发送消息给对方。打上勾：表示发送。例如：下级将任务“上报”给上级，系统将同时发送一条消息给上级用户。不打勾：表示不发送。注：消息发送方式的设置，需要在系统中“联系对象”中进行。定稿异常处理方式启用了Ｗ型计划过程，系统将限制——只有母任务定稿后，子任务才能定稿。子任务在进行定稿时，要做时间校验，如果子任务的计划时间超出了母任务的“定稿计划时间”的范围，则系统认为此是“定稿异常”。有两种处理方式：异常处理：系统不允许子任务被定稿。消息通知：系统允许子任务被定稿，同时进行消息通知。排程异常处理方式在排程时，系统会自动计算所有任务的计划时间。如果任务已被定稿，排程计算出的计划时间超出原“定稿计划时间”的范围，则系统认定为“排程异常”。异常处理：只要遇到第一个异常，系统将停止排程。进行信息提示。消息通知：系统将继续排程，最后再进行统一的信息提示。在这里，建议用户尽量选择“消息通知”的提示。应用场景概述启用了“Ｗ型计划”的参数，用户可以实现两种类型的交互过程（Ｗ型或Ｍ型）：Ｗ型计划过程Ｍ型计划过程业务场景上级创建大纲级任务，“委派”给下级。下级拒绝或承诺执行。下级有可能就此再细化，建立相关的二、三级任务群。上级没有具体的要求和意见，下级自主性的建立任务，“上报”给上级进行审批。上级可就此发表意见，拒绝或同意。流程发起用户新建任务，进行“委派”的操用户新建任务，进行“上报”的操作。即发第10页共111页项目制造用户手册Ｗ型计划过程Ｍ型计划过程作。即发起了Ｗ型计划过程。起了Ｍ型计划过程。流程描述“上级”创建任务，录入任务的“需求时间”、“计划时间”委派给“下级”。下级对此任务拒绝或承诺执行。如果是承诺执行，可以录入任务的“承诺时间”，或修改“计划时间”，再上报给上级。上级可以拒绝，或修改后再委派。如果没有什么异议，则可以进行“定稿”操作。系统将记录任务的定稿时间——即“定稿计划时间”的含义。这个时间，不同于计划时间，定稿后是不能再被修改的。与Ｗ型相反，是由“下级”创建任务，录入任务的“计划时间”、“承诺时间”上报给“上级”。上级再拒绝、委派或是定稿。其他的规则一致。任务的上级、下级任务的“创建者”就是这个任务的“上级”，任务的“执行者”就是此任务的“下级”。任务的创建者相当于任务的“下级”，此任务母任务的创建者相当于任务的“上级”。如果，此任务没有母任务，则任务的上级是“项目经理”。重要操作步骤项目已启用了Ｗ型计划的参数——１、建立项目主档，在“项目成员”页签里需要确定项目的“计划员”。则只有“计划员”才能够新增、修改任务。２、“项目成员”页签中的项目成员所属组织，必须从“项目组织”中进行参照。每个具体任务的任务经理必须从“项目成员”中参照。３、进行任务分解，任务保存后第一个“W型计划”动作（委派或上报），即决定了任务是Ｗ型还是Ｍ型。４、任务只有定稿后，才能被审核。第11页共111页项目制造用户手册使用流程流程图第一步，设置基础数据用户使用项目管理系统时，必须首先根据实际情况维护基础设置。这些基础设置包括：1.任务控制方式项目计划控制——任务控制方式用户可以将同一类任务审核、进度审核控制方式设置为一种任务控制方式，以方便任务类型及定义项目引用。２.任务类型项目计划控制——任务类型系统内置11种业务活动设计类型、采购类型、生产类型、立账类型、开票类型、收款、子件发运类型、销售类型、描述性类型、子项目。用户可以在此基础上定义不同任务类型，然后定义不同类型的控制参数，比如进度控制方式。３.项目类型项目计划控制——项目分类自定义项目分类，用于设置不同类型项目的控制参数及查询统计。４.项目阶段划分项目计划控制->项目阶段划分第12页共111页项目制造用户手册整个系统可以定义多种项目阶段划分方式，每种“阶段划分方式”可以定义自己的不同阶段。每个项目可以且只能指定一个阶段划分方式，属于该项的任务对应到该阶段划分方式的不同阶段。第二步：创建项目基础设置完成后，用户可以创建项目主档，包括项目基本信息、项目分类、项目成员、项目客户、项目产出。创建项目主档的方式包括以下两种场景：1.参照销售订单创建项目进入项目计划控制->项目工作台点击“根据销售订单立项”，选中的销售订单将带入信息到项目主档中。2.手工创建项目。项目计划控制->项目工作台点击“新增”创建项目。用户也可以复制相似的项目。复制时，用户可以选择复制项目的哪些内容。第三步：明细任务分解（创建、审核、发布、基线化）项目创建后，可以进行WBS分解。项目必须首先审核后，才能审核／发布任务分解。 项目计划控制->任务分解 用户可以手工输入任务信息或复制相似项目中满足用户条件的任务。 用户选择进行ＷＢＳ正向或反向排程。系统自动计算最早开工、最早完工、最晚开工、最晚完工。 排程后，用户可以根据工作版本运行ＰＲＰ。根据需要调整ＷＢＳ的时间。 如果该项目任务分解要求审核，将定义好的任务分解提交审批流程审批。不同部门、不同任务类型的任务可以制定不同的审批流程。 任务审批后，进行发布。可以定义审批后自动发布。发布后的任务才能被执行。 为了考核计划变更情况，用户可以就某一发布后的版本进行基线化。新加任务发布时，可以更新已有基线版本。后续计划日期变更时，可以与基线化版本进行比较，考核任务的变动情况。第四步：报告任务进度针对发布后的任务，用户可以根据不同的任务类型驱动生成不同的业务单据。1.对于采购类任务，可以生成采购申请或者采购订单；项目计划控制->执行工作台双击采购类任务，在弹出的窗口中点击“生单”按钮。用户被带入标准采购/请购维护界面。第13页共111页项目制造用户手册2.对于生产类任务，可以生成生产订单；项目计划控制->执行工作台双击生产类任务，在弹出的窗口中点击“生单”按钮。用户被带入生产订单维护界面。3.对于立账类任务，可以生成应收单；项目计划控制->执行工作台双击立账类任务，在弹出的窗口中点击“生单”按钮。用户被带入应收单维护界面。4.对于开票类任务，可以生成发票；项目计划控制->执行工作台双击开票类任务，在弹出的窗口中点击“生单”按钮。用户被带入发票维护界面。5.对于收款类任务，可以生成收款单；项目计划控制->执行工作台双击收款类任务，在弹出的窗口中点击“生单”按钮。用户被带入收款维护界面。6.对于子件发运类任务，可以生成无订单出货单；项目计划控制->执行工作台双击子件发运类类任务，在弹出的窗口中点击“生单”按钮。用户被带入标准出货单维护界面。7.对于销售订单类任务，可以生成销售订单。项目计划控制->执行工作台双击销售订单类任务，在弹出的窗口中点击“生单”按钮。用户被带入标准销售订单维护界面。对于关联到业务单据的任务，系统可以自动根据单据的执行情况反馈进度。如果任务没有关联到业务单据，则需要手工输入进度。如果设置任务进度需要审批，则进度审批后才被确认。第五步：查询项目进度项目发布后，根据任务进度报告，项目管理人员可以随时查询项目进度.通过以下两种方法： 直接在执行工作台查看任务的进度。 通过项目计划控制下的查询节点查看任务的进度。第六步：项目关闭项目全部完成后，关闭项目。关闭后的项目只能查看历史信息，不能进行任何业务操作。 项目计划控制->项目工作台，点击操作->关闭第14页共111页项目制造用户手册基础设置任务控制方式 功能概述“任务控制方式”将在用户定义项目类型，或建立具体项目的时候，发挥作用。用户在这里建立任务控制的“规则”，主要是涉及到任务实际进度填报、审核等方面的。当用户建立项目时，选择相应的“任务控制方式”。则该项目的所有任务都将按照此规则进行控制。 栏目说明任务控制方式栏目说明编码任务控制方式的编码手工录入，不可为空。在同一组织内唯一，编码格式应符合编码规则；名称任务控制方式的名称进度报告审核这是一个判断，即某个具体任务发生了“实际进度报告”时，是否需要经过一个审核的过程。打上勾，即表示用户填写任务的实际进度时，需要经过审核。不打，则表示用户提交保存时即审核通过。注意：１、如果任务实际进度的填报，是由该任务的后续单据自动填写的。这里的设置将不其作用。2、用户在建立“项目类型”时，如果确定了“进度报告方式”为“集中报告”。这里的设置也将不起作用，系统自动这类项目的所有任务都“不需要审核”。进度报告审核方式如果进度报告需要审核，这里的选择才会发生作用。这里有两个选项——确认作业：即在软件界面上直接点击“审核”按钮即可。审批流程：即通过系统内部设置好的审批流程发起并进行审批。任务需要核准这也是一个判断，即新建一个任务的时候，是否需要经过审核的环节。第15页共111页项目制造用户手册栏目说明打上勾，需要经过审核。不打，则表示用户提交保存时即审核通过。任务审核方式这里的操作与上文描述的“进度报告审核方式”一样。审核后修改重核这是一个判断，在任务审核后，用户又进行了修改，修改后是否需要修改。打上勾，需要重新经过审核。审核的方式，也使用原来的设置。不打，则表示用户提交保存时即审核通过。修改自动提交对于已经发布了的任务，修改后是否自.
