Sürücü RFID kartını okuttuğunda cihaz kısa bir an düşünür ve ardından ya ışığı yeşile çevirir ya da kırmızı yanar. O kısa anda cihaz, yönetim yazılımına Authorize mesajıyla "Bu kart şarj başlatabilir mi?" diye sorar. Bu yazıda Authorize akışını, olası cevapları ve sahada en sık görülen sorunları anlatıyoruz.

Authorize akışı

  1. Kullanıcı kartı okutur; cihaz kartın kimliğini (UID) okur.
  2. Cihaz bu kimliği idTag olarak Authorize mesajıyla CSMS'e gönderir.
  3. CSMS, kartın kayıtlı ve geçerli olup olmadığını, kullanıcının bu istasyonda yetkisi bulunup bulunmadığını ve limitlerini kontrol eder.
  4. Cevap idTagInfo içinde bir durumla döner.
  5. Durum Accepted ise cihaz şarjı başlatmaya hazırlanır.

Örnek:

[2, "3001", "Authorize", {"idTag": "04A2B3C4D5E6F7"}] [3, "3001", {"idTagInfo": {"status": "Accepted", "expiryDate": "2027-01-01T00:00:00Z"}}]

Olası durum değerleri

OCPP 1.6J'de idTagInfo.status şu değerlerden birini alır:

  • Accepted: Kart geçerli, şarj başlatılabilir.
  • Blocked: Kart engellenmiş (örneğin kayıp bildirimi).
  • Expired: Kartın geçerlilik süresi dolmuş.
  • Invalid: Kart tanınmıyor.
  • ConcurrentTx: Bu kart zaten başka bir şarj işleminde kullanılıyor.

Cevapta ayrıca isteğe bağlı olarak expiryDate ve parentIdTag bulunabilir. parentIdTag, aynı gruba ait kartların birbirinin işlemini durdurabilmesi gibi senaryolarda kullanılır; ayrıntılar için idTag ve parentIdTag yazımıza bakın.

OCPP 2.0.1 ve 2.1'de yapı benzerdir ancak alanlar idToken ve idTokenInfo adını alır. Kimliğin türü (ISO14443, eMAID, KeyCode, Central vb.) ayrıca belirtilir ve durum listesi genişletilmiştir (örneğin NoCredit, NotAllowedTypeEVSE, NotAtThisLocation, NotAtThisTime).

Authorize her zaman gerekli mi?

Hayır. Bazı senaryolarda Authorize atlanabilir:

  • Uzaktan başlatma: Kullanıcı mobil uygulamadan şarj başlattığında, CSMS RemoteStartTransaction gönderir. Cihazın bu durumda yeniden Authorize yapıp yapmayacağı AuthorizeRemoteTxRequests ayarına bağlıdır. Bkz. AuthorizeRemoteTxRequests.
  • Yerel liste ve önbellek: Cihaz kartı yerel yetkilendirme listesinde veya önbellekte geçerli olarak buluyorsa, ayarlara göre CSMS'e sormadan şarj başlatabilir.
  • Ücretsiz/serbest mod: Bazı özel kurulumlarda kart gerektirmeyen otomatik şarj yapılandırılabilir.

Çevrimdışı durumda ne olur?

İnternet kesildiğinde cihaz CSMS'e soramaz. Bu durumda davranış ayarlara bağlıdır:

  • LocalAuthorizeOffline = true ise cihaz, yerel liste veya önbellekte geçerli olan kartlarla şarj başlatabilir.
  • AllowOfflineTxForUnknownId = true ise tanınmayan kartlarla bile şarj başlatılabilir (riskli bir ayardır).
  • Hiçbiri yoksa çevrimdışıyken şarj başlatılamaz.

Ayrıntılar için LocalAuthorizeOffline ve çevrimdışı şarj yazımıza göz atabilirsiniz.

Sık görülen sorunlar

  • Kart panelde kayıtlı ama Invalid dönüyor: Kart UID'sinin biçimi farklı okunuyor olabilir (bayt sırası ters, başında sıfırlar eksik vb.). Cihazın loglarındaki idTag ile paneldeki kayıt birebir aynı olmalıdır.
  • Kart çalışıyor ama limit dolmuşken şarj başlıyor: Limit kontrolünün Authorize sırasında yapılması gerekir. Üreticy'de limiti dolmuş sürücünün kartı Authorize aşamasında reddedilir ve red nedeni kaydedilir.
  • Gecikmeli cevap: Mobil bağlantı yavaşsa sürücü birkaç saniye bekler. Yerel önbellek bu gecikmeyi azaltır.

Kart yetkilendirmenin tüm boyutlarını OCPP'de RFID şarj kartı yetkilendirmesi rehberimizde ele aldık.

Kart dışındaki kimlik türleri

Authorize yalnızca RFID kartlarla sınırlı değildir. Mobil uygulama veya QR kodla başlatılan oturumlarda CSMS, kullanıcıya özel bir kimliği uzaktan başlatma isteğiyle cihaza iletir. Plug & Charge senaryolarında ise araç, ISO 15118 sertifikasıyla kendini tanıtır ve OCPP 2.0.1/2.1'de bu kimlik eMAID türünde bir idToken olarak doğrulanır. Ayrıca bazı cihazlar kendi tuş takımıyla PIN girişine izin verir. Hangi yöntem kullanılırsa kullanılsın, CSMS tarafındaki kurallar aynı olmalıdır: kim, hangi istasyonda, hangi limitlerle şarj edebilir. Bu tutarlılık, sürücü hangi yöntemi seçerse seçsin aynı deneyimi yaşamasını sağlar.

Sonuç

Authorize, şarj ağına kimin erişebileceğini belirleyen kapıdır. Doğru cevap kodları, iyi tasarlanmış çevrimdışı davranış ve tutarlı kart kayıtları; hem güvenliği hem de sürücü memnuniyetini artırır. Üreticy'nin OCPP yazılımı, kartları sürücülere atamanızı, engellemenizi ve reddedilen her okutmayı nedeniyle birlikte görmenizi sağlar.