Personal Ledger Hub

流水不等于业务结果

收款、退款、重付和采购发生在不同时间，只看平台流水很容易重复统计。成本不全时，界面也不应该给出一个貌似精确的利润数字。

我围绕个人收支与订单管理需求构建这个工作台，把“发生了什么”“凭什么这样计算”“还缺什么证据”放进同一条链路。

从文件到结果，留下追溯路径

导入器识别不同编码和账单布局，用文件哈希与交易键处理重复导入。每笔交易保留批次、文件、原始行号与字段快照；人工分类有自己的来源记录。

人民币使用整数分，多批次资产使用整数计量单位，避免浮点累计。成本单元只能结转一次，多件订单没有配齐成本时，利润保持待核实。

退款不是把原记录删掉

已退款订单保留原始证据；重付是关联原单的新订单。部分退回、库存损失和手续费待确认，要分别处理。不知道的成本用空值表达，不能默认为零后继续汇总。

FIFO 也有时间边界：后来到账的批次不能给更早的采购定价。错误登记通过追加式冲正处理；已经确认的业务事实不被静默改写。

我在其中的工作

我梳理真实需求，定义金额与状态语义，借助 AI 编程工具完成实现和测试组织，并通过核账、异常路径检查和浏览器验收迭代规则。网站隐藏了具体业务与凭证，只保留工程机制。

目前的结果

仓库已经形成流水导入、订单、成本与审计追溯的本机应用，保留了后端测试和浏览器验收脚本。资源保险库等模块仍明确未实现。下面的 FIFO 演示只解释规则，使用虚构批次，不接触账本或资金。