主任务暂存之后：仓储移动端detour保留位置，也传递指定信息

仓储移动应用中，从当前任务打开一个查询，再回到原来的位置，与退出后重新开始整项任务并不是同一种导航。Microsoft关于detour的说明，将它定义为能够从主任务某一步打开的独立菜单项。主任务可以暂存，支线结束后，使用者回到之前离开的地方，不丢失原任务信息。这里首先讨论的是软件会话怎样衔接，不能据页面返回就推断现实仓储作业已经完成。

detour的入口落在具体步骤上，这使“在什么位置离开”成为定义的一部分。原文还说明，主任务的某些字段值可以自动复制给支线，所以需要传递的信息必须在该步骤已经可用。主任务有一个字段名称，与当时已经有这个字段值，仍是两种不同情况；不能仅凭存在一个查询菜单，就替来源补出它会收到哪些信息。

资料中的一个示例，将主任务的Location传给Location inquiry查询，而从查询带回主任务的则是License plate。这两条信息流不是同一值往返复制：传出的是查询背景，带回的是查询中选定的另一项信息。把它们分别记为“从哪里到哪里、是什么字段”，便能解释支线为何能够补充主任务所需的资料，而不必误写成重新录入整个主任务。本文只采用这个软件关系，没有执行拣货、扫描或现场选择。

返回原位置，也不等于所有页面数值都会自动变成最新。原文第二个场景明确写到，返回Location inquiry页时，数值不会自动更新。虽然该场景还包括实际库存移动，本文没有采用其操作内容；这里保留的只是返回之后查询画面的状态说明。导航上下文得到保留，与画面是否刷新分别回答不同问题，不能将前一个关系放大成后一个保证。

菜单的可用范围同样不会因为出现detour入口就自行扩大。官方重要说明规定，工作人员只能访问其移动用户所分配菜单或子菜单中的项目，这项限制也适用于作为detour使用的菜单项。因而，“这是支线”描述的是使用方式，没有另行给予任意菜单的访问范围。本篇说明这一条件，不配置菜单、不处理真实账户，也不根据菜单名称判断人员资格或权限是否合法。

对移动端资料交接而言，一条完整描述可以包含主任务的离开步骤、支线菜单、传出字段、带回字段，以及返回后页面是否已刷新。它们分别对应导航与信息状态；缺少其中一项时，接手人可能知道画面回来了，却不知道信息来自何处。这是依据文档的说明框架，没有验证任何仓库中的实际流程。

该Microsoft Learn页面标注2026年4月8日更新，首次发布日期未知。本篇采用detour定义、双向字段和返回语境，未转写演示账号、配置路径、自动提交或跳过确认等步骤，也不提供移库与库存调整建议。读清支线怎样回到主线，有助于准确描述软件界面的联系；它不替现场控制、库存正确性或作业安全作出结论。