错误、限制和不可用操作
在 LadVen OS 中,任务限制不仅是为了安全。它们保护工作流程:防止没有结果就关闭任务、防止无权限修改他人的约定、防止丢失文件、防止覆盖其他参与者的修改,也防止批量修改用户无权访问的任务。
如果系统不允许执行某个动作,这不一定是技术错误。它经常是在提示:任务缺少数据、动作需要其他角色、流程禁止这个转换,或者需要先处理冲突。
核心规则:不要通过私信、任务副本或口头约定绕过限制。先理解究竟被阻止了什么、为什么这对流程重要,以及谁可以做决定。
该图把限制看作恢复路径:操作、阻止原因、缺少的条件,以及再次检查结果。
一分钟快速诊断
当操作没有成功时,先区分这是工作流程限制还是临时故障。这样可以节省时间,也避免创建不必要的任务副本。
- 重新阅读 LadVen OS 的消息:它通常不仅说明错误,还会指出缺少的条件。
- 检查你在任务中的角色:提出人、执行人、协作者、观察者,还是未参与的用户。
- 查看任务状态:新建、进行中、待检查、已关闭、已取消,或被流程限制。
- 打开与操作相关的区块:文件、检查清单、参与者、详情、评论、时间或关联。
- 如果是批量操作,不要先检查整个选择集,先打开一条未应用成功的任务。
- 修正后重复同一个动作,并确认结果出现在任务卡片或活动历史中。
不要从“系统为什么坏了”开始。先问“流程下一步缺少什么条件”。在任务场景中,这通常更快找到正确处理方式。
界面里会看到什么
限制在界面中的表现可能不同。重要的不只是消息文字,还包括它出现的位置。
| 用户看到什么 | 通常意味着什么 | 第一步 |
|---|---|---|
| 按钮不可用 | 角色、状态或必填条件不允许该动作 | 检查角色、状态和按钮旁提示 |
| 按钮存在,但点击后出现警告 | 触发了流程保护检查 | 阅读缺少的条件并补全任务卡片 |
| 字段不能修改 | 权限不足、任务已关闭,或当前阶段禁止修改 | 检查编辑模式和决策所有者 |
| 文件可见但打不开 | 没有访问权限、格式不支持或文件已过期 | 尝试下载,检查版本和访问权限 |
文件块显示 文件未附加 | 已选文件没有进入任务 | 检查文件名和原因,然后选择 重试 或 移除 |
| 列表为空 | 筛选器、保存视图、权限或加载状态隐藏了任务 | 重置筛选器并检查访问权限 |
| 批量操作只完成一部分 | 不是所有任务都适合同一个决定 | 单独处理未应用成功的任务 |
| 保存后仍看到旧版本 | 卡片已过期或发生了修改冲突 | 刷新任务并核对历史 |
如果界面同时出现多个信号,请按顺序排查:先看访问权限,再看状态,然后看必填条件,最后看上传或网络这类临时错误。
如何阅读错误消息
遇到任何错误或不可用操作时,先问四个问题:
- 我刚才尝试执行什么动作?
- 具体失败的是什么:打开、保存、上传、关闭、指定人员、修改状态?
- 这是权限限制、流程限制、数据问题还是临时故障?
- 下一步应该做什么:填写字段、请求访问、刷新页面、写评论、联系负责人或管理员?
不是所有消息都会很详细。如果界面只显示简短警告,请从任务卡片恢复上下文:状态、用户角色、参与者、文件、检查清单、评论、活动历史以及关联对象权限。
谁应该处理
不是每个问题都应该由第一个看到错误的人处理。在 LadVen OS 中,关键是尽快把问题交给正确角色。
| 情况 | 通常由谁解决 | 任务中要记录什么 |
|---|---|---|
| 缺少结果、文件或已完成的检查清单 | 执行人 | 添加了什么,以及在哪里检查结果 |
| 需要验收或退回修改 | 提出人或检查人 | 哪些内容被接受,哪些要退回,为什么 |
| 需要更换执行人或给参与者访问权限 | 管理者或提出人 | 添加谁、以什么角色、为什么 |
| 流程规则不适合 | 流程所有者或管理员 | 示例任务,以及规则为什么阻碍正常工作 |
| 批量操作没有应用到部分任务 | 发起操作的用户,或该任务集合的管理者 | 哪些任务未改变,每组原因是什么 |
| 没有客户、项目、文档或文件访问权限 | 对象所有者或访问管理员 | 需要哪个对象,以及用于什么工作 |
差的请求是“不能用”。好的请求包含动作、任务、可见消息、已检查的条件和期望决定。
没有任务访问权限
没有访问权限表示用户不能打开任务,或只能有限查看。原因可能不同:
- 任务位于访问受限的项目、工作组、客户或 CRM 上下文中;
- 用户不是任务参与者;
- 链接指向已删除、已移动或已隐藏的任务;
- 用户角色不允许查看部分数据;
- 外部参与者不能访问内部材料;
- 任务关联的文档或客户不是所有人都能访问。
该怎么做:
- 检查你打开的是否是过期链接。
- 向提出人或负责人确认你是否应该参与这个任务。
- 如果工作需要访问,请要求以正确角色把你加入任务。
- 如果需要的是文件、客户或 CRM 记录,请请求访问这个具体对象,而不只是任务。
- 如果你是负责人,请检查流程是否把需要的任务隐藏给了应负责的人。
不要把任务内容转发到私聊中作为长期解决方案。这样任务不再是约定的唯一来源,工作历史会被拆散。
按钮或操作不可用
如果当前动作因角色、状态或流程不合适,按钮可能被隐藏或禁用。
常见原因:
- 用户没有修改任务的权限;
- 任务已经关闭或取消;
- 任务正在检查中,动作只对提出人或检查人开放;
- 缺少必需的结果、文件、评论或已关闭检查清单;
- 状态转换前启用了保护性检查;
- 动作只对负责人、提出人或流程管理员开放;
- 选择的批量动作无法应用到部分任务。
该怎么做:
- 将光标悬停在按钮上,或阅读提示(如果有);
- 检查任务状态和自己的角色;
- 查看是否需要先填写必填字段;
- 打开评论和历史:也许其他参与者已经完成了动作;
- 如果动作确实需要执行,在任务中写评论并请求流程所有者执行或允许。
正确的问题示例:
无法关闭任务:系统要求最终文件。我已在评论中附上当前版本,请提出人检查并确认关闭。
不好的做法:
点不了,随便帮我关一下。
这样的评论没有说明具体是什么阻碍了流程。
关闭或改状态前的保护性检查
保护性检查会在任务尚未准备好进入下一阶段时阻止动作。例如,没有结果不能关闭任务,没有文件不能提交检查,客户任务没有评论不能完成,或缺少必填字段不能改状态。
这样的检查用于保证流程质量不只依赖参与者的细心。
在界面中,它表现为操作被阻止:用户点击关闭、提交检查、改状态或启动规则,LadVen OS 显示可理解的消息。好的消息不只是说“不能做”,而是解释:
- 哪个动作被停止;
- 哪个条件未满足;
- 需要添加或修正什么;
- 如果用户无权修正,谁可以帮助;
- 修正后需要重复同一个动作。
这类消息应保留在任务卡片的工作动作附近,而不是作为转瞬即逝的系统弹窗。这样用户可以打开相关区块、给管理者展示问题,或截图用于流程分析。如果旁边有 打开详情,用它跳转到需要修正的字段或区块。如果系统要求计划评估,使用 填写预估。
用于流程复盘时,画面应同时显示被阻止的动作、缺少的条件、修正位置和下一步可执行动作。只有临时弹窗、技术代码、内部错误名称,或只有原因却没有修复路径的画面,不应作为合格的工作证据。
如果检查触发:
- 阅读哪个条件未满足。
- 在任务卡片中找到缺少的元素:文件、评论、检查清单、评估、执行人、关联、字段或确认。
- 如果这属于你的角色范围,直接修正任务。
- 如果应由别人修正,在任务评论中写清缺少什么。
- 如果条件不适合当前情况,联系流程所有者或管理者,不要通过任务副本绕过检查。
- 保存修正后重复同一个动作,并检查状态是否变化或任务是否进入下一阶段。
常见消息可以这样处理:
| 被阻止的动作 | 缺少什么 | 谁修正 | 如何重试 |
|---|---|---|---|
| 关闭任务 | 没有最终文件或结果链接 | 执行人附文件,提出人检查 | 保存文件后再次点击关闭 |
| 提交检查 | 未指定结果所有者 | 提出人或管理者指定执行人 | 保存参与者后再次提交检查 |
| 改状态 | 必填检查清单项未完成 | 执行人完成项目或说明例外 | 更新检查清单后再次改状态 |
| 启动规则 | 任务不符合规则范围 | 流程所有者明确规则或任务条件 | 修正条件后再次启动 |
负责人不仅要看阻止本身,也要看原因。如果检查经常妨碍正常工作,可能是规则过严,或没有向用户说明如何修正任务。
如果同一个阻止在多名员工身上反复出现,这已经是流程所有者的信号:可能模板缺少必填步骤,检查消息不清楚,或规则要求团队在正常工作中无法填写的数据。
如何在不丢失业务含义的情况下解除阻止
保护检查不能被当作必须绕过的形式。修正应保留任务的工作意义。
| 阻止原因 | 不好的修正 | 好的修正 |
|---|---|---|
| 没有最终文件 | 随便附一个草稿来关闭任务 | 附上当前版本,并说明什么是最终结果 |
| 检查清单未完成 | 未检查就把所有项标记为完成 | 关闭已完成项,在评论或新任务中解释例外 |
| 没有执行人 | 指派第一个有空的人 | 指派结果所有者,把帮手作为协作者加入 |
| 退回时没有评论 | 写“重做” | 写明具体问题和期望修改 |
| 规则不适合当前情况 | 在流程外创建副本 | 记录例外并把示例交给流程所有者 |
如果当前任务确实不再对应实际工作,请创建关联任务,而不是无关联副本。这样历史仍然清楚:已接受什么、哪些内容成为新范围、谁负责继续。
对强制要求最终文件的任务,检查应引导用户恢复结果,而不是绕过流程。如果文件没有上传,先排查附加错误:文件名、大小、格式、访问权限,以及 重试 或 移除。成功附加后,回到原动作,再次提交检查、接受或关闭任务。详细步骤见 关闭和验收任务 和 文件和文档。
修改冲突
当多人几乎同时修改任务时会出现冲突。例如,一个参与者移动期限,另一个修改描述,第三个添加文件或参与者。
冲突的主要风险是丢失他人修改,或把过期约定保存到新的约定之上。
正确顺序:
- 停下来,不要自动保存修改。
- 刷新任务或比较发生了什么变化。
- 只保留仍然有效的修改。
- 如果变化影响期限、范围、负责人或验收,用评论固定最终结果。
- 保存后在查看模式检查卡片。
如果冲突涉及重要约定,最好写一条短评论:
已在修改冲突后更新任务:期限保留 5 月 27 日,当前文件是 5 月 20 日版本,负责人不变。
这样团队能理解哪一版约定成为最终结果。
保存失败
创建任务、编辑、添加评论、修改检查清单、时间或参与者时都可能出现保存失败。
再次尝试前检查:
- 必填字段是否已填写;
- 连接是否中断;
- 长时间编辑后卡片是否已过期;
- 是否有其他参与者修改了任务;
- 是否超过文件、文本长度或选中元素数量限制;
- 你是否有执行该动作的权限。
不要连续多次点击保存。如果动作已经发送,请等待结果。重复点击可能在系统还没显示状态前创建重复评论、文件或时间记录。
如果错误重复出现,请在任务中记录或告诉管理员:
- 你尝试做什么;
- 是哪一个任务;
- 修改了哪些字段;
- 看到了什么消息;
- 刷新页面后错误是否仍然重复。
评论没有发送成功
评论会立即加入动态,并在后台发送。如果发送失败,消息不会消失:它会带着错误标记和重新发送按钮保持可见。
该怎么做:
- 不要重新书写评论——文本和附件已经保存在未发送的消息中。
- 检查连接,并等待指示不再显示“发送中”。
- 在评论本身上点击重新发送。
- 如果附件较大,请等待它的进度完成:只有在指示显示“已发送”后,评论才算已投递。
- 在关闭或验收任务前,确认没有任何评论卡在错误状态。
如果重试无效,请把文本复制到可靠的地方,刷新任务,并告诉管理员是在哪个任务、执行什么动作时评论无法发出。
文件上传或打开错误
任务中的文件可能因多种原因无法上传或打开:
- 文件太大;
- 格式不支持预览;
- 上传期间连接中断;
- 用户没有文件或磁盘访问权限;
- 文件已被删除或替换;
- 链接指向过期版本;
- 文件附在评论或检查清单中,但当前筛选器下不可见。
该怎么做:
- 检查文件是否在文件块、评论或检查清单项中可见。
- 如果预览打不开,尝试下载文件。
- 确认哪个版本是当前版本。
- 如果文件用于验收,请要求执行人用单独评论附上最终版本。
- 如果没有访问权限,请请求访问文件或关联磁盘。
- 如果上传失败,检查大小和格式后重试。
如果 LadVen OS 在已选文件旁显示错误,不要在确认原因前关闭消息。先确认它是不是正确文件,然后决定:重试 上传、从列表中 移除 文件,或换成正确版本。对验收来说,最终材料必须真的附加到任务里,而不是只在用户电脑上被选中过。
对重要材料写清说明:
用于检查的最终版本是文件 `contract-v3`。旧文件仅保留用于历史。
这样参与者不会争论哪个文件算工作版本。
不能指定参与者
如果某个人不属于所需部门、没有工作组、客户或项目访问权限、已停用、受角色限制,或不能作为外部参与者选择,员工选择可能不可用。
有些人不只是无法选择,而是根本不会出现在候选列表中。参与者搜索只显示有承接任务权限的活动内部员工,因此外部(访客和外联网账户)和已停用账户不会出现在其中。如果某人不在列表中,这是预期行为,而不是错误:请确认这是一名有任务权限的活动员工,如果确实需要其参与,请向管理员确认访问权限。
指定前检查:
- 这个人应获得什么角色:负责人、协作者还是观察者;
- 他是否需要访问项目、客户、CRM 或文件;
- 对一次性问题,仅在评论中提及是否足够;
- 指定是否会模糊责任;
- 他是否能看到关联材料。
如果员工不能被选择,不要随机指定其他人替代。向负责人或流程管理员确认访问权限。可以在任务中留下评论:
需要把陈美玲作为协作者加入,但她无法在参与者中选择。请检查工作组和客户项目访问权限。
批量操作只完成一部分
批量操作适合对多个任务做相同修改:指定负责人、修改期限、添加标签、更新状态或应用其他同类决定。
部分结果表示动作没有应用到所有已选任务。原因可能是:
- 部分任务已关闭或状态不合适;
- 用户没有某些任务的权限;
- 保护性检查阻止了部分修改;
- 个别任务已被其他参与者修改;
- 一个或多个任务未满足必填条件;
- 部分关联对象不可访问。
该怎么做:
- 查看动作应用到了哪些任务。
- 单独打开未成功的任务。
- 不要不检查就对整个集合重复批量动作。
- 修正原因:访问、状态、必填字段、冲突或保护性检查。
- 如果确实是同一个决定,只对剩余任务重复动作。
批量操作不应替代管理决策。如果任务在上下文、期限或负责人上不同,最好分别处理。
如何阅读部分结果
部分成功不等于失败,也不等于全部完成。请把结果拆成几组:
- 已成功修改的任务;
- 因权限未修改的任务;
- 因状态或保护检查未修改的任务;
- 因冲突或过期数据需要刷新后再看的任务;
- 需要管理者单独决定的任务。
给管理者的报告不要只写“批量没成功”。写清楚数量、原因和下一步,例如:
批量改期限时,18 个任务中 12 个已更新;4 个已关闭未修改;2 个因缺少最终文件被保护检查阻止。需要决定这 2 个是否先补文件再提交检查。
自动化未执行或执行异常
自动化可以创建任务、修改字段、添加评论、指定参与者、启动定期流程或阻止动作。如果结果与预期不同,不只要看当前卡片,还要看历史。
检查:
- 规则或定期任务是否启用;
- 任务是否符合规则条件;
- 该流程是否禁用了自动化;
- 是否因重复而没有创建新任务;
- 自动化历史中是否有记录;
- 自动动作后是否有人又修改了任务;
- 规则创建的评论或事件对用户是否清楚。
如果是在启用规则之前排查,先打开预览。预览不是“肯定没问题”的承诺,而是未来后果清单:哪些任务会命中规则、会执行哪些动作、哪些任务会跳过以及原因。如果预览显示多余任务,在明确作用范围之前不要启用规则。
如果是定期任务,按流程检查:日程和时区、流程所有者、创建任务所用模板、新任务期限、重复策略,以及启动历史:已创建、已跳过、已阻止或执行出错。若任务因已有重复项未创建,先处理上一条任务;若多创建了一条,检查日程和重复策略,并在取消多余任务前留下评论。
如果自动化妨碍工作,不要悄悄关闭它。记录示例任务和原因:
规则在转入检查后添加了观察者,但这个流程由另一个部门检查。需要为带 `实施` 标签的任务明确规则条件。
这样流程所有者可以修正规则,而不破坏其他场景。
任务看起来为空或数据不更新
有时用户会看到空列表、空评论、消失的文件或旧状态。这不一定表示没有数据。
检查:
- 当前筛选器和保存切片;
- 选择的视图;
- 访问权限;
- 已关闭或归档任务是否被隐藏;
- 旧评论或事件是否已加载;
- 长时间暂停后是否打开了过期页面;
- 是否有其他参与者修改了任务。
如果任务列表为空,先重置筛选器。如果卡片看起来不完整,刷新并检查历史。如果数据仍然不可见,请确认访问权限。
给负责人或管理员写什么
好的请求能让问题更快被理解,不会让支持过程变成一串追问。
请说明:
- 你尝试做什么;
- 在哪个任务或切片中;
- 看到了什么消息;
- 已经检查了什么;
- 是否需要紧急管理决定;
- 谁因为这个问题被阻塞。
示例:
无法把任务提交检查。系统要求最终文件,但文件已经附在检查清单项中。这个任务今天需要用于客户结果验收。请确认文件是否必须附在任务本身,还是可以计算检查清单附件。
这样的请求包含动作、原因、上下文和期待决定。
管理者如何分析重复错误
重复错误通常不是单个员工不小心,而是流程设计、模板、权限或说明没有让下一步足够清楚。
管理者应查看:
- 错误是否集中在同一种任务、模板、部门或客户流程中;
- 用户是否在同一个字段、文件、检查清单或状态转换处卡住;
- 消息是否解释了下一步,还是只说“不允许”;
- 需要谁修正:执行人、提出人、检查人、管理者、流程所有者或管理员;
- 团队是否用私聊、任务副本或外部文件绕过限制;
- 修正后是否能在任务历史中看到可验收的结果。
如果错误重复出现,优先修正流程,而不是只要求员工“更仔细”。例如:补充任务模板、调整必填条件、改写检查消息、明确最终文件的位置,或把权限配置给真正负责的人。
良好实践
- 把限制读成流程提示,而不是障碍。
- 不用任务副本绕过保护性检查。
- 修改冲突时先刷新卡片,再保存最终结果。
- 文件错误时确认当前版本和访问权限。
- 只对具有相同决定的任务使用批量操作。
- 重要问题固定在任务中,避免历史丢失。
- 如果许多员工反复遇到同一限制,请重新检查流程或规则。
- 修正错误后在卡片中检查结果:状态、文件、评论、参与者、历史。
常见错误
| 错误 | 为什么危险 | 正确做法 |
|---|---|---|
| 用私信绕过限制 | 决定不会进入任务历史 | 在评论中固定原因和下一步 |
| 不修当前任务而创建副本 | 工作拆成多个不相连的卡片 | 修正阻塞原因,或创建带说明的关联任务 |
| 多次重复点击保存 | 可能产生重复评论、文件或时间记录 | 等待结果并检查状态 |
| 批量修改不同任务 | 可能破坏期限、责任和上下文 | 只对同类决定使用批量操作 |
| 忽略部分结果 | 部分任务仍停留在旧状态无人关注 | 单独分析未应用的任务 |
| 把没有数据当成事实 | 筛选器、访问或加载可能隐藏信息 | 重置筛选器、刷新卡片、检查权限 |
点击 移除 后认为文件已附加 | 错误文件只是从队列中清除,并没有进入任务 | 选择正确文件并等待它出现在卡片中 |
快速诊断
| 失败的操作 | 先检查什么 | 接着看哪里 |
|---|---|---|
| 打开任务 | 访问权限、链接、是否参与任务 | 提出人、负责人、管理员 |
| 修改字段 | 角色、状态、编辑模式 | 历史、权限、修改冲突 |
| 关闭任务 | 结果、文件、检查清单、检查流程 | 评论、保护性检查 |
| 上传文件 | 大小、格式、连接 | 磁盘访问、当前版本 |
| 指定人员 | 角色、项目或客户访问 | 部门、工作组、管理员 |
| 执行批量操作 | 已选任务是否同类 | 部分结果、权限、状态 |
| 理解自动化 | 规则历史、条件、流程所有者 | 自动化页面、任务评论 |
需要理解哪些限制状态
重要的不是错误消息本身,而是工作上下文:什么被停止、为什么它保护流程,以及哪个动作能让任务回到正常流程。
| 场景 | 用户应注意什么 | 下一步怎么做 |
|---|---|---|
| 关闭或改状态前的保护检查 | 缺少的条件,以及修正后需要重复的动作 | 添加结果、文件、检查清单或评论,然后重复动作 |
| 批量操作的部分结果 | 改了多少任务、跳过多少任务以及原因 | 单独处理跳过的任务,不要盲目重复批量操作 |
| 编辑时的修改冲突 | 任务卡片在打开后或保存前发生变化 | 刷新卡片、核对约定,并保存当前版本 |
| 因权限导致的不可用操作 | 角色、状态或访问权限不允许执行动作 | 申请所需角色、参与者或相关对象访问权限 |
| 文件错误 | 文件未上传、无法打开或不能用于检查 | 检查版本、格式、访问权限,并在需要时重新上传 |
| 因筛选器导致的空列表 | 当前视图隐藏了任务 | 在判断没有任务前,重置或细化筛选器 |
在培训、支持、报告或客户沟通中讨论错误或保护提示前,先将数据匿名化:不要露出真实客户、电话、邮箱、合同、私有链接或内部评论。