在土耳其运营充电网络，不止是装好充电桩
您必须向两个机构、以两种不同格式、无延迟地进行申报：
充电枪口是否空闲、充电是否开始、是否结束、输出了多少电量、价格是多少——每一项都是单独的调用，各有自己的顺序和时效。
每台充电桩的登记，以及加盖电子财务印章签名的销售报表。
海外 CSMS 对这些一无所知。把法规写进自己代码的代价是：法规一变软件就得改，每个国家一个版本，而最隐蔽的是——申报失败了却无人察觉。
解决方案：把监管申报从您的软件中剥离出来的中间层
合规包位于 CSMS 与监管机构之间。CSMS 通过标准 OCPI 流程发送数据；发往 EPDK 的申报和发往 GİB 的销售报表由合规包生成、发送并跟踪。对于不支持 OCPI 的 CSMS，提供只有五类事件的简洁 REST 接口。
您的 CSMS 中不需要一行土耳其专用代码。
为什么值得信赖——已实测的能力
以下各项均已在产品中运行，并在测试环境中验证。
- 申报确实送达 EPDK
- EPDK 测试环境返回带登记编号的受理回执
- 申报自动发出，无需手工
- 队列每 30 秒清空一次，界面显示最近一次发送时间
- 发送失败的申报不会丢失
- 按递增间隔自动重试，每次尝试连同报文和监管方回复一并记录
- 被拒的申报可修正后重新发送
- 登记信息修正后，记录重新进入队列
- 同一申报不会重复发送
- 每条记录在单一事务中被认领，第二轮不会再处理
- 与 EPDK 官方登记比对的界面
- 左侧为 CSMS 设备清单，右侧为 EPDK 登记；未匹配项突出显示
- 每个充电网络自选支付机构
- 按许可证持有方设置
- 无法主动推送的 CSMS，其充电记录同样会被申报
- 合规包每小时从已连接的 CSMS 读取已结束的充电会话；读取的记录不会重复申报
- 申报的真实结果回传给 CSMS
- 结果以签名方式推送到 CSMS 指定的地址
- 不支持 OCPI 的 CSMS 也能接入
- 五类事件的 REST 接口：开始充电、结束充电、电量、电价、故障
- 生成 GİB EŞÜ 报告，配置印章后自动签名
- 未配置印章时仍生成文件，并在界面注明未签名
功能界面及其证明的内容
“申报已发出”绝不只是一句话——每一步都在界面上可见。
EPDK 通信
每条申报的状态、尝试次数、EPDK 登记编号以及发送的报文
在界面上证明申报已发出
EPDK 手动申报
手工申报 CSMS 未提供的空闲状态和价格信息
运营人员可以填补现场与系统之间的空缺
登记匹配
CSMS 设备清单与 EPDK 登记并排显示
最关键的实施步骤一目了然，错误匹配不会被忽视
对账
监管方记录与系统记录的比对
揪出“以为已经发了”的错误
GİB EŞÜ 销售报表
期间销售、缺失的行及缺失原因
发往电子单据集成服务商的数据可审计
支付机构
每个充电网络通过哪家机构收款
多网络运营时，各网络的协议互不干扰
支付终端
桩端读卡器及小票地址状态
司机扫码不会打开空白页面
基础设置
许可证持有方、CSMS 连接、漫游合作方
多网络运营在一个面板中管理
市场定位
我们把监管申报作为一个独立的中间层来解决，通过协议与您的充电运营平台对接。
2026 年 9 月 24 日的公开网络调研中，未发现有供应商把 EPDK 合规作为可接入其他公司 CSMS 的独立产品出售；现有方案要么是自家充电管理软件中的一项功能，要么是法律咨询服务。
适用对象
-
进入土耳其市场的海外 CSMS 与充电运营（CPO）软件
无需在自身产品中编写土耳其专用代码，即可满足 EPDK 与 GİB 的申报要求。
-
使用自有软件的土耳其本地充电网络运营商
法规变化时您的软件无需改动，调整在合规包中完成。
常见问题
需要更换我们的 CSMS 吗？
不需要。只要您的 CSMS 支持 OCPI，就无需学习任何新东西，角色分工与标准的 CPO→eMSP 流程相同。不支持 OCPI 的 CSMS 可使用简单的 REST/Webhook 接口。
法规变化时怎么办？
调整在合规包中完成，您的 CSMS 不受影响。这正是这个产品存在的原因。
申报失败时我们会知道吗？
会。每次尝试都连同监管方的原始回复一并记录。队列停止处理时，界面上的指示会显示已静默多少分钟。
我们的数据存放在哪里？
产品也可以部署在您自己的服务器上。电子印章签名等涉及客户数据的工作在本地完成，不会外传。
必须使用 SmartŞarj 吗？
不必。合规包可与任何 CSMS 配合使用，不使用 SmartŞarj 的充电网络同样可以购买。
Part of the SmartŞarj family.