多平台电商团队（天猫、拼多多、抖音、小红书等）的销售单长期靠人工在 ERP 里逐条录入，
对账靠 Excel 手工拼凑，导致三个说不清：谁欠多少钱说不清、每张单该发什么货说不清、
销售在客户现场谈成单无法当场下单。
行业普遍痛点：
① 订单来源分散，各平台数据结构不一致，无法统一汇总；
② 退货、换货、补发、收款四类流水与发货单割裂，对账口径依赖个人经验；
③ ERP 开放平台接口按调用量收费，中小团队不愿额外支出，数据被困在系统里；
④ 销售外出无法即时下单，错过当天发货窗口。
本项目的目标是把这些"手工活"变成一套可查、可算、可下发的内部系统。
一套面向电商团队的订单与回款管理系统，包含九个功能模块：
① 业务台账：发货/退货/换货/补发/收款五类单据统一列表，支持按客户、型号、日期、渠道、
售后类型多条件筛选，按月分片统计；
② 收款登记：整页批量提交，逐行比对状态与金额，无改动的行自动跳过，附带各渠道实收汇总；
③ 客户对账单：按期间生成，输出「发货金额 / 退货额度 / 实际已收 / 零头减免」四项，
余额公式与口径说明直接印在页面上，可打印或导出 PDF 发给客户；
④ 月度汇总：按月对比发货、退货、净额与单量，与对账单共用同一套计算规则；
⑤ 销售建单助手：选渠道、填收货信息、录商品明细，支持填总价自动按比例分摊到各行单价；
⑥ 远程建单：销售在客户现场用手机浏览器打开网址即可下单，提交后进入 ERP 待审核；
⑦ 多账号权限：管理员看全部，销售仅可见自己负责的渠道，数据隔离在服务端完成；
⑧ 异常核对：网络中断的订单自动核对回执，避免重复建单或单据丢失；
⑨ 导出与留痕：台账、收款、汇总均可导出 Excel，关键操作记录操作人与时间。
【我负责的部分】
从需求澄清、数据建模、接口对接到前后端开发与交付部署，全流程独立完成。
【技术方案】
后端 Node.js + SQLite，前端原生 JS 单页应用，桌面端用本地服务 + 独立窗口封装成
可双击运行的软件，移动端复用同一套接口做响应式适配。
【亮点】
① 免授权接口对接：客户不愿为 ERP 开放平台接口付费，通过分析网页端请求还原签名算法
（按 key 升序拼接、首尾加盐、空值参数必须整体丢弃），在不增加采购成本的前提下打通
19 个查询接口与建单/作废接口，报文结构（27 个顶层字段、明细行 94 个字段）从真实提交中反推；
② 异构单据归一：五类结构完全不同的单据统一成「一条记录 + 若干明细」模型，使跨类型统计成为可能；
③ 口径可追溯：余额 = 发货 − 已收 − 优惠，每一项都能下钻到具体单据，业务方可以自行复核；
④ 远程建单安全设计：公网入口经加密隧道 + 域名白名单 + 本机签名桥，外部无法伪造请求，
配合幂等去重与自动核对，建单停留在 ERP 待审核状态，远程下单不失去管控；
⑤ 交付形态：桌面软件、网页、手机端三种形态共用一套接口，按使用者的实际情况选择。
【难点】
财务口径不是文档里的一句话，而是若干业务动作的集合，需要逐条与业务方对账确认；
字段缺失时不能造兜底数据，要另找数据路径，否则会污染对账结果。
评论