采购记录的来源并不统一。平台导出的表格、商品截图、聊天里的补充说明与线下收据，可能共同描述同一笔采购。如果只保留最后整理出来的一行，后来就很难判断某个金额、规格或备注是从哪里来的。
灵兔电商采购台把原件与修改历史放进同一条本地工作流。下面介绍的是现有资料中已经明确的处理方式。
导入前先看清楚
XLSX 或 CSV 进入账本前，先预览字段映射、订单数量、实付金额与重复候选。不同平台的列名和合并单元格形式并不相同，不能把一次成功导入视为所有文件都适用。
核对界面应该允许修正映射，也应该把不明确的字段留出来。确认后再提交，比识别完立刻入账更容易发现问题。
原件和整理结果一起保留
原始表格、截图或附件是核对依据，账本记录是方便筛选与统计的结构化结果。两者有不同用途，都需要保留。
采购台保存原始文件与附件，多份凭据可以关联同一笔订单。后续查看金额或商品规格时，可以回到原始资料，而不是只依赖当时的识别结果。
线下采购和临时补货也可以直接填写，不必为了录入而先制作一张截图。
OCR 是辅助，确认仍在人
本地 OCR 可以减少手工输入，但复杂表格、手写内容和多个商品行仍容易出现识别误差。缺失字段应保持为空，不自动补造金额、日期或规格。
多张图片如果属于同一笔采购，可以放在一批中核对；不同订单则应分开。识别完成后，再确认商品、金额、日期和实际采购状态。
修改与撤销都留下过程
实际采购会出现退款、运费补充、物流变动和备注修正。修改历史帮助说明什么时候改变了什么内容，便于将后来补齐的信息与最初记录区分开来。
撤销同样需要可追溯。它应作为一条新的操作记录保留，而不是让已有历史消失。这样查看一笔采购时，才能理解它为什么变成现在的状态。
备份要包含整个工作流
只备份数据库，可能丢失原始凭据；只保存截图，又难以恢复账本与修改过程。采购台的完整 ZIP 备份包含数据库、原始文件、附件、缓存图片和修改历史。
使用前应明确备份保存位置，并定期核对能否恢复所需内容。本机工具能够保留资料，但不能替代对设备与备份的管理。
采购账本的边界
采购支出不是完整利润。运营数据、平台结算、实际收款与其他费用仍需要分别核对，再按一致口径做经营分析。
采购台目前面向本机单用户使用，尚未提供公开分发入口。项目后续进展会继续在详情页记录。