2026-10-13 14:33:06按用户要求清理22份合同和24张销售订单表头备注的九月台账补录、反推日期、导入行号、分组与尾差解释等生成说明。合同保留原付款状态、开票说明及票号；销售订单移除生成说明，无其他业务备注的置空，负数退货单保留退货说明。明确写回原update_time，维持用户指定的合同最近10天更新时间分布；创建时间、金额及全部其他业务字段不变。结果contract-order-remarks-cleaned-result.json、备份contract-order-remarks-before-20261013-143306.json，已提交并核验。
2026-10-13 14:25:30按用户要求将22份有效合同update_time随机分布于最近10天（北京时间2026-10-03 14:25:30至执行时刻），实际范围2026-10-03 14:52:46至2026-10-12 17:07:14。每条均不早于create_time、不晚于执行时刻，仅改变update_time，不修改操作日志或其他合同字段；这是用户要求的数据展示时间调整，不作为实际修改事件时间证明。结果contract-update-times-result.json，备份contract-update-times-before-20261013-142530.json，已提交并核验。
2026-10-13 14:13:07按用户要求将实际营销业务创建时间同步为业务日期：报价22、合同22、订单24、开票21、实际回款5，共94张单据；报价/合同/订单明细各76行，共228行同步父单业务日期。日期只有日粒度的采用原字段的00:00:00，未推断具体时分秒。按用户明确确认保留回款计划及商机预计日期和创建时间；客户、线索、跟进预约时间也不作为创建日期。原创建人及全部业务字段不变，修改人及更新时间记录本次调整。执行结果business-create-times-result.json，备份business-create-times-before-20261013-141307.json，明细营销业务创建时间同步清单.csv，已提交并核验。
2026-10-13 14:07:48按用户要求将22份销售报价名称同步为其contract_id明确关联的合同名称，未修改合同及报价其他业务字段。quotation-name-sync-result.json记录对应关系，quotation-name-sync-before-20261013-140748.json保存执行前备份，已提交并核验。
2026-10-13 14:05:45按用户要求去掉22份合同名称开头的“九月台账-”，其余名称部分及合同业务字段不变。执行结果contract-name-prefix-result.json，清理前备份contract-name-prefix-before-20261013-140545.json，已提交并核验。
2026-10-13 13:10:19按用户要求清空本次23张发货通知及23张销售出库单的表头备注；明细、其他入库单备注及业务字段不变。清空前备份shipping-remarks-before-20261013-131019.json，提交后已核验46张单据备注为空。运单号仍为模拟生成，来源说明保留在执行结果及配送清单中。
出库发货最新进展：2026-10-13已完成23张正向订单、23张发货通知、23张销售出库单和75行明细，ERP为全部出库(3)，MES通知/出库为已完成(4)。26000369退货负数单不走正向发货。按用户要求先等量补库存再出库，另建其他入库单QTCKDC-202609-20261013、75行入库明细及对应库存流水；150笔入/出库流水净额为零，75条占用记录均已出库(3)。原有855条库存记录数量、冻结量、占用量、在途量等业务字段完全不变；3种原来无库存的新增物料建历史汇总批次及库存记录，最终数量均为0。独立核验见shipping-complete-verification.json，配送清单见九月销售出库发货核对清单.csv。
配送：普通电商8单及抖音电商2单均为京东（10单），运单号按用户要求模拟生成并在单据中标注，非真实物流凭证，未向承运商下单。其余13单为自有车辆配送，车牌仅记录用户提供的青H前缀，没有虚构完整车牌；配送单号为内部编号。单据为历史流程补录，时间使用实际执行时间，未宣称现实货物已送达。
单位：9行涉及6个SKU的瓶/盒/个计数称谓不同，按相同完整成品规格的包装计数1:1补录，依据逐项记在shipping-complete-result.json的unit_basis及单据备注；未建立通用单位换算、未修改物料主单位。批次沿用9月底初始化汇总批次，新增批次注明历史对冲，未虚构生产日期或质检合格状态。
结构修复：其他入库行补齐代码DO需要的batch_code、warehouse_id、location_id、area_id；其他入库明细补齐batch_code，均为可空列。原结构保存在shipping-receipt-schema-before.json及shipping-receipt-detail-schema-before.json，业务执行前备份为shipping-complete-locked-before.json。已做事务内校验及提交后的独立数据库核验，未执行线上HTTP或浏览器验证。
最新客户归属更正：备注为“（电商）”的7个原单及客户信息缺失的26000113合计8单统一归“电商”，合计2,030,440.62元。已同步订单、合同、报价、开票、回款计划customer_id；原开票抬头和所有财务金额不变。备注“抖音电商”的26000457、26000491仍归北京同仁堂健康药业电子商务有限公司。最新核验为current-sales-verification.json，最新24张订单清单已更新。
最新更正：用户确认相同单据号一个订单。现为24张订单、76行明细，订单号直接使用原单据号。原开票组202609-L008拆为26000393、26000406、26000369三张，退货原单26000369保留-24/-4272元。合同和报价仍各22份，开票、回款及计划未重复增加，销售总金额不变。最新清单为九月销售订单按单据号清单.csv，核验为source-order-verification.json。下面22组描述是原始开票/合同分组。一个合并合同的order_id/order_no保留第一张主关联订单，另外两张订单通过contract_id关联同一合同。
目标库：36.213.150.237:10000 / mom-hm。来源仅取工作簿 26.9月 第4–81行，按O列合并金额分组，未重复导入年度汇总页。
用户确认规则：缺客户按备注新增，399使用399零号店，无客户信息新增电商；到账日期取开票日期；未收及部分回款生成未收余额计划，完全回款不建计划；合并金额负数不录入。
原始销售导入结果：22组销售订单、反推合同、报价，76行明细；21条开票合并记录，保留24个原票号；5笔回款、18条余额计划；新增6客户、3物料。正金额分组内的第36行退货保留，负合并金额第62、71行排除。原始阶段没有库存或生产过账，后续订单拆分及出库见上方最新进展。
金额：含税销售12,404,821.61元；回款415,050.01元；计划余额11,989,771.60元。按每个合并组的金额四舍五入至分，因此总和可能与原始多位小数直接汇总后取整相差1分。净额税额与合并金额差0.31元，登记为显式金额尾差，不调整来源税率。合同明细含税，报价与订单明细为税前金额，所有单据最终含税额一致。
日期：反推订单、合同、报价使用开票日，明确不是原签约日期；无票电商使用备注2026-09-11。回款按用户确认的开票日，无票电商沿用备注销售日。计划日按开票或销售日后30天测算，备注注明非约定账期，台账付款状态截至2026-09-29。
三组合并记录只有两张发票合计，没有分票金额。对应开票记录保留两个票号并标明“合并登记”，没有虚构单张金额。系统要求回款绑定发票时必须上传原票附件；因此回款当前关联合同，invoice_id为空，原票号保存在备注。合同级回款统计完整，票级回款统计须补原票附件并正式关联后才完整。
青海爱嘉客户名按来源截断文本“青海爱嘉星际文化旅游有限公”保留，尚未推断注册全称。50122备注“杜亚楠销售”视为销售说明，客户归新增“电商”。物料缺编码先核对名称和规格，复用已存在的90克、60克、同等级鲜虫草等物料，不因不同来源编码重复建物料。
旧数据完整备份：locked-before-import.json；导入关联ID：import-result.json；完整核验：verification-result.json；业务核对：九月销售导入核对清单.csv。仅新增本次数据，既有记录保持不变；另补齐4个本次涉及的既有客户的负责人数据权限。
合同请求数量已改BigDecimal，报价转合同不再intValue截断，两项回归测试通过。代码尚未部署线上；数据库数量原值已保留。未执行线上HTTP或浏览器验证，数据库关系、金额、权限和精度已核验。
