尧图网页设计 
简介这份 Aras PLM 学习文档面向刚接触产品生命周期管理系统的工程师、实施人员与运维管理者帮助其快速理解 Aras PLM 的用户、权限与数据建模机制。资源包内共 1 个 docx 文件约 11.06MB为 Word 版系统管理使用手册目录结构完整便于按章节检索与打印学习。内容围绕三大模块展开用户管理部分讲解用户管理页面、登录用户、创建参与者与特殊参与者权限部分覆盖权限创建、发现权限、可创建者权限、创建子类对象权限及 TOC 访问权限数据类型部分则涉及数据类型、创建列表、外部数据类型与配置序列等基础配置。手册以概念说明配合操作要点的方式组织适合作为日常查阅与培训参考。目前已有 1275 人学习可作为入门 Aras PLM 系统管理与权限配置的实用资料。1. Aras 学习文档从零搭起一套能跑通 BOM 与变更单的 PLM 环境很多团队第一次接触 Aras是因为手里那张 Excel BOM 已经彻底失控——版本对不上、变更靠邮件、谁改了哪一行没人说得清。Aras 是一套 PLM产品生命周期管理平台核心能力是把物料、BOM、变更单、文档、权限这些对象用一套可配置的数据模型管起来。它和传统 PLM 最大的区别在于底层是通用建模引擎业务对象、表单、生命周期、权限都能在浏览器里改不用每次动数据库。这篇学习文档面向两类人一类是刚拿到 Aras 环境、想先跑通一条业务链的工程师另一类是在选型阶段想知道它到底能不能扛住自己公司流程的技术负责人。下面按“先理解对象模型 → 再动手建数据 → 最后排坑”的顺序走每一步都落到可复现的操作。2. Aras 的对象模型为什么先搞懂 ItemType 再动手2.1 ItemType、Property、Relationship 三件套Aras 里所有业务数据都是 ItemItem 的类型叫 ItemType。物料是 PartBOM 是 Part BOM变更单是 ECR/ECN文档是 Document。每个 ItemType 由若干 Property 描述字段比如 Part 的 item_number、name、revision。Item 之间的从属关系用 Relationship 表达Part BOM 就是 Part 和 Part 之间的父子关系带 quantity、unit 这些关系属性。理解这一点很关键你在界面上看到的“BOM 结构树”本质是 Part 通过 Part BOM 这条 Relationship 连起来的图。改 BOM 不是改一张表而是增删 Relationship 实例。很多新手一上来就想去数据库里 UPDATE结果生命周期状态、权限校验、版本记录全丢了这是血泪经验里最常见的一类翻车。常见做法是先在 Administration → ItemTypes 里浏览一遍现有类型把 Part、Part BOM、Document、ECR 的 Property 列表抄下来对照自己业务字段做映射。不要急着新建 ItemTypeAras 自带的那套已经覆盖了 80% 的制造业场景。2.2 生命周期与权限状态机才是流程的骨架Aras 的流程控制靠 Life Cycle Map。一个 Part 从 Preliminary 到 Released 再到 Obsolete每个状态对应一套权限谁能读、谁能改、谁能提审。变更单 ECR 的生命周期通常是 Draft → In Review → Approved → Closed。状态迁移由 Transition 定义可以挂方法Method做校验。选型时最该问的问题是你们的审批链有几级、有没有并行会签、状态回退怎么处理。Aras 原生支持串行和简单并行复杂会签需要写 Method 或配 Workflow。我一般建议先把主流程跑通再补分支否则一上来就配十几条 Transition调试时根本不知道卡在哪。2.3 用 AML 看懂一次数据操作Aras 所有前端操作最终都转成 AMLAras Markup Language发给服务端。看懂 AML 等于拿到了排查问题的黑匣子。比如查一个物料AML Item typePart actionget selectitem_number,name,revision item_numberP-1001/item_number /Item /AML这段的意思是对 Part 类型执行 get筛选 item_number 为 P-1001返回三个字段。action 可以是 get、add、edit、delete、update。select 不写会返回全部属性数据量大时明显变慢。调试时可以在浏览器开发者工具的 Network 里抓 POST 请求看到实际发出的 AML比猜界面行为靠谱得多。提示AML 里的 type 名大小写敏感写错会直接报“ItemType not found”别问我是怎么知道的。3. 本地跑通第一条业务链物料、BOM、变更单3.1 环境准备与登录后的第一件事假设你已经有一套 Aras 环境本地安装或公司测试服。浏览器打开 Innovator 地址用 admin 登录。第一件事不是建数据而是进 Administration → Variables 看一遍系统变量再进 ItemTypes 确认 Part 的 can_add 权限对当前身份开放。如果只是学习建议在测试库操作生产库的 admin 权限不要拿来练手。Aras 的删除是带引用检查的但误改生命周期状态可能导致数据“锁死”恢复起来很麻烦。3.2 用界面建一个物料并理解版本操作路径左侧导航 → Parts → New。填 item_number、name、revision比如 A、description保存。保存后系统自动生成唯一 ID。此时 Part 处于 Preliminary 状态。想升版时不要手动改 revision 字段。正确做法是用 Revise 动作系统会复制一份新版本revision 自动变 B旧版本保留。手动改 revision 会破坏版本链后续 BOM 引用会指向混乱。这是新手最容易踩的坑之一。3.3 建 BOM 结构父子关系怎么连在 Part 界面切到 BOM 标签Add 子项选择子 Part填 quantity、unit。保存后这条 Part BOM Relationship 就建立了。重复操作搭出多层结构。用 AML 批量建 BOM 更高效AML Item typePart BOM actionadd source_id父Part的ID/source_id related_id子Part的ID/related_id quantity2/quantity unitEA/unit /Item /AMLsource_id 是父件related_id 是子件quantity 和 unit 是关系属性。批量导入时把这段放进循环ID 从前面查询结果里取。注意 source_id 和 related_id 必须是已存在的 Part ID否则报引用错误。3.4 发起一张变更单并关联受影响物料路径ECR → New填标题、原因、优先级保存。然后在 Affected Items 标签里添加受影响的 Part。提交后 ECR 进入 In Review。审批通过后可以生成 ECNECN 里执行具体的 BOM 修改。这里的关键参数是 change_type 和 priority不同公司取值不同建议先在 List 里配好可选值避免自由文本导致统计困难。变更单和物料的关联也是 Relationship删物料前要检查有没有未关闭的变更单引用。4. Aras 学习文档里最容易翻车的五个地方4.1 现象保存报“Permission denied”但我是 admin原因Aras 权限是“身份 状态 对象”三层叠加。admin 身份不代表对所有状态都有写权限Released 状态的 Part 默认禁止直接改。解决要么走变更单流程要么临时把该状态权限放开仅测试库改完再收回去。别在生产库图省事。4.2 现象BOM 结构树显示不全子件明明存在原因Part BOM 查询默认只返回当前版本。如果子件已升版旧关系可能指向旧版本。解决在 BOM 查询里显式指定版本策略或使用 Aras 的“最新版本”解析配置。检查方法是直接查 Part BOM 的 related_id 指向哪个 revision。4.3 现象AML 批量导入报“Duplicate item_number”原因Part 的 item_number 默认有唯一性约束重复导入同一物料会冲突。解决导入前先 get 查一遍存在则改用 edit 或 update或者用 add 时加 ignore 策略视版本支持情况。更稳妥的做法是用 item_number revision 做联合判断。4.4 现象生命周期状态卡在 In Review审批人看不到任务原因审批任务依赖 Workflow 里的 Assignment 配置如果审批人身份没绑对任务不会出现在他的 InBasket。解决检查 Workflow 的 Activity 里 assigned_to 是否指向正确身份以及该身份有没有登录过系统。Aras 的任务是推送到 InBasket 的不是邮件通知。4.5 现象改了 ItemType 的 Property界面没变化原因Aras 前端表单是缓存的改完 ItemType 需要清缓存或重新登录。另外Property 要加到 Form 布局里才会显示光在 ItemType 里加字段不够。解决进 Form 编辑器把新字段拖到布局上保存后强制刷新浏览器。5. 进阶用 Method 做校验和批量处理5.1 在保存前拦截非法数据Aras 的 Method 是服务端脚本支持 C# 和 VB.NET视版本。常见用法是在 Part 的 onBeforeAdd 或 onBeforeUpdate 事件里做校验。比如强制 item_number 符合编码规则// Part 的 onBeforeUpdate 方法示例 Item part this; string itemNumber part.getProperty(item_number, ); if (!System.Text.RegularExpressions.Regex.IsMatch(itemNumber, ^P-\d{4}$)) { throw new Exception(物料编码必须符合 P-XXXX 格式); }this 指向当前 ItemgetProperty 取字段值不符合规则直接抛异常保存会被中断。参数说明正则按自己公司规则改异常信息会显示在界面上。注意 Method 里不要做耗时查询否则每次保存都卡。5.2 批量更新用 AML 循环还是 Method数据量小于几百条用 AML 循环足够上千条建议写服务端 Method 或直接用 Aras 的批量导入工具。AML 循环的瓶颈在网络往返Method 在服务端执行快一个数量级。但 Method 调试麻烦建议先在测试库验证逻辑。5.3 验证方法是否生效的三个检查点第一看事件有没有挂对ItemType 的 Events 标签里确认 onBeforeUpdate 指向你的 Method。第二看 Method 有没有编译错误Administration → Methods 里打开点编译。第三看日志Aras 的日志在安装目录的 logs 下抛异常时会记录堆栈。我一般先看日志再改代码比盲猜快得多。5.4 一个具体技巧用查询条件过滤 BOM 层级查多层 BOM 时不要一次性拉全树。用 AML 的 levels 属性控制深度Item typePart BOM actionget levels2 source_id父Part的ID/source_id /Itemlevels2 表示只展开两层避免数据量大时页面卡死。需要全展开时再逐层查。这个参数在 BOM 对比和差异分析时特别有用能显著减少返回数据量。我自己带团队时习惯让每个人先在测试库把“建物料 → 搭 BOM → 提变更 → 审批 → 升版”这条链完整走三遍再碰配置。Aras 的灵活性是双刃剑配得越花排查越难。先把标准流程跑熟再谈定制。希望帮到你。本文还有配套的精品资源点击获取 Aras PLM 入门实战：从零搭建 BOM 与变更单管理环境
简介这份 Aras PLM 学习文档面向刚接触产品生命周期管理系统的工程师、实施人员与运维管理者帮助其快速理解 Aras PLM 的用户、权限与数据建模机制。资源包内共 1 个 docx 文件约 11.06MB为 Word 版系统管理使用手册目录结构完整便于按章节检索与打印学习。内容围绕三大模块展开用户管理部分讲解用户管理页面、登录用户、创建参与者与特殊参与者权限部分覆盖权限创建、发现权限、可创建者权限、创建子类对象权限及 TOC 访问权限数据类型部分则涉及数据类型、创建列表、外部数据类型与配置序列等基础配置。手册以概念说明配合操作要点的方式组织适合作为日常查阅与培训参考。目前已有 1275 人学习可作为入门 Aras PLM 系统管理与权限配置的实用资料。1. Aras 学习文档从零搭起一套能跑通 BOM 与变更单的 PLM 环境很多团队第一次接触 Aras是因为手里那张 Excel BOM 已经彻底失控——版本对不上、变更靠邮件、谁改了哪一行没人说得清。Aras 是一套 PLM产品生命周期管理平台核心能力是把物料、BOM、变更单、文档、权限这些对象用一套可配置的数据模型管起来。它和传统 PLM 最大的区别在于底层是通用建模引擎业务对象、表单、生命周期、权限都能在浏览器里改不用每次动数据库。这篇学习文档面向两类人一类是刚拿到 Aras 环境、想先跑通一条业务链的工程师另一类是在选型阶段想知道它到底能不能扛住自己公司流程的技术负责人。下面按“先理解对象模型 → 再动手建数据 → 最后排坑”的顺序走每一步都落到可复现的操作。2. Aras 的对象模型为什么先搞懂 ItemType 再动手2.1 ItemType、Property、Relationship 三件套Aras 里所有业务数据都是 ItemItem 的类型叫 ItemType。物料是 PartBOM 是 Part BOM变更单是 ECR/ECN文档是 Document。每个 ItemType 由若干 Property 描述字段比如 Part 的 item_number、name、revision。Item 之间的从属关系用 Relationship 表达Part BOM 就是 Part 和 Part 之间的父子关系带 quantity、unit 这些关系属性。理解这一点很关键你在界面上看到的“BOM 结构树”本质是 Part 通过 Part BOM 这条 Relationship 连起来的图。改 BOM 不是改一张表而是增删 Relationship 实例。很多新手一上来就想去数据库里 UPDATE结果生命周期状态、权限校验、版本记录全丢了这是血泪经验里最常见的一类翻车。常见做法是先在 Administration → ItemTypes 里浏览一遍现有类型把 Part、Part BOM、Document、ECR 的 Property 列表抄下来对照自己业务字段做映射。不要急着新建 ItemTypeAras 自带的那套已经覆盖了 80% 的制造业场景。2.2 生命周期与权限状态机才是流程的骨架Aras 的流程控制靠 Life Cycle Map。一个 Part 从 Preliminary 到 Released 再到 Obsolete每个状态对应一套权限谁能读、谁能改、谁能提审。变更单 ECR 的生命周期通常是 Draft → In Review → Approved → Closed。状态迁移由 Transition 定义可以挂方法Method做校验。选型时最该问的问题是你们的审批链有几级、有没有并行会签、状态回退怎么处理。Aras 原生支持串行和简单并行复杂会签需要写 Method 或配 Workflow。我一般建议先把主流程跑通再补分支否则一上来就配十几条 Transition调试时根本不知道卡在哪。2.3 用 AML 看懂一次数据操作Aras 所有前端操作最终都转成 AMLAras Markup Language发给服务端。看懂 AML 等于拿到了排查问题的黑匣子。比如查一个物料AML Item typePart actionget selectitem_number,name,revision item_numberP-1001/item_number /Item /AML这段的意思是对 Part 类型执行 get筛选 item_number 为 P-1001返回三个字段。action 可以是 get、add、edit、delete、update。select 不写会返回全部属性数据量大时明显变慢。调试时可以在浏览器开发者工具的 Network 里抓 POST 请求看到实际发出的 AML比猜界面行为靠谱得多。提示AML 里的 type 名大小写敏感写错会直接报“ItemType not found”别问我是怎么知道的。3. 本地跑通第一条业务链物料、BOM、变更单3.1 环境准备与登录后的第一件事假设你已经有一套 Aras 环境本地安装或公司测试服。浏览器打开 Innovator 地址用 admin 登录。第一件事不是建数据而是进 Administration → Variables 看一遍系统变量再进 ItemTypes 确认 Part 的 can_add 权限对当前身份开放。如果只是学习建议在测试库操作生产库的 admin 权限不要拿来练手。Aras 的删除是带引用检查的但误改生命周期状态可能导致数据“锁死”恢复起来很麻烦。3.2 用界面建一个物料并理解版本操作路径左侧导航 → Parts → New。填 item_number、name、revision比如 A、description保存。保存后系统自动生成唯一 ID。此时 Part 处于 Preliminary 状态。想升版时不要手动改 revision 字段。正确做法是用 Revise 动作系统会复制一份新版本revision 自动变 B旧版本保留。手动改 revision 会破坏版本链后续 BOM 引用会指向混乱。这是新手最容易踩的坑之一。3.3 建 BOM 结构父子关系怎么连在 Part 界面切到 BOM 标签Add 子项选择子 Part填 quantity、unit。保存后这条 Part BOM Relationship 就建立了。重复操作搭出多层结构。用 AML 批量建 BOM 更高效AML Item typePart BOM actionadd source_id父Part的ID/source_id related_id子Part的ID/related_id quantity2/quantity unitEA/unit /Item /AMLsource_id 是父件related_id 是子件quantity 和 unit 是关系属性。批量导入时把这段放进循环ID 从前面查询结果里取。注意 source_id 和 related_id 必须是已存在的 Part ID否则报引用错误。3.4 发起一张变更单并关联受影响物料路径ECR → New填标题、原因、优先级保存。然后在 Affected Items 标签里添加受影响的 Part。提交后 ECR 进入 In Review。审批通过后可以生成 ECNECN 里执行具体的 BOM 修改。这里的关键参数是 change_type 和 priority不同公司取值不同建议先在 List 里配好可选值避免自由文本导致统计困难。变更单和物料的关联也是 Relationship删物料前要检查有没有未关闭的变更单引用。4. Aras 学习文档里最容易翻车的五个地方4.1 现象保存报“Permission denied”但我是 admin原因Aras 权限是“身份 状态 对象”三层叠加。admin 身份不代表对所有状态都有写权限Released 状态的 Part 默认禁止直接改。解决要么走变更单流程要么临时把该状态权限放开仅测试库改完再收回去。别在生产库图省事。4.2 现象BOM 结构树显示不全子件明明存在原因Part BOM 查询默认只返回当前版本。如果子件已升版旧关系可能指向旧版本。解决在 BOM 查询里显式指定版本策略或使用 Aras 的“最新版本”解析配置。检查方法是直接查 Part BOM 的 related_id 指向哪个 revision。4.3 现象AML 批量导入报“Duplicate item_number”原因Part 的 item_number 默认有唯一性约束重复导入同一物料会冲突。解决导入前先 get 查一遍存在则改用 edit 或 update或者用 add 时加 ignore 策略视版本支持情况。更稳妥的做法是用 item_number revision 做联合判断。4.4 现象生命周期状态卡在 In Review审批人看不到任务原因审批任务依赖 Workflow 里的 Assignment 配置如果审批人身份没绑对任务不会出现在他的 InBasket。解决检查 Workflow 的 Activity 里 assigned_to 是否指向正确身份以及该身份有没有登录过系统。Aras 的任务是推送到 InBasket 的不是邮件通知。4.5 现象改了 ItemType 的 Property界面没变化原因Aras 前端表单是缓存的改完 ItemType 需要清缓存或重新登录。另外Property 要加到 Form 布局里才会显示光在 ItemType 里加字段不够。解决进 Form 编辑器把新字段拖到布局上保存后强制刷新浏览器。5. 进阶用 Method 做校验和批量处理5.1 在保存前拦截非法数据Aras 的 Method 是服务端脚本支持 C# 和 VB.NET视版本。常见用法是在 Part 的 onBeforeAdd 或 onBeforeUpdate 事件里做校验。比如强制 item_number 符合编码规则// Part 的 onBeforeUpdate 方法示例 Item part this; string itemNumber part.getProperty(item_number, ); if (!System.Text.RegularExpressions.Regex.IsMatch(itemNumber, ^P-\d{4}$)) { throw new Exception(物料编码必须符合 P-XXXX 格式); }this 指向当前 ItemgetProperty 取字段值不符合规则直接抛异常保存会被中断。参数说明正则按自己公司规则改异常信息会显示在界面上。注意 Method 里不要做耗时查询否则每次保存都卡。5.2 批量更新用 AML 循环还是 Method数据量小于几百条用 AML 循环足够上千条建议写服务端 Method 或直接用 Aras 的批量导入工具。AML 循环的瓶颈在网络往返Method 在服务端执行快一个数量级。但 Method 调试麻烦建议先在测试库验证逻辑。5.3 验证方法是否生效的三个检查点第一看事件有没有挂对ItemType 的 Events 标签里确认 onBeforeUpdate 指向你的 Method。第二看 Method 有没有编译错误Administration → Methods 里打开点编译。第三看日志Aras 的日志在安装目录的 logs 下抛异常时会记录堆栈。我一般先看日志再改代码比盲猜快得多。5.4 一个具体技巧用查询条件过滤 BOM 层级查多层 BOM 时不要一次性拉全树。用 AML 的 levels 属性控制深度Item typePart BOM actionget levels2 source_id父Part的ID/source_id /Itemlevels2 表示只展开两层避免数据量大时页面卡死。需要全展开时再逐层查。这个参数在 BOM 对比和差异分析时特别有用能显著减少返回数据量。我自己带团队时习惯让每个人先在测试库把“建物料 → 搭 BOM → 提变更 → 审批 → 升版”这条链完整走三遍再碰配置。Aras 的灵活性是双刃剑配得越花排查越难。先把标准流程跑熟再谈定制。希望帮到你。本文还有配套的精品资源点击获取