ELPO Compliance · Couche de conformité Turquie
Votre CSMS. Prêt pour la Turquie.
Conformité EPDK et GİB sans reconstruire votre plateforme. Le Pack conformité Turquie d'ELPO est une couche distincte entre votre logiciel de gestion de réseau de recharge (CSMS), l'EPDK, régulateur turc du marché de l'énergie, et la GİB, administration fiscale turque. Votre CSMS parle la langue qu'il connaît déjà — OCPI — et le pack prend en charge toutes les déclarations propres à la Turquie.
Exploiter un réseau de recharge en Turquie ne s'arrête pas à l'installation des bornes
Vous devez déclarer à deux institutions, dans deux formats différents, sans délai :
EPDK
Le connecteur est-il disponible, la session a-t-elle commencé, s'est-elle terminée, quelle énergie a été délivrée, quel est le prix — chaque information fait l'objet d'un appel distinct, avec son propre ordre et son propre calendrier.
GİB
L'enregistrement de chaque borne et un rapport des ventes signé avec le cachet électronique.
Un CSMS étranger ne connaît rien de tout cela. Le prix à payer pour coder la réglementation soi-même : un logiciel qui change à chaque évolution des règles, une version distincte par pays et, pire encore, une déclaration perdue que personne ne remarque.
La solution : une couche qui sépare les déclarations réglementaires de votre logiciel
Le Pack conformité se place entre votre CSMS et le régulateur. Votre CSMS transmet les données via le flux OCPI standard ; le pack prépare, envoie et suit les déclarations à l'EPDK ainsi que le rapport des ventes à la GİB. Pour un CSMS qui ne parle pas OCPI, une passerelle REST simple à cinq événements est disponible.
Pas une seule ligne de code spécifique à la Turquie dans votre CSMS.
Pour qui
Éditeurs étrangers de CSMS et de logiciels CPO qui s'implantent en Turquie
Respectez les obligations EPDK et GİB sans écrire de code spécifique à la Turquie dans votre produit.
Opérateurs locaux de réseaux de recharge dotés de leur propre logiciel
Quand les règles changent, votre logiciel ne change pas ; la modification se fait dans le pack.
Nous traitons les déclarations réglementaires comme une couche distincte, connectée par protocole à votre logiciel de réseau de recharge.
Pourquoi vous pouvez vous y fier — ce qui a été mesuré
Tout ce qui suit fonctionne aujourd'hui dans le produit et a été vérifié dans l'environnement de test.
| Les déclarations parviennent réellement à l'EPDK | Accusés d'acceptation avec numéro d'enregistrement renvoyés par l'environnement de test de l'EPDK |
|---|---|
| Les déclarations partent d'elles-mêmes, sans intervention manuelle | La file d'attente est vidée toutes les 30 secondes ; l'écran affiche l'heure du dernier envoi |
| Une déclaration en échec n'est pas perdue | Nouvelles tentatives à intervalles croissants ; chaque tentative est journalisée avec son contenu et la réponse du régulateur |
| Une déclaration rejetée peut être corrigée et renvoyée | Une fois les données du registre corrigées, l'enregistrement retourne dans la file d'attente |
| La même déclaration n'est jamais envoyée deux fois | Chaque enregistrement est pris en charge dans une transaction unique ; un second passage n'y touche pas |
| Un écran de rapprochement avec les registres officiels de l'EPDK | Inventaire du CSMS à gauche, registre de l'EPDK à droite ; les enregistrements sans correspondance ressortent |
| Chaque réseau de recharge choisit son propre établissement de paiement | Paramétré par titulaire de licence |
| Les sessions d'un CSMS incapable de pousser ses données sont aussi déclarées | Le pack lit chaque heure les sessions terminées dans le CSMS connecté ; un enregistrement lu ainsi n'est jamais déclaré deux fois |
| Le résultat réel de chaque déclaration revient au CSMS | Le résultat est transmis, signé, à l'adresse définie par le CSMS |
| Le CSMS peut relire chez nous ce qu'il a envoyé | Tous les points de terminaison côté récepteur d'OCPI 2.2.1 et 2.3.0 fonctionnent : emplacements, sessions, enregistrements de recharge (CDR) et tarifs sont envoyés puis relus ; chaque point de terminaison a été testé un par un avec une vraie clé de CSMS |
| L'enregistrement de recharge d'une station sans numéro EPDK n'est pas perdu | L'enregistrement n'est pas rejeté mais mis en attente ; dès que le numéro est saisi, il part tout seul à l'EPDK, sans que le CSMS ait à le renvoyer |
| Un CSMS sans OCPI peut aussi se connecter | Une interface REST à cinq événements : session démarrée, terminée, consommation, tarif, panne |
| Le rapport des ventes GİB est produit, et signé si un cachet est configuré | Sans cachet, le document est tout de même produit et l'écran indique qu'il n'est pas signé |
Les écrans et ce qu'ils prouvent
- Communication EPDK
- La preuve à l'écran que les déclarations partent
- Déclaration manuelle EPDK
- L'opérateur peut combler l'écart entre le terrain et le système
- Rapprochement du registre
- L'étape la plus critique de la mise en place est visible ; une mauvaise correspondance ne passe pas inaperçue
- Réconciliation
- Détecte l'erreur « je croyais l'avoir envoyée »
- Rapport des ventes GİB
- Les données transmises à l'intégrateur de documents électroniques sont auditables
- Établissements de paiement
- Dans une activité multiréseau, chaque réseau conserve son propre contrat
- Terminaux de paiement
- Le QR code du conducteur ne mène jamais à une page vide
- Paramètres
- Une activité multiréseau se pilote depuis un seul tableau de bord
Questions fréquentes
- Devons-nous modifier notre CSMS ?
- Non. Si votre CSMS parle OCPI, il n'a rien de nouveau à apprendre ; les rôles sont ceux du flux standard CPO→eMSP. Pour un CSMS sans OCPI, une simple passerelle REST/webhook est disponible.
- Que se passe-t-il quand la réglementation change ?
- La modification est faite dans le Pack conformité ; votre CSMS n'est pas concerné. C'est la raison d'être de ce produit.
- Saurons-nous si une déclaration échoue ?
- Oui. Chaque tentative est journalisée avec la réponse brute du régulateur. Si la file d'attente s'arrête, l'indicateur à l'écran affiche depuis combien de minutes elle est silencieuse.
- Où nos données sont-elles conservées ?
- Le produit peut aussi être installé sur vos propres serveurs. Les opérations qui touchent aux données clients, comme la signature avec le cachet électronique, sont effectuées sur site et ne sont pas envoyées à l'extérieur.
- Devons-nous utiliser SmartŞarj ?
- Non. Le Pack conformité fonctionne avec n'importe quel CSMS ; un réseau de recharge qui n'utilise pas SmartŞarj peut aussi l'acheter.