U8OA实施手册与关键步骤吴淼_项目实施关键步骤

U8OA实施手册与关键步骤吴淼由刀豆文库小编整理，希望给你工作、学习、生活带来方便，猜你可能喜欢“项目实施关键步骤”。

U8—OA产品快速实施手册与关键控制点

（U8-OA实施新手自学）

一、基础架构：所要做的工作。

1、首先建单位

2、建立部门（按实际的组织架构图建设，不是空架子，组织架构图上经

常画几个分管副总、分管领导，一般这些人不作为部门建设，而是把这些分管领导建进一个叫公司领导的部门）

3、4、建立职级（例如总经理级、副总级、总监级、经理级、主管员工级）建立岗位（例如财务总监、例如综合部长、例如档案员、出纳、会计）

5、最后建人员，人员才能套上以上组织信息。

6、在部门修改界面，进去把部门主管设置好。（流程条件：发起者部

门主管审批，就依据这里来找）

（部门管理员：可设可不设，设置就可以添加删除本部门人员，所以多人同时录入人员，单位管理员账号就一个时，开通部门管理员账号解决问题）所以填调研问卷，第一大项就是把这些信息填了。

--

注意：客户提交的组织架构信息，经常是不完整的，或者笼统的；所以组织架构前期可以不那么到位，前期够用就行，需要细化时再细化岗位名称或职级都行。到作流程时，需要依据这些条件做判断时，就必须往细了做。

职级常见问题是理解成了岗位；

岗位名称的常见问题是一岗位名称多人，比如提交的资料岗位名称就叫部长、组长、副总。NC-OA里面不怕这样叫，因为NC-OA岗位名称可以前缀部门（某部门---某岗位）所以需要用条件时，可以用部门前缀自然做细。但U8-OA没有这个功能，导致在流程判断里面，岗位必须要做细。一岗多人只要不影响流程自动判断就可以不管。/

4调研概述：

业务流程：标准的问卷其实调不出准确的表单、流程，因为没法让客户直接画到最细。所以主要功能是收集上来之后要分析有哪些业务，哪些应该做进去，哪些没价值。到具体做表单业务流程时还得把人喊过来逐个点逐个细节的排查做。

哪些内容做进OA来？

1、行政流程、2、财务流程、3、人力资源流程。

4、业务流程。

根据调研上来的内容选择做什么，做多少？

管理成熟的企业，这些表格都比较健全，不成熟的就缺东少西。希望你帮他优化表单本身。有可能表单的数量很大，所以必须是客户的人主要做这些。

业务流程做不做要具体问题具体分析：有些是erp范畴的建议在erp里面做，有些不是，或者不方便在ERP里面，可以做进OA。如果其他标准应用太少，为保证客户上线有事可做，也可以做业务流程。

前期：单据格式本身的质量控制

告诉客户，最好提交上来的单据格式本身已经优化好，既然新做系统替代旧有的纸质表单，那正好可以借此机会仔细重新掂量一下表单究竟应该体现哪些字段。（客户实际使用的纸表格经常是与看上去的填写规则不同的，制度一改，原有已经印刷出来的纸单据又不想浪费，所以经常对付着用，只有填的人知道添哪，什么意思）

画表单

表单制作一定要注意美观，注意阅读、填写顺序的自然。注意表单样式的统一，是否美观，填写是否方便，最直接的用户评价，影响使用者评价。

预设查询统计项

画单据时，要问表单里的哪些数据项有统计查询的必要；依据哪些条件做查询统计？那就要考虑控件的尽可能的部署成枚举类型、依赖于系统档案类型。

控件插入注意事项：

要注意控件插入顺序，尽量从上往下插，如果插得顺序比较跳跃，你在绑定控件填写权限显示的也就跳跃，找起来麻烦。

控件选择原则：

日期、日期时间尽量用时间选择器。

姓名、部门、岗位、职级等尽量调用用系统档案。

填写内容可以固定、抽象为几个选项的，一定要建设枚举项，（可选择方式输入）这就方便跑完流程后的依据条件做查找、统计分析。

表单自动判断条件：坚决要做成组织语言描述的信息（岗位、职级、部门、组、角色），避免用人来做条件判断，因为人一旦调整工作，你很可能不知道会影响到那个流程。用组织语言描述的好处是，人有变化只调整人员基础档案就够了。

表单的自动与半自动、手动流转的权衡：

OA支持以上三种方式的表单流转的判断，原则上全自动最好，用户最省事；手动最不好，处理提交之后，还要手动选人；但某些流程包括的变数太多，为了全自动设置的条件过于复杂，可以精简成半自动或手动，最终只要用户最后选对后续处理人就可以。

流程是分开做还是合并做？

有些单据表单复杂，但流程简单，岗位到岗位到下一个岗位。流程上选择岗位就可以。

但有些流程，比如请假，表单格式很简单，但流程复杂，要考虑不同部门的人、不同职级的人，不同请假条件的人，在审批流分支条件的复杂性。大一些的企业会导致分支条件巨大无比，达到十几条分支甚至更多分支。发起人越广泛，越多样，后续自动条件设置越复杂。

带来的问题是：阅读困难，修改困难。此时为降低流程制作的复杂性，可以用同一张单据绑定多个流程的方式分解掉复杂条件，在发布时限定使用范围。（例如请假流程被分解成经理级请假流程、员工与班组长请假流程）

表单后续节点设置、节点分支条件设置注意事项：

要注意条件的可读性，轻易不要合并条件。例如：某部门的经理请假、与大部分的员工请假都可以使用发起者部门主管、上级部门主管的后续流转条件，如果合并在一条分支里，就要在分支条件上做这两个限制，否则过不来。如果一共没几条分支还能承受，分支一多，阅读理解分支的意思，形成整体的‘规则概念’很麻烦，这导致制作和后续的修改困难。而流程修改是实施和未来系统维护的常态。

为保证可读性的通常做法：每一层次按什么原则划分就按什么原则，不做合并项。例如：第一层次按职级分、第二层次按部门分，第三层次按时间条件分；而不是在一个流转层次下照顾职级又照顾时间条件。

效果是：一眼看上去一目了然。修改及其方便。每个节点的修改的影响范围相当有限。改条件时不必瞻前顾后，省时间。

处理节点的动作权限：

（审批、知会、协同、审核--------）

进后台看一下动作权限组合，例如处理人一共30个动作可选，选择其中的22个动作权限是审批，选择其中的18个是协同，选择其中的8个是知会。

这个前期一般不必设置过细，企业通常也提不出太细的动作权限要求。用户通常也不会乱点多出的按钮。后期客户根据需要自己可以再改动作权限。

草：未完待续

2012-12-21

吴淼内蒙古用友软件技术有限公司