Elektrikli araç şarj ağı işletmek; sahaya cihaz kurmaktan çok, o cihazları güvenilir bir yazılımla yönetmek demektir. Farklı markalardaki şarj üniteleri tek panelden izlenmeli, arızalar uzaktan tespit edilmeli, tarifeler ve kampanyalar anında güncellenmeli, sürücü ise uygulamadan istasyonu bulup şarjı başlatıp ödemesini sorunsuz yapabilmelidir. Şarj ağı işletmecileri, farklı markalardaki şarj cihazlarını tek merkezden yöneten, sürücüye uygulama ve ödeme sunan bir yönetim sistemine (CPMS) ihtiyaç duyar. 360 Soft OCPP protokolüyle cihazlarla konuşan arka uç sistemini, sürücü uygulamasını ve operatör panelini birlikte geliştirir.
Bu sayfada şarj istasyonu yönetim yazılımının modüllerini, kullanılan teknolojileri, sektörün düzenleyici çerçevesini, teslim ve ekip modellerini, tipik proje sürelerini, SLA göstergelerini, fiyatlandırma mantığını, hazır platform ile özel geliştirme karşılaştırmasını ve seçim kriterlerini bulacaksınız.
Şarj istasyonu yönetim yazılımı (CPMS) nedir, kimler kullanır?
CPMS (Charge Point Management System), şarj noktalarını internet üzerinden yöneten merkezi yazılımdır. Cihazlar OCPP (Open Charge Point Protocol) ile sisteme bağlanır; sistem şarj oturumlarını başlatır ve durdurur, tüketimi kaydeder, cihaz durumunu izler, yazılım güncellemelerini dağıtır ve faturalama ile ödeme süreçlerini besler. Sürücü tarafında mobil uygulama ve web arayüzü, operatör tarafında ise yönetim paneli ve raporlar bulunur.
- EPDK lisanslı şarj ağı işletmecileri: Ağ büyüdükçe çok markalı cihaz yönetimi, tarife esnekliği ve raporlama ihtiyacı artar; hazır platformların lisans ve özelleştirme sınırları darboğaz olur.
- Şarj ünitesi işleten AVM, otel, site ve akaryakıt istasyonları: Kendi müşterilerine özel tarife, otopark entegrasyonu ve site sakinleri için kullanım kuralları gerekir.
- Filo şarjı yöneten lojistik ve kiralama şirketleri: Depo şarjı, sürücü bazlı tüketim ve maliyet dağıtımı için filo yönetim yazılımı ile entegre çalışan bir yapı ister.
- Cihaz üreticileri ve distribütörler: Sattıkları cihazlarla birlikte markalı bir yönetim platformu sunmak isterler.
- Enerji şirketleri ve GES yatırımcıları: Şarj ile yenilenebilir üretim ve depolamayı birlikte yönetmek ister.
Sık görülen sorunlar: bazı cihaz modellerinin bağlantıyı sık sık kaybetmesi, arızanın ancak sürücü şikâyetiyle fark edilmesi, tarifelerin her cihazda elle güncellenmesi, roaming anlaşmalarının teknik olarak uygulanamaması, ödeme hatalarının mutabakatının zorluğu ve düzenleyici raporların elle hazırlanması.
Modüller ve kapsam
| Modül | İçerik | Notlar |
|---|---|---|
| Cihaz bağlantısı (OCPP) | OCPP 1.6J ve 2.0.1 ile cihaz bağlantısı, uzaktan başlatma/durdurma, yapılandırma, firmware güncelleme, teşhis kayıtları | Çok markalı cihaz desteği için cihaz bazlı test planı |
| Tarife ve fiyatlandırma | kWh, süre, park süresi ve oturum bazlı ücretler; zaman dilimli tarifeler; kampanya, kupon ve abonelikler | Tarifeler merkezi olarak ve anında yayınlanır |
| Sürücü uygulaması | Harita, müsaitlik, rezervasyon, QR veya RFID ile başlatma, canlı şarj takibi, ödeme, geçmiş ve fatura | iOS, Android ve web |
| Ödeme ve faturalama | Kartla ödeme, cüzdan, ön provizyon, otomatik faturalama ve mutabakat | Lisanslı ödeme kuruluşları ile entegrasyon |
| Kurumsal hesaplar | Filo, site, AVM ve otel hesapları; kullanıcı grupları, özel tarifeler, maliyet merkezi raporları | Toplu faturalama |
| Operatör paneli | Canlı cihaz durumu, alarmlar, oturum yönetimi, müşteri destek ekranları | Rol bazlı yetkilendirme |
| Arıza ve bakım | Otomatik arıza tespiti, iş emri, saha ekibi ataması, bakım geçmişi | Saha servis yazılımıyla entegre edilebilir |
| Enerji yönetimi | Yük dengeleme, güç sınırlama, akıllı şarj profilleri | Şebeke bağlantı kapasitesine göre |
| Roaming | OCPI ile diğer ağlarla karşılıklı kullanım ve mutabakat | İş birliği anlaşmalarına bağlı |
| Raporlama | Enerji, gelir, kullanım, cihaz erişilebilirliği ve düzenleyici raporlar | Dışa aktarım ve BI entegrasyonu |
Teknoloji yığını
Arka uçta OCPP için kalıcı WebSocket bağlantılarını ölçekli yönetebilen, olay tabanlı bir mimari tercih edilir; Node.js, Go veya Java bu iş için sık kullanılır. Oturum ve ölçüm verileri için ilişkisel veritabanı ile zaman serisi verisi için uygun bir depolama birlikte kullanılır. Mesaj kuyruğu, cihazdan gelen olayların kaybolmadan işlenmesini sağlar. Mobil uygulama yerel veya çapraz platform teknolojilerle geliştirilir; tüketici tarafındaki fikirler için elektrikli araç şarj uygulaması yapma sayfasına bakabilirsiniz. Ödeme tarafı ödeme sistemi entegrasyonu ile kurulur.
Düzenleyici çerçeve ve standartlar
Şarj hizmeti Türkiye’de düzenlenmiş bir faaliyettir ve kurallar sektör olgunlaştıkça güncellenmektedir. Aşağıdaki başlıklar genel çerçeveyi gösterir; güncel yükümlülükler EPDK mevzuatından ve hukuk danışmanınızdan teyit edilmelidir.
- EPDK ve şarj hizmeti mevzuatı: Şarj ağı işletmeciliği EPDK lisansına tabidir ve şarj hizmeti yönetmeliği; şarj ağı işletmecisi ile istasyon işletmecisinin yükümlülüklerini, kullanıcıya fiyat bilgisi sunulmasını, şarj noktalarının erişilebilirliğine ilişkin bilgilerin paylaşılmasını ve kurum tarafından istenen verilerin raporlanmasını düzenler. Yazılım, bu yükümlülüklerin veri ve raporlama tarafını karşılayacak şekilde tasarlanır.
- Fiyat şeffaflığı ve tüketici hakları: Sürücünün şarj başlamadan önce uygulanacak ücreti açıkça görebilmesi, oturum sonunda ayrıntılı döküm alabilmesi ve faturasına erişebilmesi gerekir; mesafeli sözleşme ve tüketici mevzuatı uygulama akışlarına yansıtılır.
- Ödeme hizmetleri: Kart bilgileri ve cüzdan bakiyeleri gibi işlemler 6493 sayılı Kanun kapsamında lisanslı ödeme ve elektronik para kuruluşları üzerinden yürütülür; kart verisi CPMS’te saklanmaz; PCI DSS kapsamı büyük ölçüde ödeme kuruluşu tarafında kalır.
- Ölçüm: Enerji ölçümü ve faturalandırmada kullanılan sayaç verisinin doğruluğu ve ilgili metroloji kuralları cihaz seçiminde dikkate alınır; yazılım, cihazdan gelen ölçüm değerlerini değiştirmeden saklar.
- KVKK: Sürücü kimliği, araç plakası, konum ve şarj alışkanlıkları kişisel veridir. Aydınlatma metni, açık rıza gerektiren pazarlama kullanımları ve saklama süreleri tasarım aşamasında belirlenir.
- Teknik standartlar: OCPP 1.6J ve 2.0.1 (Open Charge Alliance), roaming için OCPI, araç-şarj cihazı iletişimi için ISO 15118 (Plug and Charge) ve cihaz tarafında IEC 61851 gibi standartlar sistemin birlikte çalışabilirliğini belirler. OCPP 2.0.1’in güvenlik profilleri (TLS ve istemci sertifikaları) yeni kurulumlarda tercih edilir.
Teslim ve ekip modelleri
| Model | Kapsam | Ne zaman uygun |
|---|---|---|
| Proje bazlı (sabit kapsam) | Tanımlı modüllerle MVP veya tam platform teslimi | Gereksinimleri net, ilk sürümü hedefleyen işletmeciler |
| Dedicated team | Size ayrılmış ürün ekibi: ürün sahibi desteği, backend, mobil, QA, DevOps | Ağ büyürken sürekli geliştirme ve yol haritası |
| Staff augmentation | Yazılım ekibinize OCPP, backend veya mobil geliştirici eklenir | İç ekibi olan ama belirli yetkinlik eksikliği yaşayanlar |
| Managed service (işletim ve bakım) | Canlı sistemin izlenmesi, güncellemeler, olay yönetimi ve SLA | Platform canlıya çıktıktan sonra |
| Çalışma şekli | Açıklama |
|---|---|
| Uzaktan | Geliştirme ve işletim ekibi uzaktan çalışır; en yaygın model |
| Yerinde | Keşif atölyeleri, saha testleri ve kabul testleri sizin lokasyonunuzda veya istasyonlarda |
| Hibrit | Geliştirme uzaktan, cihaz entegrasyon testleri ve lansman dönemleri yerinde |
Ekip modelinde geliştiriciler 360 Soft’un istihdamında ve yönetiminde, hizmet alımı olarak çalışır; yerinde çalışmada yapı 4857 sayılı İş Kanunu md. 2’deki alt işverenlik kurallarına göre kurulur. Geçici iş ilişkisi (md. 7) İŞKUR izinli özel istihdam büroları üzerinden kurulabilir; 360 Soft özel istihdam bürosu değildir. Tek tek uzman ihtiyacınız varsa geliştirici kiralama sayfasına bakabilirsiniz.
Proje adımları ve tipik süreler
- Keşif ve gereksinim analizi (tipik 2–3 hafta): İş modeli, tarife yapısı, cihaz envanteri, ödeme ve faturalama akışı, raporlama ihtiyaçları, entegrasyonlar.
- Mimari ve UX tasarımı (tipik 2–4 hafta): Sistem mimarisi, veri modeli, sürücü uygulaması ve panel arayüzleri, güvenlik tasarımı.
- MVP geliştirme (tipik 3–5 ay): OCPP bağlantısı, temel tarife, sürücü uygulaması, ödeme, operatör paneli ve temel raporlar.
- Cihaz entegrasyon testleri (MVP ile paralel): Her cihaz modeli için laboratuvar ve saha testleri; uyumsuzlukların giderilmesi.
- Pilot ve canlıya geçiş (tipik 4–6 hafta): Sınırlı sayıda istasyonla gerçek kullanım, izleme ve düzeltmeler, ardından kademeli geçiş.
- Gelişmiş özellikler: Roaming, yük dengeleme, kurumsal hesaplar, abonelikler, Plug and Charge.
SLA ve KPI tablosu
Şarj ağında yazılımın kalitesi doğrudan sürücü deneyimine ve gelire yansır. İşletim ve bakım sözleşmesinde aşağıdaki göstergeler izlenir; hedef değerler ağ büyüklüğüne ve kapsama saatlerine göre birlikte belirlenir.
| Gösterge | Tanım | Neden önemli |
|---|---|---|
| Platform erişilebilirliği (uptime) | CPMS, uygulama ve ödeme servislerinin çalışır olduğu sürenin oranı | Sistem kesintisi tüm ağda şarjı durdurabilir |
| Cihaz çevrim içi oranı | Sisteme bağlı ve iletişim kuran cihaz oranı | Bağlantı sorunlarının erken tespiti |
| Şarj başlatma başarı oranı | Başlatma komutlarının başarıyla sonuçlanma oranı | Sürücü memnuniyetinin ana göstergesi |
| Uzaktan komut yanıt süresi | Uygulamadan başlatma ile cihazın şarja başlaması arasındaki süre | Kullanıcı deneyimi |
| Olay yanıt ve çözüm süresi | Kritik olayların fark edilmesinden çözülmesine kadar geçen süre | Gelir kaybını sınırlar |
| Ödeme mutabakat farkı | Oturum kayıtları ile ödeme kuruluşu kayıtları arasındaki fark | Finansal doğruluk |
| Arıza tespit süresi | Cihaz arızasının sistem tarafından algılanma süresi | Sürücü şikâyetinden önce müdahale |
| Sürüm kalitesi | Canlıya çıkan sürümlerden sonra açılan hata sayısı | Geliştirme sürecinin olgunluğu |
Fiyatlandırma modelleri
Bu sayfada TL fiyat vermiyoruz. Maliyet modül kapsamına, cihaz çeşitliliğine, entegrasyonlara ve işletim beklentisine göre değişir; keşif sonrası yazılı teklif hazırlanır.
| Model | Nasıl işler | Uygun olduğu durum |
|---|---|---|
| Sabit fiyat | Tanımlı kapsam için proje bedeli | Net gereksinimli MVP veya belirli modül geliştirmesi |
| Adam/ay | Size ayrılmış ekip için rol bazlı aylık ücret | Sürekli geliştirilen platform |
| Saatlik | Gerçekleşen geliştirme ve destek saati | Küçük geliştirmeler, danışmanlık, cihaz entegrasyonu desteği |
| Outcome-based / kullanım bazlı | İşletim hizmetinde bağlı cihaz veya şarj noktası başına aylık ücret | İşletim ve bakımın sağlayıcıda olduğu modeller |
| Maliyeti etkileyen faktör | Açıklama |
|---|---|
| Cihaz marka ve model sayısı | Her model ayrı test ve uyumluluk çalışması gerektirir |
| Tarife karmaşıklığı | Zaman dilimli, abonelikli ve kurumsal tarifeler |
| Platform sayısı | iOS, Android, web ve beyaz etiketli uygulamalar |
| Entegrasyonlar | Ödeme, muhasebe, ERP, otopark, filo ve roaming |
| Ölçek ve yedeklilik | Bağlı cihaz sayısı ve erişilebilirlik hedefi |
| İşletim kapsamı | Mesai içi veya 7/24 izleme ve olay yönetimi |
Hazır platform, freelancer veya özel geliştirme?
| Kriter | Hazır SaaS platform | Freelancer ile geliştirme | 360 Soft ile özel geliştirme |
|---|---|---|---|
| Başlangıç hızı | En hızlı | Belirsiz | MVP için birkaç ay |
| Özelleştirme | Platformun izin verdiği kadar | Yüksek ama riskli | İş modelinize göre tam esneklik |
| Uzun vadeli maliyet | Cihaz veya oturum başı lisans ağın büyümesiyle artar | Bakım belirsiz | Geliştirme yatırımı, lisans bağımlılığı yok |
| Veri ve kaynak kod sahipliği | Sağlayıcıda | Sözleşmeye bağlı | Sözleşmeyle size devredilir |
| Ölçeklenebilirlik ve güvenilirlik | Platforma bağlı | Genellikle zayıf | Mimari, test ve işletim süreçleriyle |
| Süreklilik | Yüksek | Kişiye bağlı | Ekip ve dokümantasyonla |
Ağınız küçükse ve iş modeliniz standartsa hazır bir platformla başlamak mantıklı olabilir. Ağ büyüdükçe, farklılaşan tarife ve kurumsal modeller ile entegrasyon ihtiyaçları arttıkça özel geliştirme daha avantajlı hale gelir. Karar keşif aşamasında birlikte değerlendirilir.
Temsili senaryo: akaryakıt istasyonu zincirinin şarj ağı
Temsili senaryodur. İstasyonlarına iki farklı markada hızlı şarj cihazı kuran bir akaryakıt zinciri, hazır bir platformda başlar; ancak sadakat programı, istasyon içi market kampanyaları ve kurumsal filo müşterilerine özel tarifeler platformda uygulanamaz. Tipik yaklaşım; cihazların OCPP uyumluluğunu test etmek, sadakat ve kurumsal hesap modüllerini içeren özel bir CPMS ile sürücü uygulamasını geliştirmek, istasyonları kademeli olarak yeni sisteme taşımak ve işletimi SLA’lı bir bakım sözleşmesiyle sürdürmektir. Proje süresi ve sonuçlar kapsam ile cihaz çeşitliliğine göre değişir.
Riskler ve önlemler
| Risk | Belirti | Önlem |
|---|---|---|
| Cihaz uyumsuzluğu | Bazı modellerin OCPP mesajlarını farklı yorumlaması | Model bazlı test planı, cihaz profilleri, üreticiyle teknik iletişim |
| Bağlantı kopmaları | Mobil ağ sorunları, cihaz yazılımı hataları | Çevrim dışı oturum kayıtlarının senkronizasyonu, otomatik yeniden bağlantı, alarm |
| Ödeme hataları | Provizyon ile gerçek tüketim farkı | Ön provizyon ve kapanış mantığı, günlük mutabakat |
| Güvenlik açıkları | Yetkisiz uzaktan komut veya veri sızıntısı | OCPP güvenlik profilleri, sertifika yönetimi, sızma testi, rol bazlı erişim |
| Ölçek sorunları | Bağlı cihaz arttıkça yavaşlama | Yatay ölçeklenebilir mimari, yük testleri |
| Düzenleyici değişiklikler | Yeni raporlama veya fiyat gösterim kuralları | Esnek raporlama katmanı, mevzuat takibi |
| Tedarikçi bağımlılığı | Kaynak kod ve dokümantasyonun sağlayıcıda kalması | Kaynak kod, altyapı tanımları ve dokümantasyonun size teslimi |
Güvenlik, KVKK/GDPR, NDA ve fikri mülkiyet
- Proje başında karşılıklı gizlilik sözleşmesi (NDA) imzalanır; iş modeli, tarife stratejisi ve cihaz anlaşmaları gizli bilgi olarak tanımlanır.
- Kişisel veriler için KVKK’ya uygun aydınlatma, açık rıza ve saklama-imha kuralları tasarıma dahil edilir; AB’de hizmet verilecekse GDPR gereklilikleri de eklenir. Konum verisi gerekli olduğunda ve kullanıcının izniyle işlenir.
- OCPP iletişimi TLS ile şifrelenir, cihaz kimlik doğrulaması sertifikalarla yapılır; yönetim paneli iki adımlı doğrulama ve rol bazlı yetkilerle korunur.
- Kart verisi sistemde tutulmaz; ödeme işlemleri lisanslı ödeme kuruluşları üzerinden yürütülür.
- Kaynak kod, altyapı tanımları ve dokümantasyonun fikri mülkiyeti sözleşmede tanımlandığı şekilde size devredilir; açık kaynak bileşenlerin lisansları listelenir.
- Canlı sistem için düzenli yedekleme, felaket kurtarma planı ve erişim kayıtları tutulur.
Seçim kontrol listesi
- OCPP 1.6J ve 2.0.1 ile gerçek cihazlar üzerinde test deneyimlerini anlatabiliyorlar mı?
- Cihaz bazlı test planı ve uyumluluk matrisi öneriyorlar mı?
- Çevrim dışı oturumların ve bağlantı kopmalarının nasıl yönetileceğini açıklıyorlar mı?
- Ödeme akışını lisanslı kuruluşlarla ve mutabakat mantığıyla birlikte tasarlıyorlar mı?
- EPDK raporlama ve fiyat şeffaflığı gereksinimlerini dikkate alıyorlar mı?
- Roaming (OCPI) ve yük dengeleme için mimaride yer bırakıyorlar mı?
- Kaynak kod ve dokümantasyon size teslim ediliyor mu?
- Canlıya geçiş sonrası işletim ve bakım SLA’sı sunuyorlar mı?
- Güvenlik testleri ve sertifika yönetimi planı var mı?
- Kademeli geçiş ve geri dönüş planı öneriyorlar mı?
Canlı sistemin bulut altyapısı ve izlenmesi için DevOps ve bulut operasyonu outsourcing, canlıya geçiş sonrası geliştirme ve destek için yazılım bakım ve destek (AMS) hizmetleri birlikte planlanabilir. Büyük ölçekli platformlar için büyük ölçekli yazılım ekibi sayfasına bakabilirsiniz.
Sık sorulan sorular
Hangi şarj cihazı markalarıyla çalışır?
OCPP destekleyen cihazlarla çalışır. Entegrasyon öncesinde her cihaz modeli için test yapılır ve uyumluluk matrisi çıkarılır.
Sadece mobil uygulama yaptırabilir miyiz?
Evet. Bir CPMS’iniz varsa onun API’leriyle çalışan bir sürücü uygulaması geliştirilebilir. Tüketici uygulaması fikirleri için elektrikli araç şarj uygulaması yapma sayfasına bakabilirsiniz.
Ödeme altyapısı dahil mi?
Evet. Ödeme, lisanslı ödeme kuruluşlarıyla ödeme sistemi entegrasyonu üzerinden kurulur; kart verisi sistemde saklanmaz.
OCPP 1.6J mı, 2.0.1 mi kullanmalıyız?
Sahadaki cihazların çoğu hâlâ 1.6J destekler; yeni kurulumlarda güvenlik ve cihaz yönetimi avantajları nedeniyle 2.0.1 tercih edilir. Platform her iki sürümü birlikte destekleyecek şekilde tasarlanır.
Hazır platformdan geçiş yapabilir miyiz?
Evet. Cihazlar kademeli olarak yeni sisteme yönlendirilir; kullanıcı hesapları ve geçmiş veriler taşınabilir. Geçiş planı geri dönüş adımlarıyla birlikte hazırlanır.
Roaming desteği var mı?
OCPI ile diğer ağlarla karşılıklı kullanım ve mutabakat desteklenebilir. Uygulama, iş birliği anlaşmalarınıza bağlıdır.
EPDK raporlama gereksinimlerini karşılıyor mu?
Sistem, düzenleyici raporlar için gereken verileri toplayacak ve dışa aktaracak şekilde tasarlanır. Güncel raporlama yükümlülükleri keşif aşamasında sizinle birlikte teyit edilir.
Yük dengeleme yapılabilir mi?
Evet. Şebeke bağlantı kapasitesine göre istasyon içinde güç paylaşımı ve akıllı şarj profilleri uygulanabilir.
MVP ne kadar sürede çıkar?
Tipik olarak keşif ve tasarım dahil birkaç ay sürer. Süre cihaz çeşitliliğine, tarife yapısına ve entegrasyonlara göre değişir.
Kaynak kod kime ait olur?
Sözleşmede tanımlandığı şekilde kaynak kod, altyapı tanımları ve dokümantasyon size devredilir.
Canlıya geçtikten sonra destek veriyor musunuz?
Evet. İzleme, olay yönetimi, güncellemeler ve geliştirmeleri kapsayan SLA’lı işletim ve bakım sözleşmesi sunulur.
Fiyatlandırma nasıl yapılır?
Sabit fiyatlı proje, adam/ay ekip, saatlik destek veya bağlı cihaz başına işletim ücreti gibi modeller kullanılabilir; kapsam keşif sonrası yazılı teklifle netleşir.
Şarj ağınızın yazılımını konuşalım
Cihaz envanterinizi, tarife modelinizi ve hedeflediğiniz ağ büyüklüğünü paylaşın; mimari önerisini, proje planını ve yazılı teklifi hazırlayalım. Telefon: +90 850 335 10 87 · E-posta: info@360-soft.com · İletişim formu. 360 Soft, Nidakule Ataşehir, İstanbul.
İlgili sayfalar
Projenizi konuşalım İhtiyacınızı kısaca yazın; kapsam, takvim ve yazılı teklifi paylaşalım. Teklif alın · WhatsApp · +90 850 335 10 87
Bu sayfa 360 Soft Yetkili Temsilcisi Yasir Bünyamin İncedere tarafından hazırlanmıştır. Son güncelleme: Kasım 2026.