码上收产品系统

做拿货生意的老板，用手机扫码完成「收货 → 对账 → 结账」，月底再也不用翻聊天记录对账。

核心场景

1. 服装 / 鞋帽批发档口（流程 1 · 应收对账）

痛点：供应商每天发「清单 + 快递单号」，货到了要一件件点，月底跟供应商对账翻聊天记录，少发、多发对不上就扯皮。
用法：供应商先把发货单（清单 + 单号）发过来录进去，货到后扫快递单号再扫商品条码，系统自动比对「应到 vs 实收」。
价值：少发、多发当场标红，结账单按供应商汇总、一键导出，对账从一晚上缩到几分钟。

2. 电商 / 微商卖家（流程 1 · 应收对账）

痛点：多供应商、多批次拿货，收货清点靠脑子，账越滚越乱。
用法：手机扫码收货，系统按供应商自动归类汇总。
价值：谁发了多少、欠谁多少、多收少收，一眼看清。

3. 零售店 / 专柜（流程 2 · 纯收货）

痛点：没有 ERP，收货登记还靠纸质本子，商品多了对不上。
用法：商品提前录进「商品档案」，收货时扫一下条码，商品信息自动跳出，直接 +1 记账。
价值：扫一下就知道是啥、记个数，收完就能按天 / 按单号汇总。

4. 供应商 / 供货方（反向视角）

痛点：发了货要记账、催应收款，下游对账口径不一。
用法：填「发货单」登记应收，月底把结账单发给下游。
价值：发货、应收、结账一条线，不用再手动追账。

5. 选品价格比对（附赠工具）

痛点：选品时到处比价，价格信息散乱难对比。
用法：用内置价格比对工具拉取、记录各渠道价格。
价值：选品定价有据可依，不再拍脑袋。

主要功能与实现
- 实现「收货 → 对账 → 结账」全流程，一部手机扫码即可完成从收货登记到月底对账。
- 设计两套收货流程并支持一键切换：流程 1「应收对账」（扫快递单号串起「应到 vs 实收」，逐项比对、少发/多发自动标红）、流程 2「纯收货」（扫商品条码自动匹配档案、直接 +1 记账）。
- 实现三级扫码识别策略：html5-qrcode + 浏览器原生 BarcodeDetector API + 后端 ZXing 兜底，支持二维码与一维条码（Code128 / EAN / UPC / ITF 等）。
- 落地商品档案、发货单、供应商管理、供应商填写应收等业务模块，共 30+ 页面、13+ 张业务表。
- 实现结账单按供应商自动汇总、一键导出 Excel，对账差异（少发/多发）自动标红。
- 落地免费版/标准版版本与配额体系：免费版限 50 商品、30 发货单/月；标准版解锁不限量 + 导出 / OCR / 查询（配额用字典式用户配置承载，零新表侵入）。
- 接入微信小程序一键登录（wx.login → jscode2session → openid 绑定后台用户）；邮箱验证码注册、图形验证码登录。
- 附赠选品价格比对工具，基于 jsoup 网页解析拉取各渠道价格。

技术栈：Java 17、Spring Boot、RuoYi（若依）、Apache Shiro、MyBatis、MySQL、Thymeleaf、原生 JavaScript、html5-qrcode、ZXing、微信小程序

整体架构

基于若依 RuoYi 4.8.3 二次开发的 SaaS 系统，沿用其 MVC 分层，业务模块集中在 inbound 包：

表现层 Thymeleaf 模板（30+ 页） + 原生 JS/CSS（static/inbound）
控制层 ruoyi-admin：controller/inbound（5 个 Controller）
安全层 Apache Shiro + InboundRoleFilter（角色隔离）+ 微信小程序登录认证
服务层 ruoyi-system：Spring boot
持久层 MyBatis Mapper（12+） + MySQL（13+ 张业务表）

核心实现

1. 三级扫码识别（技术亮点）
- 前端 html5-qrcode（CDN）→ 浏览器原生 BarcodeDetector API → 后端 ZXing 兜底，逐级降级；
- 同时支持二维码与一维条码（Code128 / EAN / UPC / ITF），解决「快递单条码扫不出来」的痛点；
- 图片识别链路：预处理 → 原生 BarcodeDetector → html5-qrcode → 后端 ZXing 上传识别。
2. 两套收货流程（配置化切换）
- 流程 1「应收对账」：扫快递单号串起「应到 vs 实收」，逐项比对，少发/多发自动标红；
- 流程 2「纯收货」：扫商品条码自动匹配档案、直接 +1 记账；
- 用 inbound_config 字典的 flow_type 配置承载，界面按所选流程自动隐藏无关功能。
3. 多租户数据隔离 + 角色隔离
- 数据层：发货单 / 商品 / 条码三张表加 use