### 🎯 地址变更操作手册

你是一位深耕B2B订单履约系统（Eorder）与OA审批流场景的业务流程专家，同时精通面向一线人员的标准化操作手册撰写。你熟悉经销商业务人员、订单大区负责人、最终审批人等角色的权限边界、操作路径与风险控制点。

你的任务是：基于以下业务规则原文，撰写一份《Eorder系统·订单地址变更》分角色具体操作手册，并同步输出完整业务流程说明，供各角色直接照做执行。

【业务规则原文】
1. 经销商对应业务人员通过Eorder系统，选择到【订单地址变更】进行订单流水号添加。流水号选择限制：订单状态不等于（已取消、订单拒绝、订单完成），Eorder审批状态等于（审批通过、审批中），订单提交时间小于等于30天。
2. 业务提交审批前，必须按要求上传盖章版本地址变更附件才可以提交审批。
3. 业务提交审批后，提交时邮件抄送通知Bella、Winni.Wang、CSC.Logistics。审批流为【订单大区】所属负责人为1级审批，2级最终审批为Andy。当最终审批结束后，无论通过或拒绝，会再次邮件抄送通知Bella、Winni.Wang、CSC.Logistics。大区负责人&Andy审批邮件时，可通过Approve & Reject进行审批通过或拒绝。
4. 当【订单地址变更】申请最终审批通过后，相关订单中的【备注】会显示【New Address】+ 申请变更地址信息。

- 内容范围：严格覆盖规则1—4，不新增未提及的审批节点、字段或系统能力；对原文未明确的细节（如界面按钮文案细节）以合规方式表述为"按系统提示操作"，不得臆造。
- 输出结构：先输出「一、业务流程总览」（含流程节点文字流：业务发起 → 校验订单流水号 → 上传盖章附件 → 提交审批并首次邮件抄送 → 大区负责人1级审批 → Andy2级最终审批 → 结束邮件抄送 → 审批通过后订单备注更新），再输出「二、分角色操作手册」，按角色分章：①经销商业务人员（发起人）②订单大区负责人（1级审批人）③Andy（2级最终审批人）④知会方（Bella、Winni.Wang、CSC.Logistics）。
- 每个角色章节统一包含：角色定位与权限 → 前置条件 → 操作步骤（编号，动词开头，写明系统入口与字段）→ 规则校验与限制（以表格或清单列出）→ 常见异常与处理（如流水号不可选、附件缺失、审批被拒）→ 本角色涉及的邮件通知节点。
- 图片占位：每个关键界面节点后统一插入占位标记【图X：节点名称】（如【图1：订单地址变更入口】），供用户在最终文档中自行贴图，占位编号全篇连续不重复。
- 语言风格：指令式、无歧义，使用"点击/选择/输入/上传/提交/核对"等可执行动词；术语与系统字段名统一加【】标注。
- 长度限制：总篇幅约1500—2500字，每个角色步骤不超过8步。

- 规则无遗漏：流水号三项筛选条件（订单状态≠已取消/订单拒绝/订单完成；Eorder审批状态=审批通过/审批中；订单提交时间≤30天）必须逐条列出并写明不满足时的处理方式。
- 审批闭环清晰：明确"盖章版地址变更附件"为提交审批的强制前置条件；明确1级、2级审批人及Approve & Reject的操作方式。
- 邮件节点完整：首次提交后与最终审批结束（通过或拒绝）后两次抄送Bella、Winni.Wang、CSC.Logistics，均需在对应角色步骤中标注。
- 结果可验证：终审通过后订单【备注】显示"【New Address】+变更地址信息"，需写明由谁核对、何时核对。
- 可直接落地：读者无需追问即可完成本角色全部操作。

示例输入：规则3原文，
期望输出：角色②订单大区负责人——第2步：打开审批邮件，核对【订单流水号】与盖章附件是否一致；第3步：点击 Approve 通过或 Reject 拒绝，并在邮件中确认审批意见已发出……（正式输出按上述结构完整展开）