面对的问题
客户提供的散单格式各异；即使列名一致，产品编码和导入字段仍可能需要核对与修复。
我的工作业务需求梳理 · AI 辅助开发 · 流程验证
从业务问题开始
把问题、做法和交付放到同一条线上。
我的做法
先把客户表转换到标准字段，再围绕吉客云导入前的数据和产品规则做检查，保留输出与处理日志。
交付内容
散单与标准模板的前后材料，以及订单导入前校验工具的真实录屏。
工作流程
输入是什么，怎样处理，最后交付什么。
- 01客户散单
读取原始列与内容
- 02字段映射
整理成标准字段
- 03编码与规则
检查导入所需信息
- 04校验修复
按配置处理问题
- 05输出文件
交付可继续导入的数据
分清功能与环节
按业务问题，切换查看对应模块。
前后对照
先把客户自己的表，变成后续流程认得的字段。
整理收件、商品、数量等数据到标准订单模板。不同格式的材料按其字段对应关系阅读。
- 输入：客户散单表
- 处理：字段与内容映射
- 输出：标准订单模板
操作实录
标准化之后，再检查导入所需的数据。
真实工具界面包含客户规则、产品编码、输入输出文件与校验日志；关注转换后文件能否继续交付使用。
- 输入：待导入的订单文件
- 处理：规则检查与修复
- 输出：校验结果及文件
对应的材料与演示
用具体材料，说明交付的样子。
01 / 交付材料
散单 → 标准模板
原有前后对比材料，已遮挡真实收件与订单行数据。
采用项目原有材料的阅读副本。
02 / 交付材料
不同原表的转换
保留原始表格与标准模板的字段关系，具体行数据已遮挡。
采用项目原有材料的阅读副本。
实录节选 / 无声
03 / 操作实录
导入前校验工具
此片段对应导入前校验；散单转模板的材料在前后对照中单独展示。
原录屏的无声节选，已裁切或遮挡部分信息。
我的贡献与使用边界
让自动化落在明确的业务规则里。
业务需求梳理 · AI 辅助开发 · 流程验证
先把客户表转换到标准字段，再围绕吉客云导入前的数据和产品规则做检查，保留输出与处理日志。
项目范围格式转换与导入前校验按各自材料分别展示；规则配置与输出文件均需结合业务要求复核。
项目材料来源
内容结合原项目功能记录与本地材料整理；界面、实录节选和流程说明分别标注。
原站本地记录 ↗（需原站预览服务运行）
原站本地记录 ↗（需原站预览服务运行）