简介本资源是一份面向PLM初学者与企业实施人员的Aras PLM系统入门学习文档聚焦用户管理、权限配置与数据建模等核心运维能力培养助力读者快速掌握工业级产品生命周期管理平台的基础操作与权限体系设计逻辑。文档为单文件Word.docx格式共1个文件大小11.06MB内容结构完整涵盖用户管理含参与者创建、特殊角色定义、六类关键权限详解如TOC访问、子类对象创建、可创建者权限等以及数据类型与对象类型配置方法目录层级清晰、实操指向明确。目前已有1279人学习下载适合需要系统理解Aras底层管理机制、开展内部培训或支撑项目部署的技术人员参考使用。1. Aras PLM 学习文档不是说明书是能直接上手配置的系统级操作地图你刚接手一个 Aras PLM 实施项目客户提了三个需求「下周要上线新零件审批流程」「权限必须按部门隔离不能越界看数据」「历史变更记录得留痕到字段级」——这时候翻官方文档别急。这份《Aras PLM 系统管理使用手册Word 版》不是泛泛而谈的概念集而是某公司真实落地过程中由一线实施工程师边配边记、反复验证后沉淀下来的可执行操作地图。它覆盖从用户创建、权限颗粒度控制、对象类型建模、关系定义到生命周期状态机、工作流路径触发、版本集快照管理等全部核心配置模块共 19 大类、122 个带页码的实操节点。重点在于每个章节都对应 Aras Innovator 后台「Administration Configuration」里的真实菜单路径所有截图虽未附上但每一步点击位置、弹窗字段、必填项校验逻辑、保存后生效范围全在文字里写死了。适合两类人一是刚通过 Aras 认证但没碰过真环境的工程师靠它三天内能独立配出带审批节点的 BOM 变更流程二是已有三年经验但卡在「为什么这个权限改了不生效」「TOC 视图里字段不显示」这类黑匣子问题的老手它把那些藏在后台 XML 配置和行为脚本里的隐性约束全摊开了。这不是理论教材是别人踩过坑、标好雷区、连参数默认值都写清楚的实战笔记。2. 用户与权限从“能登录”到“只看见该看的”权限链必须闭环Aras 的权限模型不是简单的 RBAC基于角色的访问控制而是Object-Level Property-Level Action-Level 三层嵌套控制。很多翻车都源于只配了角色却漏了对象级发现权限或属性级读写掩码。下面拆解最常被跳过的两个关键动作创建参与者Participant和配置 TOC 访问权限。2.1 创建参与者不是加用户是建“系统身份锚点”在 Aras 中“用户”User只是认证入口真正参与流程、承载权限的是“参与者”Participant。一个 User 可以关联多个 Participant比如既是设计部成员又是跨部门评审组成员而权限是绑定在 Participant 上的。创建时必须注意三点必须指定Identity类型User、Group、Role或External。选错类型会导致后续权限无法继承Is Default勾选逻辑仅当该 Participant 是此 User 的主身份时才勾选否则工作流分配会失败Security Group关联非强制但强烈建议它决定了该 Participant 能“发现”哪些对象即出现在搜索结果里这是权限链的第一环。# 在 Administration Configuration Participants 页面操作 # 步骤 # 1. 点击 New → 选择 Participant 类型 # 2. 填写 Name如 Design_Engineer_Group # 3. Identity Type 下拉选 Group # 4. 在 Related Items 标签页 → Add Related Item → 选择 Security Group → 搜索并添加已存在的安全组如 Engineering_SG # 5. 勾选 Is Default仅当此为该用户的主身份 # 6. Save提示Security Group不是权限本身而是“可见性过滤器”。即使你给 Participant 配了编辑权限如果它没关联到能发现该对象的 Security Group用户根本搜不到这个对象编辑无从谈起。2.2 TOC 访问权限让列表页字段“活起来”的隐藏开关TOCTable of Contents是 Aras 中最常用的对象列表视图。但很多人配完权限后发现用户能打开列表却看不到关键字段如Part Number、Revision或者字段是灰色不可点。根源在于TOC 视图的字段显示权限 ≠ 对象属性的读取权限。TOC 字段需单独授权且依赖于Item类型的TOC View配置。!-- 示例为 Part 类型的 TOC 视图启用 Revision 字段 -- !-- 路径Administration Configuration Item Types Part TOC Views -- !-- 在 Fields 区域 Add Field → 选择 Revision → 设置 Read 权限为 True -- !-- 注意此处的 Read 权限是 TOC 层面的与 Part.Revision 属性本身的 Read 权限是两套配置 --字段排序权重TOC 中字段顺序决定用户第一眼看到的信息流拖拽调整后需 Save Publish链接字段必须显式启用若Part的Revision字段在 TOC 中设为可点击即带超链接则必须同时开启其Navigate权限否则点击无响应空值处理逻辑TOC 字段若值为空默认显示-无法改为N/A或隐藏——这是 Aras 内置行为不可定制。2.3 避坑权限不生效的五个高频现场现象 → 原因 → 解决全是血泪经验现象给某 Participant 配了Part的Edit权限但用户仍无法修改Description字段原因Description属性在Part类型中被标记为Locked锁定或其Property-Level Permission未开启Write解决进入Item Types Part Properties找到Description行 → 编辑 → 勾选Write并 Save若显示Locked需先取消锁定需 Admin 权限现象用户能创建Change Request但提交后流程不触发停留在 Draft 状态原因缺少Change Request类型的State Transition权限或Workflow配置中未将该状态设为Initial State解决检查Workflows Change_Request_Workflow States确认当前状态如Draft的Is Initial State为 True再确认 Participant 在该 Workflow 的State Permissions中有Transition to Draft权限现象在 TOC 中能看到Part列表但双击打开详情页报错 “Access Denied”原因TOC 视图权限 ≠ Form 视图权限。用户有Discover和Read权限但Form类型未对其开放View权限解决进入Item Types Part Forms→ 选择默认 Form如Part_Default_Form→Permissions标签页 → 添加该 Participant 并勾选View现象管理员修改了 Participant 的 Security Group但用户搜索仍看不到新对象原因Aras 的 Security Group 缓存机制导致延迟非实时生效解决执行Administration Utilities Clear Cache→ 勾选Security→ Run或等待 5 分钟生产环境建议清缓存现象导出 TOC 数据为 Excel部分字段值为空但页面显示正常原因Excel 导出调用的是Export Definition其字段映射与 TOC 视图字段不一致且未配置Export Permission解决进入Administration Configuration Export Definitions→ 编辑对应导出模板 → 在Fields区域确保所需字段已添加并检查其Permission是否为Read3. 数据类型与对象类型建模不是画图是定义系统运行的“语法”Aras 的元数据驱动本质决定了所有业务逻辑都建立在「数据类型」和「对象类型」的精确配置之上。很多人以为建个Part类型就完事了结果后续流程跑不通、报表取不到数、API 返回结构异常——问题往往出在底层数据类型的约束没对齐。这一节直击两个最易被轻视的环节外部数据类型对接和对象属性版本控制。3.1 外部数据类型让 ERP/MES 的 ID 在 Aras 里“认得出来”当 Aras 需要与 SAP 或 Oracle EBS 对接时Part Number不能简单设为String类型。必须用External Data Type显式声明其来源系统、长度、校验规则否则后续Relationship关联、Query联查、Import/Export映射都会失败。# 创建 External Data Type 步骤以 SAP Part ID 为例 # 1. Administration Configuration Data Types New External Data Type # 2. Name: SAP_Part_ID # 3. Description: SAP Material Number, max 18 chars, alphanumeric # 4. 在 Properties 标签页 # - Length: 18 # - Allow Null: False强制非空保证主键完整性 # - Pattern: ^[A-Za-z0-9_]*$正则校验禁止特殊字符 # 5. 在 Integration 标签页 # - System Name: SAP_ERP自定义用于区分多系统 # - Is Primary Key: True标识为主键影响关系生成逻辑 # 6. Save Publish关键参数说明Pattern正则必须严格匹配源系统实际格式Aras 在保存对象时会实时校验不匹配则报错Is Primary Key若为 True则 Aras 在生成Relationship时会自动创建External Key字段供 API 查询用System Name是硬编码字段后续所有集成脚本如 REST API mapping都依赖此值做路由判断。3.2 对象属性版本化字段的“时间机器”怎么开Aras 支持对任意属性开启版本控制Versioned Property实现字段级变更追溯。但开启后不是自动生效——必须配合Lifecycle和Version Set才能触发历史快照。常见误区是只开了属性版本却忘了在 Lifecycle 中配置On State Change行为。!-- 配置 Part.Number 字段为版本化属性 -- !-- 路径Item Types Part Properties Number -- !-- 编辑属性 → 勾选 Versioned → Save -- !-- 但此时还不会生成历史记录必须 -- !-- 1. 进入 Lifecycle Part_Lifecycle States Released -- !-- 2. 在 Behaviors 标签页 → Add Behavior → Type: On State Change -- !-- 3. Action: Create Version → Target: Part当前对象 -- !-- 4. Save --版本快照触发条件只有当对象状态变更如In Work→Released且该状态配置了Create Version行为时Aras 才会为所有Versioned属性生成快照历史查询方式通过Part.History关系访问返回的是Part_History类型对象包含Effective Date、Changed By、Old Value、New Value四个核心字段性能警告Versioned属性越多每次状态变更的写入耗时越长单对象建议不超过 5 个高变更频率字段如Status、Approved By避免拖慢审批流。3.3 避坑建模阶段埋下的“隐形炸弹”现象创建BOM类型时Child Part字段设为Item类型引用但 TOC 中无法搜索到子件原因Item是通用类型Aras 不允许直接在关系中使用必须指定具体子类型如Part解决将字段类型改为Part或创建BOM_Line类型用Relationship关联BOM与Part现象Date类型属性在 Form 中显示为YYYY-MM-DD但导出 Excel 后变成数字如44562原因Excel 将日期识别为序列号Aras 导出未做格式转换解决在Export Definition中为该字段设置Format为yyyy-MM-dd或在 Excel 中右键单元格 → 设置单元格格式 → 日期现象Boolean属性在 Form 中显示为复选框但 API 返回却是字符串true/false而非布尔值原因Aras REST API 统一将所有属性序列化为字符串前端需自行转换解决在调用 API 后对Boolean字段做JSON.parse(response.data.field)或value true现象String类型属性设置了Length50但用户仍可输入 100 字符并保存成功原因Length仅控制数据库字段长度前端无校验Aras 的Pattern才是唯一前端后端双重校验手段解决必须配置Pattern如^.{0,50}$否则长度限制形同虚设现象File类型属性上传 PDF 后TOC 中显示文件名但点击下载报 404原因File属性依赖File Type配置若未为该File Type启用Download权限则 HTTP 404解决进入File Types [Your_Type] Permissions→ 添加 Participant 并勾选Download4. 关系与生命周期流程驱动的核心引擎状态机必须“咬合”Aras 的流程能力不靠硬编码全靠Relationship和Lifecycle的精准咬合。很多团队花两周配完工作流上线后发现“状态卡死”“通知不发”“历史不录”——八成是关系类型未绑定生命周期或状态机缺少必要跃迁。这一节聚焦两个致命配置点关系类型的行为注入和生命周期的 Email 通知触发。4.1 关系类型对象行为让“连接”自己动起来在 Aras 中Relationship不是静态连线而是可编程的对象。例如当Change Request关联Part时自动将Part.Status设为Under Review。这需要在Relationship Type上配置On Create行为而非在Change Request的工作流里写脚本。# 为 CR_To_Part 关系类型添加自动状态更新行为 # 1. Administration Configuration Relationship Types CR_To_Part # 2. 进入 Behaviors 标签页 → Add Behavior # 3. Type: On Create关系创建时触发 # 4. Action: Set Property Value # 5. Target: Related Item指被关联的 Part 对象 # 6. Property: Status # 7. Value: Under Review # 8. Save PublishTarget 选项详解This Item→ 当前关系对象自身如CR_To_Part实例Source Item→ 关系起点如Change RequestRelated Item→ 关系终点如Part90% 的业务逻辑用这个Value 支持表达式可写SourceItem.Priority实现字段传递或Review_ Now()生成动态值执行时机On Create在关系保存瞬间执行On Delete在关系移除时触发On State Change需配合 Lifecycle 使用。4.2 生命周期配置 Email不是发邮件是构建事件驱动管道Aras 的 Email 通知不是 SMTP 配置完就自动跑而是必须绑定到Lifecycle State的On State Change行为并指定Email Template。漏掉任一环邮件永不出发。!-- 配置 Part_Lifecycle 中 Released 状态的邮件通知 -- !-- 路径Lifecycle Part_Lifecycle States Released -- !-- 在 Behaviors 标签页 → Add Behavior -- !-- Type: On State Change -- !-- Action: Send Email -- !-- Email Template: Part_Released_Notification需提前在 Email Templates 中创建 -- !-- Recipients: Related Items → 选择 Change Request自动获取关联的 CR -- !-- 或 Participants → 选择 Engineering_Group --Email Template 关键字段Subject:Part {Item.Number} has been released支持{Item.xxx}占位符Body: HTML 格式可嵌入表格、链接{Item.URL}自动生成对象详情页链接Attachments: 可勾选Include Current Item自动附加当前对象 PDF 报告收件人动态计算Related Items比Participants更灵活例如Change Request.Approver可直接取审批人邮箱失败重试机制Aras 默认重试 3 次间隔 1 分钟日志在Administration Logs Email Log查看。4.3 避坑状态机与关系的“脱钩”现场现象Change Request工作流走到Approved状态但关联的Part未自动更新Status原因CR_To_Part关系类型的行为绑定了On Create但未配置On State Change而Approved是状态变更非关系创建解决为CR_To_Part添加On State Change行为Target 设为Source Item即 CRProperty 设为StatusValue 设为Approved现象Lifecycle中配置了On State Change发邮件但邮件内容里{Item.Number}显示为空原因Item占位符仅在Target为This Item或Source Item时有效若Target是Related Item需用{RelatedItem.Number}解决检查 Email Template 中占位符前缀确保与 Behavior 的 Target 一致现象Relationship删除后On Delete行为未执行关联对象状态未回滚原因On Delete行为仅在通过 UI 或 API 显式调用Delete Relationship时触发若通过Delete Item级联删除则不触发解决在Item的On Delete行为中手动添加Delete Relationship操作或改用On State Change做状态清理现象Email Template测试发送成功但生产环境不发原因测试时用Send Test Email功能绕过了Lifecycle状态机生产环境必须真实触发状态变更解决用测试账号走完整流程或在Administration Utilities Execute Behavior中手动触发现象Related Items收件人列表为空邮件发不出原因Related Items依赖Relationship的Direction配置若关系是Unidirectional单向则反向查询为空解决将关系类型Direction改为Bidirectional或在 Behavior 中改用ParticipantsSecurity Group定义收件人5. 工作流与版本集从“流程图”到“可执行代码”状态跃迁必须原子化Aras 工作流不是 BPMN 图形化拖拽而是由Activity、Path、State Transition构成的状态机。很多团队把工作流画得无比精美上线后却频繁出现“活动卡住”“路径不走”“状态回退失败”——根本原因是Activity的Completion Condition未闭环或Path的Guard Condition逻辑冲突。本节直击两个硬核配置动态分配与版本集快照。5.1 动态分配让“下一步交给谁”由数据决定Aras 的Dynamic Assignment不是随机分发而是基于Query结果集的确定性分配。例如Change Request提交后自动分配给Part.Department对应的负责人组。配置时必须确保 Query 返回单个 Participant 或 Group。-- 创建 Dynamic Assignment Query 示例SQL 格式 -- 路径Administration Configuration Queries New Query -- Name: Get_Department_Lead -- Type: Participant -- SQL: SELECT TOP 1 p.id, p.keyed_name FROM innovator.PARTICIPANT p JOIN innovator.SECURITY_GROUP sg ON p.security_group_id sg.id WHERE sg.name (SELECT department FROM innovator.PART WHERE id {SourceItem.PartID}) AND p.is_default 1# 在 Activity 中配置 Dynamic Assignment # 1. Workflows CR_Workflow Activities Assign_To_Lead # 2. 进入 Assignment 标签页 # 3. Assignment Type: Dynamic # 4. Query: Get_Department_Lead # 5. SaveQuery 必须返回 Participant IDAras 严格校验返回字段必须含id否则分配失败TOP 1是安全底线避免 Query 返回多行导致分配歧义{SourceItem.xxx}占位符只能引用当前工作流实例的属性不能跨对象如{RelatedItem.xxx}需先通过Relationship获取。5.2 版本集不是备份是“对象快照集合”的原子化管理Version Set是 Aras 实现基线管理的核心。它不是简单打包而是将一组关联对象如PartBOMDrawing在特定时间点的状态封装为不可变快照。创建时若漏掉Relationship快照将不完整。# 创建 Version Set 步骤 # 1. Administration Configuration Version Sets New # 2. Name: V2024_Q3_Release # 3. Description: Baseline for Q3 product release # 4. 在 Items 标签页 → Add Item → 选择 Part → 搜索并添加目标 Part # 5. 在 Relationships 标签页 → Add Relationship → 选择 Part_To_BOM → 自动加载关联 BOM # 6. 在 Options 标签页 # - Include Related Items: True递归包含 BOM 的子件 # - Create Version on Save: True保存时立即生成快照 # 7. Save PublishInclude Related Items逻辑仅对已配置Relationship的对象生效未在Relationships标签页显式添加的关系即使存在也不会被包含快照不可修改Version Set一旦发布Published其内容锁定任何源对象变更不影响快照恢复操作通过Version Sets [Name] Restore可将整个快照集还原为新对象适用于回归测试。5.3 避坑工作流与版本集的“断链”真相现象Dynamic AssignmentQuery 返回正确 ID但 Activity 仍显示 “No assignee found”原因Query 返回的 Participant 未激活is_active 0或其Security Group无权访问当前工作流实例解决检查 Participant 的Is Active字段并确认其Security Group在工作流Permissions中有Read权限现象Version Set中Part状态为Released但关联BOM状态仍是In Work原因BOM未在Version Set的Relationships标签页中显式添加Include Related Items不会自动识别未声明的关系解决手动在Relationships标签页添加Part_To_BOM关系再重新生成快照现象Activity设置了Completion Condition为All Paths Completed但路径走完后 Activity 仍不结束原因Path的Guard Condition为 False导致路径未真正执行Completed状态未置位解决在Paths标签页检查每条路径的Guard Condition表达式用Test Condition功能验证逻辑现象Version Set恢复后Part的Revision字段变为0原因Revision是Auto-Number类型恢复时 Aras 为其生成新编号原Revision作为历史记录保留在History中解决若需保留原Revision应在Version Set的Options中勾选Preserve Keyed Name仅对Keyed Name字段有效现象Email Notification在Activity中配置成功但Path走向不同分支时邮件重复发送原因Email行为绑定在Activity级而非Path级只要 Activity 完成无论走哪条 Path 都会触发解决将Email行为移到Path的On Complete行为中实现分支级精准通知6. 历史记录与国际化字段级审计与多语言切换的“静默开关”Aras 的历史记录不是日志文件而是可查询、可导出、可集成的结构化数据国际化也不是简单翻译而是Language、Locale、Resource Bundle三层联动。这两项配置常被忽略直到客户提出“谁在什么时候改了哪个字段”或“德国工厂要德语界面”时才手忙脚乱。本节给出可直接抄作业的字段级审计配置和零停机多语言切换方案。6.1 可配置的历史记录让每一次Save都留下“数字指纹”Aras 默认只记录对象级变更如Part创建、删除要实现字段级审计如Part.Description从“A”改为“B”必须开启Property-Level History并指定History Type。# 为 Part.Description 开启字段级历史记录 # 1. Administration Configuration Item Types Part Properties Description # 2. 编辑属性 → 勾选 Track History非 Versioned # 3. History Type: Full记录 Old Value New Value或 Summary仅记录变更事实 # 4. Save PublishTrack HistoryvsVersionedTrack History仅记录变更事件不生成新对象版本存储在Property_History表Versioned生成完整对象快照存储在Item_Version表开销大历史查询方式Part.History关系返回Property_History对象含Property Name、Old Value、New Value、Changed By、Change Date可通过Queries创建自定义报表如 “近7天所有 Part.Description 变更”存储策略历史记录默认永久保存可通过Administration Utilities Purge History设置保留天数。6.2 国际化三步完成多语言切换无需重启服务Aras 的国际化基于Language语言、Locale区域、Resource Bundle资源包三级。关键在于Resource Bundle必须与Item Type绑定且Locale需在用户首选项中显式设置。# 配置德语界面German步骤 # 1. Administration Configuration Languages New # Name: German, Code: de-DE, Active: True # 2. Administration Configuration Locales New # Name: Germany, Language: German, Time Zone: Europe/Berlin # 3. Administration Configuration Resource Bundles New # Name: Part_Labels_DE, Language: German, Item Type: Part # 4. 在 Translations 标签页 # - Key: Description, Value: Beschreibung # - Key: Number, Value: Teilenummer # - Save # 5. 用户登录后在右上角头像 → Preferences → Locale → 选择 GermanyKey命名规范必须与Item Type的Property名或Form字段 ID 严格一致区分大小写Locale优先级用户首选项 浏览器语言 系统默认Preferences中设置后立即生效无需登出动态加载Resource Bundle发布后所有已打开的 Form 会自动刷新标签无须 F5。6.3 避坑审计与多语言的“静默失效”现象开启了Track History但Property_History表中无记录原因History Type设为None或Item Type的History Enabled全局开关为 False解决检查Item Types Part General→History Enabled必须为 True再确认属性级History Type非None现象德语Resource Bundle已发布但用户切换Locale后界面仍是英文原因Resource Bundle的Item Type绑定错误如绑定了Part但 Form 使用的是Part_Custom_Form解决为自定义 Form 单独创建Resource BundleItem Type设为FormKey设为Form.Labels.Description现象Property_History查询返回大量重复记录Change Date相同原因Property被多个Activity或Behavior频繁修改如状态机循环更新Status解决在Behavior中添加Guard Condition如PreviousValue ! NewValue避免无意义变更现象Locale切换后日期格式如2024-06-15未变为德语格式15.06.2024原因Locale的Time Zone配置正确但Date Format未在Locales中定义解决进入Locales Germany Formats→ 设置Date为dd.MM.yyyyTime为HH:mm:ss现象Resource Bundle中Key为Part.Number但 Form 中字段 ID 是part_number_field翻译不生效原因Key必须是 Aras 内部属性名非 UI 字段 IDForm 字段 ID 不参与国际化解决Key改为NumberPart类型的属性名Resource Bundle的Item Type保持Part从那以后我每次配完Lifecycle都强制走一遍Execute Behavior测试所有On State Change行为每次加Relationship必进Relationship Types检查Behaviors是否绑定每次开Track History一定同步确认Item Type级开关已启用。这些动作加起来不过 90 秒却省下平均 3 小时的排查时间——因为 Aras 的配置逻辑是强耦合的一个开关没拧紧整条流水线就哑火。这份文档里写的不是“应该怎么做”而是“上次我们哪里拧错了怎么拧回去”。希望帮到你。本文还有配套的精品资源点击获取