项目速览：8 项关键事实
下面是可以直接引用的事实口径。客户的场站布局、电价成本与经营数据属于客户资产，本页不展开。
| 项目名称 | 新能源汽车充电服务 App |
|---|---|
| 客户与行业 | 某充电运营商（按客户要求未公开名称），新能源汽车充电服务 |
| 承接方 | 南京易企达网络科技有限公司（南京本地团队，可线下对接） |
| 项目定位 | 车主找得到桩、充得上电、付得明白；运营商管得了设备、算得清账 |
| 交付形态 | 车主端 App + 场站端 + PC 运营后台，配套设备接入服务 |
| 覆盖范围 | 找桩与导航、扫码启动与充电会话、分时计费与订单、支付与发票、场站与设备管理、运营报表 |
| 技术栈 | 后端 Java（Spring Boot）+ MyBatis-Plus，设备接入走 TCP / MQTT 网关，数据 MySQL + Redis + 消息队列 |
| 交付与归属 | 源码、数据库脚本、部署文档与接口文档按合同随验收移交，管理员账号与著作权归客户 |
六块功能：从找到桩到对上账
顺序按车主的实际动作排：找、充、算、付；最后两块是运营方自己的事——管设备、看报表。
找桩与导航
按距离、价格、桩型筛选，列表上直接标空闲几位、多少钱一度。点进去看场站照片与营业时间，一键跳导航。桩被占满时列表就变灰，不让人白跑一趟。
扫码与充电会话
扫枪上的码启动充电，充电中实时看已充度数、当前功率、预估金额。中途可以停，拔枪自动结束会话。每次充电对应一条会话记录，出问题能回到那一次。
分时计费与订单
电费按峰平谷时段算，服务费单独计。时段规则、起步价、停车减免都在后台配，改完下一单立即生效，不用发版。
支付、余额与发票
支持微信、支付宝与账户余额，充电结束自动扣款，扣款失败先挂账再补缴，不影响离场。开票按订单批量申请，抬头信息存一次复用。
场站与设备管理
场站、车位、充电枪分层管理，每把枪有唯一编号与在线状态。设备离线、故障、被占用都有标记，运维按告警去现场，不用挨个点开看。
运营报表与对账
按场站、按枪看充电量、利用率、收入与电费成本。每天自动生成对账表，平台流水与支付通道能对上的才算平账。
项目架构：三个入口，一条会话主线
充电系统和普通电商最大的不同，是有一半数据来自设备而不是人。入口再简单，设备那一侧接不住，整个系统就是空的。
L1 · 入口层（3 个）
车主 App
找桩、扫码、充电中、订单与发票
场站端
现场运维：枪状态、故障、临时停用
PC 运营后台
场站、价格、订单、对账与报表
L2 · 业务域（4 块，同一套服务端）
找桩与场站
位置、桩型、实时空闲与营业状态
充电会话
启停、实时数据、异常中断与补单
计费与订单
分时电价、服务费、起步价与优惠
支付与结算
扣款、挂账补缴、发票与对账
L3 · 服务端（Java · Spring Boot）与设备接入
设备接入网关
TCP / MQTT，指令下发与状态上报
会话与计费
启停、实时电量、分时计价
定时与对账
日结、挂账补缴、异常单巡查
L4 · 数据层
MySQL
会话、订单、场站与设备档案
Redis + MQ
实时状态缓存、指令排队
对象存储
场站照片、发票与报表导出
主线：充电会话。扫码开启它，设备上报喂养它，计费规则计算它，支付结算关闭它。会话不清，订单与对账都无从谈起。
技术选型
- 车主端：
- uni-app（Vue）一套代码出双端，原生能力按端配置
- 服务端：
- Java（Spring Boot），按业务域分模块，对外 RESTful 接口
- 设备接入：
- TCP / MQTT 接入网关，与充电桩按协议收发指令与状态
- 数据访问：
- MyBatis-Plus，实时状态与历史报表分开处理
- 中间件：
- Redis 存实时状态与锁，消息队列接设备上报，避免高峰期堵死
- 存储：
- MySQL 存订单与会话，文件与发票走对象存储
设备接入用 Java 生态的成熟方案，长连接与并发是这类系统的主要压力点；源码交付后可自行接手维护。
三条设计取舍
一次充电一条会话，不按分钟拼单
会话从插枪开始到拔枪结束，中间的中断、续充、异常都记在同一条里。按分钟记流水看着简单，一旦断网或桩重启，账就拼不回来了。
设备状态先落库，再给前端
App 不直接问桩，问的是服务端缓存的最后状态。桩离线时页面显示「状态未知」，而不是转圈等到超时——用户知道发生了什么，才不会以为 App 坏了。
电费和服务费分开记
分时电价一年要调好几次，服务费是运营方的定价空间。两笔账合在一起记，每次调价都要重算历史，对账时也说不清哪部分变了。
这个项目做对了四件事
充电体验的问题很少出在支付环节，多半出在「到了不能用」和「充完不知道扣了多少」。
一眼看出哪把枪能用
车主最怕的不是贵，是开过去发现桩坏的或被占着。空闲状态、故障标记、桩型功率都摆在列表上，白跑一趟的概率降下来。
充电时钱在涨，心里有数
实时度数、功率与预估金额一直在走，不用守在车边猜。看到快要超预算可以自己停，不必等充满才发现金额不对。
充不上能自救
启动失败会给出原因：枪未插好、设备离线、余额不足，各自对应不同处理。能让车主自己解决的，不必打客服电话。
哪把枪在赔钱看得见
利用率、单枪日均充电量、电费与服务费拆开算，亏损的场站与闲置的枪能被指出来，扩容和调价才有依据。
适用边界：什么情况适合做，什么情况先别做
适合：四条同时成立
- ✓有自建或合作场站，需要自己定价、自己结算，不想只做导流。
- ✓多场站、多把枪，靠人工记录充电量和收入已经不现实。
- ✓希望沉淀车主：余额、发票、常用场站、优惠都在自己手里。
- ✓设备来自不同厂商，需要一套系统统一接入与监控。
不建议直接上系统：换方案或先理顺
- —只有一两把桩：用现成的扫码充电小程序更快，自建系统不划算。
- —纯聚合、不碰设备：做导流与地图入口即可，不必上会话与计费。
- —没有运营团队：桩坏了没人管、价格没人调，系统上线也跑不起来。
- —设备厂商已经提供完整平台且不愿开放协议：先谈接口，别急着开发。
充电系统常见问题（7 条）
车主找不到桩、或者到了发现桩被占，怎么处理？▾
扫码启动失败，常见原因有哪些？▾
电费和服务费怎么算？▾
充电中途断网了，这一次还算数吗？▾
能接入不同厂商的充电桩吗？▾
支付扣款失败怎么办？▾
多少钱、要做多久？▾
本页信息
- 发布方：
- 南京易企达网络科技有限公司（微信官方合作伙伴）
- 本页发布：
- 2026-10-30
- 内容范围：
- 项目结果与交付范围说明，不含报价与实现方案；客户场站布局、电价成本与经营数据不对外披露
- 联系方式：
- 400-885-7836 · service@eqiday.com
也在做充电场站运营？
先把三件事说清楚：桩支持什么协议、电价怎么分时段、扣款失败怎么处理。这三件定下来，功能清单和排期才有意义。