Erp内部管理系统

立项背景和目标：公园园区内餐饮档口多且分散，节假日高峰排队严重，人工点餐出错率高、多档口对账困难，公园管理方缺乏统一的经营数据。本项目旨在建设面向游客的扫码点餐与档口数字化管理平台，实现游客体验提升、档口经营提效、管理方统一结算三个目标。 功能与核心模块： 游客小程序：扫码点餐、自提叫号/送餐到桌、会员储值、优惠券、评价 档口端：接单、出品管理、叫号、核销 管理后台：商品与价格管理、多档口订单流与日结对账、经营分析报表、营销配置 业务流程：游客扫码进入小程序→选择档口→点餐支付→订单自动分发至对应档口→出品叫号/送餐到桌→核销完成→评价→营业数据自动进入日结对账。

功能模块 说明 批量图片读取​ 支持指定文件夹路径，自动扫描所有证书图片（jpg/png/webp等） 证书编码OCR识别​ 基于OCR技术自动定位并提取证书上的唯一编码（如GIA编号） 智能编码定位​ 支持多种证书模板（GIA/IGI/NGTC等），通过关键词定位或正则匹配精准提取编码 自动文件重命名​ 将原图片文件重命名为 证书编码.jpg 格式，支持自定义命名规则 识别结果校验​ 对识别结果进行格式校验（如GIA编号为8位数字），异常时标记人工复核 处理日志输出​ 生成CSV/Excel处理日志，记录原文件名、识别编码、处理结果、耗时等 失败重试机制​ 识别失败的图片支持单独导出列表，便于针对性处理 批量预览确认​ 重命名前支持预览映射关系，确认无误后一键执行

1、立项背景和目标 个人记账存在一个核心矛盾：记账是高频、低价值感知的重复动作，传统 App 要用户手填金额、 分类、日期、备注四项以上，导致「记三天就放弃」。本项目把流程压成「说一句话」，并让数据 全部留在用户手机上。 项目源于抖音技术视频《用 AI 从零开发并上线 APP 全流程》。原方案为 iOS + 云数据库 + Gemini + 付费订阅上架，落地时按自身条件做了五项改造：载体改为安卓（Flutter，无需 Mac）； 数据从云库改为本机 SQLite；模型换为 DeepSeek；不做付费订阅；不依赖应用商店，直接以 APK 安装分发，省去全部上架审核。 目标是交付一个可真实安装、数据可备份迁移、具备记账-统计-分析闭环的安卓应用。 2、软件功能、核心功能模块介绍 APP 共 5 个一级页面：记账、统计、账单、AI 报告、设置。 ① 语音记账（核心）：点麦克风说「买奶茶花了 30」，本地模型实时转文字并逐字上屏，说完 自动交模型解析成结构化账目并弹预览卡，确认后入账，无需选分类、敲金额、填日期。 ② 文字批量记账：输入「打车 23 块 5、午饭 35、发工资 8000」，一句话里的多笔消费被拆成 多条独立账目，逐条预览后批量确认。 ③ 自动分类：内置餐饮、交通、购物、医疗、住房、娱乐、教育、其他、收入共 9 个固定分类， 由模型按语义判断归属。 ④ 统计看板：分类占比环形图、每日趋势折线图（带磁吸游标）、分类排行、收支对比，支持 日 / 周 / 月周期切换与左右滑动切版块。 ⑤ 账单明细：全量账目倒序列表，左滑删除并带二次确认。 ⑥ AI 财务报告：一键对当前账期生成中文 Markdown 分析，输出总额、笔数、最大支出项及占比， 并给 1-2 条具体建议。 ⑦ 账单导入：支持微信、支付宝导出的 CSV 批量导入，自动识别编码、去重、剔除无效行。 ⑧ 备份与恢复：账目一键导出 CSV，可从备份完整恢复，并支持一键分享到微信、邮箱。 ⑨ 每日提醒：设备本地定时通知，点击直达记账页。 ⑩ 账号体系：注册 / 登录 / 游客三种模式，支持改名。 ⑪ 外观：深 / 浅双主题，切换带圆形揭示动画，另有流光背景、品牌卡、弹簧按压回弹。 ⑫ 应用内更新：APP 内检查并下载新版，自动识别本机签名线路避免装不上。 3、业务流程、功能路径描述 主链路（语音记账）：启动 → 登录或游客进入 → 点麦克风 → 本地模型流式转文字 → 文本送模型 解析为 JSON → 校验字段 → 生成预览卡（可逐笔改金额与分类）→ 点确认入账写库 → 统计页与 账单页实时刷新。 辅助链路（账单导入）：设置页 → 数据区块 → 导入账单 → 选微信 / 支付宝 → 拉起系统文件 选择器选 CSV → 嗅探编码（UTF-8 / GBK）→ 定位表头 → 逐行解析 → 与全部历史

1. 立项背景与目标 业务同时经营自营商城、亚马逊、TikTok Shop 三个渠道，各渠道订单格式、状态语义、退款规则完全不同。早期靠运营每天手工导单、Excel 对库存，月均出现 30 单以上超卖，重复发货每月 5–8 单，财务对账需要 2 人天且经常对不平。立项目标是把订单、库存、履约、售后收敛成一套统一模型：支撑日均 80 万单、大促峰值 3000 TPS，超卖归零，对账差异可自动定位。 2. 软件功能与核心模块  渠道适配层：以 SPI 插件方式接入各平台，负责签名验签、拉单/推单、字段归一化，新增一个渠道只需实现一套接口，不改核心代码。  订单中心：统一订单模型 + 状态机 + 订单快照，承载订单创建、拆合单、审核、取消、状态流转与全链路轨迹。  库存中心：多渠道共享库存池，提供预占、释放、回补、安全库存与超卖保护。  履约中心：拣货波次、面单获取、发货回传、物流轨迹订阅、异常件工单。  售后中心：仅退款、退货退款、换货、部分退款，按渠道规则差异化编排。  对账中心：T+1 拉取渠道账单与本地资金流水做多维度比对，输出差异明细与自动补偿建议。  开放平台：为商家 ERP 提供订单、库存、发货的 OpenAPI 与消息推送。 3. 业务流程与功能路径 渠道下单 → 适配层归一化并写入渠道原始报文 → 订单中心幂等落单（业务唯一键：渠道 + 渠道单号）→ 库存预占 → 支付回调驱动状态机流转 → 风控/人工审核 → 拆单推送 WMS → 发货回传 → 物流签收 → T+1 对账 → 差异进入异常工单池。 功能路径示例：商家后台 → 订单列表（多条件检索）→ 订单详情（含快照、轨迹、资金）→ 操作（改地址/取消/补发）→ 操作日志留痕。

一、业务定位 「我的粉丝馆」会员运营与营销中台的后端服务，采用 Go + Gin 框架开发，持久化使用 （GORM 驱动），缓存支持 Redis 与本地内存双模式切换，并内置 pprof 性能分析、HTTPS 开关、IP 限流等运行期能力。系统面向 C 端会员小程序与 B 端运营后台），同时通过对外暴露接口，与 商城、微信公众号、企业微信完成对接。 二、功能模块 1. 系统管理（`internal`）：用户、角色、权限、组织、菜单、操作日志、系统配置、数据字典（常量及常量分组）等 RBAC 基础能力，登录支持单点 SSO，Token 校验统一由全局拦截器 `Filter()` 完成，并配置白名单与秒级限流。 2. 会员管理（`membermanagement`）：会员档案（含微信登录/注册、手机号解密、等级等级更新）、会员资产看板、等级体系、积分明细、金币明细、余额及余额提现；定时任务负责每日积分/金币结算、企业微信社员同步、客户标签与备注批量刷新。 3. 营销活动（`promotionalactivities`）：优惠券管理与发券到会员、抽奖活动（奖品、中奖人、抽奖记录）、活动管理（含与商城的数据同步接口）、秒杀及秒杀商品、员工内购与员工采购。通过 Cron 定时刷新活动状态、重建优惠券有序集合、按订单抽奖。 4. 门店与页面管理（`storemanagement`）：门店地址、系统配置、页面与页面组件配置、大屏推送数据，实现运营页面的可视化配置下发。 5. 对外集成接口：微信/企业微信 token 与接口信息维护、物流轨迹同步与传运单、退货申请与售后审核结果通知、金币到期标签时间更新等。 三、技术特征 代码采用 controller → service → logic → dao 分层，实体按业务域命名；通过 `robfig/cron` 编排十余个定时任务，覆盖数据同步、权益结算、token 刷新与消息推送；日志采用分级轮转，敏感字段做加密处理。