简介一份面向金蝶云星空认证考试备考的判断题题库PDF文档收录了2024年2月27日版本的高频判断题适合金蝶云星空实施顾问、运维人员及企业IT系统管理员使用。题库覆盖审批流与工作流配置、BOS基础资料与编码规则、套打模板设置、单据体父子关系、移动审批待办推送、用户权限与组织范围、管理中心与应用服务器关系等核心考点每道题均提供标准答案方便考生自测与快速纠错。文件为单个PDF大小约133KB内容紧凑便于在PC或移动端随时阅读。文档目前已有376人学习下载适合考前突击、错题回顾和查漏补缺。通过练习这些判断题考生可重点厘清终审节点是否必要、单据体可否多父多子、套打模板能否设置多个等常见易混点从而提升金蝶云星空认证考试的答题准确率。1. 一套判断题先把金蝶云星空的边界问清楚了金蝶云星空认证考试题库的判断题有一个明显规律凡是考能不能的题答案多半是不能。审批流没有终审节点不行一个单据类型绑定多套对应套打模板不行Administrator 查询全部用户也不行。判断为错的题比判断为对的题更有价值因为每一道错题背后都对应着系统里一条实实在在的设计约束。这份 V20240227 题库覆盖了审批流、BOS 配置、套打、组织权限、云之家集成和库存管理几个域。对正在准备认证的顾问、做 BOS 二开的开发、以及日常维护金蝶云星空的实施人员来说背答案只能应付考试真正要理解的是为什么系统不允许这么做。下面按流程、配置、权限、移动审批、库存验证几个方向把题库里反复出现的判断题拆开讲。2. 工作流与审批流节点、动作与终审背后的流程铁律2.1 先从审批流是工作流的子集这句话说起题库里从业务角度讲审批流是工作流的子集判断为对。这句话是理解整套流程判断题的前提。工作流描述的是单据从创建到归档的完整状态流转凡是跟状态、节点、动作、驳回、加签相关的机制都属于工作流范畴审批流只是其中以审批人决策为核心的那一段。金蝶云星空在设计器里把审批流做成了独立入口但底层复用同一个流程引擎节点、连线、动作、驳回策略、审批项全部来自工作流基础设施。正因为审批流是子集设计审批流时不能绕开工作流引擎去另造一套审批机制。常见做法是在流程设计器里先画出主干节点再逐步加审批项和驳回连线。如果一开始就直接搭节点、不梳理动作归属后面加驳回路径时就会发现自己没画线流程根本走不回去——这正好对应题库里那道节点驳回到发起人时无需另外画线是错的题。2.2 终审节点为什么不能省题库里审批流中没有必要有终审节点为错审批流的终审节点和普通节点功能相同也为错。终审节点和普通节点的差别在于流程出口的唯一性。普通节点处理完可以继续向下流转也可以驳回、可以加签终审节点的职责是把流程收敛到一个确定的状态并在终审通过时触发单据的最终动作比如审核通过、反审核或关闭。没有终审节点流程就缺少唯一的结束出口单据最终以什么状态归档没有依据。实际配置时终审节点上一般会挂提交动作普通节点上挂审核驳回或自定义审批项。检查流程设计时最直接的方法是打开流程设计器看终审节点是否只有一条出口、是否挂了提交动作。如果有多个节点都能把流程走到结束状态说明终审收敛设计不严谨后续单据状态会混乱。2.3 节点与动作分离驳回必须画线工作流的节点和动作是分开的动作要放在节点上使用判断为对。节点定义的是谁在什么条件下处理动作定义的是处理时能执行什么操作。节点和动作分离带来的直接后果是同一个节点可以挂不同动作同一个动作也可以复用到多个节点。比如采购订单的审批节点上可以同时挂同意驳回改价三个动作其中改价是通过审批项配置出来的扩展操作而不是节点自带的。工作流的节点驳回到发起人时无需另外画线判断为错这是实施新人最容易踩的坑。在金蝶云星空的流程模型里驳回方向本身就是一条有向连线必须显式画出来。系统不会因为你设置了驳回动作就自动生成一条回到发起人的路径。实际操作中常见做法是从驳回节点拖一条线连回发起人节点并在线的条件里写明驳回原因字段的取值规则。没画线就驳回流程会停在当前节点不动发起人根本收不到退回任务。2.3.1 用查询分析器核对流程模板设计器里能看到的只是图形化展示要核实流程模板的真实状态可以直接查工作流模板表-- 查询金蝶云星空工作流模板及其状态以查询分析器中实际表名为准 SELECT t.FID, t.FName, t.FState, t.FVersion FROM T_WF_ProcessTemplate t WHERE t.FName LIKE %采购% ORDER BY t.FVersion DESC;这段 SQL 会在工作流模板表里找出名称含采购的流程模板并按版本倒序排列。FState 字段用于判断模板是否启用修改流程设计器里的模板后会产生新版本已发起的审批实例仍然按发起时的版本执行。参数说明FName 的模糊匹配可以换成单据类型关键字FVersion 用来确认当前生效的是不是最新版。如果发现模板有多个版本同时在用说明流程调整前没有考虑存量单据的执行版本问题。2.4 审批项可配置扩展审批操作的正确姿势工作流的审批项可配置可以通过配置支持审批操作的其他操作判断为对。审批项本质上是节点动作的实例化配置在审批节点上增加改价加签转办打印单据等操作。这里把前面节点与动作分离的规则串起来了节点是载体动作挂在节点上审批项就是动作在具体业务场景里的开关。配置审批项时要注意区分操作权限和字段权限。以采购订单审批时允许审批人改价为例如果只加了改价审批项但没给审批人分配价格字段的修改权限审批界面仍然不显示可编辑的单价列。这类判断题的考点不是能不能配而是配了什么才算完整。3. BOS 扩展与打印配置不写插件的边界在哪里3.1 扩展业务单据先考虑 BOS 配置再考虑插件扩展业务单据不一定需要插件开发使用 BOS 配置即可实现判断为对这是题库里对 BOS 平台能力最核心的一句评价。单据扩展最常见的需求是加字段、调整布局、设置单据状态、控制字段可见性、配置转换规则。这些都可以通过 BOS 设计器完成不需要写一行插件代码。什么情况下才需要插件一般是外部接口调用、复杂业务校验、跨单据的数据回写、或者界面上无法通过配置实现的事件逻辑。判断标准很简单先问自己这个需求能不能拆成字段、规则、布局、转换规则的组合能拆就优先用配置实现。插件写多了后续版本升级和迁移成本会明显上升因为插件代码要随环境重新编译部署而 BOS 配置是跟着数据库走的。3.2 套打模板唯一绑定对应套打模板只能有一个题库里连续两道题考套打套打设置时一个单据类型可以设置多个对应套打模板为错K/3 BOS 单据运行时提供的打印功能包括套打与单据类报表打印为对。金蝶云星空的套打设置中对应套打模板这个字段本身是单值的一个单据类型只能指定一个默认套打模板。运行时打印分为两条路径套打走的是套打模板单据类报表走的是报表打印模板两者不一样。为什么不允许一个单据类型绑定多个对应套打模板因为对应这个词表示默认关系系统在打印时需要一个确定的模板解析入口。如果同一个单据类型对应多个默认模板运行时不知道该选哪一个。那不同打印场景怎么办答案是依赖套打设置界面按用户保存方案这个机制题库里套打设置界面按用户保存方案不同用户的套打设置彼此互不影响判断为对。也就是说默认模板唯一但用户级方案可以多套并存不同用户看到的打印方案各自独立。3.2.1 核对套打模板绑定情况套打设置保存后数据落在数据库里可以用脚本查一遍当前环境的模板绑定情况import pyodbc conn pyodbc.connect( DRIVER{SQL Server}; SERVER192.168.1.10; # 改为实际数据库地址 DATABASEK3Cloud; # 金蝶云星空数据库 UIDsa;PWDyour_password; # 改为实际账号密码 ) cursor conn.cursor() # 查询套打模板的启用状态FForbidState0 表示未禁用 cursor.execute( SELECT FTemplateId, FTemplateName, FUseOrg, FForbidState FROM T_PRN_PrintTemplate WHERE FForbidState 0 ) for row in cursor.fetchall(): print(row.FTemplateId, row.FTemplateName, row.FUseOrg)这段代码通过 pyodbc 连接金蝶云星空数据库读取套打模板表中的启用记录。参数说明SERVER 指向数据库实例DATABASE 固定为业务库名UID/PWD 换成最小权限查询账号。运行后如果发现同一张单据类型关联了多条模板记录就要到套打设置界面里检查是不是误建了多条默认绑定。注意不同版本的表名可能带不同前缀执行前最好在查询分析器里按对象名模糊搜索确认。3.3 基础资料类型属性与编码规则两个容易被忽略的配置点单据上的基础资料字段需要设置基础资料类型属性以关联相应的基础资料类型判断为对。单据上拖一个基础资料字段系统并不会自动知道它关联的是物料、客户还是供应商必须在字段的基础资料类型属性里显式指定。这个属性的值决定了字段弹出的 F7 选择范围、保存时校验的数据表、以及后续联动的基础资料属性。K/3 Cloud BOS 基础资料不支持设置编码规则判断为错。BOS 里的基础资料是支持配置编码规则的例如按前缀日期流水号生成编码。配置入口在基础资料的编码规则管理中新增规则时选择对象类型、设置段值来源、定义流水号长度。判断题把支持说成不支持就是故意制造混淆真正需要注意的是编码规则的生效时机基础资料保存时按规则生成编码启用前要确认是否已经存在存量数据否则规则变更会造成编码重复或断号。3.4 单据体父子约束为什么父单据体不能有两个一个单据体可以有两个以上的父单据体同时还可以有多个子单据体判断为错。金蝶云星空的单据体层级是树状结构一个子单据体只能有一个父单据体一个父单据体可以拥有多个子单据体。多父单据体在数据模型上会产生歧义子单据体通过父单据体的主键做级联关联如果同时挂在两个父单据体下子单据体的数据到底跟随哪个父级更新删除父单据体时子单据体按哪条路径级联删除这道题在实际设计中的意义是设计多层级单据结构时要避免让一个单据体同时承担两个不同维度的归属。比如采购订单的单据体下面挂明细执行计划这是一个父子关系如果再把某个子单据体同时挂到订单头和订单体下面就会出现更新冲突。正确做法是让每个子单据体只归属一个父单据体跨单据体的数据引用通过单据体上的基础资料字段或关联字段完成而不是强行拉父子关系。4. 组织权限与管理中心系统管理员不等于万能账户4.1 系统管理员的组织范围只能看对应组织下的用户具有系统管理员角色的用户只能查看对应组织范围内的用户判断为对。金蝶云星空的组织权限模型里系统管理员角色代表的是一种能力范围而不是全库可见的通行证。用户管理界面能显示哪些用户取决于当前操作者的数据权限组织范围。如果某管理员只分配了杭州蓝海这个组织的用户管理权限他在用户列表里就看不到苏州蓝海的用户。这一点和很多人的直觉相反也是判断题最爱考的点。系统管理员的系统二字容易让人误解为所有组织都可见实际系统的判断逻辑是组织范围 数据范围双重过滤。配置用户管理权限时常见做法是在角色里勾选用户管理功能再在数据权限里指定允许管理的组织范围两者同时满足才能看到对应组织的用户。4.2 Administrator 与系统管理员为什么查不到全部用户Administrator、具有系统管理员角色的用户可以查询到全部用户判断为错这道题把内置账户和角色放进了同一个命题。Administrator 是系统内置的超级账户但超级账户同样受到组织范围配置的约束。如果 Administrator 未被授予全部组织的用户管理权限它也不能在用户列表里看到所有组织的用户。判断是否能查询到全部用户实际要看的是用户管理权限中的组织授权范围而不是账户名里带不带 Admin。题库里把 Administrator 和系统管理员角色并列等于设置了一个逻辑陷阱两个看起来权限很大的对象都逃不过组织范围过滤。实施中如果出现管理员看不到其他组织用户的反馈先别急着给账户加角色要检查角色绑定的数据权限里到底选了哪些组织。4.3 新增权限和查看权限为什么不能选苏州蓝海某用户在杭州蓝海下有采购订单的新增权限在苏州蓝海下无新增权限但有查看权限用户新增采购订单时采购组织可以选到苏州蓝海判断为错。这里考的是新增权限与查看权限的区别。新增权限是入口权限决定用户在新增单据时可以选择哪些业务组织查看权限是数据可见性权限只决定用户能不能看到该组织下的存量单据。新增采购订单时采购组织下拉列表来源于当前用户拥有新增权限的组织集合。苏州蓝海下只有查看权限没有新增权限所以这个组织不会进入新增时的可选列表。用户就算手工把采购组织改成苏州蓝海保存时也会被权限校验拦截。这道题的日常启示是排查新增单据时选不到某组织的问题要查角色在该组织下的新增授权而不是查查看权限。4.4 管理中心与应用服务器一对多部署模型管理中心和应用服务器是一对多关系一个管理中心可管理多个应用服务器每个应用服务器只能注册到一个管理中心判断为对。管理中心负责任务调度、应用生命周期管理、应用服务器的注册和心跳监控应用服务器负责承载具体的业务应用实例。应用服务器只能注册到一个管理中心是为了避免多个管理中心对同一服务器的部署状态产生竞争性修改。这套部署模型下扩容的常见操作是在管理中心里新增应用服务器注册而不是再部署一套管理中心。判断题的考点在于一对多的方向管理中心在前应用服务器在后反过来就不成立。排障时如果应用服务器在管理中心看不到优先检查注册信息和管理中心的网络连通性而不是反复重启应用服务器。5. 移动审批与云之家待办列表和消息推送是两条链路5.1 公共号底部菜单的待办列表实时拉取而不是消息推送云之家公共号底部菜单打开 K/3 Cloud 待办任务列表显示的任务是通过消息推送到云之家的判断为错。这个判断难倒过不少人因为打开待办列表看到任务很容易让人误以为是推送的结果。实际上云之家公共号底部菜单的待办列表是金蝶云星空通过接口在云之家端实时拉取的数据任务不是先推送到云之家再展示的而是每次点击菜单时动态查询的。消息推送和待办列表是两条完全不同的链路。推送是主动行为系统在生成待办时把任务内容通过消息服务塞给云之家用户列表是拉取行为用户在云之家点开菜单时云之家向金蝶云星空发起请求读取当前用户未处理的待办集合。这两条链路各自独立所以会出现待办列表里有任务但没收到推送通知的情况反过来也一样。5.2 启用移动审批后待办内容会推送到云之家待办通知启用移动审批的单据在工作流生成待办任务时会将任务内容作为消息推送到云之家待办通知中判断为对这道题和上一道互为补充。启用移动审批后单据进入审批流程、生成待办任务的同时系统会把任务内容作为消息推送到云之家待办通知。这里的推送是流程引擎主动触发的推送内容通常包括单据编号、单据类型、审批节点、发起人等。两条链路合起来看就完整了工作流引擎负责生成待办任务并触发消息推送云之家公共号菜单负责在用户主动进入时拉取待办列表。判断题把推送到待办通知和公共号菜单打开列表混在一句话里就是为了看你能不能区分主动推送与被动拉取。5.2.1 推送对接的调用方式给云之家推送待办在开放平台里走的是消息服务接口。下面是一个示意性的请求写法实际路径和参数以云之家开放平台当前文档为准# 向云之家推送一条待办消息示意请求接口路径以开放平台文档为准 curl -X POST https://openapi.yunzhijia.com/msg/third/todo \ -H Content-Type: application/json \ -H access_token: YOUR_ACCESS_TOKEN \ -d { sender: {appId: YOUR_APP_ID}, receiver: {users: [10001, 10002]}, title: 采购订单审批待办, content: 单据号PO20240115001, url: https://k3cloud.example.com/ShowPage.aspx?FBillNoPO20240115001 }这段命令展示了推送待办的核心参数access_token 是应用鉴权凭证需要在云之家开放平台申请应用后获取appId 标识消息发送方users 是接收人用户 ID 列表url 是点击待办后跳转的金蝶云星空单据页面地址。参数说明url 必须是外网可访问的地址否则移动端点击打不开单据content 里的单据编号用于用户快速识别待办内容。5.3 判断题之外的移动审批检查点两道判断题背后各有一个实际检查点。校验待办列表是否正常要在云之家公共号里点开菜单看列表能否加载这一步走的是拉取链路校验推送是否正常要看工作流生成待办时云之家是否收到通知消息这一步走的是推送链路。配置移动审批时常见遗漏是没有给单据启用移动审批功能、没有配置云之家应用关联、以及审批节点上没挂移动端可见的审批动作。出现移动端看不到审批按钮的反馈优先检查这三处而不是怀疑流程本身。6. 把判断题变成可复现的验证脚本6.1 库存判断题怎么验未审核单据不更新即时库存题库里的库存判断题同样有规律。不是已审核的库存单据例如采购入库数据不会更新即时库存判断为对这条可以用 SQL 直接验证。金蝶云星空的即时库存表由已审核的库存单据驱动更新未审核单据只停留在单据表里不会写入即时库存。验证思路是拿一张未审核的采购入库单查它的单据状态和物料即时库存确认新增数量没有出现在即时库存里-- 先查采购入库单的单据状态 SELECT FBillNo, FDocumentStatus FROM T_PUR_PurchaseOrder WHERE FBillNo PO20240115001; -- 再查该物料的即时库存数量 SELECT FMaterialId, FQty, FStockId FROM T_IM_Inventory WHERE FMaterialId 10001;第一段 SQL 查单据状态FDocumentStatus 为已审核状态才会触发后续库存更新第二段 SQL 查即时库存中该物料的当前数量。参数说明FBillNo 替换为实际单据号FMaterialId 替换为实际物料内码。如果第一段返回的状态不是已审核第二段结果里就不应该出现这张单对应的入库数量否则说明即时库存更新逻辑有问题需要检查配置或者看是否存在手工调整记录。6.2 环境被改坏了怎么办验证判断题的过程会频繁改流程模板和打印配置改坏是常有的事。金蝶云星空还原环境的常见做法是重建数据库文件用生产库备份在当前测试实例上做一次还原还原后重启应用服务器相关服务、清理缓存。这里要提醒一点初始化相关的判断题例如库存系统初始化之后还能修改初始库存为错不适合在正式环境反复验证正确做法是单独准备测试账套验证完直接还原数据库文件避免初始化数据被污染。6.3 把验证脚本存成常用查询方案上面这几段 SQL 在金蝶云星空的查询分析器里都能直接保存为常用方案。建议按题目类型分三组流程组查工作流模板和审批实例配置组查套打模板和编码规则库存组查即时库存和单据状态。下次新环境上线或排查问题时直接打开常用方案逐条执行比重新回忆判断题答案要可靠得多。最后一步动作把题库里每一道判断为错的题都对应到一条 SQL 或一个配置界面的检查项做成一张自查表放进项目交付文档。本文还有配套的精品资源点击获取
