TPMS数据库及售后平台产品系统Vibe Coding

：给 TPMS 胎压传感器替换件业务做的一套内部数据库系统，把“OE 件号/车型 → 替换件”的对照关系、售后记录和对外查询从 Excel 搬到线上。

1. 立项原因 多区域 Excel 对照表字段多、版本乱，销售查一个 OE 号要翻表还容易查错；售后靠微信记录、无法闭环统计；海外客户需要免登录查询。所以要一个统一数据源 + 快速查询 + 售后闭环的系统。

2. 行业场景 汽车后市场汽配（TPMS 替换件）：维修厂/轮胎店按 OE 号或车型查替换件与匹配参数；经销商/外贸按区域选型报价；售后做安装失败诊断与工单；车主用公开页自助查；数据管理员导入新车型、维护协议。

3. 业务背景 产品是 Premier 品牌 TPMS 替换传感器，覆盖中国/欧洲/北美/南美/韩国，约 1.5 万条车型年款、400+ 品牌、1,500+ OE 件号、450+ 协议（315/433MHz/2.4G/BLE）。业务链路：OE 号/车型 → 匹配规则（APPID、协议号、匹配模式）→ 替换件 → 安装编程 → 售后反馈。系统已上线运行，含查询、售后、公开页、多语言多区域、AI 问答、公告与权限管理。

① 替换件查询与匹配（核心功能） 用户输入 OE 件号、车型或品牌关键词，后端在约 1.5 万条「品牌-车型-年款-OE PN」记录中匹配，返回：对应的 Premier 替换件、频率（315/433MHz/2.4G/BLE）、协议号（PRxxx）、ATEQ 87E/AC21 的 APPID、匹配模式，并附上该件号的历史售后记录。销售和技师据此判断“这个原厂件我们有没有替换件、能不能装、怎么匹配”。

② 售后闭环管理 每条售后单记录区域、件号、车型、客户、问题描述、图片和处理人；状态分 未解决（红）/ 存疑（黄）/ 已解决（绿） 三态，列表按红→黄→绿排序。支持追评（追评时可改状态）、按状态/区域筛选、Excel 导出（状态带颜色），并把这些状态汇总到协议列表——协议卡片的颜色直接反映该协议的售后健康度，哪类件问题多一眼可见。

③ 数据更新与维护 按区域上传 xlsx 对照表，系统做列名映射、字段标准化、重复校验和预览，确认后写入并立即影响搜索、协议列表与统计；翻译字典单独维护三语术语。

④ 对外公开查询 从内部页抽取生成的只读页面，客户/维修厂无需账号即可按区域、语言查 OE 件号覆盖情况；返回结果隐去客户名与处理人，只保留型号、协议、状态等可公开信息。

⑤ 权限、区域与安全 6 种角色（管理员、售后支持、欧洲售后、北美售后、数据管理、访客）+ 权限点 + 区域白名单：欧洲售后只能改欧洲数据，区域外只读。注册可控（开放/邀请码/关闭），登录与公开搜索有限流，支持按 IP 封禁（应用层即时 403 + nginx 分钟级同步），售后导出需单独授权。

⑥ 协作与智能化 论坛沉淀选型/匹配经验（可关联具体品牌车型、@同事）；公告模块把“新增覆盖车型/协议”做成图对外发布；AI 问答基于库内数据回答选型问题并支持翻译，降低新人上手成本。

1 我负责从开发到上线的全流程
2 基于 Flask + SQLite + 原生 JS 单页应用构建的 TPMS 替换件数据库系统，用「区域化数据 + 三态售后 + 公开查询页」把 OE 件号到替换件的匹配、售后闭环和对外查询串成一条线，并以零构建前端、公开页生成、双层 IP 封禁和脚本化回归保证可维护与可回滚。