表格、查询和脚本都用来解决同一件事:让每一笔账对得上。

七年生鲜批发配送订单经验,负责接单录单、配送协调与月底对账。 现将实际业务中的对账口径整理成 Excel、Python 和 SQL 三种实现,用模拟数据展示核对过程与结果。

求职方向:订单运营 / 业务数据支持 / 初级软件实施

履历更新于 2026 年 10 月

对账案例:生鲜批发订单与回款核对

将订单明细与回款记录整理成客户对账汇总、订单对账明细(含未结清订单)与异常清单, 并用 Excel、Python、SQL 三种方式交叉核对,演示样本的结果精确到分一致。

模拟数据:2026 年 9 月的演示样本,143 张订单、966 行明细、6 家客户、20 种固定规格商品、7 笔回款。 数据按真实业务节奏构造,客户名称和金额均为虚构,每行带模拟标识;样本订单数不代表实际整月业务量。

客户对账汇总

143 张订单 · 966 行明细 · 7 笔回款

截止日
切换看回款进度
各客户 9 月净应收、已收与未结清金额,可切换对账截止日
客户 9 月订单 净应收 已收 未结清
榕树下粉面店 26 2,765.55 2,765.55 0.00
桥头家常菜馆 26 6,594.59 6,594.59 0.00
兴街快餐店 26 9,536.72 3,000.00 6,536.72
田畔饭店 13 3,894.01 3,894.01 0.00
青禾小学食堂 22 11,237.09 5,000.00 6,237.09
溪桥医院食堂 30 10,886.34 5,000.00 5,886.34
合计 143 44,914.30 26,254.15 18,660.15

净应收仍是 44,914.30 元。10 月 2 日至 6 日陆续到账 20,254.15 元,未结清降到 18,660.15 元, 剩下三家客户的款项同样还没到付款日。

三项业务规则

  • 计费:按实际交付数量计算。
  • 退货:按成交时的单价冲减。
  • 回款:分配到订单,区分已结清与未结清。

三条路径交叉验证

同一份模拟数据分别用表格、脚本和查询计算,两个截止日的汇总结果精确到分一致。 这为本次样本的核对结果提供交叉验证,不代表对所有输入都正确。

工作簿里有原始数据、逐行公式计算、订单与客户两级汇总、可编辑的截止日、异常页和原生透视表。 金额公式先把一位小数的数量和两位小数的单价换算成整数,再按业务规则逐项取整,避开浮点尾差。

XLOOKUP   匹配商品规格与成交单价
SUMIFS    按客户、按订单汇总有效明细金额
ROUND     交付金额与退货金额各自取整到分,再相减
透视表     按客户与品类汇总订货金额

截止日 2026-10-06:净应收 44,914.30 元,未结清 18,660.15 元

两侧各自先汇总成一行一张订单,再关联。一张订单有多行商品、也可能有多笔回款, 直接把两张明细表按订单号连接会让金额成倍重复,这是订单对账里最容易踩的结构性错误。

排错记录

这两处都是先算出错的结果、再逐层定位才发现的,不是靠读代码看出来的。

金额换算误差

演示样本整月少算 8.13 元。定位到 SQLite 中的浮点换算与截断后,改用整数运算修复。

查看原因与修复过程

在这版 SQLite 实现中,数值亲和性把 '4.60' 转成浮点数, * 100 得到 459.99999999999994,截断之后是 459,单价少算一分。 单是 2.30、4.10、4.60、10.20 这四个单价就覆盖了 966 行里的 112 行,数量放大误差,整月汇总从 44,914.30 变成 44,906.17 元。 这类误差不会触发运行报错。

修复:在这套字符串换算方案中,数量与金额以 TEXT 原样保存,去掉小数点后用整数运算计算。 问题在于浮点换算后直接截断的做法;这里的结论不适用于所有数值存储方式。

文本与数值混用

异常检查出现误报与漏报。统一数量和价格边界的换算尺度后,再核对比较结果。

查看原因与修复过程

改成文本存储后,直接比较 '9.6' > '10.1' 会按字符逐位比较返回真, 因为 '9' 排在 '1' 后面。于是下单 10.1、交付 9.6 的记录 被误报为「交付大于下单」。数量应先换算成同一尺度的整数,再比较。

价格区间检查也遇到格式变化:上下限仍为数值类型时,4.00 的原始小数位不再保留, 去掉小数点后的结果与明细中的 400 不在同一尺度,966 行全部误报「单价超出区间」。 下界被缩小则会放宽判定,可能放过真正越界的低价行;同一个错误在两侧分别制造误报与漏报。

修复:仅就这套去小数点的换算方案而言,相关字段需保留固定小数位文本,包括数量、单价与价格上下限, 再统一换算为整数后比较,避免某一层的数值亲和性改变格式。既检查误报,也检查边界处的漏报。

完整代码、模拟数据和复现步骤在 github.com/Titus-code/fresh-order-reconciliation。 仓库里还包含脏数据回归测试和持续集成配置,用来验证有问题的订单会整单暂缓出账,而不是只剔除坏行。

工作经历

丰城 · 生鲜食品批发与配送

2019.07 – 2026.09

订单运营与数据支持 · 江西丰城

面向本地餐饮门店后厨及学校、医院食堂,承接蔬菜、粮油等农副产品的批发与配送业务, 日常通过电话和微信接收订单并按片区安排送货。

  • 订单处理。负责客户订单的接收与录入,按客户、品类、规格和送达时间整理拣货配送清单, 日均处理订单约 20 至 30 单,记录临时加单和数量调整。
  • 商品与价格。维护商品名称、规格、计量单位和报价台账,处理斤、公斤、袋、桶之间的单位换算, 按行情更新报价,减少因单位记错导致的错发与少送。
  • 配送与异常。对接采购和配送环节,跟进缺货、替换、补送等情况,向客户确认处理结果后反馈至下一环节。
  • 对账与回款。整理送货单、签收记录与结算明细,按客户逐笔核对数量、单价和金额, 标记退换货与金额差异,跟进未结清款项。
  • 客户维护。维护本地餐饮及食堂客户的日常沟通,收集每周采购需求,配合完成报价和拿货安排。

甘洛县扶贫督查与调研

2018.08 – 2018.09

四川大学经济学院 · 调研实践 · 四川凉山

参与学院组织的贫困县扶贫督查与调研,负责实地问卷发放、回收及资料收集;运用 Excel 整理汇总调研数据, 为团队研讨提供资料支持,所在项目获得校级奖状。

教育经历

四川大学 · 经济学院

2015.08 – 2019.06

金融工程 · 全日制本科 · 成都

  • 成绩。GPA 3.2 / 4.0,专业前 30%。
  • 荣誉与论文。四川大学 2019 届本科优秀毕业论文(设计)三等奖,论文方向为融资约束与企业技术创新。
  • 相关课程。金融风险管理、计量经济学、期权期货及其他衍生品、证券投资组合、公司金融。
四川大学校徽
四川大学 SICHUAN UNIVERSITY · 985 · 211 · 双一流

专业技能

数据处理
熟练使用 Excel,包括数据透视表、XLOOKUP、SUMIF、条件格式,可完成订单台账、进销存汇总与对账核对; 使用 Python 的 pandas 与 NumPy 读写和处理数据文件。
数据库
使用 MySQL 编写 SQL 查询,完成多表关联、条件筛选和分组统计,用于客户订单与款项汇总。
办公与展示
掌握 Word 文档排版、Excel 表格规范化以及 PowerPoint 演示稿制作与动效设置; 能用 AI 工具辅助数据处理、文档整理和演示稿制作。
证书与语言
基金从业资格证 · 大学英语四级(CET-4)

其他练习

  • 信贷风险评分 · ETF 动量回测 借助 AI 工具学习数据处理流程的练习,AI 辅助搭建

常见问题

过去七年主要负责哪些工作?

主要负责订单和单据,采买和送货有专人。工作中从手工记账逐步转为用表格管理, 在整理订单台账和核对账款的过程中积累了 Excel 与数据处理经验。

为什么现在考虑新的工作机会?

原业务规模有限,希望在流程更规范、分工更明确的团队中继续做业务数据工作, 把已有的订单与对账经验用到更系统的场景中。

对账案例的数据是真的吗?

数据是按真实业务节奏构造的模拟数据,客户名称和金额都是虚构的,每行带模拟标识。 业务流程和计费口径来自实际工作,仓库里写清了生成方式,用固定随机种子可以复现。

这个案例想证明什么?

展示如何把业务口径变成可追溯的核对结果。有阻断异常的订单会整单暂缓, 而不是剔除坏行后把剩余部分当成完整订单;截止日之外的回款归类为口径排除, 不混同为数据质量问题。三种实现用来交叉检查本次样本。

会哪些工具,到什么程度?

主要用 Excel 完成订单台账与对账核对,用 SQL 做关联汇总、pandas 读写和清洗表格。 具体公式、查询和脚本可在对账案例及源码中查看,也可以带项目数据现场演示。

为什么想在杭州找订单、数据或实施方向的工作?

杭州的电商、供应链和软件服务企业比较集中,这几类岗位都需要有人把订单到回款的流程理清楚。 我做过全流程,也习惯先核对再交付,人已经到杭州,可以随时到岗。 实施类的岗位我接受出差,也愿意从培训和跟着项目做起。

怎么联系最快?

邮箱 tywinscu@outlook.com, 或微信 。 电话 186 0688 8232。

联系

在杭州,可随时到岗,接受出差与轮班。对账案例的完整代码、模拟数据与复现步骤都可以在仓库里看到; 如果想当面看表格原型的公式,也可以带着项目数据现场演示。