CPO Yazılım Geçişlerinde OCPP Proxy

CPO Yazılım Geçişlerinde OCPP Proxy: Şarj Ağınızı Daha Güvenli ve Kontrollü Taşıyın

Elektrikli araç şarj ağı işletmecileri için kullanılan merkezi yönetim yazılımı, operasyonun en kritik bileşenlerinden biridir. Şarj istasyonlarının çevrim içi durumundan kullanıcı yetkilendirmelerine, şarj oturumlarından fiyatlandırmaya, uzaktan müdahaleden raporlamaya kadar çok sayıda süreç merkezi yönetim sistemi üzerinden yürütülür.

Bu nedenle bir CPO'nun mevcut yazılımından memnun olmaması, yazılımını kolayca değiştirebileceği anlamına gelmez.

Asıl problem çoğu zaman yeni yazılımı seçmek değil, sahada çalışan onlarca, yüzlerce veya binlerce şarj istasyonunu yeni sisteme güvenli biçimde taşımaktır.

İşte ChargenOS tarafından geliştirilen OCPP Proxy yaklaşımı tam olarak bu problemi çözmek için tasarlanmıştır.

ChargenOS OCPP Proxy, şarj istasyonları ile merkezi yönetim sistemi arasında bir bağlantı ve yönlendirme katmanı oluşturarak CPO'nun backend değişikliğini doğrudan istasyonların üzerinde yapmak yerine merkezi olarak yönetebilmesine imkân verir.

CPO'lar Neden Kullandıkları Yazılımı Değiştirmekte Zorlanıyor?

Bir CPO mevcut sisteminde performans problemleri, yetersiz raporlama, entegrasyon sorunları, yüksek lisans maliyetleri, teknik destek problemleri veya yeni özelliklerin geliştirilememesi gibi pek çok sorun yaşayabilir.

Buna rağmen yazılım değişikliği uzun süre ertelenebilir.

Çünkü çalışan bir şarj ağında yapılacak backend değişikliği yalnızca bir yazılım kurulumu değildir. Sahadaki fiziksel cihazların da yeni merkezi sisteme bağlanması gerekir.

Özellikle farklı üreticilerden oluşan bir istasyon ağı söz konusu olduğunda süreç daha karmaşık hâle gelir.

• Her üreticinin OCPP yapılandırması farklı olabilir.
• Aynı üreticinin farklı firmware sürümleri farklı davranabilir.
• Backend URL değişiklik yöntemleri cihazdan cihaza farklılık gösterebilir.
• Bazı cihazlar uzaktan yapılandırılabilirken bazıları saha müdahalesi gerektirebilir.
• Kimlik doğrulama bilgileri ve güvenlik ayarlarının değiştirilmesi gerekebilir.
• Eski yazılım sağlayıcısının geçiş sürecine destek vermesi gerekebilir.
• İstasyon üreticisinin teknik desteğine ihtiyaç duyulabilir.

Dolayısıyla CPO açısından soru çoğu zaman "Daha iyi bir yazılım var mı?" değildir.

Gerçek soru şudur:

"Çalışan şarj ağımı riske atmadan bu yazılıma nasıl geçeceğim?"

Proxy Olmadan Geleneksel Yazılım Geçişi Nasıl Gerçekleşir?

Geleneksel modelde her şarj istasyonunun yeni CSMS adresine yönlendirilmesi gerekir.

Basitleştirilmiş yapıda bağlantı şöyledir:

Şarj İstasyonu → Mevcut CSMS

Yeni yazılıma geçildiğinde bağlantının şu hâle getirilmesi gerekir:

Şarj İstasyonu → Yeni CSMS

Bu değişiklik teorik olarak basit görünse de gerçek bir CPO ağı içerisinde ciddi operasyonel riskler ortaya çıkarabilir.

1. İstasyonların Tek Tek Yeniden Yapılandırılması

Her istasyonun merkezi sistem adresinin değiştirilmesi gerekir. 10 istasyonlu bir ağ için yönetilebilir görünen bu işlem, yüzlerce veya binlerce cihaz bulunan bir şarj ağı için ciddi bir operasyon hâline gelir.

2. Uzaktan Erişim Problemleri

Bazı cihazlarda merkezi sistem adresi OCPP üzerinden değiştirilebilirken bazı modellerde üretici paneli, özel komut, firmware güncellemesi veya doğrudan saha müdahalesi gerekebilir.

3. Bağlantının Kaybedilmesi Riski

Bir istasyonun yeni backend bilgileri hatalı girildiğinde veya konfigürasyon işlemi yarıda kaldığında cihaz eski sistemle bağlantısını kaybedebilir ancak yeni sisteme de bağlanamayabilir.

Bu durumda uzaktan erişim imkânı tamamen kaybolabilir ve saha ekibinin fiziksel müdahalesi gerekebilir.

4. Farklı Marka ve Modeller

CPO ağları zaman içerisinde büyüdükçe genellikle tek bir donanım üreticisinden oluşmaz. Aynı ağ içerisinde farklı üreticilere, modellere ve firmware sürümlerine sahip istasyonlar bulunabilir.

Bu nedenle tek bir migrasyon yöntemi bütün istasyonlarda çalışmayabilir.

5. Büyük Ölçekli Geçiş Riski

Tüm ağı aynı anda yeni yazılıma geçirmek, herhangi bir uyumluluk probleminde çok sayıda istasyonun aynı anda etkilenmesine neden olabilir.

Bu nedenle başarılı bir geçiş mümkün olduğunca kontrollü ve aşamalı gerçekleştirilmelidir.

6. Geri Dönüşün Zorlaşması

Yeni sisteme yönlendirilmiş yüzlerce istasyonda beklenmeyen bir problem oluştuğunda eski sisteme geri dönmek için istasyonların yeniden yapılandırılması gerekebilir.

Bu da teknik ekibin yazılım değişikliği konusunda doğal olarak daha temkinli davranmasına neden olur.

ChargenOS OCPP Proxy Bu Problemi Nasıl Değiştiriyor?

ChargenOS'un geliştirdiği OCPP Proxy mimarisinde şarj istasyonu doğrudan nihai CSMS sistemine bağlanmak yerine ChargenOS OCPP Proxy katmanına bağlanır.

Proxy daha sonra OCPP iletişimini ilgili backend sistemine yönlendirir.

Geçişin İlk Aşaması

Şarj İstasyonu → ChargenOS OCPP Proxy → Mevcut CPO Yazılımı

Bu aşamada CPO mevcut yazılımını kullanmaya devam eder.

Şarj oturumları, operasyonlar ve mevcut sistem akışı değişmeden çalışmayı sürdürebilir. Buradaki temel amaç istasyonların nihai backend adresi yerine kontrollü bir OCPP yönlendirme katmanına alınmasıdır.

Yeni ChargenOS Sistemi Hazırlandığında

ChargenOS üzerindeki istasyon tanımları, işletme yapısı, kullanıcılar, tarifeler, entegrasyonlar ve gerekli diğer operasyonel hazırlıklar tamamlandıktan sonra geçiş planlanabilir.

İkinci aşamada yapı şu hâle gelir:

Şarj İstasyonu → ChargenOS OCPP Proxy → ChargenOS CSMS

Buradaki kritik fark şudur:

Şarj istasyonunun bildiği adres değişmez. İstasyon hâlâ aynı proxy noktasına bağlanır. Değişen, proxy katmanındaki backend yönlendirmesidir.

Böylece nihai yazılım geçişi sırasında yüzlerce istasyona yeniden backend adresi göndermek yerine yönlendirme merkezi bir noktadan kontrol edilebilir.

Bir Defa Proxy'ye Bağlanmak Neden Stratejik Bir Avantajdır?

Proxy yalnızca ChargenOS'a ilk geçişi kolaylaştıran geçici bir araç olarak düşünülmemelidir.

Asıl değer, şarj cihazı ile backend arasındaki bağımlılığın azaltılmasından gelir.

Bir istasyonun doğrudan tek bir yazılım sağlayıcısının adresine bağlanması yerine CPO'nun kontrol ettiği bir bağlantı katmanına bağlanması, altyapının gelecekte daha esnek yönetilmesini sağlar.

Bu yaklaşım CPO'ya yazılım altyapısı üzerinde daha fazla kontrol sağlar ve backend bağımlılığını azaltır.

Proxy Olmadan ve Proxy ile Yazılım Geçişi

Konu	Proxy Olmadan	ChargenOS OCPP Proxy ile
Backend değişikliği	İstasyonların bağlantı adresleri değiştirilir	Proxy üzerindeki yönlendirme değiştirilir
İstasyon müdahalesi	Geçiş sırasında tekrar gerekebilir	Proxy'ye alındıktan sonraki backend geçişlerinde önemli ölçüde azalır
Geçiş yönetimi	Cihaz bazlı	Merkezi yönlendirme yaklaşımı
Farklı cihaz markaları	Her cihazın migrasyon yöntemi ayrı yönetilir	İlk proxy bağlantısından sonra backend geçişi standartlaştırılır
Geçiş riski	Backend değişimi ile cihaz konfigürasyonu aynı anda gerçekleşir	Cihaz bağlantısının taşınması ile yazılım geçişi ayrıştırılabilir
Aşamalı geçiş	Daha karmaşık	İstasyon grupları üzerinden daha kontrollü planlanabilir
Geri dönüş planı	İstasyonların yeniden yapılandırılması gerekebilir	Backend yönlendirmesinin merkezi yönetimi geri dönüşü kolaylaştırabilir

En Önemli Kazanç: İki Riski Birbirinden Ayırmak

Geleneksel geçişte iki kritik işlem aynı anda yapılır:

1. İstasyonun ağ bağlantısı değiştirilir.
2. Yeni CSMS sistemi devreye alınır.

Bu durumda problem yaşandığında sorunun cihaz konfigürasyonundan mı, ağ bağlantısından mı, OCPP uyumluluğundan mı yoksa yeni yazılımdan mı kaynaklandığını anlamak daha zor olabilir.

Proxy yaklaşımında ise bu iki süreç ayrıştırılabilir.

Öncelikle istasyonlar proxy katmanına alınır ve mevcut sistem kullanılmaya devam edilir.

Bağlantının stabil olduğu doğrulandıktan sonra ChargenOS geçişi ayrı bir aşama olarak gerçekleştirilebilir.

Bu ayrım, migrasyon sürecinin teknik olarak çok daha kontrollü yönetilebilmesini sağlar.

Geçiş Tek Gecede Yapılmak Zorunda Değil

Özellikle büyük CPO ağlarında yüzlerce istasyonu aynı gece taşımak gereksiz bir risk oluşturabilir.

ChargenOS OCPP Proxy yaklaşımı ile migrasyon istasyon grupları hâlinde planlanabilir.

1. Mevcut istasyon envanteri çıkarılır.
2. Marka, model ve firmware sürümleri belirlenir.
3. OCPP uyumluluk kontrolleri gerçekleştirilir.
4. İlk pilot istasyon grubu belirlenir.
5. İstasyonlar kontrollü biçimde OCPP Proxy'ye yönlendirilir.
6. Proxy üzerinden mevcut yazılıma bağlantının stabil olduğu doğrulanır.
7. ChargenOS tarafındaki gerekli veriler ve yapılandırmalar hazırlanır.
8. Belirlenen pilot grubun backend yönlendirmesi ChargenOS'a alınır.
9. Şarj başlatma, durdurma, durum bildirimleri ve operasyonel senaryolar kontrol edilir.
10. Başarılı sonuçlardan sonra diğer istasyon grupları aşamalı biçimde taşınır.

Böylece "bir gecede her şeyi değiştirme" modeli yerine ölçülebilir ve kontrollü bir migrasyon süreci oluşturulur.

CPO'nun Sahadaki Operasyon Yükünü Azaltır

Şarj ağı büyüdükçe saha operasyonunun maliyeti de büyür.

Farklı şehirlerde bulunan yüzlerce istasyona teknik ekip göndermek yalnızca işçilik maliyeti oluşturmaz. Seyahat, zaman planlaması, erişim izinleri ve işletme kesintisi gibi dolaylı maliyetler de ortaya çıkar.

ChargenOS OCPP Proxy, ilk bağlantı aşamasından sonraki backend geçişlerinin istasyon cihazı yerine merkezi yönlendirme katmanından yönetilebilmesini sağlayarak saha bağımlılığını azaltmayı hedefler.

Çalışan Sistemi Bozmadan Yeni Sisteme Hazırlanabilmek

CPO'ların yazılım değişimine karşı en büyük çekincelerinden biri çalışan operasyonun etkilenmesidir.

Proxy yaklaşımındaki önemli avantajlardan biri mevcut CSMS kullanılmaya devam ederken yeni ChargenOS altyapısının hazırlanabilmesidir.

Bu süreçte:

• İstasyon envanteri oluşturulabilir.
• ChargenOS istasyon tanımları hazırlanabilir.
• Tarifeler yapılandırılabilir.
• Kullanıcı ve yetki yapıları oluşturulabilir.
• Gerekli entegrasyonlar devreye alınabilir.
• Mobil uygulama süreçleri hazırlanabilir.
• Raporlama ve operasyon senaryoları test edilebilir.
• Pilot istasyonlar üzerinden uyumluluk kontrolleri gerçekleştirilebilir.

CPO böylece yeni sisteme "hazır olmadan geçmek" yerine önce yeni ortamını hazırlayıp ardından kontrollü olarak devreye alabilir.

Farklı Marka ve Modellerden Oluşan Şarj Ağlarında Daha Fazla Değer Sağlar

Gerçek hayattaki CPO altyapılarının önemli bir bölümü homojen değildir.

Bir CPO ilk yılında bir üreticiden AC istasyonlar kullanırken sonraki dönemde başka bir üreticiden DC hızlı şarj cihazları satın alabilir. Zaman içerisinde firmware sürümleri de farklılaşabilir.

Bu durum backend migrasyonunu zorlaştırır.

Proxy katmanına geçiş aşamasında cihazların teknik farklılıkları yine dikkate alınmalıdır. Ancak cihaz proxy'ye başarıyla bağlandıktan sonra ileride yapılacak backend yönlendirmelerinin cihaz üzerinde tekrar tekrar gerçekleştirilmesi gereksinimi azalır.

Bu nedenle proxy mimarisi özellikle çok markalı ve geniş coğrafyaya yayılmış şarj ağlarında stratejik değer oluşturur.

OCPP Açık Bir Standarttır; Ancak Her Implementasyon Aynı Değildir

OCPP'nin en önemli avantajlarından biri farklı üreticilerin şarj cihazları ile farklı merkezi yönetim sistemlerinin ortak bir protokol üzerinden haberleşebilmesine imkân vermesidir.

Ancak gerçek saha uygulamalarında farklı üreticilerin protokolü uygulama biçimlerinde farklılıklar görülebilir.

Bu nedenle ChargenOS'a geçiş öncesinde marka, model, firmware ve kullanılan OCPP fonksiyonlarının doğrulanması önemlidir.

ChargenOS OCPP Proxy migrasyonu kolaylaştırır; ancak başarılı bir yazılım geçişinin temelinde doğru envanter ve uyumluluk testleri bulunmaya devam eder.

OCPP Proxy Neleri Çözer, Neleri Tek Başına Çözmez?

OCPP Proxy'nin en önemli görevi şarj istasyonu ile backend arasındaki bağlantı bağımlılığını azaltmak ve backend yönlendirmesini merkezileştirmektir.

Ancak bir CPO yazılım migrasyonu yalnızca OCPP bağlantısından oluşmaz.

Aşağıdaki alanların ayrıca planlanması gerekebilir:

• Geçmiş şarj oturumlarının aktarılması
• Müşteri ve kullanıcı hesaplarının taşınması
• RFID ve yerel yetkilendirme listelerinin aktarılması
• Tarife ve fiyatlandırma modellerinin yeniden oluşturulması
• Ödeme sistemi entegrasyonları
• Faturalama ve e-belge süreçleri
• Roaming ve OCPI bağlantıları
• SIM ve APN konfigürasyonları
• Güvenlik sertifikaları ve kimlik doğrulama bilgileri
• QR kod ve mobil uygulama yönlendirmeleri

Bu nedenle ChargenOS yaklaşımında OCPP Proxy, bütün migrasyonun kendisi değil; migrasyonun en kritik ve riskli parçalarından biri olan istasyon-backend bağlantısının kontrollü yönetimini sağlayan altyapı bileşenidir.

CPO Açısından Yazılım Bağımsızlığının Önemi

Bir CPO yüzlerce fiziksel istasyona, saha altyapısına, elektrik tesisatına ve marka değerine yatırım yapar.

Bu altyapının yalnızca merkezi yazılım değiştirmek zor olduğu için belirli bir backend sağlayıcısına bağımlı hâle gelmesi uzun vadede önemli bir ticari risk oluşturabilir.

Backend değişiminin kolaylaşması CPO'ya daha güçlü bir teknoloji stratejisi sunar.

• Daha iyi hizmet sunan platformlara geçiş kolaylaşır.
• Teknoloji sağlayıcısına bağımlılık azalır.
• Maliyet ve hizmet kalitesi daha rahat karşılaştırılabilir.
• Yeni özelliklerin devreye alınması konusunda daha fazla esneklik oluşur.
• Gelecekteki sistem değişiklikleri daha planlanabilir hâle gelir.

ChargenOS ile Migrasyon Yaklaşımı

ChargenOS için hedef yalnızca CPO'ya yeni bir yönetim paneli sunmak değildir.

Asıl hedef, mevcut operasyonun mümkün olduğunca korunarak yeni altyapıya geçişin yönetilebilir hâle getirilmesidir.

Bu nedenle migrasyon süreci yalnızca "yeni sunucuyu aç ve istasyonları bağla" yaklaşımıyla ele alınmaz.

İstasyon altyapısı analiz edilir, cihaz uyumlulukları değerlendirilir, proxy geçiş planı oluşturulur ve operasyon kontrollü aşamalara ayrılır.

Örnek Geçiş Senaryosu

100 istasyon işleten ve mevcut CPO yazılımında çeşitli problemler yaşayan bir işletme düşünelim.

Geleneksel yaklaşımda 100 istasyonun yeni ChargenOS sunucusuna yönlendirilmesi gerekir. Farklı üreticilerin bulunduğu bir ağda bu değişiklik farklı yöntemler gerektirebilir.

ChargenOS OCPP Proxy modelinde ise süreç iki ayrı projeye bölünebilir.

Birinci proje: Bağlantı standardizasyonu

İstasyonlar kontrollü gruplar hâlinde OCPP Proxy'ye alınır. Ancak proxy arka tarafta mevcut CSMS sistemine yönlendirme yaptığı için CPO operasyonuna mevcut yazılımıyla devam eder.

İkinci proje: ChargenOS'a geçiş

ChargenOS ortamı tamamen hazırlandıktan ve gerekli testler tamamlandıktan sonra proxy yönlendirmeleri kontrollü gruplar hâlinde ChargenOS'a aktarılır.

Böylece cihaz bağlantı değişikliği ile yazılım değişikliği aynı anda gerçekleştirilmemiş olur.

Yazılım Değiştirmek Artık Bir "Ya Hep Ya Hiç" Kararı Olmamalı

CPO'ların yıllarca memnun olmadıkları bir sistemde kalmasının temel nedenlerinden biri migrasyon riskidir.

Yeni platformun daha gelişmiş olması tek başına yeterli değildir. CPO, mevcut istasyonlarının çalışmaya devam edeceğinden ve geçiş sürecinin yönetilebilir olduğundan emin olmak ister.

ChargenOS OCPP Proxy tam olarak bu noktada devreye girer.

Şarj istasyonlarını backend değişikliklerinden ayrıştıran bu mimari, CPO'lara mevcut altyapılarını koruyarak daha kontrollü bir teknoloji dönüşümü gerçekleştirme imkânı sunar.

Önce bağlantıyı kontrol altına alın. Mevcut sisteminizi çalıştırmaya devam edin. Yeni ChargenOS ortamınızı hazırlayın. Hazır olduğunuzda backend yönlendirmesini merkezi olarak gerçekleştirin.

ChargenOS'un OCPP Proxy yaklaşımının temelinde bu basit ancak güçlü prensip bulunur.

Sık Sorulan Sorular

OCPP Proxy nedir?

OCPP Proxy, şarj istasyonu ile merkezi şarj yönetim sistemi arasında konumlanan ve OCPP bağlantısının hangi backend sistemine yönlendirileceğini kontrol eden bir ara katmandır.

ChargenOS OCPP Proxy neden yazılım değişiminde kullanılır?

İstasyonların doğrudan yeni CSMS adresine taşınması yerine önce proxy katmanına bağlanmasını sağlar. Daha sonra nihai backend değişikliği proxy üzerinden merkezi olarak gerçekleştirilebilir.

Proxy kullanıldığında istasyonların ayarları hiç değiştirilmez mi?

İstasyonların ilk kez ChargenOS OCPP Proxy'ye yönlendirilmesi için mevcut bağlantı ayarlarının değiştirilmesi gerekebilir. Asıl avantaj, bu işlem tamamlandıktan sonra nihai backend geçişlerinin tekrar istasyon bazında yapılmak zorunda olmamasıdır.

Mevcut CPO yazılımı proxy bağlantısından sonra çalışmaya devam edebilir mi?

Evet. Migrasyon modelinin temelinde proxy'nin başlangıçta OCPP trafiğini mevcut CSMS sistemine yönlendirmesi bulunur. Böylece yeni ChargenOS ortamı hazırlanırken mevcut sistem kullanılmaya devam edilebilir.

Bütün istasyonların aynı anda taşınması gerekir mi?

Hayır. Aksine büyük şarj ağlarında marka, model, lokasyon veya operasyonel gruplara göre aşamalı geçiş yapılması daha kontrollü bir yaklaşım sağlar.

OCPP Proxy saha ziyaretlerini tamamen ortadan kaldırır mı?

Her durumda değil. Özellikle ilk proxy geçişinde uzaktan yapılandırılamayan cihazlar için üretici desteği veya saha müdahalesi gerekebilir. Proxy'nin önemli avantajı, bu başlangıç sürecinden sonraki backend değişikliklerinde cihazlara tekrar müdahale ihtiyacını azaltmasıdır.

OCPP Proxy veri migrasyonunu da gerçekleştirir mi?

OCPP Proxy temel olarak istasyon ile backend arasındaki iletişim ve yönlendirme katmanıdır. Müşteri, şarj geçmişi, ödeme, tarife, roaming ve diğer iş verilerinin migrasyonu ayrıca planlanmalıdır.

OCPP Proxy hangi CPO'lar için özellikle faydalıdır?

Çok sayıda istasyonu bulunan, farklı marka ve modeller kullanan, farklı şehir veya bölgelerde operasyon yürüten, mevcut yazılımından memnun olmadığı hâlde migrasyon riskinden dolayı değişiklik yapamayan CPO'lar için önemli avantaj sağlar.

ChargenOS ile Yazılım Değişimi Bir Risk Değil, Yönetilebilir Bir Migrasyon Projesine Dönüşür

CPO yazılımınızı değiştirmek için çalışan şarj ağınızı riske atmak zorunda değilsiniz.

ChargenOS OCPP Proxy ile mevcut sisteminiz çalışmaya devam ederken istasyonlarınızı kontrollü bir bağlantı katmanına taşıyabilir, ChargenOS altyapınızı hazırlayabilir ve uygun zamanda backend geçişini merkezi olarak yönetebilirsiniz.

Böylece yazılım değişikliği, yüzlerce cihazın aynı anda yeniden yapılandırıldığı yüksek riskli bir operasyon olmaktan çıkarak planlanabilir, aşamalı ve kontrol edilebilir bir migrasyon sürecine dönüşür.