Compliance · Pack conformité Turquie

Exploitez votre réseau de recharge en Turquie sans inscrire la réglementation turque dans votre logiciel

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.

  • Connexion via OCPI
  • Déclarations EPDK et GİB
  • Aucune déclaration perdue
  • Installable sur vos propres serveurs
CSMS
OCPI · REST
ELPO
EPDK
GİB
Pas une seule ligne de code spécifique à la Turquie dans votre CSMS.

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.

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
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

« La déclaration est partie » n'est jamais une simple affirmation — chaque étape est visible à l'écran.

Communication EPDK

Chaque déclaration, son statut, le nombre de tentatives, le numéro d'enregistrement EPDK et le contenu envoyé

La preuve à l'écran que les déclarations partent

Déclaration manuelle EPDK

Déclaration manuelle des données de disponibilité et de prix qui ne proviennent pas du CSMS

L'opérateur peut combler l'écart entre le terrain et le système

Rapprochement du registre

Inventaire du CSMS et registre de l'EPDK côte à côte

L'étape la plus critique de la mise en place est visible ; une mauvaise correspondance ne passe pas inaperçue

Réconciliation

Comparaison entre ce que détient le régulateur et ce que contient le système

Détecte l'erreur « je croyais l'avoir envoyée »

Rapport des ventes GİB

Ventes de la période, lignes manquantes et raison de leur absence

Les données transmises à l'intégrateur de documents électroniques sont auditables

Établissements de paiement

Quel réseau de recharge encaisse par quel établissement

Dans une activité multiréseau, chaque réseau conserve son propre contrat

Terminaux de paiement

Lecteurs de carte à la borne et état de l'adresse du reçu

Le QR code du conducteur ne mène jamais à une page vide

Paramètres

Titulaires de licence, connexions CSMS, partenaires d'itinérance

Une activité multiréseau se pilote depuis un seul tableau de bord

Positionnement sur le marché

Nous traitons les déclarations réglementaires comme une couche distincte, connectée par protocole à votre logiciel de réseau de recharge.

Une recherche sur le web ouvert menée le 24.09.2026 n'a identifié aucun fournisseur vendant la conformité EPDK comme un produit distinct se branchant sur le CSMS d'une autre entreprise ; les offres existantes la proposent comme fonctionnalité de leur propre logiciel de gestion de recharge ou sous forme de conseil juridique.

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.

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.

Exploitez votre réseau de recharge en Turquie en toute conformité

Montrons-vous comment il se connecte à votre CSMS, sur votre propre scénario.

Part of the SmartŞarj family.