Ticari Şarj Cihazlarında RFID Erişimi Nasıl Kurulur?

Ticari elektrikli araç şarj cihazlarında RFID erişimini kurmak için okuyucunun erişim aracınızı desteklediğini doğrulayın, şarj cihazının gerçekten ilettiği tanımlayıcıyı alın, bu değeri şarj platformuna kaydedin, gerekli erişim haklarını atayın ve şarj oturumunu baştan sona test edin. Ardından bağlantı kesildiğinde ve bir kartın yetkisi iptal edildiğinde ne olduğunu sınayın.

Üretim partisini, temsili bir numune bu iş akışını başarıyla tamamladıktan sonra sipariş edin. Kartın başarıyla okutulması sonucun yalnızca bir bölümünü doğrular. Kabul kaydınız doğru şarj noktasını, hesabı, enerji kaydını ve durdurma davranışını da göstermelidir.

Bu rehber, şarj ekipmanı yetkin bir kurulum uzmanı tarafından kurulup devreye alındıktan sonraki erişim yönetimini ele alır. Fiziksel erişim araçlarını bir şarj yönetim sistemine bağlayan ekibe yöneliktir.

Hangi kararı hangi sistemin verdiğini anlayın

Çevrimiçi yetkilendirme akışında RFID okuyucu bir tanımlayıcı alır, şarj istasyonu bunu şarj istasyonu yönetim sistemine, yani CSMS'ye iletir ve platform bir yetkilendirme sonucu döndürür. OCPP, istasyon ile bu yönetim sistemi arasındaki iletişimi düzenler. Kart ile okuyucu arasındaki radyo arayüzü, entegrasyonun ayrı bir parçasıdır. Open Charge Alliance protokol özetine bakın.

Her katman için bir sorumlu belirleyin. Kart tedarikçisi, kararlaştırılan fiziksel erişim aracını ve tanımlayıcı dosyasını sağlayabilir; şarj entegratörü okuyucunun davranışını doğrular; platform işletmecisi hesap kaydını ve izinleri yönetir. Devreye alma başlamadan önce uyumsuzlukları kimin çözeceğini kaydedin.

1. Okuyucu ve yetkilendirme özelliklerini doğrulayın

Tam şarj cihazı modeli, donanım revizyonu ve kurulu ürün yazılımı için okuyucu teknik özelliklerini isteyin. Desteklediği temassız standartları, kullandığı erişim aracı modunu ve yapılandırılabilen tanımlayıcı dönüşümlerini kaydedin. “RFID destekli” gibi bir açıklama bu soruları yanıtlamaz.

NFC, 13.56 MHz frekansında çalışır ve ISO/IEC 14443 Type A, Type B ve ISO/IEC 15693 dâhil çeşitli temassız teknolojileri kapsar. Bu nedenle yalnızca frekans eşleşmesi, satın alma şartnamesi için yeterli değildir. Kart teknolojisinin okuyucunun teknik özellikleriyle uyumunu doğrulayın. NFC Forum teknik özeti bu temel protokolleri açıklar.

Ardından istasyonun ve arka uç sisteminin gerçekte neleri uyguladığını belirleyin:

OCPP sertifikasyonu özellik düzeyinde değerlendirilmelidir. OCA'nın Aralık 2025 güncellemesi, Local List Management özelliğini OCPP 2.0.1 Core profilindeki isteğe bağlı özellikler arasında sayar. Dolayısıyla güncellenmiş sertifikasyon programı, sertifikalı her istasyonun yerel liste desteği sunacağını garanti etmez. OCA'nın OCPP 2.Lite uygulama notunun C bölümü de yetkilendirme önbelleğinin bulunmayabileceğini ve uygulamaların farklı yetkilendirme yöntemlerini destekleyebileceğini açıklar.

Sertifikanın kapsamını ve varsa Protocol Implementation Conformance Statement belgesini isteyin; bunları kurulu yazılımla karşılaştırın. Bu kanıtları saha yapılandırmasıyla birlikte saklayın.

OCA şu anda OCPP 1.6, 2.0.1 ve 2.1 paketlerini yayımlıyor. Aşağıdaki örnekler özellikle 1.6 ve 2.0.1'i ele alır; 2.1 kurulumu için ilgili sürümün şartnamesini kullanın. Devreye alma veya yükseltme sırasında resmî indirmeleri ve düzeltmeleri kontrol edin.

2. Tanımlayıcıyı gerçek şarj cihazından alın

Birbirinden ayırt edilebilen az sayıda test kartıyla başlayın. Basılı kart referansını elektronik değerden ayrı tutun: CRF-TEST-0042 gibi görünür bir seri numarası destek için yararlıdır, ancak arka uç tanımlayıcısıyla ilişkisi belgelenmelidir.

Aşağıdakiler, hayalî bir tanımlayıcı kullanan çevrimiçi OCPP yetkilendirme isteğinin örnek veri parçalarıdır:

OCPP 1.6

{"idTag":"04A1B2C3D4E5F7"}

OCPP 2.0.1

{"idToken":{"idToken":"04A1B2C3D4E5F7","type":"ISO14443"}}

Bu parçalar WebSocket mesaj çerçevesini içermez. Resmî şemalar, 1.6 sürümündeki idTag için en fazla 20 karakter, 2.0.1 sürümündeki idToken dizesi için en fazla 36 karakter tanımlar; 2.0.1 ayrıca belirteç türünü de gerektirir. Entegrasyonunuzda kullanılan OCPP 1.6 paketi veya OCPP 2.0.1 Edition 4 paketi üzerinden doğrulayın.

Yerel olarak yetkilendirilen bir başlatma, farklı mesaj sırası izleyebilir. Entegratörden, bu modda erişim aracının ve yetkilendirme kararının nerede kaydedildiğini belirtmesini isteyin.

3. Kartları içe aktarmadan önce UID gösterimini kararlaştırın

OCPP 2.0.1, ISO14443 belirteci için UID baytlarının onaltılık biçimde, bayt 0 önce gelecek şekilde gösterilmesini önerir. Eski ürünlerin davranışı yine de kontrol edilmelidir: Wallbox'ın OCPP etkinleştirme rehberi, kapsadığı ürünler için ayırıcı içermeyen little-endian onaltılık değerler belirtir. Bu, ürüne özgü bir talimattır; evrensel bir dönüşüm kuralı değildir. OCPP 2.0.1 yetkilendirme bölümü C.1.1'e ve Wallbox etkinleştirme rehberinin 14 ve 20. sayfalarına bakın.

Bu hayalî yedi baytlık dizinin gösterimleri şöyledir:

Tablo, birbirinin yerine kullanılabilen dört arka uç değerini değil, dönüşümleri gösterir. Entegrasyonun gerektirdiği gösterimi içe aktarın. Baytları ters çevirmek, sıralarını karakter çiftleri hâlinde değiştirir; tek tek karakterleri ters çevirmek farklı bir sonuç üretir.

Tedarikçi verileri, istasyon günlüğü ve arka uç içe aktarma alanı arasındaki eşleştirmeyi yazılı tutun. Bayt uzunluğunu, onaltılık veya ondalık gösterimi, bayt sırasını, ayırıcıları ve açıkça belgelenmiş tüm dönüşümleri ekleyin. Ham kaynak dosyayı koruyun. Belgelenmemiş kısaltmalardan ve eksik baytları tahmin etmekten kaçının.

Tanımlayıcıları dönüştüren cihaz ayarlarını kontrol edin. Örneğin Wallbox eM4 WebAdmin kılavuzu, “Shorten UIDs” seçeneğini içerir ve yetkilendirme ayarlarının hem yerel arayüzden hem de arka uçtan değiştirilebileceği konusunda uyarır. Wallbox WebAdmin kılavuzunun 23. sayfasına bakın. Her iki sistem bağlandıktan sonra geçerli yapılandırmayı kaydedin.

Tanımlayıcı sütunlarını elektronik tablolara metin olarak aktarın. Excel, baştaki sıfırları kaldırabilir ve sayısal hassasiyeti 15 anlamlı basamakla sınırlar; ondalık örneğimiz 16 basamaklıdır. Veriler değiştirildikten sonra görüntü biçimi uygulamak özgün tanımlayıcıyı geri getirmez. Microsoft'un tanımlayıcı verilerini koruma yönergelerini izleyin.

Gösterimleri incelemek için ChargeRFID UID dönüştürücüsünü, üretim ve arka uç dosyalarını karşılaştırmak için erişim aracı dosyası mutabakat aracını kullanın. Önerilen eşleştirmeyi partiye uygulamadan önce gerçek bir şarj cihazı günlüğüyle doğrulayın.

4. Erişim araçlarını kaydedin ve ticari izinleri atayın

Platformun belgelenmiş kayıt veya içe aktarma sürecini kullanarak erişim aracı kaydını oluşturun. İşletmenizin şarj işlemlerini ilişkilendirme biçimine göre amaçlanan sürücüye, araca, departmana veya müşteri hesabına bağlayın.

Pilottaki her erişim aracı için şunları kaydedin:

Bunları ayrı kabul soruları olarak ele alın. Bir erişim aracı, amaçlanan konum iznine veya hesap atamasına sahip olmadan veritabanında görünebilir. Benzer şekilde, başarılı bir başlangıç doğru faturalandırma düzenlemesinin uygulandığını göstermez.

Parti referansı, içe aktarma sonucu, istisna nedeni ve inceleyen kişiyi içeren bir kayıt çizelgesi kullanın. Dağıtımdan önce yinelenen değerleri ve çelişen atamaları çözün. UID devir şablonunu platformunuzun gerçek içe aktarma sözleşmesine uyarlayın; örnek satır test verisidir.

Ortak kullanılan araçlarda oturumu kimin durdurabileceğini kararlaştırın. OCA'nın OCPP 1.6 test senaryoları, başlatan kartla durdurmayı ve eşleşen bir üst tanımlayıcıyla bağlantılı başka kartla durdurmayı açıkça kapsar. Etkinleştirmeyi amaçladığınız grup davranışını test edin. OCTT 2026-02 test senaryolarının 2.3.1 ve 2.3.2 bölümlerine bakın.

5. Açık bir çevrimdışı erişim politikası belirleyin

İstasyon yönetim sistemine ulaşamadığında şarjın sürdürülüp sürdürülemeyeceğine karar verin. Erişimi kısıtlı bir filo garajı için makul başlangıç politikası, kesinti sırasında amaçlanan yerel yetkili erişim araçlarını kabul etmek ve bilinmeyen kartları reddetmektir. Bu politikaya güvenmeden önce ekipmanın onu uygulayabildiğini doğrulayın.

Yetkilendirme önbelleği, önceki iletişimlerden öğrenilen yetkilendirme bilgilerini tutar. Yerel yetkilendirme listesi ise arka uçtan yönetilir ve eşitlenir. Bunlar farklı mekanizmalardır. Birini temizlemek, diğerinin güncellendiğini göstermez. OCPP 1.6 bu ilişkiyi şartnamenin 3.5 bölümünde açıklar.

Aşağıdakiler, entegratörle görüşülecek sürüme özgü ad örnekleridir; şarj cihazına yapıştırılacak bir yapılandırma dosyası değildir:

Bu adlar, her özelliğin uygulanmış, etkin veya yazılabilir olduğu anlamına gelmez. OCPP 2.0.1 bileşen ve değişken adreslemesi kullanır; her ayarın nasıl çalışacağını cihaz modeli ve ilgili kullanım senaryosu belirler. Edition 4'ün yetkilendirme ve başvurulan değişkenler bölümlerine bakın.

Yerel liste kapasitesini, güncelleme onayını, geçerlilik sonu işlemlerini, yeniden başlatma sonrası kalıcılığı ve depolama dolduğundaki davranışı kaydedin. Hem istasyonda daha önce hiç kullanılmamış bilinen bir erişim aracını hem de orada zaten yetkilendirilmiş bir erişim aracını test edin. Böylece kurulumun gerçekte hangi yerel mekanizmaya dayandığı anlaşılır.

Yeniden bağlantıyı da teste dâhil edin. Çevrimdışı işlemlerin arka uca nasıl ulaştığını ve mutabakatının nasıl yapıldığını, bağlantı geri geldiğinde arka uç erişim aracını reddederse devam eden oturumun ne olacağını kontrol edin. Kabul edilebilir operasyonel ve finansal riski saha sahibiyle kararlaştırın.

6. Erişim aracının güvenlik modelini bilinçli seçin

Okuyucunun yalnızca tanımlayıcı mı okuduğunu, yoksa erişim aracıyla kriptografik kimlik doğrulama mı yaptığını sorun. Yalnızca UID kullanan bir tasarımda, eşleşen tanımlayıcının kabul edilmesi kriptografik bir sırrın elde bulunduğunu kanıtlamaz. Güvenlik özelliklerine sahip bir çip satın almak, ancak kurulu okuyucu ve uygulama bu özellikleri kullanıyorsa değer sağlar.

Kriptografik kart kimlik doğrulaması gerektiğinde desteklenen uygulamayı, anahtar sahipliğini, hazırlama sürecini, değiştirme prosedürünü ve geçiş sorumluluklarını belgeleyin. Gizli bilgileri UID devir dosyalarına koymayın. NIST RFID güvenlik rehberinin 5.3.1 bölümü, tanımlayıcılarla kimlik doğrulama kontrolleri arasındaki farkı açıklar. Bu, 2007'de yayımlanmış temel bir rehberdir; desteklenen algoritmaları ve anahtar yönetimi mekanizmalarını seçerken güncel ürün belgelerini kullanın.

İstasyon ile arka uç arasındaki bağlantıyı ayrıca güvenceye alın. OCA'nın güncel Security Operations Guide belgesinin 4.2 ve 4.4 bölümleri, Security Profile 2'yi Basic Authentication ile TLS, Profile 3'ü ise istemci sertifikalarıyla TLS olarak tanımlar ve kimlik bilgilerinin saklanmasını ele alır. Kullanımdaki taşıma profilini, sertifika doğrulamasını ve istasyon kimlik bilgilerinin yönetimini doğrulayın. Bu ayarlar, kart-okuyucu bağlantısından farklı bir bağlantıyı korur.

7. Dolaşım yetkilendirmesini yalnızca hizmet gerektiriyorsa ekleyin

Özel bir iş yeri kurulumu için yalnızca kendi platformunun erişim aracı kayıtları yeterli olabilir. Dolaşım başka bir sınır ekler: şarj noktası işletmecisi, yani CPO, desteklenen entegrasyon ve ticari düzenleme üzerinden ilgili e-mobilite hizmet sağlayıcısından, yani eMSP'den yetkilendirme almalıdır.

OCPI 2.3.0'da bir belirteç kaydı, sahibi olan sağlayıcının ülke ve taraf tanımlayıcılarını, belirteç UID'sini, türünü, geçerliliğini ve izin listesi politikasını içerir. ALLOWED_OFFLINE politikası, CPO ile eMSP arasındaki iletişimle ilgilidir. Şarj cihazının CSMS bağlantısını kaybetmesi ayrı bir kesintidir. Her iki sınır da varsa ikisini de test edin.

Tokens modülü, geçerli bir belirteçle belirli bir konumda izin verilen belirteci de birbirinden ayırır. Geçersiz kılma, valid: false içeren güncellenmiş bir belirteç aracılığıyla iletilir; kullanılan mekanizma bu arayüz üzerinden belirteç silmek değildir. Resmî OCPI 2.3.0 Tokens modülünü iş ortağınızla kararlaştırılan sürüme göre kontrol edin.

Pilot için kartı düzenleyen kuruluşu ve katılımcı ağı belirtin, beklenen yetkilendirme yolunu belirleyin ve oluşan oturumu ve şarj kaydını kontrol edin. Aynı fiziksel kartın farklı hizmetlerde kullanılması yine uygun kayıt, izinler ve anlaşmalar gerektirir.

8. Erişim yaşam döngüsünün tamamını devreye alın

Beklenen sonuçları testten önce yazılmış bir test matrisi kullanın. Her farklı donanım, ürün yazılımı ve arka uç yapılandırmasında çalıştırın; ardından kurulu cihazları onaylanmış yapılandırmaya göre örneklemle kontrol edin.

Her çalıştırmada zamanı, istasyon ve konnektör tanımlayıcılarını, ürün yazılımını, test kartı referansını, geçerli yapılandırmayı, beklenen ve gerçekleşen sonucu ve ilgili işlem kaydını saklayın. Operasyon ekibi dışında paylaşılan kanıtlardaki kişisel verileri maskeleyin.

Bir kart kaybolduğunda bildirimin ne zaman geldiğini ve bağlı her sistemin değişikliği ne zaman onayladığını kaydedin. Bağlantısı kesilmiş bir istasyon, yeni bir iptal bilgisini hemen alamaz. Fiilî risk, saklanan yetkilendirme durumuna, geçerlilik kurallarına ve yeniden bağlantı davranışına bağlıdır. Bu aralığı işletim prosedüründe ele alın.

Başarısız kart okumasını doğru sınırda teşhis edin

Zaman damgası ve kart referansıyla birlikte bir başarısız denemeyi kaydedin, ardından kanıtları inceleyin. Bu kontroller, her reddin aynı nedenden kaynaklandığını varsaymadan incelemeyi daraltır.

Filo garajı için örnek devreye alma

60 sürücüsü, 12 şarj noktası ve iki şarj cihazı modeli olan hayalî bir garaj düşünün. İşletmeci, erişimin tek tek sürücülere atanmasını, garajla sınırlandırılmasını ve onaylı sürücülerin arka uç kesintisi boyunca şarj edebilmesini istiyor.

Beş numune erişim aracıyla başlayın. Her şarj cihazı modelinde iletilen tanımlayıcıyı alın ve tedarikçi dosyasıyla eşleştirmeyi kararlaştırın. Numuneleri bir pilot hesaba kaydedin, garaj erişimini atayın ve amaçlanan maliyet merkezini doğrulayın.

Ekipman yönetilen yerel listeyi destekliyorsa pilot erişim araçlarını önceden yükleyin ve onaylanan sürümü kaydedin. Önerilen bu politika için çevrimdışı bilinmeyen erişim araçlarını devre dışı tutun. Kontrollü bir testte istasyonun CSMS bağlantısını kesin; ardından önceden yüklenmiş bir kartı, bilinmeyen bir kartı ve yerel durumu bilinçli biçimde eski bırakılıp belgelenmiş iptal edilmiş bir kartı deneyin. Bağlantıyı yeniden kurun ve güncelleme ile işlem kayıtlarını doğrulayın.

Her iki modelde çevrimiçi ret, oturum durdurma ve faturalandırma testlerini tamamlayın. Pilot başarılı olduğunda 60 kartlık üretim dosyasını arka uç kaydıyla karşılaştırın, istisnaları çözün ve kartları basit bir kayıp kart bildirim süreciyle dağıtın. Ürün yazılımı, okuyucu modu veya platformdaki önemli değişikliklerden sonra ilgili kabul testlerini tekrarlayın.

Siparişten önce yanıtlanması gereken sorular

RFID şarj kartlarının programlanması gerekir mi?

Kartın mevcut UID'sini okuyan bir tasarımda kurulum, bu değerin kaydedilmesi ve platformda erişim atanmasından oluşabilir. Korumalı bir uygulama kullanan tasarım, kart kişiselleştirmesi ve koordineli okuyucu yapılandırması gerektirebilir. Bu hizmetlerden herhangi birini sipariş etmeden önce okuyucunun tam iş akışını belirleyin.

Mevcut bir personel kartı şarj cihazına da erişim sağlayabilir mi?

Okuyucu kart teknolojisini destekliyorsa, gerekli tanımlayıcı erişilebilir ve sabitse ve platform kayda izin veriyorsa mümkün olabilir. Kart sisteminin sahibinden onay alın ve gerçek numuneleri test edin. Platforma özgü kayıt örneği olarak Easee hesap ve yerel anahtar belgeleri, farklı kayıt kapsamlarını açıklar ve değişen tanımlayıcılar konusunda uyarır.

Bir kart her şarj ağında çalışır mı?

Hedeflenen ağları tek tek belirleyin. Fiziksel okunabilirlik, erişim aracı kaydı, hesap hakları ve varsa dolaşım anlaşması kabul ölçütlerinin tamamına dâhildir. Kartın görünümüne bakarak hangi ağlarda çalışacağını varsaymak yerine ilgili ağı test edin.

Kart tedarikçisine ne verilmelidir?

Okuyucu gereksinimlerini, onaylanmış numune tanımlayıcı eşleştirmesini, görünür numaralandırma düzenini, malzeme ve baskı şartnamesini, miktarı ve kararlaştırılmış veri teslim biçimini sağlayın. Arka uç içe aktarmasından ve numune kabulünden sorumlu kişiyi belirtin. Tasarım gerektiriyorsa uygulama sırlarını ayrıca kararlaştırılmış güvenli bir hazırlama süreci üzerinden aktarın.

Kurulumunuz için numune şartnamesi hazırlayın

Şarj cihazı modeli ve ürün yazılımını, arka uç adını ve protokol sürümünü, gerekli erişim aracı modunu, doğrulanmış tanımlayıcı gösterimini ve amaçlanan çevrimdışı politikayı tek şartnamede bir araya getirin. Veri devrini incelemek için ChargeRFID erişim aracı laboratuvarını kullanın ve pilotunuz için tamamlanmış numuneler isteyin. Üretim siparişini serbest bırakmadan önce fiziksel erişim aracını ve tüm erişim iş akışını birlikte onaylayın.