[AX]AX2012 R2 HR Jobs, Positions, Department和Workers

本文深入解析AX人力资源管理中的Job、Position及其与部门的关系,详细阐述了它们各自的功能、配置信息及应用场景。Job定义工作职责与要求,Position则为实际岗位需求,二者在组织范围内通用但职位层级关系需通过专门设置。部门作为业务运营单位,其层级关系对职位结构有重要影响。员工分为正式员工与合同工,职位层级结构显示已分配职位的工作人员信息。

部门、作业(Job的官方翻译)和位置(Position的官方翻译)是AX人力资源管理的基本组织元素,Job和Position在AX有的地方又称作工作和职位,其实这个翻译更为恰当。

Job定义的是一个工作岗位的具体工作任务、负责范围的集合,具体的在Job上可以设置的内容有Job type(一线操作员、经理、主管等)、Job function(职能,比如销售、生产制造、售后服务、财务等)、Compensation(最低、最高市场薪酬范围等)、Skills(岗位技能要求)、Certificates(从业资格证书)、Education(教育,比如律师、MBA等)、Job tasks(工作任务)、Areas of responsibility(职责范围)等。总体上说Job上设置的很多信息都是描述性的,和我们常见的岗位职责指导书(Job description)的内容很相近。Job不是针对某个公司的,在整个组织内有效(HcmJob表SaveDataPerCompany=no)。

Position可以理解为Job的一个实例,是一个实实在在的岗位需求,比如一个公司可以有华东销售经理、华中销售经理,它们都是同一个销售经理Job。在Position上我们可以设置的信息包括职位所在部门、向哪个职位报告工作、职务称谓、职务类型(全职、兼职)、职务持续时间(比如一个临时的岗位需求,在指定日期后就无效了)、工资发放(发放周期等)、财务维度(Cost center、薪酬预算等)等。因为Position是个实实在在的工作岗位,它和员工是一对一的关系,在一段时间内可以且只能为职位分配一个工作人员,职位上的一个雇员辞职了,可以安排另一个雇员顶替,但是时间上不能重合,当然职位可以不安排具体工作人员,处于空缺的状态。和Job一样,Position也不是针对单个公司,是在整个组织范围内管理,但是在职位的工资发放、预算控制上我们是需要指定具体是在哪个公司内执行的,Financial dimensions>Legal entities必须选择一个公司,可以据此认为这个职位是属于某个公司的。

职位上可以设置向哪个职位报告工作,以此便形成了职位的上下级关系,除了这种普通工作岗位的上下级关系,我们可能还需要另外的上下级关系,比如在项目管理中职位人员之间的上下级关系可能和我们行政岗位的上下级关系是不一样的,针对这种情况,可以通过职位关系(Relationships)来单独设置:

上图中显示在“Project”层级管理中职位0120-ceu需要向0340-ceu报告,在层级图中我们能清楚的看到这种关系:

这些额外的层级关系在设置项目相关工作流时可能会用到。此外上图中“Hierachy name”为Line的选项是我们默认的职位行政层级,通过职位设置中的“General>Reports to position”关联。

Department并不单单是人力资源管理意义上的部门,更多的是组织架构意义上的部门类型的业务运营单位,我们可以在Human rescources>Organization>Departments下管理部门,在Organization administration>Organizations>Internal organizations或者Organization administration>Setup>Organization>Operating units下都可以管理部门信息,只是在组织架构管理模块下,我们还可以创建其他类型的运营单位:

部门本身没有太多需要配置的信息,主要是地址联系信息和管理者,部门和公司也没有直接的关系。更值得关注的是部门的层级关系,在组织架构管理中我们可以创建多个层级关系,用于不同的目的,人力资源模块下看到的部门层级架构(Human resouces>Organization>Department>Department hierachy)实际上是组织架构管理中指定的默认组织图层级架构(下图中名为Departmental的层级架构):

Workers(工作人员)分员工(Employee)和合同工(Contractors)两种,工作人员可以通过招聘项目雇佣(同时分配职位),也可以手工雇佣后再分配职位,只有分配了有效职位的员工我们才能在职位层级结构图中查看到。

更多相关信息参见http://technet.microsoft.com/en-us/library/hh242239.aspx

 

 

打开链接下载源码: https://pan.quark.cn/s/a4b39357ea24 QT框架是由Qt公司设计的一种跨平台C++图形用户界面应用程序开发工具包,该框架被广泛地应用于桌面电脑、移动设备以及嵌入式系统等领域。QTableView作为QT框架中的一个核心组件,其主要功能是用于展示表格形式的数据,并且常常与QAbstractItemModel或QSqlTableModel等模型类协同工作。在QTableView中嵌入自定义组件,例如按钮,能够实现更加多样化的用户交互功能。 在QT框架环境下,若想在QTableView的一列中嵌入两个按钮,我们需要掌握以下几个关键的技术要点: 1. **QTableView**:QTableView是QTableView类的一个实例,它提供了一个二维的表格视图界面,可以用来展示编辑模型中的数据。QTableView能够显示由QAbstractItemModel子类所提供的数据,例如QStandardItemModel或QAbstractTableModel等。 2. **QTableWidgetItem**:在QTableView中,QTableWidgetItem是构成表格单元格的基本对象,它用于表示表格中每一行每一列的数据。在默认情况下,QTableView仅能展示文本信息,但通过继承QTableWidgetItem并重新绘制,我们可以实现自定义的内容,比如嵌入按钮。 3. **自定义视图项**:若要在单元格内部嵌入两个按钮,我们需要开发一个自定义的QTableWidgetItem子类,该子类中包含两个QPushButton。这个子类需要重写paintEvent()方法以绘制按钮,并且实现必要的信号槽机制来处理按...
内容概要:本文系统研究了LLC谐振变换器的变频移相混合控制模型,并基于Simulink平台进行了完整的仿真实现。文章首先阐述了LLC谐振变换器在高频高效电源转换中的工作原理与技术优势,重点提出了一种融合变频控制与移相控制的混合调控策略,旨在拓宽输出调节范围并提升系统的动态响应能力与运行效率。通过建立精确的系统数学模型,设计了复合控制框图,并在Simulink中搭建仿真系统,全面验证了该控制策略在不同负载条件输入电压波动下的稳定性、效率表现及软开关实现能力。仿真结果表明,所提出的混合控制方法能有效降低开关损耗,提高能量转换效率,具备良好的工程应用前景。; 适合人群:具备电力电子技术、自动控制理论基础,熟悉Simulink仿真环境,从事高频电源变换器、谐振变换器设计与优化的研究生、科研人员及电力电子领域工程技术人员。; 使用场景及目标:①用于高性能LLC谐振变换器控制系统的设计与动态性能优化;②为软开关技术在电力电子变换器中的应用提供仿真验证平台;③支撑相关课题的科研论文撰写、项目开发与创新方案验证。; 阅读建议:建议读者结合Simulink仿真模型文件进行同步操作,深入理解变频与移相控制的协调机制、控制环路设计及关键参数整定方法,重点关注软开关实现条件与系统效率优化路径,以促进理论研究向实际工程应用的转化。
内容概要:本文系统阐述了利用动态规划方法优化插电式混合动力电动汽车(PHEV)能源管理策略的技术路径,并配套提供了完整的Matlab/Simulink代码实现。研究聚焦于构建PHEV动力系统模型,定义能耗评价指标,设计动态规划算法的状态空间与代价函数,通过数值优化求解全局最优的能量分配方案,从而在满足驾驶工况的前提下,实现燃油经济性与排放性能的最优化。文中详细解析了算法的核心逻辑,包括状态转移方程的建立、递推求解过程以及仿真结果的对比分析,为理解应用最优控制理论解决实际工程问题提供了范例。; 适合人群:具备Matlab/Simulink编程基础,从事新能源汽车、智能控制、车辆工程、能源系统优化等领域的研究生、科研人员及工程技术人员。; 使用场景及目标:① 深入学习动态规划在车辆能量管理中的理论与应用;② 掌握PHEV能量管理策略的仿真建模与优化方法;③ 为开发先进的混合动力系统实时控制算法提供理论依据、基准方案(Benchmark)及可复用的代码参考。; 阅读建议:建议读者结合提供的Matlab代码,分模块(如车辆模型、驾驶员模型、动态规划求解器)进行研读与调试,重点理解状态离散化、代价函数设计贝尔曼最优性原理的实现过程。可通过更换不同的驾驶循环(如NEDC, WLTC)或调整车辆参数进行拓展性实验,以深化对最优控制策略敏感性适用性的认识。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值