用友股份-LE服务支持部产品方案--《NC61应用技巧4》建立日期：2013-01-01修改日期：xxxx-xx-xx文档属性：客户文控编号：LE-DY-CP-2013-00112/149文档控制创建记录审阅人姓名所属部门职位审阅签字发布人姓名所属部门发布时间日期作者所属部门邮件地址版本2013-01-01V1.03/149目录建立多套单位结构的合并结果............................................................................................4基础数据的管控模式变更...................................................................................................8基于NC6轻量级开发框架构建主子表单据维护功能.......................................................13NC61基于年中预算调整模式应用....................................................................................45NC6集团化管理企业会计科目的应用..............................................................................56结算中心特定收款业务V5系列与V6功能实现对比.......................................................62客户运维流程改进.............................................................................................................67离职返聘业务....................................................................................................................69权限管理赋予用户权限和修改密码................................................................................74NC61合同管理流程...........................................................................................................81人员全时当量功能介绍.....................................................................................................90收付模块发布新报表方法.................................................................................................96委外新增核销方式应用方案...........................................................................................104文件目录及其作用描述...................................................................................................111NC61现销模式全过程管理解决方案..............................................................................113销售模块统一安排功能...................................................................................................121薪资多次发放..................................................................................................................125科目多版本......................................................................................................................134自定义预警信息设置.......................................................................................................139转正申请业务..................................................................................................................1444/149建立多套单位结构的合并结果NC与e-HR产品支持部高磊gaolei@yonyou.com一、案例的应用场景概述：在V5合并单位结构是通过定义合并范围组成的，用户没有方便的直观看到这棵单位“树”，感觉不直观、宜用。如果对于同一个集团，需要按“地区”、“行业”等出具多套合并结果时，就必须建立两个任务，带来的严重问题就是一套报表数据要经过两次数据采集、报送管理。二、具体解决方案（描述）：1、合并管理结构----解决结构不直观问题定义合并管理结构，用户可以按照需要来组织合并范围及其结构，可以定义多棵。每棵树的报表组织单元可以是相同，但他们的结构却是不同的每棵合并管理结构是确定了合并范围和合并模式的，用户觉得直观、明了。5/1492、定义合并方案合并方案----解决同一个集团，需要按“地区”、“行业”等出具多套合并结果的问题。解决同一套个别报表和个别报表调整表，在多个合并结构间共享，以便按不同合并结构生成多套合并结果时，无须多次采集或多次调整6/1493、合并方案设置7/1498/149基础数据的管控模式变更大型客户支持服务业务部王宁wangningf@yonyou.com1、案例的应用场景概述某集团有多个下属子公司（组织），各个组织可以在系统中创建、维护自己的某个基本档案（例如客户基本信息等），集团在管控模式变更之前不需要查看组织的档案。后来，由于集团的管控模式变更，或者由于组织结构的变化，集团需要查看各组织的档案数据。如何将之前集团无法查看的组织自建的基本档案数据，通过配置，使集团可以查看？例如，在NCV6.1中，客户基本信息的管控模式采用“集团+组织——集团+组织——集团”的模式，即：在集团节点，可以查看集团的数据，可以维护集团的数据，集团+所有组织内唯一；在组织节点，可以查看集团+本组织的数据，可以维护本组织的数据，集团+所有组织内唯一。这种管控模式下，集团节点中是无法查看组织的数据的。如果需要使集团可以查看组织的客户基本信息的数据，则可以通过对客户基本信息的管控模式进行变更实现。2、具体解决方案（描述）1）管控模式变更前：以系统管理员登录，进入【应用系统管理】—【系统初始化】—【管控模式】，打开【管控模式配置】－【档案】－【平台】－【基础档案】－【客户基本信息】，9/149可以看到客户基本信息的管控模式配置是：集团+组织——集团+组织——集团。如下图所示：以集团管理员登录，进入【企业建模平台】－【基础数据】－【客户信息】－【客户－业务单元】，在组织中已经创建了2个客户档案，通过查询可以查看。如下图所示：10/149进入【企业建模平台】－【基础数据】－【客户信息】－【客户－集团】，进行查询，无法查到组织建的客户档案。如下图所示：2）执行客户基本信息的管控模式变更：以系统管理员登录，进入【应用系统管理】—【系统初始化】—【管控模式】，打开【管控模式配置】－【档案】－【平台】－【基础档案】－【客户基本信息】，将客户基本信息的管控模式修改为：集团+组织——集团——集团。即：在集团节点，可以查看集团+所有组织的数据，可以维护集团的数据，集团+所有组织内唯一；在组织节点，可以查看集团+所有组织的数据，可以维护本组织的数据，集团+所有组织内唯一。如下图所示：11/1493）管控模式变更后：以集团管理员登录，进入【企业建模平台】－【基础数据】－【客户信息】－【客户－集团】，再进行查询，则可以查看到集团下的所有组织建的客户档案的数据。如下图所示：12/1493、注意事项执行基础数据的管控模式变更需满足的条件：当基础数据中存在数据时，管控模式只能往细化调整，即切换后的管控模式要包含当前管控模式决定的所有节点，且调整后管控模式的唯一性校验范围只能小于等于原管控模式的唯一性校验范围。对于以上案例，之前已经录入了客户基本信息，档案的管控模式之所以能够修改成功，主要是因为满足了上面的限制条件，例如，变更前和变更后的唯一性范围都是“集团”，变更前的节点是集团和组织，变更后的节点也是集团和组织。13/149基于NC6轻量级开发框架构建主子表单据维护功能支持服务业务部张旭东zhangxd@yonyou.com步骤一：新建页面：Pages上右键菜单中选中“新建Page”输入页面ID和名称：新建成功：14/149步骤二：新建片段：页面上点击右键，从菜单中选择“新建iView”：输入片段名称：片段创建成功：15/149步骤三：新建数据集：“数据集”节点上点击右键，从菜单中选择“新建数据集”：输入数据集名称：16/149打开数据集编辑器：数据集图片上点击右键，从菜单中选择“从元数据引用数据集”：17/149选择元数据：从弹出框中，查找并选择“币种”：点击“OK”，引入关联数据：18/149元数据引入成功：设置“分页”为“5”；设置“是否缓加载”为“否”；设置“是否控制Widget操作状态”为“是”；设置“是否控制页面操作状态”为“是”：19/149保存dataset配置。步骤四：新建表格：“控件”节点上点击右键，从菜单中选择“新建表格”：20/149输入表格名称：21/149表格编辑器：引入数据集：从工具箱中选择“绑定数据集”并拖入编辑区：22/149从弹出框中选择数据集，点击“OK”：数据集已引入：23/149从工具箱中选择“关联数据集”，在表格图片和引用数据集图片之间进行连接：数据集引入完成：保存表格配置。24/149步骤五：新建表单：“控件”节点上点击右键，从菜单中选择“新建表单”：输入表单名称：25/149表单编辑器：引入数据集：从工具箱中选择“绑定数据集”并拖入编辑区：26/149从弹出框中选择数据集，点击“OK”：数据集已引入：27/149从工具箱中选择“关联数据集”，在表格图片和引用数据集图片之间进行连接：数据集引入完成：保存表单配置。28/149步骤六：创建菜单条：在片段节点的“菜单”上点击右键，从弹出菜单上选择“新建菜单”：输入菜单条名称：29/149菜单条编辑器：在“菜单”图片上点击右键，从弹出菜单上选择“增加默认项”：30/149从弹出框中选择“新建”、“修改”、“删除”、“保存”、“取消”，点击“Next”：31/149设置菜单项信息（“包名”和“源文件夹”），点击“Finish”：32/149菜单创建完成：可根据需要调整菜单项显示顺序：保存菜单配置。33/149步骤七：设计片段展现：片段节点上点击右键，从菜单中选择“UI设计->UI设计向导”：UI设计页面：34/149从“布局”工具箱中选择“纵向布局”并拖入编辑区：在弹出框中输入列数为“2”：35/149调整纵向布局第一个面板高度为“23”：在“控件”工具箱中选择“菜单”并拖入纵向布局第一个面板上：36/149在“布局”工具箱中选择“分隔栏”并拖入纵向布局的第二个面板上：单击分隔面板，单击“分隔栏”：修改分隔栏属性：“分隔比例”为“35”；37/149修改分隔栏属性：“分隔方向”为“纵向”：修改完成后：在“数据绑定控件”工具箱上选择“表单”并拖入第一个分隔面板上：38/149从弹出框中选择表单，点击“OK”：在“数据绑定控件”工具箱上选择“表格”并拖入第二个分隔面板上：39/149从弹出框中选择表格，点击“OK”：设计完成：40/149保存UI设计。步骤八：设计页面展现：在页面节点上点击右键，从弹出菜单上选择“UI设计->UI设计向导”：打开UI设计页面：41/149在“控件”工具箱上拖入“片段”到编辑区：选择片段为“main”：42/14943/149UI设计完成：保存UI设计。44/149步骤九：查看结果：打开浏览器，登陆后输入链接http://localhost/lfwdemo/core/uimeta.um?pageId=helloWorld45/149NC61基于年中预算调整模式应用NC及e-HR产品支持部李云兰一、业务场景编制企业年度预算表时，由于内外部环境的变化，年中的时候，需要根据上半年的企业运营的现状，对下半年的预算重新做调整，每年7月份以上半年的实际发生数据为参考，调整下半年数据，确保下半年的预算数据更具准确性。费用名称年合计1月2月3月4月5月6月7月8月….12月编码2级3级660201办公费邮电费书报刊-印刷费-文具-其他-660202差旅费-46/149660203业务招待费-660204会务费-660205通讯费-预算调整流程说明：1）预算调整发起人为预算编制人。2）更新前期数据：在7月份调整时先将1-6月份的预算数更新为实际数；3）继续调整7-12月的预算数据，调整信息包括：调整主体、调整原因说明、指标维度组合、年度审定数、调整前、申请值、调整后、金额单位、调整人、调整日期。二、实现流程1、月要作参数维度47/14948/1492、业务方案要做列维度49/1493、插入滚动预测函数50/14951/1494、合计5、提交套表到nc并且发布52/1496、创建任务模板7、启动53/1498、编制1月预算数9、编制6月实际数任务54/14910、查看7月预算数任务11、编制提交7月预算数任务55/14956/149NC6集团化管理企业会计科目的应用NC＆e-HR产品支持部姚晓华yxh@yonyou.com对集团化管理的企业来讲，会计政策的下发，其中会计科目的下发，实际上规定了企业对经济业务的处理和输出的财务信息。但这一指标在5系产品下，特别是对跨行经营的集团企业来讲，会计科目集团控制，很多时候只能通过变通方案来实现。以一个实例来说明：60集团10集团20集团20－02…20－01…200公司100公司60是一家跨行业经营的集团企业，集团总部是管理机构，下设两个集团企业，10集团投资房地产，20集团投资客运服务，集团需要对所有分公司在核算上进行集中监控，由于经营的行业不一样，两个行业所用到的会计科目也不一样。在5系列产品下，该集团只能通过设置两个科目方案，两个核算账簿，不同经营的企业关联不同的核算账簿来实现。这样因分属不同的核算账簿，使企业的集团化管理，不论从管理还是从账簿查询上均带来问题。V6产品的解决方案：60产品解决了此类跨行业集团，满足会计科目的集团控制及下级单位多级灵活设置的要求。这里描述仅对会计科目的应用进行说明，其他功能部份不再详述，可查看帮助及相关手册。1．以系统管理员进入集团管理，建立集团57/149关联集团管理员，并对各集团用到产品模块进行业务初始。2．登录60集团，参数全局BD401，选取的方式决定着后续看到会计科目的节点（全局、集团、财务组织）。注意：该参数一经设置后不能修改，当选取下图中参数设置，该集团可构建多层树型会计科目表。在构建多层树型会计科目表时，可按管理需要，控制哪些科目、哪些组织单元可细化科目。3.根据实例的要求，整个集团可用一个基准科目体系，该体系中基准科目表包含了所有行业的会计科目，为说明问题，以两个科目8881代表10集团行业科目；8882代表20集团行业的科目，在会计科目全局基准科目表增加两个科目，并按不同的行业来分配相应的会计科目。58/1494．在上图会计科目--全局中点科目管控设置，增加一个科目控制规则为10集团规则，将8881及其他科目选到右方如下图。注意：继承科目全部科目勾选，则将上级科目全部继承。允许全部直接下级组织细化勾选，则所有下属可细化确定后，可以看到下发10集团行业的科目，及可细化的组织。59/1495．进入会计科目－集团节点，增加集团科目表10科目表，并引用全局对10集团的控制规则，由于上图中选取了可细化组织，在集团选取10科目表，可以细化10集团的科目，如新增888101。同时也可以完成对10集团下级公司的科目控制规则，如100公司规则。60/1496．同理，进入会计科目－财务组织节点，增加100公司科目表，选取100公司科目表，财务组织可细化自已的科目。7．对于20集团可同理设置，试着将8882科目分配给20集团，并注意细化组织只选取20－02，则只可对20-02组织再细化科目，对于20-01组织不能再细化科目。通过应用方案设置，可以实现集团化管理企业，针对不同公司，即能集团管理，也能分散控制的管控要求。正是这种下级科目表对上级科目表的细化，体现了企业会计核算的逐级控管控。61/14962/149结算中心特定收款业务V5系列与V6功能实现对比NC与eHR产品支持部李小英lxy@ufida.com.cn应用场景概述中心对成员单位收款的业务：这个业务主要是反应结算中心本身需要收取成员单位的各种款项，最常用的是管理费用。V5系列：这个业务名称为“内部收付款业务-内部收款”V6系列：这个业务为名称为“内部特转业务-特转收款”场景图示：63/149特转收-中心发起资金业务处理总账核算付款成员单位结算中心特转收款单经办审批凭证关联结算信息付款类单据凭证下面以中心发起的内部收款业务为例，来展示在V6中的流程及与V5系列的差异。方案描述：一、结算中心录入特转收款单，保存提交、审核。（V5系列：不同点在于，需要指定生成下游单据的业务流程，若不指定，则生成下游到账通知）64/149二、付款成员单位，需要生成这个业务的付款结算单位：付款结算录入节点，点“关联结算信息”，根据过滤条件将上述那笔中心收款过滤出来。(V5:成员单位需要在现金管理-到账通知：通过导入功能，把这笔业务导入进来，然后再通过已配置好的流程，根据到账通知生成付款结算单)65/149可以把成员单位录入的单据与资金结算中心的支付信息关联起来，形成一笔完整的业务，这张单据的支付状态自动变成“转账成功”通过联查单据功能，可以清晰地看到这两张单据之间的关系。66/149注意事项：1、不需要对内部收款业务配置业务流（5系列有；也不需要配置成员单位端反映内转业务的业务流（5系列需要配置到账通知拉式生成付款类单据的流程）2、在成员单位反映这笔内收业务时，不需要手工录入单据，通过关联结算信息自动生成一张单据，在单据上补充完整成员单位端的业务及核算信息即可。67/149客户运维流程改进大型客户支持服务业务部欧阳军ouyangj@ufida.com.cn案例的应用场景概述：大型客户有自己的运维团队，希望问题能通过单据快速及时处理并能存档，以供工作量化及考核使用。具体解决方案（描述）：开发新的单据服务单，通过服务单的扭转实现客户问题的处理。1、最终用户输入问题描述提交服务单，系统同时发消息提醒一线运维人员，界面如下：2、一线运维人员领取服务单并填写解决方案，如果能给出最终的解决方案，则此服务68/149单关闭并发消息提醒客户问题已处理完；对于不确定的解决方案，给出参考或部分解决方案的同时，可以分配给同级的运维人员处理或升级到二线处理领取变成一线处理中：一线可以填写解决方案或升级，如果客户运维人员不能解决此问题，则可以提交给用友进行处理，然后通过查询进度来进行解决方案的获取3、客户对已关闭的服务单进行满意度服务评价，作为后续报表统计服务情况的依据。69/149离职返聘业务NC及e-HR产品支持部张强林zhangql1@yonyou.com案例的应用场景概述：6.1中，人员离职，再次入职，即通常业务处理中返聘业务，业务处理上，是通过新增组织关系，组织关系用于记录一次雇佣关系。在人员信息维护中，人员查询，会看到此人的两条记录，离职记录和调配记录中，可以查询到得也是两条不同的组织关系记录。具体解决方案1、离职处理离职申请和通过离职记录节点，直接增加离职记录，都可以实现人员的离职处理。离职处理时，任职记录中的开始日期，即为离职日期，人员类别，即为从该时间开始，该人员离职后的人员类别。以往内是离职人员，岗位等信息不可以维护。2、人员信息采集/返聘人员信息采集节点，相同的姓名和证件类型/号码等信息，重新采集时，会进针对此人已经存在组织关系的提示信息。70/149按照最新的工作信息进行工作信息的维护，返聘时，该人员已有的员工号和人员编码会自动带出来，可修改。3、人员信息维护返聘后的人员，在转入人员档案，查询模板不进行过滤的条件下，在人员信息维护节点可以查到同一人的两条工作记录。返聘后，新增组织信息，并不会与原有的组织关系合并工作记录。71/1494、联查“任职历史”通过联查“任职历史”的方式，可以查看该人的最新的任职记录和历史任职记录。任职历史的显示状态如图所示：72/1495、查询模板过滤查询模板中，可以设置查询条件，过滤掉离职的人员信息。查询结果如下，仅显示在岗的人员，不显示已经离职的人员记录：73/1496、离职记录节点离职记录节点，可以按照人员类别进行条件过滤，查询离职人员，也可以通过页面上方的“在职”与否的状态限制仅显示非在岗，即离职人员的记录。注意事项：离职返聘，如果返聘时，同一个人员，使用其他的证件类型和证件号码，系统会区分为两个不同的人员。74/149权限管理赋予用户权限和修改密码大型客户支持服务业务部李卫li_wei@yonyou.comNC-V6版本对于UAP平台这块是一个大的飞跃，相对于V5系列的版本，针对用户权限分配和用户密码修改这两块也更为细化和复杂，下面分别介绍下我在学习这个平台时遇到的一个典型案例。一、管理员角色层级及权限组介绍：首先要提的是人员管理，目前V6主要分为5级管理，分别是“超级管理员”、“系统管理员”、“集团管理员”、“普通管理员”、“业务员”如下图：75/149超级管理员：即root/super用户，可进行应用系统的后台管理，创建其他超级管理员和系统管理员。系统管理员：由超级管理员（Root用户）创建和维护，是应用系统的管理员，一个应用系统可以有一个或多个应用系统管理员集团管理员：集团权限范围内的权限设置、组织管理、基础数据管理等。普通管理员：由集团管理员或拥有相应授权权的管理员创建并授权，主要用于权限设置、组织管理、基础数据管理等。业务员：真实业务用户，可登录业务系统进行单据录入等操作。角色组：角色组理解为角色的分类。在为管理员授予角色的管理权限的时候，支持按照角色组维度进行授予。角色：角色是一组权限的集合，用户通过扮演不同的角色来完成权限的控制。职责：一组具有相关联的业务意义的功能节点，页签，和业务活动的集合。二、创建各级用户及修改密码操作流程1.登录系统管理创建系统管理员：root用户，密码默认为空建立应用系统及对应系统管理员，用户名：1密码：176/1492.以新建立的系统管理员登录，http://xx.xx.xx.xx:port/login.jsp，建立集团管理员用户名：ufida密码：初始默认为ufida，注意：此处的设置默认密码指把所有的以后再新建的普通管理员的初始密码默认修改为****，但对于已经建立的普通管理员密码不变3.以新建的普通管理员ufida登录，进入企业建模平台，新建角色组、角色（管理类或业务类）、职责77/149注意：V6与V5区别在于具体业务功能节点权限在职责处赋予，而角色则通过关联职责来与功能权限挂钩，真正的业务员则只关联拥有不同职责的角色来获取功能权限78/149通过角色授权明细可看到此用户分配的角色对应的职责注意：此处对于用户的密码重置是针对业务员的密码，系统会置为随机密码79/149如果业务员还需要修改自己的密码，需以业务员身份“liwei”登录平台进行自行修改80/1494.修改完密码后，以业务员“liwei”登录系统即可看到职责对应的功能节点81/149NC61合同管理流程e-HR支持服务事业部韩悦hanyuea@yonyou.com1案例的应用场景概述：1.1应用场景：合同管理是当今企业人力资源管理的一项重要业务，目前NCV61实现了对员工劳动合同的签订/变更/续签/解除/终止的全过程管理，保证了合同信息的完整性、连续性和跟踪管理。通过合同签订、合同到期预警以及人员变动联动，改变了传统的工作方式，使工作流程更加自动化与人性化，提高了工作效率。1.2V61新增功能概述新增“合同处理中心”，可查询人员合同签订状况、选择人员进行合同的签订、变更、续签、解除、终止、对合同记录进行修正等业务处理。新增“合同期限类型”节点，允许用户自定义扩展合同期限类型。2具体解决方案（描述）：82/1492.1基础设置由于V6可通过业务委托确定合同业务的管理人员范围，可以灵活将合同管理业务委托给任意有合同管理的人力资源组织，因此比之之前版本去掉了参数“是否允许非合同主体单位进行合同管理。合同管理委托其他组织管理的方式：使用公司账户进入系统人力资本—组织机构管理—组织管理范围节点，如下图设置是将上海宏远房地产公司的人员委托给北京房地产公司管理。参数“合同期限计算单位”和“试用期限计算单位”为V61的全局参数，设置方式使用集团管理员登录。在企业建模平台—基础数据—参数设置节点，组织单元选择全局完成设置，如下图。83/149合同基础档案包括劳动者解除合同原因、用人单位解除合同原因、终止合同原因，按照劳动合同法规定预置了档案项，仅支持全局级设置。84/1492.2合同期限类型设置在“人力资源-基础设置”下提供单独的“合同期限类型”节点，支持全局、集团和HR组织级设置，按照劳动合同法规定预置了固定期限、无固定期限和以完成一定工作任务为期限三种类型，用户可自定义扩充；对于固定期限可定义其子类型，签订合同时合同期限自动带出。85/1492.3合同业务处理以人为本的合同处理中心：合同中心是一人为本的合同处理业务平台。在节点中查找出对应需要处理的合同人员进行签订、续签、解除、变更等一系列合同业务。86/149在北京房地产公司可以看到将合同业务委托到当前公司人员，如下图可以看到上海宏远房地产公司人员‘兴华’：签订合同：87/149合同续签：88/149合同解除：89/14990/149人员全时当量功能介绍NC与e-HR产品支持部郑羿zhengyic@yonyou.com案例的应用场景概述：FTE：Full-TimeEquivalent，为度量单个员工生产力或工作量的指标，计算时将兼职与全职人员通过用时比例进行折算；各组织人员全时当量计算功能，可计算每一会计期间在主组织任职的员工的FTE值，包括主职、兼职员工，用户可自定义FTE计算规则，同时可导入每月实际工作时数，调整任职用时比例等信息。当人员在人力资源组织下任主职，改项目勾选，若既有主职也有兼职，列表中只取主职记录；任职用时比例：人员在人力资源组织下，该期间内工作时间分配的比例，如员工没有兼职，在该组织下任主职，且周期内均在岗，其任职用时比例即可为1，若员工仅在组织任兼职，则应视其各项任职的工作量划定比例；实际工作小时数：为员工在所选期间内的实际工作小时数，可通过导入，将考勤时数导入到该项目中。具体解决方案1)用户界面、交互及输入描述91/149生成数据：点击该按钮，可为所选人力资源组织生成选择期间内工作人员的列表，包括主职、兼职人员，主职人员的任职用户比例默认为1，如人员在组织内既有兼职也有主职，仅显示一条记录；删除数据：点击该按钮，将删除人力资源组织下该期间的所有数据；FTE规则：定义FTE的计算规则，支持用户手工录入，自定义公式两种方式，也可以应用系统默认的计算公式；导入：通过该按钮导入已计算好的FTE值、导入实际工作时数，excel模板可通过按钮【导出模板】获得；计算：当任职用时比例、实际工作小时数等数据通过修改录入、导入等方式维护好后，可通过计算按设定的FTE规则计算出所有员工的FTE值。2)处理流程及业务规则/算法描述FTE规则；弹出公式定义对话框，基于FTE表中项目，定义计算公式。92/149公式编辑界面:生成数据（新增）：生成数据条件：当前业务日期必须大于新增期间的结束日期。1、各HR组织初次新增：可任选基准会计期间；2、后续新增：基于已有的最后会计期间，自动生成下一基准会计期间；93/149不限制上期间所有人都已计算完成FTE，且用户可维护历史期间的FTE值；3、新增处理：按当前选定的HR组织、基准会计期间，按默认的行政管理范围，为所有有效的组织、部门下有任职的员工，生成FTE行记录。其中：根据任职情况，自动确定【主职】状态；在本部门的上期，已有员工FTE记录时，自动结转【任职用时比例】，如果时间管理未启用，同时自动结转【工作小时数】；如果时间管理已启用时：时间管理按会计期间的开始日期、结束日期，计算人员的【实际工作小时数】；导入：支持用户手工导入当前期间的考勤数据，主要是实际工作小时数当FTE为手工维护时：也可导入FTE；批量修改：弹出对话框，支持批量修改当前查询出人员的【任职用时比例】、【实际工作小时数】、【加班小时数】、【缺勤小时数】；94/149删除数据：按期间删除所有人员的记录，只能删除最后一个期间的FTE记录；查询：可用于查询的信息集、信息项有：人员基本信息；人员组织关系；人员工作记录；人员FTE记录；95/149计算FTE：按公式计算当前查询出人员的FTE值；导出：支持按HR组织、按期间导出---当前查询出的FTE记录；注意事项：1、各组织按人员（不是任职）记录FTE；2、全时当量中“月工作小时数”、“加班小时数”、“缺勤小时数”之间要有校验，如“缺勤小时数”<=“月工作小时数”，合并为实际工作小时数。3、手工输入FTE时，FTE没有上限；非手工输入时，FTE允许修改。96/149收付模块发布新报表方法NC与e-HR产品支持部刘嘉亮liujlc@yonyou.com案例的应用场景概述：NCV6应付模块默认自带报表较少，而且打开报表后发现，与5系列不同，现在的报表查询对象是定死的，不能够及时修改。对于客户或者项目组需要灵活定义报表查询样式的问题，现有V6产品提供了报表初始化功能。本文简述操作方法。具体解决方案（描述）：以应收系统总账表为例，简述操作方法。97/1491、打开“报表初始化”节点，点“账表初始化”。2、根据系统提供的报表进行扩展（1）选择基准表98/149（2）自定义查询对象，这里定义的查询对象会固定在查询条件中（3）选择功能节点菜单位置99/149（4）发布为菜单，自定义名称（5）最后选择发布为查询还是发布为报表100/1493、发布后，发现找不到发布的节点。这是因为没有权限，需要分配节点权限。以集团管理员用户身份登录集团。在“职责”节点，点“分配功能”，将新增的节点选择过来。101/149同时，登录用户必须关联上这个职责。102/1494、做完后，再用业务人员帐号登录，就可以看到分配的节点了在第2步的（5）时，如果发布为查询，效果如下：103/149如果发布为报表，效果如下：注意事项：104/149委外新增核销方式应用方案NC产品支持部刘杰冉liujra@ufida.com一、案例的应用场景概述：1、按BOM核销（V5.X产品只支持这种）2、按订单核销（新增）：根据产品发料，发100吨，按收率（不按100%，如98%）才知道最后的产品是多少。材料如果剩下，就算加工商的。只关心还剩多少产品没有入库，不关心还剩多少料。即按订单核销。3、任意核销（新增）应用于对应核销关系不稳定，人为干预可能性比较大，不严格按BOM进行材料核销的业务场景。默认根据加工品的生产BOM取对应的组成材料，无BOM返回空行，手工维护材料核销记录。其中：按BOM带出待核销的材料时，按订单BOM版本来执行，如订单BOM版本为空或入库单自制，则取加工品生产BOM的默认版本。二、具体解决方案（按订单核销）：(一)应用准备1、核销方式在委托加工入库单的交易类型上定义。核销方式取值：按订单发料核销、按BOM核销、任意核销，默认按BOM核销。105/1492、业务流程修改3、参数：SC11：库存委托加工入库单签字是否自动核销106/149参数值为是时，委托加工入库单如果核销方式为按订单发料核销、按BOM核销，则签字时自动核销，核销规则见后续参数“按订单发料核销的默认核销规则”、“按BOM核销的默认核销规则”。未自动核销成功，签字不成功。参数值为否时，委托加工入库单签字不自动核销。SC12：按订单发料核销的默认核销规则参数值为“按订单应发核销”时，取订单的备料计划的定额用量*入库对订单的占比作为核销数量；参数值为“按订单实发核销”时，取订单的发料*入库对订单的占比作为核销数量。SC13：按BOM核销的默认核销规则参数值为“含损耗的料比数量”时，按加工品主数量×（BOM中的子项数量/父项数量）×（1+BOM中的损耗系数）核销材料。参数值为“不含损耗的料比数量”时，按加工品主数量×（BOM中的子项数量/父项数量）核销材料。SC14：按BOM核销时的损耗定额控制参数值为“是”时，材料核销时委外加工的损耗不能超过加工品在主组织（库存组织）中定义的生产BOM中规定的损耗定额；参数值为“否”时，则委外加工的损耗不受限制。(二)流程举例（按订单核销）1、制作委外订单生成备料计划107/149备料计划发料2、到货单参照委外订单108/1493、委外加工入库单4.材料核销自动核销规则可在这里干预，设置材料核销数量对比依据，参数SC12可以设置默认109/149可以直接点自动核销，或者手工核销修改材料核销数量具体核销处理逻辑：根据委托加工入库单联查委外订单发料表核销规则：委托加工入库单只能被核销一次；本次材料核销主数量根据订单发料未核销主数量自动带出，可修改；核销确定时，检查核销材料是否超出订单发料范围，如超出，则不允许核销成功。订单核销不支持自动拣货可按订单应发核销、按订单实发核销，根据入库数量对订单数量的占比核销如果订单未关闭，则本次核销的入库数量（加工品数量）达到订单的累计入库主数量、订单的累计入库主数量达到订单数量时，订单发料全部核销完毕如果订单已关闭，则本次核销的入库数量（加工品数量）达到订单的累计入库主数量时，订单发料全部核销完毕倒冲生成材料出库单110/149根据核销的材料数量倒冲生成签字状态的材料出库单；倒冲生成的材料出库单只能由反核销取消签字并删除，不能由其他方式处理；生成的库存材料出库单，产成品为委托加工入库单的产成品，材料为核销时选择的材料；材料出库单的来源记录委托加工入库单，源头记录委外订单。三、注意事项：1、一类委外业务应只按一种方式核销倒冲，核销方式在委托加工入库单的交易类型上定义。2、本版暂不支持委外仓的货位管理，暂不支持委外材料的序列号、单品条码管理、出库跟踪入库，如果出现以上的情况，会导致委外材料核销失败，不能生成库存材料出库单。111/149文件目录及其作用描述大型客户技术服务部郜耿志gaogzh@yonyou.com案例的应用场景概述：NCV6nchome文件夹下各个子文件夹内容和作用具体解决方案（描述）：ant：存放ApacheAnt，用来执行EJB的构建。bin:存放nc部署和系统监控等命令。configsys.log部署日志（包含NC中间件、WAS中间件等部署信息）以及NC_Client文件夹，包含手动生成的NC客户端。ejb:按模块分子目录存放各个模块所使用的EJB，由构建工具维护。ejbXMLs：存放需要独立事务的EJB的部署描述符,里面的xml文件都是开发配置的服务或特殊ejb，由构建工具维护。framework：存放UAP框架/基础代码,为中间件提供服务/信息配置。DBTrans：数据传输。ierp/bin：存放NC配置文件。目录下包括account...
