部门、作业（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。