6.0 KiB
6.0 KiB
散拼团单个新增子单业务适配包
业务身份
| 字段 | 值 |
|---|---|
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_capacity或room_counts,也不生成子单号、ddid、价格、OP 或销售人员。 - 明确提供的特殊要求/测试备注原样进入
special_requests;测试母团含TEST-202609时,子单备注也必须包含该标记。 - 客户输入保持业务关键词。插件先做正式名称精确/唯一包含匹配;仍未命中时,只有输入中的全部可识别来源地词在当前 ERP 客户名称中恰好命中一条,才可采用该正式客户,0 条或多条均阻断。
- 母团真实产品从子单页已选
tdid的原生表格行读取;产品与客户分别完成唯一解析,来源地关键字不再作为两者之间的强制匹配门禁。
缺少客户、出发日期或人数时,只追问对应事实。修改已有子单、导入名单、安排或源读取必须路由到对应生命周期 Skill,不能改写成本 action。
2. ERP 有序操作
- 在
/System/Business/plan.asp按可选母团团号、日期和已提供的产品锁定唯一计划;预订客户不作为母团筛选条件,领队也不进入母团列表过滤。 - 打开该母团原生“拼单”入口,确认页面目标仍为同一母团和日期。
- 在业务页按“精确 → 唯一包含 → 客户来源地词唯一”顺序匹配客户,将正式客户名称与 ERP ID 同步用于预订客户和应收结算单位;从已选
tdid行读取母团真实产品。产品与客户不要求来源地关键字相互匹配。 - 若提供领队关键词,在子单页调用 ERP 接送信息原生 SelectBox,按候选顺序取第一条并由
SetValToObj联动写入接团地点/标志、联系人/领队人和电话;随后填写人数分类,触发游客行联动并复核合计。 - 通过宿主人工确认后调用原生子单保存。
- 解析明确服务端响应,在母团子单列表按具体子单号/
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 可创建具体子单并取得 ddid;2026-08-11 的两轮平台/插件回放又分别创建全新具体子单,并完成 16 行名单、五类未确认安排及精确清理、住宿说明修改、最小应收新增/清零、独立状态变化、两状态各 10 类 source-only 源读取、子单优先删除和删除后聚合回查。两轮对象均已从 ERP 清理。当前插件还要求母团删除在预检和写入边界各自重新解析原生 OPEN_update(parentTid, childDdid) 引用并证明零子单;正式放行仍由统一发布门槛控制。