简介本资源是鼎捷T100整体管理系统的官方用户手册面向中小企业IT实施人员、系统管理员及初次接触T100平台的业务用户旨在帮助其快速掌握系统架构、核心模块操作与典型业务流程落地。手册内容覆盖产品设计理念、MENU功能导航、用户自定义界面配置、在线协助机制及常用快捷操作并深度解析集团组织建立与营运据点建立两大关键应用专题含功能概述、应用场景、业务流程与系统操作四层说明辅以参数设置如aoos010企业层级维护、aoos020营运据点配置等实操指引。资源为单文件docx格式共1个文件大小17.61MB结构清晰、章节完整便于按需查阅与打印学习。目前已有1390人下载学习是理解T100系统逻辑、开展部署实施与日常运维的重要参考依据。1. 鼎捷T100整体管理用户手册不是翻页指南而是权限、流程与数据流向的“系统解剖图”如果你刚接手某制造企业ERP上线后的日常运维打开《鼎捷T100整体管理用户手册》却卡在第3章——发现它既不像Windows帮助文档那样点哪查哪也不像开发API文档那样有明确入参出参而是一整套嵌套在“组织架构→角色定义→功能授权→单据流→报表权限”五层逻辑里的动态控制体系那这份手册的真实价值就浮现了它根本不是教你怎么点“新增客户”而是告诉你“为什么A部门能审B部门的采购申请但不能改C部门的BOM版本”“为什么同一张销售订单在仓管员界面看不到‘成本核算’按钮而在财务员界面却强制校验毛利阈值”。这本手册的底层是鼎捷T100的RBACABAC混合权限模型、单据状态机驱动的业务流引擎以及基于“公司/工厂/课室”三级组织粒度的数据隔离机制。它适合三类人刚通过鼎捷认证的实施顾问需快速定位配置入口、企业内部IT支持人员要响应一线“为什么我看不到这个字段”的真实诉求、以及准备做二次开发的工程师必须吃透权限继承链与单据主从表关系。别把它当说明书读要当系统源码的“外挂注释”来拆解。2. 从组织架构到功能授权T100权限体系的四层穿透路径鼎捷T100的权限不是扁平化配置而是严格遵循“组织→角色→功能→数据”四级穿透。跳过任何一层都会导致“明明授权了却看不到菜单”或“能进单据却无法保存”的典型故障。下面用某制造企业模拟项目X的实际配置路径说明。2.1 第一层组织架构必须先“活”起来否则所有授权都是空中楼阁T100的组织不是静态树而是带“生效日期”和“状态”的动态实体。很多翻车案例源于忽略这点-- 查看当前生效的组织节点关键 SELECT org_id, org_name, start_date, end_date, status FROM t_org WHERE TRUNC(SYSDATE) BETWEEN start_date AND NVL(end_date, TO_DATE(9999-12-31, YYYY-MM-DD)) AND status A;提示start_date和end_date是硬性过滤条件。若某工厂设置为“2024-07-01生效”而当前系统日期是2024-06-30则该工厂下所有角色、用户均不可见——这不是BUG是设计。手册第5.2节强调“组织状态非‘A’Active时其下挂载的全部权限策略自动失效”。常见误操作直接在【基础资料→组织架构】里新增一个“新事业部”但忘记填写start_date默认为空导致后续所有配置在运行时被静默忽略。正确做法是新增后立即双击编辑显式填入start_date为当日end_date留空表示永久有效。2.2 第二层角色不是“功能包”而是“组织功能数据范围”的三元组绑定体T100中一个角色Role本质是三个维度的交集所属组织哪个公司/工厂/课室可应用此角色可访问功能菜单ID、按钮ID、字段ID数据范围如仅限“本人创建的销售订单”或“本工厂所有工单”配置入口在【系统管理→角色管理】但关键参数藏在【高级设定】页签参数名必填说明典型值示例org_scope_type是组织作用域类型0: 本组织及子组织1: 仅本组织2: 指定组织列表data_filter_sql否但强烈建议填数据级过滤SQL片段不带WHEREdept_id IN (SELECT dept_id FROM t_user_dept WHERE user_id :user_id)menu_access_level是菜单访问深度1: 仅一级菜单2: 二级3: 三级按钮注意data_filter_sql中的:user_id是系统预置变量无需声明。但SQL必须返回单列如dept_id且不能含SELECT *或子查询超过1层——否则在单据打开时触发ORA-00936错误。2.3 第三层功能授权不是勾选菜单而是解析“功能点ID”的原子粒度手册第8章列出的“销售管理→订单录入”只是一个UI分组实际后台对应至少4个独立功能点IDSO_ORDER_ENTRY主单录入SO_ORDER_DETAIL明细行编辑SO_ORDER_ATTACH附件上传SO_ORDER_APPROVE审批触发授权必须逐个勾选。漏掉SO_ORDER_DETAIL会导致用户能打开订单但所有明细行呈灰色不可编辑——此时查日志会看到Function ID [SO_ORDER_DETAIL] not authorized for role [SALES_CLERK]。验证命令需DBA权限-- 查某角色缺失哪些功能点以SALES_CLERK为例 SELECT func_id, func_name FROM t_function WHERE func_id NOT IN ( SELECT func_id FROM t_role_func WHERE role_id SALES_CLERK ) AND func_id LIKE SO_% ORDER BY func_id;2.4 第四层数据权限不是附加选项而是单据头/体表的WHERE条件注入点T100的数据权限最终落地为SQL的WHERE追加。例如对“采购申请单”表t_po_req启用数据权限后用户查询实际执行的是SELECT * FROM t_po_req WHERE po_req_no LIKE %2024% AND dept_id IN (SELECT dept_id FROM t_user_dept WHERE user_id U1001); -- 注意最后这行是系统自动注入的因此所有被设为数据权限控制的单据其主表必须有明确的组织字段如dept_id,factory_id且该字段参与索引。否则性能雪崩——某次现场排查发现因t_po_req表缺少dept_id字段索引开启数据权限后单据查询从0.3秒飙升至17秒。3. 单据状态机配置为什么你的审批流总在“已提交”卡死T100的业务单据如工单、采购单、委外单不是靠代码写死状态流转而是由【系统管理→单据状态管理】中定义的状态机驱动。手册第12章虽列出状态码但未说明状态机配置的三个致命细节导致80%的流程卡顿源于此。3.1 状态码≠状态名必须用系统内置CODE而非中文名状态定义表t_doc_status中status_code是唯一键status_name仅为显示用。在【单据状态管理】中配置流转时所有“前置状态”“后置状态”字段必须填status_code如SUBMIT,APPROVE,REJECT填已提交或已审核将导致状态无法识别。验证方法检查某单据的状态配置是否合法-- 查采购申请单PO_REQ的状态机配置 SELECT from_status, to_status, action_name, is_default FROM t_doc_status_flow WHERE doc_type PO_REQ AND from_status IN (SELECT status_code FROM t_doc_status WHERE doc_type PO_REQ) AND to_status IN (SELECT status_code FROM t_doc_status WHERE doc_type PO_REQ);若结果为空说明状态码填错若报no data found但单据能打开则可能是doc_type值不匹配注意大小写及下划线。3.2 “动作”不是按钮名而是状态跃迁的原子事件标识在【单据状态管理】中“动作名称”action_name字段常被误填为“提交”“审核”等UI文字。正确做法是用动词对象的短代码如SUBMIT_PO_REQ,APPROVE_BY_DEPT_HEAD,REJECT_WITH_REASON。因为后续的【工作流规则】和【审批人配置】都依赖此字段匹配。血泪经验某次将动作名设为“提交申请”导致工作流引擎无法关联到预设的“提交”事件处理器所有单据停留在草稿态。改成SUBMIT后立即恢复——T100内置处理器只认大写英文短码。3.3 审批人配置必须与组织架构实时联动静态指定埋雷手册第13章教如何在【审批人配置】中填“张三”“李四”但这只适用于极小团队。真实场景必须用动态规则规则类型配置示例触发逻辑岗位继承岗位采购主管自动取当前单据所属部门下岗位为“采购主管”的在职人员组织向上找向上找2级部门经理从单据所属部门向上查2级取该级“部门经理”岗位人员SQL脚本SELECT user_id FROM t_user WHERE dept_id :dept_id AND job_title 财务总监支持:dept_id,:factory_id等上下文变量关键提示SQL脚本中禁止使用DISTINCT或GROUP BY否则审批节点创建失败。系统要求返回单列单行一人或单列多行多人会签。4. 报表与打印模板权限为什么“导出Excel”按钮消失了T100的报表权限独立于功能菜单权限且分三层控制报表列表可见性、报表执行权限、导出/打印操作权限。手册第15章只讲第一层后两层需手动配置遗漏即导致“能看到报表但点不动”。4.1 报表列表权限菜单ID与报表ID必须双重授权报表在UI中显示为【报表中心→销售分析→月度销售汇总】这涉及两个ID菜单IDREPORT_SALES_MONTHLY控制左侧树是否显示该节点报表IDRPT_SALES_MONTHLY_2024控制点击后能否加载两者需在【角色管理】中分别勾选。只授菜单ID点击时报Report ID [RPT_SALES_MONTHLY_2024] not found只授报表ID左侧树无此节点。验证SQL查某角色是否同时拥有SELECT (SELECT COUNT(1) FROM t_role_menu WHERE role_id SALES_MANAGER AND menu_id REPORT_SALES_MONTHLY) AS menu_granted, (SELECT COUNT(1) FROM t_role_report WHERE role_id SALES_MANAGER AND rpt_id RPT_SALES_MONTHLY_2024) AS rpt_granted FROM dual;4.2 导出/打印权限隐藏在“报表属性”的开关里每个报表在【报表设计工具】中都有【属性】页签其中allow_export控制Excel/PDF导出按钮Y/Nallow_print控制打印按钮Y/Nexport_format允许多选如EXCEL,PDF,CSV注意即使角色有报表执行权若allow_export N导出按钮仍不显示。这是设计不是BUG。某次客户投诉“导出功能失效”查报表属性发现allow_export被误设为N改回Y即恢复。4.3 打印模板绑定不是“选一个”而是“按单据状态动态切换”T100支持同一张销售订单在不同状态如SUBMIT,APPROVE,SHIP调用不同打印模板。配置入口在【系统管理→打印模板管理】关键字段doc_type单据类型如SO_ORDERstatus_code对应状态码如APPROVEtemplate_id模板ID如SO_ORDER_APPROVED_V1若未配置status_code SUBMIT的模板则用户在草稿态点击打印系统会报No print template found for doc_type [SO_ORDER], status [SUBMIT]。5. 避坑T100权限与流程配置的5个高频翻车点以下是我在多个模拟项目X、Y、Z中反复踩过的坑按现象→原因→解决结构整理每条都附可验证命令或操作路径。5.1 现象用户登录后左侧菜单全空或只显示“系统管理”原因该用户未分配任何角色或所分配角色的org_scope_type与用户所在组织不匹配。解决进【系统管理→用户管理】查该用户org_id字段值如FACTORY_A进【系统管理→角色管理】查其角色的org_scope_type和org_list字段若org_scope_type2指定组织确认org_list包含FACTORY_A若为0或1确认角色所属组织树根节点是否覆盖FACTORY_A。验证SQLSELECT u.user_id, u.org_id, r.role_id, r.org_scope_type, r.org_list FROM t_user u, t_user_role ur, t_role r WHERE u.user_id ur.user_id AND ur.role_id r.role_id AND u.user_id U1001;5.2 现象单据保存时报“字段[xxx]不允许为空”但该字段在UI中未设为必填原因字段级权限中该字段被设为“只读”而数据库约束要求非空导致前端未传值、后端校验失败。解决进【系统管理→字段权限管理】查该单据类型如SO_ORDER下字段xxx的read_only属性是否为Y若是改为N或检查该字段是否应在“新增”态允许编辑、“审核”态才只读——需配置字段级状态权限。5.3 现象审批流走到某节点后停滞日志显示No approver found for action [APPROVE]原因审批人配置中SQL脚本返回空集或岗位继承规则指向的岗位无人在职。解决在【审批人配置】中复制该SQL脚本在数据库中用SELECT * FROM t_user WHERE ...执行确认返回结果若为空检查job_title拼写区分大小写、statusA在职、start_date/end_date是否生效。5.4 现象报表导出Excel后中文全部乱码显示为□□□原因报表模板的charset属性未设为UTF-8或服务器JVM启动参数未指定-Dfile.encodingUTF-8。解决进【报表设计工具】打开该报表【属性】页签中设charsetUTF-8修改应用服务器setenv.sh添加JAVA_OPTS$JAVA_OPTS -Dfile.encodingUTF-8重启服务。5.5 现象修改了组织架构但旧单据的审批人未随组织变更自动更新原因T100的审批人是在单据“创建时”快照确定的非实时查询。组织变更只影响新单据。解决对历史单据需手动在【单据维护】中重置审批人右键→“重新指派审批人”或执行后台SQL批量更新高危需备份UPDATE t_doc_approve SET approver_id ( SELECT user_id FROM t_user WHERE dept_id :new_dept_id AND job_title 部门经理 ) WHERE doc_id IN ( SELECT doc_id FROM t_so_order WHERE status_code SUBMIT AND dept_id :old_dept_id );6. 实战技巧用“权限快照比对”3分钟定位用户看不见菜单的根因当用户说“我昨天还能看到采购申请今天没了”别急着重授权限——先做一次权限快照比对。这是我在线上问题处理中最常用的后悔药。6.1 步骤一导出当前用户完整权限快照登录T100进入【系统管理→权限诊断工具】需管理员角色输入用户ID如U1001点击“生成快照”。系统会导出一个ZIP内含4个CSVmenu_tree.csv该用户可见的完整菜单树含ID、名称、层级role_list.csv该用户绑定的所有角色及生效状态func_granted.csv所有已授权的功能点ID清单data_filter.sql该用户所有角色的数据过滤SQL汇总提示menu_tree.csv是核心。若其中无“采购管理”节点说明问题在角色绑定或组织范围若有节点但无子项说明功能点授权缺失。6.2 步骤二用Excel快速比对“昨天vs今天”的差异假设你有昨天的快照文件U1001_snap_20240620.zip今天生成U1001_snap_20240621.zip解压两个ZIP打开各自的menu_tree.csv在Excel中用“数据→比较”功能或VLOOKUP找出今天缺失的menu_id根据缺失的menu_id如PO_REQ_ENTRY去func_granted.csv中查该功能点是否还在授权列表里若不在再查role_list.csv确认绑定的角色是否有变更如被移除了PURCHASE_CLERK角色。6.3 步骤三定位到具体配置项并修复假设比对发现PO_REQ_ENTRY功能点消失而角色未变则大概率是角色的功能授权被误删。此时进【系统管理→角色管理】打开PURCHASE_CLERK角色切换到【功能授权】页签在搜索框输入PO_REQ勾选PO_REQ_ENTRY保存。整个过程通常3分钟内完成比翻手册、查日志、猜配置高效得多。我习惯把权限快照工具加入每日巡检清单每周一上午用脚本自动为TOP 20用户生成快照并邮件归档。某次客户系统升级后出现批量菜单丢失靠对比升级前后的快照10分钟锁定是角色模板导入脚本漏掉了PO_REQ_*系列功能点——而不是去翻几百页的手册找配置路径。希望帮到你。本文还有配套的精品资源点击获取