Files
LWLT-AIBOT/agent设计规范/businesses/shared_child_order_create.md
2026-08-25 10:33:29 +08:00

6.0 KiB
Raw Blame History

散拼团单个新增子单业务适配包

业务身份

字段
business_id shared_child_order_create
业务行为名称 散拼团单个新增子单 / 散拼团拼单
Skill lwlt-newbooking
标准 action shared_child_order_create
当前状态 具体子单创建及后续核心生命周期已连续两轮验证;仍受统一测试态与发布门槛约束
ERP 环境 https://lwlt.hisy.cc/System/Mainlt.asp

1. 用户输入模板与示例

1.1 模板

散拼团单个新增子单
母团团号(选填):<记得时填写ERP可见母团团号>
预订客户(必填):<具体子单客户名称或唯一搜索关键词>
出发日期(必填):<YYYY-MM-DD>
产品名称(选填):<产品名称或唯一搜索关键词>
领队(选填):<领队姓名或唯一搜索关键词>
人数(必填):<x+x人数格式>
特殊要求(选填):<其他业务要求>

1.2 示例

散拼团单个新增子单
预订客户:辽宁康辉
出发日期2026-09-15
产品名称老挝广东8D
领队:张三
人数15+1

1.3 标准 operation 摘要

{
  "action": "shared_child_order_create",
  "order_nature": "formal",
  "submit_mode": "dry_run",
  "data": {
    "departure_dates": ["2026-09-15"],
    "customer": {
      "name": "辽宁康辉",
      "keyword": "辽宁康辉"
    },
    "product": { "name": "老挝广东8D", "keyword": "老挝广东8D" },
    "leader": { "name": "张三", "keyword": "张三" },
    "passenger_counts": { "adult": 15, "leader": 1 }
  }
}

字段边界:

  • 预订客户、出发日期和人数是用户输入的最小必填;产品名称、领队和母团团号选填。tid 由宿主/插件解析并注入,不得作为业务人员模板字段。
  • 母团没有预订客户字段;这里的预订客户只属于待创建子单,不能作为母团客户写入。插件使用日期和已提供的产品缩小母团范围;领队不作为母团列表筛选条件,而是在子单页按 ERP 原生接送信息选择框匹配,默认使用第一条候选并联动写入接团地点/标志、联系人/领队人和电话。母团团号存在时优先用于精确检索。0 个或多个母团候选都阻断。
  • 子单不需要母团 planned_capacityroom_counts,也不生成子单号、ddid、价格、OP 或销售人员。
  • 明确提供的特殊要求/测试备注原样进入 special_requests;测试母团含 TEST-202609 时,子单备注也必须包含该标记。
  • 客户输入保持业务关键词。插件先做正式名称精确/唯一包含匹配;仍未命中时,只有输入中的全部可识别来源地词在当前 ERP 客户名称中恰好命中一条才可采用该正式客户0 条或多条均阻断。
  • 母团真实产品从子单页已选 tdid 的原生表格行读取;产品与客户分别完成唯一解析,来源地关键字不再作为两者之间的强制匹配门禁。

缺少客户、出发日期或人数时,只追问对应事实。修改已有子单、导入名单、安排或源读取必须路由到对应生命周期 Skill不能改写成本 action。

2. ERP 有序操作

  1. /System/Business/plan.asp 按可选母团团号、日期和已提供的产品锁定唯一计划;预订客户不作为母团筛选条件,领队也不进入母团列表过滤。
  2. 打开该母团原生“拼单”入口,确认页面目标仍为同一母团和日期。
  3. 在业务页按“精确 → 唯一包含 → 客户来源地词唯一”顺序匹配客户,将正式客户名称与 ERP ID 同步用于预订客户和应收结算单位;从已选 tdid 行读取母团真实产品。产品与客户不要求来源地关键字相互匹配。
  4. 若提供领队关键词,在子单页调用 ERP 接送信息原生 SelectBox按候选顺序取第一条并由 SetValToObj 联动写入接团地点/标志、联系人/领队人和电话;随后填写人数分类,触发游客行联动并复核合计。
  5. 通过宿主人工确认后调用原生子单保存。
  6. 解析明确服务端响应,在母团子单列表按具体子单号/ddid、客户、日期、人数和测试标记 fresh requery。

提交后响应不确定时只回查,不自动重试。未取得具体子单引用时,不得生成后续名单、修改、导出或删除 operation。

3. Skill、Schema、实现与证据

用途 文件
主 Skill SKILL.md
action 与字段 actions-and-fields.md
归一化 normalization-rules.md
输出契约 output-contract.md
标准 Schema standard_system_operation.schema.json
插件 planner operation-plans.js
浏览器 adapter inpage.js
输入 fixture examples.md
原生真实证据 evidence-register-live-20260810.md
历史插件重放证据 evidence-register-live-20260811-r0511-01.md

历史 C09 已证明原生 DoInfo_order 可创建具体子单并取得 ddid2026-08-11 的两轮平台/插件回放又分别创建全新具体子单,并完成 16 行名单、五类未确认安排及精确清理、住宿说明修改、最小应收新增/清零、独立状态变化、两状态各 10 类 source-only 源读取、子单优先删除和删除后聚合回查。两轮对象均已从 ERP 清理。当前插件还要求母团删除在预检和写入边界各自重新解析原生 OPEN_update(parentTid, childDdid) 引用并证明零子单;正式放行仍由统一发布门槛控制。