简介用友U9 ERP V2.5手册面向企业信息化实施顾问、ERP运维人员及财务与供应链管理者聚焦用友最新SOA架构ERP的多组织、多架构、多会计应用场景帮助读者理解这款被称为全球第一款SOA高端ERP的产品体系与功能边界。资源包共1个docx文件约9.54MB内容为U9 V2.5发版说明系统梳理了产品概述、产品特性与关键技术特性并覆盖财务、人力资源、制造、供应链、项目制造、成本、质量、协同门户及UAP平台等领域的应用范围与关键特征。读者可从中获取多组织协同、业务灵活性、全球化管理的设计思路了解完全SOA架构在ESB、BPM、企业搜索与Office集成等方面的技术优势以及各领域产品的功能清单与版本增量要点。目前已有345人学习适合作为U9选型调研、实施准备与功能对照的参考材料。1. 拿到一份 2012 年的 U9 V2.5 发版说明我为什么还留着它上周有个做集团财务共享的朋友问我他们厂里那套老 U9 还在跑最近想动审批流和凭证打印翻遍内网只找到一份 2012 年 2 月的 V2.5 发版说明问这东西还有没有参考价值。我让他先别急着找新版文档把这份增量说明打开翻到“审批结果的短路算法”和“凭证支持个性化”两节——他当场就愣住了因为这两个点正好卡在他现在要改的地方。这份《用友U9_ERP_V2.5手册》不是操作手册是 U9 V2.5 相对 2.1SP 的增量发版说明覆盖财务、人力、制造、供应链、项目制造、成本、质量、协同、UAP 平台等 11 个领域 42 个产品的功能变更。它适合三类人正在维护 U9 老版本的实施顾问、要给集团客户做二次开发的客开、以及需要判断某个功能“到底哪个版本才有”的运维。下面我按自己拆文档的顺序把能直接抄的部分和容易翻车的地方讲清楚。2. 先看清这份增量说明的边界V2.5 到底改了什么2.1 增量说明和全量手册的区别很多人拿到“发版说明”就当成完整手册用结果找一个基础档案字段找不到就以为文档缺页。这份 V2.5 文档开头写得很明确它是 V2.5 版本的增量发版说明基线是 U9 2.1SP。也就是说2.1SP 已有的功能它不会重复讲只讲这半年在现场验证后新增或修改的部分。我一般会把它和 2.1SP 的手册并排放遇到一个功能先问“这是新增还是修改”新增的直接看本文档修改的要看它改的是哪个模块的哪个节点。从产品范围看V2.5 覆盖财务 15 个产品、人力资源 3 个、供应链 6 个、生产制造 8 个、成本 2 个、项目制造 2 个加上质量、基础设置、系统管理、协同门户和 UAP 平台。这个清单本身就是一张排查表客户提的需求落在哪个产品下就去对应章节找。比如“集中采购、分散收货”属于供应链的采购管理“多账簿多币种成本计算”属于财务的成本会计别跨模块乱翻。2.2 技术架构对实施意味着什么文档反复强调 U9 是全球第一款完全基于 SOA 架构的企业管理软件底层是 UAP 平台带企业服务总线 ESB、业务流程管理 BPM、企业搜索、报表工具还支持和 OfficeWord、Excel、Outlook集成、支持 PDA 等手持设备。这些话听起来像宣传但对实施有实际含义U9 的功能扩展大多不是改代码而是通过 UAP 的服务组件装配、个性化配置、报表设计器来完成。所以后面看到的“个性化”“报表设计器”“分录模板”这些章节才是日常改动最常碰的地方而不是那些领域功能列表。提示判断一个需求能不能在标准产品里做先看它属于“配置能解决”还是“必须客开”。V2.5 文档里大量条目其实是把原来要客开的事变成了配置比如报表数据源支持实体关联设计、打印模板按用户授权这类条目价值最高。2.3 把 42 个产品映射成一张排查表我习惯把文档里的产品清单抄成一张表左边写产品名右边写这次 V2.5 有没有动它。动过的重点看没动的说明这个版本别指望有新特性。下面这张表是我按文档整理的领域与产品对应关系实际排查时直接按客户诉求定位领域产品数量典型产品V2.5 是否重点改动财务15总账、应收应付、固定资产、全球合并、费用报销、全面预算、资金管理是凭证与合并报表改动多人力资源3人事管理、薪资管理、福利管理少量供应链6销售分销、采购、库存、客户/供应商门户、渠道管理是下发与交叉表改动多生产制造8工程数据、工程变更、生产管理、车间管理、需求计划、可视化排程、看板中等成本2成本会计、料品成本是成本要素相关项目制造2项目计划控制、项目成本少量质量1质量管理少量基础设置/系统管理2基础设置、系统管理是档案下发与权限协同门户/UAP3协同门户、UAP 开发平台、UAP 运行平台是个性化与报表这张表的作用不是背而是当客户说“我要在采购订单上带出料品厂牌的弹性域”时你能立刻判断这涉及基础设置的料品档案、供应链的采购管理、以及 UAP 的弹性域传值三块而不是只翻采购章节。3. 平台层能直接落地的配置界面缩放、登录锁定与 Cookie3.1 界面缩放开关怎么打开V2.5 在 Portal 里加了界面缩放采用通用调整算法支持卡片、单据、列表、报表缩放但文档明确说“不是对所有界面都有效”而且默认关闭。打开方式是改配置文件Portal\UBFConfig\UFSoft.UBF.UI.ReviseLayout.Config把根节点的revise属性设为true。配置文件里列了所有可缩放的 Form如果某个 Form 也要缩放按列表行格式自己加一行pageuri从 IE 导航栏取进节点后 URL 里lnk之后到之前那段就是。!-- Portal\UBFConfig\UFSoft.UBF.UI.ReviseLayout.Config -- ReviseConfig revisetrue inversefalse !-- 每一行对应一个可缩放的 Formpageuri 取自导航栏 lnk 与 之间 -- Form pageuriUFSoft.UBF.UI.Portal.MainForm / /ReviseConfig逻辑说明revisetrue是总开关inverse控制缩放方向的反转一般保持false。pageuri必须和导航栏里实际的值完全一致多一个斜杠或少一个参数都匹配不上表现就是“开关开了但那个界面没反应”。参数上要注意这个功能默认关闭是有原因的——部分复杂报表缩放后列宽会错位所以只对确认没问题的 Form 逐个加不要图省事全量放开。3.2 登录失败锁定与解锁的坑系统管理→参数设置下新增了“输入密码超过一定次数便禁用用户登录”体现在系统管理→用户下的活动按钮框错误次数累积到阈值系统自动把活动按钮的勾去掉。重新激活要用别的用户登录把活动按钮重新勾上。文档里有一句 PS 很关键错误次数是累计写入数据库的累积到一定次数时可能出现“只输错一次就被停用”的情况需要重启 IIS。我一般会提醒运维两件事第一阈值别设太小集团环境里共享账号或代填密码的场景多累计计数很容易被误伤第二解锁流程要写进值班手册因为被锁的用户自己登不进去必须找有权限的人操作。另外登录界面新增了操作日期改日期可用关键字OpertaionDate从上下文取做登录后跳转或默认日期逻辑时会用到这个键名注意文档里拼写就是OpertaionDate不是OperationDate照抄别手改。3.3 Cookie 有效期与批量审核工作台系统应用的 Cookie 有效期默认 24 小时可在系统管理→参数设置里改。这个参数直接影响用户体验有效期太短用户上午填一半的单据下午回来要重新登录太长共享终端上残留会话有风险。我的习惯是按岗位分固定工位可以放长车间或共享终端保持默认甚至缩短。审批流这边V2.5 加了批量审核工作台把所有待审单据类型集成到一个页面入口在 Portal 主菜单最右侧可以设置审核动作和意见。配套还有“收回”——提交人在第一个审核人未审核前可以收回单据“设置退回意见”——退回时能看到上级为什么退回。这几个功能组合起来才是完整的审批闭环单独配一个批量审核而不配退回意见用户还是会打电话问“为什么退我”。4. 审批流与凭证短路算法、弃审逻辑和打印规则4.1 审批短路算法怎么配才不误伤文档给了一个很具体的案例活动 A 需要 10 个人审核其中 2 人同意则同意1 人拒绝则拒绝。旧逻辑要 10 个人全部处理完才计算结果新逻辑两人同意就立即转下一活动。这就是“短路算法”本质是提前满足条件即终止当前活动。配置时要想清楚三件事同意阈值、拒绝阈值、以及未处理人的单据状态。阈值在活动节点上设不是全局参数所以同一个流程里不同活动可以有不同的短路规则。我踩过的坑是短路触发后剩下没审的人在工作台里还能看到这条单据如果没做状态过滤他们会重复处理。正确做法是短路后把剩余待办标记为已失效或自动跳过具体看流程引擎的节点设置。另外拒绝短路要慎用1 人拒绝即拒绝在强合规场景下容易被质疑建议至少两人拒绝才终止。4.2 弃审逻辑与凭证纠错审批流新增弃审逻辑A 用户审核的单据只能 A 用户弃审。财务这边凭证类型上增加参数“允许弃审他人审核的凭证”为false时只能审核人弃审为true时所有人都可弃审。这两个规则要一起看审批流管单据凭证类型管凭证别以为改了审批流凭证就跟着变。另一个高频需求是“业务系统生成的凭证可纠错”。V2.5 之前外部凭证业务系统生成的纠错按钮是灰的现在放开了。但放开不等于随便改纠错会反向影响业务单据操作前要确认凭证来源单据是否已结账。我一般要求客开在纠错入口加二次确认并把纠错日志落到自定义表出问题能追。4.3 凭证打印按科目辅助核算段设规则这是文档里写得最细的一块。原来只能按会计科目设打印规则比如打印非零段实际业务中科目有 A、B、C、D 四个辅助核算段打印时只想显示 A、B 段。V2.5 的处理是在账簿节点下增加打印规则设置画面按账簿设置科目段的编码和名称打印规则——编码支持不打印、打印末级名称支持不打印、打印首级、打印末级、打印首末级、打印全部级次。然后在账簿科目上设置该科目的打印规则支持批量设置。凭证打印时取账簿科目的规则账簿科目没设才取参数设置里的规则。-- 排查凭证打印规则是否生效时先确认账簿科目上有没有独立规则 -- 表名以实际环境为准这里只示意查询思路 SELECT k.AccountCode, k.PrintRuleCode, k.PrintRuleName FROM GL_AccountBookSubject k WHERE k.AccountBookID bookId AND k.AccountCode subjectCode;逻辑说明这段查询不是产品自带脚本是我排查时用来确认“账簿科目到底有没有挂规则”的思路。如果查出来PrintRuleCode为空说明走的是参数设置里的全局规则这时候打印结果和预期不符就要么补账簿科目规则要么改全局参数。参数上重点看“编码打印方式”和“名称打印级次”两个维度它们组合起来决定最终输出别只改一个就以为生效。注意文档里还提到一个连带问题——账簿科目同步会计科目时没把“不符合设置的是否可制单”取消掉。如果后来把某个辅助核算段改成必输已存在的科目该段为空却还能制单。V2.5 在会计科目批量维护里加了制单信息批量维护凭证或交易分录使用科目时会弹框要求录入必输段。上线前建议跑一遍存量科目把必输段为空的挑出来补。5. 报表、个性化与档案下发客开最常碰的三块5.1 报表设计器的实体关联与 OQL 转 SQL报表这块 V2.5 改动密集对客开最有用的是两条。第一报表数据源设计支持实体关联设计。以前只支持单实体 OQL客开报表要在弱引用关联实体间取数比如订单关联成本、应收关联总账必须编程现在多数可以直接用设计器配。第二数据源设计器提供 OQL→SQL 对比顾问可以借这个学 OQL 内部机制在只能用 SQL 的场合比如存储过程实现报表逻辑先用设计器设计 OQL再转成 SQL 拷进客开代码还能看到实体对应的库名、字段名、表间关系和 OQL 默认的多语处理机制。我的用法是新报表先在设计器里把 OQL 配出来用对比功能看它生成的 SQL确认关联关系和过滤条件对不对再决定是直接发布还是转 SQL 客开。这样比上来就写 SQL 稳因为多语处理和权限过滤这些平台机制手写 SQL 很容易漏。另外报表列显示权限也在这版支持了设置实体属性权限报表模板里定义报表列和实体属性的对应关系设置了权限才生效入口在 UBF 报表工具。5.2 个性化配置的实用开关个性化这版有几个能省时间的点。进入个性化编辑界面不用再点第二下直接进“重置模板”改名为“清除个人模板”扩展出来的弹性域字段控件可以隐藏任意节点 URL 加personaldebugEnableEditDebug都能进个性化设置。GRID 行数上限放开到 3000查询方案最大显示行数放开到 10000列表最大选择记录数可在系统级参数配置默认 3000。# 在任意节点 URL 末尾追加参数直接进入个性化调试 # 原 URL 形如 .../Portal/UFSoft.UBF.UI.Portal.MainForm.aspx?lnkxxx # 追加后 .../Portal/UFSoft.UBF.UI.Portal.MainForm.aspx?lnkxxxpersonaldebugEnableEditDebug逻辑说明personaldebugEnableEditDebug是个调试开关加上后当前节点直接进个性化编辑态省掉菜单里找入口的步骤。参数名大小写要一致EnableEditDebug里 E 和 D 是大写。这个开关只影响当前会话的当前节点不会改全局配置所以可以放心在测试环境用。生产环境用之前确认权限别让普通用户误进编辑态改了标准界面。5.3 档案下发与依赖检查基础设置这边档案下发增加了依赖检查所有下发参数对话框加“已下发检查”选项勾选后下发时会检查当前实体对应的依赖项是否已下发未下发则提示应先下发对应实体。料品列表还增加了“下发组织”过滤条件客户、供应商上也加了可以查未下发数据。这块的血泪经验是集团多组织环境下下发顺序错了会导致下游组织拿到半套数据。比如料品没下发就下发 BOMBOM 里的料品在下游组织找不到报错信息还不一定指向根因。所以“已下发检查”建议默认勾上宁可多一步提示也别让脏数据流下去。供应商列表还支持显示最高预付比例并批量修改查询条件里也能查做采购集中管控时这个字段很实用。6. 避坑清单五个我实际踩过的 U9 V2.5 配置问题6.1 界面缩放开了但某个界面没反应现象配置文件revise已设为true大部分界面能缩放个别单据不行。原因该 Form 不在配置文件的列表里或者pageuri和导航栏实际值不一致。解决从导航栏 URL 的lnk到之间取值按列表行格式补一行重启 Portal 再试。别用肉眼抄 URL复制粘贴最稳。6.2 用户只输错一次密码就被锁定现象用户说只错了一次就被停用活动按钮的勾没了。原因错误次数是累计写库的之前的历史错误没清零累积到阈值这次刚好触发。解决用有权限的账号登录重新勾活动按钮同时检查参数设置里的阈值是否过小必要时重启 IIS 让计数状态刷新。长期看要把解锁流程写进运维手册。6.3 审批短路后剩余待办还在工作台现象两人同意后流程已转下一活动但剩下八个人的工作台里还能看到这条单据。原因短路只终止了活动计算没有清理剩余待办的状态。解决在活动节点配置短路后的待办处理策略把未处理记录标记为失效或自动跳过如果标准功能不支持用工作台的查询方案过滤掉已短路活动的单据。6.4 凭证打印辅助核算段还是全打出来现象账簿科目上设了只打印 A、B 段实际打印还是四个段都出来。原因凭证打印取规则的顺序是先账簿科目、后参数设置如果账簿科目规则没保存成功或科目编码对不上就回落到全局规则。解决按 4.3 的查询思路确认账簿科目上PrintRuleCode是否有值没有就补设批量设置后用一张测试凭证验证别直接上生产批量打。6.5 料品弹性域传到采购订单后值为空现象料品厂牌范围的弹性域配了传到采购订单订单上字段是空的。原因实体扩展字段的段数据来源界面需要配条件表达式按业务要求配置取数条件和参数弹性域属性类型检验的同时按规则赋值只配了字段映射没配取数条件传过去就是空。解决在段数据来源界面补条件表达式用一张有厂牌范围的料品做端到端测试确认档案到单据的传值链路通了再推广。7. 用 OQL 转 SQL 对比功能反推报表逻辑我的验证习惯报表客开最怕的不是写不出来是写出来数字对不上还找不到原因。V2.5 的 OQL→SQL 对比功能我一般这么用先在报表设计器里把目标报表的 OQL 配出来不急着发布点对比看生成的 SQL重点核对三处——关联关系是不是走了弱引用实体的正确外键、多语处理有没有带语言过滤、权限过滤有没有按当前用户组织拼进去。这三处任何一处和手写 SQL 不一致数字就会差。举个具体场景一张“订单关联成本”的报表设计器里配 OQL 时选了订单实体和成本实体关联字段是弱引用。对比出来的 SQL 里如果看到成本表带了语言条件而订单表没带说明两个实体的多语属性配置不一致这时候要么统一配置要么在 OQL 里显式处理。确认 SQL 没问题后如果必须用存储过程实现就把这段 SQL 拷进客开代码保留注释说明来源是哪个 OQL后面维护的人能顺着找回来。验证项看什么不一致时的处理关联关系弱引用实体的外键是否出现在 JOIN 条件回设计器检查实体关联配置多语处理各表是否带语言过滤且一致统一实体多语属性或在 OQL 显式处理权限过滤是否按当前用户组织拼条件检查报表模板的权限对应关系列权限报表列与实体属性对应是否配全在 UBF 报表工具补对应关系这套流程走下来一张报表从设计到验证大概多花半小时但能省掉后面反复对数的时间。我现在的习惯是任何走 OQL 转 SQL 的客开报表交付前必须把对比出来的 SQL 和执行结果截图存档附在交付文档里。有一次客户半年后说报表数字变了翻出当时的 SQL 一对比是有人改了实体关联配置十分钟定位。从那以后我每次做报表客开都强制走一遍 OQL 对比再落 SQL不省这一步。希望帮到你。本文还有配套的精品资源点击获取